A security administrator is establishing a high-availability disaster recovery plan for a mission-critical web application. During an unrecoverable primary data center outage, administrative staff must execute a site failover to the secondary site. Place the following failover operational steps in the correct chronological sequence from first to last.
- 1Detect primary site failure via automated health-check monitoring and initiate the failover protocol.
- 2Isolate the primary site resources and enforce fencing mechanisms to prevent split-brain conditions.
- 3Promote the secondary database instance from passive read-replica status to primary active read-write mode.
- 4Update Global Server Load Balancing (GSLB) DNS records to direct incoming user traffic to the secondary data center.
Answer
The correct operational sequence is: 1) Detect primary site failure and initiate failover, 2) Isolate the primary site to prevent split-brain condition, 3) Promote the secondary database to primary active read-write mode, and 4) Update GSLB DNS records to direct user traffic to the secondary site.
In high-availability and disaster recovery architectures, site failover must follow a strict dependencies-first operational sequence. Detecting failure precedes all administrative actions. Fencing the primary node must occur next to prevent split-brain data corruption caused by simultaneous active nodes. Subsequently, backend state stores (databases) must be promoted to read-write mode before front-end services can handle transactions. Finally, GSLB/DNS redirection is updated to send live client traffic to the secondary location.
Step-by-Step Solution
Key Concept
Disaster Recovery Failover Sequencing and Split-Brain Prevention