Oracle 快照控制文件(snapshot control file)

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 的數(shù)據(jù)庫的 RMAN 配置參數(shù)為:
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: 正在啟動全部數(shù)據(jù)文件備份集
通道 ORA_DISK_1: 正在指定備份集內(nèi)的數(shù)據(jù)文件
輸入數(shù)據(jù)文件, 文件號 = 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恢復管理器在系統(tǒng)指定位置生成的當前控制文件的一個副本
我們知道控制文件在整個數(shù)據(jù)庫生命期中在不斷的時時刻刻發(fā)生變化，RMAN備份需要依賴于控制文件或恢復目錄，也就是說需要知道備份開
始時的檢查點SCN以及所有文件結構信息并且在整個備份期間這些信息需要保持一致，但又不能鎖定控制文件(鎖定操作無法執(zhí)行檢查點，切
換日志等)。因此既要保持一致性，又不影響數(shù)據(jù)庫的正常操作?？煺湛刂莆募蛻\而生了。RMAN只在備份或同步操作期間對實際控制文
件進行一個短暫的鎖定，并根據(jù)其內(nèi)容來生成或刷新快照控制文件。一旦該動作完成之后，RMAN將切換到使用快照控制文件進行備份及同步
操作。從而保證備份期間控制文件，數(shù)據(jù)文件等等的一致性。
綜上所述，其主要作用是使用RMAN同步恢復目錄或備份時能得到一個一致性的控制文件。
--從上面的測試可知，
--a、RMAN 開始備份，Oracle檢查控制文件與快照控制文件是否一致(如果不存在，從控制文件提取信息創(chuàng)建)，不一致則刷新快照控制文件。
--b、RMAN從快照控制文件讀取信息進行備份，此時快照控制文件并不包含新的表空間，因此備份集中沒有tbs_test.dbf
--c、備份完成后進行了控制文件與spfile文件自動備份
--d、刷新了快照控制文件
--e、所以上面的檢測中控制文件，快照控制文件，備份的控制文件中都包含新表空間的信息。但卻沒有備份，因為表空間在備份開始后被添加。
--將快照控制文件位置調(diào)整到缺省路徑
RMAN> configure snapshot controlfile name clear;