
私は、Rsnapshot を使用して LAN 内のさまざまなコンピューターのフォルダーのスナップショットを作成するサーバーを持っています。
このローカル サーバーのバックアップとして機能する別のサーバーをリモートに配置したいと思います。
しかし、Rsnapshot はスナップショットを非常に特殊な種類のフォルダー構造に保存します。このフォルダー構造を rsync/ミラーリングすることは、Rsync にとって簡単な手順ではありません。たとえば、Rsync は混乱して、リモートの daily.0 をローカルの daily.0 と Rsync しようとする可能性が高くなりますが、多くの場合、実際には異なる日になります。
または、それはどのように機能しますか? Rsnapshot によって作成されたバックアップ/スナップショット フォルダー全体をリモート サーバーに Rsync するだけで安全/効率的ですか?
私の質問は、
Rsnapshooting サーバーのリモート バックアップを作成する最適な方法は何ですか?
答え1
「最善の方法」というものはありません。すべては設定と要件によって決まります。
バックアップ ディレクトリに多数のファイルが含まれている場合にも機能する 1 つの方法は、下位レベルのスナップショットを使用して、それらをリモート サーバーに送信することです。ZFS ではこれが可能で、おそらく LVM でも可能ですが、私は使用したことはありません。ファイル システムやボリューム マネージャーを使用しているかどうかは明記されていませんが、それに応じてこれがオプションになる場合があります。
いずれにしても、バックアップ ディレクトリをリモート サーバーに rsync するのは安全です。ファイルが多数ある場合は、ブロック レベルのスナップショットを送信するよりも効率が悪くなります。
答え2
この問題が原因で、私は rsnapshot から backintime に変更しました。backintime では、ディレクトリは日付で名前が付けられます。どちらもハードリンクを使用しますが、backintime は、何も変更されなければすべてのリンクを作成しないという点で少しスマートです。1 つの違いは、backintime はファイルの権限を読み取り専用に変更し、権限を別のファイルに保存することです。