When systems fail — and they will — organizations that planned survive. Domain 4B is the auditor's guide to evaluating whether the organization can absorb disruption and recover: impact analysis, resilient architecture, backups, business continuity, and disaster recovery.
Part B completes Domain 4 with resilience. It begins with the Business Impact Analysis, which sets the recovery targets (RTO and RPO) that everything else must meet, then moves through resilient architecture, backups, the Business Continuity Plan, and the Disaster Recovery Plan. The exam's relentless theme here is evidence over assumption: a plan that has never been tested — or whose tested capability doesn't meet the BIA's requirements — is a finding, not a reassurance. “We have a DRP” means nothing without documented test results showing it works.
Learning Objectives
By the end of this lesson you will be able to…
Apply Business Impact Analysis concepts to evaluate the prioritization of recovery efforts. Bloom: Apply
Assess system and operational resilience architectures for adequacy. Bloom: Evaluate
Evaluate data backup, storage, and restoration controls for completeness and effectiveness. Bloom: Evaluate
Assess Business Continuity Plans for adequacy, currency, and testability. Bloom: Evaluate
Evaluate Disaster Recovery Plans for technical feasibility, completeness, and test results. Bloom: Evaluate
Distinguish between BCP and DRP scope, objectives, and audit evaluation criteria. Bloom: Analyze
Key Terms
Vocabulary flashcards
👈 Read the term, recall the definition, then click or press Enter to check yourself.
Lesson Content
Study the material
1
Business Impact Analysis
Business resilience starts with knowing what matters most. The BIA identifies critical business functions, quantifies the impact of losing them over time, and sets the recovery targets (RTO and RPO) that every downstream plan must meet.
Method: identify processes & owners → interview → map dependencies (IT, staff, vendors, facilities, data) → quantify impact by time interval → set MTPD/RTO/RPO → rank by criticality → map to IT systems.
RTO = maximum time to restore (e.g., 4 hours); RPO = maximum acceptable data loss in time (e.g., 1 hour → backups at least hourly).
Auditor: BIA documented and approved; updated within ~12–18 months; all critical processes (not just IT) covered; DRP capabilities align to BIA RTO/RPO; process owners involved.
Recovery objectives on one timeline: RPO is the acceptable data-loss window (it sets your backup frequency), RTO is the acceptable downtime to restore — and the RTO must fit inside the MTPD, the point where the impact becomes unacceptable.
💡 Exam TipThe BIA drives everything else. If it's outdated, incomplete, or misaligned to system capabilities, the BCP and DRP are built on sand. Always check whether the DRP's recovery capabilities meet the BIA-defined RTOs and RPOs — misalignment is a critical finding.
Try it — does the recovery solution meet the BIA?
The timeline above is fixed. Here it is live: set the recovery objectives the BIA demands, choose a backup schedule and recovery site, and watch where the data-loss (RPO) and downtime (RTO) windows fall against those targets. The auditor's core test — do the DRP's actual capabilities meet the BIA's requirements?
Interactive · adjust & explore
Set it up
The BIA sets the targets; your solution has to meet them.
Recovery objectives — from the BIA
4 h
How much data the business can afford to lose.
8 h
Downtime limit — must sit within the MTPD.
$50,000
Business impact per hour of outage.
Your recovery solution
RPO 6 h
Sets your actual RPO — worst case is one full interval of data.
RTO 2 h
Sets your actual RTO — colder sites cost less but recover slower.
The verdict
Actual RPO
—
Actual RTO
—
Est. outage cost
—
at this RTO
Annual solution cost
—
site + backups
——Adjust the controls to test the plan against the BIA.
One disruption on a timeline
Red = data lost since the last good backup (RPO); blue = downtime to restore (RTO). Dashed lines are the BIA targets — a window crossing its target is a finding.
Data loss (RPO) Downtime (RTO) BIA target
🔎 In practice
Missing a target is a finding — but comfortably beating both targets while paying for an active-active site can be over-investment the BIA doesn't justify. The auditor's job is alignment: recovery capability matched to documented business need, proven by test results — not the most expensive option, and never an untested assumption.
2
System & Operational Resilience
Resilience is built into the architecture so a single failure doesn't become an outage. The auditor's test: capabilities verified by testing, not assumed from design.
Architectures: HA clustering, load balancing, geographic redundancy (separate sites); active-active (both live, immediate failover) vs. active-passive (standby requires activation).
Redundant infrastructure: power (UPS, dual feeds, generators), network (dual ISPs, BGP, diverse paths), storage (RAID, synchronous replication).
Testing: failover testing and chaos engineering (intentional fault injection).
Auditor: single points of failure identified and addressed; geographic redundancy for critical systems; mechanisms tested regularly; recovery capability verified by testing, not assumed.
3
Data Backup, Storage & Restoration
Backups are the last line of defense — but only if they can actually be restored. Restoration testing is the single most important backup control.
Types: full (slow create, fast restore), incremental (fast create, slow restore), differential (in between).
Storage: on-site (fast but shares the disaster), off-site (geographic separation), air-gapped/offline (ransomware protection).
Retention: Grandfather-Father-Son (GFS) schedules aligned to regulation and RPO.
Backups are encrypted, access-controlled, and securely transported off-site.
Auditor: schedules aligned to RPO; off-site/geo-separate storage; restoration tests performed and documented; backups encrypted; access controls prevent unauthorized restore or deletion.
💡 Exam TipThe most common backup deficiency on the exam: backups taken regularly but never tested for restoration. Organizations discover failed backups exactly when they need them. If restoration testing isn't documented, the backup program cannot be considered effective — no matter how often backups run.
📚
Explore furtherRansomware — an interactive module on attack progression and mitigation; air-gapped backups are a key defense.
The BCP is broader than IT — it covers people, facilities, communications, and how the whole business keeps running through disruption.
Components: policy & scope, BIA results, recovery strategies, emergency response (life safety first), crisis communication (internal and external), alternate work arrangements, vendor/supply-chain continuity, named roles, activation criteria.
Crisis communication: call trees, media relations, regulatory notification, stakeholder templates.
Maintenance: annual review plus trigger-based updates (major changes, incidents, test failures) and version control.
🔎 In practice
Supply-chain resilience is now a core BCP consideration: map critical vendors and their concentration and fourth-party dependencies, require continuity and RTO commitments in contracts, and pre-arrange alternates for single points of failure. On the communications side, a mature crisis-comms plan pre-approves holding statements, names a single spokesperson, and sets an update cadence — so the response is fast and consistent rather than improvised under pressure.
Test Type
Risk
Value
Tabletop exercise
None
Identifies gaps in understanding
Structured walk-through
Minimal
Validates plan completeness
Simulation
Low
Tests decision-making under a scenario
Parallel test
Moderate
Validates recovery capability alongside production
Full interruption
High
Most realistic validation; production taken offline
💡 Exam TipBCP testing frequency is a frequent topic; annual is the minimum for most organizations. The key word in test findings is “documented” — auditors can't rely on management statements that tests occurred. An undocumented test equals no test from an audit perspective.
💡 Exam TipBCP and DRP have different owners: the business continuity team owns the BCP (people, facilities, communications, processes), while IT owns the DRP (systems, applications, data recovery). The DRP is the technical subset of the BCP — a tested distinction.
5
Disaster Recovery Plan
The DRP is the technical subset of the BCP — how IT systems, applications, and data are recovered. Its credibility lives or dies on test results.
Components: recovery-site option, system recovery procedures, prioritized recovery sequence (per BIA), recovery team roles and contacts, vendor escalation, data restoration, validation testing, return-to-primary procedures.
Testing: validate actual RTOs/RPOs; a full test at least annually for critical systems; document RTO achieved vs. RTO required.
Auditor: procedures complete and accurate; tested RTO/RPO meet BIA requirements; a named owner; regular documented tests; gaps tracked to remediation; recovery personnel trained.
Recovery Site
Description
RTO
Cost
Hot site
Full replica with real-time sync
Minutes–hours
Very high
Warm site
Pre-configured hardware; data restoration needed
Hours–days
Moderate
Cold site
Space & infrastructure only; equipment must be procured
Days–weeks
Low
Cloud DR (DRaaS)
Recovery in the cloud; elastic capacity
Variable
Pay-per-use
Reciprocal
Mutual-use agreement with another organization
Variable
Low (capacity not guaranteed)
💡 Exam TipA DRP that has never been tested is a theoretical document. The strongest evidence it works is test results showing critical systems recovered within RTO/RPO. If a test shows the RTO was not met, that is an immediate finding — not a qualification.
Scored Knowledge Check
Test your Domain 4B judgment
Select the best answer for each question, then submit for your score and the rationale for every item. Hold the line on evidence: tested capability vs. BIA requirement.