Time Machine sparsebundleを別のサーバーにバックアップする

それで、少し前に、Linuxベースのファイルサーバーにいくつかの異なるMacをバックアップしました。ネットワークタイムマシンとして、各Macにはsparsebundleすべての情報を含む個別のファイルがあります。それ以来Macを変更し、さまざまなドライブをフォーマットしたので、バックアップ用の元のインストールは使用できなくなりました。

これらのスパースバンドルをReadyNASにバックアップしたいのですが、それを実行するための最良の方法を見つけようとしています。メインサーバーにrsyncがありますが、rsyncはあらゆる種類のアクセス許可の問題を引き起こす可能性があり、ハードリンクではうまく機能しないと聞きました。

別のオプションとしては、Macの1つを使用して、sparsebundleファイルをAFP経由でサーバーに転送します（FinderまたはSuperDuperやChronosyncなどのアプリケーションを使用）。これはどれほど効率的でしょうか？AFPは他の共有プロトコルのように動作し、メディエーター（この場合は、Fileserver-> Mac-> ReadyNAS）を介してデータをコピーしますか、それともソースから最終ターゲットに直接コピーしますか？これに最適なツールは何でしょうか？

他のすべてが失敗した場合、私はどこか他の場所を読んで、最後の溝の試みは単にLatest各sparsebundleからフォルダーのコンテンツを取得することであると考えていますが、可能であればこれを避けたいと思います。

sparsebundleが他のMac OSクライアントによってアクティブにマウントまたは書き込まれていないことを確認したら、rsyncを実行します。

Appleディスクイメージの優れた点は、Mac固有のものはすべて内部的に保存されることです。これらはそれ自体がファイルシステムであり、実際のストレージファイルシステムにまったく依存していません。ファイル名を取得し、OSがファイルを再共有する権限を持っている限り-スパースバンドルディレクトリスキームを構成する実際のファイルを別のLinuxまたはOS XまたはWindows OSに移動しても問題はありません。 。

簡単に言うと、スパースバンドル形式でバンドとして保存されたファイルは非常に移植性が高いため、生データを新しい場所または異なるファイルシステム構造の新しいサーバーに忠実にコピーした場合、HFS内部は破損の影響を受けません。

実際、Macにsparsebundleコンテナー内にカプセル化されたファイルシステムをマウントさせると、linuxにファイルデータを効率的にコピーさせるよりも、ハードリンクされたディレクトリ構造をトラバースするのにはるかに時間がかかるため、最適なソリューションとは言えません。OS Xでファイルをマウントして直接コピーすると、スパースストレージスキームのすべての利点が失われます。