いまのバックアップが復旧に使えるか、事故の前に確かめられる範囲

「取れている」と「戻せる」は別のこと

管理画面にバックアップの一覧が出ていても、そこから元の状態へ戻せるとは限りません。WordPress公式ドキュメントは、バックアップをデータベースとファイルの2つに分け、典型的なWordPressサイトを完全に復元するには両方が必要だと書いています（原文は typical と限定しています）。

同じ文書は、自動バックアップについて、処理が機能していることを確認するために、ときどき別途手動のバックアップを取ることを強く推奨しています。推奨されているのは処理が動いているかの確認であって、復元そのものを試すことではありません。実際に戻せるかまでを事故の前に確かめる方法は、この資料の範囲には書かれていません。

戻す時点で何が消えるか、どの時点へ戻すかは、事故が起きたあとの判断になります。改ざん後にバックアップへ戻してよいかの判断材料は別に整理しています。

対象の範囲は、提供元の記述で確かめる

自動バックアップには、対象にならないデータや条件があります。エックスサーバーは、WordPressのキャッシュのディレクトリ配下、debug.log、ホームディレクトリ直下の Maildir ディレクトリ配下（/home/サーバーID/Maildir など）、セッションの保存先を挙げ、これらの領域にあるデータは自動バックアップでは取得しないとしています。データベースでは、テーブルの数が1,000を超えるもの、破損などでバックアップ処理を行えないもの、処理に大きな負荷がかかるか長時間に及ぶものが対象外になるとしています。ファイル数が非常に多いといった特殊な事由で、ごくまれに一部のアカウントを対象外とする場合もあるとしています。

同社は「データの確実な保全を保証するものではありませんので、データの消失や毀損などの可能性に備え、お客様ご自身でもデータのバックアップを行うことを強くお奨めいたします」と書いています。提供元自身が、自動バックアップだけに頼らないよう求めています。

上限のかかり方も事業者で違います。さくらインターネットの「バックアップ＆ステージング」（外部サイト）は、バックアップ数が最大8、容量の上限が1バックアップにつきレンタルサーバシリーズで60GB、データベースで1GBです。同社は、データベースのスナップショットはWordPressを利用している場合だけ使えるとしています。同社は、この機能を使うには事前に「利用開始」を選び、手順に沿って操作する必要があるとしており、スケジュールを設定すれば定期的に自動で作成することもできるとしています。契約しただけで取られている機能としては書かれていません。同社は、対象を「www直下のWEBコンテンツ」とし、それ以外のコンテンツは対象外としています。同社も「お客様の環境によってはすべてバックアップできない場合がございます」と記載しています。

確かめるのは、契約している事業者の記述です。他社の条件は当てはまりません。

手元へ取り出せるかは、事業者と容量で変わる

手元へ取り出す経路は2つあります。提供元が保管しているバックアップを受け取る経路と、いまのデータを自分で落とす経路です。どちらが使えるかは、契約している事業者の機能と、データの大きさで決まります。

保管されている分について、エックスサーバーはバックアップデータの提供（外部サイト）をサーバーパネルからの申し込みで受け付けるとしています。同社は、提供できるのは申し込みを確認した時点からWeb・メールデータとMySQLデータベースのどちらも14日前までのデータだとし（一部の旧いサーバーのWeb・メールデータは過去7日間）、保管期限間際のデータは速やかに申し込むよう案内しています。利用期限を超えるなどして契約が有効でない状態のサーバーアカウントでは申し込めないともしています。

いまのデータベースは、同社の現在のMySQLデータベースをダウンロードする手順（外部サイト）によると、サーバーパネルの操作で手元へ落とせます。ただし同社は「データベース1個の容量が目安値（MySQLバージョンにかかわらず5GB）を超えている場合、ダウンロードできません」としており、目安値を下回っていても多量のレコードがある場合は失敗することがあるとも書いています。この資料が支えるのはデータベースだけで、ファイルの回収は支えません。

いまのファイルについては、cPanel（ホスティング事業者が提供するサーバーの管理画面の一種）を使うホスティングなら、File Manager から選んだファイルのダウンロードや、フォルダをまとめて圧縮する操作（外部サイト）があります。ただし同じ文書は、File Manager を提供元が有効にも無効にもできると書いています。

