RMAN 中使用控制文件代替恢复目录需要注意的参数

      (原创)

在RMAN中如果不使用恢复目录的情况下,是使用控制文件来保存RMAN的信息。所以控制文件必定会不断增大,并且控制文件会循环的使用这个区域。所以我叫这个区域叫做控制文件的可变区域,它有别于控制文件中的一些固定信息如日志文件位置,数据文件位置等,所以RMAN信息是不会通过控制文件重建来恢复的。

        如果控制文件中的RMAN信息被覆盖了话,而我们需要恢复的时间点在被覆盖的信息中,那样我们只有使用特殊恢复了。。。。(做过,数据会丢失一部分)

      所以在ORACLE中引入了参数 :CONTROL_FILE_RECORD_KEEP_TIME 用于确定一个记录至少要保留多少天才可被覆盖。

如果控制文件太小,不能存储由CONTROL_FILE_RECORD_KEEP_TIME 指定的时间段内的所有信息,那么控制文件将会增长。在控制文件增长之前,将执行以下的特定步骤:

1. 使用控制文件中的空闲空间。

2. 覆盖早于 CONTROL_FILE_RECORD_KEEP_TIME 的条目。

3.如果没有更多空间可用,控制文件将按需增长,直到达到操作文件大小的系统限制。

所以可见使用控制文件来代替恢复目录的RMAN中,能够保存的RMAN的信息天数范围为:                

    CONTROL_FILE_RECORD_KEEP_TIME  实际保留天数

如果此参数设置为1天那样实际天数就大于  CONTROL_FILE_RECORD_KEEP_TIME  如果设置为365天一般实际天数=CONTROL_FILE_RECORD_KEEP_TIME  

所以 CONTROL_FILE_RECORD_KEEP_TIME是控制文件所能保存天数的下限,明白了过后就可以根据客户的要求来确定CONTROL_FILE_RECORD_KEEP_TIME的大小。

时间: 2024-10-23 20:12:38

RMAN 中使用控制文件代替恢复目录需要注意的参数的相关文章

探索ORACLE之RMAN_07控制文件丢失恢复

探索ORACLE之RMAN_07控制文件丢失恢复 作者:吴伟龙   Name:Prodence Woo QQ:286507175  msn:hapy-wuweilong@hotmail.com 1.     控制文件(controlfile)丢失恢复 基于控制文件的复合多路径性,它的丢失分为两种,一种是其中某个控制文件的损坏或丢失,另外一种是所有控制文件均丢失.基于第一种情况,只需把好的控制文件复制一份在损坏或丢失的那个控制文件路径下即可.第二种情况下则需要通过备份信息来对控制文件进行恢复或手工

rman恢复案例——丢失全部控制文件的恢复

恢复|控制 1.1. 丢失全部控制文件的恢复1.1.1.    模拟控制文件丢失RMAN> shutdown abort;   Oracle 例程已关闭   RMAN> host;   Microsoft Windows XP [版本 5.1.2600] (C) 版权所有 1985-2001 Microsoft Corp.   C:\>del D:\oracle92\test1\CONTROL*.CTL   C:\>dir D:\oracle92\test1\CONTROL*.CT

Oracle RMAN 维护介绍(二) 恢复目录的维护

使用恢复目录时会涉及到其他一些维护活动,比如在数据库升级或迁移期间升级恢复目录,手工配置数据库对应物以及在某些数据库操作后在同步恢复目录. 1.在RMAN中取消注册数据库 在Oracle 10g 之前,从恢复目录中取消注册数据库是一个手工操作的过程.在10g中,从恢复目录中删除数据库只需要执行 unregister database.如: RMAN>unregister database orcl; 注意的是: 该命令不会删除该数据库的备份文件,而只是删除这些备份文件的恢复目录引用. 同样需要注

Oracle基于备份控制文件的恢复

通常在当前控制文件丢失,或者当前的控制文件与需要恢复的控制文件不一致的情况下,我们需要重新创建一个控制文件或者使用 unsingbackup controlfile方式来恢复控制文件.说简单点,只要是备份的控制文件与当前的控制文件不一致进行恢复数据库,就需要使用到 unsingbackup controlfile方式,而一旦使用了该方式,则需使用resetlgos选项来打开数据库. 一.基于备份控制文件的恢复注意事项(无论是否使用恢复目录catalog) 1.即使没有数据文件需要还原,当使用un

Oracle损坏控制文件的恢复方法

一: 损坏单个控制文件 损坏单个控制文件是比较容易恢复的,因为一般的数据库系统,控制文件都不是一个,而且所有的控制文件都互为镜相,只要拷贝一个好的控制文件替换坏的控制文件就可以了. 1.控制文件损坏,最典型的就是启动数据库出错,不能mount数据库 SQL>startup ORA-00205: error in identifying controlfile, check alert log for more info 查看报警日志文件,有如下信息 alter database  mount M

Oracle 基于备份控制文件的恢复(unsing backup controlfile)

    Oracle 基于备份控制文件的恢复(unsing backup controlfile)     有关RMAN的备份恢复与管理请参考     RMAN 概述及其体系结构     RMAN 配置.监控与管理     RMAN 备份详解     RMAN 还原与恢复     RMAN catalog 的创建和使用     基于catalog 创建RMAN存储脚本     基于catalog 的RMAN 备份与恢复     RMAN 备份路径困惑     使用RMAN实现异机备份恢复(WIN

当oracle丢失所有控制文件后可以重新创建控制文件来恢复数据库

当oracle丢失所有控制文件后可以重新创建控制文件来使数据库正常打开 重新创建控制文件的方法如下: 第一步是查询出该数据的所有日志文件,数据文件和控制文件 SQL> select member from v$logfile; MEMBER -------------------------------------------------------------------------------- D:\ORACLE\PRODUCT\10.1.0\ORADATA\OCP\REDO03.LOG

【控制文件丢失恢复】

oracle文档里有这么一个案例,我整理了一下: 1.        设置ORACLE_SIDexport ORACLE_SID=central 2.        启动RAMNrman TARGET / NOCATALOG 3. 设置DBIDSET DBID 1331322689; 4. 启动数据库(no mount状态)STARTUP NOMOUNT会出现以下信息startup failed: ORA-01078: failure in processing system parameter

11g中关于控制文件自动备份的改进

在之前做一个测试演示的时候,使用的是11gR2的库,在说rman的备份配置的时候有一个功能时控制文件的自动备份, CONFIGURE CONTROLFILE AUTOBACKUP ON/OFF; 然后自己简单介绍了下,说controlfile autobackup功能还是蛮实用的,一般还是建议开启.之前自己在10g的环境中也测试过,印象中数据库级的一些操作,比如创建表空间,删除数据文件等等,都会重新生成对应的控制文件,然而在演示的时候,竟然还是掉了链子. 我们创建了一个表空间,没有自动备份控制文