Oracle11g与Oracle19c Data Guard配置有何区别？

Oracle 11g与19c的Data Guard核心机制一致，但配置、默认行为、诊断及功能边界存在显著差异：19c对db_create_file_dest和standby_file_management更严格；DGMGRL校验更严；新增ADG DML重定向需显式启用；闪回数据库协同更智能；VALIDATE DATABASE警告更关键。

Data Guard 的核心机制在 Oracle 11g 和 19c 之间没有颠覆性变化，但配置方式、默认行为、诊断能力和部分功能边界有实质性差异。直接升级或跨版本搭建时，不注意这些区别容易导致同步中断、备库无法接管、或误判故障原因。

db_create_file_dest 等隐式参数在 19c 中更严格

11g 允许 DB_CREATE_FILE_DEST 未设置时，通过显式指定 DATAFILE 路径创建数据文件；19c 在物理备库启用 REDO APPLY 期间，若该参数为空且未配 STANDBY_FILE_MANAGEMENT=AUTO，ALTER DATABASE RECOVER MANAGED STANDBY DATABASE 可能静默失败或报 ORA-01274（无法添加数据文件）。

1. 11g 下即使漏配，有时靠主库传来的 CREATE DATAFILE 语句也能“碰巧”成功
2. 19c 默认更保守：必须确保 STANDBY_FILE_MANAGEMENT=AUTO 且 DB_CREATE_FILE_DEST 指向有效 ASM 或文件系统路径
3. 检查方法：SHOW PARAMETER standby_file_management 和 SHOW PARAMETER db_create_file_dest

DGMGRL 的 BROKER 配置语法基本兼容，但校验逻辑增强

使用 DGMGRL 创建配置时，11g 对 LogXptMode、DelayMins 等属性的拼写容错较高；19c 在 EDIT DATABASE ... SET PROPERTY 阶段会提前校验值域合法性，例如将 LogXptMode='ASYNC' 写成 'ASYN' 会直接拒绝，而 11g 可能接受并后续出错。

1. 19c 的 VALIDATE DATABASE 命令返回更细粒度的 WARNING（如 “Archive destination not configured on standby”），11g 多数只报 ERROR 或无提示
2. SHOW CONFIGURATION VERBOSE 在 19c 中会显示 Transport Lag 和 Apply Lag 的实时估算值，11g 仅显示状态和最后更新时间
3. 升级后务必运行 VALIDATE DATABASE primary_db 和 VALIDATE DATABASE standby_db，不能只依赖 SHOW CONFIGURATION

备库 DML 自动重定向（19c 新增）不是默认开启，需显式配置

Oracle 19c 引入的 ADG DML redirection 功能，允许在 Active Data Guard 打开读写模式的会话中执行 UPDATE/INSERT，并自动转发到主库——但这不是 ALTER DATABASE OPEN READ ONLY 的默认行为，也不依赖 LOG_ARCHIVE_DEST_n 的任何新参数。

1. 必须在备库侧设置：ALTER SYSTEM SET DG_BROKER_START=TRUE（Broker 启用前提） + ALTER SYSTEM SET ADG_REDIRECT_DML=TRUE
2. 该功能仅对通过 DBMS_SERVICE 创建的、绑定到备库的服务生效；直连 tnsnames.ora 中的 SERVICE_NAME 不触发重定向
3. 11g 完全不识别 ADG_REDIRECT_DML 参数，设了会报 ORA-00900
4. 验证是否生效：在备库执行 UPDATE 后查 V$SESSION_CONNECT_INFO 的 REDIRECTED_FROM 列是否为 YES

闪回数据库与 Data Guard 的协同行为差异明显

11g 中主库执行 FLASHBACK DATABASE 后，物理备库不会自动同步到同一 SCN，必须手动重建或使用 REINSTATE；19c 在 Broker 管理下支持 FAILOVER TO SNAPSHOT STANDBY + FLASHBACK 组合，且备库可自动跟上主库闪回点（前提是启用了 REDO TRANSPORT 并且归档日志未被删除）。

1. 关键前提：19c 要求主库 DB_FLASHBACK_RETENTION_TARGET ≥ 备库最大 Apply Lag，否则闪回后备库可能丢失中间日志
2. 11g 下若主库闪回，备库 ARCHIVE_LAG_TARGET 设置过小，极易出现 GAP 导致 MRP 进程挂起
3. 19c 的 DGMGRL 新增 REINSTATE 子命令，比 11g 的 RECOVER MANAGED STANDBY DATABASE 更安全，会自动跳过已应用的归档

真正容易被忽略的是：19c 的 VALIDATE DATABASE 输出里有一类 WARNING 显示 “Redo transport is enabled but no log archive destination is defined”，这在 11g 中往往被当成信息忽略，但在 19c 下它意味着备库无法接收新日志——哪怕你只用 SQL*Plus 手动 ALTER SYSTEM ARCHIVE LOG CURRENT，也可能因缺少 LOG_ARCHIVE_DEST_2 指向备库而失败。