増分バックアップと回復のためのrsyncの設定

増分バックアップと回復のためのrsyncの設定

設定は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形式などに変換できます。

関連情報