WordPressを更新する前に「Xserverには自動バックアップがあるから大丈夫」と考えていました。しかし、調べるとサーバー領域とMySQLデータベースは別に扱われ、復元するとバックアップ後の変更が失われる場合があります。
本記事では、放置していたrefined-note.comを再整備した経験をもとに、Xserverの自動バックアップで確認すべき点と、復元前に知っておきたい注意点を整理します。
WordPressの復元には2種類のデータが必要
WordPressは、主に次の2種類のデータで構成されています。
- サーバー領域:テーマ、プラグイン、画像、設定ファイルなど
- MySQLデータベース:記事本文、固定ページ、WordPress設定など
表示不具合の原因によって、戻す対象は異なります。ファイルだけ戻せばよいとは限らず、逆にデータベースまで戻すと新しい記事や設定を失う可能性があります。
Xserverの自動バックアップ保持期間
Xserver公式マニュアルでは、全プラン標準の自動バックアップについて、通常は過去14日分のサーバー領域データとMySQLデータベースを利用できます。一部の旧サーバーでは、サーバー領域の保持期間が7日間の場合があります。
自分の環境で使える日付は、サーバーパネルの「自動バックアップの取得・復元」と「MySQLバックアップ取得・復元」で確認します。公式説明だけで判断せず、変更前に対象日が表示されることまで確認するのが安全です。
取得と復元は目的が違う
バックアップデータを取得する場合
サーバー領域のバックアップを取得すると、データはサーバー上の「/userbackup」に設置されます。公式マニュアルでは、設置されたデータは24時間後に自動削除され、必要な空き容量がない場合は取得に失敗する可能性があると案内されています。
手元に保管したい場合は、設置後にFTPソフトなどでダウンロードする作業が必要です。
バックアップから復元する場合
復元は現在のデータへ上書きする操作です。公式マニュアルでは、バックアップに存在しないファイルや、バックアップ日以降に作成したファイルが削除されると説明されています。
そのため、復元ボタンを押す前に、対象ドメイン、復元日、サーバー領域とデータベースのどちらを戻すかを確認します。原因が分からないまま両方を戻すのは避けるべきです。
私がPHP更新前に行った順番
- WordPress本体、テーマ、プラグインを更新する
- Xserverのバックアップ機能と保持日数を確認する
- 変更前のPHPバージョンを記録する
- refined-note.comのPHPを切り替える
- 公開ページと管理画面を確認する
- サイトヘルスでも警告が解消したか確認する
実際の作業は、XserverでPHPを7.4.33から8.3.3へ更新した手順に記録しています。大きな変更をまとめて行わなかったことで、問題が起きた場合の原因を絞りやすくしました。
自動バックアップだけに依存しない
Xserver公式マニュアルでも、データベースの自動バックアップは完全性を保証するものではないと案内されています。重要な変更前には、対象データの存在確認に加えて、必要に応じて手動バックアップを残します。
バックアップ機能は「何があっても戻せる保証」ではなく、復旧の選択肢を増やす機能として考えるのが適切です。
バックアップを重視する人のサーバー選び
保持日数だけでなく、管理画面から取得・復元できる範囲や、手順の分かりやすさも比較軸になります。Xserverの使用感と向いている人は、Xserverを使って分かったメリット・デメリットにまとめています。
