ホームNASで増分バックアップの履歴を壊さずに2台のUSBバックアップドライブをローテーションできますか？

はい、ホームNASで2台のUSBバックアップドライブをローテーションしても使用可能な履歴を失うことはありませんが、安全な設計はドライブAとドライブBを2つの独立したバックアップ宛先として扱うことです。各ディスクは独自のカタログ、リポジトリメタデータ、保持状態、復元ポイントを保持すべきです。バックアップアプリケーションがリムーバブルメディアのローテーションを明示的にサポートしていない限り、先週オフラインだったドライブが他のドライブの増分チェーンを継続すると期待しないでください。

安全な設計はUSBドライブごとに独立した履歴を持つこと

ZimaOSスタイルのホームサーバーが家族の写真、ドキュメント、メディアメタデータ、セルフホストアプリのデータをバックアップする場合、2台のリムーバブルディスクは2つの別々の復元履歴を提供するべきです。実用的なローテーションパターンは、物理的なバックアップドライブごとに別々のバックアップタスクを作成し、現在接続されているディスクに関連付けられたタスクのみを実行することです。

これは、ドライブAが週1、3、5の週次復元ポイントを含み、ドライブBが週2、4、6の復元ポイントを含む可能性があることを意味します。どちらのチェーンも毎日連続しているわけではありませんが、それぞれが同じディスクの前回の状態と比較されるため内部的には一貫性を保っています。

ローテーション中に共有された1つの増分チェーンが失敗する理由

増分バックアップは変更されたファイルだけを保存するわけではありません。通常、リポジトリのメタデータ、インデックス、カタログ、チャンクマップ、または宛先上の以前の復元ポイントに依存します。ジョブがドライブAをアクティブなリポジトリとして記録している場合に、同じパスに無関係なドライブBを差し替えると、ソフトウェアはリポジトリが見つからないと報告したり、新しいチェーンを開始したり、再スキャンを要求したり、ドライブBの古い履歴では解釈できないデータを書き込む可能性があります。

2台のドライブを使ったローテーションガイドは、2台の回転する外部宛先に対する増分バックアップの設定によって同じ実用的な境界を示しています。バックアッププログラムは接続されているディスク上のデータと比較できますが、オフサイトに保管されているディスク上にのみ存在するブロックは使用できません。

各ドライブに安定した識別子を付ける

宛先を単に/dev/sdb1、E:、または起動後に検出された最初のUSBディスクとして識別しないでください。NASが再起動したり別のデバイスが接続されたりすると、検出順序は変わる可能性があります。ZimaSpaceのUSBドライブのマウントパスが再起動後に変わる理由ガイドでは、スケジュールされたジョブにおいて一時的なデバイス名が安全でない理由を説明しています。

ファイルシステムのUUID、ユニークなボリュームラベル、永続的なマウントルール、または宛先マーカーを使用してください。あるリムーバブルメディアのワークフローでは、ジョブが書き込む前に期待される外部ドライブがマウントされていることを確認するためのマーカーファイルを使用しています。NASインターフェースがマウントコマンドを隠していても同じ原則が適用されます：ジョブはドライブAが本当にドライブAであることを証明すべきです。

ドライブAとドライブB用に別々のジョブまたはリポジトリを作成してください。

ジョブにはHome-NAS-to-USB-AやHome-NAS-to-USB-Bのように明確な名前を付けてください。各ディスクにはユニークなラベルと別々のリポジトリフォルダを割り当てます。ホームNASコミュニティの例では、複数のディスクを1つの交換可能なターゲットとして扱うのではなく、ユニークなUSBボリューム名と対応するバックアップタスクを推奨しています。

ローテーションの見逃しは通常、チェーンの破損ではなく回復ギャップを長くします。

ドライブBが3週間オフサイトにある場合、次のバックアップは通常、現在のNASの状態とドライブBの最後に完了した復元ポイントを比較します。ギャップが大きいためにより多くの変更データが転送されることがありますが、チェーンは自動的に無効にはなりません。重要なチェックは、リポジトリが開き、予想される以前の履歴が見え、保持期間がディスクがオフラインの間に唯一の使用可能なベースを削除しないことです。

