時(shí)間：2015-06-28 00:00:00 來源：IT貓撲網(wǎng) 作者：網(wǎng)管聯(lián)盟 我要評論(0)
昨天測試把DB遷移到ASM。遷移的過程很簡單，不說了。過程中遇到一個(gè)問題。
遷移控制文件采用兩種方式：
1. 打開數(shù)據(jù)庫到mount狀態(tài)，備份控制文件,然后shutdown。更改control_files路徑。
進(jìn)入nomount，用RMAN方式restore剛才備份控制文件，然后mount,open。這時(shí)提示需要resetlogs打開。
2.更改control_files路徑,進(jìn)入nomount，用RMAN方式restore原路徑下的控制文件,然后mount,open。一切正常,沒有提示需要resetlogs打開。
那么ORACLE是如何斷定這個(gè)控制文件是從備份中恢復(fù)的呢。根據(jù)eygle的深入解析上所說的。
檢查控制文件頭與數(shù)據(jù)文件頭的SCN是否匹配，來判斷控制文件是否從備份中恢復(fù)。在這里可能不行。因?yàn)閿?shù)據(jù)庫從未打開過，SCN不會(huì)變化的，通過我導(dǎo)出文件頭信息也證明了這一點(diǎn)。
eygle也提到用Control seq來判斷。我發(fā)現(xiàn)數(shù)據(jù)庫到MOUNT狀態(tài)，然后關(guān)閉，再到MOUNT。
Control seq一直遞增。這也不是以上兩種方式的差異。一番測試后又有所發(fā)現(xiàn)：
1. 用備份的控制文件restore之前的控制文件dump:
DUMP OF CONTROL FILES, Seq # 447 = 0x1bf
V10 STYLE FILE HEADER:
Compatibility Vsn = 169870080=0xa200300
Db ID=2480234890=0x93d5618a, Db Name='SMART4A3'
Activation ID=0=0x0
Control Seq=447=0x1bf, File size=430=0x1ae
File Number=0, Blksiz=16384, File Type=1 CONTROL
2. 用備份的控制文件restore之后的控制文件dump:
DUMP OF CONTROL FILES, Seq # 450 = 0x1c2
V10 STYLE FILE HEADER:
Compatibility Vsn = 169870080=0xa200300
Db ID=2480234890=0x93d5618a, Db Name='SMART4A3'
Activation ID=0=0x0
Control Seq=450=0x1c2, File size=430=0x1ae
File Number=0, Blksiz=16384, File Type=4 BACKUP CONTROL
可以看Control Seq是一直增長的。但后者標(biāo)識File Type=4 BACKUP CONTROL. 這也許就是ORACLE來判斷控制文件是否從備份中恢復(fù)的。不知是否準(zhǔn)確，請高手指點(diǎn)一二。
關(guān)鍵詞標(biāo)簽：備份,恢復(fù)
相關(guān)閱讀
熱門文章
Oracle中使用alter table來增加,刪除,修改列的語法
oracle中使用SQL語句修改字段類型-oracle修改SQL語句案例
誤刪Oracle數(shù)據(jù)庫實(shí)例的控制文件
為UNIX服務(wù)器設(shè)置Oracle全文檢索
人氣排行 oracle中使用SQL語句修改字段類型-oracle修改SQL語句案例 Oracle中使用alter table來增加,刪除,修改列的語法 ORACLE SQL 判斷字符串是否為數(shù)字的語句 ORACLE和SQL語法區(qū)別歸納(1) oracle grant 授權(quán)語句 ORACLE修改IP地址后如何能夠使用 如何加速Oracle大批量數(shù)據(jù)處理 Oracle刪除表的幾種方法