【WordPressのバックアップ復元に失敗】上書き前に確認する3つのこと
この記事の結論
復元は上書き前に、戻す範囲・直前の退避・公開後の確認を分けます。
この記事の結論
WordPressの復元は、バックアップがあるからとすぐ上書きすると、現在動いているサイトやメール設定まで戻してしまうことがあります。復元する対象、現在の状態を戻せる手段、データベースとファイルの組み合わせを確認してから作業します。
1. 戻したいものをファイルとデータベースに分ける
記事、固定ページ、設定の一部はデータベースに入り、テーマ、プラグイン、アップロード画像はファイル側にあります。表示崩れだけを直したいのか、記事を戻したいのかで必要な復元範囲は異なります。障害の原因を確認せず、すべてを古い時点へ戻す判断は避けます。
2. 復元直前の状態もバックアップする
復元前に、今のファイルとデータベースを別の名前で保存できるか確認します。復元後に必要な記事、画像、フォームの問い合わせ履歴などが見つかったとき、直前の状態を戻せる必要があるためです。管理画面に入れない場合は、サーバー会社のバックアップ機能と復元対象の範囲を公式案内で確認します。
3. テスト後に公開側を確認する
復元が完了しても、トップページだけで終えません。管理画面へのログイン、主要記事、フォーム送信、画像表示、独自ドメインのメールを別々に確認します。キャッシュが残って古い表示になることもあるため、反映待ちと設定ミスを混ぜないようにします。
管理画面で403になっている場合は、WAFを確認する順番を先に確認してください。復元ではなく予約投稿だけが失敗する場合は、予約投稿の確認順が対象です。