能,但需备库处于ADG模式且启用Real-Time Query;检查v$database返回READ ONLY WITH APPLY,执行ALTER DATABASE OPEN READ ONLY启用,配置独立服务名并验证连接与实时性。
能,但前提是备库必须是 active data guard(adg)模式且已启用 real-time query,否则 select 会直接报 ora-16000 或卡住不动。
这是分流报表的前提,不是“开了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,说明备库还没打开,根本无法连接查询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 验证连通性ORCL_PRI
光连上不等于真的用了备库的实时能力。常见误区是应用连了备库服务,但查询仍卡在旧归档点,或者误查了主库视图。
SELECT instance_name, host_name FROM v$instance; —— 确认返回的是备库主机名,不是主库v$managed_standby 中 MRP0 进程状态是否为 APPLYING_LOG,以及 SEQ# 和 BLOCK# 是否持续推进SELECT FOR UPDATE 也会报 ORA-16000,因为备库是只读的报表用户在备库可能查不到表,不是同步问题,而是权限或对象未暴露。
CREATE USER、GRANT 等 DDL 不属于重做日志内容,需手动在备库执行相同授权CREATE SYNONYM 或用完整 schema 名引用DBMS_STATS 收集的统计信息,备库的统计信息不会自动同步,建议在备库定期 EXEC DBMS_STATS.GATHER_SCHEMA_STATS(只读环境下允许)data dictionary 是只读副本,某些动态性能视图(如 v$sql)内容为空或不准确,不要依赖它们做执行计划分析Real-Time Query 不是开关一开就万事大吉的事,它依赖 MRP 持续运行、服务名正确路由、权限完整同步三个条件同时满足。最常出问题的地方不在数据库配置,而在应用连接串写错、报表工具缓存了旧连接池、或者 DBA 忘了在备库补授权 —— 这些地方查起来比调参数还费时间。