システムバックアップの3-2-1ルール｜方式の違いと復元テスト

システムバックアップは、PC内の元データを含めて3コピーを異なる保存先に分け、1コピーを別の場所へ保管する「3-2-1ルール」を目安に設計します。自動実行だけで安心とせず、ファイル単位とPC全体の復旧方法を分け、別の保存先へ実際に復元できることを確かめてください。

この記事の内容は2026年9月時点で確認した公式資料に基づきます。バックアップ製品の対応範囲やライセンスは変わるため、導入時はリンク先の最新の製品ガイドも確認してください。

なぜバックアップは必須なのか？データ消失のリスクと現実

バックアップが必要なのは、故障だけでなく誤削除、マルウェア、盗難、火災など、異なる原因で元データと同じ場所のコピーが同時に失われる可能性があるためです。複数の保存先を用意しても、すべてが常時接続され、同じアカウントから削除できる状態なら、障害の種類によってはまとめて影響を受けます。

PCの内蔵SSDが故障すれば、そこに保存した写真や設定、作業ファイルへアクセスできません。誤操作でフォルダーを削除した場合や、同期ソフトがその削除を別の端末へ反映した場合も、単なる同期だけでは以前の状態に戻せないことがあります。ランサムウェアに感染したPCからバックアップ先にも書き込みできると、保存済みコピーが暗号化・削除されるおそれがあります。

「システムバックアップ」という言葉だけでは、どこまで復元できるかは決まりません。書類や写真の過去版を戻す仕組み、OSやアプリを含むディスクイメージ、アプリごとのデータ書き出しは役割が異なります。復旧したい対象を決めずにツールを選ぶと、バックアップは完了していても必要なPC環境を再現できない場合があります。

本記事では、実測していない故障率や復旧時間、出典のない相談事例は使いません。まず重要ファイルとPC全体のどちらを戻したいかを分け、そのうえで保存先と復元テストを決めます。

3-2-1 ルールとは何か？基本原則の徹底解説

3-2-1ルールは、元データを含めて3つのコピーを持ち、2種類の媒体に分け、少なくとも1つをオフサイト（別の場所）に置くバックアップ設計の考え方です。よく紹介される基本形は、PC本体、外付けドライブ、別拠点またはクラウドにあるバックアップを組み合わせます。Veeamの3-2-1解説もこの3要素を説明しています。

「3コピー」はバックアップを3つ追加する意味ではなく、元データを含めて合計3つです。外付けドライブを2台用意しても、どちらも同じ机の上にあり、バックアップ後もPCにつながったままなら、物理災害やマルウェアに対して十分に独立しているとは限りません。

保存するデータの単位や、過去の復元点を残す仕組みを確認するときは、バックアップファイルとバージョン管理の用語も参照してください。

媒体の種類と故障・操作の境界もあわせて見ます。PCの1台のドライブをパーティション分割し、片方をバックアップ領域にしても、ドライブ故障時には両方を失う可能性があります。同じNASの別共有フォルダーや同じクラウドアカウントの同期フォルダーも、独立した機器・権限・履歴になっているか確認が必要です。

編集部の判断: 家庭用PCでは、まず「PC本体＋バックアップ後に接続を切る外付けドライブ＋別拠点のコピー」のように、障害時に同時に書き換えられにくい配置を目指します。媒体の名前を2種類にするだけでなく、削除できるアカウントと保管場所まで分けることが大切です。

3-2-1は保存先の数や配置を点検する出発点で、バックアップ頻度、世代数、暗号化、復元手順までは自動で決めません。仕事のデータ、写真、ゲーム設定など、失うと困るデータごとに頻度と保持期間を決め、実際に戻せるか確かめます。

拡張版ルール「3-2-1-1-0」の実装とエアギャップ

3-2-1-1-0は、基本の3-2-1に、もう1つのイミュータブルなコピーと、復旧検証時のエラーをゼロにする目標を加えた呼び方です。Veeamが紹介する拡張形で、すべての家庭や製品に共通する認証規格・義務ではありません。

ここでいう「オフライン」と「イミュータブル」は同じではありません。オフラインは通常時にネットワークやPCから到達できない状態を指し、イミュータブルは決めた期間などの条件下でデータの変更・削除を防ぐ設定を指します。クラウドの保持ロックを設定してもクラウド自体がオフラインになるわけではなく、USBドライブを一時的に取り外しても接続中に感染したPCから書き込み可能なら、その接続時間はリスクになります。

