CONFIGURE SNAPSHOT CONTROLFILE NAME TO 'C:\APP\ADMINISTRATOR\VIRTUAL\PRODUCT\12.2.0\DBHOME_2\DATABASE\SNCFNEWTEST.ORA'; # default

RMAN> show snapshot controlfile name;

db_unique_name 为 NEWTEST 的数据库的 RMAN 配置参数为:

CONFIGURE SNAPSHOT CONTROLFILE NAME TO 'C:\APP\ADMINISTRATOR\VIRTUAL\PRODUCT\12.2.0\DBHOME_2\DATABASE\SNCFNEWTEST.ORA'; # default

RMAN> backup tablespace system tag=system_tbs_bak;

从位于 02-2月 -18 的 backup 开始

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

     本文转自whshurk 51CTO博客，原文链接：http://blog.51cto.com/shurk/2068016，如需转载请自行联系原作者