バックアップから実際に戻してみる：一度やっておく価値

レン

バックアップは毎日取れてる。これで安心だよね？

プロクラ

取れていることと、戻せることは違うんだ。実際に戻そうとして初めて「ファイルが壊れていた」「手順が分からない」と気づくケースが本当に多い。一度だけでも試しておく価値があるよ。

戻せない典型

• ファイルは作られているが、中身が空だった
• 書き出しが途中で失敗し、不完全なまま保存されていた
• 圧縮が壊れていて展開できない
• 戻す手順を誰も知らない（作った本人も忘れている）
• 戻したが、文字化けしていた

プロクラ

1つめと2つめは、取得のときにエラーを無視していると起きる。定期実行の出力を捨てる設定にしていると、失敗し続けていることに気づけないんだ。

本番を使わずに練習する

プロクラ

練習といっても、本番に戻すわけではないよ。別の場所に戻して、中身を確認するだけでいい。時間課金の事業者なら、数時間だけサーバーを借りて試せる。

• 検証用のサーバーを一時的に用意する
• そこにバックアップを戻す
• データが揃っているか、日本語が化けていないかを見る
• 確認できたら、そのサーバーを消す

プロクラ

この一連の作業を一度やっておくと、本当に困ったときの動きがまったく違うよ。手順も体で覚えられるし、抜けている工程にも気づける。

確認する項目

• 主要なテーブルの件数が、本番と一致しているか
• 日本語のデータが化けていないか
• 画像などのファイルも揃っているか
• 設定ファイルや認証情報が、バックアップに含まれているか
• 戻した後に、実際にサイトが表示されるか

プロクラ

4つめが抜けていることが多いよ。データベースだけ取っていて、アップロードされた画像や設定ファイルは対象外だった、という形。戻してみると、記事はあるのに画像が全部消えている状態になる。

かかる時間を測っておく

プロクラ

練習のときに、復旧にどれくらいかかるかを測っておこう。これが分かっていると、障害のときに「あと何分で戻る」と判断できる。伝えられる相手がいるなら、なおさら重要だ。

• バックアップの取得元から手元へ持ってくる時間
• 展開して戻すまでの時間
• 動作を確認するまでの時間
• データが増えるほど延びるので、年に一度は測り直す

レン

取れてるかじゃなくて、戻せるか。一度やってみないと分からないんだね。

手順を書き残す

プロクラ

練習で分かったことは、必ずメモに残そう。困っているときは冷静に思い出せないし、久しぶりの作業なら手順を忘れている。

• バックアップの置き場所と、取り出し方
• 戻すコマンドと、指定する値
• 戻した後に確認する項目
• この手順書を、サーバーの外にも置く（中に置くと一緒に失われる）

プロクラ

4つめが肝心だよ。サーバーが飛んだときに、手順書もサーバーの中にありました、では意味が無い。手元やクラウドの文書に置いておこう。