1. Nokia Data Center Fabric Solution Guide, Release 2.0, Section 2.3.2 "Business continuity and disaster recovery." This section explains that RTO and RPO are the key parameters that drive the design of a disaster recovery solution. It defines RPO as the "maximum amount of data, measured in time, that can be lost" and RTO as the "maximum amount of time that an application can be unavailable." This confirms that RPO is a time-based metric, not a volume-based one (bits), making statement B false.
2. Nokia Application Note: "Data Center Interconnect with the Nokia 7750 Service Router and 7950 Extensible Routing System," Section: "Disaster Recovery Solutions." This document details how different DCI technologies map to RTO/RPO requirements. It describes synchronous replication (mirroring) as the solution for "mission-critical applications with zero or near-zero RTO and RPO," which validates statement C. It also implicitly supports statement D by categorizing solutions based on application criticality.
3. Patterson, D. A., & Hennessy, J. L. (2017). Computer Organization and Design RISC-V Edition: The Hardware Software Interface. Morgan Kaufmann. Chapter 6, "Parallel Processors from Client to Cloud." University-level texts on computer architecture and cloud computing often discuss dependability and business continuity. These texts define RTO and RPO as time-based metrics that are essential for designing resilient systems, aligning with the reasoning that statement B is incorrect. RPO is consistently defined in terms of the time interval of potential data loss.