omg wrote:They could just say, that's how Veeam works and there incremental backup files are always big.
foggy wrote:omg wrote:They could just say, that's how Veeam works and there incremental backup files are always big.
It could be a single block that has changed and backed up by Veeam B&R while file-level solution will backup the entire 1GB file this block belongs to.
omg wrote:Is there a way to find out which 1GB file block the change belongs to ?
It seems that this Veeam ONE report is exactly what you are looking for.Is there any way to review a history of backup sizes per job and per VM?
This one might be tricky.Veeam does not offer such report now. First I would check if deduplication or defrag is involved. You can also use some third-party software to compare files and folders sizes from the latest backup with those from the previous one. Just start FLR wizard to mount drives from the backup and run https://windirstat.net/ against it - it will show you the file tree with all sizes so you can compare it.Is there any way to identify what files exactly caused the backup size to spike?
Users browsing this forum: Bing [Bot], Google [Bot] and 34 guests