導入
「先週のバックアップから戻したい」と言われて、backupフォルダから該当ファイルを見つけたものの、復元担当が誰かも、戻し方の手順も、戻した後の確認項目も決まっていない。とりあえずコピーしたが、念のためバックアップを残すべきか、ファイル名はどうするのか、現行ファイルをどうするのか、判断に迷う――こんな場面はありませんか。
これはバックアップが取れていてもダメで、復元時の手順が決まっていないことが原因です。本記事では、復元担当・代理担当・連絡ルール・復元時点の選び方・復元後の確認項目を1枚にまとめ、事故時に落ち着いて戻せる状態にする手順をまとめます。
この記事で解決すること
| 項目 | 内容 |
|---|---|
| 解決する課題 | バックアップがあっても戻し方が分からない |
| 主な原因 | 復元時の手順を決めていない |
| 解決方法 | 復元担当・確認者・復元後の確認項目を決める |
| 対象業務 | 部門共通の管理表全般 |
| 対象人数 | 3〜30人 |
| 難易度 | ★☆☆☆☆ |
| 作業時間 | 20分 |
| 用意するもの | backupフォルダ／対象ファイル |
| 効果 | 事故時に落ち着いて戻せる |
| 向かないケース | 復元不要の一時ファイル |
復元担当・連絡先・確認項目を1枚にまとめておけば、復旧作業を10分で完結できます。
なぜその管理表はうまくいかないのか
- 復元担当が決まっておらず、誰が判断するか不明
- 復元時の連絡フロー（誰に・何を）が決まっていない
- どの時点に戻すべきかの判断基準がない
- 復元後の確認項目がなく、復元後にまた事故が起きる
- 復元時に現行ファイルを残すか上書きするか曖昧
担当者の判断ではなく、復元時の手順が組織として定まっていないことが原因です。見直しは、復元担当と代理担当を決めて、復元手順を5ステップで明文化するところから始めます。
完成イメージ
直す前 — 手順なし:
事故発生
↓
（誰がやる？判断は？）
↓
担当者が手探りで復元
↓
復元後の確認なし
↓
別の問題に気づかず再発
直した後 — 手順明文化:
事故発生
↓
チャットで担当者へ報告（テンプレあり）
↓
復元担当が判断（事故内容・復元時点）
↓
復元担当が手順書どおりに復元
↓
確認担当が復元後チェックリストを実行
↓
完了報告
各ステップに「誰が・何を・どう」を埋めておくので迷わない。
改善手順
ステップ1. 復元担当と代理担当を決める
復元を実行できる人を業務ごとに決めます。
操作: 復元担当・代理担当を「復元手順書」シートまたは backup/README.txt に記載する。
記入例:
| 業務 | 主担当（復元実行） | 副担当（不在時代理） | 確認担当（復元後チェック） |
|---|---|---|---|
| 月次報告 | 経理 鈴木 | 経理 佐藤 | 経理リーダー 山田 |
| 売上管理 | 営業 田中 | 営業 鈴木 | 営業リーダー 山田 |
| 顧客台帳 | 営業 鈴木 | 営業 田中 | 営業リーダー 山田 |
主担当・副担当・確認担当の3役を明示。1人で復元すると確認漏れが起きる。
ステップ2. 復元時の連絡ルールを決める
事故発生時に誰へ何を伝えるかを定義します。
操作: 連絡フローを以下のステップに固定する。
記入例:
| 順序 | 連絡内容 | 連絡先 | テンプレ |
|---|---|---|---|
| 1 | 事故発生報告 | 復元担当＋上長 | 「[時刻] [氏名]: [ファイル名] で誤更新が発生。復元依頼します。事故内容: [どこに何が起きたか]」 |
| 2 | 復元判断 | 復元担当 → 報告者 | 「[時刻] 復元担当: [復元時点] に戻します。所要時間目安: 10分」 |
| 3 | 復元完了報告 | 復元担当 → 関係者 | 「[時刻] 復元完了。確認担当に確認依頼中」 |
| 4 | 確認完了報告 | 確認担当 → 関係者 | 「[時刻] 確認完了。通常運用に復帰」 |
連絡テンプレを決めると、混乱時でも漏れがない。
✗悪い例: 「鈴木さんに連絡してね」 → 連絡内容も誰が誰にやるかも曖昧 ◎良い例: ステップごとの「誰が・何を・どう」を固定 → 事故時の判断が機械的
ステップ3. 復元対象と復元時点を決める基準を決める
どのバックアップに戻すかの判断基準を定義します。
操作: 復元時点の判断基準を3パターンに整理する。
記入例:
| 事故種別 | 復元時点 | 判定基準 |
|---|---|---|
| 直前の編集ミス | 編集セッション開始時のバックアップ | 同日中、入力データ少 |
| 1日前の更新が原因 | 前営業日のバックアップ | 入力データ1日分まで失う |
| 過去のデータ破損 | 破損発覚日の直前バックアップ | 破損後の入力は喪失 |
| 復元時点 | バックアップ選び方 | 失う作業 |
|---|---|---|
| 直前 | 最も新しい時刻 _ HHMM | 0〜数時間分 |
| 当日朝 | 当日 _ 0900 など | 当日午前分 |
| 前日 | 前日の最終バックアップ | 当日全部 |
| 数日前 | 該当日の最後 | 該当日以降 |
「失う作業」を事前に提示すると、関係者の納得感が高い。
ステップ4. 復元後の確認項目を決める
復元後に必ずチェックする項目を5つほど決めます。
操作: 確認担当が実行するチェックリストを作る。
記入例:
| # | 確認項目 | 確認方法 |
|---|---|---|
| 1 | ファイルが正常に開けるか | 起動して全シート表示確認 |
| 2 | 主要な数式が正常に動作するか | サンプル行で計算結果確認 |
| 3 | 直近のデータが正しく入っているか | 復元時点に応じた最新レコード確認 |
| 4 | 関連ファイルとの整合が取れているか | リンク先・参照先のチェック |
| 5 | ファイル名・配置場所が元に戻っているか | フォルダパスと拡張子確認 |
| 6 | 復元元バックアップを残してあるか | backup/ に元バックアップが残っていることを確認 |
復元後にすぐ確認すれば、復元失敗を当日中に発見できる。
ステップ5. 手順を表の中に書き残す
決めた復元手順を対象ファイル内に明文化します。
操作: 対象ファイルの先頭シート「復元手順書」に、担当・連絡・判断基準・確認項目をすべて記載する。
記入例:
シート全体:
## 復元手順書
【担当】
- 主担当: 経理 鈴木（内線1234）
- 副担当: 経理 佐藤（内線1235）
- 確認担当: 経理リーダー 山田（内線1236）
【連絡フロー】
1. 事故発生 → 鈴木へチャット報告（テンプレ参照）
2. 復元担当が時点判断 → 報告者へ連絡
3. 復元担当が復元実行
4. 確認担当が復元後チェック
5. 完了報告
【復元時点の判断基準】
- 当日の編集ミス → 編集開始時のバックアップ
- 前日以前 → 該当日の最終バックアップ
【復元手順】
1. backup/ から該当バックアップを選ぶ
2. 現行ファイルを「復元元_YYYYMMDD_時刻.xlsx」にリネームして退避
3. バックアップを業務フォルダにコピーし、元ファイル名にリネーム
4. ファイルを開いて確認担当のチェック実行依頼
5. チェックOK後、退避した現行ファイルを delete-pending/ へ移動
【復元後チェックリスト】
（ステップ4の6項目）
【問い合わせ】
経理部 鈴木（内線1234）
最終更新: 2024-05-15
事故時にこのシートを開けば、必要な情報がすべて揃っている。
実務での注意点
- 復元不要の一時ファイル（個人メモ、テスト集計など）では、この手順は不要です。重要業務ファイルに限定します。
- 復元担当が異動・退職するときは、副担当が必ず昇格する形で運用を継続します。「次の担当は誰？」がブランクになると、事故時に止まります。
- 復元時に現行ファイルを即削除しないこと。「復元元_」プレフィクスで一時退避し、復元成功確認後にdelete-pendingフォルダで30日保管します。復元失敗時の保険になります。
- 復元判断は、上長承認を必要とする業務（経理・人事・契約など）もあります。連絡フローに「上長承認」のステップを追加します。
- 復元の所要時間は、データ量とファイル構造で変わります。実際に復元演習を1回実施して、所要時間の実測を残しておくと事故時の見積もりが正確になります。
まとめ
バックアップがあっても戻せない原因は、復元時の手順が決まっていないことです。復元担当・代理担当・連絡ルール・復元時点の判断基準・復元後チェックリストを1枚にまとめれば、事故発生から復元完了まで10分で実行できます。
次にやることは、自分の業務で「もしバックアップから戻すとしたら誰がやるか」を1分で答えられるか確認することです。即答できなければ、本記事の手順整備の効果が出ます。あわせて、バックアップを取る運用は作業前にバックアップを取る手順、保存先の整え方は専用フォルダで整える手順、命名統一はYYYYMMDDで揃える手順も参考になります。
