.png)
SOLUTIONS
WEBINAR
DR Runbooks in a Real Disaster
Stuff You Don’t Think About Until It’s Too Late
APAC/EMEA Session
Wednesday, September 23 at 11:00am CEST (UTC+2)
Most disaster recovery plans are built and tested against a single scenario: a clean, planned failover where applications can be quiesced, a final sync completed, and systems shut down in order. Unfortunately, real disasters rarely cooperate.
Too often teams discover mid-event that a server booting successfully does not mean an application is back in service. IP addresses, DNS records, and domain controllers were never revalidated for the recovery environment, and nobody defined what "recovered" means or who signs off before handing systems back to the business.
The result is a recovery that looks complete on the console, but isn't complete for the organization that depends on on it. Closing that gap requires a runbook built not only on replication, but dependency-aware sequencing, network and identity remapping, and a documented failback process.
In this webinar, RackWare engineers will outline the runbook oversights that can turn a planned failover into a chaotic recovery, and what a complete DR runbook needs to include to close those gaps before disaster strikes.
What You Will Learn
-
Why a successful VM boot doesn't mean a recovered service, and how to sequence recovery across infrastructure, AD/DNS, networking, databases, middleware, and applications
-
How Recovery Waves and automated boot-order sequencing enforce that dependency order, instead of leaving it to a manual checklist
-
How to plan for both controlled failover (application quiescing, final sync, orderly shutdown) and catastrophic failure, including recovery from the latest consistent recovery point
-
How application-aware, granular recovery points support a deterministic recovery, even when a clean final sync isn't possible
-
Which network, DNS, identity, and access dependencies - IP changes, routing, firewall rules, domain controllers, credentials, load balancers, external dependencies - must be documented and validated before DR day
-
How automated environment re-mapping handles IP, identity, and DNS changes during failover instead of surfacing them as post-recovery surprises
-
How to structure recovery into dependency-based waves with clear ownership, RPO/RTO targets, and validation criteria
-
How post-boot service verification confirms that an application and its interfaces are actually usable before handoff to application owners
-
What a complete failback process includes: operating in DR, capturing changes, reversing replication, returning workloads to production, resuming protection, and incorporating lessons learned from every DR test - including how controlled, two-way sync supports a clean cutback without re-exposing the organization to data loss
Presented by
Akash Bambal
Director of Engineering
Since January 2022, Akash Bambal has served as the Director of Engineering focused on Quality Assurance and Systems Engineering at RackWare. Prior to that he spent nearly five years as
the Manager of QA and Systems Engineering. Akash has over seventeen years of engineering experience in enterprise class products across a variety of domains like healthcare, networking/SDN, storage, media and OS. Akash plays a critical role in pre-sales, designing migration and DR/backup solutions for customers across the JAPAC and EMEA regions for RackWare.