This article is contributed. See the original author and article here.
I made a test in my testing environment. Below are my test results
- I have 3 nodes in this Alwayson. CPS2019VM3 is DR node. I set firewall rules in VM1 and VM2 to block all network traffics from/to VM3. You can see VM3 became ‘Resolving’ state.
- I forced quorum using below command
- Then I made a force failover allow data loss for AG.
- I updated 1 row in VM3. I want to see if this data will be kept after resuming data movement.
- Once I removed firewall rules and 2 subnets are re-connected. The original primary – VM2 became resolving state. The original secondary – VM1 joined back AG immediately. VM3 was still primary.
- After a short while, VM2 joined back AG as secondary. I checked windows cluster. It was not ‘force quorum’ state anymore. The cluster has become normal mode.
- As I expected, VM1 and VM2 data movement were suspended. If you want to abandon data change in VM1 and VM2. Please just resume data movement. Then above data change will be synchronized to VM1 and VM2.
- If you want to keep data in VM1 and VM2, but abandon data in DR. You only need to do a manual failover allow data loss.
Conclusion
================
- Once you did an AG force failover allow data loss in DR. The DR node will always become primary node after re-connecting. No matter you reboot DR or not.
- Another 2 nodes in Prod site will join AG as secondary after re-connecting. Windows cluster will become normal quorum instead of force quorum automatically.
- If you want to keep data in DR, just resume data movement manually in secondary nodes.
- If you want to keep data in Prod site, do a manual failover allow data loss from DR node to Prod node.
Brought to you by Dr. Ware, Microsoft Office 365 Silver Partner, Charleston SC.
Recent Comments