如何確定RMAN備份集可使用可恢復(fù)

如何確定RMAN備份集可使用可恢復(fù)？

ZALBB

2013-04-22

由于非歸檔模式下RMAN只能作冷備份，不具有普遍意義，故：本文所討論的內(nèi)容，都是基于歸檔模式下的RMAN備份和恢復(fù)，不討論非歸檔模式下的情況。

提示：

1引言。2主題目標。3恢復(fù)數(shù)據(jù)庫需要哪些備份集。4在異機上恢復(fù)數(shù)據(jù)庫的步驟。5檢查數(shù)據(jù)庫的備份集有否物理損壞。6檢查數(shù)據(jù)庫的備份集有否邏輯損壞。7數(shù)據(jù)庫能否打開的關(guān)鍵因素。8案例：數(shù)據(jù)文件的模糊性如何影響

數(shù)據(jù)庫的打開。9F&Q。

目錄數(shù)據(jù)備份是計算機系統(tǒng)的必要組成部分：系統(tǒng)在生產(chǎn)運營中，可能會遇上用戶誤操作、操作系統(tǒng)損壞、服務(wù)器硬件損壞、磁盤損壞甚至是數(shù)據(jù)機房的災(zāi)難，這些意外都可能造成數(shù)據(jù)丟失甚至文件損壞，而這些文件往往包含著重要的生產(chǎn)數(shù)據(jù)，包括財務(wù)數(shù)據(jù)等，企業(yè)承受不起這種損失，對此，DBA必須做好預(yù)防和準備工作，以備萬一，在這種情況下，數(shù)據(jù)的備份與恢復(fù)起到?jīng)Q定性的作用。

但是，單純的備份還不足以確保安全，還須定期進行還原測試，以檢驗策略和備份的有效性。這其中，理解校驗RMAN備份集可使用，可恢復(fù)性工作，是還原測試工作的理論依據(jù)。引言

主題目標

通過本次學習，您將掌握以下知識：

1了解恢復(fù)數(shù)據(jù)庫所需要的備份集信息。2了解數(shù)據(jù)庫恢復(fù)步驟、操作原理。

3了解如何物理上確認備份集是可使用，不存在邏輯壞塊？4了解如何從邏輯上確認備份集是可恢復(fù)，恢復(fù)后庫可打開的？5不同操作系統(tǒng)間的RMAN恢復(fù)的注意事項。

關(guān)鍵字：

Scn，數(shù)據(jù)文件頭的模糊性。

RestoreValidate;

從數(shù)據(jù)庫的啟動步驟來理解恢復(fù)數(shù)據(jù)庫需要的備份信息1

1startupnomount--讀取參數(shù)文件。默認情況下讀取保存在$ORACLE_HOME/dbs(database)目錄下的spfile$ORACLE_SID.ora/init$ORACLE_SID.ora/init.ora參數(shù)文件。2alterdatabasemount--據(jù)參數(shù)文件里記錄的控制文件信息，去讀

取控制文件.3alterdatabaseopen--根據(jù)控制文件里記錄的數(shù)據(jù)文件和在線日志文件的信息，去讀取數(shù)據(jù)文件和日志文件，作一致性檢查/實例恢復(fù)，并打開數(shù)據(jù)庫。

從數(shù)據(jù)庫的啟動步驟來理解恢復(fù)數(shù)據(jù)庫需要的備份信息2

從上述步驟得知，在打開數(shù)據(jù)庫過程中，ORACLE讀取了這些信息：1參數(shù)文件。2控制文件。3數(shù)據(jù)文件。4在線日志文件。

但對于大部分的數(shù)據(jù)庫恢復(fù)而言，由于通常是作不完全恢復(fù)，不需要把庫恢復(fù)到最新的時間點，所以，并不需要在線日志文件，相反，由于是在OPEN狀態(tài)下進行的備份，備份集中的數(shù)據(jù)文件通常都存在模糊性和非一致性。當恢復(fù)出數(shù)據(jù)文件，要打開數(shù)據(jù)庫時，ORACLE需要對這些數(shù)據(jù)文件作一致性檢查，此時，需要全庫備份結(jié)束后的歸檔日志來對數(shù)據(jù)文件作一致性恢復(fù)，才能正常打開數(shù)據(jù)庫。

從數(shù)據(jù)庫的啟動步驟來理解恢復(fù)數(shù)據(jù)庫需要的備份信息3

總結(jié)上述信息，要恢復(fù)出一個數(shù)據(jù)庫，需要以下這些備份集：1、參數(shù)文件和控制文件的備份集。

2、全庫備份的備份集。3、全庫備份結(jié)束后緊跟著的歸檔日志。

現(xiàn)實工作中，由于參數(shù)文件不常改變，控制文件可以使用文本格式（兩者都可以使用很老的版本，或者手工編寫），而數(shù)據(jù)庫在恢復(fù)時，可以按需求，只恢復(fù)部分表空間即可，因此，上述備份集，或多或少可以省略，唯獨數(shù)據(jù)庫備份后的歸檔日志不可缺，若缺失此文件，容易因為數(shù)據(jù)文件不一致而無法正常打開數(shù)據(jù)庫，此時，只能以非常規(guī)方式打開。因此，數(shù)據(jù)庫備份后的歸檔日志，是正常打開數(shù)據(jù)庫的關(guān)鍵。

在異機上恢復(fù)數(shù)據(jù)庫的大致步驟

在沒有任何INIT文件的情況下，強行啟動（nomount）.

RestoreSpfile;Startupnomount;

Restorecontrolfile;Alterdatabasemount;Crosscheckbackup;Catalogstartwith‘’;Restoredatabasepreviewsummary;

