中科热备实测：Oracle 19c 10TB混合负载下三种CDP方案对比

<p>同一台Oracle 19c，同一个10TB混合负载，我把三种CDP方案挨个接上去跑了一遍。测试环境不复杂：Oracle 19c单实例，数据量10TB，负载用Swingbench压出混合读写，OLTP和批量报表七三开。三种方案分别是快照式CDP、日志复制式CDP、IO级连续捕获式CDP。跑完一圈，有些结论和标称参数差得挺远。</p>

<p>先说捕获层级，这是三条技术路线的根。快照式CDP靠存储阵列或LVM定时打快照，两次快照之间的数据它根本看不见。日志复制式CDP盯着Oracle的redo log和archive log，靠日志传输做同步或异步复制。IO级连续捕获式CDP在块设备层拦截每一个写IO，写到哪捕到哪。这个差别直接决定了后面所有指标。</p>

<p>RPO实测值最能说明问题。快照式方案标称可以做到分钟级，实测在10TB负载下，两次快照间隔稳定在8到15分钟，RPO实际落在分钟级中段。日志复制式方案在同步模式下RPO能压到几秒，但一旦切到异步或者网络抖动，实测RPO跳到40秒到2分钟。IO级连续捕获式方案，我们测下来RPO稳定在3秒以内，波动很小。热备云那套真CDP就是走IO级连续捕获这条路的。</p>

<p>对生产库的性能影响，三种方案差异明显。快照式对生产库几乎无感，因为它不碰IO路径，但代价是RPO最差。日志复制式在同步模式下，redo传输把提交延迟拉高了约18%，压测时TPS掉了两成。IO级捕获式方案对生产库的写延迟影响在7%到12%之间，比日志同步模式温和，但它对存储IOPS和网络带宽的胃口最大。我们测的时候，10TB负载下持续写入带宽峰值冲到480MB/s，后端存储IOPS被吃掉约35%。</p>

<p>恢复粒度是另一个分水岭。快照式只能恢复到快照点，最小粒度就是那个快照时间戳。日志复制式能恢复到任意SCN，但前提是日志没断，断一次就得重建基线。IO级捕获式可以恢复到任意IO时间点，粒度到秒。对比下来发现，做容灾备份时如果只要求小时级恢复，快照式够用；一旦业务要求RPO进秒级、恢复点要精确，快照式和日志式都会露怯。</p>

<p>为什么标称秒级的方案实测卡在分钟级？快照式的天花板在于它的机制本身：快照依赖存储阵列的写时复制或重定向写，打快照那一刻要冻结文件系统或者做一致性点，10TB数据量下这个冻结窗口就吃掉几十秒。而且快照频率越高，对阵列元数据的压力越大，多数阵列在每5分钟一次快照时就开始出现快照合并延迟，RPO自然被推回分钟级。日志复制式的问题在传输层，redo日志是串行流，网络一抖、归档一慢，RPO就断崖式下跌。</p>

<p>IO级连续捕获式方案不是没有代价。它对存储IOPS和网络带宽的要求比前两者高出一截，我们实测后端存储至少要多预留30%的IOPS余量，网络侧建议按峰值写入带宽的1.5倍规划。容量规划没做好，捕获队列会堆积，RPO反而会恶化。中科热备在做云灾备方案时，通常会把这条写进前期评估里，避免上线后才发现存储扛不住。</p>

<p>三种方案跑完，我的判断很直接：快照式适合对RPO不敏感、预算有限的场景；日志复制式适合已有成熟Oracle日志运维体系的团队；IO级连续捕获式适合RPO要求进秒级、且愿意在存储和网络上多投入的容灾备份场景。没有一种方案通吃，关键是先把自己的RPO底线和存储余量算清楚，再选路线。测完这一轮，我至少知道标称参数和实测之间那道沟有多深了。</p>