如何利用Oracle 11g物理备库实现报表业务分离_通过配置Active Data Guard只读模式-Oracle-PHP中文网

启用active data guard必须严格按三步顺序执行：停恢复→开只读→重启实时应用；跳过任一步，备库将卡在read only或mounted状态，无法查到新数据。

能直接用，但必须按顺序做对三步：停恢复 → 开只读 → 重启实时应用。跳过任意一步，备库就卡在 read only 或 mounted 状态，查不到新数据。

备库当前状态必须是 MOUNTED 且正在应用 Redo

Active Data Guard 不是“打开就能用”的功能，它依赖物理备库已处于 Data Guard 同步流程中。常见错误是直接在 OPEN 状态下尝试启用，结果报错 ORA-16139: media recovery required 或 ORA-10458: standby database requires recovery。

确认方式：

SELECT open_mode, database_role, protection_mode FROM v$database;

正确输出应为：

OPEN_MODE      DATABASE_ROLE     PROTECTION_MODE
-------------- ----------------- --------------------
MOUNTED        PHYSICAL STANDBY  MAXIMUM PERFORMANCE

如果 open_mode 是 READ ONLY，说明之前已手动开过，但没重启 Redo Apply，此时查询会滞后（甚至完全不更新）
如果 database_role 不是 PHYSICAL STANDBY，可能是控制文件未正确识别为备库，需检查 DB_UNIQUE_NAME 和 LOG_ARCHIVE_CONFIG
PROTECTION_MODE 可以是任意一种（MAXIMUM PERFORMANCE 最常用），但不能是 MAXIMUM PROTECTION —— 它强制主备同步写，ADG 的只读查询可能因等待超时失败

启用 ADG 的三步命令不可颠倒

顺序错或漏掉 DISCONNECT，会导致会话挂起、Redo Apply 停滞，报表看到的永远是旧数据。

第一步：停止当前 Redo 应用
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
第二步：以只读模式打开数据库
ALTER DATABASE OPEN READ ONLY;
注意不是 ALTER DATABASE OPEN; —— 缺少 READ ONLY 会报 ORA-16004: backup database requires recovery
第三步：重新启用实时 Redo 应用（关键！）
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT;
DISCONNECT 必须带上，否则会话独占前台，后续无法执行其他命令；USING CURRENT LOGFILE 表示启用实时传输（Real-Time Apply），没有它，备库只能等归档日志落盘后才应用，延迟可达分钟级

执行完后验证：

QuantOracle

63个确定性量化金融计算器 + 10个通过MCP的复合工作流。期权定价、Greeks、奇异衍生品、风险指标、投资组合优化……

下载

SELECT open_mode, database_role FROM v$database;

期望输出：READ ONLY WITH APPLY —— 这个状态才是真正的 Active Data Guard。

只读模式下哪些操作会失败

ADG 备库不是“功能完整的库”，很多看似只读的操作实际隐含写行为，会在执行时报错。

SELECT 本身安全，但带 ORDER BY / GROUP BY / WITH 的复杂查询也允许（只要不碰本地对象）
SELECT seq.NEXTVAL FROM DUAL 会失败 —— 序列值生成需更新数据字典，备库只读禁止任何 DML
CREATE GLOBAL TEMPORARY TABLE 允许，但 INSERT INTO tmp_table 报 ORA-16000: database open for read-only access
SELECT * FROM dba_tables 可以，但 SELECT * FROM v$session 返回的是备库自身会话信息，不是主库的
通过 DBLINK 写主库（如 INSERT INTO remote_table@primary_db VALUES(...)）允许，但反向从主库连备库写会失败（备库不接受入向修改）

延迟监控和常见卡点

报表业务最怕“查到的数据不是最新的”。ADG 延迟不是网络抖动那么简单，得盯两个视图：

看实时延迟：
SELECT VALUE FROM V$DATAGUARD_STATS WHERE NAME = 'apply lag';
单位是秒，超过 30 秒就要排查
看历史延迟分布：
SELECT * FROM V$STANDBY_EVENT_HISTOGRAM WHERE NAME = 'apply lag' AND COUNT > 0;
典型卡点：
– 备库 CPU 满载（top -H 查 ora_mrp0_* 进程）
– 主库未配置 Standby Redo Log（V$STANDBY_LOG 为空），导致无法 Real-Time Apply
– COMPATIBLE 参数低于 11.0.0（查 SELECT VALUE FROM V$PARAMETER WHERE NAME = 'compatible';）