症状から確認対象を絞る
接続エラーならDB情報、画像欠落ならuploadsやURL、旧URLへの転送なら設定値、500ならPHPと製品、404ならrewriteを確認します。管理画面だけ動く場合もあり、トップページだけで復元の成否を判断しません。
データの欠落と時点を確認する
DBとファイルの取得時刻、テーブル一覧、除外設定、圧縮ファイルの完全性を調べます。製品独自テーブルやサーバー外のデータが含まれているか確認します。世代が混ざると、古いコードと新しいDBが組み合わさる場合があります。
移行先の条件を合わせる
PHP、DB、拡張機能、所有者、サーバー設定、URL、キャッシュを確認します。URL変更にはシリアライズを扱える手段を使い、DBを直接一括置換しないでください。外部連携とライセンスのドメイン制限も確認します。
やり直すときの手順
元のバックアップを複製して作業し、隔離先で一世代ずつ再現します。正常時点が不明な場合は、管理会社へ対象一覧とログを渡して調査します。復元成功後は、不足した対象をバックアップ設定へ追加し、次回の復元試験まで実施します。
復元作業の記録をそろえる
元バックアップの日時・サイズ・世代、使用ツール、実行結果、展開したファイル、投入したDBを一覧にします。途中で失敗した場合は、どこまで処理されたかを確認してから再実行します。半端な状態へ別世代を重ねると、原因が分かりにくくなります。
設定と外部データの不足
サーバー設定、DNS、オブジェクトストレージ、メール配送などは、標準バックアップに含まれないことがあります。DBとファイルの整合性だけでなく、外部依存の一覧と再設定手順を確認します。
よくある質問
SQLを読み込めれば復元成功ですか？
投入成功は一段階です。ファイルとの組合せ、URL、権限、外部連携、業務機能を確認して判定します。
別サーバーで復元できたら本番でも同じですか？
PHP、拡張機能、所有者、設定、制限が違う場合があります。差を記録し、本番でも必要な確認を行います。