「0エラー」は保存時の画面に成功と出ればよいという意味ではありません。バックアップの整合性検査と、実際の復元試験で、対象データを読み出せるか確かめる目標です。検査は特定の保存世代・対象・実行時点の確認なので、以後の更新や鍵の紛失まで保証するものではありません。

個人利用では、次の順に現実的な分離を作れます。

1. バックアップを暗号化し、復号用パスワードや回復キーをバックアップ元PCだけに保存しない。
2. 外付けドライブを使うなら、ジョブ完了後に安全に取り外して保管する。接続・切断の状態と実行結果を記録する。
3. クラウドや遠隔地へ置くコピーは、削除権限、保持期間、多要素認証、復旧時のアカウント回復方法を確かめる。
4. 少なくともファイルを別の場所へ戻し、必要なデータが開けることを定期的に確認する。

バックアップの種類を理解する～フル・差分・増分の違い

フルバックアップは選んだデータ全体、差分バックアップは最後のフル以降の変更、増分バックアップは直前のバックアップ以降の変更を保存します。差分は復元時に使うセットが比較的少なく、増分は各回の保存量を小さくしやすい一方、伝統的なチェーン方式では必要な世代の連続性を確認します。AWSの方式比較を参照してください。

たとえば日曜日にフルを取り、月曜から水曜まで差分を取る場合、火曜日時点へ戻す一般的な差分方式では、日曜日のフルと火曜日の差分を使います。増分方式で火曜日へ戻すなら、一般的には日曜日のフル、月曜の増分、火曜の増分が必要です。増分を1つでも失うと復元できない製品・構成があるため、古いファイルを手で削除してはいけません。

この表は方式を理解するための基本形です。製品によっては合成フル、永久増分、内部の統合・圧縮などがあり、利用者が目にするファイルだけから復元チェーンを判断できないことがあります。どのファイルを保管するか、世代削除がどの復元点へ影響するかは、使う製品の公式ガイドで確かめてください。

ファイル同期、差分コピー、ディスクイメージも、同じ仕組みではありません。過去の復元点が残らない同期先は、削除・破損後の状態をそのまま反映することがあります。バックアップソフトが表示する「成功」の意味、世代の保持方法、暗号化キーの必要条件も記録します。

Windows ユーザー向けバックアップツール比較と選定

Windowsでは、個人ファイルの過去版を戻す機能と、OSを含むPC全体を復元する仕組みを分けて選びます。Microsoftのファイル履歴は、対象のライブラリなどにある個人ファイルのコピーを外付けドライブまたはネットワーク上に保存し、以前の版を戻す機能です。Microsoftのファイル履歴ガイドは、設定対象と復元方法を説明しています。

Microsoftのシステム復元ガイドは、復元ポイントでシステムファイル、設定、インストール済みプログラムを以前の状態へ戻す方法を説明しています。これは個人ファイルの履歴や、起動できないPCを別ディスクへ戻すイメージバックアップとは役割が異なります。

イメージバックアップの対象や復元単位を整理するには、システムイメージの用語説明も確認してください。

Windowsの設定バックアップやクラウド同期、システム復元ポイントは、アプリ本体、すべての設定、ライセンス、ドライバーまで完全に戻すシステムイメージとは異なる場合があります。PCを買い替えるとき、SSDだけ交換するとき、OSが壊れたときで必要な復旧方法は変わります。システム全体を戻すなら、回復用メディアを作成し、そこから起動できることとバックアップを認識できることを、実際に復元する前に確認してください。

BitLockerなどのドライブ暗号化を有効にしている場合は、回復キーをPCと同じ場所だけに置かないでください。バックアップデータの暗号化パスワードも別途必要です。キーの保管先を紛失した場合、バックアップが正常でも読み出せないことがあります。

編集部の判断: 写真や文書を戻せればよい人はファイル履歴を起点にし、OS起動不能からの復旧も必要な人は、回復メディアを使ったPC全体の復元手順を追加します。「Windows標準機能だけで十分」と一律に決めず、戻したい対象に合わせて不足する範囲を補います。

Linux/サーバー環境向けのオープンソースソリューション

