Oracle 19c 利用ADG实现实时报表业务分流

### 能，但前提是备库必须是 Active Data Guard（ADG）模式且已启用 Real-Time Query 先说几个核心判断：利用 ADG 分流报表业务确实是一个行之有效的方案，但并非“开启 ADG 就自动生效”。Real-Time Query 是 ADG 的一项运行时特性，依赖于 Redo Apply 是否实时运行、备库是否以只读方式打开。若条件不满足，执行 `SELECT` 查询时会直接报错 `ORA-16000` 或导致会话卡死。 #### 确认备库是否已启用 Real-Time Query 这是实现报表分流的前提条件，不能简单认为“ADG 已配置就自动可用”。Real-Time Query 是 ADG 的一个运行时状态，它要求底层 Redo Apply 进程持续运行，并且数据库以只读模式打开。 - 检查备库当前打开模式：`SELECT open_mode, database_role FROM v$database;` —— 该查询应返回 `READ ONLY WITH APPLY` - 如果返回 `READ ONLY`（缺少 `WITH APPLY`），说明 MRP 进程未启动，重做日志没有实时应用，此时查询到的只是“某个时间点的快照”，并非实时数据 - 如果返回 `MOUNTED`，说明备库尚未打开，无法接受任何查询连接 - 启用 Real-Time Query 的关键命令：`ALTER DATABASE OPEN READ ONLY;`（注意：不是 `OPEN`，也不是 `OPEN RESETLOGS`） #### 配置监听与服务名，让报表应用连接到备库 报表程序不能直接使用主库的服务名，否则流量无法正确分流。需要为备库单独注册一个专用服务名，并确保应用能够解析并路由到该服务。 - 在备库的 `$ORACLE_HOME/network/admin/listener.ora` 中添加静态服务（或使用 `DBMS_SERVICE` 动态注册）： ``` SID_LIST_LISTENER = (SID_LIST = (SID_DESC = (GLOBAL_DBNAME = orcl_stby_ro) (ORACLE_HOME = /u01/app/oracle/product/19c/dbhome_1) (SID_NAME = orcl) ) ) ``` - 在备库的 `tnsnames.ora` 中定义该服务： ``` ORCL_STBY_RO = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = oracle-standby)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = orcl_stby_ro) ) ) ``` - 重启监听：`lsnrctl reload`；然后使用 `tnsping ORCL_STBY_RO` 和 `sqlplus /@ORCL_STBY_RO as sysdba` 验证连通性 - 报表中间件（如 Tomcat、OBIEE、Tableau Server）的连接字符串必须指向这个新服务名，而不是主库的 `ORCL_PRI` #### 验证查询是否真的走备库并获取实时数据 仅仅连接成功并不代表备库的实时能力已生效。常见误区是应用虽连接了备库服务，但查询仍卡在旧的归档点，或者误查了主库的视图。 - 在报表连接会话中执行：`SELECT instance_name, host_name FROM v$instance;` —— 确认返回的是备库的主机名，而非主库 - 查询一条带时间戳的业务表（例如订单表的最新记录），然后在主库插入一条新记录并提交，**1~3 秒内**在备库查询应能立刻看到该新记录（延迟取决于网络和日志生成频率） - 如果延迟超过 10 秒，检查 `v$managed_standby` 中 `MRP0` 进程状态是否为 `APPLYING_LOG`，以及 `SEQ#` 和 `BLOCK#` 是否持续前进 - 禁止在备库执行 DML 或 DDL —— 即使是 `SELECT FOR UPDATE` 也会报 `ORA-16000`，因为备库是只读的 #### 容易被忽略的权限与对象可见性问题 报表用户在备库可能查不到表，这通常不是同步问题，而是权限或对象未正确暴露所致。 - 主库创建的用户和对象不会自动复制到备库 —— `CREATE USER`、`GRANT` 等 DDL 操作不属于重做日志内容，需要在备库手动执行相同的授权 - 特别注意同义词（synonym）、物化视图日志、DBA_* 视图别名等 —— 它们在备库默认不可见，除非显式创建 `CREATE SYNONYM` 或使用完整 schema 名引用 - 如果报表用到 `DBMS_STATS` 收集的统计信息，备库的统计信息不会自动同步，建议在备库定期执行 `EXEC DBMS_STATS.GATHER_SCHEMA_STATS`（只读环境下允许） - 备库的 `data dictionary` 是只读副本，某些动态性能视图（如 `v$sql`）内容为空或不准确，不要依赖它们做执行计划分析 Real-Time Query 并非“一开即用”的简单开关，它需要 MRP 持续运行、服务名正确路由、权限完整同步三个条件同时满足。最常见的故障点不在数据库配置本身，而是应用连接串写错、报表工具缓存了旧连接池、或者 DBA 忘记在备库补充授权 —— 这些排查起来比调整参数更耗时。