設定はNFSマウントでLAN上のNASボックスで、ソースは以前のバージョンのkubuntu 10.4を実行しているラップトップです。 Rsyncはローカルファイルのコピーとして実行する必要があり、rsyncデーモンはNASボックスではサポートされていません。
- 実行中のLinuxパーティションを完全にミラーリングする方法は？
- ルートディレクトリを安全に除外できますか？
- ソースデータが破損した場合、バックアップデータをソースに簡単に再同期できますか？
- 元のディスクに完全に障害が発生した場合、バックアップデータを元のファイルに簡単に逆方向に再同期できますか？
これまでのところ、私の設定は次のようになりました。
rsync -vaHAXi --delete --stats --human-readable --progress --log-file=FILE /source /dest/backup
ベストアンサー1
実行中のLinuxパーティションを完全にミラーリングする方法は？
これは最善のアイデアではありませんが（さまざまな理由でrsync(1)メモリ不足が主な原因です）、可能である可能性があります。
ルートディレクトリを安全に除外できますか？
そのうちのいくつか（fi /proc）〜しなければならない除外すると、他のほとんどの項目はバックアップする必要があります。
ソースデータが破損した場合、バックアップデータをソースに簡単に再同期できますか？
回復したいターゲットによって異なります。バックアップ先はファイルのコピーにすぎません。一部のデータのみを復元する場合は、NASから関連ディレクトリをコピーするだけです。一方、システム全体を復元したい場合は、別の方法を選択して時間と労力を大幅に節約できます。
元のディスクに完全に障害が発生した場合、バックアップデータを元のファイルに簡単に逆方向に再同期できますか？
あまりにも可能ではありません。
考慮すべきさまざまなバックアップ戦略があります。
- 時々（たとえば、数ヶ月ごとに、または適切であると判断される時間など）、システム全体のバックアップを実行してください。
rsync(1)はいいいえ正しいツール。すべてのファイルシステムを使用dump(8)/restore(8)バックアップ/復元するか、AmandaやBaculaなどの専用バックアップシステムの使用方法を学びます。まず、小さなファイルシステムを試して、バックアップと復元を練習してみてください。プロセスを注意深く見てください。システムが失敗したときにこれを行う方法を学ぶには遅すぎます。 - 数日ごとにデータを個別にバックアップします（または状況に応じて適切なバックアップを再実行してください）。
rsync(1)Grsyncなどの機能を使用すると、作業が簡単になります（別々のバックアップセットを定義できます）。作業がうまくいけば、複数のコピーにわたってバックアップを循環できます。また、バックアップするデータの種類に応じてプロセスを改善できます。ほとんどのソースファイルの場合は、DVCS（Gitなど）を使用してリポジトリをバックアップする必要があります。主にメールボックスがある場合は、Maildir形式などに変換できます。