AI・IT経営ケース 2026-10-13
バックアップはある。それでも業務は戻るのか?GitLabの障害から考える、復旧能力への投資
読了目安:5分/テーマ:クラウド・事業継続・IT投資・権限とガバナンス。2017年の公開事例を用いた経営演習です。実際の障害と改善方針は公式報告に基づき、以下のA社、数値、選択肢はすべて討議用の架空設定です。
背景
2017年1月31日、GitLab.comでは操作ミスによって本番データベースのデータが削除され、約18時間のサービス停止が発生しました。定期バックアップは失敗し、その通知も届いていませんでした。復旧には約6時間前に手動で作成したスナップショットを使いました。コードリポジトリやWikiはデータ消失の対象ではありませんでした。復旧手順の定期テストには責任者がいなかったと公式報告は説明しています。出典:GitLab公式事後報告(2017年2月10日)
この事例を読んだ、架空の卸売企業A社の社長は、クラウド上の受注システムを点検するよう指示しました。A社は受注から出荷までをデジタル化していますが、「バックアップ成功」の表示だけを確認し、受注・在庫・請求をそろえて復旧した経験はありません。営業部長は新しい需要予測機能を優先し、IT部長は復旧訓練の予算を求めています。社長は限られた予算の配分を決めなければなりません。
導入/変更内容
GitLabは公式報告で、毎時スナップショット、復旧の自動テスト、バックアップ監視、データ保全の責任者の指定などの改善を挙げました。以下はその教訓をA社に当てはめた提案であり、GitLabの実際の投資案ではありません。
| A社の選択肢 | 費用の仮定 | 到達目標・条件 |
|---|---|---|
| ① 現状継続 | 追加費用なし | 停止18時間、失われる更新は最大24時間と仮定。実際の復旧能力は未検証。 |
| ② 復旧体制を整備 | 初期300万円+年240万円 | 復旧4時間以内、失われる更新1時間以内を目指す。別権限で保護したバックアップ、監視、四半期訓練、受注・在庫・請求の照合を含む。 |
| ③ 待機環境も追加 | 初期900万円+年720万円 | 復旧1時間以内、失われる更新15分以内を目指す。②に切替設備・訓練を追加。ただし誤削除や不整合まで同期する問題には別途復元が必要。 |
費用は社内工数・訓練・運用を含む想定総額です。②③の時間は保証値ではなく、実データ量での訓練を通じて検証する目標です。③でも、すべての障害を1時間で解決できるとは限りません。
経営上の論点
- 投資対効果:停止1時間の損失を80万円と仮定。ただし売上全額を損失にせず、回収不能な粗利、残業、特急配送などの増分を積み上げます。データ再入力や顧客離反は別枠で見積もり、二重計上を避けます。
- 業務設計:サーバーが動いても、受注と在庫が食い違えば出荷できません。復旧後の照合、紙で受けた注文の再入力、二重出荷の防止までを「業務再開」の条件にします。
- 現場定着:営業・倉庫・経理の訓練時間を業務計画に組み込み、担当者不在でも代替者が動ける手順にします。訓練による通常業務の遅れも投資コストです。
- 権限とリスク:本番の破壊的操作は対象環境の確認と別担当者の承認を原則にし、緊急権限は期限付きで記録します。本番管理者がバックアップも消せる状態を避け、復元テストでは顧客情報の閲覧を制限します。
- ガバナンス:IT部長は復旧能力、業務部長は照合・再開判定、社長は残余リスクの受容を担います。月次報告はバックアップ取得率に加え、最後に業務復旧を確認した日と実測時間を示します。
問い2問
- あなたがA社の社長なら①②③のどれを選びますか。3年間の費用、障害頻度の不確実性、データ損失、繁忙期の影響を踏まえ、投資を承認する条件を述べてください。
- ②を選ぶ場合、90日以内に誰が何を実証すれば本格運用を認めますか。緊急時の権限、現場の訓練参加、顧客への説明、目標未達時の判断まで決めてください。
考える観点
まず、同程度の障害が平均年1回起き、目標どおり復旧できると仮定します。①に比べ②は停止を14時間減らし、回避損失は年1,120万円。3年費用は1,020万円で、3年の単純差額は2,340万円です。一方、③が②に追加して減らせる停止は3時間、年240万円。3年の追加費用2,040万円に対し追加便益720万円で、単純差額はマイナス1,320万円です。
障害が平均3年に1回なら、②の3年の回避損失は1,120万円で差額は100万円に縮みます。②の費用を停止損失の回避だけで賄う境目は、年約0.30回です(1,020万円÷[3年×14時間×80万円])。これは割引、データ損失、離反、事故種類ごとの復旧差を除いた粗い試算です。障害頻度の見込みを変え、③が必要になる繁忙期や顧客条件も検討してください。
90日間の実証例は、30日目までに対象データと責任者を確定、60日目までに本番から隔離した環境で復元、90日目までに営業・倉庫・経理を含む訓練を完了することです。受注から請求までの整合性、実測4時間以内の再開、失われる更新1時間以内を確認し、未達なら原因と追加費用を示して予算配分を再審議します。
短い解説
A社では、まず②を検証付きで承認する判断に合理性があります。ただし障害頻度や損失額の見積もりが低ければ結論は変わります。③は停止に極めて弱い業務や顧客要件があるときに追加検討する選択肢です。復旧投資の成果は、バックアップの個数ではなく、業務を正しく再開できた証拠で評価します。責任者・訓練・権限・再開条件を予算と一緒に決めることが、このケースの経営判断です。
実例の事実と改善事項の出典:GitLab, “Postmortem of database outage of January 31”。A社の制度設計と試算は本ケース独自の演習です。

コメント