Discussions specific to the VMware vSphere hypervisor
Post Reply
Posts: 1
Liked: never
Joined: Jan 14, 2019 8:53 pm
Full Name: Matthew Szalkowski

Feature Request - Detailed Incremental Backup Logs

Post by matts » Jan 14, 2019 9:26 pm

I asked support about this and I was told that the feature currently did not exist, so my apologies if this exists somewhere and I am just not aware.

The reports I can run only seem to show a very small amount of detail in regards to the job. I would want to be able to see specifically what files were backed up. This would be useful for days that the incremental backup is running, so that I can use it to see what files changed that day. This applies both to VMs and Agent File backups.

Is this something that is possible? Or something that may already exist that I am missing?


Veeam Software
Posts: 5428
Liked: 738 times
Joined: Sep 01, 2014 11:46 am
Location: Austria

Re: Feature Request - Detailed Incremental Backup Logs

Post by HannesK » Jan 15, 2019 7:14 am

Hello Matthew,
I see no practical way how it could be achieved, as we do block based backup. We don't know anything about files (except for Agent file backup, but the list could be millions of files in a log which might not be helpful). We just copy changed blocks.

Example: 5MB of a 1GB changed. We only copy the 5MB. Same applies to VMs. We only copy changed blocks - no matter what it is (well okay, we exclude some useless blocks like swapfiles and deleted files for Windows VMs).

Could a file search for "modified yesterday" in Enterprise Manager maybe satisfy your needs?


Best regards,

Andreas Neufert
Veeam Software
Posts: 4225
Liked: 778 times
Joined: May 04, 2011 8:36 am
Full Name: Andreas Neufert
Location: Germany

Re: Feature Request - Detailed Incremental Backup Logs

Post by Andreas Neufert » Jan 15, 2019 8:33 am

If you have a scalable database or something similar you can use surebackup to boot the VM and get a list by SureBackup script. Then do whatever you want with this list.
But this approach is limited from scalability perspective as you have to store the infromation somewhere in a database.

Post Reply

Who is online

Users browsing this forum: No registered users and 25 guests