October 3, 2014 at 2:01 am
Scenario
AG failover to DR Node.
Setup
Server A – Primary Datacentre
Sever B – Primary Datacentre
Server Z – DR Datacentre
Primary DC down. Manual Failover to DR Datacentre.
Question.
At the point of failing back to the Primary when all is OK again. Are the changes made on the DR server DBs replicated to the Primary DC dbs during the manual failover back to the Primary DC.
October 3, 2014 at 6:05 am
Talib123 (10/3/2014)
ScenarioAG failover to DR Node.
Setup
Server A – Primary Datacentre
Sever B – Primary Datacentre
Server Z – DR Datacentre
Primary DC down. Manual Failover to DR Datacentre.
Question.
At the point of failing back to the Primary when all is OK again. Are the changes made on the DR server DBs replicated to the Primary DC dbs during the manual failover back to the Primary DC.
Hi
Steps we have used in the past (rough outline)
Change Server Z and Server A to Synchronous Commit
Allow to Synchronize
Failover Z to A (with no data loss)
Change Server A and Server B to Synchronous Commit
This should allow a failover with no dataloss
Andy
==========================================================================================================================
A computer lets you make more mistakes faster than any invention in human history - with the possible exceptions of handguns and tequila. Mitch Ratcliffe
October 7, 2014 at 8:11 am
Thanks, the full process can be found on page 25 of this doc.
http://msdn.microsoft.com/en-us/library/jj191711.aspx
You answered another question I was going to ask, about reverting back with no data loss.
Again Thanks
October 7, 2014 at 8:16 am
Talib123 (10/3/2014)
ScenarioAG failover to DR Node.
Setup
Server A – Primary Datacentre
Sever B – Primary Datacentre
Server Z – DR Datacentre
Primary DC down. Manual Failover to DR Datacentre.
Question.
At the point of failing back to the Primary when all is OK again. Are the changes made on the DR server DBs replicated to the Primary DC dbs during the manual failover back to the Primary DC.
Configure all 3 instances for synchronous commit with automatic failover between the nodes in primary site. If a failover to DR occurs as its synchronous data loss will be minimal if any at all. Failing back will not incur a data loss.
-----------------------------------------------------------------------------------------------------------
"Ya can't make an omelette without breaking just a few eggs" 😉
October 7, 2014 at 8:34 am
Perry Whittle (10/7/2014)
Talib123 (10/3/2014)
ScenarioAG failover to DR Node.
Setup
Server A – Primary Datacentre
Sever B – Primary Datacentre
Server Z – DR Datacentre
Primary DC down. Manual Failover to DR Datacentre.
Question.
At the point of failing back to the Primary when all is OK again. Are the changes made on the DR server DBs replicated to the Primary DC dbs during the manual failover back to the Primary DC.
Configure all 3 instances for synchronous commit with automatic failover between the nodes in primary site. If a failover to DR occurs as its synchronous data loss will be minimal if any at all. Failing back will not incur a data loss.
Its a good point Perry - depends on the bandwidth of your pipes however - if you have (and the business is willing to pay for) an extremely good connection no problem - if however the pipes between your DR box and the prod system are limited (as they usually are) setting all three to Sync commit could cause slowdowns
Just my 2 cents 🙂
==========================================================================================================================
A computer lets you make more mistakes faster than any invention in human history - with the possible exceptions of handguns and tequila. Mitch Ratcliffe
October 7, 2014 at 9:44 am
Andy Hyslop (10/7/2014)
Its a good point Perry - depends on the bandwidth of your pipes however - if you have (and the business is willing to pay for) an extremely good connection no problem - if however the pipes between your DR box and the prod system are limited (as they usually are) setting all three to Sync commit could cause slowdownsJust my 2 cents 🙂
Sure that's completely valid, but if you go to all this trouble and skimp on the network then it was pointless in the first place. depends how busy the databases are too
-----------------------------------------------------------------------------------------------------------
"Ya can't make an omelette without breaking just a few eggs" 😉
Viewing 6 posts - 1 through 5 (of 5 total)
You must be logged in to reply to this topic. Login to reply