Been looking into this.
Windows cannot read VMFS thus mounting a VMware datastore (or its clone) to a Windows based backup server does not allow the backup software to back the files to its target.
There is an open-source VMFS driver that uses Java and WEBDAV however, that would allow us to do this and it has been documented here with clear instructions on how it can be achieved.
Although it is possible, its certainly not elegant and will also require integration with Powershell scripts to clone from a replica, mount them to Windows and then more scripting to automate the driver bits.
When looking at your mainstream backups products like BackupExec, they use a different process based on VADP to backup VM data from datastores. When using SAN direct backups, the backup server needs access to the LIVE datastores, thus I don't think it works when mapping a clone of a replica instead of the live volume to the Backup Server, but need to test this a little more.
The process it uses is as follows:
- Backup Exec backup job starts
- Backup Exec tells VMware to create a snapshot of VMDK through vCenter
- vCenter creates and mounts the snapshot to the datacenter and it now becomes the "active" snapshot (virtual machine is now running from that snaphsot)
- Backup Exec then gets the ESX host and guest virtual machine information from vCenter it needs to access or backup
- Backup Exec opens a connection with the ESX to ask for the virtual machine metadata
- Using vStorage APIs, Backup Exec then opens a direct data connection to the “unknown” SAN volumes and the virtual machine data is offloaded directly to the media server for backup
- “Extracting the Backup Data from the Target Virtual Machine”
- “Deleting the Temporary Snapshot”
- Once the backup completes, Backup Exec disconnects from the ESX host and vCenter
- Backup Exec runs a verify (by default) of the data backed up
- Backup job completes.
Taken from the Symantec forum reference
Life would have been easier if BackupExec could simply read the VMFS datastore (with its own VMFS driver or using the Open source one), then just backs up those files to the target. (Come on Symantec)
I believe the VMFS driver wouldn't work for us anyway. The driver supports VMFS version 3. Because we have created the data stores from scratch under vSphere 5.0 the data stores are formatted as VMFS 5.54. So I expect this wouldn't work.
Is there no backup vendor which supports VMFS? Or does VMWare keep this to themselves in some way.
Veeam Backup and Recovery v8 beta introduces the ability to use the Veeam data mover proxy server as a tape library target. You could have the main Veeam server at HQ and a proxy at DR which has the library attached. Using Veeam to replicate the data to a repository at DR you could then subsequently have Veeam take that local DR copy and write it out to tape. I think this is the simplest solution to your problem, although I am sure there are other ways. The downside to this of course is that you have to use Veeam for the replication as opposed to the snapshot replication. In the future, it is possible that Veeam "could" be able to work with the Nimble snapshots directly, similar to what they offer with NetApp and HP now...