甲骨文快照控制文件(快照控制文件)

  

配置快照CONTROLFILE名称“C: \ APP \管理员\虚拟数据库产品\ \ 12.2.0 \ DBHOME_2 \ \ SNCFNEWTEST.ORA”;#默认

  

RMAN>

显示快照controlfile名称;   

db_unique_name为纽特的数据库的RMAN配置参数为:
配置快照CONTROLFILE名字“C: \ APP \管理员\虚拟数据库产品\ \ 12.2.0 \ DBHOME_2 \ \ SNCFNEWTEST.ORA”;#默认

  

RMAN>备份表空间系统标签=system_tbs_bak;

  

从位于02-2月-18的备份开始
使用通道ORA_DISK_1
通道ORA_DISK_1:正在启动全部数据文件备份集
通道ORA_DISK_1:正在指定备份集内的数据文件
输入数据文件,文件号=00001名称=C: \ APP \管理员\虚拟\ ORADATA \纽特\ SYSTEM01。DBF
通道ORA_DISK_1:正于02-2月-18启动段1
通道ORA_DISK_1:完成了于02-2月-18启动段1
片段句柄=E: \ RECOVERYFLASH \ 2018 _02_02纽特\ BACKUPSET \ \ O1_MF_NNNDF_SYSTEM_TBS_BAK F77L95QK 。BKP标记=SYSTEM_TBS_BAK注释=没有
通道ORA_DISK_1:备份集完成,用时:00:00:35
在02-2月-18完成了备份
凹坠俏目煺湛刂莆募刂莆募?快照)"
快照控制文件是由RMAN恢复管理器在系统指定位置生成的当前控制文件的一个副本
我们知道控制文件在整个数据库生命期中在不断的时时刻刻发生变化,RMAN备份需要依赖于控制文件或恢复目录,也就是说需要知道备份开
始时的检查点SCN以及所有文件结构信息并且在整个备份期间这些信息需要保持一致,但又不能锁定控制文件(锁定操作无法执行检查点,切
换日志等),因此既要保持一致性,又不影响数据库的正常操作。快照控制文件就应运而生了.RMAN只在备份或同步操作期间对实际控制文
件进行一个短暂的锁定,并根据其内容来生成或刷新快照控制文件。一旦该动作完成之后,RMAN将切换到使用快照控制文件进行备份及同步
操作,从而保证备份期间控制文件,数据文件等等的一致性。
综上所述,其主要作用是使用RMAN同步恢复目录或备份时能得到一个一致性的控制文件。
——从上面的测试可知,
——一个,RMAN开始备份,甲骨文检查控制文件与快照控制文件是否一致(如果不存在,从控制文件提取信息创建),不一致则刷新快照控制文件。
- b, RMAN从快照控制文件读取信息进行备份,此时快照控制文件并不包含新的表空间,因此备份集中没有tbs_test。dbf
- c,备份完成后进行了控制文件与spfile文件自动备份
- d,刷新了快照控制文件
- e,所以上面的检测中控制文件,快照控制文件,备份的控制文件中都包含新表空间的信息。但却没有备份,因为表空间在备份开始后被添加。
——将快照控制文件位置调整到缺省路径
RMAN>配置快照controlfile名字清晰;

甲骨文快照控制文件(快照控制文件)