バックアップは、日常の復元に使うサーバー付属の保存先と、サーバー自体の障害に備える外部保存先を分けると考えやすくなります。すでに別の場所へ保存されるバックアップが付いているなら、その範囲を確認してから追加を検討すれば良いです。

保管費用は、主に「保存する容量×保管する期間」で決まり、サービスによって転送や取り出しにも料金がかかります。小さな会社サイトでも、毎日の完全コピーを長期間残すと、元のサイトより大きな保存容量が必要になります。

容量を数える前に復旧したいものを決める

WordPressサイトは、画像やテーマなどのファイルだけでは元の状態へ戻りません。記事、設定、利用者情報などを持つデータベースも必要です。WordPress公式のバックアップ資料でも、一般的な復元にはファイルとデータベースの両方が必要だと説明されています。片方だけの保存は、バックアップ容量を小さく見せても復旧の目的を満たしません。

サイト以外も同時に止まる障害へ備えるなら、対象はさらに広がります。DNSレコード・メールアカウント・サーバー設定・外部サービスの接続情報は、WordPressのバックアップへ含まれないことがあります。これらまでWordPressの保存容量へ含めて見積もると、実際の対象と食い違います。Webサイトだけを戻すのか、メールを含む契約全体を復旧するのかで、必要な保存先は変わります。

最初に決めたいのは、データ量ではなく業務上の復旧点です。毎日更新するサイトと、月に一度しか更新しない会社案内では、許容できる消失期間が異なります。問い合わせ情報をサイト内へ保存している場合は、その取り扱いと復旧順も含め、何を失うと業務が止まるのかから対象を決めます。

保存先は本番環境からの距離で考える

同じサーバー内のコピーは、操作ミスから素早く戻す用途には便利です。しかし契約停止・ストレージ故障・管理アカウントの侵害まで起きると、本番と一緒に触れなくなる可能性があります。同じ事業者の別領域も運用しやすい一方、請求アカウントや管理権限が共通なら、完全に独立した保存先とは言えません。

外部ストレージへ送ると、サーバー障害から距離を取れます。ただし、本番と同じ認証情報で常時書き換えられる状態では、侵入者による削除や暗号化が保存先まで及ぶ余地が残ります。CISAのランサムウェア対策資料は、重要データについてオフラインかつ暗号化したバックアップを維持し、復旧時の可用性と完全性を定期的に試すよう勧めています。

現実的には、一つの保存先ですべての事故を受け持たせません。短時間で戻すコピーと、別の認証で守る外部コピー、通常時には書き換えられない世代を組み合わせます。この分け方なら、日常的な誤削除では速さを優先し、アカウント侵害時には独立したコピーへ切り替えられます。

保存先戻しやすい場面見落としやすい負担
同一サーバー・同一契約内ファイルの誤削除や直前の変更失敗サーバー障害や契約停止から独立しない
別アカウントの外部ストレージ本番サーバーの故障や管理権限の侵害転送、暗号鍵、取り出し、通信量の管理
オフライン・書き換え不能な世代ランサムウェアや広範囲の誤削除作成確認、保管、復元までの時間と手順

保管世代は更新頻度と発見の遅れから決める

最新の一世代だけでは、壊れたデータを正常なものとして上書き保存することがあります。改ざんやフォーム不具合は発生当日に気づくとは限らないため、保管期間は更新頻度だけでなく、問題を発見するまでの遅れも踏まえて決めます。契約や社内規程で保存条件があるデータは、その要件を先に確認します。

日次・週次・月次といった階層は考え方の一例であり、すべてのサイトへ同じ日数を当てはめるものではありません。更新が多い期間は取得間隔を短くできます。制作作業の前には別世代を残し、個人情報を含む古いコピーには削除期限を設けるなど、業務の変化に合わせる方が実用的です。

差分バックアップや圧縮を使うと保存量は抑えられますが、復元時に複数の世代が必要になる方式もあります。費用を下げるために方式を複雑にした結果、担当者が復元できなくては意味がありません。世代数と同時に、どの順序で何を用意すれば戻るのかも記録します。

月額料金に現れない費用まで見積もる

保管コストの中心は保存容量ですが、見積もりは「サイト容量×世代数」だけでは終わりません。初回転送・日々の増分・古い世代の削除・データの取り出しにも条件があります。API利用や暗号鍵の管理、監視通知にも費用が生じることがあります。障害時の大量取り出しや復元代行が別料金なら、平常時の月額が安くても復旧時の支出は大きくなります。

自社でバックアップを管理する場合は、取得失敗への対応や復元確認にも時間がかかります。代行サービスとの価格差には、この作業が含まれている場合があります。

外部会社へ依頼する場合は、保存と復元のどこまでを担うか確認します。休日対応の有無も別に確かめます。「自動」という表現は、成功確認や復元判断まで無人で行われることを意味しません。

たとえば圧縮後の完全バックアップが1回2GBなら、30世代を保持する場合は約60GBです。仮に保存単価が1GBあたり月5円なら月300円、年3,600円になります。単価は計算例であり、実際には差分方式、最低保管期間、取り出し・通信料金などで変わります。最初の転送と、全データを戻す場合の金額も別に見ると比較しやすくなります。

保存容量だけでなく、取り出せるかも大切です

バックアップ画面に成功と表示されても、ファイルが壊れていることがあります。データベースとの時点が合わない場合や、暗号鍵が見つからない場合もあります。公開中のサイトへ直接戻さず、隔離した確認環境で一部または全体を復元します。ログイン・主要ページ・画像・フォームの順に確かめます。

テストでは、復元できたかだけでなく所要時間も記録します。データの取り出し時間・外部サービスを戻す順番・必要な承認が分かれば、想定する復旧時間が現実的か判断できます。必要な時間を満たせなければ、保存先の階層や取得間隔を見直します。

容量を減らしたい場合は、保存世代を無作為に消すのではなく、必要な期間を残せる保管ルールに変えます。安く保存できても取り出しに時間や高額な費用がかかると、急ぎの復旧には合いません。保存時と復元時の両方を見て選ぶことが、無理のない保管コストにつながります。