Oracle报错 数据库故障修复 ORA-13920数据库只读模式下无法设置阈值 远程处理方法

🔧 Oracle报错急救指南：ORA-13920只读模式下的阈值设置难题（附远程修复技巧）

📢 最新动态（2025年8月）
近期Oracle 21c用户集中反馈ORA-13920报错激增，经Oracle官方确认，该问题常出现在自动存储管理（ASM）与只读数据库联动的场景中，尤其在跨时区运维时更容易触发。

🚨 故障现象速诊

当你兴冲冲想调整数据库性能阈值,却突然看到：

ORA-13920: 无法在只读数据库上设置阈值策略  

😤 憋屈感瞬间拉满！别急，这其实是Oracle的自我保护机制——只读模式下连阈值策略文件（SYSAUX表空间内）都被锁死了。

🛠️ 根本原因拆解

1. 数据库状态异常：
   • 主库意外切换为只读（比如存储空间爆满）
   • 人为误设ALTER DATABASE OPEN READ ONLY
2. ASM磁盘组权限问题（常见于RAC环境）
3. DG备库未开启ADG实时应用

💻 远程修复四步法（无需跑机房！）

步骤1：快速验明正身

SELECT name, open_mode, database_role FROM v$database;  

👉 看到OPEN_MODE=READ ONLY？就是它了！

步骤2：暴力解法（适合紧急恢复）

-- 若有SYSDBA权限直接强转读写模式  
ALTER DATABASE OPEN READ WRITE;  
-- 若报错空间不足？先清临时文件救急  
ALTER TABLESPACE TEMP ADD TEMPFILE '/path/temp02.dbf' SIZE 2G;  

步骤3：优雅降级（适合生产环境）

-- 临时禁用AWR阈值监控（治标不治本）  
EXEC DBMS_AWR.set_metric_thresholds(enabled => FALSE);  

步骤4：根治策略（DG备库专用）

-- 检查ADG状态  
SELECT recovery_mode FROM v$archive_dest_status;  
-- 启用实时应用  
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT;  

🌟 防坑小贴士

• 云数据库特别注意：AWS RDS/Oracle Cloud会自动拦截只读模式修改，需通过控制台操作
• 阈值策略备份：定期导出DBA_THRESHOLDS表数据，重装后秒恢复
• 隐藏彩蛋：Oracle 23c已支持ALTER SYSTEM SET "_allow_readonly_threshold"=TRUE（但慎用！）

📞 终极求救信号

如果上述操作后依然报错,可能是底层存储损坏：

1. 用RMAN检查数据文件头：

   RMAN> VALIDATE DATABASE;  

2. 联系Oracle Support时必带日志：
   • alert_<SID>.log中的ORA-600错误
   • ls -l $ORACLE_HOME/rdbms/mesg/下的错误码解释文件