Disaster recovery, or IT Business Continuity as we like to think of it, is a space that’s riddled with traps. Or at best, it suffers from a number of myths and tendencies toward “fingers crossed.”

It’s not just about a fundamental difference between backup and disaster recovery; the idea that it’s one thing to have your data duplicated into a repository somewhere but quite another to be able to actually restore it — also downed applications and network configurations — rapidly…

Example 1: If you can’t test it, you don’t know it works

One can’t get serious about DR unless one acknowledges not just the criticality of testing, but also how it applies to a couple very distinct requirement areas:

Firstly, automation. At nScaled for security reasons our internal team doesn’t have log-in rights to client domains and servers. Our platform, however, automates IP address …