We've had our Veeam installation running for 12 months now, and everything has been a huge improvement on the previous backup product.
As we're gradually migrating all of our systems across - I've come across a big problem with the Exchange backup.
To back up our three node Exchange 2010 DAG, it was decided that the best and safest way forward, after reading all the guides and advice on DAG backups - was to create another passive node, with copies of all the databases and logs - and just back that up.
This has been working perfectly for a few weeks now, but we've hit a big problem with the secondary copy job.
Our main backups go to local RAID6 DAS storage, our copy jobs are then sent to an EMC DD2500.
Obviously the speed of the Data Domains is a lot slower than the local storage - but it's now causing us a headache with the Exchange backups.
The VM size is 17.5TB. The full backup size is around 7TB. The incrementals can be around 600GB.
This is fine for the local backups. The job processing rate is 260MB/s - as the 25 disks are backed up in parallel. The merge takes some time - but it's dealing with a 7TB full backup each day - so that's fine.
The backup copy is a different story. The processing rate is 50-70MB/s - as the 25 disks are processed sequentially. The backup process can take 12-13 hours, and then the merge starts. This isn't fast either.
Taking a look at previous logs, it's taking >24 hours quite a few times. This in turn is disrupting the backups job, and subsequent day's backup copy.
I did wonder if this was related to our other Data Domain performance issues (1
), but I think this time - it's actually just the size of the VM.
My two initial thoughts are:
1) Create another passive DAG, and back that up in a separate job. This should halve the backup copy job window, but require another Exchange VM, and a lot of reconfiguration.
2) Create a second Veeam job, backing up the same VM - but exclude half the disks on each job. This should halve the copy job window again without requiring extra resources - but leaves me with a lot of questions regarding restoring the VM, and needing to reattach virtual disks.
And advice on the above - especially 2), or anyone have a better suggestion?
I'd be surprised it we're the only Veeam customer backing up a large VM to a Data Domain.