Thank you. You have understood me correctly. It appears that I am not one for verbal or written instruction. I have to see how something works in real life. So last night I was brainstorming, reading, and growing grey hair. I had come up with the same thoughts. I also found the bandwidth throttling which should help as well. I am waiting on the consultant that implemented this setup for me to validate what I had come with and you had paraphrased this morning. Thank you again for confirming (without know I had come to the same conclusion) what I was thinking. I'll let you all know how it plays out going forward. I guess I need to also get him to provide how to restore from the danged thing. This backup is no good to me without a restore procedure as well. I just don't think all the way through a problem some times.
From: [email protected] [mailto:[email protected]] On Behalf Of Michael B. Smith Sent: Wednesday, August 13, 2014 9:32 AM To: [email protected] Subject: [Exchange] RE: Exchange 2010 cluster backup OK, I'm a little confused. Or maybe not, and I don't understand why you are doing this. :) Let me make sure I understand. You have a DAG, let's call it DAG-1. DAG-1 includes two MB servers at your HQ site and a third MB server at your DR site. All of your active mailbox databases are mounted at the HQ site. You are getting complete backups of both MB servers at the HQ site. Now, WHAT are you backing up from the server at the DR site? You don't need to back up anything but System State and maybe, maybe, BMR. (My personal opinion is that doing bare metal recovery over a WAN link is a good way to grow grey hair.) You have 3 copies of the data in online storage in DAG-1 (maybe more - if any of the MB disk subsystems are RAID). Why do you need more copies of the data? What value does it provide? Regardless, even for the most paranoid, you only need to back up one copy of the data. That is typically the passive database on the HQ MB servers. I would also do system state on all Exchange servers. You can do BMR if you want, but in my experience I can install an OS, restore system state, and "setup /m:RecoverServer" quicker than BMR will work. YMMV. I don't think the issue here is the backup application, because DPM is actually pretty good about minimizing data. I think you need to re-assess your backup/recovery needs and plan. There are better ways to skin this cat. From: [email protected]<mailto:[email protected]> [mailto:[email protected]] On Behalf Of David McSpadden Sent: Tuesday, August 12, 2014 3:02 PM To: [email protected]<mailto:[email protected]> Subject: [Exchange] Exchange 2010 cluster backup Currently we have a primary Hub/CAS server and secondary Hub/CAS server along with a Primary Mailbox Server and Secondary Mailbox server on LAN 10.0.55.x. We have a DR site with a Tertiary Hub/CAS/Mailbox server on a separate LAN across a 100Mb pipe. We have a Cluster of the Hub/CAS servers and the production and DR sites. And the DAG is across the WAN as well. We have a DPM 2010 server backing up the DAG. This staying un completed most of the time. With the Primary and Secondary pieces of the DAG getting complete back ups but tertiary is just running all the time at 80Mb. (Yes eating at my sole.). Can I use Veeam to back all of these servers up? And drop the DPM 2010?? Will I still be using up my bandwidth from DR to Production at the same rate as the DPM 2010 software? Is there a better practice for Exchange 2010 and being Highly available?? Thanks and I promise I will try and answer with the best and most accurate responses. Active directory is still 2008 and the Exchange servers are 2008 but the DPM server is 2012. Thanks again. This e-mail and any files transmitted with it are property of Indiana Members Credit Union, are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not one of the named recipient(s) or otherwise have reason to believe that you have received this message in error, please notify the sender and delete this message immediately from your computer. Any other use, retention, dissemination, forwarding, printing, or copying of this email is strictly prohibited. Please consider the environment before printing this email. This e-mail and any files transmitted with it are property of Indiana Members Credit Union, are confidential, and are intended solely for the use of the individual or entity to whom this e-mail is addressed. If you are not one of the named recipient(s) or otherwise have reason to believe that you have received this message in error, please notify the sender and delete this message immediately from your computer. Any other use, retention, dissemination, forwarding, printing, or copying of this email is strictly prohibited. Please consider the environment before printing this email.
