共计 1619 个字符,预计需要花费 5 分钟才能阅读完成。
今天早上一到单位,发现 EMCC 上有一台 Oracle 数据库服务器的概览页面出现黄色报警,
查询 alert_orcl13.log 发现如下报错,
Errors in file /u01/app/oracle/diag/rdbms/orcl13/orcl13/trace/orcl13_arc3_34080.trc:
ORA-19815: WARNING: db_recovery_file_dest_size of 68719476736 bytes is 100.00% used, and has 0 remaining bytes available.
system command was used to delete files, then use RMAN CROSSCHECK and
************************************************************************
DELETE EXPIRED commands.
You have following choices to free up spacefrom recovery area:
************************************************************************
1. Consider changing RMAN RETENTION POLICY.If you are using Data Guard,
ARC0: Error 19809 Creating archive log fileto ‘+DATA’
then consider changing RMAN ARCHIVELOG DELETION POLICY.
2. Back up files to tertiary device such astape using RMAN
BACKUP RECOVERY AREA command.
3. Add disk space and increasedb_recovery_file_dest_size parameter to
reflect the new space.
4. Delete unnecessary files using RMANDELETE command. If an operating
system command was used to delete files, then use RMAN CROSSCHECK and
DELETE EXPIRED commands.
************************************************************************
发现闪回区的容量已经达到 100%,于是查找闪回区的容量当前为多少 G?
SYS@orcl13> show parameterdb_recovery_file_dest_size;
NAME TYPE VALUE
—————————- ———— ———
db_recovery_file_dest_size big integer 64G
增大闪回区的容量为 100G
顺便查看一下归档文件所在的位置,
噢,顿时明白,是归档文件保存在闪回区,把闪回区的容量撑爆了。
归档文件一直在增加,有也可能是用 rman 备份的时候,没有设置归档日志的清除策略,也有可能是没有进行 rman 备份。
查看一下是否进行了 rman 备份
原来是没有进行 rman 备份,由于是测试库,在开启归档功能以后,没有用 rman 备份导致的
现在把 rman 备份开启
再次查看 alert_orcl13.log 的日志文件,已经切换归档操作,一切正常了。
更多 Oracle 相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12
本文永久更新链接地址:http://www.linuxidc.com/Linux/2017-11/148511.htm