In the first part of the article, I discussed how to recover a DAG when the primary data center or the majority nodes are lost. In this part, I will show you how to restore the primary data center Exchange servers after hard recovery.

Below is the lab setup of the Blue.com domain with two Exchange 2013 Database Availability Group (DAG) nodes. DAG01 is the stretched AD site “Default-first-site-Name” between two data centers.

Streteched AD site between primary and secondary data center

Restoring DAG in a primary data center ^

When primary nodes are up, Datacenter Activation Coordination (DAC) mode comes into play. DAC mode uses the Data Center Activation Coordination Protocol (DACP) to prevent the DAG from having “split-brain syndrome.”

What is the split-brain syndrome?

For instance, in a DR scenario where we fail over to the secondary site while the servers from the primary site come up, the primary site might have the majority of the nodes and will mount the database. Thus, you might end up with two active systems. To avoid this situation, we can configure the DAG in DAC mode.

Once all the primary nodes are up and the network between the primary and the secondary data center is restored, execute the following command:

Start-DatabaseAvailabilityGroup -Identity DAG01 -ActiveDirectorySite Default-First-Site-Name

Start-DatabaseAvailabilityGroup

This command will join the failed node BlueExch01 back to the cluster and will allow its database copies to start seeding from the active database copy. Depending on the downtime and the size of the database, it will take some time to get the database copies updated into a healthy state. If, for any reason, the automatic seeding does not happen, then force the replication by using the cmdlet Update-MailboxDatabaseCopy. Sometimes, the content Index may not seed and may fail. Fix the issue by using the parameter catalog with the cmdlet Update-MailboxDatabaseCopy or by restarting the MS Exchange search service.

Update-MailboxDatabaseCopy

We have recovered the DAG in the primary data center and have now to activate the file share witness because DAG is still using the alternative file share witness. The Set-DatabaseAvailabilityGroup cmdlet is used to activate the file share witness. This can be verified at the Failover Cluster Manager.

Set-DatabaseAvailabilityGroup -Identity DAG01

Set-DatabaseAvailabilityGroup

Once the file share witness server is activated, move the database back to the primary data center using the following cmdlet or by executing the RedistributeActiveDatabases.ps1 script, which is available in the default scripts folder:

Get-MailboxDatabase | Move-ActiveMailboxdatabase –ActivateonServer BlueExch01 –MountDialOverride:None

Get-MailboxDatabase

By doing this, we have restored the DAG on the primary data center and have mounted the active database on it. This process is much easier in Exchange 2010 and Exchange 2013 when compared to the previous versions of Exchange. Please notice that sometimes, it is worth it to wait for the primary data center to come up and allow the DAG to recover itself or to recover it manually using the commands in the secondary data center.

I hope this article gives you a clear picture of understanding and recovering the DAG in the stretched AD site scenario.

0 Comments

Leave a reply

Your email address will not be published.

*

© 4sysops 2006 - 2022

CONTACT US

Please ask IT administration questions in the forums. Any other messages are welcome.

Sending

Log in with your credentials

or    

Forgot your details?

Create Account