事業者の基幹となる業務で使用しているシステムにおける障害対策の考え方のうち, 最も適切なものはどれか。
平成21年度 春期 ITパスポート試験 問33
这道题的解析和你的作答记录。
問 33
错误ア
错误之处在于把故障发生的联络推迟到恢复之后。判断能够在短时间内恢复,这个判断本身也可能落空,而在这段时间里,使用部门既不知道原因也看不到前景,业务就一直停顿。在核心业务中,相关部门需要作出把握影响范围、切换到替代手段、通知客户等判断,因此原则是一检测到故障就先迅速报告,同时并行开展恢复工作。把报告往后拖,反而会把混乱扩大。
错误イ
错误之处在于在查明原因之前就重启系统并恢复业务。一旦重启,确定原因所需的日志、内存状态等证据容易丢失,同样的故障会反复发生。而且,如果故障已经损坏了数据、或者使处理中途结束,在没有确认原因和影响范围的情况下恢复业务,就会带着错误的数据继续处理,使损失扩大。尽早恢复固然重要,但不能无条件地优先于查明原因。
错误ウ
错误之处在于「规定」把现场判断置于既定应对流程之上作为最优先。故障发生时时间紧迫、负责人也容易慌乱,因此应针对各种预想情况事先整备应对流程(故障应对手册、应急计划),并按流程行动,以此防止应对参差不齐、漏报和二次故障。为预想之外的事态事先确定应向谁请示判断(上报路径)确有必要,但这也是作为流程的一部分事先规定下来的内容;把优先现场判断作为原则加以规定,属于本末倒置。
- エ
正解 正确答案是 エ。核心业务系统(支撑企业事业核心的系统)无论把质量提升到什么程度,都无法把设备故障、软件缺陷、灾害等引起的故障完全降为零。因此,故障对策的基本思路是认为「故障必然会发生」,并事先准备好在故障发生时把损失局部化的措施。具体而言,包括把服务器、磁盘、网络线路双重化的冗余化,把发生故障的部分隔离后仍继续处理的容错(fault tolerant),以及即使降低性能或功能也要让重要业务继续运行的故障弱化(fail-soft)等机制。エ 正是指出应准备「不会因部分故障而导致整个系统停止或业务无法恢复」的对策,与不制造单点故障(SPOF)的设计思想一致。其余三项讲的都是故障发生之后的运维流程,而且分别破坏了「迅速报告」「查明原因」「遵守既定流程」这些基本原则,因此都不恰当。
- 核心业务系统的故障对策以「故障无法降为零」为前提,基本做法是做好准备,使部分故障不会波及成为整体停止。通过冗余化消除单点故障(SPOF),以及隔离故障部分仍继续处理的容错(fault tolerant)、即使让功能降级也要维持重要业务的故障弱化(fail-soft)等,都是代表性的思路。
- 故障发生时的运维原则有三条:(1) 迅速向相关部门报告;(2) 确认影响范围(数据是否损坏等)并保全查明原因所需的证据(日志等)之后再恢复;(3) 遵循事先制定的应对流程。凡是以尽早恢复或现场自由裁量为理由破坏这三条的选项,都可以判定为错误。