レンタルサーバーの自動バックアップ比較｜初心者が見るべき7項目

1. バックアップ対象

最低限、WordPressのファイルとデータベースが対象かを確認します。ファイルには本体、テーマ、プラグイン、画像があり、データベースには記事、設定、ユーザー情報などがあります。片方だけでは、同じ時点の完全な状態へ戻せないことがあります。

独自ドメインメール、DNS設定、SSL、アクセスログは別扱いの場合があります。メールもサーバーで運用するなら対象かを確認し、対象外ならメールソフト側や別サービスで保存します。サーバーアカウント全体か、ドメイン単位か、データベース単位かも重要です。

2. 保存頻度と実行時刻

一日一回でも、何時の状態が保存されるかで失う可能性のあるデータ量が変わります。更新頻度の低いブログなら日次で足りる場合がありますが、注文や予約が常に入るサイトでは、直近バックアップ後のデータをどう扱うか計画が必要です。

バックアップ実行中の負荷、保存完了の確認方法、障害時にその日のデータが作成されない可能性も確認します。自動だから必ず成功すると決めつけず、管理画面の履歴や通知を定期的に見ます。

3. 保持日数と世代数

保持日数は、問題へ気づくまでの時間より長い必要があります。更新直後のエラーなら前日へ戻せますが、改ざんや表示崩れに二週間気づかなければ、短い保持期間では正常な世代が残っていません。日数と世代数の両方を確認します。

古い世代ほど安全とは限らず、その間に増えた記事、注文、問い合わせを失います。復元日はエラー発生時刻、更新履歴、アクセスログを見て選びます。正常な世代を一つ残しつつ、必要な新規データを別に取り出す計画が必要な場合があります。

4. 保存場所

契約サーバーと同じ障害範囲にだけ保存されるのか、別設備や別領域へ保存されるのかを確認します。自動バックアップが契約容量を消費するかもサービスで違います。同じアカウントの誤削除や契約停止で同時に使えなくなるなら、外部保存も検討します。

自分で取得したバックアップをPCやクラウドへ保存する場合は、個人情報を含むため暗号化とアクセス権を管理します。保管先を増やすだけでなく、保存期間、削除担当、復元に必要なパスワードを記録します。

5. 復元方法と粒度

管理画面から自分で復元できるか、サポートへの申請が必要か、ファイルとデータベースを別々に選べるかを確認します。サイト一つだけ戻したいのに契約全体が戻る仕様では、他サイトへ影響する可能性があります。

復元先が本番へ即上書きされるのか、データをダウンロードできるのかも見ます。初心者はボタンの有無だけでなく、復元前バックアップ、確認画面、所要時間、キャンセル可否、失敗時の連絡先を公式マニュアルで確認してください。

6. 保存と復元の費用

自動保存が無料でも、復元申請やデータ提供が有料の場合があります。逆に管理画面からの復元まで無料のサービスもあります。料金表では、バックアップ機能、データ提供、復元代行を分けて確認し、緊急時に必要な支払い方法も準備します。

比較時は月額差だけでなく、復元に必要な作業時間と停止時間も含めます。担当者が不在でも操作できるか、24時間申請できるか、サポート回答までどれくらいかかるかは、事業サイトでは費用以上に重要です。

7. 解約・障害時の利用条件

契約終了後も一定期間バックアップが残るとは限りません。解約と同時に取得できなくなる前提で、移転や閉鎖前に必要データを手元へ保存します。料金未払い、アカウント停止、規約違反時の扱いも利用規約で確認します。

サーバー会社全体の大規模障害やアカウント侵害を考えると、重要サイトはサーバー標準バックアップだけへ依存しません。標準機能は復旧手段の一つとして活用し、運営者が管理する外部バックアップと復元手順を組み合わせます。

復元前に必ず確認すること

復元は現在のデータを過去の状態で上書きする操作です。対象日以降の記事、注文、会員、問い合わせが失われる可能性を確認します。エラー原因が残ったまま復元すると再発するため、更新履歴や改ざん原因も調べます。

可能ならステージングや別URLへ復元し、正常な世代か確認します。本番へ戻した後は、公開ページ、管理画面、画像、フォーム、メール、注文、ログを操作し、キャッシュを削除します。復元完了メッセージだけで作業を終えません。

自動バックアップとバックアッププラグインの使い分け

サーバー標準機能は、サーバー障害やWordPressへ入れない状況でも管理画面から戻せる可能性があります。バックアッププラグインは保存頻度や外部保存先を細かく選べますが、WordPress自体の不具合、容量不足、認証情報流出の影響を受けることがあります。どちらか一方が絶対ではありません。

重要サイトでは、サーバー標準、自分で管理する外部バックアップ、更新前の手動バックアップを役割分担します。同じサーバー内へ複数コピーを置くだけでは障害範囲が同じです。保存先、取得頻度、保持世代、暗号化、復元担当を一覧にし、重複ではなく異なる故障へ備えます。

復元テストで確認する具体項目

テスト環境へ復元し、トップと記事が表示されるだけでなく、画像、ログイン、パーマリンク、ユーザー権限、フォーム、メール、予約、注文、cronを確認します。復元した日付と、失われるはずの更新を照合し、選択した世代が想定どおりか確認します。

復元にかかった時間、担当者が迷った画面、追加で必要だった資格情報を記録し、手順書を直します。バックアップは存在より復元可能性が重要です。半年または大きな構成変更後に再テストし、古い手順のまま放置しないでください。

比較表へ入れる項目

候補ごとに公式情報を同じ表へ転記し、空欄は推測せずサポートへ確認します。

1. ファイル・DB・メールの対象
2. 頻度と実行時刻
3. 保持日数と世代数
4. 保存場所と容量消費
5. 復元方法と対象粒度
6. 保存・提供・復元の費用
7. 解約・停止時の取得条件

比較完了の基準

候補ごとに七項目が埋まり、自分のサイトで失えるデータ量と復元担当を決められた状態を比較完了とします。

• ファイルとデータベースの両方を確認した
• 保存頻度と保持世代を確認した
• 復元の操作主体と費用を確認した
• メールとDNSの対象を確認した
• 解約時の取得条件を確認した
• 外部保存と復元テストを計画した