取得するデータを分けて理解する
| 対象 | 主に含まれるもの | 確認点 |
|---|---|---|
| データベース | 投稿、固定ページ、設定、ユーザー、製品独自テーブル | 対象テーブルの漏れと取得時点 |
| wp-content | 画像、テーマ、プラグイン、MUプラグイン | 容量、除外設定、直接改修 |
| 設定ファイル | wp-config.php、Webサーバー設定など | 秘密情報を含むため保管を制限 |
| 外部設定 | DNS、CDN、メール、連携サービス | サーバーコピーには含まれない |
再インストール可能な本体も、使用版と言語を記録します。特殊な配置や独自ファイルがある場合は、標準構成を前提にせず対象を追加します。
取得方法を選ぶ
サーバー標準機能、バックアップ用プラグイン、手動取得を比較します。選択基準は、DBとファイルの対象、外部保存、世代管理、復元権限、取得失敗の通知です。サーバーの自動バックアップにも保存日数や復元料金の条件があるため、契約を確認します。
バックアップを取得する手順
- 必要な対象と、書込みが発生する機能を一覧にする。
- DBとファイルを近い時点で取得し、日時と対象環境を記録する。
- 圧縮ファイルを開けるか、サイズ・件数に不自然な変化がないか確認する。
- 本番サーバーと障害要因を共有しない保存先へコピーする。
- 隔離した検証環境へ復元し、投稿・画像・ログイン・業務機能を確認する。
保存先と秘密情報の管理
公開ディレクトリにSQLやZIPを置くと、推測や設定ミスで流出するおそれがあります。外部保存先でも共有範囲・暗号化・削除権限を確認します。本番と同じ認証情報だけで全世代を削除できる構成を避け、世代の保護方法も検討します。
成功通知だけで復元可能とは判定しない
除外設定や容量制限で画像が欠けたり、必要な独自テーブルが含まれなかったりする場合があります。定期的な復元試験で、所要時間、追加権限、手動作業を記録してください。障害時に取得できない認証コードや有料製品のキーも、事前に管理します。
運用を始めるときの確認事項
許容データ損失、取得間隔、保管世代、復元担当者、連絡先を一枚にまとめます。バックアップの目的はファイルを作ることではなく、必要な時点へ戻せることです。
復元試験で使う確認表
復元先への展開、DB接続、管理者ログイン、投稿件数、画像、代表ページ、フォーム、定期処理を確認します。個人情報を含むコピーはアクセスを制限し、外部メールや決済は止めます。取得と復元の所要時間、必要だった権限、手動で追加したファイルも記録します。例えば、DBとテーマは戻ったのに画像が欠けた場合、バックアップ除外、外部ストレージ、アップロード先の変更を確認します。復元先で正常に見えるだけでなく、バックアップの対象定義を修正し、次回取得にも反映されたことを確認します。
データが増え続けるサイトの注意点
取得中に注文や投稿が増えるサイトでは、DBとファイルの時点がずれることがあります。停止できる時間、整合性を保つ取得方法、差分データの管理を専門担当と決めます。世代番号が同じでも、全データが同じ時点だと推測しないでください。
サーバー会社のバックアップだけで十分ですか？
対象、保存期間、復元権限、提供者の障害時にも取り出せるかを確認します。同一契約・同一アカウントに依存し過ぎる場合は、別の保存先や認証の分離を検討します。
投稿のエクスポートはバックアップになりますか？
コンテンツ移行の材料にはなりますが、全ての設定、製品、ファイル、独自テーブルを戻すものではありません。サイト全体の復旧が目的なら必要な対象を別に取得します。