ORA-19809: 超出了恢复文件数的限制
Posted claireyuancy
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了ORA-19809: 超出了恢复文件数的限制相关的知识,希望对你有一定的参考价值。
一、故障现象:
RMAN> backup database;
启动 backup 于 05-10月-14
使用目标数据库控制文件替代恢复文件夹
分配的通道: ORA_DISK_1
通道 ORA_DISK_1: sid=158 devtype=DISK
通道 ORA_DISK_1: 启动所有数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
输入数据文件 fno=00001 name=D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF
输入数据文件 fno=00005 name=D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\HW_WH01.DBF
输入数据文件 fno=00003 name=D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSAUX01.DBF
输入数据文件 fno=00002 name=D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\UNDOTBS01.DBF
输入数据文件 fno=00006 name=D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\GZ_DATA01.DBF
输入数据文件 fno=00007 name=D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SZ_DATA01.DBF
输入数据文件 fno=00004 name=D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\USERS01.DBF
通道 ORA_DISK_1: 正在启动段 1 于 05-10月-14
MAN-03009: backup 命令 (ORA_DISK_1 通道上, 在 12/08/2014 16:38:37 上) 失败
ORA-19809: 超出了恢复文件数的限制
ORA-19804: 无法回收 52428800 字节磁盘空间 (从 2147483648 限制中)
继续执行其他作业步骤, 将不又一次执行失败的作业
通道 ORA_DISK_1: 启动所有数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
备份集中包含当前控制文件
在备份集中包括当前的 SPFILE
通道 ORA_DISK_1: 正在启动段 1 于 05-10月-14
通道 ORA_DISK_1: 已完毕段 1 于 05-10月-14
段句柄=D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\BACKUPSET\2014_12_08\O1_MF_NCSNF_TAG20141208T163642_7G0XWHOH_.BKP 标记=TAG20141208T163642 凝视=NONE
通道 ORA_DISK_1: 备份集已完毕, 经过时间:00:00:02
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
二、故障分析
在使用rman进行数据库全备份时出现ORA-19809: 超出了恢复文件数的限制错误,查报错说明例如以下:
ORA-19809: limit exceeded for recovery files
Cause: The limit for recovery files specified by the DB_RECOVERY_FILE_DEST_
SIZE was exceeded.
Action: The error is accompanied by 19804. See message 19804 for further details.
在这里我们能够看到。文档明白指出了ORA-19809错误是伴随着ORA-19804出现,接着我们看下ORA-19804的出现原因及解决方式:
ORA-19804: cannot reclaim string bytes disk space from string limit
Cause: Oracle cannot reclaim disk space of specified bytes from the DB_RECOVERY_FILE_DEST_SIZE limit.
Action: There are five possible solutions: 1) Take frequent backup of recovery area
using RMAN. 2) Consider changing RMAN retention policy. 3) Consider changing
RMAN archivelog deletion policy. 4) Add disk space and increase DB_
RECOVERY_FILE_DEST_SIZE. 5) Delete files from recovery area using RMAN.
以上已经明白给出导致这个错误的原因及五点解决方式
最简单也是最经常使用的办法就是扩大DB_RECOVERY_FILE_DEST_SIZE的设置
首先查看数据库的当前设置:
SYS @ ORCL(159)> archive log list
数据库日志模式 存档模式
自己主动存档 启用
存档终点 USE_DB_RECOVERY_FILE_DEST
最早的联机日志序列 163
下一个存档日志序列 165
当前日志序列 165
SYS @ ORCL(159)>
能够看到使用了数据库默认的闪回区用来存储归档,接下来我们看下闪回区的位置,大小及使用情况
SYS @ ORCL(159)> show parameter db_recovery_file_dest
NAME TYPE VALUE
------------------------------------ ----------- -----------------------------------------------
db_recovery_file_dest string D:\oracle\product\10.2.0/flash_recovery_area
db_recovery_file_dest_size big integer 2G
SYS @ ORCL(159)> select NAME,SPACE_LIMIT/1024/1024 "total(MB)",SPACE_USED/1024/1024 "used(MB)"
from v$recovery_file_dest;
NAME total(MB) used(MB)
------------------------------------------------ ---------- ----------
D:\oracle\product\10.2.0/flash_recovery_area 3072 2078.77051
对于db_recovery_file_dest_size,系统默认设置为2G大小,当该空间不够容纳备份集则会导致上面见到的错误。
三、解决方式:
对于上面的错误我们扩大了db_recovery_file_dest_size仍出错(由2G扩大至3G),可以看出即使扩容也是不够做一次全备份的(后面可以看到这个备份集得实际大小为2.05G)
1、扩大db_recovery_file_dest_size參数设置
alter system set db_recovery_file_dest_size=5G;
2、查看当前设置情况
show parameter db_recovery_file_dest
3、又一次运行rman备份
RMAN> backup database;
......
RMAN> list backupset;
BS keyword 类型 LV 大小 设备类型 经过时间 完毕时间
------- ---- -- ---------- ----------- ------------ ----------
14 Full 2.05G DISK 00:02:19 09-12月-14
BP keyword: 14 状态: AVAILABLE 已压缩: NO 标记: TAG20141209T141548
段名:D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\BACKUPSET\2014_12_09\O1_MF_NNNDF_TAG20141209T141548_7G2ZC4L2_.BKP
备份集 14 中的数据文件列表
文件 LV 类型 Ckp SCN Ckp 时间 名称
---- -- ---- ---------- ---------- ----
1 Full 5170484 09-12月-14 D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF
2 Full 5170484 09-12月-14 D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\UNDOTBS01.DBF
3 Full 5170484 09-12月-14 D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSAUX01.DBF
4 Full 5170484 09-12月-14 D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\USERS01.DBF
5 Full 5170484 09-12月-14 D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\HW_WH01.DBF
6 Full 5170484 09-12月-14 D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\GZ_DATA01.DBF
7 Full 5170484 09-12月-14 D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SZ_DATA01.DBF
BS keyword 类型 LV 大小 设备类型 经过时间 完毕时间
------- ---- -- ---------- ----------- ------------ ----------
15 Full 6.83M DISK 00:00:02 09-12月-14
BP keyword: 15 状态: AVAILABLE 已压缩: NO 标记: TAG20141209T141548
段名:D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\BACKUPSET\2014_12_09\O1_MF_NCSNF_TAG20141209T141548_7G2ZHQFO_.BKP
包含的控制文件: Ckp SCN: 5170574 Ckp 时间: 09-12月-14
包括的 SPFILE: 改动时间: 09-12月-14
至此问题已成功解决。
以上是关于ORA-19809: 超出了恢复文件数的限制的主要内容,如果未能解决你的问题,请参考以下文章
Oracle - ORA-19809: 超出了恢复文件数的限制
MySQL 重启提示超出可打开文件数限制|Buffered warning: Changed limits: max_open_files: 1024