VPSTab証拠重視のVPS選び
検索2026.10.25-v7
メニュー
VPSを探すプロバイダープランレビュー比較用途ガイド方法とデータ
日本語
English简体中文日本語한국어DeutschFrançaisРусский
ガイド

単一 VPS のバックアップと復元計画

事業者のバックアップ機能を、実際に試した復元計画に変えます。現実的な価格と障害ケースも扱います。

最終確認2026/10/24 · 1033語

UIは翻訳済みですが、プロバイダー情報とレビュー本文は現在英語です。品質基準を満たす翻訳までは検索対象外です。

このガイドは全文翻訳済みです。プロバイダーの事実と価格は英語版が正本です。翻訳は人による編集レビュー待ちのため、このページは当面検索対象外です。

バックアップとは、実際に実行した復元のこと

プロバイダーの画面にある「バックアップ」というチェックボックスは、復旧計画ではありません。有用な問いは、マシンが失われた後に何が起きるかです。稼働する代替を手に入れるのにどれだけかかるか、何が正確に復元されるのか、その間の空白でどのデータを失うのか。稼働中のデータベースのスナップショットはしばしば不整合で、同じプロバイダーだけに置いたバックアップは請求の問題とともに消え、一度も復元したことのないバックアップは能力ではなく仮説です。

本ガイドは重要な三つの層を分けて扱います。再構築できないデータ（業務記録、ユーザーアップロード、鍵）、ソース管理から再構築できる構成、そして費用を払っているプロバイダー機能です。それぞれの層には異なる復旧時間と異なるテストが必要です。

このカタログのプロバイダーが実際に提供しているもの

DigitalOcean は週次バックアップを Droplet 価格の 20 パーセント、日次バックアップを 30 パーセントで文書化しており、いずれも既定では無効です。Linode はプランサイズごとに固定の月額バックアップアドオン価格を公開しており、割合ベースより長期コストを計算しやすくなっています。Hostinger は KVM プランに週次バックアップを追加費用なしで含み、BuyVM は基本価格の 10 パーセントで夜間バックアップを販売し、月額最低 0.50 ドル、さらに五つの無料スナップショットを含みます。OVHcloud は VPS プランに 24 時間の日次バックアップを含み、7 日間のプレミアムバックアップとスナップショットを別オプションとして販売しています。Hostens は Linux プラン向けに月 1 ドルのバックアップアドオンを提供しています。Contabo は Auto Backup を 10 日間の増分保持を備えた有料アドオンとして販売しています。

こうした違いは見出しの価格より重要です。24 時間の保持期間は、二日後に見つかった誤削除がプロバイダーのバックアップから復元できないことを意味し、週次のスケジュールは最大七日間の損失を意味します。割合ベースの価格はプランに比例して大きくなるため、今日の安いプランはアップグレード後に高価なバックアップ項目になります。

アドオンを選ぶ前に復元経路を設計する

目標復旧時点（どれだけのデータ損失を許容できるか）と目標復旧時間（どれだけサービスを停止できるか）を書き出します。リポジトリから再構築する案内サイトなら、週次スナップショットと 30 分の再構築で足りるかもしれません。小規模なストアでは注文データを通常再生成できないため、プロバイダー外に保存した日次のデータベースダンプと、テスト済みの復元手順が最低条件です。メディアライブラリでは、ストレージボリュームが OS よりも重要で、数百 GB の復元はプロバイダーのバックアップ機能にかかわらず数時間かかります。

次に、プロバイダーの機能がその目標を満たせるか確認します。唯一のバックアップが同じプロバイダーの 24 時間保持のスナップショットなら、30 日間の保持やアカウント喪失への備えという要件は満たせません。独立したコピーを追加してください。オブジェクトストレージのバケット、外部ホスト、またはスケジュールに従ってダウンロードする暗号化アーカイブです。そのコピーのコストは計画の一部であり、オプションの追加費用ではありません。

今月実行できる復元演習

まずファイル単位の復元から始めます。ステージングのコピー上で既知のテストファイルを削除し、バックアップから復元します。次に、データベースダンプを別のデータベースに復元し、行数と最新レコードを証明するクエリを実行します。最後に、プロバイダーのイメージとバックアップからインスタンス全体を再構築し、データを接続して所要時間を測定します。各演習は日付付きの記録を残すべきです。何を復元したか、どれだけかかったか、何が失敗したかです。

演習の対象は本番環境から分離してください。稼働中のサーバーに上書き復元してバックアップを「テスト」するのは、小さなミスを障害に変える方法です。小さな二台目のインスタンスや分離されたスキーマでデータチェックには十分で、鍵、環境設定、スケジュールされたジョブが計画に含まれているかを確認する場所にもなります。

暗号化、保持、アクセス

プロバイダーのスナップショットは通常、プロバイダーによって保存時に暗号化されますが、それは記憶媒体を保護するもので、あなたのアカウントを保護するものではありません。攻撃者がアカウントを掌握すれば、スナップショットに到達できます。自分でダウンロードするアーカイブは自身で暗号化し、鍵はバックアップ対象のサーバーではない場所に保管してください。バックアップの保存先を読める人を記録し、不要になった人のアクセスを削除します。

保持は意図的に設計すべきです。日次コピーを一週間、週次コピーを一か月、そして再構築できないデータのために月次コピーをより長く保持します。古いコピーがまだ復元できることを誰も検証しないなら、保持を増やすことは自動的に良いことではありません。小規模でもテスト済みのセットは、大規模で未テストのアーカイブに勝ります。

よくある失敗ケース

データベースが書き込み中にバックアップされ、破損したダンプができる場合は、整合性のあるダンプ機構を使うか、データベースを静止した状態でファイルシステムスナップショットを取得します。バックアップが同じプロバイダーにしかなく、アカウントが停止される場合は、プロバイダー外のコピーを保ちます。復元に同じ OS バージョンが必要で、プロバイダーのイメージが先に進んでいる場合は、ベースイメージを記録し、可能な限り固定します。バックアップにデータはあるが構成がない場合は、環境ファイルとインフラのメモを別に保存し、リポジトリに秘密情報を置かないようにします。

これらの失敗はいずれも、防ぐのに特殊な構成を必要としません。必要なのは復旧経路を書き出し、インシデントの前にテストすることです。プロバイダーがバックアップ価格や保持期間を公開していない場合、それは検証すべき不明であり、仮定で埋める穴ではありません。

計画は、障害時に実際に開くランブックと同じ場所に書いてください。どのスナップショットやダンプを使うのか、認証情報はどこにあるのか、誰が復元を承認するのか、そしてトラフィックを戻す前に復元したサービスが正常であることをどう確認するのか。プロバイダー機能、独立したコピー、復元コマンド、検証クエリを明記した 1 ページの計画は、誰も読まない長いポリシー文書より価値があります。演習のたびに見直してください。見つかる穴は、たいてい自明だと思い込んでいた手順の中にあるからです。

確認チェックリスト

  • 許容できる最大のデータ損失とダウンタイムを書き出す。
  • プロバイダーのバックアップスケジュール、保持期間、価格を確認する。
  • 少なくとも一つのコピーをプロバイダーのアカウント外に保つ。
  • ダウンロードしたアーカイブを暗号化し、鍵を別に保管する。
  • ファイル、データベース、インスタンス全体の復元を演習として行う。
  • 演習の日付、所要時間、失敗を記録する。
  • 未公開のバックアップ条件は、確認できるまで不明として扱う。

出典