サーバーイメージ
OS・ソフト・データを含むサーバー全体の復旧点
- 取るタイミング
- 大きな更新・構成変更の前
- 注意点
- 作成時はシャットダウンが必要。これだけに依存しない
BACKUP / RESTORE RUNBOOK
イメージ保存は強力ですが、日々変わるDBやアップロード、外部サービスの設定まで自動で守れるとは限りません。契約前に、何を・どこへ・何世代残し、誰が何時間で戻すかを決めます。
結論
この4点を組み合わせます。バックアップファイルが存在するだけではなく、別環境で主要機能まで戻った状態を「成功」とします。
XServer VPSの最新仕様を見る1つの方法ですべてを守るのではなく、役割の違う保存を重ねます。
OS・ソフト・データを含むサーバー全体の復旧点
DB、アップロード、ワークフロー、永続ボリューム
Compose、環境変数の所在、cron、DNS、接続先
戻す順番、確認項目、担当者、連絡先
| 項目 | 通常のXServer VPS | ビジネスプラン | 運用上の考え方 |
|---|---|---|---|
| サーバー全体 | 手動のイメージ保存を利用 | イメージ保存を利用 | 大きな変更前の復旧点として使う |
| 自動バックアップ | 契約画面で最新仕様を確認 | 標準1世代。オプションで3世代へ拡張 | 自動取得でも復元確認は利用者が行う |
| イメージ保存容量 | 標準50GB。追加オプションあり | 標準50GB。追加オプションあり | 保存したいイメージサイズとの適合を確認 |
| DB・アプリ単位 | 利用者側で設計 | 利用者側で設計 | DBダンプや永続データを別途保存 |
| 復元手順・業務確認 | 利用者側で用意 | 利用者側で用意 | ログイン・フォーム・通知まで試す |
自動バックアップにも注意事項があります。公式マニュアルでは、データ完全性は保証されず、復元確認は利用者側で行うこと、頻繁にディスクI/Oが発生するDB環境では非推奨と案内されています。
※機能、対象プラン、容量、料金、提供条件は変更される場合があります。契約前に公式ページで最新情報をご確認ください。
RPO:どこまでのデータ損失を許容するか
問い合わせが多いサービスなら短い間隔、更新の少ない検証環境なら長い間隔でもよい場合があります。データの増え方から頻度を決めます。
RTO:復旧に使える時間
短時間で戻すには、データだけでなく構成、権限、DNS切替、確認担当まで準備が必要です。目標時間内で復元テストを行います。
| 用途例 | 守りたいもの | 頻度を決める基準 | 復元後の確認 |
|---|---|---|---|
| WordPress | DB、wp-content、設定 | 投稿・注文・問い合わせの頻度 | 表示、管理画面、フォーム、メール |
| Dockerアプリ | Compose、イメージ版、ボリューム | デプロイとデータ更新の頻度 | 起動、DB接続、外部API、ジョブ |
| n8n | DB、ワークフロー、認証情報の所在 | 実行履歴と変更頻度 | Webhook、定期実行、失敗通知 |
| Dify | DB、ストレージ、構成、ナレッジ | 会話・文書更新の頻度 | ログイン、検索、生成、権限 |
保存処理だけで終わらず、別環境で業務確認まで通して完成です。
WordPress、DB、n8n、Difyなど、止まると困るものを列挙します。何時間前まで戻せればよいか、何時間で復旧したいかをサービスごとに決めます。
すべてを同じ頻度・同じ優先度で保存しない。
ソースコード、DB、アップロード、Dockerボリューム、環境設定、DNS・外部連携を分類します。Gitから戻せるコードと、失えば戻らない実データを分けます。
アプリのファイルだけを保存して、DBやボリュームを見落とさない。
DBダンプ、アップロード、永続データを用途に合う間隔で取得します。実行結果を記録し、失敗した時に担当者へ通知されるところまでを1つの処理にします。
cronを登録しただけで、成功確認や失敗通知を省かない。
サーバー故障、誤操作、OS再インストールでも残る保管先を用意します。通信と保存時の暗号化、閲覧権限、削除権限、保持期間も一緒に決めます。
同じVPS内の別フォルダを外部バックアップと考えない。
OS更新や構成の大幅変更前は、XServer VPSのイメージ保存でサーバー全体の復旧点を作ります。公式手順では、保存前にサーバーをシャットダウンします。
更新直前のイメージだけを、日常の定期バックアップの代わりにしない。
新しい環境へ構成、アプリ、DB、データの順で戻します。起動だけでなく、ログイン、投稿、フォーム、通知、外部APIまで確認し、復元時間を記録します。
最初の復元テストを本番サーバーで行わない。
保存容量、直近の成功日時、復元テスト日、担当者、秘密情報の所在を一覧化します。アプリ更新や担当変更の後は、手順が現在の構成と一致するか確認します。
担当者しか分からないコマンドや保管先を残さない。
重要なサービスでは、複数コピー・異なる保存先・外部保管に加え、変更されにくいコピーとエラー確認まで設計します。
3
本番を含め複数コピー
2
同じ故障原因に寄せない
1
サーバー消失時にも残す
1
誤削除・攻撃に備える
0
取得結果と復元を確認
ディスク障害、誤操作、再インストールで本番と一緒に失う可能性があります。
本番からバックアップを自由に消せない構成にし、保管先の権限も最小限にします。
APIキーやパスワードは暗号化し、通常データとは異なる権限で管理します。
RESTORE COMPLETE
利用者の主要操作と、裏側の定期処理・通知・外部接続まで動いて初めて復元完了です。確認結果と所要時間を残します。
大きな変更前の復旧点として有効ですが、それだけでは十分とは限りません。更新頻度の高いDBやアップロード、秘密情報、外部設定は別に保存し、実際に復元できるか確認してください。
公式マニュアルでは、XServer VPS ビジネスプランは標準で1世代分を自動保存し、オプションで3世代へ拡張できます。通常プランではイメージ保存を利用できます。契約前に対象プランの最新仕様を公式ページで確認してください。
公式の保存手順では、最初にVPSをシャットダウンします。停止時間を見込んで実施し、日常の細かなデータ保護はDBダンプなど別の方法と組み合わせます。
コンテナイメージだけでは、DBやアップロードなどの永続データが戻らない場合があります。Composeなどの構成、イメージの版、ボリューム、環境変数の所在を分けて残してください。
一律ではありません。誤削除や不具合に気づくまでの時間を想定し、日次・週次・月次など複数世代を組み合わせます。保存費用だけでなく、戻したい時点を残せるかで決めます。
運用開始時、大きな構成変更後、担当変更時には必ず実施します。その後はサービスの重要度に応じて定期化し、取得方法や保存先を変えた時も再確認してください。
FINAL DECISION
XServer VPSのイメージ保存を大きな変更前の復旧点にし、日々変わるDB・ファイルは別で自動保存します。VPS外へ複製し、復元テストと担当者まで決めれば、自由度を安心して活かせます。
XServer VPSを公式画面で確認最終確認日:2026年9月4日。料金・仕様・対象プラン・提供条件は変更される場合があります。