Ed Note: The following is an opinion post by Shannon Snowden, Senior Technical Marketing Architect at Zerto.
One thing has been made clear to me while designing and implemention DR solutions like VMware SRM and Zerto over the past few years: disaster recovery planning and implementation is much more difficult to do than is necessary.
It is thought to be so difficult that it remains substantially behind other datacenter solutions that have leveraged virtualization to increase efficiency and reliability while decreasing administrative effort.
The way DR is still being approached:
If you look at a survey that Zerto conducted recently, the results certainly reflect what I'm seeing:
Cost and complexity are both the biggest concerns with ‘difficult to manage’ coming in close third. Even the companies that have a DR implementation, only 23% are confident their DR will work in the case of a real emergency.
Data center outages are frequent and companies find themselves ill prepared:
I'm not surprised by these results considering the recommendations coming from the conventional wisdom in the industry as well as what I’ve seen myself.
It's time to rethink DR. It can be much simpler and robust with the technology that is available now.
Let's simplify things. Focus on getting the machines protected first, then do all the necessary planning after the machines are in a protected state. This in no way negates the need for complete planning for DR, it just changes the order of the process, because technology allows for this inverted DR implementation approach.
There are really only four steps to getting disaster recovery right as shown in this new infographic designed with the help of Scott & David here at VirtualizationSoftware.com:
This is a much better position to be in as a business if an emergency occurs during the DR planning phase that comes at the end of the Protect, then Perfect style of implementation.
Properly implemented, the biggest concerns shown in the surveys are mitigated and allow the organization to focus on the non-technical areas of the Business Continuity and DR plan.