さくらのレンタルサーバのファイルマネージャー（外部サイト）でも、圧縮形式を指定してダウンロードできます。どの事業者でもできるとは限りません。契約している事業者の資料で確かめてください。

WordPressの標準機能で持ち出せる範囲

サーバーの管理画面を使えない場合でも、WordPressの管理画面に入れるなら、標準のエクスポート機能があります。公式文書は、作られるWXRファイル（WordPressの投稿などを書き出すXML形式のファイル）に投稿、固定ページ、カスタム投稿タイプ、コメント、カスタムフィールド、カテゴリー、タグ、カスタムタクソノミー、利用者が含まれると説明しています。

この資料は、テーマ・プラグイン・サイト設定・アップロードしたファイル本体が含まれるかどうかを書いていません。含まれないと判断するには別の資料が要ります。エクスポートしたファイルだけを保管して安心しないでください。

つまり、エクスポートしたファイルだけでは、サイトを戻すのに要るものが揃っているとは言えません。

事故の前に決めておけること

確かめた結果として決められるのは、次の3つです。過ぎた時点のコピーは、あとから作れません。自動バックアップの対象外だった範囲について、その時点の状態を後から取ることはできない、という意味です。いま残っているデータを別に取ることは、気づいた時点でできます。

• 保管先を分けるかどうか：WordPress公式ドキュメントは、少なくとも直近3〜5個のバックアップを保持し、そのコピーをホスティングサーバー、クラウドストレージ、手元のPCなど異なる場所に保管することを推奨している。さくらインターネットは、契約サービスが廃止されるとバックアップも削除されるとしている。同じ扱いかどうかは、契約している事業者の記述で確かめる。
• 対象外の部分をどうするか：対象外だと分かった範囲は、自動バックアップでは埋まらない。別に取るか、失っても再現できる状態にしておくかを決める。
• 取り出せない条件に当たっていないか：データベースの容量やレコード数が条件に当たっているなら、いま気づける。事故のあとに気づくと、取り出す手段を探すところから始まる。

確かめても残ること

ここまでで確かめられるのは、提供元が公表している対象の範囲と、手元へ取り出せるかです。取り出したものが揃っているか、そこから実際に元の状態へ戻せるかは、戻して確かめる作業になります。

確かめる手段があるとすれば、別の環境へ戻して中を見る形です。本番へ戻して確かめるのは別の話になります。エックスサーバーの自動バックアップからの復元の手順（外部サイト）は、復元を実行すると対象のディレクトリとファイルがすべてバックアップの内容で上書きされ、バックアップ日以降に作ったファイルとディレクトリは削除されるとしています。本番で試しに戻すと、いまのデータを失うことがあります。

別の環境を用意できるかどうかは、まず契約している事業者の資料で確かめられます。さくらインターネットは、WordPressのアップデートやテーマの編集などを公開領域に影響を与えずに検証できるステージング環境を、対象プランと数・容量の上限つきで示しています。同社は、ステージング環境はレンタルサーバとは異なる環境のため、PHPプログラムなどの動作が変わる可能性があるとし、作成から90日で自動的に削除されるとしています。同社は、バックアップを取得していない状態ではステージングサーバー機能を使えないともしています。一方、他社のバックアップや手元に取り出したファイルを取り込めるかは、この資料には書かれていません。資料で決まらない部分（取り込める範囲、本番との動作の差の中身）は、相談相手と条件を詰めることになります。

相談相手に確認すること

制作会社やサーバー会社へ聞くときは、次を聞くと、公表されている条件のどこが足りないかを絞れます。戻して試せる環境があるかも、あわせて聞いてください。

• 対象外になっている範囲：契約しているプランで、何がバックアップの対象外か。提供元の記述のどこに書かれているか。
• 保持されている個数と期間：いくつ残るか、いつまで遡れるか。上限を超えたときに何が消えるか。
• 手元へ取り出す手段：ファイルとデータベースを、それぞれどの操作で取り出せるか。取り出せない条件があるか。
• 戻すときに要る作業：戻す作業を誰が行うか。公開を止める必要があるか。戻す前に中を確認できるか。