INSIGHT
バックアップを戻した。そのあと、仕事をどう再開するか
戻したデータと停止中の仕事を、どの順で照合して再開するか。
障害対応の連絡に「バックアップから復元しました」と書かれた。画面も開く。そこで全員に利用再開を伝えようとした担当者の手が止まる。復元したのは昨夜の状態だ。朝から受けた申請、外部サービスへ送った依頼、利用者が受け取った通知をどう扱えばよいのか分からない。
復元が技術的に成功しても、業務はまだ途中にいる。戻した時点と現実の間に起きた仕事を照合し、権限や連携を確かめ、再開する順序を決める必要がある。
「データを戻せた」を「利用を再開してよい」に読み替えず、復元後の差分と業務の成立状態を確認する。
復元直後は、書き込みを開ける前に時点を確定する
最初に記録するのは、どのバックアップを、どの環境へ、いつ戻したかである。画面に表示される最新日時だけで判断せず、データ、添付ファイル、設定、権限、外部連携情報が、それぞれどの時点の状態かを確認する。
復元中や復元後に新しい操作を受け付けると、失われた処理と新しい処理が混ざり、照合しにくくなる。業務担当が確認を終えるまでは、必要に応じて閲覧だけにする、受付を別の台帳へ切り替える、外部送信を止める。再開前に行った手作業も、後で反映できるよう記録する。
「どの時点へ戻したか」が確定すると、探すべき差分の始点が決まる。直前のバックアップが常に正しいとは限らない。障害や誤った変更を含む世代なら、さらに前の時点を選ぶ場合もある。どの世代を採用したかと、その理由を残す。
戻した時点から現在までの仕事を、三つに分ける
復元時点より後の処理を一覧にし、「成立済み」「未成立」「不明」の三つへ分ける。
成立済みは、外部サービスの記録や相手の受領記録まで確認できた処理である。未成立は、依頼が送られていない、または受付されていないと確認できた処理。不明は、画面の記録は失われたが、外部で成立している可能性を消せない処理である。
不明なものを一括で再実行すると、二重送信、二重計上、重複連絡になるかもしれない。反対に、すべて成立済みとして飛ばせば、必要な仕事が抜ける。注文番号、申請番号、外部側の受付番号、通知履歴などを使い、一件ずつ照合する。照会できないものは、責任者の判断へ保留する。
この作業では、データの行数が戻ったかだけでなく、業務の結果を見る。顧客への連絡が済んだか、承認が有効か、次の部署が作業を始めたか。復元したシステムの外に残る証拠も使う。
復元時点以後の処理は、まとめて再実行しない。成立済み・未成立・不明に分け、不明は照合へ送る。
「業務が使える」は、優先業務ごとに確かめる
技術担当が画面へログインできても、利用者の仕事が再開できるとは限らない。権限が古い、参照先が試験環境のまま、添付ファイルが開けない、通知先が以前の設定に戻っていることも考えられる。
業務担当者が、優先する仕事を一件ずつ通す。必要な案件を検索できる。権限の違う利用者が正しい範囲を見られる。申請を受け、保留し、承認できる。外部連携は照合済みの一件だけで試す。操作履歴が残る。問題があれば再び書き込みを閉じられる。
AWS Well-Architectedの復元確認に関する資料 は、データを実際に復元し、内容、利用可否、復元にかかった時間を確認して、業務の復旧目標と比べる考え方を示している。AI固有の事故率や、すべてのシステムに共通する復旧時間を示すものではない。何分で戻すか、どこまでの損失を許すかは、自社の業務と構成に合わせて決める。
確認票には、試した業務、利用者の役割、使ったデータ、期待結果、実際の結果、所要時間、未確認を残す。「画面が開いた」ではなく、「受注担当が未処理を見つけ、重複せず次工程へ渡せた」のように書く。
再開は、仕事を一斉に開ける合図ではない
照合と確認が終わった業務から、段階的に開ける。まず閲覧、次に社内で完結する更新、最後に外部送信や確定処理という順序も考えられる。順序は一律ではなく、業務への影響、照合の結果、手作業の代替があるかで決める。
再開判断には三つの役割がある。技術担当は、復元対象、環境、監視、再停止の方法を確認する。業務担当は、差分の照合、優先業務、手作業からの転記を確認する。責任者は、不明の処理、利用制限、顧客や社内への連絡を見て、どの範囲を開けるか決める。
利用者への案内には、再開時刻だけでなく、使える業務、まだ使わない操作、別台帳で受けた処理の扱い、問題時の連絡先を書く。再開後は、復元前後の重複、件数のずれ、失敗した連携を重点的に見る。異常があれば再び止める条件も先に決める。
個別事例もバックアップ一覧も、自社の再開証明にはならない
Replitの2025年7月21日の公式発表 には、開発用と本番用データベースの分離と、特定時点へ戻す復元機能の案内がある。ただし、提供者が復元機能を用意していることと、自社が必要な時間内に業務を再開できることは別である。
同じように、管理画面にバックアップが並んでいることも、再開証明にはならない。必要なのは、自社が選んだ復元時点で差分を照合し、優先業務を通し、担当者が利用範囲を判断した記録である。
次回に備えて残すのは、成功したという一文ではない。選んだ世代、対象、所要時間、欠けた処理、照合方法、段階的に開けた順序、再停止した条件、利用者への案内である。そこまで記録すれば、復元試験は技術作業の実績から、業務再開の手順へ変わる。
業務再開の証拠は、バックアップの有無ではなく、差分を整え、優先業務を通し、使える範囲を決めた記録である。
データを戻せたかではなく、一件の仕事を再開できるかまで試す
復元は、失われたデータを戻す作業である。業務再開は、戻した時点と現在の間を整え、利用者が正しい仕事を続けられると判断する作業である。
次の復元訓練では、朝に受けた申請を一件選び、外部へ送った依頼と突き合わせるところまで試してみる。データは戻っていても、その申請をもう一度送ってよいか答えられないなら、訓練はまだ終わっていない。