質問: 増分バックアップのセットアップでは、定期的な完全バックアップが本当に必要ですか? 私は自分が持っている古いコンピューターを自分自身と他の何人かの人々のリモートバックアップサーバーとして使用するつもりです。私たちはすべて地理的に離れており、rsyncとsshを使用して毎日増分バックアップを実行する予定です。私の当初のアイデアは、最初の完全バックアップを1つ作成し、それを実行するオーバーヘッドを二度と処理する必要がないことでした。その瞬間から、最後のバックアップ以降に変更されたファイルのみをコピーします。これは悪いことかもしれないと言われましたが、その理由がわかりません。各スナップショットは、変更されていないファイルと元の変更されたファイルへのハードリンクで構成されているため、新しい完全バックアップと同じになるのではないでしょうか。別の完全バックアップを作成したいのはなぜですか?編集:私はもっと良い点を説明すべきだった。 rsyncを使用して増分バックアップを実行することを意味する場合、これは次のことを意味します。rsync -avh --delete --link-dest=./remote/previous_increment ./local/ ./remote/new_increment これにより、変更されていないすべてのファイルへのハードリンクが含まれるため、完全で機能するスナップショットが作成されます。完全バックアップと以前のすべての増分バックアップがたまたま削除された場合でも、最後の増分バックアップは一貫しています。ただし、前のファイルのいずれかが破損した場合、最後のファイルも同じiノードを指しているため、破損することは間違いありません。最後のスナップショットのリンクを切断し、それを別の書き込み保護されたhdにコピーすることによって(たとえば、月に1回)、サーバー側で合成フルバックアップを定期的に実行するとどうなりますか。そうすれば、冗長なフルコピーが作成され、ファイルを再送信するオーバーヘッドを回避できます。それで問題は解決しますか?それでも完全バックアップを実行する必要がありますか?
回答: 誤解があったと思います。ほとんどの場合、完全バックアップと増分バックアップの人々は: フル:すべてのデータをバックアップします。 増分:変更のみをバックアップします。バックアップを復元する必要がある場合は、完全バックアップから開始し、次にall増分バックアップを実行します。それには多くの時間がかかる可能性があります。これが、多くの企業が週末に完全バックアップを実行し、平日に部分バックアップを実行する理由の1つです。最大5つのパーシャルが管理可能です。現在、rsyncは通常部分的なバックアップを作成しません。変更のみをネット経由で送信しますが、最終結果はすべてのデータの完全なコピーになります。したがって、パーシャルだけを使用しないという最もよく使われる理由は当てはまりません。 少なくとも2つのバックアップを作成することをお勧めします。 1つの既知の良いものと作業コピー。これら2つを交互に使用するか、年次バックアップを作成してテストし、読み取り専用に設定して、来年まで他のバックアップを使用します。その後、繰り返します。