サイトのバックアップと復元訓練：頻度・遠隔地保管・復元可能性の検証

サイトのバックアップと復元訓練：頻度・遠隔地保管・復元可能性の検証

1. バックアップの唯一の合格基準は「復元できること」

まず本記事の範囲を明確にします。セキュリティ基準は侵入をどう防ぐかを扱い、月次メンテナンスは毎月の定例作業の中でバックアップがどこに位置するかを扱います。本記事はバックアップそのものだけを扱います。何を、どこに、どのくらいの頻度で検証し、復元にどれだけかかるのか。防御は事前、メンテナンスはリズム、バックアップは最後の受け皿であり、この3つは互いに代用できません。

多くの企業のサイトバックアップは「あるように見える」だけです。ホストの管理画面にはバックアップ成功と表示され、プラグイン一覧にはバックアップ履歴が並び、誰もがトラブル時には復元できると思い込んでいます。しかし事故が起きた夜に3つのことが分かります。バックアップファイルが破損している、あるいは数か月更新されていない。バックアップとサイトが同じホスト上にあり一緒に失われる。誰も復元手順を知らない。1つ目は品質の問題、2つ目は保管の問題、3つ目はプロセスの問題であり、この3つが本記事の後半3つのパートに対応します。

自分のバックアップが本物かどうかを判断するには、1つの問いに答えるだけで十分です。最後にバックアップからサイトを完全復元したのはいつで、どれだけかかったか。答えられないなら、バックアップはないものとして扱うべきです。この判断は「バックアップ成功」の表示とは無関係です。成功したタスク通知はタスクが実行されたことしか証明せず、結果が使えることは証明しません。

2. 何をバックアップするか：4つの対象、1つでも漏れると復元は不完全

バックアップ対象は、頻度を決める前にまず洗い出しましょう。一般的なWordPress単独サイトには必ずカバーすべき4つの対象があり、どれか1つでも漏れると復元したサイトは不完全になります。

補足が3点あります。第一に、アップロードディレクトリは多くの場合で最も容量が大きく、大きさを理由にバックアップしないチームが多くありますが、その結果復元されるのは商品画像のないサイトです。買い手にとっては、サイトが存在しないのとほぼ同じです。第二に、設定と証明書は最も漏れやすい対象です。これらは通常、サイト構築システムではなくホスト側にあり、プラグインのバックアップ範囲がまったく届かないからです。第三に、問い合わせと注文データはすべてデータベース内にあり、4つの中で商業的価値が最も高い対象です。画像は失っても再アップロードできますが、顧客リードは失うと補填できません。そのためデータベースのバックアップ頻度は、単独で最も高いレベルに引き上げる必要があります。

3. 3段階のバックアップ頻度と保持期間

頻度と保持期間は対で設計するものです。頻度だけ決めて保持期間を決めなければ、決めていないのと同じです。

保持期間の背後にある考え方はこうです。誤削除と誤編集は通常1〜2週間以内に発見されるため、14日の増分で十分にカバーできます。破損の中には瞬間的に起きないものもあります。例えばデータベースが徐々にエラーを起こしたり、スパムコンテンツが段階的に注入されたりする場合で、露見したときには数週間が経過していることがよくあります。8週間の全量は、より長いロールバック期間を提供します。90日のスナップショットは大変更専用です。改版から3か月後に新バージョンの問題が発覚しても、戻して照合できます。

境界線を1つ明確にしておきましょう。バックアップ頻度はコンテンツ更新頻度に合わせるもので、一律に決めてはいけません。サイトのコンテンツ更新が月に1〜2回程度なら、毎日の増分はストレージと保守の無駄であり、毎週の全量と変更前スナップショットで十分です。逆に、フォームの問い合わせが毎日入り、注文が継続的に書き込まれるサイトでは、データベースのバックアップは1日1回を下回ってはいけません。可能であれば6時間ごとの増分を実施しましょう。

四、异地原則：同一マシン上のバックアップはバックアップではない

「异地」とは「三つの違い」を指します。サイトとは別のサーバー、別のアカウント、別のリージョンであることです。同一マシン上のバックアップは、ホスト側のトラブルが起きた時点でサイトと一緒に消えます。ディスク障害、侵入、サービス事業者の倒産、アカウント停止のいずれの場合でも、同一マシン上のバックアップではサイトを救えません。

「メインアカウントの乗っ取り」の列は多くの人が見落としています。侵入者がホストの制御権を奪った後、まず行うのはバックアップを見つけて削除し、サイトを復元できないようにすることです。そのため、バックアップの保存先アカウントはサイトのアカウントと完全に分離し、二要素認証を有効にし、サイト側の権限にバックアップ削除の操作を含めないようにします。この三つを守れば、侵入者がサイトを完全に掌握しても、あなたの退路には手を出せません。

