ALTER DATABASE OPEN READ ONLY仅在启用Active Data Guard许可且MRP进程已启动并处于APPLYING_LOG状态时才有效；否则必报ORA-16191或ORA-10458，且V$DATABASE.OPEN_MODE无法显示“READ ONLY WITH APPLY”。
ALTER DATABASE OPEN READ ONLY 不是万能钥匙，它只在特定前提下有效。没启用 Active Data Guard（ADG）许可，或没启动 MRP 进程，这条命令必然失败——备库不会 magically 变成可查询状态。
ADG 许可是只读查询的硬性前提
Oracle Data Guard 本身不提供实时只读能力；READ ONLY WITH APPLY 状态依赖 ADG 许可激活。没买这个选项，即使配置完全正确，V$DATABASE.OPEN_MODE 永远只能是 MOUNTED 或 READ ONLY（后者意味着已停止日志应用，数据滞后不可控）。
验证是否启用 ADG：
- 检查许可：运行
SELECT * FROM V$OPTION WHERE PARAMETER = 'Active Data Guard';，返回TRUE才算数 - 确认状态：执行
SELECT DATABASE_ROLE, OPEN_MODE, PROTECTION_MODE FROM V$DATABASE;，必须看到PHYSICAL STANDBY+READ ONLY WITH APPLY - 别信“配置完 DG 就能查”——这是常见误解，ADG 是独立许可，不是免费附赠功能
ALTER DATABASE OPEN READ ONLY 报 ORA-16191 或 ORA-10458 怎么办
这两个错误本质相同：MRP 进程正在运行，但数据库尚未进入 ADG 允许的“边恢复边只读”状态。直接执行 OPEN READ ONLY 被 Oracle 主动拒绝，不是权限或语法问题。
正确顺序只有这一种：
- 确保备库已
MOUNT（不是OPEN，也不是NOMOUNT） - 先启动 MRP：
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION; - 等
V$MANAGED_STANDBY.PROCESS = 'MRP0'且STATUS = 'APPLYING_LOG' - 再执行
ALTER DATABASE OPEN READ ONLY;—— 此时 Oracle 内部会切换为READ ONLY WITH APPLY模式 - 如果之前执行过
CANCEL，必须重新USING CURRENT LOGFILE启动，否则仍报错
tnsnames.ora 指向备库却连回主库？服务名没隔离
这不是监听器没起来，也不是网络不通，而是客户端根本不知道该连哪个实例。主备库默认共用 SERVICE_NAME（比如都叫 orcl），TNS 解析后 Oracle 按照负载均衡或默认路由规则，大概率打到主库。
必须为备库注册独立只读服务：
- 在备库上执行：
ALTER SYSTEM SET SERVICE_NAMES='orcl_ro' SCOPE=BOTH; - 重载监听器：
lsnrctl reload，然后lsnrctl services确认输出里有orcl_ro且状态为READY - 客户端
tnsnames.ora单独配一段，SERVICE_NAME必须明确写orcl_ro，不能复用主库的服务名 -
FAILOVER=ON是故障转移用的，不是读写分离路由机制，别指望它自动分流
备库打开后查不到新数据？检查同步延迟和文件管理
看到 OPEN_MODE = READ ONLY WITH APPLY 不代表数据实时。可能卡在日志积压、归档未传输、或文件路径映射异常。
快速定位：
- 查同步进度：
SELECT MAX(SEQUENCE#) FROM V$ARCHIVED_LOG WHERE APPLIED='YES';对比主库SELECT MAX(SEQUENCE#) FROM V$LOG_HISTORY;，差值 > 2 就说明延迟明显 - 看 MRP 状态：
SELECT PROCESS, STATUS, THREAD#, SEQUENCE#, BLOCK#, BLOCKS FROM V$MANAGED_STANDBY;中MRP0必须是APPLYING_LOG，且BLOCKS列无持续增长 - 临时表空间缺失？ADG 下备库
TEMP表空间可能为空，需手动添加：ALTER TABLESPACE temp ADD TEMPFILE '/path/to/temp01.dbf' SIZE 100M;，但前提是STANDBY_FILE_MANAGEMENT=MANUAL；若为AUTO，则无法手动操作
真正让备库扛住只读流量的关键，不在命令敲得有多快，而在 ADG 许可是否生效、MRP 是否稳定运行、服务名是否物理隔离——三者缺一不可。最容易被跳过的其实是第一项：以为买了 Oracle 就等于买了 ADG。
