ITパスポート 2009年 春期 問33

事業者の基幹となる業務で使用しているシステムにおける障害対策の考え方【ITパスポート 解説】

正解の理由

• 冗長化（じょうちょうか）：同じ機能を複数用意しておくこと。例：複数のサーバ（サービスを提供するコンピュータ）を用意しておく。
• フェイルオーバー（自動切替え）：故障した機器から正常な機器へ自動で切り替える仕組み。
• バックアップと復旧手順：データの保存と復元方法を決めておく。
• 事業継続計画（BCP：Business Continuity Plan）：障害発生時に業務をどう続けるかの計画。

解法ステップ

1. 問題文で「基幹となる業務で使用しているシステム」「障害対策の考え方」とある点に注目する。
2. 基幹システムは停止すると業務や顧客に大きな影響があるため、事前準備や設計（可用性・冗長性）が重要と判断する。
3. 各選択肢を「事前対策を重視しているか」「事後対応だけを重視しているか」「運用ルールが危険でないか」で比較する。
4. 事前の耐障害設計を示す選択肢を正答とする（エ）。

選択肢別の誤答解説

• ア: 障害が短時間で復旧できると判断した場合に「復旧してから関連部門へ連絡する」は誤りです。復旧前後に関わらず、関係者への初動連絡（インシデント発生の通知）や影響範囲の共有は重要です。情報共有が遅れると対応が混乱し、二次被害が生じる恐れがあります。
• イ: 「すぐに再起動して業務を再開してから原因究明」は危険です。確かに業務継続は大切ですが、原因を特定せずに再起動を繰り返すと問題を悪化させることがあります（データ破損、ログ消失など）。優先順位は状況に応じますが、事前に定めた対応手順（ログの保存、影響範囲の特定など）に従うべきです。
• ウ: 「状況によって対応が異なるので現場判断を最優先」は一見合理的ですが、基幹系では現場判断のみを優先すると対応がばらつき、全体としてリスクが増えます。標準化された手順（プレイブック）と、現場の柔軟な判断のバランスが必要です。完全に手順を無視するのは適切ではありません。
• エ: 「一部の障害でシステム全体が停止しないよう対策を準備」は適切です。事前に冗長化や分離、フェイルオーバー等を用意しておくことで、局所障害が全体停止につながるリスクを下げられます。これが基幹業務システムでは最も望ましい方針です。

よくある誤解

• 「障害は起きないようにすれば良い」：どんなに対策をしても、ソフトウェアやハードの故障、人為ミス、自然災害などで障害は起こり得ます。重要なのは「起こったときに被害を小さくする」準備です。
• 「再起動すれば解決する」は万能ではない：一時的に動いたとしても、根本原因が残っていれば再発やデータ損失を招くことがあります。ログや状態の保存などの手順が必要です。
• 「現場の判断が一番早い」は常に正しくない：状況把握や共有がないまま個別判断で動くと、他部署や全体との整合性が取れず混乱を招きます。手順と権限を決めておくことが大切です。

補足コラム

• 冗長化：サーバ、ネットワーク、電源などを複数用意し、一つが壊れても他で稼働するようにする。
• 分割（セグメンテーション）：一部の障害が別の部分に波及しないようにシステムを分ける。
• フェイルオーバー＆ロードバランシング：負荷や障害に応じて作業を自動で他へ移す。
• 定期的なバックアップとリハーサル：バックアップだけでなく、実際に復旧手順を試す（訓練）ことが重要。

• 冗長化（スペアを用意しておくこと）
• フェイルオーバー（故障時に別の装置へ切替えること）
• BCP（Business Continuity Plan：事業継続計画）
• DR（Disaster Recovery：災害復旧）
• RTO（Recovery Time Objective：復旧目標時間）、RPO（Recovery Point Objective：復元目標時点）

FAQ