質問: time capsuleを使用せずに、time machineを使用してネットワーク経由で確実にバックアップする方法を教えてもらえますか? 私は巨大なサーバー(ubuntu linuxを実行している)を持っていて、そこに2tbのraidがあり、バックアップを求めています。私はnetatalkを実行して、afpプロトコルを介したmacへの共有を有効にし(すべてのクライアントボックスはほとんどmacです)、サーバー上の共有ドライブを宛先として使用するようにtimemachineをセットアップしました。唯一の問題は、それが完全に信頼できないように見えることです。 timemachineが何らかの理由でバックアップを完了できないという問題が定期的に発生し、サーバー全体がダウンしているように見えることがあります(サーバーは実際にはkvmおよびkvmホストは常に実行中です)。だから問題は、誰かがこれをやろうとして成功したかどうかです。誰かが何か問題を知っていますか?これについて行くより良い方法はありますか?少し漠然としていることは知っていますが、他のユーザーと共有した経験があるのではないかと思っていました。
回答: 上記の2つのリンクは、timemachine/afpとリモートクライアントの一般的な問題をカバーしています。さまざまな主題のトピックをグーグルで検索すると、timemachineで問題が発生しているafpサーバー(netatalkで実行)に関する問題が増えているようです。私は技術的な詳細を知りませんが、最近、10.5.7がこれらの問題を減らすために何もしなかったことを読みました。私が最初にnetatalkを実行したとき、2.0.3(いくつかのパッチを含む)が最新のパッケージでした。私は、leopard(さまざまなパッチレベル)マシンの小さなlanでさまざまな問題を経験しましたが、netatalk-develリストに散らばっているさまざまな問題に遭遇しました。これらはすべて、まだリリースされていない2.0.4リリースに移行するため、トランクのビルドを確認する必要があります。 leopardクライアントにサービスを提供するための基本ライブラリを備えたarm/i386debianセットアップの両方でこれらをコンパイルすることに問題はありませんでした。これについてはよくわかりませんが、共有をnfs/sambaに移動することについて質問した人を思い出します。これは、同じサービスを提供しますが、finderブラウザには表示されないためです(10.5でこれを無効にしました)。これは、timemachineが使用しているためです。 hfs +およびリソースフォークなどの機能に固有のスパースバンドル(dmgの形式)/ストレージ形式。彼らは、このセットアップでtimemachineの復元が試行され、完了したように見え、tmがエラーを報告しなかったが、バックアップが致命的に破損した場合について言及しました。オプションの基本:-osxに固有ではないdb形式を使用してバックサップする別のシステムを使用します(多くの場合、sqliteまたはbdbを使用します)。あなたがこれのために見つけることができるosx上に少なくとも10の良いプログラムがあります。 -最新のトランクをコンパイルしてテストします。まだ問題はありません。