逻辑DG同步前必须查清不支持的对象类型：执行DBA_LOGSTDBY_UNSUPPORTED查XMLTYPE、ROWID等不支持字段，DBA_LOGSTDBY_SKIP确认跳过对象，DBA_OBJECTS查无效对象，并注意BFILE、外部表等需人工干预。
逻辑DG同步前必须查清不支持的对象类型
逻辑data guard在11g→19c滚动升级中虽能避停机，但它对源库对象有硬性限制——不是所有表、字段、索引都能被复制。一旦遇到不兼容项，logstdby进程会卡住或报错ora-16112，导致备库数据停滞。
必须在搭建逻辑DG前执行以下检查：
-
SELECT DISTINCT owner, table_name, column_name, data_type FROM dba_logstdby_unsupported;—— 找出所有逻辑复制明确不支持的列（如XMLTYPE、ANYDATA、ROWID伪列） -
SELECT * FROM dba_logstdby_skip WHERE action = 'SKIP';—— 确认是否有被自动跳过的对象（比如某些PL/SQL包体） -
SELECT owner, object_name, object_type FROM dba_objects WHERE status != 'VALID';—— 无效对象在19c中可能彻底不可用，需提前编译或重构
特别注意：BFILE、外部表、物化视图日志、高级队列表等，逻辑DG默认不复制，必须人工干预或改用物理DG+autoupgrade路径。
DBMS_TDB.CHECK_DB返回true≠真正可迁移
DBMS_TDB.CHECK_DB只是第一道门槛，它只验证平台兼容性和基础结构，不校验语义层变更。很多11g里能跑的SQL，在19c中因优化器行为变化、隐式类型转换规则收紧而直接报错。
常见漏检点包括：
-
DATE字段参与算术运算（如sysdate - date_col > 30），19c默认启用SQL92_SECURITY=TRUE，可能触发权限错误 - 使用
DECODE嵌套超过10层，19c中optimizer_features_enable设为'19.1.0'后，部分旧执行计划失效 - 自定义函数依赖
UTL_FILE但未在19c中配置CREATE DIRECTORY对应OS路径权限
建议在只读模式下运行utlrp.sql重编译全部对象，并用DBMS_SQLTUNE.CREATE_TUNING_TASK对核心业务SQL做预演调优，而非只信CHECK_DB返回的TRUE。
autoupgrade执行失败常卡在GI升级后的权限与profile.xml
从11g RAC原地升19c，autoupgrade工具本身不处理Grid Infrastructure（GI）升级，而GI升级失败又会阻塞后续DB升级。最隐蔽的坑是profile4downgrade.xml文件权限不对——该文件默认被创建为-rw-------（仅root可读），但19c集群启动时需被grid用户读取，否则报错ORA-59303且无明确提示。
修复动作必须在GI升级完成后、DB升级前执行：
- 确认路径：
<code>/u01/app/19.0.0.0/grid/crs/install/profile4downgrade.xml - 修正权限：
chmod 644 <code>/u01/app/19.0.0.0/grid/crs/install/profile4downgrade.xml - 同步到所有节点：
scp该文件并重复chmod，否则RAC第二节点启动CRS失败
这个文件权限问题在官方文档里几乎不提，但实际升级中复现率极高，尤其当源11g GI用的是非标准安装路径时，autoupgrade根本不会校验它。
时区升级和时间戳精度丢失是切换后最易忽略的故障点
11g默认时区版本是14，19c要求至少32。升级脚本dbupgrade会自动调用utltzuv2.sql，但若数据库含大量TIMESTAMP WITH TIME ZONE字段，升级过程可能因时区映射表缺失而静默截断精度，导致应用层时间偏移数小时。
务必在升级前执行：
- 查当前时区版本：
SELECT version FROM v$timezone_file; - 手动升级时区文件：
exec dbms_dst.begin_upgrade(32);→ 同步数据 →exec dbms_dst.end_upgrade; - 验证：
SELECT * FROM v$timezone_names WHERE tzname LIKE '%Shanghai%';确保返回结果含Asia/Shanghai且无ORACLE_STANDARD别名残留
这个步骤一旦跳过，业务切换后出现“订单创建时间比支付时间早两天”这类问题，排查成本远高于升级窗口本身。
