We have finally completed our project to migrate from Exchange 2010 on physical servers to Exchange 2013 that is now 100% virtual. We have one mailbox server in both of our two main datacentres and a front end CAS server in each datacentres also. The mailbox servers are in a DAG and all mailboxes are replicated between the two mailbox server VMs so we don't need to replicate servers as Exchange takes care of this for us. However, we do need to backup the mailbox servers with Veeam and then write the Weekly Active Full Backup to tape.
We have both Mailbox Servers protected by their own Veeam Jobs which write data to a HP StoreOnce at their local site. The two mailbox servers take about 24 hours to complete their weekly active full backup each Friday night and the resulting VBK is around 6TB. Whilst this data is on disk it's not so bad to restore and the Veeam Exchange Explorer works great. However, we need to get the 6TB VBK off to tape each week at one of the datacentres (so we have an offsite archival copy) and this can take another 24-36 hours to write to an LTO6 SAS Tape Library. We have had a few instances recently where the writing to tape has dropped out after several TBs, forcing us to restart the entire tape copy again, which can result in a day or more of lost time.
With the new Catalyst Integration coming in v9 we are hoping to take advantage of this for faster backups and restores, and also make use of Synthetic Fulls (that new capability with dedupe appliances looks crazy awesome!) so a 24 hour Veeam Backup could be chopped in half at least (so we hope).
What I was thinking was, if possible, to split the exchange backups into a few different Veeam Jobs that result in smaller VBKs and less impact if one tape copy job fails. My thought was:
1. Split Mailbox Databases over several drives on the Mailbox Server (such as Mailboxes 1-4 on E:\, Logs for Mailboxes 1-4 on F:\, Mailboxes 5-8 on G:\, Logs for Mailboxes 5-8 on H:\, and so on)
2. Create Veeam Jobs to backup only the VM disks for the Mailboxes and their logs, resulting in a number of Veeam Jobs with smaller VBKs
With this type of setup the Exchange Explorer would still work we only need to mount the backup for that job and have access to both the EDB files and the logs. However, my concern is that with Application-Aware Backups enabled (which we use and works great), will Veeam instruct Exchange that a backup has occurred and to truncate the logs ONLY for the databases on the disks that were backed up in each job or will it instruct Exchange to truncate logs for all databases? Would my idea work, or am I just asking for trouble?