Disaster Recovery Journal Winter 2022

For example, in the healthcare industry, downtime in regard to medical treatments or emergency services may be life threatening for patients. n What’s the most devastating impact your organization will accept from a catastrophic downtime event? No decision-maker wants to contemplate this possibility, but unless your budget can cover any eventuality, it’s vital to really figure out your bottom line here. By knowing the size of the problem your company is willing to risk, you can target the type of technology needed to provide that level of disaster-readiness. All stakeholders should research, discuss, and agree on what’s absolutely imperative. Once the team has thoroughly vetted these questions together, then it’s time to align expectations throughout every level of the business hierarchy. When stakeholders agree on the organization’s disaster readiness needs, it can stream line a difficult process to pave the way to identifying solutions and allocating resources. 2. Assign and Document Roles While you’ve likely had nightmares about potential downtime scenarios, almost anything could happen which could lead to an outage – ways no one has thought of yet. This is why you need a detailed plan to guide your organization through a DR situation – and that plan should contain clear role designation. You should never find yourself coming up with recovery protocols based on your initial response to an outage. Instead, by the time you’re responding, you should be able to turn to detailed recovery proce dures. The best DR plans provide step-by step instructions not simply one IT leader but anyone in IT can use to restore your environment. How exactly should you frame your DR plan? The key is to create protocols based not on the downtime-causing events themselves, but on loss categories — any assets and systems such as sites, appli cations, third-party services, etc. which could be compromised in your envi

ronment. By basing your DR-response blueprint on loss categories, you needn’t worry about future downtime-triggering events having to fit into a limited, precon ceived framework. 3. Simplified Management Intelligent technology which lever ages “smart” automation — paired with a thoroughly documented process – is the combination you need for an optimum DR strategy. The goal of this is to enable your systems to react right away when any threat or outage is detected, engaging your DR processes automatically – no muss, no fuss. Finally, your DR management strat egy should unify your environment by minimizing concurrent recovery solu tions to offer the simplest, sanest user experience. For example, you don’t want IT to have to manage separate SQL Server Availability Groups on Windows and Linux. Instead, you can rely on smart high availability (HA) clustering soft ware to take care of that. Ideally, seek a solution which can be easily layered over any mix of infrastructure to manage your entire SQL Server environment, whether different platforms, versions/editions, or distributions. DR planning shouldn’t stop but should be approached as an ongoing evolution supported by meticulous research. You need to understand how downtime affects your company and have aligned expecta tions among all stakeholders about DR requirements. You also need detailed documentation on recovery steps for your company’s assets. Lastly, automated, easy-to-manage technology to support recovery efforts will have a huge posi tive impact on ensuring nearest-to-zero downtime. With HA clustering software which checks every box for a best-in-class DR framework, DR management can be transformed from seemingly impossible to smartly simplified. v

it’s critical to emphasize communication and understanding among stakeholders. Gartner notes it’s essential “DR planning is done in alignment with business con tinuity management (not in an IT-only vacuum).” The truth is only some organizations can pony up the high price for top tech nology to safeguard their IT installation. What’s important is to be intentional about how you decide to spend whatever budget you have – connecting this spend to the level of detriment caused by down time events. To figure that out, first think through these questions: n What’s the total cost of a downtime event? This should include not only the financial impact throughout the company from lost revenue, but also how end users are affected by the usability impact.

Don Boxley Jr. is a DH2i co-founder and CEO. He has more than 20 years in man agement positions for leading technology companies. Boxley earned his MBA from the Johnson School of Management, Cornell

University.

DISASTER RECOVERY JOURNAL | WINTER 2022 43

Made with FlippingBook - Share PDF online