Restic: Cetak ukuran cadangan saat membuat daftar snapshot (peningkatan)

Dibuat pada 10 Des 2016 · 20Komentar · Sumber: restic/restic

Keluaran `restic version`

Setiap.

Perilaku yang diharapkan

Menambahkan kolom tambahan untuk mencantumkan ukuran cadangan (dalam byte) bisa sangat berguna.
Ini akan membantu membedakan antara cadangan yang berbeda hanya dengan memeriksa ukurannya.

$ restic snapshots
ID        Date                 Host        Tags        Directory    Size
--------------------------------------------------------------------------
5b969a0e  2016-12-09 15:10:32  localhost               myfile       390865

Perilaku sebenarnya

$ restic snapshots
ID        Date                 Host        Tags        Directory
----------------------------------------------------------------------
5b969a0e  2016-12-09 15:10:32  localhost               myfile

stats user interface feature enhancement

Sumber

yhafri

👍36

Komentar yang paling membantu

Masalah dengan ukuran gumpalan "baru" (ditambahkan oleh snapshot tertentu) menjadi kurang relevan dari waktu ke waktu, karena gumpalan tersebut akan direferensikan oleh snapshot selanjutnya. Selain itu, ketika snapshot sebelumnya dihapus, jumlah gumpalan yang direferensikan oleh snapshot tertentu akan bertambah.

Saya pikir itu berharga untuk mencetak informasi ini tepat setelah pencadangan selesai, dan kami juga dapat merekamnya dalam struktur data snapshot di repo. Saya telah merencanakan untuk menambahkan semacam tampilan 'detail' untuk snapshot tertentu, dan saya pikir itu adalah ide yang baik untuk menampilkan jumlah dan ukuran gumpalan baru di sana, tetapi dalam ikhtisar (perintah snapshots ) itu tidak cukup relevan. Di sana, saya pikir restic harus menampilkan seluruh ukuran snapshot tertentu (apa yang Anda dapatkan jika Anda mengembalikannya), karena itu tidak berubah.

fd0 pada 11 Des 2016

👍13

Semua 20 komentar

Terima kasih untuk sarannya. Apa yang Anda harapkan ukurannya? Karena semua data diduplikasi, "ukuran" untuk snapshot tertentu tidak mudah ditentukan. Apakah itu ukuran semua data yang dirujuk dalam snapshot itu? Atau data yang belum disimpan di repo saat snapshot diambil (data baru)?

fd0 pada 10 Des 2016

Ini adalah usulan yang sangat bagus. Angka di sebelah kanan harus merupakan ukuran kumulatif dari gumpalan yang ditambahkan ke repo. Ini adalah parameter kuantitatif yang paling menarik dari setiap proses pencadangan.

Berapa banyak ruang yang inkremental saya terbuang malam ini? Ups, ini 10x lebih banyak dari tadi malam, saya meninggalkan beberapa sampah di suatu tempat (atau lupa memasukkan beberapa pengecualian), lebih baik saya bersihkan. ;)

zcalusic pada 10 Des 2016

👍10

+1 untuk saran @zcalusic

yhafri pada 10 Des 2016

fd0 pada 11 Des 2016

👍13

