ユースケース

【2026 ファイル管理】2026年、3-2-1 バックアップでは足りないもの

3-2-1 バックアップルール(3 コピー・2 メディア・1 オフサイト)はハードウェア故障・火災・ランサムウェアといった災害から守る。しかし自分の上書きや、クラウド同期が誤ったバージョンを 3 か所すべてに伝えてしまう操作ミスには対応していない——3-2-1 が守るもの・守れないもの・その層をどう埋めるかを解説。

K

Keeply

· 35 分で読める · 12025 字

【2026 ファイル管理】2026年、3-2-1 バックアップでは足りないもの

3-2-1 ルールは 20 年変わっていない。けれど、あなたが恐れているものは変わった。

2005 年、写真家 Peter Krogh は自分のためにバックアップ規則を定めました。3 つのコピー、2 種類のメディア、1 つは別の場所。守るべき相手はテープの劣化、落としたハードドライブ、サーバー室の火災でした。

20 年後のあなたが恐れているのは、⌘+S をもう一度押してしまうことです。

3-2-1 ルールは動いていません。でも、あなたの痛みは入れ替わりました。

要点

3-2-1 バックアップ原則 は必要です。3 コピー、2 メディア、1 オフサイト。これでハードウェア故障、火災、ランサムウェアといった災害からは守れます。しかし、設計上 操作ミス には対応していません。自分で上書きする、同僚が間違ったバージョンを編集する、クラウド同期で誤ったバージョンが 3 か所すべてに伝わる。3-2-1 は救えません。本記事は 3-2-1 が守るもの、守れないもの、そして埋めるべき層について解説します。

目次

  1. 3-2-1 バックアップとは?
  2. 3-2-1 が守るもの、守れないもの
  3. なぜ 3-2-1 をやってもファイルを失うのか?
  4. 3-2-1 とバージョン履歴、ひとつのツールで両方できるか?
  5. よくある質問

3-2-1 バックアップとは?

3-2-1 バックアップ原則とは、データを 3 つのコピー、2 種類のメディアに保存し、そのうち 1 つをオフサイトに置くバックアップ規則です。これは、Peter Krogh が 2005 年に《The DAM Book》(O’Reilly Media)で定めたものです(CISA も現在まで 3-2-1 を標準的なバックアップ指針として推奨しています)。

  • 3 コピー:原本に加えてバックアップ 2 つ
  • 2 種類のメディア:例:ローカルドライブ + クラウド、NAS + 外付け SSD
  • 1 オフサイト:物理的に別の場所に 1 つ

2005 年当時、主流メディアはテープ、CD/DVD、機械式 HDD でした。故障率は高く、メディアの劣化も速い。ルールの設計意図は明確です:いかなる単一のハードウェア故障、メディア劣化、施設災害でもファイルを全滅させないこと。

{{IMAGE-1: 3-2-1 のビジュアル。3 つのファイルコピー、2 種類のメディアアイコン、1 つのオフサイト矢印。}}

3-2-1 が守るもの、守れないもの

3-2-1 が守るのは、ファイルが 消える シナリオ——HDD 故障、事務所火災、ランサムウェア暗号化(Sophos の 2024 年・14 か国 5,000 人の IT リーダー調査によると、過去 1 年で 59% の組織がランサムウェア被害に遭った)のような災害。守れないのは、ファイルはあるのに中身が間違ってしまうシナリオ——自分で上書きしてしまう、同僚が共有フォルダで誤編集する、3 か月前のバージョンを取り戻したい。

しかも後者は例外的なケースではありません。Handy Recovery の 2024 年データ損失調査では、コンピューター所有者のおよそ 4 人に 3 人が「重要なデータを誤って削除したことがある」と回答し、誤削除はデータ損失原因の中で最も多く——ハードウェア故障を上回りました。3-2-1 は、そのどの瞬間に対しても無力です。一覧で並べると:

3-2-1 が成立するかどうかは、「ファイルを失う」シナリオを並べて見ます。

シナリオ3-2-1 で救える?理由
HDD が故障3 コピーが別メディアに
事務所が火災1 つはオフサイト
ランサムウェア暗号化✅(オフサイト分は無事)オフサイト隔離
自分で上書き3 コピー全てが新版に同期
同僚が共有フォルダで誤編集同上
3 か月前の旧版が必要3-2-1 はバージョン履歴ではない

そう、ここがイライラの原因です。3-2-1 は「ファイルが消えた」を防ぎます。「ファイルはあるけど中身が間違っている」には対応しません。

なぜ 3-2-1 をやってもファイルを失うのか?

20 年間、誰もはっきり言わなかった盲点があります。「3 コピー」の「3」は空間冗長性であって、時間冗長性ではないということです。

2005 年は HDD の寿命が短く、メディアも壊れやすかった。複数コピーは物理的劣化と戦うためのもの。「3」はその問題に対する妥当な答えでした。

2026 年は HDD が信頼できて(Backblaze の 2024 年ドライブレポートでは、30万台超のドライブの年間故障率は 1.57% で、1 年前の 1.70% から低下しています)、クラウド同期も即時です。「3」は何になるのか?同じ間違いがリアルタイムで 3 か所に複製されるだけになります。

最もよく見られるのが、このシナリオです。

A さんはデザイナーです。月曜日の朝 10:32、クライアントから 3 か月前にサインオフした提案バージョンを送ってほしいと電話がありました。NAS を開くと、12 のバージョンと、3 つのクラウドコピーが全部「最新」を示しています。

でも A さんが欲しいのは最新ではありません。3 か月前のバージョンです。

しかも最悪なのは、バックアップが終わってから「最新」が望むものではないと気づくことです。3-2-1 が、誤ったバージョンを忠実に 3 回守ってくれた格好です。

