文章目录
问题1:归档空间撑满
处理过程
2019-05某下午,rac数据库 登陆时报错归档满了,此时应该查询下归档目的地和使用量,确认是否真的满了,也是方便后面分析:当时撑满的原因(是否没有定期删除or这几天的业务量是否导致过多归档)、后续的防范手段。
删除所有归档:(不推荐,万一后面需要做时间点恢复的话就gg了)
RMAN> delete noprompt archivelog all;
--确认空间已释放:
SQL> archive log list
Archive destination USE_DB_RECOVERY_FILE_DEST
SQL> SELECT space_limit/1024/1024/1024 AS "Quota_G",space_used/1024/1024 AS "Used_M",space_used/space_limit*100 "Used_%",space_reclaimable AS reclaimable,number_of_files AS files FROM v$recovery_file_dest ;
Quota_G Used_M Used_% RECLAIMABLE FILES
---------- ---------- ---------- ----------- ----------
300 1631 .530924479 0 9
问题产生原因
1 检查删归档定时任务;
2 确认最近几天的业务量 (观察后面是否要扩展空间)
问题2:文件系统撑满
处理过程
归档空间释放后,登陆还是报错ORA-002557 archiver error ,再次确认已在正确的服务器上删归档,再次 使用普通用户登陆Oracle,出现登陆hang住的现象。此时已经不是归档空间问题,开始做相关检查:
--1、检查alert日志:
[oracle@xxdb2 trace]$ tail -f alert_orcl2.log
minact-scn: useg scan erroring out with error e:12751
Wed May 08 14:38:31 2019
Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl2/trace/orcl2_ora_7976.trc:
ORA-00245: control file backup failed; target is likely on a local file system --报错控制文件备份错误,备份到本地的
Wed May 08 14:44:08 2019
minact-scn: got error during useg scan e:12751