{"id":3085,"date":"2016-04-07T00:00:00","date_gmt":"2016-04-07T00:00:00","guid":{"rendered":"http:\/\/otava.test\/taking-disaster-recovery-from-complex-to-simple\/"},"modified":"2016-04-07T00:00:00","modified_gmt":"2016-04-07T00:00:00","slug":"taking-disaster-recovery-from-complex-to-simple","status":"publish","type":"post","link":"https:\/\/www.otava.com\/blog\/taking-disaster-recovery-from-complex-to-simple\/","title":{"rendered":"Taking disaster recovery from complex to simple"},"content":{"rendered":"

Disaster recovery<\/a> is neither simple nor easy. The underpinnings of a successful disaster recovery strategy are complex and often difficult to implement and maintain.\"Disaster<\/p>\n

If you lead a technology department, you have a running list of disaster recovery issues that\u00a0rapidly goes\u00a0from manageable to overwhelming. It is a time-consuming and complicated endeavor. You know that your data systems are critical to your business. Without them, your business soon grinds to a not-so-graceful halt. The risk of losing business compounds with every passing hour. This inevitable moment is the reason to invest in a disaster recovery strategy.<\/p>\n

But there are so many moving parts in your core, mission-critical applications. DR is more than just data replication. You need to copy ALL of the other components of your production site that help keep it running from a people, technology and process perspective. Without them, your disaster recovery strategy will fail, and you do not want to learn that lesson on the worst day of your career.<\/p>\n

<\/span>What do you need?<\/span><\/h2>\n

Strong disaster recovery infrastructures are run on two full stacks: One for production and one for recovery. The piecemeal philosophy of running a recovery infrastructure at less than 100\u00a0percent\u00a0operational capacity is doomed to fail. I\u2019ve done it – BAD<\/em> decision. When planning for a disaster, you have to treat your production stack as if it\u2019s completely gone and assume normal business operations will run on the recovery site for an extended period. This means that anything that supports your production site must be replicated, audited and managed in your recovery site as well. Consider the supporting components of your core, mission-critical applications: email services, data transfer services, authentication systems, time keeping systems, certificate authorities, firewall rules, VPN tunnels, load balancers, WAN and Internet bandwidth capacity, and so on. You also need to consider the infrastructure that protects your production infrastructure: monitoring, backup services, syslog or log review services, intrusion prevention systems, anti-virus, etc. And then there is the replicating infrastructure itself that needs to be monitored, managed, audited, and maintained.<\/p>\n

In addition:<\/p>\n