We're doing restores from tape. Initially when we brought this in we were told that if we had DAGs that tape backups were unnecessary. This was explained as if we had a 3 member DAG with at least one member off-site then the only thing we had to worry about would be database corruption, and that could be covered with a lagging database on the third member. Paranoia told me that we should at least backup the databases. We currently have a three member DAG but we haven't yet moved the third member off-site, so the potential exists that the Exchange servers could be wiped out if the building was hit. I'm trying to work through what I'd do if this would happen.
I initially thought I could use restoreserver, but that isn't working the way I thought it would. Right now I'm looking at Database Portability. -----Original Message----- From: John Matteson [mailto:john.matte...@gmail.com] Sent: Monday, July 16, 2012 9:30 PM To: MS-Exchange Admin Issues Subject: RE: Recover 2010 DAG CAS?HUB/Mailbox member to a single CAS/HUB/Mailbox server? I'm just thinking out loud here, but if you're doing this at your DR site, are you rebuilding your environment from the ground up, starting with FSCK'ed DC's and a virgin Active Directory? Or are you doing an authoritative restore of your AD? John M. -----Original Message----- From: Maglinger, Paul [mailto:pmaglin...@scvl.com] Sent: Monday, July 16, 2012 4:48 PM To: MS-Exchange Admin Issues Subject: RE: Recover 2010 DAG CAS?HUB/Mailbox member to a single CAS/HUB/Mailbox server? What we're looking at is the worst possible scenario in which everything was gone. In this case we would be doing a tape restore of our environment at our DR site. So if the Exchange environment was gone, then we'd have to start somewhere. Obviously there's a problem with using /m:recoverserver because it's looking for DAG members that no longer exist. But if the environment was completely gone, you have to start with a recovery of a single server, right? -----Original Message----- From: Stringham, Steven [mailto:sstri...@lrlaw.com] Sent: Monday, July 16, 2012 3:18 PM To: MS-Exchange Admin Issues Subject: RE: Recover 2010 DAG CAS?HUB/Mailbox member to a single CAS/HUB/Mailbox server? It really depends also on what you mean by "recover". If it is that you need to get the DAG back online and in use, that is one thing (I won't go into that). If you just want the data from it, and will be able to bring the mailbox back online elsewhere, that is another story. I "recover" DAGS all the time - but just for exporting the contents of a particular mailbox (someone deleted something and I need it back). I am using a Netapp SAN, and snapshot the DAGs regularly. I am able to bring one of these snapshots back to another server, copy over the log files from that snapshot timeframe, and then use NetApp's mailbox recovery tool. I am then able to export any of the data (down to a single email if I want or all of a whole mailbox) to either the online DAG or to a PST. -----Original Message----- From: Maglinger, Paul [mailto:pmaglin...@scvl.com] Sent: Monday, July 16, 2012 12:42 PM To: MS-Exchange Admin Issues Subject: RE: Recover 2010 DAG CAS?HUB/Mailbox member to a single CAS/HUB/Mailbox server? Yes, that's what we've done. Do you know of any documentation on the recovery? As I said, the recovery goes fine until it finds out it was part of a DAG, then it stops. I've tried searching for "recover exchange 2010 dag as standalone" and "recover exchange 2010 dag on single server" and I'm drawing blanks. Suggestions for search string would be appreciated as well. -Paul -----Original Message----- From: Michael B. Smith [mailto:mich...@smithcons.com] Sent: Monday, July 16, 2012 2:29 PM To: MS-Exchange Admin Issues Subject: RE: Recover 2010 DAG CAS?HUB/Mailbox member to a single CAS/HUB/Mailbox server? Yes. But you'll need a parallel environment. -----Original Message----- From: Maglinger, Paul [mailto:pmaglin...@scvl.com] Sent: Monday, July 16, 2012 2:58 PM To: MS-Exchange Admin Issues Subject: Recover 2010 DAG CAS?HUB/Mailbox member to a single CAS/HUB/Mailbox server? Is it possible to recover an Exchange 2010 DAG member to a single server? This is for disaster recovery testing. Getting nada on Google. Running setup /m:recoverserver does fine until it finds out that it's the member of a DAG. -Paul ---------------------- For more information about Lewis and Roca LLP, please go to www.lewisandroca.com. Phoenix (602)262-5311 Reno (775)823-2900 Tucson (520)622-2090 Albuquerque (505)764-5400 Las Vegas (702)949-8200 Silicon Valley (650)391-1380 This message is intended only for the use of the individual or entity to which it is addressed. If the reader of this message is not the intended recipient, or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the sender of this E-Mail by return E-Mail or by telephone. In accordance with Internal Revenue Service Circular 230, we advise you that if this email contains any tax advice, such tax advice was not intended or written to be used, and it cannot be used, by any taxpayer for the purpose of avoiding penalties that may be imposed on the taxpayer --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
