? 說明用戶管理的備份和恢復與服務器管理的備份和恢復之間的差異 ? 執(zhí)行用戶管理的數(shù)據(jù)庫完全恢復 ? 執(zhí)行用戶管理的數(shù)據(jù)庫不完全恢復

• 備份和恢復的使用類型

數(shù)據(jù)庫備份和恢復的類型包括： ? 用戶管理的：不使用RMAN – 使用OS 命令移動文件 – DBA 需要手動維護備份活動記錄 ? 服務器管理的：使用RMAN 有兩種方法可用來恢復數(shù)據(jù)庫。可以使用RMAN 并利用其自動恢復功能。它可以還原相應的文件，并使用非常少的命令使數(shù)據(jù)庫恢復到當前狀態(tài)。還可以手動進行恢復。這稱為“用戶管理的恢復”。用戶管理的恢復需要使用OS 命令來移動文件，然后在SQL*Plus中發(fā)出恢復命令。 這兩種方法都使用還原和恢復過程。

• 執(zhí)行用戶管理的數(shù)據(jù)庫備份

可以使用OS 命令創(chuàng)建數(shù)據(jù)文件的副本，從而備份數(shù)據(jù)庫。操作過程取決于數(shù)據(jù)庫是否處于ARCHIVELOG模式。如果是，則通過在復制表空間的數(shù)據(jù)文件之前將每個表空間置于備份模式，可以使數(shù)據(jù)庫處于打開且可用狀態(tài)。否則，在復制數(shù)據(jù)文件之前必須先關閉數(shù)據(jù)庫。 歸檔模式下，手工熱備份腳本：http://blog.csdn.net/rlhua/article/details/11850629 非歸檔模式下，手工冷備份腳本：http://blog.csdn.net/rlhua/article/details/11850445

• 需要備份模式的場合

如果在執(zhí)行數(shù)據(jù)操縱語言(DML) 語句期間寫入某個塊，則可能會影響該塊的多個部分。對塊的所有修改并不是同時發(fā)生的，因此在特定時間塊可能會不一致。假設t 2表示介于塊的不同部分的寫入時間之間的時刻。如果在執(zhí)行OS 復制命令期間，在t2時刻復制塊，則該塊被視為破碎的。此外，OS 復制命令不一定先復制文件頭，因此在執(zhí)行復制期間必須凍結文件頭。 RMAN 可以設法處理此問題。如果讀取的塊是破碎的，則將不停地重復讀取該塊，直到該塊一致為止。 但是，如果OS 命令（如Linux cp命令）正在復制數(shù)據(jù)文件，則不會將破碎塊視為破碎塊，且塊的副本也不一致。為了補救這種情況，請將表空間甚至整個數(shù)據(jù)庫置于備份模式。這樣做的效果就是生成更多的重做。每個塊的映像在修改之前會寫入重做日志。然后，在恢復該數(shù)據(jù)文件中的塊期間，可以使用破碎塊的前像作為恢復基礎，并將更多的重做數(shù)據(jù)應用于塊。為了降低維護額外的重做數(shù)據(jù)帶來的開銷，Oracle 建議一次將一個表空間置于備份模式，同時復制其數(shù)據(jù)文件。

• 確定要手動備份的文件

sys@TEST0924>?select name from v$datafile; NAME ---------------------------------------------------------------------------------------------------- /u01/app/oracle/oradata/test0924/system01.dbf /u01/app/oracle/oradata/test0924/sysaux01.dbf /u01/app/oracle/oradata/test0924/fla_tbs02.dbf /u01/app/oracle/oradata/test0924/users01.dbf /u01/app/oracle/oradata/test0924/example01.dbf /u01/app/oracle/oradata/test0924/fla_tbs01.dbf /u01/app/oracle/oradata/test0924/undotbs02.dbf /u01/app/oracle/oradata/test0924/undotbs01.dbf /u01/app/oracle/oradata/test0924/inventory01.dbf 9 rows selected. sys@TEST0924>?select name from v$controlfile; NAME ---------------------------------------------------------------------------------------------------- /u01/app/oracle/oradata/test0924/control01.ctl /u01/app/oracle/fast_recovery_area/test0924/control02.ctl 采用用戶管理的備份要求了解磁盤上的數(shù)據(jù)文件名和位置，從而知道需要復制哪些文件。 通過查詢V$DATAFILE視圖確定要備份的數(shù)據(jù)文件。通過查詢V$CONTROLFILE視圖確定控制文件位置。只需要備份一個多路復用控制文件，因為它們是相同的。

