结论：12c升级到19c后原有data guard必然断裂，必须重建；唯一可行路径是先建12.2.0.1临时备库接收并应用redo，再滚动升级至19c，最后执行switchover——因19c mrp无法解析12c redo日志格式，跨主版本不兼容是内核级硬限制。
直接说结论：12c 升级到 19c 后，原有 Data Guard 关系必然断裂，无法复用；必须重建，且不能跳过“跨版本临时备库”环节——即先建 12.2.0.1 物理备库，再滚动升级至 19c，最后 switchover。
这不是配置刷新或参数调整能解决的问题，而是 Oracle 内核对 redo 日志格式兼容性的硬性限制。
为什么原 DG 配置在 12c→19c 后完全失效
19c 的 MRP 进程根本无法解析 12c 生成的 redo 日志二进制结构，连归档传输都会失败：ALTER DATABASE RECOVER MANAGED STANDBY DATABASE 会立即报 ORA-16470 或卡在 WAIT_FOR_LOG 状态。你看到的“备库启动但不应用日志”，本质是 MRP 拒绝加载——不是配置错，是版本不认。
常见误操作包括：
- 直接把 12c 主库的
LOG_ARCHIVE_DEST_2指向 19c 实例，结果主库ARCH进程反复报ORA-16057: DGID not set - 用 19c RMAN 尝试
DUPLICATE TARGET DATABASE FOR STANDBY，RMAN 报ORA-17628: Oracle error 17628 returned by remote Oracle server - 强行修改备库
COMPATIBLE参数为'19.0.0'，实例启动失败，报ORA-00722: incompatible version
重建必须走“12.2.0.1 临时备库 → 升级 → switchover”路径
这是唯一被 Oracle 官方支持、且经生产验证的路径。关键动作不是“重建 DG”，而是“重建兼容链”。
- 目标 RAC 集群上，必须单独安装
12.2.0.1GI + DB 软件（ORACLE_HOME路径不能复用源 12c 或新 19c） - 用该 12.2.0.1 实例创建空物理备库：
DUPLICATE TARGET DATABASE FOR STANDBY FROM ACTIVE DATABASE或基于备份恢复 - 确认同步稳定后（
V$ARCHIVED_LOG.APPLIED = 'YES'且序列号追平），再对这个 12.2.0.1 备库执行升级：dbupgrade -n或 DBUA，升级前必须运行preupgrade.jar并执行生成的@/u01/preupgrade_fixups.sql - 升级后重启实例，手动重建 standby redo log（大小 ≥ 当前 online redo log），再启 MRP：
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT
switchover 前必须验证的三个硬性条件
漏检任意一项，ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY 就会 hang 住或报 ORA-16139。
-
SELECT SWITCHOVER_STATUS FROM V$DATABASE返回值必须是TO PRIMARY（不是SESSIONS ACTIVE，也不是SWITCHOVER PENDING） - 每个线程下已应用的最大归档序号，必须等于主库当前
V$LOG.SEQUENCE#：SELECT THREAD#, MAX(SEQUENCE#), APPLIED FROM V$ARCHIVED_LOG GROUP BY THREAD#, APPLIED -
SELECT * FROM DBA_CAPTURE和SELECT * FROM DBA_LOG_GROUPS必须为空——GoldenGate、Streams、CDC 捕获进程未停，switchover 会卡死
切换完成后 19c 新主库最易忽略的配置项
switchover 成功只是起点，以下几处不手动修正，后续就会出故障：
-
LOG_ARCHIVE_DEST_1和LOG_ARCHIVE_DEST_2中的路径若仍写+FRA12这类旧 ASM diskgroup 名，而 19c 已使用+FRA19，归档立刻失败 -
DB_RECOVERY_FILE_DEST若未指向新 FRA 路径，RMAN备份会报ORA-19802: cannot use recovery area without DB_RECOVERY_FILE_DEST set -
LOCAL_LISTENER和REMOTE_LISTENER若仍指向 12c 时期的 SCAN VIP 或监听名，集群资源注册失败，crsctl stat res -t显示OFFLINE
整个过程没有“快捷方式”。所谓“重建 DG”，本质是重建一套跨版本兼容的数据流管道。最容易被低估的，是临时 12.2.0.1 备库的部署耗时和验证深度——它不是过渡品，而是整个迁移链里最不可绕过的锚点。