Linuxでは、ファイルやディレクトリの世代を保存するツールと、OS・サービスを含むシステム復旧を区別します。BorgBackupとResticはバックアップ用のアーカイブ／リポジトリを作り、必要なファイルやスナップショットを取り出す選択肢です。どちらを選んでも、保存先、保持、認証情報、スケジューラー、復元方法を自分の環境に合わせて設計します。

Borgの公式createガイドは、指定したパスからアーカイブを作る形式と、既に保存されたデータ部分を共有する重複排除の動作を説明しています。Resticの公式クイックスタートは、リポジトリの初期化、バックアップ、スナップショット一覧、復元、整合性チェックの順を示しています。コマンドや設定はバージョンで異なるため、見つけたブログのコマンドをそのまま本番データに実行しないでください。

広告

バックアップ製品にスケジュール機能がない場合や要件を満たさない場合は、Linux/BSDならcronやsystemd timerなどから起動する構成を検討します。バックアップ用スクリプトを作る場合は、既に実行中の処理との重複、失敗時の終了コード、通知、保持期限、鍵の受け渡しまで確認します。バックアップコマンドを一度実行できたことと、翌月も自動で動くことは別の検証です。

データベースや稼働中の仮想マシンは、単純なファイルコピーだけで整合した復元状態になるとは限りません。アプリケーションの書き出し機能、静止点、スナップショットの要件を確認し、対象アプリの公式復元手順に沿って試します。ファイルだけのアーカイブを作った場合は、OSのブート領域やパッケージ、ネットワーク設定が含まれているかも個別に確認してください。

NAS を活用したローカルおよびクラウド連携バックアップ

NASはPCと別の機器へバックアップを置く場所として便利ですが、NAS内のRAIDやスナップショットだけでオフサイトまで含む3-2-1を満たすとは限りません。複数のドライブを同じ筐体に入れていても、電源障害、盗難、火災、管理者アカウント侵害など、筐体や権限をまたいで影響する事象があります。

RAIDは対応するドライブ故障への可用性を高める構成であり、削除・上書き・暗号化前の履歴を別媒体へ保管するバックアップとは目的が違います。NAS上のスナップショットは誤削除の復旧に役立つことがありますが、同じNASの故障や管理権限の侵害に対して独立したコピーとは限りません。スナップショットだけを唯一の保護策にしないでください。

NASをバックアップ先に選ぶ場合は、次の構成を確認します。

1. PCからNASへ定期的にバックアップし、復元点と削除後の保持期間を設定する。
2. NASから別の物理機器、別拠点、またはクラウドへバックアップコピーを作る。
3. NASの管理者とバックアップ用アカウントを分けられるか、通常のPCからコピーを消せる権限を絞れるか確認する。
4. NASやバックアップソフトの更新後も、ファイルの復元と暗号化データの読み出しを試す。

コピー先によって、ファイル名・アクセス権・拡張属性・スナップショット履歴など、保持される情報は異なります。NASメーカーのアプリやクラウド連携先を使う場合は、対象機種、OSバージョン、利用できるバックアップ先、暗号化と復元時の手順を製品の公式ガイドで照合します。「クラウドへ同期」と「独立したバックアップ世代を別アカウントへ保管」は同じ設定とは限りません。

クラウドストレージを活用したオフサイト戦略と費用の比べ方

クラウドは、別の建物にコピーを置くオフサイト候補ですが、保存料金だけで最安のサービスを選ばず、復元時の費用・権限・取り出し方法まで比べます。価格は容量、保持期間、転送量、契約プラン、為替、サービス改定で変わるため、この記事では根拠のない月額表を載せません。

見積もりに含める項目は、少なくとも次のとおりです。

月額を比べるなら、平均保管量だけでは足りません。保存量、世代による増加、アップロード・ダウンロード、リクエスト、最低保持期間、復元手段を各サービスの料金表で確認します。特に大容量の写真や動画では、バックアップ時より全データを戻すときの転送時間と料金が選択を左右することがあります。

アップロード速度から復旧時間を推定する場合も、契約上の回線速度だけで決めないでください。NASやPCの読み書き、暗号化処理、クラウド側の取り出し速度、ネットワーク混雑などが影響します。初回バックアップと、少量のファイル復元の両方を試し、実測した時間を記録します。

編集部の判断: クラウドを「3つ目のコピー」と数える前に、同期ではなく独立した復元点があるか、通常のPCアカウントから古いコピーを消せないかを確かめます。価格表の保存単価が低くても、全復元時の転送・操作費用やアカウント復旧が未確認なら、災害対策として選定を完了したとは言えません。

