This article can also be found in the Premium Editorial Download "Storage magazine: Tips for better virtual data backup strategies."
Download it now to read this article plus other related content.
The main advantage to this method is the ability to perform incremental backups. The disadvantages are that it's Windows only, there's no official support for applications (including VSS-aware apps) and no ability to recover the VM itself, only the files within the virtual machine.
Alternatively, you can use the full-volume method. VMware performs VSS snapshots as before, but can also perform syncs for non-Windows VMs. However, with this method, the raw volumes the VMDKs represent are physically copied (i.e., staged) from the VMFS storage to storage on the proxy server. Although there's no I/O load on the ESX server itself, this approach places an I/O load on the VMFS storage that's the same as a full backup.
With standard backup products, this staged copy of the raw volume is then "backed up" to tape or disk before it's considered an actual backup. This means that each full backup actually has the I/O load of two full backups. And unless the backup software does a lot of extra work, there are no such things as incremental backups. That means VCB -- with a few exceptions -- creates the I/O load equivalent of two full backups every day.
Symantec Corp. and CommVault have figured out ways to do incremental backups. Symantec uses the full-volume method for the full backup and the file-level method for the incremental backup, and then uses the FlashBackup technology borrowed from Veritas NetBackup to associate the two. Symantec's method significantly
Restoring a VM also requires two steps. Your backup software restores the appropriate data to the proxy server and then uses VMware vCenter Converter to restore that to the ESX server. If the backup software supports it, it can do individual file restores by putting an agent on the virtual machine and restoring directly to it; however, restoring the entire VM must be done via the two-step method.
All of these issues contribute to the relatively limited adoption of VCB as a backup solution for VMs. While VMware said VCB has been licensed fairly extensively, my experience indicates that a good number of those license holders have yet to implement it. There's some hope for a better backup process, however, with VMware's vSphere (see "What about vSphere?" below).
|What about vSphere?|
VMware Inc. vSphere is the next-gen architecture that's going to add some new features and resolve some backup issues. In particular, it's going to remove the "two copies" problem with VMware Consolidated Backup (which will no longer be called VCB), and it will allow true incremental backups of the VMDK files. VMware vSphere is here and available, but it will be a while (probably six months to a year) before we see these features adopted in backup software.
This was first published in August 2009