• 手動備份NOARCHIVELOG數(shù)據(jù)庫

? 關閉數(shù)據(jù)庫實例： SQL> SHUTDOWNIMMEDIATE ? 將數(shù)據(jù)文件復制到備份位置： $ cp $ORACLE_BASE/ORCL/datafile/*.dbf \ > /u02/backup/datafile ? 將控制文件復制到備份位置： $ cp $ORACLE_BASE/ORCL/controlfile/*.ctl \ > /u02/backup/controlfile ? 啟動實例并打開數(shù)據(jù)庫： SQL> STARTUP 通過關閉數(shù)據(jù)庫并將所有數(shù)據(jù)文件和控制文件復制到一個備份目錄，可以對NOARCHIVELOG數(shù)據(jù)庫進行一致的整體數(shù)據(jù)庫備份。由于文件復制操作是使用OS 命令 （在本例中為Linux cp命令）執(zhí)行的，因此必須先關閉數(shù)據(jù)庫。這會將數(shù)據(jù)庫置于一致狀態(tài)。如果數(shù)據(jù)庫正在NOARCHIVELOG模式下運行，則這是唯一的選擇。否則，在 ARCHIVELOG模式下，可以執(zhí)行不一致備份，這樣可以在執(zhí)行備份時使數(shù)據(jù)庫保持運行狀態(tài)。

• 手動備份ARCHIVELOG數(shù)據(jù)庫

? 確定表空間及其數(shù)據(jù)文件： sys@TEST0924> select file_name,tablespace_name from dba_data_files; FILE_NAME ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?TABLESPACE_NAME -------------------------------------------------- ------------------------------ /u01/app/oracle/oradata/test0924/users01.dbf ? ? ? USERS /u01/app/oracle/oradata/test0924/fla_tbs02.dbf ? ? FLA_TBS2 /u01/app/oracle/oradata/test0924/sysaux01.dbf ? ? ?SYSAUX /u01/app/oracle/oradata/test0924/system01.dbf ? ? ?SYSTEM /u01/app/oracle/oradata/test0924/example01.dbf ? ? EXAMPLE /u01/app/oracle/oradata/test0924/fla_tbs01.dbf ? ? FLA_TBS1 /u01/app/oracle/oradata/test0924/undotbs02.dbf ? ? UNDOTBS2 /u01/app/oracle/oradata/test0924/undotbs01.dbf ? ? UNDOTBS1 /u01/app/oracle/oradata/test0924/inventory01.dbf ? INVENTORY 9 rows selected. 對每個表空間執(zhí)行以下操作： ? 將表空間置于備份模式： sys@TEST0924> alter tablespace users begin backup; Tablespace altered. ? 將該表空間的數(shù)據(jù)文件復制到備份位置： $ cp?/u01/app/oracle/oradata/test0924/users01.dbf??/u02/backup/datafile ? 使該表空間退出備份模式： sys@TEST0924> alter tablespace users end backup; Tablespace altered. 如果數(shù)據(jù)庫處于ARCHIVELOG模式下，則復制文件前不一定必須關閉數(shù)據(jù)庫。最終會得到不一致備份，但應用重做數(shù)據(jù)后會使其恢復到一致狀態(tài)。 啟動備份模式：復制數(shù)據(jù)文件之前，必須將每個數(shù)據(jù)文件都置于備份模式。請使用ALTER TABLESPACE和ALTER DATABASE命令的BEGIN BACKUP子句來執(zhí)行此操作。 以下是每個命令的語法： ALTER TABLESPACE <tablespace> BEGIN BACKUP; ALTER DATABASE BEGIN BACKUP; ALTER TABLESPACE命令僅影響屬于該表空間的那些數(shù)據(jù)文件。ALTER DATABASE影響數(shù)據(jù)庫中的所有數(shù)據(jù)文件。 結束備份模式：使數(shù)據(jù)文件退出備份模式非常重要。關閉數(shù)據(jù)庫時，不能有任何數(shù)據(jù)文件處于備份模式。如果嘗試關閉處于該狀態(tài)的數(shù)據(jù)庫，將收到錯誤。此外，由于備份模式會導致生成額外的重做數(shù)據(jù)，因此會給系統(tǒng)帶來額外的負載。如果不主動備份數(shù)據(jù)文件，則沒有理由使任何數(shù)據(jù)文件處于備份模式。 注：此外，你需要歸檔出當前的重做日志文件，并將其安全備份。

• 備份控制文件

備份控制文件的方式包括： ? 創(chuàng)建為映像副本，寫入到指定名稱的文件： ? 生成重新創(chuàng)建控制文件的腳本，寫入到跟蹤文件： SQL> ALTER DATABASE BACKUP CONTROLFILE TO?'/u01/backup/controlfile.bak'; Database altered. SQL> ALTER DATABASE BACKUP CONTROLFILE TO TRACE; Database altered. 每次對數(shù)據(jù)庫進行結構更改時，都應備份控制文件。使用示例顯示的命令之一執(zhí)行此操作。第一條命令創(chuàng)建該文件的二進制副本。如果備份文件已存在且你希望覆蓋該文件，則可以選擇提供REUSE關鍵字。 第二條命令創(chuàng)建純文本版本的控制文件，實際上是運行后會創(chuàng)建控制文件的腳本。生成的腳本被寫入診斷跟蹤目錄，如： $ORACLE_BASE/diag/rdbms/orcl/orcl/trace 你也可使用AS 'filename'子句指定跟蹤文件的名稱。

• 執(zhí)行用戶管理的數(shù)據(jù)庫完全恢復：概覽

用戶管理的數(shù)據(jù)庫完全恢復： ? 將數(shù)據(jù)庫恢復到最新的SCN ? 可以一次處理整個數(shù)據(jù)庫，也可以一次處理一個數(shù)據(jù)文件或表空間 ? 需要當前控制文件或備份控制文件 ? 需要有待恢復的所有文件的備份 ? 需要到目前為止的所有歸檔日志 數(shù)據(jù)庫完全恢復會使數(shù)據(jù)庫恢復至其最新狀態(tài)。可以一次恢復整個數(shù)據(jù)庫，也可以一次恢復一個表空間或數(shù)據(jù)文件。必須具備當前或備份控制文件，才能對數(shù)據(jù)庫執(zhí)行完全恢復。你還必須具有進行介質恢復時所需的所有文件的備份，或者具有自數(shù)據(jù)文件添加到數(shù)據(jù)庫 以來生成的所有歸檔重做日志文件。 必須具備從執(zhí)行備份的時間點到現(xiàn)在的所有可用歸檔日志。如果沒有所有歸檔日志，則只能恢復到重做可用的上一個時間點。如果不需要任何歸檔日志，則只應用聯(lián)機重做日志。 可查詢以下視圖： ? V$RECOVER_FILE：查看哪些文件需要介質恢復 ? V$RECOVERY_LOG：查看執(zhí)行恢復需要哪些歸檔日志

• 對關閉的數(shù)據(jù)庫執(zhí)行完全恢復：概覽

在某些情況下，屬于SYSTEM表空間的文件受到損壞時，實例將自動關閉。當某些數(shù)據(jù)文件有問題時，即使實例保持運行狀態(tài)，你也可以判定使數(shù)據(jù)庫保持運行狀態(tài)沒有任何意義；受影響的數(shù)據(jù)庫對象太多了。在這種情況下，請關閉數(shù)據(jù)庫執(zhí)行恢復。 如果數(shù)據(jù)庫仍處于打開狀態(tài)，則可以查詢V$RECOVERY_FILE視圖以了解哪些數(shù)據(jù)文件需要恢復，并在還原數(shù)據(jù)文件后查詢V$RECOVERY_LOG以了解需要哪些歸檔日志。這會指示你需要從備份中還原哪些文件（如果有）。 然后關閉數(shù)據(jù)庫。調查介質故障，確定問題原因。修復該問題，以便可以從備份中還原文件。例如，你可能需要更換磁盤驅動器。 現(xiàn)在，可使用RECOVER命令來執(zhí)行恢復。將恢復范圍限制在所需范圍，如數(shù)據(jù)文件或表空間。如果需要，可恢復整個數(shù)據(jù)庫。然后打開數(shù)據(jù)庫。

• 確定與恢復相關的文件

? 確定需要恢復的數(shù)據(jù)文件： sys@TEST0924> SELECT file#, error FROM v$recover_file; FILE# ERROR ---------- ----------------------------------------------------------------- 4 FILE NOT FOUND ? 確定完成恢復所需的歸檔日志文件： sys@TEST0924> SELECT archive_name FROM v$recovery_log; no rows selected 如果數(shù)據(jù)庫仍處于打開狀態(tài)，請按照下述步驟查詢文件。否則，請嘗試啟動實例并裝載數(shù)據(jù)庫以便發(fā)出查詢。 為了確定哪些數(shù)據(jù)文件需要恢復，請查詢V$RECOVER_FILE視圖。ERROR列指明文件需要恢復的原因。如果此列具備OFFLINE NORMAL以外的任何值，則需要恢復。要查看所有受影響的數(shù)據(jù)文件和表空間的概況，請在此查詢中加入V$DATAFILE和V$TABLESPACE。下面是一個示例： SELECT r.FILE#, d.NAME df_name, t.NAME tbsp_name,d.STATUS, r.ERROR, r.CHANGE#, r.TIME FROM V$RECOVER_FILE r, V$DATAFILE d, V$TABLESPACE t WHERE t.TS# = d.TS#?AND d.FILE# = r.FILE#; sys@TEST0924> l 1 ?SELECT r.FILE#, d.NAME df_name, t.NAME tbsp_name,d.STATUS, r.ERROR, r.CHANGE#, r.TIME 2 ?FROM V$RECOVER_FILE r, V$DATAFILE d, V$TABLESPACE t 3* WHERE t.TS# = d.TS# AND d.FILE# = r.FILE# sys@TEST0924> / FILE# DF_NAME ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?TBSP_NAME ?STATUS ?ERROR ? ? ? ? ? ? ? ? ? CHANGE# TIME ---------- -------------------------------------------------- ---------- ------- -------------------- ---------- ------------------- 4 /u01/app/oracle/oradata/test0924/users01.dbf ? ? ? USERS ? ? ?ONLINE ?FILE NOT FOUND ? ? ? ? ? ? ? ?0 這可指示受損的程度，幫助你確定RECOVER命令的對象。 V$RECOVERY_LOG視圖顯示執(zhí)行恢復所需的歸檔日志文件。如果列表顯示某些文件已移出默認歸檔日志位置，則必須將它們還原到某個位置，再執(zhí)行恢復。 記錄這些查詢的結果后，關閉數(shù)據(jù)庫。

• 還原與恢復相關的文件

確定了需要哪些數(shù)據(jù)文件和歸檔日志文件后，將它們還原到相應的磁盤位置。通過從備份位置復制某個數(shù)據(jù)文件來還原該數(shù)據(jù)文件，如下例所示： [oracle@rtest ~]$ cp /u01/app/oracle/oradata/test0924/users01old.dbf /u01/app/oracle/oradata/test0924/users01.dbf 如果恢復需要任何歸檔日志，請檢查這些日志是否仍位于歸檔日志的默認磁盤位置。這些日志可能不在默認位置，例如，已將它們移至磁帶或其它磁盤驅動器。如果日志已被移動，則需將它們還原到默認歸檔日志位置或臨時位置。如果默認位置（由LOG_ARCHIVE_DEST_1初始化參數(shù)指定）中有足夠的可用空間，請在該位置還原日志。 否則，可以將日志置于某個其它磁盤位置。還原時，可指定該備用位置來查找歸檔日志文件。 如果必須移動數(shù)據(jù)文件，則必須在控制文件中記錄這一事實。這是通過執(zhí)行ALTERDATABASE RENAME FILE命令來完成的，如下例所示： SQL> ALTER DATABASE RENAME FILE?'/u01/app/oracle/oradata/test0924/users01.dbf' TO?'/newdisk/ORCL/datafile/users01.dbf'; 注：在執(zhí)行ALTER DATABASE RENAME FILE命令之前，你必須啟動實例并裝載數(shù)據(jù)庫。 如果您尚未執(zhí)行此操作，請裝載數(shù)據(jù)庫并使所有數(shù)據(jù)文件聯(lián)機。可以通過查詢V$DATAFILE視圖來檢查每個數(shù)據(jù)文件的狀態(tài)。可使用如下命令使數(shù)據(jù)文件聯(lián)機： SQL> ALTER DATABASE DATAFILE??'/newdisk/ORCL/datafile/users01.dbf' ONLINE;

• 應用重做數(shù)據(jù)

現(xiàn)在，數(shù)據(jù)文件已還原到過去的某個時間點。歸檔日志文件也已還原到其默認位置或某個其它位置（僅用于此恢復）。你已準備就緒，可執(zhí)行真正的恢復步驟，這意味著已應用重做且數(shù)據(jù)文件已恢復到最新SCN。請使用SQL*Plus RECOVER命令執(zhí)行此操作。 如果沒有指定AUTOMATIC選項，則系統(tǒng)會提示你指定要應用的每個重做日志文件。這樣可以提高對恢復過程的控制。通常，AUTOMATIC用于完全恢復。 如果歸檔日志文件已還原到數(shù)據(jù)庫默認位置以外的某個磁盤位置，則必須指定FROM子句。 提供存儲這些文件的目錄，恢復過程將在該目錄中尋找文件。最后，打開數(shù)據(jù)庫。此時已完全恢復。

• 對打開的數(shù)據(jù)庫執(zhí)行完全恢復

如果在數(shù)據(jù)庫處于打開狀態(tài)時出現(xiàn)介質故障，則數(shù)據(jù)庫將繼續(xù)運行。嘗試向其中的數(shù)據(jù)文件寫入數(shù)據(jù)時，數(shù)據(jù)文件將自動脫機。對這些數(shù)據(jù)文件進行查詢不會導致其脫機，但是會向發(fā)出查詢的用戶返回錯誤。 與恢復關閉的數(shù)據(jù)庫類似，你首先需要查詢需恢復的文件和歸檔日志。然后，使包含受損數(shù)據(jù)文件的所有表空間脫機。可使用如下命令完成該操作： SQL> ALTER TABLESPACE survey OFFLINE TEMPORARY; 使用TEMPORARY選項會導致Oracle 對所有屬于表空間的聯(lián)機數(shù)據(jù)文件執(zhí)行檢查點操作。 經(jīng)過檢查點操作的數(shù)據(jù)文件在重新聯(lián)機后不需要進行恢復，因為對于可能會影響它們的任何事務處理的最新SCN 而言，它們是最新的。盡管在此命令運行時數(shù)據(jù)文件必須可用，但此選項更符合需要。問題可能是臨時的，你可以在不產生錯誤的情況下使表空間聯(lián)機。 檢查介質以確定問題原因。可使用DBVERIFY實用程序來執(zhí)行此操作。如果文件被永久損壞，請按照前面就恢復關閉數(shù)據(jù)庫所述的內容進行還原和恢復。還原和恢復步驟完 成后，應使所有表空間重新聯(lián)機。

• 執(zhí)行用戶管理的不完全恢復：概覽

在以下情況下，可將數(shù)據(jù)庫恢復到過去的時間點： ? 希望數(shù)據(jù)庫處于出現(xiàn)用戶錯誤或管理錯誤之前的狀態(tài)。 ? 在嘗試塊介質恢復后，數(shù)據(jù)庫中包含損壞的塊。 ? 由于缺少某些重做日志文件而無法對數(shù)據(jù)庫執(zhí)行完全恢復。 ? 希望創(chuàng)建一個測試數(shù)據(jù)庫，使數(shù)據(jù)庫處于過去某個時間的狀態(tài)。 ? 丟失了數(shù)據(jù)文件和一個或多個未歸檔重做日志文件。 不完全恢復是指不會使數(shù)據(jù)庫恢復到已經(jīng)過事務處理的最新SCN 的恢復。出于某種原因，只需將該數(shù)據(jù)庫恢復到過去的某個時間點，而不是現(xiàn)在。執(zhí)行不完全恢復時進行的處理不同于完全恢復處理，其差別主要在應用重做的數(shù)量上。

• 選擇不完全恢復方法

可通過以下方式指明何時停止應用重做數(shù)據(jù)： ? 指定停止的時間 ? 指定停止的SCN ? 在執(zhí)行恢復時發(fā)出CANCEL命令 計劃不完全恢復時，請確定要使用哪種方法來指定何時停止應用重做數(shù)據(jù)。可以通過指定以下某一項來停止恢復過程： ? 時間：應停止恢復的日志時間。該操作可自動執(zhí)行，這樣恢復過程便不會提示你輸入每個文件名。 ? SCN：恢復應在該點停止的系統(tǒng)更改號。該操作可自動執(zhí)行，這樣恢復過程便不會提示你輸入每個文件名。 ? CANCEL：在恢復過程提示你輸入下一個重做日志文件名稱時，指定CANCEL關鍵字。不能自動執(zhí)行該過程，因為你必須指定CANCEL來終止恢復操作。

• 執(zhí)行用戶管理的不完全恢復

? 將數(shù)據(jù)庫恢復到某一時刻： SQL> RECOVER DATABASE UNTIL?TIME '2005-12-14:12:10:03'; ? 恢復數(shù)據(jù)庫直到執(zhí)行取消操作： SQL> RECOVER DATABASEUNTIL CANCEL; 使用以下命令執(zhí)行不完全恢復： RECOVER [AUTOMATIC] DATABASE option 下面是選項的含義： ? AUTOMATIC：自動應用歸檔和重做日志文件 ? option：UNTIL TIME 'YYYY-MM-DD:HH24:MI:SS' UNTIL CANCEL UNTIL CHANGE <integer> USING BACKUP CONTROLFILE 基于取消的不完全恢復 基于取消的不完全恢復與對關閉數(shù)據(jù)庫執(zhí)行的完全恢復非常相似。差異在于執(zhí)行RECOVER命令的方式；指定UNTIL CANCEL子句。此子句將導致恢復過程提示你確認要 應用的每個重做日志文件的建議名稱。因此，在進行恢復過程中，系統(tǒng)會提示你確認已歸檔或聯(lián)機的重做日志文件名，而且對于每個文件名，你可以接受它，也可以更改它。到達要讓恢復停止的時間點時，請輸入CANCEL，而不要接受文件名。這將停止恢復。完成此操作后，必須使用RESETLOGS選項打開數(shù)據(jù)庫。數(shù)據(jù)庫目前正在執(zhí)行另一實例化操作，因此需要重置重做日志序列號。打開數(shù)據(jù)庫后，請檢查預警日志中的消息。通過這種方式，您可以獲知恢復是否已成功。 基于時間和更改的不完全恢復 基于時間和更改的不完全恢復與基于取消的恢復類似，區(qū)別在于使用不同標準來指定停止恢復的時間。基于時間的恢復使用在RECOVER命令的命令行中指定的時間來獲知何時停止。基于更改的恢復使用在命令行中指定的SCN。與所有的不完全恢復一樣，之后必須使用RESETLOGS選項打開數(shù)據(jù)庫。 注：要在恢復過程中自動應用重做日志文件，可以使用SQL*Plus SET AUTORECOVERY?ON命令，在恢復提示符下輸入AUTO，或者使用RECOVER AUTOMATIC命令。

• 執(zhí)行用戶管理的不完全恢復：步驟

要執(zhí)行用戶管理的不完全恢復，請按以下步驟進行操作： 1. 關閉數(shù)據(jù)庫。 2. 還原數(shù)據(jù)文件。 3. 裝載數(shù)據(jù)庫。 4. 恢復數(shù)據(jù)庫。 5. 使用RESETLOGS選項打開數(shù)據(jù)庫。 1.如果數(shù)據(jù)庫已打開，請使用NORMAL、IMMEDIATE或TRANSACTIONAL選項將其關閉。 2.從備份還原所有數(shù)據(jù)文件。你必須使用在打算恢復到的時間之前創(chuàng)建的備份。可能還需要還原歸檔日志。如果有足夠的可用空間，請還原到LOG_ARCHIVE_DEST位置或 使用ALTER SYSTEM ARCHIVE LOG START TO <LOCATION>命令或SET?LOGSOURCE <LOCATION>命令來更改位置。在執(zhí)行不完全恢復來恢復到某個時間點時，如果彼時數(shù)據(jù)庫結構不同于當前的數(shù)據(jù)庫結構，則你還需要還原控制文件。 3.裝載數(shù)據(jù)庫。 4.使用RECOVER DATABASE命令恢復數(shù)據(jù)庫。 5.要使數(shù)據(jù)文件與控制文件和重做日志同步，請使用RESETLOGS選項打開數(shù)據(jù)庫。

• 用戶管理的基于時間的恢復：示例

情況如下： ? 某個作業(yè)運行出錯，必須取消其結果和影響。 ? 該操作發(fā)生在15 分鐘前，并且在此之后數(shù)據(jù)庫活動很少。 ? 你決定執(zhí)行不完全恢復，將數(shù)據(jù)庫還原到15 分鐘前的狀態(tài)。 SQL> SHUTDOWNIMMEDIATE $ cp /BACKUP/*.dbf /u01/db01/ORADATA SQL> STARTUP MOUNT SQL> RECOVER DATABASE UNTIL????TIME '2005-11-28:11:44:00'; SQL> ALTER DATABASE OPEN RESETLOGS; 下面是使用UNTIL TIME恢復的典型情況。假設： ? 當前時間為2005 年11 月28 日中午12:00。 ? 某個作業(yè)運行出錯，影響了多個方案中的許多表。 ? 該操作大約發(fā)生在上午11:45。 ? 因為大多數(shù)員工現(xiàn)在都在開會，所以數(shù)據(jù)庫活動很少。必須還原到作業(yè)運行前數(shù)據(jù)庫的狀態(tài)。 因為知道錯誤的大概時間，而且自上午11:44 以來數(shù)據(jù)庫的結構未發(fā)生更改，所以可以使用UNTIL TIME方法： 1.如果數(shù)據(jù)庫已打開，請使用NORMAL、IMMEDIATE或TRANSACTIONAL選項將其關閉。 2.從備份（如果可能，使用最新的）還原所有數(shù)據(jù)文件。可能還需要還原歸檔日志。如果有足夠的可用空間，請還原到LOG_ARCHIVE_DEST位置或使用ALTER SYSTEM? ARCHIVE LOG START TO <LOCATION>命令或SET LOGSOURCE <LOCATION>命令來更改位置。 3.裝載數(shù)據(jù)庫。 4.恢復數(shù)據(jù)庫： SQL> recover database until time '2005-11-28:11:44:00'? ORA-00279: change 148448 … 11/27/05 17:04:20 needed for thread? ... Media recovery complete. 5.要使數(shù)據(jù)文件與控制文件和重做日志同步，請使用RESETLOGS選項打開數(shù)據(jù)庫： SQL> alter database open resetlogs; SQL> archive log list ... Oldest online log sequence 0 Next log sequence to archive 1 Current log sequence 1 恢復成功完成后，會通知用戶數(shù)據(jù)庫已經(jīng)可用，需要重新輸入恢復時間（上午11:44）之后輸入的所有數(shù)據(jù)。

• 用戶管理的基于取消的恢復：示例

情況與基于時間的示例相同，除了以下各項： ? 重做日志未進行多路復用。 ? 一個聯(lián)機重做日志丟失。 ? 丟失的重做日志未歸檔。 ? 該重做日志包含自上午11:34 以來的信息。 ? 丟失了26 分鐘的數(shù)據(jù)。 ? 用戶可以手動重新輸入其數(shù)據(jù)。 在目錄中搜索重做日志文件后，發(fā)現(xiàn)找不到重做日志log2a.rdo且該日志尚未歸檔。 因此，無法恢復到此點之后。 查詢V$ARCHIVED_LOG后確定缺少歸檔日志序列48 (log2a.rdo)： SQL> SELECT * FROM v$archived_log; RECID STAMP ... FIRST_CHANGE# FIRST_TIME ----- --------- ... ------------- ---------- 1 318531466 ... 88330 05-11-15:12:43 47 319512880 ... 309067 05-11-28:11:26 按以下步驟恢復數(shù)據(jù)庫： ? 關閉數(shù)據(jù)庫。 ? 從最新備份還原所有數(shù)據(jù)文件。 ? 裝載數(shù)據(jù)庫。 ? 執(zhí)行RECOVER DATABASE UNTIL CANCEL。 ? 執(zhí)行ALTER DATABASE OPEN RESETLOGS以打開數(shù)據(jù)庫。 基于取消的恢復與基于時間的恢復步驟相同，除了RECOVER DATABASE這一步。執(zhí)行RECOVER DATABASE UNTIL CANCEL命令時，它將恢復數(shù)據(jù)庫直到找不到日志文件。提示你輸入丟失的歸檔重做日志文件的名稱時，請輸入CANCEL；恢復將在該時間點停止。

http://blog.csdn.net/rlhua/article/details/12682217

轉載于:https://www.cnblogs.com/gispf/p/3791359.html

總結

以上是生活随笔為你收集整理的[转]Oracle DB 执行用户管理的备份和恢复的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內容還不錯，歡迎將生活随笔推薦給好友。