Time Machineが既存のNASバックアップを継続せず、新しいSparsebundleを開始するのはなぜですか？

Time Machineは、現在のMacとNASの保存先を既存のバックアップ履歴に関連付けられなくなると、新しいsparsebundleを開始します。

古いバックアップはファイルとして表示され続けても、Time Machineからは別のコンピュータ、別のネットワークボリューム、別の共有ID、または互換性のない保存先設定に属するものとして扱われることがあります。よくあるきっかけには、macOSの移行、ロジックボードやホスト名の変更、「新しいバックアップを作成」の選択、NASまたは共有名の変更、Time Machineの公開設定の変更、ユーザーの切り替え、別のボリュームUUIDの提示などがあります。再接続を試す前に、両方のsparsebundleを保存してください。

2つ目のsparsebundleが実際に作成されたことを確認する

バックアップを1回実行する前後で、Time Machine共有を一覧表示します。sparsebundleの名前、作成日時、論理サイズ、所有者、Mac名、NASホスト名、共有名、選択されている保存先を記録します。

Appleは、新しいMacでは古いバックアップ履歴を引き継ぐか、新しいバックアップを作成できると説明しています。ハードウェア交換後や移行アシスタントの使用後に新しいバンドルが表示された場合、移行時の選択が最初の分岐点になります。

既存のsparsebundle内に一時ファイルだけが表示される場合は、バックアップの中断を調査してください。新しいマシンを示す名前の別バンドルが表示される場合は、Macと保存先のIDを確認します。

現在のMacのIDと既存の履歴を比較する

Macの現在のコンピュータ名、Time Machineで利用可能なハードウェアUUIDまたはプラットフォームID、移行履歴、ロジックボードの変更、古いMacが現在もバックアップを使用しているかどうかを記録します。

Sambaのvfs_fruitモジュールはTime MachineのSMBサポートを提供し、macOSがネットワーク保存先を認識する方法に影響するサーバーIDの動作を担います。

Time MachineまたはSMBが開いている状態で、新しいsparsebundleの名前を古いものに変更しないでください。ファイル名を変更しても、バックアップ内部のIDを安全に書き換えることはできません。

NASが同じ共有とパスを引き続き提供していることを確認する

古いNASと現在のNASのホスト名、SMBアドレス、共有名、データセットパス、Time Machineの用途、検出名、専用バックアップアカウントを比較します。

TrueNASでは、共有をTime Machine SMB用途で構成する必要があります。そのため、同じように見えるパスに通常のSMB共有を再作成しても、異なる保存先機能として提示されることがあります。

古い共有の名前を変更または再構築した場合は、安全であれば元のサービスIDを復元するか、選択する前に古いバンドルを新しく検証済みの保存先へ意図的に移行してください。

Featured

ZimaCube 2 パーソナルクラウドホームNAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Time Machineフォルダとユーザーが変更されていないか確認する

同じ共有フォルダがTime Machine用に選択されていることを確認し、現在のアカウントでバンドルの横にテストファイルを読み取り、作成、名前変更、削除できることを確認します。

Synologyの設定ガイドでは、Time Machine用の特定のSMB共有フォルダを選択する必要があります。

新しいユーザーやフォルダを使用すると、Finderに同じ表示名の別の共有が表示されていても、古いバンドルが見えなくなったり書き込み不能になったりすることがあります。テスト中は、同じNASを複数のアカウントで同時にマウントしないでください。

SMBのTime Machine設定が異なる状態で再作成されていないか確認する

NASのアップグレード、SMBプロトコル設定、Time Machineフラグ、クォータ、ごみ箱オプション、永続ハンドル、AFPからSMBへの移行の有無を比較します。

QNAPでは、専用のTime Machineバックアップフォルダ設定について説明しています。これは、通常の書き込み可能な共有とTime Machine用に公開された共有が必ずしも同等ではないことを示しています。

古い設定からSambaパラメータを1つか2つ手動でコピーするのではなく、サポートされているTime Machineプリセットを再適用してください。サービスを変更する前に、古いバンドルを保存します。

公開されるバックアップボリュームUUIDが変更されていないか確認する

Bonjourまたはサービス検出の詳細を記録し、現在公開されているボリュームIDを保存済みの設定や以前のサーバーインスタンスと比較します。

Netatalkの説明によると、公開されるボリュームUUIDによってTime Machineボリュームが区別されます。そのため、新しいサーバーIDで同じパスを使用すると、別のバックアップディスクとして扱われることがあります。

2つの稼働中の保存先でUUIDを新規作成したり重複させたりしないでください。以前のサーバーを廃止し、保存履歴が同一であることが確認できる場合に限り、以前のIDを復元してください。

どちらのバンドルも削除せずに既存の履歴へ再接続する

自動バックアップを停止し、共有のメタデータをスナップショットまたはコピーし、他のMacを切断します。古いsparsebundleが読み取り専用でマウントできることを確認し、それぞれの履歴を所有するMacを確認します。

利用できないTime Machine SMBバックアップに関するZimaSpaceの記事では、一般的な接続性とイメージの健全性に関する問題を扱っています。この記事では、2つ目の履歴が作成される問題に焦点を当てています。

Time Machineが意図した既存の履歴に新しいバックアップを追加し、3つ目のバンドルが表示されず、現在の復元ブラウズとテストファイルの復元がどちらも成功すれば、問題は解決しています。

よくある質問

2つのsparsebundleを結合できますか？

ファイルレベルで簡単に結合する、サポートされた方法はありません。両方の履歴を保存して正しい履歴に再接続するか、古いバンドルを別の復元元として保持してください。

新しく作成されたsparsebundleを削除してもよいですか？

古い履歴を安全に再接続してテストするまでは削除しないでください。IDが変更された後に作成された最新のバックアップが、新しいバンドルにしか含まれていない可能性があります。

表示上は同じ共有を再選択すれば、必ず古いバックアップを継続できますか？

いいえ。共有パスが同じに見えても、MacのID、アカウント、公開されるボリュームID、またはTime Machineサービス設定が異なる場合があります。