自動化設定～タスクスケジューラと Cron の仕組み

タスクスケジューラやcronはバックアップ処理を決めた条件で起動する仕組みであり、それ自体がデータを保護するわけではありません。先に許容できるデータ損失（RPO）から実行間隔を決め、選んだバックアップ製品のスケジュール機能またはOSのスケジューラーに設定します。

Windowsでは、PCの電源が切れていたときの取り扱い、スリープ解除、外付けドライブが見つからないときの再試行、ユーザーがログオンしていない場合の動作を確認します。Linuxでは、cronやsystemd timerから起動した際の環境変数、リポジトリへの認証、実行ユーザーとファイル権限を確かめます。製品によっては定期実行をOSスケジューラーへ任せるため、利用する版の公式ガイドで確認してください。

運用では、実行結果を定期的に確認できるよう次の項目を記録します。

• 最終成功日時、対象データ、作成された復元点
• 失敗した場合の終了コード、ログ、再試行結果
• 空き容量、保存先への接続、保持期限の適用結果
• 接続されていないPCや外付けドライブで処理が飛んだ場合の次回実行
• 暗号化パスワード、回復キー、バックアップソフトの復元用媒体の保管先

画面に成功と出ても、対象外のフォルダーが追加されていない、保存先が想定と違う、古い世代が早く削除される、といった設定ミスまでは分からないことがあります。最初の実行後にバックアップの中身を確認し、ジョブ設定や対象を変更した後も同じ確認をやり直します。

復元テストの重要性と具体的な手順、RTO/RPO の理解

復元テストでは、バックアップ先から実データを別の場所へ戻し、開けることと必要な時間を確認します。RPOは障害前にどの時点までのデータを戻せればよいかを示す目標、RTOは障害発生からサービスやPCを使える状態に戻すまでの許容時間です。AWS Well-Architectedの説明も、RPOを許容できるデータ損失、RTOを復旧までの遅延として整理しています。

広告

たとえば仕事のファイルを1日分失うと困るなら、バックアップ頻度と失敗の検知がその条件を満たすかを考えます。PCを2時間以内に再稼働したいなら、回復用メディア、復元先ディスク、インストールが必要なアプリ、回復キーを準備したうえで、実際にかかる時間を測ります。数値目標は利用者・業務の影響から決め、記事や製品が一律に推奨する頻度をそのまま当てはめません。

安全な確認は、ファイル復元から始めます。

1. テスト対象のファイルと復元したい日付・世代を決める。
2. 元ファイルを上書きしないよう、別フォルダーまたは別のテスト用ディスクへ復元する。
3. ファイルを開き、必要ならファイルサイズ・ハッシュ・アプリ上の内容を確認する。
4. 暗号化バックアップなら、保存先と別に管理しているパスワードや回復キーで読み出せることを確かめる。
5. PC全体の復旧を確認する場合は、予備ディスクや隔離した仮想環境など、本番データを上書きしない環境で回復メディアからの起動を試す。
6. 選んだ復元点、対象、所要時間、エラー、修正内容を記録し、手順書を更新する。

ファイル名の一覧が見えることだけでは、ファイル本体が壊れていないか、暗号化キーが使えるか、OSが起動するかは証明できません。CISAは、重要データのオフライン・暗号化バックアップを保ち、災害復旧を想定した可用性と完全性の確認を定期的に試すよう案内しています。CISAのStopRansomware Guideも参照してください。

復元試験の頻度は、データの重要度、更新量、運用変更の頻度に合わせます。大きなOS更新、バックアップソフトや保存先の変更、鍵の更新、保存容量の逼迫があったときは、次の定期試験を待たずに対象範囲を再確認します。

ランサムウェア対策としてのイミュータブルバックアップ

ランサムウェア対策では、通常のPCからアクセスできる保存先とは別に、暗号化されたオフラインコピーまたは適切に保護された変更不能コピーを用意します。常時接続された外付けドライブや、同じ管理者資格情報で削除できる共有フォルダーだけでは、感染した端末からバックアップが書き換えられる可能性があります。

オフラインコピーは、バックアップを作成した後、普段のネットワークから切り離して保管する方法です。イミュータブルコピーは、保持期間など設定した条件の間、保存データの変更や削除を防ぐ仕組みです。前者は接続経路を断つこと、後者は設定・権限・期間で書き換えを制限することが中心で、どちらか一方が常にもう一方の代わりになるわけではありません。

