RUEN
Home/Materials/Disaster recovery plan (DRP)
BCM implementation

Disaster recovery plan (DRP): what it is and how it differs from a BCP

A DRP is the IT part of continuity: how to restore systems and data after a failure or an attack. We look at what a disaster recovery plan includes and how it differs from a BCP.

Updated: 28 June 2026 · Author: Evgeny Telenkov · ≈ 7 min read

What a DRP is

A disaster recovery plan (DRP) is a document on how to restore IT infrastructure, systems and data after a failure, an accident or a cyberattack. A DRP answers the question “how do we get the technology and data back?”, while a BCP answers “how do we keep the whole business going?”

DRP and BCP: the difference

BCPDRP
What it restoresWhole business processesIT systems and data
Who is responsibleBusiness + managementIT / information security
ExampleHow to replace a supplier that has dropped outHow to bring servers back up from a backup

A DRP is usually the technical part of a BCP. More about the levels in the article “BCM, BCP, DRP: the difference”.

What a DRP includes

  • A list of critical systems and their recovery priorities.
  • RTO and RPO for each system.
  • Backup: what, where and how often, plus isolated (offline) copies against ransomware.
  • Backup infrastructure: spare capacity, cloud, sites.
  • Step-by-step recovery procedures and the people responsible.
  • Testing of recovery from backups on a regular basis. Do not wait until “disaster strikes”.
Important: a backup that has never been restored is only a hope. Test restores on a schedule. The ISO/IEC 27031 standard describes approaches to IT readiness.

You can test whether a system restores from a backup within the stated time in a ransomware readiness check.

Frequently asked questions

Are a DRP and a BCP the same thing?

No. A DRP is about restoring IT systems and data. A BCP is about the continuity of the whole business (processes, people, suppliers, communications). The DRP is usually the IT part of the BCP.

How often should a DRP be tested?

At least once a year, and more often for critical systems. The test must include an actual restore from a backup. Checking that the backup exists is not enough.

How do you protect backups from ransomware?

Keep isolated (offline or immutable) copies separated from the main network, and test restoring from them regularly.

Check your recovery numbers

The assessment shows where the recovery times the business needs do not match what the technology can deliver. After that, either your specialist calculates these numbers, or we do.

Evgeny Telenkov
Director, Business Continuity Practice · PhD in Economics · Academic Director and Chief Examiner
Best Risk Manager of Russia 2020 (RusRisk). Built business continuity at Nornickel from scratch. Author of more than 30 continuity plans. Worked in the risk functions of Beeline, Rosneft and EY. Chief Risk Officer of a USD 20 billion petrochemical megaproject. Deputy Chair of Rosstandart Technical Committee 010 “Risk Management”, co-author of six GOST R standards. Author of the ERGP and SAFE programmes.
Section 03 · Impact analysis and recovery Business impact analysis (BIA) → · All materials in this section