受注担当者が注文表を戻せても、添付した図面や顧客への連絡履歴が見つからなければ仕事が止まることがあります。経営者は「バックアップがあるか」だけでなく、担当者が何を見て作業を続けるかを確認してください。復元に必要な対象を、業務ごとに一覧へ残します。

説明用の架空例では、注文B051、その明細、図面F01、商品と単位の設定を対象にします。注文とファイルの保存先が別なら、同じ時点へ戻せるかを提供会社へ確認します。設定や利用者の権限も必要ですが、パスワードやキーの実値を計画表へ貼り付けません。

現在のデータを別の場所へ複製する仕組みと、過去の時点へ戻すバックアップは役割が違います。複製先にも誤削除が伝わる場合があります。担当者は、戻せる時点、保存期間、保存先、必要なシステムの版と手順を確認し、ファイル数だけで安心しないでください。

この章の根拠：出典1

架空例では、9時の障害に対して最新のバックアップは8時です。その間に6注文が増えたとします。8時の状態だけを戻すなら、その後の6注文を別の記録から確認する必要があります。時点の差が1時間あることと、実際に何件失ったかは別なので、件数も調べます。

会社は「戻すデータは最大1時間前まで」「仕事の再開は障害から90分以内」という目標を仮に決めます。前者はRPO、後者はRTOという用語で呼ばれます。目標はこの記事の推奨値ではありません。受注締切、出荷、請求への影響から自社で決め、提供会社と実現条件を確認します。

保存間隔だけを見て1時間の目標を満たすと断定しません。保存の遅れや失敗があれば、戻せる時点はさらに古くなります。また復元処理が終わっても、権限や注文を確かめる時間が必要です。障害の検知から判断、復元、業務確認までを、再開時間の確認対象にします。

この章の根拠：出典2

復元できるか試すために、今の本番データを消す必要はありません。提供会社と、別の検証環境へバックアップを戻す方法を確認します。使用を許可されたデータと手順を決め、どの担当者が作業し、誰が結果を確認するかを計画表へ書いてください。

復元先から顧客へメールが送られたり、請求処理や外部連携が動いたりしないよう、提供会社と接続・送信の扱いを確認します。検証用の利用権限も必要です。本稿は本番の停止や上書き、実顧客への送信を行う教材ではなく、それらを避けた計画の作り方を扱います。

最初のテストでは、バックアップB01を用意し、復元先の構成とシステムの版、手順を記録します。条件を変えると復元時間も変わるため、過去の成功時間をそのまま約束にしません。実行後は復元したデータと確認結果を保存し、検証環境の片付けも決めた担当が行います。

この章の根拠：出典1出典3

注文表が表示されたことは、確認の始まりです。受注担当者はB051の品目と数量を元の控えと比べ、図面F01が正しい注文から開けるかを確かめます。利用者がログインでき、必要な操作ができるかも確認します。意図しない権限で操作できた場合は、その問題を記録します。

架空の訓練では、検知・判断に10分、復元に35分、権限確認に15分、注文と資料の確認に20分を使い、合計80分とします。復元だけの35分を再開時間として報告しません。訓練の開始点・終了点と担当者を残すと、次回はどの工程を改善するか話し合えます。

80分は記載した4工程だけの架空合計です。保存時点より後の注文の照合・反映を再開前に行うなら、その時間も足して90分の目標内か判定します。実際の構成で測定した結果ではありません。自社のテストでは測定の終了条件を決め、重要な業務と対象全体の確認方法も残してください。

この章の根拠：出典2出典3

8時のバックアップを戻しても、8時から9時に増えた6注文はその保存時点に含まれません。担当者は元メール、受注の控え、送信履歴など、確認できる資料から追加分を整理します。別の記録がない場合は、内容を推測して注文を作らず、担当者が確認します。

停止中に紙や別の表で受け付ける場合も、注文番号、受付時刻、内容、受付担当を残します。復元後に同じ注文を別担当が重ねて入れないよう、取り込みを行う担当と確認担当を決めます。登録済みの注文と新しく入れる注文を番号と内容で照合してください。

訓練でこの手順ができなかった場合は、バックアップの保存頻度だけでなく、停止中の受付方法や復元後の確認方法を見直します。次回テストの日と担当を決め、設定変更や担当交代の後にも手順を確認しましょう。成功の記録だけでなく、未確認の対象と改善予定を残します。

この章の根拠：出典2

バックアップを確かめる目的は、ファイルがあると報告することではありません。担当者が注文と資料を見つけ、どこから仕事を再開できるか分かる状態を準備することです。戻す対象と時点、確認する人を決めると、経営者も残る課題を把握できます。

この記事のB01、6注文、80分は説明用の架空例です。自社では提供会社へ最新の復元可能時点と手順を確認し、別の検証環境で測ってください。過去のテストが成功していても、システムの変更やデータ量の増加、担当交代があるため、定期的な確認を計画します。

まず止まると困る業務を1つ選び、下の計画表に復元対象と目標を記入してください。次に提供会社と復元先・手順・外部送信の扱いを決め、業務担当者へ内容と権限の確認を依頼します。追加分の受け付けと復元後の照合まで含めて、テストの日を決めてください。