私のためにバックアップを実行するrsnapshotがあります。ただし、各バックアップはソースデータの合計サイズです。ハードリンクを作成せずに、攪拌されるたびに単一の（変更されていない）ファイルの新しいコピーを作成します。 inode番号を互いに確認し、ハードリンクを計算して（なし）、各バックアップごとに新しいファイルが作成されることを確認しました。
問題はrsyncステップで発生しているようです。 rsyncは毎回すべてのファイルを転送するようです。その理由は、">f..T......"私が理解したのは、バックアップとは異なるタイムスタンプに基づいてまったく新しいファイルを転送して作成するためです。実際、タイムスタンプは、たとえばローカルシステムではかなり異なります。
Access: 2024-03-18 10:14:28.285098766 +0000
Modify: 2023-11-23 21:04:36.000000000 +0000
Change: 2024-03-10 21:11:26.107904822 +0000
Birth: 2023-12-02 19:22:02.022412357 +0000
そして、バックアップ内の同じファイルは次のとおりです。
Access: 2024-03-18 10:14:29.369122130 +0000
Modify: 2024-03-18 10:14:30.609148859 +0000
Change: 2024-03-18 10:14:31.817174900 +0000
Birth: 2024-03-18 10:14:29.369122130 +0000
その結果、各バックアップに長い時間がかかり、多くのディスク容量を占めることになります。
--timeバックアップのタイムスタンプを「修正」するためにrsnapshot / rsync設定を追加すると、この問題を解決できると思います。しかし、それは「すぐに」動作する方法と同じではないので、そうすることは消極的です。
私の具体的な質問は次のとおりです。
- この場合、バックアップのタイムスタンプは間違っていますか？それらは実際に何でなければならないか。
- ここで何が間違っている可能性がありますか？最初のバックアップにある必要があるように、最初のバックアップを作成する手順を見逃したようです
--time。 --time基本的に存在しないので、構成に追加するのは悪い考えですか？
答え1
私の質問に答えるには：
この問題は完全に私のrsnapshot.confに--times同様の内容がないために発生します。
特にデフォルトのrsnapshot.confは（githubを介して）提供されており、#rsync_short_args -aコメントを削除するのに十分な理解がありましたが、私のバージョンはrsync_short_args -r（--recursive）ですべてのファイルをバックアップにコピーできましたが、元のバージョンに示されているようにタイミングが不適切でした。問題の。
また、私のディストリビューションでダウンロードされたデフォルトのrsnapshot.confを確認したので、-aこのイベントを完全に私の誤りと見なします。