Log in


Tags » ‘DAC’

Datacenter Activation Coordinator Changes in Exchange 2010 SP1!

Categories: Exchange Server Microsoft Related
June 8th, 2010 by Scott

For the past few days I have been down in New Orleans taking in all the valuable information at TechEd and meeting some great people. 

So far it has been a great experience.  Last night I happened to go to the Exchange Round table that was hosted by Jeff Guillet from EXPTA.Com (Great guy btw).  While at the meeting some of the Microsoft Exchange Team happened to come to participate in the discussion.  I had the privilege of speaking with some members on the Exchange team (Smart Guys, if I get nothing more out of TechEd it was worth just the time to hang out with some of the guys on the Exchange Team) and they shared some information with me about Exchange 2010 Service Pack 1, which was totally legal since it was released to the public yesterday.

As you recall I wrote an article back on November 18th called “Managing Split Brain in Exchange 2010 DAG with Datacenter Activation Coordination Mode” and as mentioned in that article there was a restriction on how to use DAC in an environment.  If you look back at the article you will note that you can only use DAC if the following is true:

 1. You need to have at least three database copies to use DAC.  This means that you would require three separate servers. 

2.  That you could not leverage DAC  if the DAG members existed in the same Active Directory Site.

Well, after my conversation last night it was mentioned to me that the requirements above are no longer requirements in Exchange 2010 SP1!  What this means is that with Exchange 2010 Service Pack 1 you can now leverage DAC with only two database copies (2 servers in a DAG)!  He also mentioned to me that on top of that neat feature above that you can also leverage DAC within a single Active Directory Site!  Whoa, Even better!  This now will give organizations the ability to deploy a HA environment with 2 database copies AND leverage DAC thus preventing a split brain scenario which was a risk with the RTM version of Exchange with two database copies.  Now that is awesome! 

What I was not able to find out was the release date of Exchange 2010 SP 1.  I am well aware that the beta is out (Exchange Server 2010 SP1 Beta Now Available for Download) but it is not quite ready for production. 

Hope this helps!

Tags:
2 Comments »

Managing Split Brain in Exchange 2010 DAG with Datacenter Activation Coordination Mode

Categories: Exchange Server Microsoft Related
November 18th, 2009 by Scott

While in my Exchange 2010 ignite class we came across a new feature of DAG called Database Availability Groups (DAG).  DAG is a great way to provide high availability and redundancy in an Exchange 2010 environment.  DAG’s are basically replacing the Exchange 2007 features known as LCR, CCR, SCR, and SCC. 

One consideration for leveraging a DAG is placing mailbox servers in different datacenters and replicate the data over the wire.  This can be accomplished with DAG and was accomplished in Exchange 2007 using a geo-distributed CCR setup.  One concern however is a split brain occurrence.  Say for example you have two datacenters in your organization.  Datacenter A has 2 nodes of the DAG plus the File Share Witness (FSW) and datacenter B has two DAG server nodes.  If the primary datacenter (Datacenter A) should happen to lose power and the DAG is activated in Datacenter B those two servers now are primary.  However, when the primary datacenter is restored, Datacenter A, and say for example the network between the two sites has not been restored, this is then potential for a split brain.  This is because when Datacenter A comes back on line it sees the FSW and has 3 votes for quorum.  Two from the DAG and one from the FSW.  Datacenter B believes it is in charge and remains active.  Now both datacenters believe they are authoritative for the DAG. 

In order to remedy this problem in Exchange 2010 a new feature has been developed called Datacenter Activation Coordination (DAC).  DAC is used to control the activation behavior of DAG nodes that may be split between multiple datacenters.  Basically what occurs here is that when there is an outage in a datacenter other members of the DAG will come on line in another datacenter.  When the DAG nodes that are offline return to service the offline DAG nodes will leverage a protocol called Datacenter Activation Coordination Protocol (DACP) before trying to mount their databases.  The DACP is used to determine the current state of the DAG and whether Active Manager should try to mount the databases or not. 

Now you may be wonder, what is Active Manager?  Well, Active Manager stores a bit in memory (either a 0 or a 1) that tells the DAG whether it’s allowed to mount local databases that are assigned as active on the server. When a DAG is running in DAC mode (which would be any DAG with three or more members), each time Active Manager starts up the bit is set to 0, meaning it isn’t allowed to mount databases. Because it’s in DAC mode, the server must try to communicate with all other members of the DAG that it knows to get another DAG member to give it an answer as to whether it can mount local databases that are assigned as active to it. The answer comes in the form of the bit setting for other Active Managers in the DAG. If another server responds that its bit is set to 0, it means servers are allowed to mount databases, so the server starting up sets its bit to 1 and mounts its databases.

So, what this means that if you recover from a failure in the datacenter the DAG nodes must communicate with all other Nodes in the DAG that it is aware of and verify if the databases on that DAG node can be mounted since they all have a DACP bit value of 0.  Once they can verify that no other databases are mounted (setting of 1) then those databases will mount and set their bit to 1. 

Make sense?  I think this is a pretty impressive solution that MS has come up with to prevent the split brain in Exchange 2010.  The kicker?  DAC is disabled by default.  Keep in mind that in order to leverage DAC you need to have at least a 3 node DAG in different datacenters.  I suppose you wouldn’t need this if they are all in the same datacenter and the nodes can communicate with each other. ;)  

If you are looking at deploying a DAG across multiple datacenters you will want to enable DAC.  In order to Enable DAC you can run the following command:

Set-DatabaseAvailabilityGroup –Identity DAGID –DatacenterActivationMode DagOnly

For more information on the ‘Set-DatabaseAvailabilityGroup’ you can go here.

EDIT: This feature will be updated in Exchange 2010 SP 1.  For more information please read my article “Datacenter Activation Coordinator Changes in Exchange 2010 SP1!“

Tags:
1 Comment »