3-2-1バックアップとは?データを失わないための最小設計【2026年】
本記事はアフィリエイト広告を含みます。価格・仕様は2026年6月時点の目安です。最新は各公式サイトでご確認ください。
TL;DR
データが消える原因は1つではありません。ディスク障害・誤削除・ランサムウェア・火災——それぞれ守り方が違います。どれにも対応できる最小設計が 3-2-1ルール です。
- 3コピー:本番+バックアップ2つ。1つ壊れてもまだ2つ残る
- 2媒体:NAS+クラウドなど、性質の違う場所に分ける
- 1オフサイト:火災や盗難に備え、最低1つは物理的に離す
- RAIDはバックアップではない:RAIDは「ディスクが壊れても稼働を止めない」仕組みで、誤削除やランサムウェアには効きません
- 復元テストをしていないバックアップは「無い」のと同じ:取れているかではなく、戻せるかがゴールです
迷ったら ローカルNAS+クラウド/VPS の2系統から始めるのが現実的な最初の一手です。
なぜ3-2-1なのか
1か所に1つしかコピーが無ければ、1回の事故で全部失います。
| 事故の種類 | コピー1つ | RAID のみ | 3-2-1 |
|---|---|---|---|
| ディスク1台の物理障害 | × | ◯ | ◯ |
| 複数台同時障害・RAID崩壊 | × | × | ◯ |
| 誤削除・上書き | × | × | ◯ |
| ランサムウェア暗号化 | × | × | ◯(条件あり) |
| 火災・水害・盗難(拠点喪失) | × | × | ◯ |
3-2-1は「あらゆる事故を1つの構成でまとめて受け止める」最小の型です。
よくある失敗パターン
「同じディスクの中にbackupフォルダを作っている」
コピーが2つに見えて、媒体は1つです。そのディスクが壊れれば両方消えます。同じNAS内の別ボリュームも、筐体ごとの事故(電源障害・盗難・ランサムウェア)には無力です。
「RAIDがあれば安心」——これが一番危ない誤解
RAID(RAID 1・5・6 など)はディスクが1〜2台壊れても稼働を止めないための仕組みです。可用性——つまり「落ちない」を担保するものであって、データそのものを守るものではありません。
RAIDが守れないものを並べます。
- 誤削除・上書き:消した操作は全ディスクに即座に反映されます
- ランサムウェア:暗号化も全ディスクに「正しく」反映されます
- RAID コントローラ障害・複数台同時故障:アレイごと崩壊すれば全損です
- 火災・盗難・水害:筐体が消えれば冗長化の意味はありません
RAID は「ディスク1台の故障で業務を止めないため」。バックアップは「データを別の時点・別の場所から取り戻すため」。目的が違うので、両方必要です。
RAID 付きNASは3-2-1の「ローカルの1コピー」を堅牢にしてくれますが、それ単体では3-2-1を満たしません。
「取得しっぱなしで、復元したことがない」
バックアップジョブが「成功」と表示されているだけで安心していませんか。ファイルが壊れていた、必要なデータが対象外だった、復元手順を誰も把握していなかった——こうした事態は珍しくありません。復元できないバックアップは、無いのと同じです。
「オフサイトが持ち帰った外付けHDDだけ」
担当者が外付けHDDを自宅に持ち帰る運用は、退職・紛失・暗号化で簡単に破綻します。「離す」という方向は正しいので、自動化されたクラウド/VPSへ寄せていくのが安全です。
媒体の選択:ローカルをどう持つか
3-2-1の「2媒体」のうち、手元に置くローカル側の選択肢です。
| 媒体 | 長所 | 短所 | 向く規模 |
|---|---|---|---|
| 外付けHDD/SSD | 安い・手軽 | 属人化・世代管理に限界 | 数人・小容量 |
| NAS(RAID) | 複数台で共有・自動化しやすい | 初期構築が要る・オフサイト別途必須 | 数人〜数十人 |
| サーバー内蔵ストレージ | 既存サーバーに同居 | 本番と運命を共にしやすい | 既存資産がある場合 |
共有データ(ファイルサーバー的な使い方)があるなら、RAID 対応NASをローカルの中心に据えるのが管理しやすい構成です。
ローカルNASの定番として、2ベイのエントリー機が中小規模に扱いやすいです。
Synology DS225+(2ベイNAS):HDD2台でRAID 1(ミラーリング)を組み、スナップショットや各種バックアップアプリに対応します。共有とローカルバックアップ集約の起点として扱いやすい構成です。
ただし繰り返しになりますが、NAS+RAID はローカルの堅牢化であって、これだけでは3-2-1は完成しません。次のオフサイトと組み合わせて初めて要件を満たします。
オフサイトとは何か:1つは必ず「離れた場所」へ
オフサイトとは、自社・自宅とは物理的に別の場所にデータを置くことです。火災・水害・盗難で拠点ごと失っても、ランサムウェアが社内ネットワークを横展開しても、離れた場所のコピーが生きていれば事業は復旧できます。
3-2-1で最も軽視されがちで、いざというとき最も効く要素です。
選択肢は主に2つです。
- クラウドオブジェクトストレージ:容量課金で大容量を安く置ける。バックアップソフトの保存先として指定する使い方。「オブジェクトストレージ」は、ファイルをインターネット越しに保管する仕組みで、S3(Amazon)やR2(Cloudflare)が代表例です
- クラウドVPS:仮想サーバーを1台借り、そこへ暗号化して転送する。転送方式(rsync等)を自分で組める。VPSとは「インターネット上の自分専用サーバー」で、月数百円〜から借りられます
国内データセンターのVPSを1台用意して保管先にする構成は、「自社管理のオフサイトコピー」として現実的な選択です。下の「関連製品・サービス」に、国内・低コストで始めやすいConoHa VPSを挙げています。
オフサイトは「自動で・暗号化して・属人化させず」転送するのが鉄則です。担当者の手作業や持ち帰りに依存させない設計にします。
ランサムウェア対策:イミュータブルと世代管理
近年のランサムウェアは、バックアップそのものを狙って暗号化・削除しに来ます。ネットワーク上の共有フォルダやNASに常時アクセスできる状態だと、本番もろともバックアップまで暗号化されかねません。
イミュータブル(変更不可)バックアップとは?
書き込んだ後は一定期間上書きも削除もできない状態でデータを保持する方式です。オブジェクトストレージの「オブジェクトロック」機能などを使うと、ランサムウェアがバックアップを書き換えること自体を防げます。
世代管理(複数時点を保持)
「最新1つだけ」を保持していると、暗号化された状態で上書きされた瞬間に正常なデータが消えます。日次・週次・月次など複数世代を残すことで、被害前の時点まで遡って復元できます。スナップショットやバージョニングを使い、一定期間分の履歴を確保します。
オフライン/アクセス分離
オフサイトのコピーは、本番ネットワークから常時アクセスできない状態に近づけるほど安全です。書き込み専用のアカウントに分ける、転送時以外は切り離す、といった分離が横展開の被害を止めます。
復元テスト:取得して終わりにしない
設計の最後にして、最も飛ばされがちな工程が復元テストです。
バックアップは「取れていること」ではなく「戻せること」がゴールです。ジョブが成功表示でも、データが壊れている・必要なファイルが対象外だった・復元手順を誰も把握していない、といった事態は珍しくありません。
最低限、次を定期的に確認します。
- 任意のファイルをバックアップから別の場所へ実際に復元してみる
- 復元したファイルが正しく開ける・中身が壊れていないことを確認する
- オフサイトからの復元(転送・復号を含む)も通しで一度やってみる
- 手順を文書化し、担当者以外でも復元できる状態にする
復元テストは四半期に1回など頻度を決めて運用に組み込みます。「やったことがない復元」は、本番障害のときに初めて失敗します。
自動化とスケジュール
人手に頼るバックアップは、いつか必ず止まります。忙しい・忘れる・担当が変わる。だから取得から転送、世代の入れ替えまでを自動化します。
| 対象 | 頻度の目安 | 媒体 | 備考 |
|---|---|---|---|
| 業務データ(ローカル集約) | 毎日 | NAS | スケジュール実行で自動化 |
| オフサイト転送 | 毎日〜週次 | クラウド/VPS | 暗号化して自動アップロード |
| 世代の保持 | 日次/週次/月次 | NAS+オフサイト | 一定期間の履歴を残す |
| 復元テスト | 四半期ごと | 全系統 | 通しで戻せることを確認 |
頻度は「どれだけ前のデータまで失っても許容できるか」から逆算します。1日分の損失が許容できないなら日次より細かく、というように自社の業務影響に合わせて決めます。
まとめ
| 要素 | 最低ライン | 落とし穴 |
|---|---|---|
| 3コピー | 本番+ローカル+オフサイト | 同一筐体に置くと実質1媒体 |
| 2媒体 | NAS と クラウド/VPS | 同種ディスク2つは「1媒体」 |
| 1オフサイト | クラウド/VPS へ自動転送 | 持ち帰りHDDは属人化で破綻 |
| RAID | 可用性の補強として使う | バックアップと混同しない |
| 世代管理 | 日次/週次/月次を保持 | 最新1つだけは暗号化に弱い |
| イミュータブル | オブジェクトロック等で書換防止 | バックアップ自体が狙われる |
| 復元テスト | 四半期ごとに通しで実施 | 取得しっぱなしは「無い」と同じ |
3-2-1は難しい技術ではなく、「増やす・分ける・離す」を最小限で満たす設計の型です。最初の一手は、大事なデータをもう1部、別の場所へ自動でコピーすること。ローカルNASとオフサイト(クラウド/VPS)の2系統を自動化し、世代管理と復元テストを運用に組み込めば、中小企業が直面する事故の大半は受け止められます。
データ保護とあわせて、認証情報やパスワードの管理基盤を社内で持ちたい場合は、自己ホスト型の選択肢としてVaultwardenのセルフホスト構築も参考にしてください。
関連製品・サービス
オフサイト保管先として、国内・低コストで始めやすいVPSの一例です。
ローカルNASの定番例として、2ベイのエントリー機 Synology DS225+ が中小規模に扱いやすい構成です。
※価格・仕様・在庫は2026年6月時点の目安です。最新は各公式サイトでご確認ください。