Restic: スナップショットを一覧表示するときにバックアップサイズを出力する（拡張）

提案をありがとう。 サイズはどのくらいになると思いますか？ すべてのデータが重複排除されているため、特定のスナップショットの「サイズ」を決定するのはそれほど簡単ではありません。 それは、そのスナップショットで参照されるすべてのデータのサイズでしょうか？ または、スナップショットが作成されたときにリポジトリにまだ保存されていなかったデータ（新しいデータ）？

これは非常に良い提案です。 右側の数値は、リポジトリに追加されたBLOBの累積サイズである必要があります。 これは、バックアップ実行の中で最も興味深い定量的パラメータです。

今夜、私のインクリメンタルはどのくらいのスペースを無駄にしましたか？ おっと、それは昨夜の10倍です、私はどこかにいくつかのがらくたを残しました（またはいくつかの除外を置くのを忘れました）、私はそれをきれいにする方が良いです。 ;）

@zcalusic提案の+1

「新しい」blob（その特定のスナップショットによって追加される）のサイズに関する問題は、それらのblobが後のスナップショットによって参照されるため、時間の経過とともに関連性が低くなります。 さらに、以前のスナップショットが削除されると、特定のスナップショットによって参照されるBLOBの数が増加します。

バックアップが完了した直後にこの情報を印刷することは価値があると思います。また、リポジトリのスナップショットデータ構造に記録することもできます。 特定のスナップショットに何らかの「詳細」ビューを追加することを計画しており、そこに新しいブロブの数とサイズを表示することをお勧めしますが、概要（コマンドsnapshots ）それは十分に関連性がありません。 そこでは、resticは特定のスナップショットの全体のサイズ（復元した場合に得られるもの）を表示する必要があると思います。これは変更されないためです。

rdiff-backupの統計フラグをすぐに思い出しました（https://www.systutorials.com/docs/linux/man/1-rdiff-backup-statistics/を参照）。 2つのスナップショットの間にある種のデルタが見られると便利な場合があります。

確かに、しかしそれは別のことです。それはライブで計算され、2つのスナップショットを比較します。 そのようなものを追加することもできますが、 snapshots概要リストに対してそれを行うのはコストがかかりすぎます（少なくとも現在データ構造で利用できる情報では）。

スナップショットに「固有」のデータのサイズとスナップショットの合計サイズ（重複排除されたデータを含む）を知ると便利な場合があります。

IMOは、新しいスナップショットにどれだけの余分なスペースが使用されたかを把握しておくと非常に役立ちます。 これは、バックアップ中に計算され、スナップショットのメタデータに保存される単なる物理ストレージスペースである可能性もあります。 一部のスナップショットが削除された場合、このメタデータは今後のすべてのスナップショットで無効化される必要があります。

この方向で他に何もしなくても、そのような機能をいただければ幸いです。 ただし、以前のバックアップがいくつか削除された後にこの「余分なサイズ」を再計算するオプションも便利です。 これは、 BackupLoupeが

私がすぐに知りたい最も基本的なことは、スナップショットXのコンテンツがターゲットディスクを復元した場合に消費するディスク容量です。

できれば、ファイルのサブセットについてのみこの情報を取得することもできます。たとえば、 sizeコマンドと同じタイプの包含/除外オプションを使用するrestoreコマンドがある場合です。 または、 restoreコマンドに、実際に復元するのではなく、このような統計を報告するオプションがある場合。

この問題を指摘してくれた@rawtazに感謝します。

バックアップを従量制ストレージ（Backblaze B2）に保存しています。 バックアップを実行するたびに作成する新しいデータの量を知りたいです。 これは、バックアッププロセス中に簡単に計算できるはずです。 Resticがバックアップの完了の一部としてそれを単純にログに記録してくれれば幸いです...しかし、これをスナップショットの属性として保存することも役立つようです（将来クエリできるように）。

リポジトリの大規模な再スキャンが必要なものにはあまり興味がありません。追加料金が発生するだけだからです。

連絡あった？

こんにちは

私はこの提案を2番目にしたいと思います。 既存のスナップショットの「このスナップショットを復元した場合の大きさ」と「スナップショットの作成時にこのスナップショットが追加した量」に加えて、3番目の提案があります。

また、次の質問に答えられるようにすることも役立ちます。「次のスナップショットを削除した場合、リポジトリのサイズはどのくらい減少しますか？」 これは、スナップショットを削除するかどうかを決定するときにrestic forget --prune --dry-runで役立ちます。 たとえば、最近、40個のスナップショットのうち20個をリポジトリにドロップしたところ、サイズが1.1GBから1.0GBに減少しました。 これで100MBしか節約できなかったとしたら、古いスナップショットを保持していたでしょう。

@mholtはいくつかの統計を表示するために＃1729を作成しました。 たぶん彼はこのPRの進捗状況について何かを言うためにチャイムを鳴らすことができます。

@dimejo完了しました-レビュー/マージされるのを待っているだけです。 :)

ここで本当に古い問題に飛びつきますが、スナップショットについて考えるとき、私には2つの重要なサイズフィールドがあります

• ストレージのスナップショットサイズ
• 復元サイズ

例えば

$ restic snapshots
ID        Date                 Host        Tags        Directory    Snapshot Size   Restore Size 
--------------------------------------------------------------------------------------------------
5b969a0e  2016-12-09 15:10:32  localhost               myfile       10 MB           57 GB

少なくとも、1つのスナップショットが使用しているスペースと、復元を実行するために必要なスペースを知ることができました。

@ fd0がすでに指摘しているように、 restic snapshotsを呼び出すたびにサイズを出力することは、かなりコストのかかるコマンドになります。 ただし、 restic statsを使用して、個々のスナップショットまたはリポジトリ全体のサイズを印刷できます。

バックアップが完了した直後にこの情報を印刷することは価値があると思います。また、リポジトリのスナップショットデータ構造に記録することもできます。 特定のスナップショットに何らかの「詳細」ビューを追加することを計画しており、そこに新しいブロブの数とサイズを表示することをお勧めしますが、概要（コマンドsnapshots ）それは十分に関連性がありません。 そこでは、resticは特定のスナップショットの全体のサイズ（復元した場合に得られるもの）を表示する必要があると思います。これは変更されないためです。

いい案！ この拡張機能はキューにありますか？ リポジトリ内の重複排除されたデータの合計サイズも、このような概要に役立ちます。

この機能のアップデートはありますか？ 各スナップショットサイズとその復元サイズを確認できると非常に便利です。

+1

現時点ではありません。 更新がある場合は、この号に表示されます。