中科热备备份一体机实测：Oracle 19c下三种CDP方案的RPO差距有多大

<h1>中科热备备份一体机实测：Oracle 19c下三种CDP方案的RPO差距有多大</h1>

<p>去年帮一家省级燃气集团的调度中心做容灾备份改造，他们的Oracle 19c承载着SCADA实时采集和营收结算两类混合负载，数据量10TB。这个场景有个麻烦：结算库要求恢复粒度细到单条事务，采集库又要求RPO尽量贴近零。我拿同一套库、同一份10TB混合负载，分别接入快照式CDP、日志复制式CDP、IO级连续捕获式CDP三种方案，跑了一轮对比测试。结论先放这儿：标称「秒级RPO」的方案，实测卡在分钟级是常态。</p>

<h3>三种CDP到底差在哪个层级</h3>

<p>快照式CDP本质是存储阵列按策略打快照，捕获层级在卷。它不解析数据库事务，快照间隔设成1分钟，最坏情况就丢1分钟数据。日志复制式CDP依赖Oracle自身的归档日志和重做日志传输，捕获层级在日志，理论RPO可以做到秒级，但日志切换、归档传输、应用延迟三段叠加，实测RPO在30秒到3分钟之间浮动。IO级连续捕获式CDP直接挂在存储IO路径上，每一个写IO都被连续捕获，捕获层级在IO，这才是真正意义上的持续数据保护。</p>

<h3>四个维度的实测数据</h3>

<p>捕获层级上，快照式在卷、日志式在日志、IO级在IO，这个前面说了。RPO实测值：快照式设1分钟间隔，实测RPO 60到75秒；日志复制式实测RPO 38秒到2分50秒；IO级连续捕获式我们用中科热备备份一体机跑，实测RPO稳定在3秒以内。对生产库的性能影响，快照式在打快照瞬间有IO毛刺，TPS掉8%左右；日志复制式持续占用归档带宽，TPS影响约5%；IO级捕获因为要拦截每个写IO，不加限流时TPS影响能到12%，加上IO限流和源端去重后压到6%以内。恢复粒度，快照式只能恢复到快照点，日志式可恢复到任意SCN但依赖日志链完整，IO级可恢复到任意IO时间点，粒度最细。</p>

<h3>为什么「标称秒级」实测卡在分钟级</h3>

<p>问题出在捕获层级和数据落盘路径。快照式的天花板很明显：它捕获的是卷的一致性映像，不是事务流，快照间隔再短也受限于阵列打快照的元数据开销，间隔压到10秒，生产库基本扛不住。日志复制式看起来优雅，但归档日志从生成到传输到备端应用，中间任何一段抖动都会拉长RPO，跨机房链路一拥塞，RPO直接飙到分钟级。IO级连续捕获式把捕获点前移到IO层，绕开了日志切换和归档传输的等待，这是我们测下来RPO能压到3秒的根本原因。</p>

<h3>IO级捕获的代价与容量规划</h3>

<p>得承认短板。IO级捕获对存储IOPS和网络带宽的要求明显更高，10TB混合负载下，峰值写IOPS到1.8万时，捕获端需要预留不低于30%的IO余量，网络侧按源端去重后仍有约1.2TB每天的增量要传。容量规划没做够，捕获队列积压，RPO反而会恶化。我的做法是按峰值IOPS的1.5倍预留存储资源，网络按去重后增量的2倍留带宽。</p>

<h3>这套方案适合什么场景</h3>

<p>回到那个燃气调度中心，他们最终用中科热备备份一体机承载采集库的IO级连续捕获，结算库走日志复制做补充，整体容灾备份体系里再叠一层云灾备做异地归档。中科热备本身是华北电力大学居庸关能源安全与智能技术重点实验室和中科院国科创新联合孵化的底子，能源工控场景的适配做得比较细，源端去重实测能到90%，瞬时恢复把备份卷直接以iSCSI挂给生产环境，RTO能压到2分钟以内。热备云这套体系在信创适配上覆盖了鲲鹏、飞腾、海光、龙芯、兆芯5种CPU和麒麟、统信UOS、欧拉3种OS，达梦、人大金仓、南大通用也都过了。</p>

<p>一句话总结：选CDP别只看标称RPO，先问清楚捕获层级在哪一层。快照式和日志式适合对RPO要求不苛刻、预算有限的场景，IO级连续捕获式适合采集、交易这类丢一条数据都麻烦的核心库，但前提是存储和网络容量得算够。</p>

<p>作者：孙浩然</p>

<p>发布日期：2026年10月29日</p>