ADG备库执行ALTER DATABASE OPEN READ ONLY报错ORA-16191或ORA-10458，根本原因是Redo Apply运行时禁止只读打开；正确做法是先启动MRP（ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT），再执行OPEN READ ONLY，此时V$DATABASE.OPEN_MODE必须显示“READ ONLY WITH APPLY”才表示实时查询与同步正常启用。
ADG备库执行 ALTER DATABASE OPEN READ ONLY 会报错 ORA-16191
在 oracle active data guard（adg）环境中，备库默认处于 mount 状态，且 redo apply 正在运行。此时直接执行 alter database open read only 一定会失败，报错：ora-16191: primary log shipping client not logged on to standby 或更常见的 ora-10458: standby database requires recovery —— 这不是权限或参数问题，而是状态冲突：oracle 不允许在应用日志的同时以只读方式打开数据库。
真正能用 OPEN READ ONLY 的前提是：Redo Apply 必须暂停，且数据库已完全同步到某个 SCN（即无未应用的归档/在线日志）。但注意，这和“临时只读查询”不是一回事——ADG 的设计本意是边恢复边只读，靠的是 OPEN READ ONLY WITH APPLY（即实时查询模式），而不是传统只读打开。
- 别在
RECOVER MANAGED STANDBY DATABASE运行时硬执行OPEN READ ONLY - 如果真要停应用再只读，必须先
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL - 取消后需确认
V$ARCHIVED_LOG和V$LOG_HISTORY中最新应用的SEQUENCE#，避免跳过日志导致数据丢失
ADG 正确启用实时只读查询：用 ALTER DATABASE OPEN READ ONLY 前必须先启动 MRP
ADG 的“只读打开”本质是让数据库进入 OPEN READ ONLY 状态的同时，后台继续应用日志（Managed Recovery Process, MRP）。这个操作不是两步（先 open 再 start apply），而是一体化流程：只有在备库已 MOUNT、且 MRP 已启动的前提下，OPEN READ ONLY 才会被 Oracle 接受并自动维持可查询 + 持续同步的状态。
- 启动 MRP 的标准命令是：
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION - 执行该命令后，
V$MANAGED_STANDBY中应看到MRP0进程状态为APPLYING_LOG - 此时再执行
ALTER DATABASE OPEN READ ONLY，Oracle 实际会静默完成切换，不会中断应用，也不会报错 - 如果之前执行过
CANCEL，必须重新启动 MRP，否则OPEN READ ONLY仍会失败
STANDBY_FILE_MANAGEMENT=AUTO 和 DB_FILE_NAME_CONVERT 影响只读打开后的文件可见性
即使成功 OPEN READ ONLY，你也可能查不到新表空间或数据文件——尤其当主库新增了表空间，而备库没同步过来。这不是只读限制，而是备库对文件结构的感知缺失。关键控制点有两个：
-
STANDBY_FILE_MANAGEMENT必须设为AUTO（默认值），否则主库创建数据文件的操作不会自动在备库重建 -
DB_FILE_NAME_CONVERT必须正确配置主备路径映射，例如：'/oradata/primary/', '/oradata/standby/'；路径末尾斜杠不能漏，否则转换失败，新文件名生成错误，MRP 应用时直接报ORA-01111 - 若已发生文件缺失，不要手动
ALTER DATABASE CREATE DATAFILE—— 在 ADG 下这会破坏角色一致性，应优先检查参数+重启 MRP
只读打开后，V$DATABASE.OPEN_MODE 显示 READ ONLY WITH APPLY 才算真正生效
执行完 ALTER DATABASE OPEN READ ONLY 后，别只看是否报错。真正验证 ADG 只读查询能力是否就绪，唯一可靠方式是查 V$DATABASE：
SELECT OPEN_MODE FROM V$DATABASE;
返回结果必须是 READ ONLY WITH APPLY。如果是 READ ONLY（没有 WITH APPLY），说明 MRP 没在运行，数据库只是静态只读快照，后续主库任何变更都不会同步过来——这种状态在 ADG 场景下等于“半废”。
常见误判点：有人看到 OPEN READ ONLY 成功就以为万事大吉，但忘了检查 OPEN_MODE 后缀，也没确认 V$MANAGED_STANDBY 里是否有活跃的 MRP0。一旦主库切日志或做 DDL，备库立刻掉队，且无法自动追平。
