Skip to main content
Cyber6
  • PROTECT
  • EMPOWER

How to write a disaster recovery plan (with a simple template outline)

A practical disaster recovery plan template and guide designed to help small businesses recover quickly from IT failures, cyberattacks, or natural disasters.

Cyber6 Team · · Last reviewed · 7 min read

A printed binder labeled Disaster Recovery Plan sitting on a desk

What is a disaster recovery plan?

A disaster recovery plan (DRP) is a documented, structured approach that describes how an organization can quickly resume work after an unplanned incident. While a business continuity plan looks at the whole company, the DRP focuses specifically on the IT systems that support the business. Using a disaster recovery plan template helps ensure you don't miss critical steps during the stress of a real emergency. It is a technical 'runbook' for your IT team or service provider.

For a small business, this plan doesn't need to be hundreds of pages long or filled with complex jargon. It just needs to be accurate, easy to follow, and accessible when the power is out or the network is down. The goal is to reduce decision-making time during a crisis. Instead of wondering what to do, your team simply follows the instructions in the disaster recovery plan template.

Without a written plan, a simple server failure can turn into a multi-day outage as your IT staff tries to figure out where the backups are kept or what the admin password for the firewall is. A DRP eliminates this guesswork, saving you time, money, and stress.

Key components of a disaster recovery plan template

When you start building your own plan, use this disaster recovery plan template outline to organize your information. This structure covers the essentials for most small to mid-sized firms, providing a logical flow from the initial emergency to full restoration.

  • Emergency Contact List: Who to call first (IT Support, Leadership, Insurance, Legal).
  • Critical System Inventory: A detailed list of every server, application, and data set you need to run.
  • Recovery Time Objectives (RTO): How long can each system afford to be down before the business suffers?
  • Recovery Point Objectives (RPO): How much data can you afford to lose between backups?
  • Restoration Procedures: Step-by-step instructions for restoring each critical system from your backups.
  • Testing Log: A record of when the plan was last tested and what the results were.

Step 1: Identify your critical assets and dependencies

You cannot protect everything with the same level of intensity; it is too expensive and complex. Start by listing your most important systems. If your email goes down, can you still serve customers? If your billing system is offline, can you pay your staff or collect revenue? Understanding the 'dependencies' is also vital—for example, your billing software might not work if the database server is still offline.

Categorize your systems into three tiers: 'Critical' (must be up in 4 hours or less), 'Important' (should be back in 24 hours), and 'Non-Essential' (can wait 3 days or more). This prioritization ensures your IT resources are focused on the things that keep the lights on first.

Step 2: Define your recovery goals (RTO and RPO)

RTO and RPO are the two most important numbers in your disaster recovery plan template. RTO (Recovery Time Objective) is your goal for how fast you want to be back up. RPO (Recovery Point Objective) is your goal for how current the restored data needs to be. For example, if you back up every night at midnight and you have a failure at 4:00 PM, your RPO is 16 hours. If that is unacceptable, you need to back up more frequently.

Setting these goals requires a conversation between the business owners and the IT team. Faster recovery and more frequent backups usually cost more money. The goal of using a disaster recovery plan template is to find the right balance between the cost of the security and the financial impact of the downtime.

Step 3: Document the restoration process in detail

During a disaster, emotions are high and people are stressed. You should not be trying to remember passwords or looking for old installation disks. Your disaster recovery plan template should include clear, step-by-step instructions that a technician could follow even if they haven't worked on your systems before.

Include the location of all backups (both local and cloud), the specific order in which systems must be restored, and how to verify that the data is correct. You should also document any special configurations, like IP addresses or custom software settings, that might be lost during a full system rebuild.

  1. Location of all backups and the credentials needed to access them (stored securely offline).
  2. Order of operations: which systems must be restored first to allow others to work (e.g., Domain Controller first).
  3. Verification steps: specific tests to run to ensure the restoration was successful and data is integral.
  4. Fallback procedures: what to do if the primary restoration method fails.

Step 4: Keep a physical copy of the plan

If your disaster is a ransomware attack that has encrypted your entire server, a digital disaster recovery plan template stored on that server is useless. You must keep a printed copy of the plan in a secure, fireproof location at the office. Additionally, key personnel should have a secure copy at home or on a device that is not connected to the company network.

This printed copy should include the 'emergency contact list' with phone numbers that don't rely on the company's VoIP phone system. If the internet is down, your phones might be down too. Knowing how to reach your team and your vendors via cell phone is a critical part of the plan.

Step 5: Test and update the plan regularly

A disaster recovery plan is a living document, not a one-time project. As you add new software, move systems to the cloud, or change IT providers, your disaster recovery plan template must be updated to reflect these changes. An outdated plan is almost as dangerous as no plan at all because it will lead to wasted time and errors during a crisis.

Test the plan at least once a year by simulating a failure and following the steps in the document. Did the restoration take longer than the RTO? Did you miss a critical step? Use these findings to improve the plan. Regular testing ensures that when a real disaster strikes, your business is ready to recover quickly and efficiently.

What to do next

  1. 01Download a disaster recovery plan template or start drafting your own using the outline above.
  2. 02Identify your top three critical systems and their current RTO/RPO.
  3. 03Print two copies of your emergency contact list and give them to your leadership team.

This is general information, not legal advice.

Preparation is the difference between a minor disruption and a business-ending event.

A 30-minute call. No cost, no pressure, and honest answers.