Oracle RAC异构迁移无法天然零中断，但通过KFS或GoldenGate构建实时双写+校验通道并灰度切流，可将用户感知中断压缩至秒级；Data Guard/ADG仅支持Oracle-to-Oracle，异构场景完全失效，且RAC多实例日志分散、SCN不连续致其彻底失能。
Oracle RAC异构迁移本身无法天然实现“零中断”，但通过KFS（Kingbase FlySync）或GoldenGate构建实时双写+校验通道，配合业务层灰度切流，可将用户感知的中断压缩至秒级——本质是用数据同步能力兜底，而非依赖数据库原生机制。
为什么Data Guard和ADG在RAC异构迁移中完全失效
Oracle Data Guard、Active Data Guard（ADG）仅支持Oracle-to-Oracle复制。一旦目标库是金仓、PostgreSQL、GBase等异构数据库，这些机制直接不可用。强行配置会报错ORA-16664: unable to retrieve configuration information from database或OGG-01223: Unsupported target database type。RAC环境还叠加了多实例日志分散、SCN跨节点不连续等问题，让逻辑备库方案彻底失能。
KFS在RAC环境下必须启用的三项关键配置
KFS作为电科金仓官方同步引擎，针对RAC做了深度适配，但需手动确认以下三点，否则增量同步会丢变更或卡住：
- 源端必须在每个RAC节点上执行
add trandata，且使用同一GoldenGate管理用户（如ggadmin），否则部分DML不会生成补充日志 -
extract.prm中必须显式启用RAC感知参数：DBOPTIONS ENABLE_INSTANTIATION_FILTERING+TRANLOGOPTIONS EXCLUDEUSER ggadmin - 归档路径必须统一指向ASM共享位置（如
+FRA/rac/archivelog/），禁止使用各节点本地路径；否则Pump进程在某节点找不到归档时抛出OGG-01163: Failed to open archive log
如何验证RAC到金仓的增量同步是否真正“实时”
不能只看KFS控制台显示“RUNNING”，要从三个层面交叉验证：
- 查延迟：在KFS Manager中执行
info replicat r_kingbase，关注Seconds Behind Source值，生产环境应稳定≤3秒；超过10秒需检查网络抖动或目标库写入瓶颈 - 查一致性：对核心交易表（如
account_trans）启用行级MD5校验，命令为kfs-checksum --table account_trans --source oracle --target kingbase，差异率必须为0 - 查断点：故障重启后，检查
./dirchk下checkpoint文件时间戳是否与RAC最近SCN匹配，避免从全量起点重放
RAC异构迁移中最容易被忽略的是“事务边界完整性”——Oracle的分布式事务在RAC多实例间可能跨节点提交，而KFS或GoldenGate若未开启ENABLE_INSTANTIATION_FILTERING，会导致部分XA事务被拆成多个独立操作同步到目标库，引发资金类业务对账不平。这个坑不会报错，但会在割接后数小时才暴露。