Restoredatabase;Recoverdatabase;Alterdatabaseopenresetlogs;

BLOCK物理損壞的特征：Inaphysicalblockcorruption,whichisalsocalledamediacorruption,thedatabasedoesnotrecognizetheblockatall:1thechecksumisinvalid,2theblockcontainsallzeros,3theheaderandfooteroftheblockdonotmatchoroneofthekeydatablockdatastructureisincorrectsuchasthedatablockaddress(DBA).關(guān)鍵點：數(shù)據(jù)庫并不識別BLOCK。

BLOCK邏輯損壞的特征：Inalogicalblockcorruption,thecontentsoftheblockarephysicallysoundandpassthephysicalblockchecks;howevertheblockcanbelogicallyinconsistent.Examplesoflogicalcorruptionincludecorruptionofarowpieceorindexentry.

RMAN常用的校驗命令--檢測/校驗要備份的對象。BackupValidateCheckLogicalBackupSpec;--檢測/校驗要恢復(fù)的對象。RestoreRestoreobjectCheckLogicalValidate;--檢測/校驗備份集及要備份的對象。ValidateBackupset/Db、Ts、Df、Ctl/Spfile、archivelog{Copy};

默認情況下，只對對象作物理檢查，若帶CheckLogical選項，則再檢查對象的邏輯內(nèi)容是否異常。

如何檢查數(shù)據(jù)庫的備份集物理上是否有損壞？

如何檢查數(shù)據(jù)庫的備份集邏輯上是否有損壞？

如何檢查數(shù)據(jù)庫的備份集邏輯上是否有損壞？

備份集存在物理壞塊的情況1，搭建環(huán)境。

備份集存在物理壞塊的情況2。通過檢測。

備份集存在物理壞塊的情況3，弄壞一個塊。

備份集存在物理壞塊的情況4，弄壞一個塊。

備份集存在物理壞塊的情況5，檢測到損壞的塊。

RestoreValidate和BackupValidate的區(qū)別。Restorerestoreobject是要從備份集中恢復(fù)出備份對象，在此之前，需要確認備份集能否可讀取，數(shù)據(jù)是否正常。故，Oracle創(chuàng)造此命令來檢查備份集有否損壞。

同理，可以理解BackupValidate的操作對象和功能。ValidatecheckLogicalbackupset則是包含了對備份集及要備份的對象的檢測功能。

數(shù)據(jù)庫能否打開的關(guān)鍵因素

全庫備份是數(shù)據(jù)庫在某個時間點的快照，當使用RMAN對生產(chǎn)庫作全庫備份時，由于是在open狀態(tài)下作的備份操作，因此，全庫備份出來的數(shù)據(jù)文件肯定是不一致的，存在模糊性。當使用該備份來作全庫恢復(fù)時，在恢復(fù)出數(shù)據(jù)文件后，需要使用該全庫備份后的生成的歸檔日志來作RECOVER操作，以消除數(shù)據(jù)文件的模糊性，確保庫的所有數(shù)據(jù)文件都前滾到同一個時間點/SCN，此時，數(shù)據(jù)庫才是一致完整的，允許打開。

如何確認恢復(fù)出來的數(shù)據(jù)庫能被打開？答：檢查全庫備份后緊跟著的歸檔日志的SCN范圍，若此歸檔文件包含的SCN范圍值（最小，最大）包含了本次全備的數(shù)據(jù)文件頭的SCN值，即：恢復(fù)出來的所有數(shù)據(jù)文件頭的SCN值都在歸檔文件的SCN范圍內(nèi)，并且，該范圍值可以消除數(shù)據(jù)文件的模糊性，則可確定使用此歸檔文件能夠消除數(shù)據(jù)文件的模糊性，并將數(shù)據(jù)文件恢復(fù)到同一SCN后，打開數(shù)據(jù)庫。通常情況下，全庫備份后的第1個歸檔日志，包含了上述提到的各個數(shù)據(jù)文件所需要的信息。

案例，MOUNT后，需要哪些備份信息來恢復(fù)出數(shù)據(jù)庫？

MOUNT后，需要哪些備份集體來恢復(fù)出數(shù)據(jù)庫？上述案例例舉了需要出數(shù)據(jù)庫的備份集信息，同時還說明在恢復(fù)出數(shù)據(jù)文件后，還需要某SCN區(qū)間段(75534149146-75535724461)的日志信息，來消除數(shù)據(jù)文件的模糊性。和縣在線:/

MOUNT后，需要哪些備份信息來恢復(fù)出數(shù)據(jù)庫？

日志包含了所需要的SCN范圍。

思考RestoreRestoreobjectValidate功能上的缺陷？

何為數(shù)據(jù)文件的模糊性，SCN？

恢復(fù)案例1，準備環(huán)境，已RESTORE，未RECOVER

數(shù)據(jù)文件都是模糊的

恢復(fù)到一個較小的SCN號，注意報錯信息：

恢復(fù)到該數(shù)據(jù)文件頭的SCN號，F(xiàn)ILE1存在一致性

恢復(fù)到該數(shù)據(jù)文件頭的SCN號，模糊性都存在

恢復(fù)到該數(shù)據(jù)文件頭的SCN號＋1，

恢復(fù)到該數(shù)據(jù)文件頭的SCN號＋1，模糊性都存在

恢復(fù)到某個SCN號，F(xiàn)ILE1的模糊性依舊存在，

但，

恢復(fù)到先前RrestorePreview命令看到的最大SCN，

模糊性消失，數(shù)據(jù)文件頭的SCN