Let me start off by saying that Veeam Backup & Replication (VBR) is one of the most awesome pieces of software I know of! As with any piece of software there might be the occasional bug or issue that needs to be worked around. I’ve upgraded a couple of clients to VBR already, and I’ve consistently run into two little niggles. These are:
Backup of vCenter SQL DB fails when using VBR v6
This is actually detailed on the Veeam forums here.
What it boils down to is that when using VBR for an application aware backup of the VM which hosts the vCenter SQL DB, the backup will fail with a VSSControl: Failed to freeze guest, wait timeout error. This occurs because VBR has to communicate with vCenter to create a snapshot, but at the same time the vCenter SQL DB is frozen because of the VSS snapshot
To solve this problem, add the IP-address of the ESX host which runs the vCenter Server SQL database to the Veeam console (the servers list in the left panel). Then adjust the job and select the virtual machine with the SQL database from the ESX host instead of via the vCenter Server. Veeam B&R will then use the host for communication with the VM to do the VSS snapshot.
This will, of course, cause your replication job to fail should the vCenter VM move to another host. We can work around this by using DRS Host Affinity rules to tie your vCenter VM to a physical box.
Replication job fails – cannot connect to port 2500
When VBR does a replication job, it might fail with “Creating snapshot Cannot connect to server [x.x.x.x:2500]”
In my case it was always happening when the destination server was running ESX (not ESXi) v4.x. This is easily resolved by logging onto the target server via SSH and issuing the following commands:
- esxcfg-firewall -openport 2500:2510,tcp,in,VeeamSCP
- service mgmt-vmware restart