How to get a Disaster Recovery Plan (DRP) ready

Planning a Disaster Recovery solution

Business continuity depends significantly on IT. So, if you want to be prepared against any contingency, you need to get your Disaster Recovery Plan (DRP) ready sooner rather than later. A DRP will allow you to recover your mission-critical data and applications in the shortest time possible. Therefore, it is important to properly adapt it to your project needs.

The cloud has made Disaster Recovery accessible to businesses of any size. Traditionally, creating a DRP was costly and time consuming; as companies needed to set up and maintain a secondary site where replicating their infrastructure — a site which, in addition, would be underused most of the time. Nowadays, thanks to cloud hosting solutions, designing a Disaster Recovery solution is much easier, more efficient and more affordable.

But first things first! Before going into details about how to build a Disaster Recovery Plan, let’s start by defining it!

What is a Disaster Recovery Plan or DRP?

A Disaster Recovery Plan is a procedure to recover data and functionalities when a disaster — either natural or caused by a human mistake — disrupts a system. It is a contingency plan that collects the action protocol and the methodologies that should be used when one or more of a company’s IT systems fail.

The main goal of a DRP is minimizing the impact of a downtime by getting mission-critical applications back to operation in the shortest time possible. This allows organizations and workers to start operating again, virtually as usual, until the issue is completely solved.

Main Disaster Recovery types

  • Disaster Recovery at hypervisor level.
  • Disaster Recovery at storage level
  • Disaster Recovery at application level.

Why should your company have a DR plan?

Let’s start with a comparison! Why do we insure a house or a car? That is right, because we want to be protected against any accident, disaster or eventuality. This same reason applies to a company’s IT. A DR plan is essential for protecting your company’s data and functionalities against any contingency that may occur.

If your business’ IT and data are critical to its continuity, a disruption on your IT systems could have a truly negative impact on it if you are not prepared to act properly against it. So, a Disaster Recovery plan will allow you to reduce downtime and safeguard your business’ critical data; minimizing the impact on your business.

What are you protected against with a Disaster Recovery plan?

A Disaster Recovery plan can protect your business against many scenarios, such as:

  • Human mistakes
  • Power outages
  • System failures
  • Faulty updates
  • Natural disasters such as floods, earthquakes or fires
  • Data center fires
  • Thefts
  • Cyberattacks, virus and other corruptions (ransomware, for instance)

In summary, any circumstance that can negatively affect the technological procedures that are critical to your business and its profits.

How to build a Disaster Recovery plan

There is not a solution for everyone. The perfect Disaster Recovery plan is the one that is carefully tailored to your business’ needs. So, although we cannot give a universal answer in a post, we want to share with you some key elements you need to focus on when building a DR plan for any company.

Enumerate and prioritize your assets

Make a list of all your software and hardware assets and order them according to the impact they have on your business. This is very important because you will not be able to recover everything at a time. So, this way, you will be able to guarantee that the most critical applications and data are recovered first.

Evaluate the impact and risks

You should analyze which disasters you might have to face and their impact on your business. By analyzing the impact and risks, you will be able to evaluate how safe your critical data and applications are. This will help you define the recovery strategies to follow after any disaster.

Define the goals of your company’s DRP

For how long can your company stand downtime? How much data are you willing to lose? How much deterioration in your service are you willing to stand? Which is the impact you expect a contingency could have in your business continuity?

Properly defining your goals and expectations is essential for elaborating a contingency plan and the architecture of your Disaster Recovery solution. RTO and RPO are two of the most relevant indicators of any DR plan.

Disaster Recovery objectives, RPO and RTO

Recovery Time Objective or RTO

On the one hand, the RTO or Recovery Time Objective is the maximum period of time during which you consider it is acceptable that your company’s activity is interrupted. It is to say, the tolerable period of time before a downtime starts disrupting your business’ normal activity.

Recovery Point Objective or RPO

On the other hand, the RPO or Recovery Point Objective is the previous point in time you are willing to get back to in order to recover the company’s data and functionalities. In other words, this represents the quantity of data a company is willing to lose between the last security backup and a contingency. Our team can help you achieve a RPO that fits your company’s needs.

Optimize the consumption of resources

The costs of a Disaster Recovery plan increase as its tolerance decreases. So, it is very important to analyze your needs in order to optimize the cost-efficiency ratio of your DR plan. As we mentioned before, some data and applications can stand longer downtimes than others, depending on how critical they are to your business.

Cost vs RPO/RTO tolerance of a Disaster Recovery plan

Besides, a modern backup architecture and controlled automation — among other features that lower the consumption of resources and guarantee a predictable monthly cost — can also help you increase efficiency and optimize costs in your Disaster Recovery plan.

Choose the most convenient technology

When possible, you should use your hypervisor’s native functionalities for Disaster Recovery, as it will make the process easier.

Make sure the DR is self-sufficient

Your Disaster Recovery solution should be completely independent from the main platform.  For instance, relying on a remote, independent infrastrastructure reserved for Disaster Recovery, also known as cold spare, can be truly helpful to restore backups and replicas as soon as possible during a hardware failure, cyberattack or any other emergency.

Define a protocol of action

You should carefully define a protocol of action where you specify responsibilities as well as the reasons to apply the DRP. It is also advisable to create an emergency contact list with anyone you might need to contact during a recovery. For instance: your ISP or your Managed Services provider.

Create a Disaster Recovery team

It is also important to create a Disaster Recovery team with clearly defined roles and responsibilities. So that if a contingency occurs, every member knows what to do, how and when. Moreover, establishing a communication strategy is also important to keep staff, suppliers, partners and customers well-informed.

Test your contingency plan periodically

Testing the Disaster Recovery plan periodically (once every two months, for instance) is indispensable in order to verify all procedures work correctly. In addition, keeping the DRP updated is important as well.

Geo-replicate when possible

Geo-replication provides an extra security layer. At Stackscale, for instance, we fully geo-replicate our customers’ network storage systems — Flash Premium, Hybrid Plus and Hybrid — by default. We currently have several data centers in Europe, in Madrid and Amsterdam.

Please do not hesitate to contact us if you would like to know more about how our cloud experts can help you with your Disaster Recovery plan.

Share it on Social Media!

DR & Backup

Business continuity solutions for protecting your company and data against a contingency or disaster.