安全な方法は、バンドルを保持し、IDとイメージの損傷を区別し、ファイルまたは継続性を回復して、検証後にのみ新しい履歴を開始するという流れを、単一のコマンドではなく、観測可能なゲートの連続として扱うことです。
SMB NASに保存されたmacOSのTime Machineバックアップでは、Macが既存のNAS上のTime Machine履歴を開けない、継続できない、または確実に参照できないことが実際のリスクです。現在のIDと復旧ポイントを記録し、最も侵襲性の低い判別から始め、別の変数を変更する前に成功と失敗の結果を解釈し、ストレージが不安定になった場合や、復旧可能な唯一のコピーが危険にさらされる場合は停止します。以下のワークフローは、元の処理が成功するか、証拠がエスカレーションの境界に達した時点でのみ終了します。
既存の履歴を保持し、自動書き込みを停止する
影響を受けたMacでTime Machineの自動バックアップをオフにし、他のMacが同じバンドルに書き込まないようにします。NAS共有パス、バンドル名とサイズ、変更日時、クォータ、空き容量、MacのID、およびtmutil destinationinfoを記録します。可能であれば、修復を試みる前にバンドルのスナップショットを作成するか、コピーします。
ネットワーク上のTime Machine履歴は、1つのディスクイメージを構成する多数のバンドファイルを含むsparsebundleまたはbackupbundleに保存されている場合があります。独立した復旧アカウントでは、古い履歴を通常の自動使用に戻すことなくファイルを抽出するための読み取り専用の復旧方法が紹介されています。
唯一のコピーに対して、名前の変更、圧縮、バンドの削除、読み書き可能な修復を行わないでください。バックアップを実行していないはずなのにNASがI/Oエラーを報告したり、バンドルが変更されたりする場合は、Time Machineのトラブルシューティングを行う前にストレージ層を保護して停止します。
共有へのアクセスとバックアップIDを切り分ける
対象のアカウントでSMB共有を手動でマウントし、バンドルが表示されること、適切な場合にのみ書き込み可能であること、クォータ内に収まっていることを確認します。次に、Time Machineが同じ保存先IDを認識しているか、または新しいバックアップを提案しているかを比較します。アクセス可能なフォルダーであることは、macOSが以前の履歴と関連付けていることを証明するものではありません。
ZimaSpaceのテストを使って、Time Machineがバックアップ履歴を継続しているか再作成しているかを確認します。新しいバンドル、過去のスナップショットの欠落、または転送サイズがほぼ一杯になることは新しいチェーンを示します。通常の増分動作と期待される保存先IDは、継続性を裏付けます。
バンドルに触れる前に、共有の広告、認証情報、クォータ、またはIDの問題を修正します。これらの条件を復元した後に古い履歴を参照できる場合は、小規模な復元と1回の管理されたバックアップを実行します。それでもマウントできない場合は、イメージの健全性診断に進みます。
バックアップイメージを慎重に開く
可能な限り、NASのスナップショットまたはコピーを使って作業します。まずイメージを読み取り専用で接続し、ボリュームが表示されるか確認します。暗号化された履歴では、変更を行う前にパスワードまたは復旧用の情報を持っていることを確認します。検証に長時間かかることだけでは破損の証拠にならないため、何度も中断するのではなく、正確なエラーを保存します。
Netgearコミュニティの手順では、Time Machineのsparsebundleを移動し、Macに新しいNAS上の既存の履歴を認識させる方法が説明されています。コミュニティの手順は、macOSのバージョン、NASの実装、バンドル形式、権限が一致することを確認してから使用してください。バンドルのメタデータを編集する古い方法は、新しい形式では危険な場合があります。
読み取り専用での接続に成功した場合は、価値の高いファイルをすぐに別のストレージへ復元します。失敗した場合は、保護されたコピーに対してのみ、サポートされているディスクユーティリティまたはプラットフォームの修復を試みます。繰り返し発生するI/Oエラー、欠落したバンド、または破壊的な変更を要求する修復は、エスカレーションのポイントであり、元のコピーで実験を続ける許可ではありません。
継続か新しい履歴かを選択し、検証する
古いバンドルがマウントされ、保存先IDが把握され、Macの履歴を確実に照合できる場合にのみ、継承または再関連付けを試みます。それ以外の場合は、古いバンドルをオフラインの復旧元として保持し、新しいバックアップが証拠を上書きできないよう、別の共有または名前で新しい履歴を開始します。
継続性を検証するには、複数の日付を参照し、2つの期間からファイルを復元し、再起動をまたいで2回の増分サイクルを完了します。新しいチェーンを検証するには、新しいバックアップから復元し、保持した古いイメージが引き続き読み取り可能であることと、クォータによって2つの履歴が分離されていることを確認します。
放棄した履歴を削除するのは、必要なファイルが復旧され、置き換えた履歴が復元テストに合格し、保持義務を満たした後に限ります。暗号化情報が不足している場合、NASストレージが不安定な場合、またはコピーに対する修復に失敗する場合は、エスカレーションします。これらの条件は、通常のTime Machineのリセットの範囲を超えています。
サポートとヒント
もっと読む

新しいストレージへリポジトリを移行するためのBorg Backup移行ガイド
Borgリポジトリを一貫性のある1つのオブジェクトとして移行します。書き込みを停止し、鍵とIDを保持し、リストアを検証してから、移行元を維持したままクライアントを更新します。

Resticリポジトリのメンテナンスワークフロー:チェック、プルーニング、コンパクト化、復元テスト
Resticには個別のcompactコマンドはありません。pruneが再パッキングを実行します。ロックと空き容量を確保し、完了後に再確認して、最後に分離環境で復元テストを行ってください。

ホームNASのスナップショット保持レビュー チェックリスト
有用な保持レビューでは、履歴を削除する前に、各スナップショット階層を復元ニーズ、担当者、容量予算、レプリケーション境界に関連付けます。

