Site icon TheCyberThrone

CISSP Domain 1 – Business Continuity vs Disaster Recovery

Advertisements

When most people hear “disaster recovery,” they immediately think about restoring servers and backups.

CISSP thinks differently.

In Domain 1 – Security & Risk Management, Business Continuity (BCP) and Disaster Recovery (DR) are not technical exercises. They are business survival decisions.

To understand this properly, let’s walk through a real-world healthcare scenario.

The Scenario: A Hospital at 2:30 AM

It’s 2:30 in the morning.

A hospital is hit by ransomware.

Doctors cannot see patient history. Nurses cannot verify allergies. Critical care decisions are delayed.

At that moment, leadership is not asking:

They are asking:

That is where the difference between Business Continuity and Disaster Recovery becomes clear.

What Is Business Continuity (BCP)?

Business Continuity focuses on keeping the organisation operational during disruption.

In a hospital, BCP may include:

The goal of BCP is not technology recovery.

The goal is:

In CISSP terms:

BCP is about business survival.

It is business-driven and owned by management.

What Is Disaster Recovery (DR)?

Disaster Recovery focuses on restoring IT systems and data after disruption.

In the hospital scenario, DR includes:

DR is technical. It is necessary. But it supports continuity — it does not replace it.

In CISSP thinking:

DR enables BCP. It does not define it.

Why CISSP Places BCP and DR in Domain 1

In the CISSP exam, BCP and DR begin as risk management decisions.

Leadership must decide:

These are not IT decisions. They are governance and risk ownership decisions.

That is why BCP and DR appear first in Security & Risk Management.

RTO and RPO in a Healthcare Context

Two critical terms connect business impact to technical recovery:

Recovery Time Objective (RTO)

How long can a system be unavailable?

In healthcare, RTO for patient records may be minutes — not hours.

Recovery Point Objective (RPO)

How much data loss is acceptable?

In healthcare, losing even a few hours of patient data may be unacceptable.

CISSP principle:

The business defines RTO and RPO.
IT designs recovery solutions to meet them.

When IT defines acceptable downtime without business input, that is guesswork — not strategy.

Governance and Ownership

In the hospital crisis:

But executive leadership decides:

In CISSP:

Risk ownership always belongs to management.

How This Appears in the CISSP Exam

CISSP will not ask:

“How do you configure hospital backups?”

Instead, it will ask:

Correct thinking order:

  1. Define business impact
  2. Determine acceptable disruption
  3. Establish recovery objectives
  4. Implement technical recovery plans

If you jump straight to technical restoration, you are thinking like an engineer — not like CISSP.

The Core Takeaway

Business Continuity and Disaster Recovery are related, but they are not the same.

That is the Domain 1 mindset.

🎧 Listen to the Podcast

This blog is part of the CISSP Blog & Podcast Series on PK’s Chronicles.

The companion podcast episode explains this healthcare scenario in a structured 10-minute format, focusing on the governance and risk decisions behind continuity planning.

Search for:
“PK’s Chronicles” on Spotify

Exit mobile version