The VMware backup process does use the VMware tools (and part of our agent for Windows if installed inside the VM for GRT purposes)
A basic version of the steps in the process being
- Backup job starts on the BE server and requests via our beremote process AND using the VMware provided vStorage Backup APIs that ESXi makes a snapshot of the VM that is being backed up.
- As part of the snapshot process, the vStorage API makes a call via VMware tools to perform VSS operations against the volumes within the VM
- As part of this VSS request by VMware tools, pre-freeze-script.bat is called which, if our Agent for Windows is installed causes the Backup Exec VSS Provider to be used
- Once the VSS request is reported as successful VMware tools feeds this back to the API so that the snapshot within the datastore can be completed and then notifies Backup Exec of the details of the snapshot so that the backup can continue with transferrring te data
- Onc3 the data transfer transfer completes, Backup Exec requests using the vStorage API that the snapwhot be removed
- This causes another request through VMware tools to remove the VSS snapshots within the VM and to run post-thaw-script.bat which undoes the Backup Exec VSS provider registration
Note: point 3 is why you have to either deselect the shadow copy support when installing VMware Tools OR always makes sure the Agent for Windows is installed last, including after updating VMware tools, as it disables the shadow copy parts of Vmware tools to avoid conflicts
If you want official documentation (including the basci ability of the pre-feeze-script.bat process) then you need to look at the material provided by Vmware against the backup parts of the vStorage API as this explains how it works.
If you run a backup job and look inside the Event logs of the VM then you should see VSS activity.