物理备库必须用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。否则主库可能因等待备库响应而挂起写入。
- 验证是否生效：查
V$DATAGUARD_CONFIG中PROTECTION_MODE是否为MAXIMUM PROTECTION - 注意：启用
MAXIMUM PROTECTION后，备库不可用时主库会自动 shutdown，不能靠人工干预绕过 - 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 状态。
- 23ai 引入
STANDBY_MAX_DATA_DELAY参数（单位秒），用于控制“允许的最大延迟阈值”，超过即自动暂停应用；默认为 0（禁用），需按业务容忍度显式设置 - 若备库开放只读，
V$ARCHIVED_LOG中APPLIED字段可能显示YES，但实际查询看到的是延迟 2～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 会被拒绝。
- Far Sync 实例的
DB_UNIQUE_NAME必须在主库的LOG_ARCHIVE_CONFIG中声明，格式如：'DG_CONFIG=(primary,far_sync,standby)' - 主库到 Far Sync 用
SYNC，Far Sync 到备库用ASYNC，这是唯一被 Oracle 23ai 认证的跨区域拓扑 - 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 尚未开放向量元数据的标准化导出接口。
- 逻辑备库能同步 vector 表数据（因走 SQL Apply），但无法同步向量索引本身，查询性能仍受限
- RMAN 备份包含向量索引文件，但 restore 后需在目标库手动
CREATE VECTOR INDEX，不能跳过 - 这是 23ai 当前最易被忽略的兼容性断点：容灾切换后，AI 应用可能直接失效，必须提前在运维流程中加入人工核验步骤