ドライブAの最新の増分ファイルをドライブBにコピーして「追いつかせる」ことはしないでください。増分ファイルはリポジトリ固有のインデックス、パックファイル、完全バックアップ、または暗号化メタデータに依存している場合があります。個々のチェーンメンバーをクロスコピーすると、見た目は完全なディレクトリが作成されますが復元できなくなることがあります。

バックアップごとに接続されたドライブを確認してください。

• 予想されるUUID、ラベル、マーカーファイル、およびマウントポイントを確認してください。
• 宛先に予想される変更ウィンドウのための十分な空き容量があることを確認してください。
• リポジトリを開き、最後に完了した復元ポイントを一覧表示します。
• 新しく設定したローテーションを信頼する前に、一時フォルダに小さな復元を実行してください。
• 宛先パスが存在するがリムーバブルディスクがマウントされていない場合は中止してください。そうしないとジョブがNASシステムディスクをいっぱいにする可能性があります。

回転ドライブのチュートリアルは、運用ルーチンが重要である理由を示しています：ディスクの交換、マウント、同期、検証の各ステップは暗黙ではなく明示的でなければなりません。役立つ原則は正確なドライブ回転手順を文書化することで、毎回正しいメディアとパスが使用されるようにすることです。

復元テストで終わる回転ワークフローを使用してください。

1. スケジュールされたディスクを接続し、NASがマウントするのを待ちます。
2. ディスクの識別子とリポジトリパスを確認してください。
3. 対応するバックアップジョブのみを実行してください。
4. 警告、変更データのサイズ、保持アクションを確認してください。
5. 代表的なファイルをいくつか一時ディレクトリに復元してください。
6. ディスクをクリーンにアンマウントまたは取り出してください。
7. もう一方のディスクを接続する前にオフラインまたはオフサイトに移動してください。

家族のアーカイブやセルフホストアプリのデータでは、単一のテキストファイル以上をテストしてください。大きな写真や動画、制限付き権限のファイル、コンテナ設定のエクスポート、バックアップを開くために必要な暗号鍵を含めてください。

シンプルなフルコピーやスナップショットコピーが安全な場合

バックアップアプリケーションが回転メディアを確実に認識できない場合は、別々のフルコピー、タイムスタンプ付きrsyncスナップショット、または他の自己完結型フォーマットを使用してください。これにより容量は増えますが、NASシステムディスク上にのみカタログが存在する壊れやすいチェーンや、宛先識別子が毎週変わるチェーンを維持するより安全です。

また、落下、誤った抜き取り、過酷な環境での保管が考えられるリムーバブルドライブでの長いフォワード増分チェーンは避けてください。回転は1台のディスクがオフラインであるため有用ですが、古いチェーンファイルの1つを失うことで新しい復元ポイントすべてが使えなくなる設計を作るべきではありません。

よくある質問

両方のUSBバックアップドライブは同じファイルシステムである必要がありますか？

いいえ、しかし同じファイルシステムとマウント動作を使うことで予期せぬ問題を減らせます。両方ともバックアップソフトウェアが必要とする権限、ファイル名、ファイルサイズ、リポジトリ機能を保持しなければなりません。各ディスクからの実際の復元を別々にテストしてください。

1回の回転をスキップすると増分チェーンは壊れますか？

通常は使えません。次の実行時には、前回接続された時よりも多くのNASデータが変更されているため、バックアップが大きくなる可能性があります。保持期間が必要なベースを削除した場合、リポジトリのメタデータが欠落している場合、またはジョブが誤ったディスク識別子に書き込む場合に問題となります。

両方のディスクは同じボリュームラベルを使えますか？

そうすべきではありません。共有ラベルは自動化がどの履歴が接続されているかを証明する能力を低下させます。ユニークなラベルまたはUUIDを使用し、それぞれを独自のジョブとリポジトリにマッピングしてください。

最終的な結論

2台の回転式USBドライブは、それぞれのディスクを独立したバックアップリポジトリとして扱うことで、増分履歴を壊すことなく家庭用NASを保護できます。ディスクに安定した識別子を付与し、別々のジョブを使用し、書き込み前に期待されるチェーンを検証し、復元テストを行い、非アクティブなディスクはオフラインに保ちます。回転は2つの回復可能な履歴を作成すべきであり、2つのメディアに分割された1つのチェーンではありません。