あなたの主な選択肢は、ライブデータを使って復元をテストすることです。そうすればあなたはあなたのサーバーセットアップがすることをすべてTime Machineでカバーされていないのを見ることができます。
次のようなツールも欲しいでしょう。 ベンダー server.app自体の設定のエクスポートとインポートを処理します。
理想的には、設定したものすべてを記録した設定文書があり、それ以降はすべてが網羅されていることがチェックリストになります。
- 一部のサービスに代替データの場所を設定しましたか?
- ユーザー用のドットファイルを「修正」し、端末コマンドを実行しましたか?
- パッケージ化されていないlaunchdタスクがありますか(静的経路の設定、アプリケーションログファイルのロールオーバーなどのために実行されるルーティングやその他の変更を頻繁に行います)。
サーバーは別の獣であり、あなたはたくさんの大きなデータベースをセットアップすることができます - そしてその中にはメール、ウェブ、LDAPのようにアーカイブして後で復元する必要があるものがあります。サーバーが大きくなるにつれて、各データを別々のものとして考えるようになります。技術的には、同じ頻度またはメカニズムですべてをバックアップするのは適切ではないからです。 Time Machineは始点であり、終点ではなく、Carbon Copy ClonerやSuperDuperなどのミラーテクノロジを使用することです。データをストレージアプライアンスに保存し、OSや設定のバックアップを使用して接着剤やコードやツールを節約するのであれば、何テラバイトものデータを復元するのに1日から2日かかることが多いため。