saya langsung teringat bendera statistik rdiff-backup (lihat https://www.systutorials.com/docs/linux/man/1-rdiff-backup-statistics/ ). terkadang menyenangkan melihat semacam delta di antara 2 foto.

mgumz pada 9 Mei 2017

Memang, tapi itu hal yang berbeda: Ini dihitung secara langsung dan membandingkan dua snapshot. Kami mungkin menambahkan sesuatu seperti itu, tetapi melakukan itu untuk daftar ikhtisar snapshots terlalu mahal (setidaknya dengan informasi yang kami miliki di struktur data sekarang).

fd0 pada 14 Mei 2017

mungkin berguna untuk mengetahui ukuran data 'unik' untuk snapshot vs ukuran total (termasuk data yang dihapus) dari snapshot.

bj0 pada 20 Okt 2017

IMO akan sangat berguna untuk memiliki gagasan tentang berapa banyak ruang ekstra yang digunakan untuk snapshot baru. Ini bahkan bisa berupa ruang penyimpanan fisik yang dihitung selama pencadangan dan disimpan dalam metadata snapshot. Jika beberapa snapshot dihapus, metadata ini akan menjadi tidak valid di semua snapshot berikutnya.

Saya pikir saya akan menghargai fitur seperti itu bahkan jika tidak ada hal lain yang dilakukan ke arah ini. Namun, opsi untuk menghitung ulang "ukuran ekstra" ini setelah beberapa cadangan sebelumnya dihapus juga bagus. Saya pikir inilah yang dilakukan BackupLoupe untuk Time Machine di Mac OS. (Deduplikasi di Time Machine sangat mendasar, tetapi masalah mendefinisikan "ukuran snapshot" adalah sama).

alexeymuranov pada 13 Nov 2017

👍1

Hal paling mendasar yang ingin saya ketahui dari awal adalah berapa banyak ruang disk yang akan dikonsumsi oleh konten snapshot X pada disk target jika saya memulihkannya.

Sebaiknya saya juga bisa mendapatkan informasi ini hanya untuk sebagian file, misalnya jika ada perintah size yang menggunakan jenis opsi include/exclude yang sama dengan perintah restore . Atau jika perintah restore memiliki opsi yang membuatnya hanya melaporkan statistik seperti ini alih-alih benar-benar memulihkan.

rawtaz pada 6 Feb 2018

👍6

Terima kasih @rawtaz telah mengarahkan saya pada masalah ini.

Saya menyimpan cadangan di penyimpanan terukur (Backblaze B2). Saya ingin tahu berapa banyak data baru yang saya buat setiap kali saya menjalankan pencadangan. Sepertinya ini seharusnya mudah dihitung selama proses pencadangan; Saya akan senang jika restic hanya akan mencatatnya sebagai bagian dari menyimpulkan cadangan ... tetapi sepertinya mungkin juga berguna untuk menyimpan ini sebagai atribut snapshot (sehingga dapat ditanyakan di masa mendatang).

Saya tidak terlalu tertarik dengan apa pun yang memerlukan pemindaian ulang repositori yang ekstensif, karena itu hanya akan dikenakan biaya tambahan.

larsks pada 6 Feb 2018

👍2

Ada berita?

er1z pada 13 Feb 2018

👎2

Halo

Saya ingin mendukung saran ini. Selain 'Seberapa besar snapshot ini jika saya memulihkannya' untuk snapshot yang ada dan 'berapa banyak snapshot ini ditambahkan' ketika snapshot dibuat, saya memiliki saran ketiga:

Ini juga akan membantu untuk dapat menjawab pertanyaan: 'Berapa banyak ukuran repo saya akan berkurang jika saya menghapus snapshot berikut?' Ini akan berguna dalam restic forget --prune --dry-run saat memutuskan apakah akan menghapus snapshot. Misalnya, saya baru-baru ini menjatuhkan 20 dari 40 snapshot dalam repo, dan ukurannya berkurang dari 1.1GB menjadi 1.0GB. Seandainya saya tahu ini hanya akan menghemat 100MB, saya mungkin akan menyimpan snapshot yang lebih lama.

simeydk pada 4 Jul 2018

@mholt membuat #1729 untuk menunjukkan beberapa statistik. Mungkin dia bisa ikut-ikutan mengatakan sesuatu tentang kemajuan PR ini.

dimejo pada 4 Jul 2018

@dimejo Selesai -- tinggal menunggu untuk ditinjau/digabung. :)

mholt pada 4 Jul 2018

👍2 🎉1

Melompat pada masalah yang sangat lama di sini, tetapi bagi saya ada 2 bidang ukuran penting ketika memikirkan snapshot

Ukuran snapshot dalam penyimpanan
Ukuran pemulihan

misalnya

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

Setidaknya saya dapat mengetahui berapa banyak ruang yang digunakan oleh satu snapshot dan berapa banyak ruang yang saya perlukan untuk melakukan pemulihan.

dev-rowbot pada 18 Apr 2019

👍10

Seperti yang sudah ditunjukkan oleh @fd0 , mencetak ukuran pada setiap pemanggilan restic snapshots akan menjadi perintah yang cukup mahal. Tetapi Anda dapat menggunakan statistik restic untuk mencetak ukuran masing-masing snapshot atau seluruh repositori.

dimejo pada 18 Apr 2019

👍2

Saya pikir itu berharga untuk mencetak informasi ini tepat setelah pencadangan selesai, dan kami juga dapat merekamnya dalam struktur data snapshot di repo. Saya telah merencanakan untuk menambahkan semacam tampilan 'detail' untuk snapshot tertentu, dan saya pikir itu adalah ide yang baik untuk menampilkan jumlah dan ukuran gumpalan baru di sana, tetapi dalam ikhtisar (perintah snapshots ) itu tidak cukup relevan. Di sana, saya pikir restic harus menampilkan seluruh ukuran snapshot tertentu (apa yang Anda dapatkan jika Anda mengembalikannya), karena itu tidak berubah.
Ide yang hebat! Apakah peningkatan ini dalam antrian? Ukuran total data yang dideduplikasi dalam repositori juga akan membantu dalam sinopsis semacam itu.