基本情報技術者 2014年 秋期 午前（科目A） 問56

ITサービス廃止時の資産除去ミスが引き起こす事象【午前2 解説】

要点まとめ

• 結論: 廃止作業で誤って共有されている資産を除去すると、他のサービスへ波及して重大なインシデントを引き起こす可能性がある。
• 根拠: IT資産はデータ・ライブラリ・設定・ハードを共有することが多く、削除により依存先のサービスが停止または障害を起こすため。
• 差がつくポイント: 依存関係の洗い出しとステークホルダー確認、段階的削除とバックアウト計画で影響範囲を確実に把握すること。

正解の理由

よくある誤解

• 「資産を除去＝コスト削減・無駄解消」と短絡し、除去ミスの逆効果（他サービス影響）を見落とす。
• ライセンスや保守費用の無駄遣い（保有し続けることの問題）を除去ミスの結果と混同する。除去ミスは残存コストではなく他サービス障害に直結する点を区別する。
• 共有の定義を狭く考え、ファイルやAPI、設定、共通ライブラリなど多層の依存を見逃しやすい。

解法ステップ

1. 問題文の因果関係を把握：「誤って除去することが原因で起こる可能性」＝除去によるマイナス影響を探す。
2. 各選択肢が「除去」と「残存（放置）」のどちらに関連する影響かを判別する。
3. 除去によって発生し得る直接的影響（他サービス停止、データ欠損、機能消失）を選ぶ。
4. 関連性がある選択肢（共有資産の影響を示すもの）を選択する。

選択肢別の誤答解説

• ア: 磁気ディスク内の使わなくなる領域の無駄使い
  • 誤り。これは不要資産を「除去せずに残す」ことによる無駄であり、誤って除去した場合の直接的影響ではない。
• イ: ソフトウェアやハードウェアの保守料金の過払い
  • 誤り。保守料金の過払いは資産を廃止できずに残すや管理不足に起因する費用問題で、除去ミスの結果ではない。
• ウ: ソフトウェアライセンスの無駄使い
  • 誤り。ライセンスの無駄遣いも「残存コスト」の問題であり、除去しすぎて発生するインシデントとは因果が逆である。
• エ: 廃止するITサービスと資産を共有している別のITサービスでのインシデントの発生
  • 正解。誤って共有資産を削除すれば、依存先のサービスに障害や停止が発生する直接的なリスクを表している。

補足コラム

• 実務での対策例
  • 資産インベントリとCMDBで物理・論理の所有・利用関係を明確化する。
  • 依存関係マッピング（サービス/アプリ/ライブラリ/データベース/ネットワーク）を実施する。
  • ステークホルダー承認と通知を必須化し、影響範囲の合意を得る。
  • 段階的デコミッション（フェーズごとに削除）とロールバック手順、バックアップの確保。
  • 廃止チェックリスト（資産利用者確認、契約/ライセンス処理、データ消去方針、監査記録）を用意する。
• 事例: 共通ライブラリを削除して複数アプリが起動不能になったケースでは、ロールバックと依存リストの未整備が原因であった。

FAQ