BackupPC-rsyncを使用する場合、完全バックアップは本当にいっぱいですか？
Backuppcで完全バックアップを実行し、転送方法としてrsyncを使用する場合、実際には完全バックアップソースが転送されますか？それとも、変更を転送するだけですか？ドキュメントは、それが完全なものを転送し、増分のみが変更を転送することを暗示しているようです。
この場合、単に増分のみを使用し、完全バックアップを実行することはできませんか？バックアップの保存方法（ハードリンクを使用して各増分を完全に表示する）では、これが最善の方法だと思います。増分は変更のみを転送しますが、各バックアップは完全に表示されます。
ありがとう。
最初の完全バックアップ後、ファイル転送は増分バックアップに必要なものと同様のように見えます。より多くのディレクトリ情報が転送されます。増分バックアップは、最後の完全バックアップ以降に新しく変更されたファイルのみを取得します。ファイルとディレクトリの削除を追跡するには、定期的な完全バックアップが必要です。転送のオーバーヘッドは、最初の完全バックアップ後も同様です。
Backuppcを自分でセットアップするだけです。 Rsyncには、両方のシステムにすでにファイルがある場合、ファイルを転送する必要がないという優れた機能があります。バックアップの開始時には、転送する必要のあるファイルを決定するための情報が決定される期間が長くなります。最初の完全バックアップでは、ファイルシステム全体が転送されます。ドキュメントの私のレビューから、ファイルの1％が転送され、プールに問題がないことを確認するために比較されます。
Rsyncは変更時間を使用して、ファイルが変更されたかどうかを判断します。他の基準も使用する場合があります。 Backuppcは同じ基準を使用します。
完全バックアップは完全なディレクトリツリーを構築するため、ファイルの削除は完全に追跡されます。最初の完全バックアップ後、転送量は大幅に少なくなります。バックアップ速度は増分バックアップと同じようです。
増分バックアップでは、ファイルが削除されたかどうかを判断するために必要な情報は記録されません。それらは、新しいファイルと変更されたファイルを保持するのに十分な比較的まばらなディレクトリツリーを持っているように見えます。
編集：ほとんどのファイルの増分バックアップのみを使用して、システムで完全バックアップをトリガーしました。それは非常に速く実行され、ほとんどのファイルをコピーするのではなく、同じようにリンクしました。これは私が期待したことです。ネットワークの負荷は、最初の転送よりも大幅に少なくなりました。
ログによると、完全バックアップ期間は非常に優れています。増分バックアップが最速です。 BackupPCは実際にはすべてのファイルをコピーし、最後の完全バックアップは考慮しないと思います。