もう一つの実務上の境界線は、跨境アクセスの速度です。バックアップの保存先を別リージョンにすると、復元時のダウンロードが同一リージョンより数倍遅くなる場合があります。300 MB のバックアップは同一リージョンなら数分で完了しますが、大陸をまたぐと30分以上かかることがあります。バランスの取り方としては、メインのコピーを近隣リージョンに、コールドコピーを遠隔リージョンに置き、復元訓練ではメインのコピーで時間を計測します。

五、バックアップツールと方式の比較

四つの一般的な方式にはそれぞれ復元の複雑さがあります。選択の核心はバックアップがどれだけ楽かではなく、復元がどれだけスムーズかです。

二点を補足します。ホストパネルのワンクリックバックアップが最も手軽ですが、バックアップファイルをローカルにダウンロードできることを必ず確認してください。バックアップがサービス事業者の管理画面に閉じ込められていると、復元能力まで他人に預けることになり、サービス事業者に問題が起きれば手元にコピーが一切残りません。プラグインによるバックアップの利点は、クラウドストレージやオブジェクトストレージへ自動転送でき、別リージョン保存も同時に実現できることです。欠点は、復元がプラグイン自体の可用性に依存することで、サイトが深刻に破壊された後はプラグインも壊れている可能性があるため、重要な節目ではパネルレベルまたは手動のスナップショットで下支えする必要があります。四択の推奨構成は、プラグインが日常の増分バックアップと別リージョン転送を担当し、ホストパネルが毎週のフルバックアップを担当し、大きな変更の前に手動スナップショットを取るというものです。

六、復旧訓練：5つのステップと所要時間の目安

訓練は復旧ボタンを象徴的に押すだけではありません。流れを最後まで通し、時間を計測します。手順と合格基準は次のとおりです。

頻度の目安：フル訓練は半年に1回、業務の閑散期に実施します。単一ファイルの復元確認は四半期に1回、記事か画像をランダムに1つ選んで復元を検証します。訓練の結果は2つ記録します。総所要時間と、止まった箇所です。止まった箇所は次の実際の障害で最大のリスクになるため、その場で解決し、障害の夜に持ち越しません。

復旧中の代替案は事前に用意します。メンテナンス用パスに静的キャッシュページを置き、復旧見込み時間と代替の連絡先（予備メールまたは WhatsApp アカウント）を明記し、メインドメインにお知らせを掲示します。このページの意味は技術ではなく、訪問中の顧客に、自分たちは消えていないし別の手段で連絡できると伝えることです。サイトの状況に合わせてバックアップと復旧の設計が必要な場合は、お問い合わせ現状をご説明ください。

七、バックアップ自体のセキュリティと、手動バックアップが必須の4つのタイミング

バックアップファイルにはすべてのコンテンツ、顧客リード、データベースが含まれます。それ自体が機密データであり、漏えいもまた事故になります。

決まったリズム以外にも、次の4つのタイミングでは次回の定期タスクを待たず、すぐ手動でバックアップが必要です。

この4つの場面に共通するのは「取り返しのつかない操作」だという点です。定期バックアップが日常的なリスクに対応するのに対し、手動スナップショットは人為的な操作ミスに対応します。どちらか一方ではもう一方を代替できません。チーム内で決めておくべきは「アップグレードや改修を実行する人が、最初にスナップショットのボタンを押す」という運用フローの第一手順であり、任意のステップではないということです。移行時の接続については、別途移行と301リダイレクトの引き継ぎの記事をご覧ください。

FAQ よくある質問

最後に

バックアップは最も典型的な逆説的投資です。普段は価値が見えませんが、問題が起きたときに損失の上限を決めます。複雑な技術は必要なく、必要なのは3つのことを予定通りに実行することです。リズムを途切れさせないこと、コピーが本当に別の場所にあること、復元が本当に訓練されていること。どれか1つでも欠けると、バックアップ記録がどれだけ多くても心理的な安心にしかなりません。

実施順序は次のようにおすすめします。まずバックアップを別アカウント・別リージョンに保存し、次に4種類のバックアップ対象が揃っているか確認し、最後に半年に1回の復元訓練をカレンダーに登録し、毎回の所要時間を記録します。この3ステップを完了すれば、「いざというときに復元できない」という悲劇のほとんどは避けられます。覚えておくべきことは1つだけです。訓練していないバックアップは、バックアップがないのと同じです。