Using VMs for physical server disaster recovery

Posted on February 18th, 2008 in P2V, dr, platespin, replication, vizioncore, vmware server, vranger by Rich

One of the advantages of a virtual infrastructure is the ability to cost effectively replicate your production systems to a secondary disaster recovery environment. Not only can you do this with virtual machines, but there are now several options available to allow physical servers to be replicated to a stand-by VM. This post will briefly cover several products and solutions and provide multiple commercial options and a free alternative.

Can you rely on live backups of Exchange and SQL VMs?

Posted on February 4th, 2008 in dr, esx, esxpress, feature comparison, microsoft, vizioncore, vmetc.com, vranger by Rich

One of the engineers from our storage team asked me to join a discussion about whether or not restoring VMs from images made by any of the live VM backup utilities would be a reliable process for a client. I unknowingly joined what was really a battle about whether the client would be better off using SAN based snapshots, host based replication, or live VM imaging specifically for Exchange and SQL VMs. All are proven solutions, and depending on budget, recovery objectives, and service level agreements all solutions could be deployed with confidence. The customer, and this post, is focused on the live VM backup solutions and their reliability for Exchange and SQL. Based on cost of implementation and infrastructure required the VM backup tools are the most affordable and easiest to deploy, but they also leave you with the most uncertainty.

Before continuing I want to point out that normal backup agents still need to be used for Exchange and SQL VMs. Not one of the VM backup solutions can perform application maintenance or specialized backups, like the Exchange Information Store backup for example. Understand that the live VM backup tools only specialize in capturing a quiescent, working image of the VM operating system and application.

First let’s understand what we mean when we say quiescent data. In the latest VMware Virtual Machine Backup Guide quiescing is defined as:

esXpress vs VCB vs vRanger

Posted on December 10th, 2007 in dr, esx, esxpress, feature comparison, vcb, vizioncore, vranger by Rich

Looking for a comparison of VM backup solutions? PHD Technologies, makers of esXpress, have put together a matrix of features comparing how their product stacks up to VMware’s VCB, Vizioncore’s vRanger, and even vRanger integrated with VCB.

Check it out online in original form here.

I have saved the matrix as a stand alone page as well.

updated 12-11-07 *****

After reading comments from readers I realized

vRangerPro - Acquiring VM Lock. This may take many minutes!

Posted on November 10th, 2007 in how to, vcb, vizioncore, vmware, vranger by Rich

I recently installed the latest version of Vizioncore’s vRangerPro and ran into an issue where 2 of the VMs would not complete a backup. All of the other VMs would complete without issue. Both backup jobs would stall at the “Acquiring VM Lock. This may take many minutes!” message in the job console window. I had to manually cancel the first stalled job (using CTRL + C) before the second job would begin and eventually stall in the same spot.

I was using vRanger installed with VCB 1.0.3 on the same server. The backup was going to a local NTFS drive. The job was configured with VCB integration.

I was able to get the jobs to work by

  1. Canceling the stalled active backup job (Ctrl + C)
  2. Deleting the job’s leftover VM’s snapshot (and committing the changes). BE SURE TO DO THIS BEFORE CONTINUING!!!!
  3. removing the .vzmutex file from the VM’s volume folder. (using WinSCP)
  4. I also removed all of the .log files (except for the active one) and .vzsnp files as well. (This step was just folder cleanup and not necessary to get the jobs working)