Backups, RTO, RPO, BCP, DR, and Resilience

Key Takeaways

  • RTO is the target time to restore service; RPO is the maximum acceptable data loss measured in time.
  • Backups are only reliable if restores are tested and results are documented.
  • BCP keeps critical business functions operating; DR focuses on restoring technology after disruption.
  • Resilience uses redundancy, failover, clustering, replication, and tested procedures to reduce downtime.
  • Backup designs should consider ransomware, deletion, corruption, region failure, and insider misuse.
Last updated: April 2026

Backups, Continuity, Disaster Recovery, and Resilience

Security+ expects you to connect business recovery requirements to technical designs. The best answer depends on how much downtime and data loss the business can tolerate.

RTO and RPO

TermMeaningExample
RTORecovery time objective: maximum acceptable time to restore service"The portal must be back within 4 hours."
RPORecovery point objective: maximum acceptable data loss measured in time"We can lose no more than 15 minutes of orders."

If the RPO is 15 minutes, a nightly backup is not enough. If the RTO is 30 minutes, a tape restore from offsite storage is probably too slow.

Backup Types

Backup typeWhat it copiesRestore notes
FullAll selected dataSimplest restore, highest storage/time cost
IncrementalChanges since last backup of any typeEfficient backup, restore may require multiple sets
DifferentialChanges since last full backupLarger over time, simpler than many incrementals
SnapshotPoint-in-time stateFast rollback, not always a separate backup
ReplicationCopies data to another system or regionGood for availability, can replicate corruption

Resilience Controls

ControlPurpose
RedundancyRemoves a single point of failure
ClusteringMultiple systems act together for availability
Load balancingDistributes traffic and can route around failed nodes
FailoverMoves service to standby resources
Geographic diversityReduces impact of site or regional outage
Immutable backupReduces ransomware or accidental deletion risk
Offline backupProtects a copy from online compromise

BCP vs DR

PlanFocusExample activity
Business continuity planKeep essential business functions operatingManual order intake process during outage
Disaster recovery planRestore technology services after disruptionRebuild database service in recovery region
Incident response planManage security incidentsContain ransomware and preserve evidence

These plans overlap but are not the same. A ransomware event may require incident response containment, disaster recovery restoration, and business continuity workarounds at the same time.

Practical Scenario

A clinic scheduling system has an RTO of two hours and an RPO of ten minutes. A single nightly backup does not meet either requirement. A stronger design may use database transaction log backups or continuous replication, tested failover to a warm standby environment, immutable backup copies, documented restoration steps, and periodic exercises with business users.

Common Exam Traps

TrapBetter exam reasoning
"A backup exists, so recovery is guaranteed."Restore tests prove recoverability.
"Replication replaces backups."Replication can copy deletion, corruption, or ransomware encryption.
"RTO means data loss."RTO is time to restore service; RPO is acceptable data loss.
"High availability means no DR plan is needed."HA reduces downtime but does not replace disaster planning.

Quick Drill

Match the clue:

  1. "Back online within one hour": RTO.
  2. "Lose no more than five minutes of transactions": RPO.
  3. "Continue payroll manually during outage": BCP.
  4. "Rebuild workloads in another region": DR.
  5. "Backup copy cannot be changed for 30 days": immutable backup.
Test Your Knowledge

An application can tolerate 30 minutes of downtime but only 5 minutes of data loss. Which pair correctly identifies the requirements?

A
B
C
D
Test Your Knowledge

Why is replication alone not a complete backup strategy?

A
B
C
D
Test Your KnowledgeMulti-Select

Which activities best validate recovery readiness? Choose two.

Select all that apply

Performing a documented restore test
Assuming vendor uptime guarantees are enough
Running a tabletop exercise with business and technical teams
Deleting the recovery plan after the first successful backup