そもそも一度、全部を失った — データ全損経験から始まった3-2-1バックアップ実践

自宅サーバーやNASを運用していると、バックアップの話はどこか退屈に見えます。クラウドストレージに預けるか、外付けHDDを買うか、NASを増やすか。どれも正しそうで、どれも面倒です。

けれど、家族写真、制作物、設定ファイル、検証ログ、日々の作業データがひとつの故障で消える可能性を一度でも現実として見ると、判断基準は変わります。Proto.Violet.Labの所長は、一度ディスク故障で自宅環境のデータを全消失しています。

この回は、その詳細な事故報告ではありません。故障時期、機種、失ったデータの具体、当時の構成は公開素材として確認されていないため、ここでは書きません。書けるのは、ひとつだけです。全消失の後、所長は復元を前提に環境を組み直しました。

その結果として、現在の運用では3-2-1バックアップ、resticによる復元検証、UPSを含む電源側の備えが重く扱われています。これは几帳面だからではありません。気づいたときには遅い、という経験を一度通過しているからです。

バックアップは道具ではなく思想になる

データを失う前のバックアップは、しばしば儀式です。

「一応コピーしている」「NASに入れている」「外付けにも置いている気がする」。この状態でも、画面上には安心できる言葉が並びます。バックアップ済み。同期完了。コピー完了。けれど、それが本当に戻せるかは別の問題です。

一度全消失を経験すると、問いは変わります。

バックアップを取っているか、ではなく、復元できるか。

この差は小さくありません。バックアップは保存の話に見えますが、実際には復旧手順の話です。戻す対象、戻す順番、戻す場所、戻せない場合の諦め方まで含めて初めて運用になります。

所長の再構築で優先順位が変わったのは、ここです。守るべきものは、まずデータ。次に設定。OSや環境そのものは、原則として再構築できます。もちろんOSの再セットアップは面倒です。しかし、データが消えるよりはずっと軽い。少し冷たい言い方ですが、OSは作り直せます。失った原本は、戻らないことがあります。

3-2-1バックアップは、失った後に本気になる

3-2-1バックアップは、よく知られた考え方です。複数のコピーを持ち、異なる媒体を使い、少なくともひとつは別の場所や系統に置く。言葉としては簡単です。

ただし、実践は簡単ではありません。容量、費用、手間、復元時間、暗号化、古い世代の扱い。家庭内の運用でも、気にすることは多い。

全消失の前は、3-2-1は「理想論」に見えます。全消失の後は、「最低限の防衛線」に見えます。この変化が、運用哲学の原点です。

比較すると、判断は少しはっきりします。

選択肢	向いている人	向かない人	見落としやすい点
クラウドストレージ中心	端末をまたいで日常データを同期したい人	大容量データを頻繁に出し入れする人	同期とバックアップは同じではない
外付けHDD/SSD中心	低コストで手元にコピーを持ちたい人	接続や世代管理を忘れやすい人	同じ場所に置くと災害・盗難・誤操作に弱い
NAS中心	家庭内で複数端末から使いたい人	NAS単体をバックアップ先と誤解する人	RAIDや冗長化はバックアップの代替ではない
3-2-1を組む	消えたら困るデータを長く守りたい人	手順の維持をまったくしたくない人	取るだけでなく復元検証が必要
まだ買わない	重要データが少なく整理中の人	すでに失えない原本がある人	先送り中にも故障は待ってくれない

ここで言いたいのは、高価なNASを買えばよい、という話ではありません。逆です。NASを買っても、復元できなければ安心は増えません。クラウドを使っても、誤同期で消えたものが巻き戻せなければ弱い。外付けHDDを持っていても、最後に接続したのがいつか分からなければ、復旧計画としては薄い。

3-2-1バックアップ実践の価値は、機材の豪華さではなく、消えた瞬間に戻る道が残っていることです。

「復元できるか」だけが本物の問い

Proto.Violet.Labでは、resticによる暗号化バックアップについて、復元失敗やprune候補を先に見る検証も扱っています。バックアップの存在確認だけで終わらせず、復元側から見る姿勢は、resticの暗号化バックアップは復元失敗とprune候補を先に見るに詳しく残しています。

この考え方は、全消失の経験と直結しています。

