Oracle 23ai Data Guard如何规划高可用容灾

物理备库必须用SYNC模式才能满足RPO=0要求，需配置NET_TIMEOUT=10、REOPEN=5、DELAY=0，并确保网络延迟≤5ms；启用MAXIMUM PROTECTION后备库不可用将导致主库自动shutdown。

物理备库必须用 SYNC 模式才能满足 RPO=0 要求

Oracle 23ai 的 Data Guard 默认仍沿用 ASYNC 传输，但只要主库发生意外宕机，ASYNC 下未传完的 redo 就会丢失。真要实现零数据丢失（RPO=0），必须显式配置 SYNC 模式，并确认网络延迟 ≤ 5ms —— 这不是建议，是硬性前提。

常见错误是只改了 LOG_ARCHIVE_DEST_2 的 SYNC 关键字，却漏掉配套参数：NET_TIMEOUT（默认 30 秒，应设为 10）、REOPEN（建议 5）、DELAY 必须为 0。否则主库可能因等待备库响应而挂起写入。

1. 验证是否生效：查 V$DATAGUARD_CONFIG 中 PROTECTION_MODE 是否为 MAXIMUM PROTECTION
2. 注意：启用 MAXIMUM PROTECTION 后，备库不可用时主库会自动 shutdown，不能靠人工干预绕过
3. 23ai 新增 ENABLE PLUGGABLE DATABASE 选项，若主库含 PDB，备库初始化时必须同步开启该特性，否则 ALTER DATABASE RECOVER MANAGED STANDBY DATABASE 会报 ORA-65169

Active Data Guard 在 23ai 中默认禁用只读查询

很多人以为配好物理备库就能立刻分担查询压力，但 Oracle 23ai 默认关闭 Active Data Guard 功能。即使备库已启动 RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE，执行 SELECT 仍会报 ORA-16000（database open for read-only access）。

必须手动执行：ALTER DATABASE OPEN READ ONLY（首次）→ 再执行 ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT。顺序不能反，否则备库会退回到 MOUNT 状态。

1. 23ai 引入 STANDBY_MAX_DATA_DELAY 参数（单位秒），用于控制“允许的最大延迟阈值”，超过即自动暂停应用；默认为 0（禁用），需按业务容忍度显式设置
2. 若备库开放只读，V$ARCHIVED_LOG 中 APPLIED 字段可能显示 YES，但实际查询看到的是延迟 2～3 秒前的数据 —— 这是正常现象，由日志传输+应用流水线导致
3. 不要在备库上建索引或收集统计信息：23ai 的 DBMS_STATS 不会自动同步到主库，且可能干扰物理备库的块级一致性校验

跨区域部署必须用 Far Sync 实例中转 redo

主备距离超 200km 或网络抖动频繁时，直接 SYNC 会导致主库事务响应时间飙升。Oracle 23ai 要求在这种场景下引入 Far Sync 实例 —— 它不存数据，只接收并转发 redo，且必须部署在主备之间网络质量最好的第三地点。

Far Sync 实例不是可选组件，而是架构强制项。漏配会导致 Data Guard Broker 报错 ORA-16778（redo transport error），且 Broker 自动 failover 会被拒绝。

1. Far Sync 实例的 DB_UNIQUE_NAME 必须在主库的 LOG_ARCHIVE_CONFIG 中声明，格式如：'DG_CONFIG=(primary,far_sync,standby)'
2. 主库到 Far Sync 用 SYNC，Far Sync 到备库用 ASYNC，这是唯一被 Oracle 23ai 认证的跨区域拓扑
3. Far Sync 实例无需备份、无需归档、无需监听器 —— 只需启动实例并运行 ALTER DATABASE START FAR SYNC 即可

23ai 的 AI Vector Search 无法跨 Data Guard 同步

如果你在主库用了 VECTOR 类型列或创建了向量索引，这些对象不会随 redo 日志同步到物理备库。备库启动后执行 SELECT 会报 ORA-40698（vector index not found），因为向量索引是内存结构 + 本地文件存储，不参与块级复制。

目前唯一可行方案是：主库每次新增/重建向量索引后，手动在备库执行相同 DDL。没有自动化机制，也不能用 DBMS_METADATA 导出导入 —— 23ai 尚未开放向量元数据的标准化导出接口。

1. 逻辑备库能同步 vector 表数据（因走 SQL Apply），但无法同步向量索引本身，查询性能仍受限
2. RMAN 备份包含向量索引文件，但 restore 后需在目标库手动 CREATE VECTOR INDEX，不能跳过
3. 这是 23ai 当前最易被忽略的兼容性断点：容灾切换后，AI 应用可能直接失效，必须提前在运维流程中加入人工核验步骤