3-2-1 とバージョン履歴、ひとつのツールで両方できるか?

できます。Keeply は 3-2-1 を位置レイヤーとして組み込んでいます。

  • ローカルワークコピー:あなたの PC 上の作業版(3-2-1 の「1 コピー」に相当)
  • 正本(プロジェクト位置):NAS やクラウドの 正本(「2 メディア」のひとつ)
  • バックアップ位置:プロジェクト全体を別の物理位置に同期(「1 オフサイト」)

これに、保存のたびに自動でバージョンを残す履歴機能と、「リリース」凍結機構——あるバージョンを「このバージョンをクライアントに送った」とマークし、その後の保存で上書きされない仕組み——が加わります。ひとつのツールで 3 層の保護です。

3 ヶ月後にクライアントから「2 月 14 日に承認した版を送って」と連絡が来たら、タイムラインからその版を選んで「復元」を押すだけです:

Keeply 復元ダイアログ:proposal.psd を 2 月 14 日の承認版に戻す、「復元前に現在の版を自動でスナップショット保存」の表示付き

「復元」を押す前に、Keeply は今の版を新しいスナップショットとして自動保存します——だから違う版を選んでしまっても、すぐに元に戻せます。「復元自体もバージョン化される」というこの設計があるので、何度も確認しなくても安心です。3-2-1 のどの位置からでも復元できます。

Keeply はバックアップ位置の場所を決めません。ローカルとバックアップを同じ事務所に置けば、火事で両方失います。これはどのツールでも救えません。「オフサイト」原則の判断はあなたに委ねられます。

ただし、空間冗長性のためのツールと時間冗長性のためのツールを別々に持つ必要はありません。Keeply ひとつで、ローカルからバックアップまで、この瞬間から先週まで、すべて見えて取り戻せます。

{{IMAGE-2: 3 層保護のビジュアル。位置層(ローカル + 正本 + バックアップ)、時間層(バージョン履歴)、凍結層(リリース 用途分類)。}}

よくある質問

Q1: 3-2-1 バックアップ原則とは何ですか?

3-2-1 は Peter Krogh が 2005 年に定めたバックアップルールです。3 つのコピー、2 種類のストレージメディア、1 つをオフサイト保管。ハードウェア故障、メディアの劣化、施設災害のいずれが起きても、ファイルが完全に失われないよう設計されています。ただしこれは空間的な冗長性であり、誤ったバージョンも 3 か所に忠実にコピーされます。

Q2: 3-2-1 バックアップ原則が防げるものと防げないものは何ですか?

HDD 故障・機器室の火災・ランサムウェアの暗号化は防げます。しかし操作ミスには対応していません。自分でバージョンを上書きした、同僚が共有フォルダで誤編集した、クラウド同期が間違ったバージョンを 3 か所に伝えてしまった——これらは 3-2-1 では救えません。

Q3: 3-2-1 バックアップをしていてもファイルを失う理由は?

3-2-1 の「3 つ」は空間的冗長性であって、時間的冗長性ではないからです。2026 年のクラウド即時同期では「3」が同じミスをリアルタイムで 3 か所に複製するだけになります。必要なのは複数コピーだけでなく、時間をさかのぼれるバージョン履歴です。

Q4: クラウドバックアップは 3-2-1 の「オフサイト」に該当しますか?

該当します。ただし iCloud、OneDrive、Google Drive は同期であってバックアップではありません。ローカルで削除や上書きをすると、クラウドも秒単位で同じ変更を同期します。操作ミスには対応しません。

Q5: NAS は 2 メディアに数えられますか?

NAS とローカル HDD で 2 メディアと数えられます。ただし RAID はバックアップではありません。RAID は HDD 故障に対応するもので、誤削除には対応しません。

Q6: 3-2-1 ルールと 4-2-1-1-0 ルールの違いは?

4-2-1-1-0 は 3-2-1 の拡張です。不変バックアップを 1 つ追加し、検証エラーゼロを目指します。本質はやはり空間冗長性。バージョン履歴問題は解決しません。

Q7: 個人作業者にも 3-2-1 は必要ですか?

ファイルの重要度次第です。失って痛むなら必要です。判断基準は「失って痛むかどうか」であって、個人か企業かは関係ありません。

Q8: Keeply はすでに 3-2-1 ですか?

はい。Keeply は 3-2-1 を位置レイヤー(ローカルワークコピー + 正本 + バックアップ位置)として組み込み、バージョン履歴と「リリース」凍結機能(あるバージョンをマイルストーンとして印を付け、後の保存で上書きされないようにする)を加えています。ひとつのツールで 3 層を同時に処理します。

関連記事

全体像は ファイルバージョン管理 完全ガイド で 4 つの構造的理由を分解しています。


2005 年の Peter Krogh が 3-2-1 を定めたとき、彼が守ろうとしたのは床に落とす HDD でした。

あなたは 2005 年の Peter Krogh ではありません。あなたが恐れているのは ⌘+S をもう一度押してしまうことです。

ツールは 2 つも要りません。3 層を同時に扱えるツールがひとつあればいい。


著者について:Ting-Wei Tsao、Keeply 創業者。 LinkedIn

Keeply を試してみませんか?

無料ダウンロード。30 秒で始められます。

タグ バージョン管理 操作ミス ツール比較
K

Keeply

プロジェクトマネジメントチームのために設計されたファイル管理ソフト。専門用語も、ワークフローの変更も不要——毎日のオフィスの課題を解決します。

こちらもおすすめ

ファイルにタイムマシンを

免費 · 30 秒開始

無料ダウンロード →