社内ツールのバックアップ、本当に戻せますか—「取っている」と「戻せる」は別物

「バックアップは取っていますか」と聞くと、たいてい「取っています」と返ってくる。次に「戻したことはありますか」と聞くと、答えが止まる。この2つの間には大きな差がある。バックアップは保険であって、保険は請求してみるまで下りるか分からない。この記事では、1回試すだけで何が分かるのか、どう試すのかを整理する。

試すと出てくる4つのズレ

1｜バックアップの中身が想定と違う

取れていたのは設定ファイルだけでデータが入っていない、あるいは逆にデータはあるが動かすための設定がない。「バックアップが動いている」と「必要なものが全部入っている」は別で、これは中を開けないと分からない。

2｜戻す手順が誰も分からない

取る仕組みは作ったが、戻す手順は書いていない。作った本人も戻したことがないので、その場で調べながらになる。事故の当日に調べ物を始めることになる。

3｜戻せる人が1人しかいない

権限が作成者にしかない。その人が休みだと動けない。バックアップがあっても、触れる人がいなければ止まったままになる。

4｜想定より時間がかかる

30分で戻ると思っていたら半日かかった、というのはよくある。この時間の見積もりが、業務を止められる時間と合っているかが実際の問題になる。

試し方（30分〜半日）

1. 本番とは別の場所に、バックアップから復元する。本番に上書きしない。ここは必ず守る
2. 復元したもので、実際に業務の操作をしてみる。画面が開くだけでなく、登録・検索・出力まで通す
3. かかった時間を記録する。次に事故が起きたとき、この数字が判断材料になる
4. 作成者以外の人がやる。これが一番重要。作成者がやると手順が言語化されない

4番を守ると、必然的に手順書ができる。手順書を書いてから試すのではなく、他人が試すことで手順書ができるという順序のほうが、実際に使えるものになる。

頻度は「許容できる損失」から決める

何日おきに取るべきか、という質問には一律の答えがない。決め方はこうなる。

3行目が重要。失えないデータを、片手間で作ったツールに持たせない。これは技術の問題ではなく、事業判断の問題になる。

クラウドを使っていても確認は要る

スプレッドシートやクラウドサービス上で動くツールは、サービス側の障害には強い。ただし誤操作による削除は防げない。

多くのサービスには一定期間の復元機能があるが、期間も対象も限られる。確認するのは1点、「誰かが誤って消したとき、何日前まで戻せるか」。実際に試せる環境があるなら、テスト用のデータで一度消して戻してみるといい。

まとめ

バックアップの目的は取ることではなく戻すこと。1回試すだけで、机上の想定と現実のズレがほぼ全部出てくる。しかも作成者以外がやれば、手順書まで一緒にできる。半日で終わる作業なので、動いているうちにやっておくといい。