バックアップファイルがある。ログが成功している。容量も増えている。これらは安心材料ではありますが、絶対基準ではありません。復元先に展開できるか。鍵やパスワードを失っていないか。必要な世代が残っているか。削除対象にしてよいスナップショットを誤解していないか。

運用で怖いのは、失敗そのものより、失敗していることに気づかない時間です。監視が正常を示し、報告が問題なしに見え、しかし実際には戻せない。そういう乖離は、ホームラボでも十分に起こります。

だから、事件簿の各回が教訓で締まるのは偶然ではありません。監視は嘘をつくことがあります。報告は現実とずれることがあります。バックアップも、復元するまで本当に有効とは言い切れません。

喪失は設計を変える

全消失の後に変わったのは、機材だけではありません。設計の考え方です。

以前の設計がどうだったかは、公開できる材料がないためここでは述べません。ただ、再構築後の方向は明確です。復元を前提にする。守る順番を決める。障害が起きた後に考えるのではなく、起きる前に戻し方を設計へ入れる。

この順番は、家庭内のNAS運用でも有効です。

まず、原本がどこにあるかを決める。次に、バックアップ先を分ける。さらに、復元手順を試す。最後に、不要な複雑さを減らす。

複雑な構成は、平常時には頼もしく見えます。しかし障害時には、理解できない構成から順に足を引っ張ります。ゼロから組み直した経験があると、「最小で何が要るか」を語れるようになります。余分な美しさより、戻せる単純さが勝つ場面は多いです。

メリット・デメリットで見る再建後の運用

復元前提の運用には、明確なメリットがあります。

• 障害時に、何から戻すかを迷いにくい
• NASやサーバーを更新しても、データ保護の考え方を引き継ぎやすい
• バックアップの成否を、保存ではなく復元で評価できる
• 監視やログを見る理由が、単なる安心確認ではなくなる

一方で、デメリットもあります。

• 初期構築よりも、維持と検証に手間がかかる
• ストレージやバックアップ先の費用が増える場合がある
• 暗号化や世代管理を使うほど、復元手順の確認が必要になる
• 「たぶん大丈夫」で済ませにくくなる

冷静に言えば、これは楽な運用ではありません。けれど、失って困るものを扱うなら、楽さだけを基準にするのは危うい。所長の現在の構成が監視、検証、バックアップに寄っているのは、過剰な趣味ではなく、過去の喪失から来た設計判断です。

買うべきか、まだ買わないべきか

読者がいま悩んでいるのは、おそらく「NASを買うべきか」「クラウドで足りるか」「外付けHDDを増やすだけでよいか」という現実的な判断です。

向いている条件は、はっきりしています。

• 消えたら困る原本がすでに複数ある
• 複数端末から同じデータを扱っている
• クラウド同期だけでは世代管理や容量に不安がある
• 復元手順を年に数回でも確認する意思がある
• NAS、外付け、クラウドなどを役割で分けて考えられる

逆に、まだ買わない選択が妥当な場合もあります。

• 重要データが少なく、まず整理が必要
• 何を原本にするか決まっていない
• バックアップ先を増やしても確認する時間がない
• NASを買えば全部守れる、と考えている

NASは便利です。しかし、NAS単体は救済装置ではありません。クラウドも同じです。外付けHDDも同じです。どれを選ぶかより先に、何を失いたくないか、どう戻すかを決める必要があります。

原点としての全消失

一度全部を失った、という言葉は強いです。ただし、この強さを演出として消費しても意味はありません。大事なのは、そこから設計が変わったことです。

バックアップは、安心の飾りではありません。復元のための準備です。

3-2-1バックアップは、きれいな図ではありません。故障、誤操作、同期ミス、媒体劣化、確認漏れに対して、戻る道を複数残すための現実的な考え方です。

そして復元検証は、疑い深さではありません。戻せると確認するための、最低限の礼儀です。データに対しても、未来の自分に対しても。

所長が無人運用の事件簿で監視や検証にこだわる理由は、ここにあります。気づいたときには遅いことがある。ならば、気づく仕組みを作る。戻せないことがある。ならば、戻せるかを先に試す。

それが、Proto.Violet.Labの運用哲学の原点です。