クラウドのロック機能を使う場合は、保持期間、通常アカウントからの削除可否、設定を変更できる管理者、アカウント自体を失った場合の回復方法を確認します。暗号化鍵とロック設定の管理情報を同じPCだけに保存しないことも重要です。復元試験では、その鍵で意図した古い世代を取り出せるところまで確認します。

バックアップ先へのアクセス権を最小限にし、管理アカウントには多要素認証を設定します。通常利用のアカウントから全世代を削除できる構成なら、専用の認証情報、別の保管先、切り離したドライブなどを検討します。保持ロックを有効にしたあとも、誤った保持期間や別アカウントへの設定漏れがないか確認してください。

まとめ

3-2-1ルールはコピー数と配置を考える基礎であり、最終的な保護は復元できる保存世代、分離された権限、運用結果の確認で決まります。導入するときは次の順で進めます。

1. 個人ファイルとPC全体のどちらを戻したいか、対象データを一覧にする。
2. 許容できるデータ損失時間（RPO）と復旧時間（RTO）を決める。
3. 元データ、異なる媒体のバックアップ、別拠点のコピーを配置する。
4. 自動実行の結果、保持期間、暗号化キー、失敗通知を確認する。
5. ファイルを別の場所へ復元し、必要なら回復メディアからPC全体の復旧も試す。

最後に、同期、RAID、バックアップの役割を混同しないでください。同期は端末間の状態を合わせる機能、RAIDは特定のストレージ障害への可用性対策、バックアップは過去の状態へ戻すための独立したコピーです。複数の機能を組み合わせても、復元手順を試さなければ必要なときに使えるとは確認できません。

よくある質問（FAQ）

Q1. 3-2-1ルールとは何ですか？

元データを含めて3つのコピーを持ち、2種類の媒体に分け、少なくとも1つを別の場所に保管する考え方です。コピー数だけでなく、同じ機器・アカウント・建物に依存していないか、古い状態へ戻せるかも確認します。

Q2. RAIDを組んでいればバックアップは不要ですか？

不要にはなりません。RAIDは構成に応じたドライブ故障への可用性を高めますが、誤削除、上書き、ランサムウェア、機器の盗難や災害から独立した過去のコピーを用意するものではありません。別の機器や場所に履歴付きで保管してください。

Q3. クラウド同期を3つ目のバックアップにできますか？

同期だけでは不十分な場合があります。削除や破損が同期先へ反映されることがあり、履歴・保持期間・削除後の復元方法もサービスにより異なります。過去の復元点が残り、PCと異なる権限・場所から戻せるかを試してからコピーとして数えます。

Q4. 差分と増分ではどちらが復元しやすいですか？

一般的な方式では、差分の復元は基点のフルと目的時点の差分を使い、増分の復元は基点のフルに必要な増分の連続を使います。ただし製品が内部で統合することもあるため、実際の復元チェーンと世代削除の条件は製品のガイドで確認してください。

Q5. Windowsのファイル履歴でOS全体も戻せますか？

ファイル履歴は個人ファイルの過去版を戻す機能で、単独でWindowsのOS・アプリ・起動環境まで復旧するシステムイメージとは別です。PC全体が起動しない場合に備えるなら、対応するイメージバックアップと回復メディアも準備し、起動テストを行います。

Q6. NASのスナップショットだけで3-2-1を満たせますか？

通常はそれだけでは足りません。同じNAS内のスナップショットは誤削除の復元に役立ちますが、NAS本体の故障、盗難、災害、管理権限の侵害から独立しているとは限りません。別の物理機器・別拠点・クラウドへコピーを追加します。

Q7. イミュータブルバックアップはオフラインと同じですか？

同じではありません。イミュータブルは設定された条件下で変更・削除を制限し、オフラインは通常時に端末やネットワークから到達できない状態です。保持ロックの権限や期間と、実際に切断されているかを別々に確認します。

Q8. 復元テストでは何を確認すればよいですか？

まずファイルを別フォルダーへ復元して開き、対象世代・暗号化キー・所要時間を確認します。PC全体を戻す計画なら、本番ディスクを上書きしないテスト環境で回復メディアから起動し、バックアップを認識して復旧できるか試します。結果と手順を記録してください。