• ORA-19809: 超出了恢复文件数的限制


     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:ORACLEPRODUCT10.2.0ORADATAORCLSYSTEM01.DBF
    输入数据文件 fno=00005 name=D:ORACLEPRODUCT10.2.0ORADATAORCLHW_WH01.DBF
    输入数据文件 fno=00003 name=D:ORACLEPRODUCT10.2.0ORADATAORCLSYSAUX01.DBF
    输入数据文件 fno=00002 name=D:ORACLEPRODUCT10.2.0ORADATAORCLUNDOTBS01.DBF
    输入数据文件 fno=00006 name=D:ORACLEPRODUCT10.2.0ORADATAORCLGZ_DATA01.DBF
    输入数据文件 fno=00007 name=D:ORACLEPRODUCT10.2.0ORADATAORCLSZ_DATA01.DBF
    输入数据文件 fno=00004 name=D:ORACLEPRODUCT10.2.0ORADATAORCLUSERS01.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:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLBACKUPSET2014_12_08O1_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:oracleproduct10.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:oracleproduct10.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:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLBACKUPSET2014_12_09O1_MF_NNNDF_TAG20141209T141548_7G2ZC4L2_.BKP
      备份集 14 中的数据文件列表
      文件 LV 类型 Ckp SCN    Ckp 时间   名称
      ---- -- ---- ---------- ---------- ----
      1       Full 5170484    09-12月-14 D:ORACLEPRODUCT10.2.0ORADATAORCLSYSTEM01.DBF
      2       Full 5170484    09-12月-14 D:ORACLEPRODUCT10.2.0ORADATAORCLUNDOTBS01.DBF
      3       Full 5170484    09-12月-14 D:ORACLEPRODUCT10.2.0ORADATAORCLSYSAUX01.DBF
      4       Full 5170484    09-12月-14 D:ORACLEPRODUCT10.2.0ORADATAORCLUSERS01.DBF
      5       Full 5170484    09-12月-14 D:ORACLEPRODUCT10.2.0ORADATAORCLHW_WH01.DBF
      6       Full 5170484    09-12月-14 D:ORACLEPRODUCT10.2.0ORADATAORCLGZ_DATA01.DBF
      7       Full 5170484    09-12月-14 D:ORACLEPRODUCT10.2.0ORADATAORCLSZ_DATA01.DBF
    BS keyword  类型 LV 大小       设备类型 经过时间 完毕时间
    ------- ---- -- ---------- ----------- ------------ ----------
    15      Full    6.83M      DISK        00:00:02     09-12月-14
            BP keyword: 15   状态: AVAILABLE  已压缩: NO  标记: TAG20141209T141548
    段名:D:ORACLEPRODUCT10.2.0FLASH_RECOVERY_AREAORCLBACKUPSET2014_12_09O1_MF_NCSNF_TAG20141209T141548_7G2ZHQFO_.BKP
      包含的控制文件: Ckp SCN: 5170574      Ckp 时间: 09-12月-14
      包括的 SPFILE: 改动时间: 09-12月-14
    至此问题已成功解决。

  • 相关阅读:
    php1
    element ui
    webpack
    vue-router
    vue实例相关2
    vue实例相关
    js笔记2
    js笔记
    不找工作,你的简历也要更新!
    除了做测试,我们还能做些什么呢?
  • 原文地址:https://www.cnblogs.com/claireyuancy/p/6773649.html
Copyright © 2020-2023  润新知