一. 了解什麼是資料庫恢複
當我們使用一個資料庫時，總希望資料庫的内容是可靠的、正确的，但由于計算機系統的故障（硬體故障、軟體故障、網絡故障、程序故障和系統故障）影響資料庫系統的操作，影響資料庫中資料的正确性，甚至破壞資料庫，使資料庫中全部或部分資料丢失。是以當發生上述故障後，希望能重構這個完整的資料庫，該處理稱為資料庫恢複。恢複過程大緻可以分為複原(Restore)與恢複(Recover)過程。
資料庫恢複可以分為以下兩類：
1.1執行個體故障的一緻性恢複
當執行個體意外地（如掉電、背景程序故障等）或預料地（發出SHUTDOUMABORT語句）中止時出現執行個體故障，此時需要執行個體恢複。執行個體恢複将資料庫恢複到故障之前的事務一緻狀态。如果在線上後備發現執行個體故障，則需媒體恢複。在其它情況Oracle在下次資料庫起動時（對新執行個體裝配和打開），自動地執行執行個體恢複。如果需要，從裝配狀态變為打開狀态，自動地激發執行個體恢複，由下列處理：
（1） 為了解恢複資料檔案中沒有記錄的資料，進行向前滾。該資料記錄在線上日志，
包括對復原段的内容恢複。
（2） 復原未送出的事務，按步1重新生成復原段所指定的操作。
（3） 釋放在故障時正在處理事務所持有的資源。
（4） 解決在故障時正經曆一階段送出的任何懸而未決的分布事務。
1.2媒體故障或檔案錯誤的不一緻恢複
媒體故障是當一個檔案、一個檔案的部分或磁盤不能讀或不能寫時出現的故障。檔案錯誤一般指意外的錯誤導緻檔案被删除或意外事故導緻檔案的不一緻。這種狀态下的資料庫都是不一緻的，需要DBA手工來進行資料庫的恢複，這種恢複有兩種形式，決定于資料庫運作的歸檔方式和備份方式。
（1） 完全媒體恢複可恢複全部丢失的修改。一般情況下需要有資料庫的備份且資料庫運作在歸檔狀态下并且有可用歸檔日志時才可能。對于不同類型的錯誤，有不同類型的完全恢複可使用，其決定于毀壞檔案和資料庫的可用性。
（2） 不完全媒體恢複是在完全媒體恢複不可能或不要求時進行的媒體恢複。重構受損的資料庫，使其恢複媒體故障前或使用者出錯之前的一個事務一緻性狀态。不完全媒體恢複有不同類型的使用，決定于需要不完全媒體恢複的情況，有下列類型：基于撤消、基于時間和基于修改的不完全恢複。
基于撤消(CANCEL)恢複：在某種情況，不完全媒體恢複必須被控制，DBA可撤消在指定點的操作。基于撤消的恢複地在一個或多個日志組（線上的或歸檔的）已被媒體故障所破壞，不能用于恢複過程時使用，是以媒體恢複必須控制，以緻在使用最近的、未損的日志組于資料檔案後中止恢複操作。
基于時間(TIME)和基于修改(SCN)的恢複：如果DBA希望恢複到過去的某個指定點，是一種理想的不完全媒體恢複，一般發生在恢複到某個特定操作之前，恢複到如意外删除某個資料表之前。
第二章. 資料庫恢複案例測試環境
2.1 資料庫環境
以下的所有案例都是通過測試經過，環境為：
OS：Windows 2000 Server
DB：Oracle 816
DBNAME：TEST
資料檔案：
SQL>select file#,status,enabled,name from v$datafile;
FILE# STATUS ENABLED NAME
----------------------------------------------------------------
1 SYSTEM READ WRITE D:\Oracle\ORADATA\TEST\SYSTEM01.DBF
2 ONLINE READ WRITE D:\Oracle\ORADATA\TEST\RBS01.DBF
3 ONLINE READ WRITE D:\Oracle\ORADATA\TEST\USERS01.DBF
4 ONLINE READ WRITE D:\Oracle\ORADATA\TEST\TEMP01.DBF
5 ONLINE READ WRITE D:\Oracle\ORADATA\TEST\TOOLS01.DBF
6 ONLINE READ WRITE D:\Oracle\ORADATA\TEST\INDX01.DBF
控制檔案：
SQL> select * from v$controlfile;
STATUS NAME
---------------------------------------------------------------------
D:\Oracle\ORADATA\TEST\CONTROL01.CTL
D:\Oracle\ORADATA\TEST\CONTROL02.CTL
D:\Oracle\ORADATA\TEST\CONTROL03.CTL
聯機日志：
SQL> select * from v$logfile;
GROUP# STATUS MEMBER
1 STALE D:\Oracle\ORADATA\TEST\REDO01.LOG
2 D:\Oracle\ORADATA\TEST\REDO02.LOG
3 STALE D:\Oracle\ORADATA\TEST\REDO03.LOG
2.2資料庫備份腳本
冷備份腳本:
rem script:coldbak.sql
rem creater:chenjiping
rem date:5.8.2003
rem desc:offline fullbackup database
--connect database
connect internal/password;
--shutdown database
shutdown immediate;
--Copy Data file
!xcopy d:\Oracle\oradata\test\*.dbfd:\database/H/R;
--Copy Control file
!xcopy d:\Oracle\oradata\test\*.ctld:\database/H/R;
--Copy Log file
!xcopy d:\Oracle\oradata\test\*.logd:\database/H/R;
--startup database
startup;
說明：
1、以上腳本在資料庫關閉狀态下備份資料庫所有的資料檔案，聯機日志，控制檔案（在一個目
錄下），如果成功備份，所有檔案是一緻的;
2、沒有備份參數檔案，參數檔案可以另外備份，沒有必要每次都備份，隻需要在改變設定後備份一次;
3、如果以上指令沒有成功依次執行，那麼備份将是無效的，如連接配接資料庫不成功，那麼肯定關閉資料庫也不成功，那麼備份則無效;
4、冷備份建議下人工幹預下執行。
資料庫OS熱全備份腳本
rem script:hotbak.sql
rem date:5.8.2003
rem desc:backup alldatabase datafile in archive
--archive
alter system archive log current;
--start
alter tablespace system begin backup;
!xcopy d:\Oracle\oradata\test\system01.dbfd:\databak/H/R;
alter tablespace system end backup;
alter tablespace rbs begin backup;
!xcopy d:\Oracle\oradata\test\rbs01.dbfd:\databak/H/R;
alter tablespace rbs end backup;
alter tablespace users begin backup;
!xcopy d:\Oracle\oradata\test\users01.dbfd:\databak/H/R;
alter tablespace users end backup;
alter tablespace tools begin backup;
!xcopy d:\Oracle\oradata\test\tools01.dbfd:\databak/H/R;
alter tablespace tools end backup;
alter tablespace indx begin backup;
!xcopy d:\Oracle\oradata\test\indx01.dbf d:\databak/H/R;
alter tablespace indx end backup;
--end
--bak control file
--binary
alter database backup controlfile to'd:\databak\controlbinbak.000';
--ascii
alter database backup controlfile to trace;
1、熱備份必須在資料庫歸檔方式下才可以運作；
2、以上腳本可以在資料庫運作狀态下備份資料庫所有的資料檔案（除了臨時資料檔案），沒有必要備份聯機日志；
3、歸檔日志至少需要一次完整備份之後的所有日志；
4、如果以上指令沒有成功依次執行，那麼備份也是無效的，如連接配接資料庫不成功，那麼備份則無效。
RMAN備份隻講叙有恢複目錄的情況，如果沒有恢複目錄，情形大緻相似。以下是RMAN的熱備份全備份的腳本：
# script:bakup.rcv
# creater:chenjiping
# date:5.8.2003
# desc:backup all database datafile in archive with rman
# connect database
connect rcvcat rman/rman@back;
connect target internal/virpure;
# start backup database
run{
allocate channel c1 type disk;
backup full tag 'dbfull' format 'd:\backup\full%u_%s_%p'database
include current controlfile;
sql 'alter system archive log current';
release channel c1;
}
# end
1、 資料庫必須運作在歸檔模式下;
2、 RMAN将自動備份資料檔案，運作可靠;
3、 歸檔日志另外備份處理，但至少需要儲存一次備份來的日志;
4、 沒有必要用RMAN做冷備份，效果不好。
以上舉例說明了資料庫的恢複案例的測試環境與部分備份測試腳本，其它的備份腳本可以根據以上腳本演變而來或在案例中加以說明。
資料庫的自動執行個體将不加以說明，這裡隻舉例說明媒體錯誤或人為錯誤造成的恢複可能。
以上包括以下案例都是在WINDOWS+Oracle816上測試驗證的，在不同的作業系統與不同的資料庫版本中略有差别。
第三章. 了解與恢複相關的資訊
1、 了解報警日志檔案
報警日志檔案一般記載了資料庫的啟動/關閉資訊，歸檔資訊，備份資訊，恢複資訊，常見錯誤資訊，部分資料庫修改記錄等。一般令名規則為<SID>Alrt.log或Alrt<SID>.log，如我的測試資料庫的報警日志檔案的名稱為testalrt.log。
報警日志檔案的路徑是根據初始化參數background_dump_dest來決定的，如在我的機器上，該參數值為D:\Oracle\admin\test\bdump，那麼，你就可以在該路徑下找到該檔案。
2、 背景程序跟蹤檔案
背景程序跟蹤檔案的路徑與報警日志檔案的路徑一緻，在某些情況下，你可以通過背景跟蹤檔案的資訊了解更多的需要恢複的資訊。如在資料庫需要恢複的時候，報警日志檔案中常有這樣的語句：
Errors in file D:\Oracle\admin\test\bdump\testDBW0.TRC:
ORA-01157: cannotidentify/lock data file 1 - see DBWR trace file
通過提示的DBWR跟蹤檔案，可以查詢到更詳細的資訊。
3、 v$recover_file與v$recovery_log
這是兩個動态性能視圖，可以在mount下檢視，通過這兩個視圖，你可以了解詳細的需要恢複的資料檔案與需要使用到的歸檔日志。
第四章. 資料庫恢複案例
4.1非歸檔模式下的備份與恢複
備份方案：采用OS冷備份
1. 連接配接資料庫并建立測試表
SQL>connect internal/password as sysdba;
Connected.
SQL>create table test(a int);
Tablecreated
SQL>insert into test values(1);
1row inserted
SQL>commit;
Commitcomplete
2. 備份資料庫
SQL>@coldbak.sql 或在DOS下svrmgrl @coldbak.sql
3. 再插入記錄
SQL>insert into test values(2);
SQL>select * from test;
A
-------------------
1
2
4. 關閉資料庫
SQL>shutdown immediate;
Databaseclosed.
Databasedismounted.
Oracleinstance shut down.
5. 毀壞一個或多個資料檔案，如删除user01.dbf
C:\>delD:\Oracle\ORADATA\TEST\USERS01.DBF
模拟媒體毀壞。
6. 重新啟動資料庫，會發現如下錯誤
SQL>startup
Oracleinstance started.
Total System Global Area 102020364 bytes
Fixed Size 70924 bytes
Variable Size 85487616 bytes
Database Buffers 16384000 bytes
Redo Buffers 77824bytes
Database mounted.
ORA-01157: cannot identify/lock data file 3 - see DBWR trace file
ORA-01110: data file 3: 'D:\Oracle\ORADATA\TEST\USERS01.DBF'
在報警檔案中，會有更詳細的資訊
ORA-01157: cannotidentify/lock data file 3 - see DBWR trace file
ORA-27041: unable to openfile
OSD-04002: unable to openfile
O/S-Error: (OS 2) 系統找不到指定的檔案。
7. 拷貝備份複原到原來位置(restore過程)
C:\>xcopyd:\database\*.* d:\Oracle\oradata\test/H/R/S
8. 打開資料庫，檢查資料
SQL>alter database open;
Databasealtered.
---------------------------------------
這裡可以發現，資料庫恢複成功，但在備份之後與崩潰之前的資料丢失了。
1、非歸檔模式下的恢複方案可選性很小，一般情況下隻能有一種恢複方式，就是資料庫的冷備
份的完全恢複，僅僅需要拷貝原來的備份就可以(restore)，不需要recover；
2、這種情況下的恢複，可以完全恢複到備份的點上，但是可能是丢失資料的，在備份之後與崩潰之前的資料将全部丢失；
3、不管毀壞了多少資料檔案或是聯機日志或是控制檔案，都可以通過這個辦法恢複，因為這個恢複過程是Restore所有的冷備份檔案，而這個備份點上的所有檔案是一緻的，與最新的資料庫沒有關系，就好比把資料庫又放到了一個以前的"點"上；
4、對于非歸檔模式下，最好的辦法就是采用OS的冷備份，建議不要用RMAN來作冷備份，效果不好，因為RMAN不備份聯機日志，restore不能根本解決問題；
5、如果沒有備份聯機日志，如RMAN的備份，就需要利用不完全恢複(untilcancel)的方法來重新建立聯機日志檔案。
4.2歸檔模式下丢失或損壞一個資料檔案
4.2.1 OS備份方案
在歸檔方式下損壞或丢失一個資料檔案，如果存在相應的備份與該備份以來的歸檔日志，恢複還是比較簡單的，可以作到盡量少的Down機時間，并能作到資料庫的完全恢複。
1、 連接配接資料庫，建立測試表并插入記錄
SQL>create table test(a int) tablespace users;
2、 備份資料庫
SQL>@hotbak.sql 或在DOS下svrmgrl @hotbak.sql
3、 繼續在測試表中插入記錄
--------------------------------------
SQL>alter system switch logfile;
Systemaltered.
4、 關閉資料庫，模拟丢失資料檔案
Oracleinstance shut down
5、 啟動資料庫錯誤，脫機該資料檔案：
Redo Buffers 77824 bytes
還可以檢視報警檔案（見上一個恢複案例）或動态視圖v$recover_file
如SQL>select * from v$recover_file;
FILE# ONLINE ERROR CHANGE# TIME
----------------- ------------------ ---------- -----------
3 ONLINE 1013500 2003-05-07
脫機資料檔案
SQL>alter database datafile 3 offline drop;
6、 打開資料庫，拷貝備份回來(restore)，恢複(recover)該資料檔案，并聯機:
拷貝備份從備份處
copyd:\databak\ users01.dbf d:\Oracle\oradata\test;
恢複該資料檔案
SQL>recover datafile 3;
ORA-00279: change 1053698generated at 05/07/200317:51:26 needed for
thread 1
ORA-00289: suggestion :
D:\Oracle\ORADATA\TEST\ARCHIVE\TESTT001S00304.ARC
ORA-00280: change 1053698 forthread 1 is in sequence #304
Specify log:{<RET>=suggested | filename | AUTO | CANCEL}
AUTO
ORA-00279: change 1053701generated at 05/07/200317:51:39 needed for
ORA-00289: suggestion : D:\Oracle\ORADATA\TEST\ARCHIVE\TESTT001S00305.ARC
ORA-00280: change 1053701 forthread 1 is in sequence #305
ORA-00278: log file 'D:\Oracle\ORADATA\TEST\ARCHIVE\TESTT001S00304.ARC'no longer needed for this recovery Log applied.
Media recovery complete.
恢複成功，聯機該資料檔案
SQL>alter database datafile 3 online;
7、 檢查資料庫的資料（完全恢複）
--------------------------------
1、采用熱備份，需要運作在歸檔模式下，可以實作資料庫的完全恢複，也就是說，從備份後到資料庫崩潰時的資料都不會丢失;
2、可以采用全備份資料庫的方式備份，對于特殊情況，也可以隻備份特定的資料檔案，如隻備份使用者表空間（一般情況下對于某些寫特别頻繁的資料檔案，可以單獨加大備份頻率）；
3、如果在恢複過程中，發現損壞的是多個資料檔案，即可以采用一個一個資料檔案的恢複方法（第5步中需要對資料檔案一一脫機，第6步中需要對資料檔案分别恢複），也可以采用整個資料庫的恢複方法；
4、如果是系統表空間的損壞，不能采用此方法。
4.2.2 RMAN備份方案
RMAN也可以進行聯機備份，而且備份與恢複方法将比OS備份更簡單可靠。
1、連接配接資料庫，建立測試表并插入記錄
2、 備份資料庫表空間users
C:\>rman
RecoveryManager: Release 8.1.6.0.0 - Production
RMAN>connect rcvcat rman/rman@back
RMAN-06008:connected to recovery catalog database
RMAN>connect target internal/virpure
RMAN-06005:connected to target database: TEST (DBID=1788174720)
RMAN>run{
2>allocate channel c1 type disk;
3>backup tag 'tsuser' format 'd:\backup\tsuser_%u_%s_%p'
4>tablespace users;
5>release channel c1;
6>}
RMAN-03022: compilingcommand: allocate
RMAN-03023: executingcommand: allocate
RMAN-08030: allocatedchannel: c1
RMAN-08500: channel c1:sid=16 devtype=DISK
RMAN-03022: compilingcommand: backup
RMAN-03025: performingimplicit partial resync of recovery catalog
RMAN-03023: executingcommand: partial resync
RMAN-08003: starting partialresync of recovery catalog
RMAN-08005: partial resynccomplete
RMAN-03023: executingcommand: backup
RMAN-08008: channel c1:starting full datafile backupset
RMAN-08502: set_count=5set_stamp=494177612 creation_time=16-MAY-03
RMAN-08010: channel c1:specifying datafile(s) in backupset
RMAN-08522: input datafilefno=00003 name=D:\Oracle\ORADATA\TEST\USER01.DBF
RMAN-08013: channel c1: piece1 created
RMAN-08503: piecehandle=D:\BACKUP\TSUSER_05EN93AC_5_1 comment=NONE
RMAN-08525: backup setcomplete, elapsed time: 00:00:01
RMAN-03022: compilingcommand: release
RMAN-03023: executingcommand: release
RMAN-08031: released channel:c1
RMAN>
SQL>r
1*alter system switch logfile;
C:\>delD:\Oracle\ORADATA\TEST\USER01.DBF
5、 啟動資料庫，檢查錯誤
Oracle instance started.
ORA-01110: data file 3: 'D:\Oracle\ORADATA\TEST\USER01.DBF'
6、 先打開資料庫
7、 恢複該表空間
恢複腳本可以是恢複單個資料檔案
allocatechannel c1 type disk;
restoredatafile 3;
recoverdatafile 3;
sql'alter database datafile 3 online';
releasechannel c1;
也可以是,恢複表空間
restoretablespace users;
recovertablespace users;
過程如下：
3>restore datafile 3;
4>recover datafile 3;
5>sql 'alter database datafile 3 online';
6>release channel c1;
7>}
//輸出内容冗長，省略--編者
8、 檢查資料是否完整
1、RMAN也可以實作單個表空間或資料檔案的恢複，恢複過程可以在mount下或open方式下，如果在open方式下恢複，可以減少down機時間;
2、如果損壞的是一個資料檔案，建議offline并在open方式下恢複;
3、這裡可以看到，RMAN進行資料檔案與表空間恢複的時候，代碼都比較簡單，而且能保證備份與恢複的可靠性，是以建議采用RMAN的備份與恢複.
4.3丢失多個資料檔案，實作整個資料庫的恢複.
4.3.1 OS備份方案
OS備份歸檔模式下損壞（丢失）多個資料檔案，進行整個資料庫的恢複
2、 備份資料庫，備份除臨時資料檔案後的所資料檔案
C:\>delD:\Oracle\ORADATA\TEST\SYSTEM01.DBF
C:\>delD:\Oracle\ORADATA\TEST\INDX01.DBF
C:\>delD:\Oracle\ORADATA\TEST\TOOLS01.DBF
C:\>delD:\Oracle\ORADATA\TEST\RBS01.DBF
模拟媒體毀壞（這裡删除多個資料檔案）
SQL>STARTUP
TotalSystem Global Area 102020364 bytes
FixedSize 70924 bytes
VariableSize 85487616 bytes
DatabaseBuffers 16384000 bytes
RedoBuffers 77824 bytes
Databasemounted.
ORA-01157: cannot identify/lock data file 1 - see DBWR trace file
ORA-01110: data file 1: 'D:\Oracle\ORADATA\TEST\SYSTEM01.DBF'
詳細資訊可以檢視報警檔案
ORA-1157 signalled during:ALTER DATABASE OPEN...
Thu May 08 09:39:36 2003
ORA-01157: cannotidentify/lock data file 2 - see DBWR trace file
ORA-01110: data file 2: 'D:\Oracle\ORADATA\TEST\RBS01.DBF'
ORA-01157: cannotidentify/lock data file 5 - see DBWR trace file
ORA-01110: data file 5: 'D:\Oracle\ORADATA\TEST\TOOLS01.DBF'
ORA-01157: cannotidentify/lock data file 6 - see DBWR trace file
ORA-01110: data file 6: 'D:\Oracle\ORADATA\TEST\INDX01.DBF'
通過查詢v$recover_file可以看到
SQL>select * from v$recover_file;
FILE# ONLINE ERROR CHANGE#TIME
---------- ------- ---------------------------- -----------
1 ONLINE FILE NOT FOUND 0
2 ONLINE FILE NOT FOUND 0
5 ONLINE FILE NOT FOUND 0
6 ONLINE FILE NOT FOUND 0
有四個資料檔案需要恢複
6、 拷貝備份回到原地點(restore)，開始恢複資料庫(recover)
restore過程:
C:\>copyD:\DATABAK\SYSTEM01.DBF D:\Oracle\ORADATA\TEST\
C:\>copyD:\DATABAK\TEST\INDX01.DBF D:\Oracle\ORADATA\TEST\
C:\>copyD:\DATABAK\TEST\TOOLS01.DBF D:\Oracle\ORADATA\TEST\
C:\>copyD:\DATABAK\TEST\RBS01.DBF.DBF D:\Oracle\ORADATA\TEST\
Recover過程:
SQL>recover database;
ORA-00279:change 1073849 generated at 05/08/200308:58:35 needed for thread1
ORA-00289:suggestion : D:\Oracle\ORADATA\TEST\ARCHIVE\TESTT001S00311.ARC
ORA-00280:change 1073849 for thread 1 is in sequence #311
Specifylog: {<RET>=suggested | filename | AUTO | CANCEL}
auto
ORA-00279:change 1073856 generated at 05/08/200309:03:27 needed for thread 1
ORA-00289:suggestion : D:\Oracle\ORADATA\TEST\ARCHIVE\TESTT001S00312.ARC
ORA-00280:change 1073856 for thread 1 is in sequence #312
ORA-00278:log file 'D:\Oracle\ORADATA\TEST\ARCHIVE\TESTT001S00311.ARC' no
longerneeded for this recovery
ORA-00279:change 1073858 generated at 05/08/200309:11:43 needed for thread1
ORA-00289:suggestion : D:\Oracle\ORADATA\TEST\ARCHIVE\TESTT001S00313.ARC
ORA-00280:change 1073858 for thread 1 is in sequence #313
ORA-00278:log file 'D:\Oracle\ORADATA\TEST\ARCHIVE\TESTT001S00312.ARC' no
ORA-00279:change 1073870 generated at 05/08/200309:11:46 needed for thread1
ORA-00289:suggestion : D:\Oracle\ORADATA\TEST\ARCHIVE\TESTT001S00314.ARC
ORA-00280:change 1073870 for thread 1 is in sequence #314
ORA-00278:log file 'D:\Oracle\ORADATA\TEST\ARCHIVE\TESTT001S00313.ARC' no
Logapplied.
Mediarecovery complete.
7、 打開資料庫，檢查資料庫的資料（完全恢複）
1、隻要有備份與歸檔存在，就可以實作資料庫的完全恢複（不丢失資料）;
2、适合于丢失大量資料檔案，或包含系統資料檔案在内的資料庫的恢複;
3、恢複過程在mount下進行，如果恢複成功，再打開資料庫，down機時間可能比較長一些。
4.3.2 RMAN備份方案
RMAN備份歸檔模式下損壞（丢失）多個資料檔案，進行整個資料庫的恢複
SQL> connect internal/password as sysdba;
SQL> create table test(a int);
Table created
SQL> insert into test values(1);
1 row inserted
SQL> commit;
Commit complete
2、備份資料庫
DOS下C:>\ rman cmdfile=bakup.rcv msglog=backup.log;
以下是backup.log内容。
RMAN># script:bakup.rcv
2># creater:chenjiping
3># date:5.8.2003
4># desc:backup alldatabase datafile in archive with rman
5>
6>#connect database
7>connect rcvcat rman/rman@back;
8>connect target internal/virpure;
9>
10>#start backup database
11>run{
12>allocate channel c1 type disk;
13>backup full tag 'dbfull' format 'd:\backup\full%u_%s_%p' database
14>include current controlfile;
15>sql 'alter system archive log current';
16>release channel c1;
17>}
18>#end
19>
RMAN-03022:compiling command: allocate
RMAN-03023:executing command: allocate
RMAN-08030:allocated channel: c1
RMAN-08500:channel c1: sid=15 devtype=DISK
RMAN-03022:compiling command: backup
RMAN-03023:executing command: backup
RMAN-08008:channel c1: starting full datafile backupset
RMAN-08502:set_count=4 set_stamp=494074368 creation_time=15-MAY-03
RMAN-08010:channel c1: specifying datafile(s) in backupset
RMAN-08522:input datafile fno=00002 name=D:\Oracle\ORADATA\TEST\RBS01.DBF
RMAN-08522:input datafile fno=00001 name=D:\Oracle\ORADATA\TEST\SYSTEM01.DBF
RMAN-08011:including current controlfile in backupset
RMAN-08522:input datafile fno=00005 name=D:\Oracle\ORADATA\TEST\TOOLS01.DBF
RMAN-08522:input datafile fno=00004 name=D:\Oracle\ORADATA\TEST\TEMP01.DBF
RMAN-08522:input datafile fno=00006 name=D:\Oracle\ORADATA\TEST\INDX01.DBF
RMAN-08522:input datafile fno=00003 name=D:\Oracle\ORADATA\TEST\USER01.DBF
RMAN-08013:channel c1: piece 1 created
RMAN-08503:piece handle=D:\BACKUP\FULL04EN5UG0_4_1 comment=NONE
RMAN-08525:backup set complete, elapsed time: 00:01:16
RMAN-03023:executing command: partial resync
RMAN-08003:starting partial resync of recovery catalog
RMAN-08005:partial resync complete
RMAN-03022:compiling command: sql
RMAN-06162:sql statement: alter system archive log current
RMAN-03023:executing command: sql
RMAN-03022:compiling command: release
RMAN-03023:executing command: release
RMAN-08031:released channel: c1
RecoveryManager complete.
到這裡表示備份成功。
5、啟動資料庫，檢查錯誤
SQL> STARTUP
ORA-01157: cannot identify/lock data file 1 -see DBWR trace file
查詢v$recover_file
FILE# ONLINE ERROR CHANGE# TIME
2 ONLINE FILE NOT FOUND 0
可以知道有四個資料檔案需要恢複.
6、利用RMAN進行恢複
3>restore database;
4>recover database;
5>sql 'alter database open';
RMAN-08500:channel c1: sid=17 devtype=DISK
RMAN-03022:compiling command: restore
RMAN-03025:performing implicit partial resync of recovery catalog
RMAN-03022:compiling command: IRESTORE
RMAN-03023:executing command: IRESTORE
RMAN-08016:channel c1: starting datafile backupset restore
RMAN-08089:channel c1: specifying datafile(s) to restore from backup set
RMAN-08523:restoring datafile 00001 to D:\Oracle\ORADATA\TEST\SYSTEM01.DBF
RMAN-08523:restoring datafile 00002 to D:\Oracle\ORADATA\TEST\RBS01.DBF
RMAN-08523:restoring datafile 00003 to D:\Oracle\ORADATA\TEST\USER01.DBF
RMAN-08523:restoring datafile 00004 to D:\Oracle\ORADATA\TEST\TEMP01.DBF
RMAN-08523:restoring datafile 00005 to D:\Oracle\ORADATA\TEST\TOOLS01.DBF
RMAN-08523:restoring datafile 00006 to D:\Oracle\ORADATA\TEST\INDX01.DBF
RMAN-08023:channel c1: restored backup piece 1
RMAN-08511:piece handle=D:\BACKUP\FULL04EN5UG0_4_1 tag=DBFULL params=NULL
RMAN-08024:channel c1: restore complete
RMAN-03022:compiling command: recover
RMAN-03022:compiling command: recover(1)
RMAN-03022:compiling command: recover(2)
RMAN-03022:compiling command: recover(3)
RMAN-03023:executing command: recover(3)
RMAN-08054:starting media recovery
RMAN-03022:compiling command: recover(4)
RMAN-06050:archivelog thread 1 sequence 327 is already on disk as file D:\Oracle\ORADATA\TEST\ARCHIVE\TESTT001S00327.ARC
RMAN-06050:archivelog thread 1 sequence 328 is already on disk as file D:\Oracle\ORADATA\TEST\ARCHIVE\TESTT001S00328.ARC
RMAN-06050:archivelog thread 1 sequence 329 is already on disk as file D:\Oracle\ORADATA\TEST\ARCHIVE\TESTT001S00329.ARC
RMAN-06050:archivelog thread 1 sequence 330 is already on disk as file D:\Oracle\ORADATA\TEST\ARCHIVE\TESTT001S00330.ARC
RMAN-03023:executing command: recover(4)
RMAN-08515:archivelog filename=D:\Oracle\ORADATA\TEST\ARCHIVE\TESTT001S00327.ARC thread=1sequence=327
RMAN-08515:archivelog filename=D:\Oracle\ORADATA\TEST\ARCHIVE\TESTT001S00328.ARC thread=1sequence=328
RMAN-08055:media recovery complete
RMAN-06162:sql statement: alter database open
1、隻要有備份與歸檔存在，RMAN也可以實作資料庫的完全恢複（不丢失資料）;
2、同OS備份資料庫恢複，适合于丢失大量資料檔案，或包含系統資料檔案在内的資料庫的恢複;
3、目标資料庫在mount下進行，如果恢複成功，再打開資料庫;
4、RMAN的備份與恢複指令相對比較簡單并可靠，建議有條件的話，都采用RMAN進行資料庫的備份。
4.4不完全恢複案例
4.4.1 OS備份下的基于時間的恢複
不完全恢複可以分為基于時間的恢複，基于改變的恢複與基于撤消的恢複，這裡已基于時間的恢複為例子來說明不完全恢複過程。
基于時間的恢複可以不完全恢複到現在時間之前的某一個時間，對于某些誤操作，如删除了一個資料表，可以在備用恢複環境上恢複到表的删除時間之前，然後把該表導出到正式環境，避免一個人為的錯誤。
1、 連接配接資料庫，建立測試表并插入記錄:
2、 備份資料庫，這裡最好備份所有的資料檔案，包括臨時資料檔案:
或冷備份也可以
3、 删除測試表，假定删除前的時間為T1，在删除之前，便于測試，繼續插入資料并應用到歸
檔。
1
Statementprocessed.
SQL>select to_char(sysdate,'yyyy-mm-dd hh24:mi:ss') from dual;
TO_CHAR(SYSDATE,'YY
2003-05-2114:43:01
SQL>drop table test;
Tabledropped.
4、 準備恢複到時間點T1，找回删除的表，先關閉資料庫:
5、 拷貝剛才備份的所有資料檔案回來
C:\>copyD:\DATABAK\*.DBF D:\Oracle\ORADATA\TEST\
6、 啟動到mount下
SQL>startup mount;
7、 開始不完全恢複資料庫到T1時間
SQL>recover database until time '2003-05-21:14:43:01';
ORA-00279:change 30944 generated at 05/21/200314:40:06 needed for thread1
ORA-00289:suggestion : D:\Oracle\ORADATA\TEST\ARCHIVE\TESTT001S00191.ARC
ORA-00280:change 30944 for thread 1 is in sequence #191
8、 打開資料庫，檢查資料
SQL>alter database open resetlogs;
1、不完全恢複最好備份所有的資料，冷備份亦可，因為恢複過程是從備份點往後恢複的，如果因為其中一個資料檔案的時間戳(SCN)大于要恢複的時間點，那麼恢複都是不可能成功的;
2、不完全恢複有三種方式，過程都一樣，僅僅是recover指令有所不一樣，這裡用基于時間的恢複作為示例;
3、不完全恢複之後，都必須用resetlogs的方式打開資料庫，建議馬上再做一次全備份，因為resetlogs之後再用以前的備份恢複是很難了;
4、以上是在删除之前獲得時間，但是實際應用中，很難知道删除之前的實際時間，但可以采用大緻時間即可，或可以采用分析日志檔案(logmnr)，取得精确的需要恢複的時間;
5、一般都是在測試機後備用機器上采用這種不完全恢複，恢複之後導出/導入被誤删的表回生産系統.
4.4.2 RMAN備份下的基于改變的恢複
以上用OS備份說明了一個基于時間的恢複，現在用RMAN說明一個基于改變的恢複
RMAN-06005:connected to target database: TEST (DBID=874705288)
3>backup full tag 'dbfull' format 'd:\backup\full%u_%s_%p' database
4>include current controlfile;
5>sql 'alter system archive log current';
//螢幕輸出内容冗長，省略--編輯
3、 删除測試表，在删除之前，便于測試，繼續插入資料并應用到歸檔，并擷取删除前的scn号。
SQL>select max(ktuxescnw * power(2, 32) + ktuxescnb) scn from x$ktuxe;
SCN
----------
31014
4、 準備恢複到SCN31014，先關閉資料庫，然後啟動到mount下
5、 開始恢複到改變點SCN31014
2> allocate channelc1 type disk;
3> restoredatabase;
4> recover databaseuntil scn 31014;
5> sql 'ALTERDATABASE OPEN RESETLOGS';
6> release channelc1;
RMAN-08500:channel c1: sid=10 devtype=DISK
RMAN-08502:set_count=1 set_stamp=494613682 creation_time=21-MAY-03
RMAN-08523:restoring datafile 00003 to D:\Oracle\ORADATA\TEST\USERS01.DBF
RMAN-08511:piece handle=D:\BACKUP\FULL01ENMD5I_1_1 tag=DBFULL params=NULL
RMAN-06050:archivelog thread 1 sequence 191 is already on disk as file D:\ORACL
E\ORADATA\TEST\ARCHIVE\TESTT001S00191.ARC
RMAN-06050:archivelog thread 1 sequence 192 is already on disk as file D:\ORACL
E\ORADATA\TEST\ARCHIVE\TESTT001S00192.ARC
RMAN-08515:archivelog filename=D:\Oracle\ORADATA\TEST\ARCHIVE\TESTT001S00191.AR
Cthread=1 sequence=191
RMAN-08515:archivelogfilename=D:\Oracle\ORADATA\TEST\ARCHIVE\TESTT001S00192.ARC
Thread=1sequence=192
RMAN-06162:sql statement: ALTER DATABASE OPEN RESETLOGS
6、 檢查資料
可以看到，表依然存在。
1、 RMAN也可以實作不完全恢複，方法比OS備份恢複的方法更簡單可靠；
2、 RMAN可以基于時間，基于改變與基于日志序列的不完全恢複，基于日志序列的恢複可以指定恢複到哪個日志序列，如
run{
allocate channel ch1 typedisk;
allocate channel ch2 type'sbt_tape';
set until logseq 1234 thread 1;
restore controlfile to '$Oracle_HOME/dbs/cf1.f';
replicate controlfile from '$Oracle_HOME/dbs/cf1.f';
alter database mount;
restore database;
recover database;
sql "ALTER DATABASE OPENRESETLOGS";
3、 與所有的不完全恢複一樣，必須在mount下，restore所有備份資料檔案，需要resetlogs；
4、 基于改變的恢複比基于時間的恢複更可靠，但是可能也更複雜，需要知道需要恢複到哪一個改變号(SCN)，在正常生産中，擷取SCN的辦法其實也有很多，如查詢資料庫字典表(V$archived_logor v$log_history)，或分析歸檔與聯機日志(logmnr)等。
第五章 其它恢複案例
5.1損壞聯機日志的恢複方法
5.1.1 損壞非目前聯機日志
大家都清楚，聯機日志分為目前聯機日志和非目前聯機日志，非目前聯機日志的損壞是比較簡單的，一般通過clear指令就可以解決問題。
1、啟動資料庫，遇到ORA-00312or ORA-00313錯誤，如
ORA-00313: open failed formembers of log group 1 of thread 1
ORA-00312: online log 1thread 1: 'D:\Oracle\ORADATA\TEST\REDO01.LOG'
從這裡我們知道日志組1的資料檔案損壞了
從報警檔案可以看到更詳細的資訊
2、 檢視V$log視圖
SQL>select group#,sequence#,archived,status from v$log;
GROUP# SEQUENCE# ARCHIVED STATUS
-------------------- -------- ----------------
1 1 YES INACTIVE
2 2 YES INACTIVE
3 3 NO CURRENT
可以知道，該組是非目前狀态，而且已經歸檔。
3、 用CLEAR指令重建該日志檔案
SQL>alterdatabase clear logfile group 1;
如果是該日志組還沒有歸檔，則需要用
SQL>alterdatabase clear unarchived logfile group 1;
4、 打開資料庫，重新備份資料庫
SQL>alterdatabase open;
1、如果損壞的是非目前的聯機日志檔案，一般隻需要clear就可以重建該日志檔案，但是如果該資料庫處于歸檔狀态但該日志還沒有歸檔，就需要強行clear；
2、建議clear，特别是強行clear後作一次資料庫的全備份；
3、此方法适用于歸檔與非歸檔資料庫。
5.1.2 損壞目前聯機日志
歸檔模式下目前日志的損壞有兩種情況，
一、是資料庫是正常關閉，日志檔案中沒有未決的事務需要執行個體恢複，目前日志組的損 壞就可以直接用alterdatabase clear unarchived logfile group n來重建。
二、是日志組中有活動的事務，資料庫需要媒體恢複，日志組需要用來同步，有兩種補救辦法:
A. 最好的辦法就是通過不完全恢複，可以保證資料庫的一緻性，但是這種辦法要求在歸檔方式下，并且有可用的備份
B. 通過強制性恢複，但是可能導緻資料庫不一緻。
下面分别用來說明這兩種恢複方法：
5.1.2.1 通過備份來恢複
1、 打開資料庫，會遇到一個類似的錯誤
ORA-00313:open failed for members of log group 1 of thread 1
ORA-00312:online log 1 thread 1: 'D:\Oracle\ORADATA\TEST\REDO01.LOG'
ORA-27041:unable to open file
OSD-04002:unable to open file
O/S-Error:(OS 2) 系統找不到指定的檔案
2、 檢視V$log，發現是目前日志
GROUP# SEQUENCE#ARCHIVED STATUS
------------------- -------- ----------------
1 1 NO CURRENT
3 3 YES INACTIVE
3、 發現clear不成功
SQL>alter database clear unarchived logfile group 1;
alterdatabase clear unarchived logfile group 1
*
ERRORat line 1:
ORA-01624:log 1 needed for crash recovery of thread 1
4、 拷貝有效的資料庫的全備份，并不完全恢複資料庫：
可以采用擷取最近的SCN的辦法用untilscn恢複或用untilcnacel恢複
recoverdatabase until cancel
先選擇auto，盡量恢複可以利用的歸檔日志，然後重新
這次輸入cancel，完成不完全恢複，也就是說恢複兩次。
如：
SQL>recover database until cancel;
Auto
……
Cancel;
5、 利用alterdatabase open resetlogs打開資料庫.
1、這種辦法恢複的資料庫是一緻的不完全恢複，會丢失目前聯機日志中的事務資料;
2、這種方法适合于歸檔資料庫并且有可用的資料庫全備份;
3、恢複成功之後，記得再做一次資料庫的全備份;
4、建議聯機日志檔案一定要實作鏡相在不同的磁盤上，避免這種情況的發生，因為任何資料的丢失對于生産來說都是不容許的。
5.1.2.2 如果沒有備份，進行強制性恢複
O/S-Error: (OS 2) 系統找不到指定的檔案
GROUP# SEQUENCE# ARCHIVED STATUS
1 1 NO CURRENT
2 2 YES INACTIVE
3 3 YES INACTIVE
SQL> alter database clearunarchived logfile group 1;
alter database clearunarchived logfile group 1
ERROR at line 1:
ORA-01624: log 1 needed forcrash recovery of thread 1
4、 把資料庫down掉
SQL>shutdown immediate
5、 在init<sid>.ora中加入如下參數
_allow_resetlogs_corruption=TRUE
6、 重新啟動資料庫,利用untilcancel恢複
SQL>recover database untilcancel;
Cancel
如果出錯，不再理會，發出
SQL>alterdatabase open resetlogs;
7、 資料庫被打開後，馬上執行一個fullexport
8、 shutdown資料庫,去掉_all_resetlogs_corrupt參數
9、 重建庫
10、import并完成恢複
11、建議執行一下ANALYZETABLE ...VALIDATE STRUCTURE CASCADE;
1、該恢複方法是沒有辦法之後的恢複方法，一般情況下建議不要采用，因為該方法可能導緻資料庫的不一緻；
2、該方法也丢失資料，但是丢失的資料沒有上一種方法的資料多，主要是未寫入資料檔案的已送出或未送出資料；
3、建議成功後嚴格執行以上的7到11步，完成資料庫的檢查與分析；
4、全部完成後做一次資料庫的全備份；
5、建議聯機日志檔案一定要實作鏡相在不同的磁盤上，避免這種情況的發生，因為任何資料的丢失對于生産來說都是不容許的。
5.2損壞控制檔案的恢複方法
5.2.1 損壞單個控制檔案
損壞單個控制檔案是比較容易恢複的，因為一般的資料庫系統，控制檔案都不是一個，而且所有的控制檔案都互為鏡相，隻要拷貝一個好的控制檔案替換壞的控制檔案就可以了。
1、 控制檔案損壞，最典型的就是啟動資料庫出錯，不能mount資料庫
ORA-00205: error inidentifying controlfile, check alert log for more info
檢視報警日志檔案，有如下資訊
alterdatabase mount
MonMay 26 11:59:52 2003
ORA-00202:controlfile: 'D:\Oracle\oradata\chen\control01.ctl'
O/S-Error:(OS 2) 系統找不到指定的檔案。
2、 停止資料庫：
SQL>shutdownimmediate
3、 拷貝一個好的控制檔案替換壞的控制檔案或修改init.ora中的控制檔案參數，取消這個壞的控制檔案。
4、 重新啟動資料：
1、損失單個控制檔案是比較簡單的，因為資料庫中所有的控制檔案都是鏡相的，隻需要簡單的
拷貝一個好的就可以了；
2、建議鏡相控制檔案在不同的磁盤上；
3、建議多做控制檔案的備份，長期保留一份由alterdatabase backup control file to trace産生的控制檔案的文本備份。
5.2.2 損壞全部控制檔案
損壞多個控制檔案，或者人為的删除了所有的控制檔案，通過控制檔案的複制已經不能解決問題，這個時候需要重建立立控制檔案。
同時注意，alterdatabase backup control file to trace可以産生一個控制檔案的文本備份。
以下是詳細重新建立控制檔案的步驟：
1、 關閉資料庫
SQL>shutdownimmediate;
2、 删除所有控制檔案，模拟控制檔案的丢失
3、 啟動資料庫，出現錯誤，并不能啟動到mount下
ORA-00205:error in identifying controlfile, check alert log for more info
MonMay 26 11:53:15 2003
4、 關閉資料庫
5、 在internal或sys下運作如下建立控制檔案的腳本，注意完整列出聯機日志或資料檔案的路徑，或修改由alterdatabase backup control file to trace備份控制檔案時産生的腳本，去掉多餘的注釋即可。
STARTUP NOMOUNT
CREATE CONTROLFILE REUSEDATABASE "TEST" NORESETLOGS NOARCHIVELOG
MAXLOGFILES 32
MAXLOGMEMBERS 2
MAXDATAFILES 254
MAXINSTANCES 1
MAXLOGHISTORY 226
LOGFILE
GROUP1 'D:\Oracle\ORADATA\TEST\REDO01.LOG' SIZE 1M,
GROUP2 'D:\Oracle\ORADATA\TEST\REDO02.LOG' SIZE 1M,
GROUP3 'D:\Oracle\ORADATA\TEST\REDO03.LOG' SIZE 1M
DATAFILE
'D:\Oracle\ORADATA\TEST\SYSTEM01.DBF',
'D:\Oracle\ORADATA\TEST\RBS01.DBF',
'D:\Oracle\ORADATA\TEST\USERS01.DBF',
'D:\Oracle\ORADATA\TEST\TEMP01.DBF',
'D:\Oracle\ORADATA\TEST\TOOLS01.DBF',
'D:\Oracle\ORADATA\TEST\INDX01.DBF'
CHARACTER SET ZHS16GBK;
--Recovery is required if any of the datafiles are restored backups,
--or if the last shutdown was not normal or immediate.
RECOVERDATABASE
--ifthe last shutdown was not normal or immediate
--noarchive
--RECOVER DATABASE UNTIL CANCELUSING BACKUP CONTROLFILE
--RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL
--Database can now be opened normally.
ALTERDATABASE OPEN;
--ifrecover database until cancel
--ALTERDATABASE OPEN RESETLOGS;
6、 如果沒有錯誤，資料庫将啟動到open狀态下。
1、重建控制檔案用于恢複全部資料檔案的損壞，需要注意其書寫的正确性，保證包含了所有的資料檔案與聯機日志；
2、經常有這樣一種情況，因為一個磁盤損壞，我們不能再恢複(store)資料檔案到這個磁盤，是以在store到另外一個盤的時候，我們就必須重新建立控制檔案，用于識别這個新的資料檔案，這裡也可以用這種方法用于恢複。
5.3損壞復原資料檔案的恢複方法
復原段表空間中的一個資料檔案丢失或者損壞導緻資料庫無法識别它，在啟動資料庫的時候會出現ORA-1157,ORA-1110的錯誤，或者作業系統級别的錯誤，例如ORA-7360。在關閉資料庫的時候(normal或者immediate)會出現ORA-1116,ORA-1110的錯誤，或者作業系統級别的錯誤，例如ORA-7368。
感謝Coolyl的辛勤工作，關于復原段的大部分内容都是摘自他在itpub的文章。
5.3.1 損壞資料檔案，但資料庫處于Open狀态
如果你發現有復原段的資料檔案丢失或者損壞了，而此時的資料庫是處于打開的狀态下并且在運作，就千萬不要關閉資料庫了，因為在大多數的情況下打開的時候比關閉的時候好解決問題一些。
一般也是存在有兩種情況：
A、是offline丢失或損壞的資料檔案，然後從一個備份中恢複，執行媒體恢複以保持一緻性。但是這種情況要求資料庫是歸檔方式下才可以采用的。
B、是offline那個存在丢失或損壞的資料檔案所在的整個復原段表空間，然後删除整個復原段表空間并重建，但是你必須要殺掉那些在復原段中已經激活的使用者程序才可以offline的。
通常第一種情況就比較簡單實作，但是更多的使用者事務将會出錯并且復原。
A的具體步驟：
1、 offline丢失或損壞的資料檔案
ALTERDATABASE DATAFILE '<full_path_file_name>' OFFLINE;
2、 從一個有效的備份中恢複。
3、 執行以下查詢：
SELECTV1.GROUP#, MEMBER, SEQUENCE#
FROMV$LOG V1, V$LOGFILE V2
WHEREV1.GROUP# = V2.GROUP# ;
這個将列出你的所有redolog檔案以及它們所代表的sequencenumbers。
4、 恢複資料檔案。
RECOVERDATAFILE '<full_path_file_name>'
5、 确信你應用了所有的redolog檔案，直至出現提示資訊"Mediarecovery complete"。
6、 online那個資料檔案。
ALTERDATABASE DATAFILE '<full_path_file_name>' ONLINE;
B的具體步驟：
1、 offline存在丢失或損壞的資料檔案的復原段表空間中的所有復原段。
ALTERROLLBACK SEGMENT <rollback_segment> OFFLINE;
2、 檢測當然復原段的狀态。
SELECTSEGMENT_NAME, STATUS FROM DBA_ROLLBACK_SEGS
WHERETABLESPACE_NAME = '<TABLESPACE_NAME>';
3、 删除所有offline的復原段
DROPROLLBACK SEGMENT <rollback_segment>;
4、 處理那些online狀态的復原段。
重新執行第二步的查詢
如果你已經執行過offline操作的復原段狀态仍然是online，則說明這個復原段内有活動的事務。你要接着查詢
SELECTSEGMENT_NAME, XACTS ACTIVE_TX, V.STATUS
FROMV$ROLLSTAT V, DBA_ROLLBACK_SEGS
WHERETABLESPACE_NAME = '<TABLESPACE_NAME>' AND SEGMENT_ID = USN;
如果沒有傳回結果，則證明存在丢失或損壞的資料檔案的復原段表空間中的所有復原段都已經被offline了，然後重新執行第二步，第三步。如果查詢有結果傳回，則狀态應該是"PENDINGOFFLINE".接着檢視ACTIVE_TX列，如果值為0，則表明此復原段中已經沒有未處理的事務了，很快就會被offline的，然後等它offline後重新執行2，3步後跳至第六步。如果值大于0，則繼續到第五步。
5、 強制那些包含活動事務的復原段offline。
活動的事務應該被送出或者復原，執行下面的查詢看看哪些使用者占用了復原段：
SELECTS.SID, S.SERIAL#, S.USERNAME, R.NAME "ROLLBACK"
FROMV$SESSION S, V$TRANSACTION T, V$ROLLNAME R
WHERER.NAME IN ('<PENDING_ROLLBACK_1>', ... ,
'<PENDING_ROLLBACK_N>')
ANDS.TADDR = T.ADDR AND T.XIDUSN = R.USN;
最好能直接聯系到那些user讓他們自己去復原或者送出事務，如果不能做到的話，那就隻能強制性的殺掉程序了。
ALTERSYSTEM KILL SESSION '<SID>, <SERIAL#>';
殺掉程序後再過一段時間後復原段會自動清除那些事務，然後就可以回到第二步繼續查詢了。
6、 删除復原段。
DROPTABLESPACE <tablespace_name> INCLUDING CONTENTS;
7、 重建復原段并online它們。
1、資料庫如果是open狀态，就可以直接在open狀态下解決問題，沒有必要停下資料庫，增加down機時間；
2、不管上上面那種恢複方法都是正常性的恢複，不會引起資料的不一緻或錯誤。
5.3.2資料庫關閉，但是資料檔案中沒有活動事務
這種情況下最簡單的方法就是offlinedrop掉這個壞了的或者丢失的資料檔案，然後以restricted模式打開資料庫然後删除并且重建包含損壞檔案的復原段表空間。
具體步驟如下：
1、 确定資料庫是正常的關閉的。方法是可以去檢視alert檔案，到最後看是否有如下資訊：
"alterdatabase dismount
Completed:alter database dismount"
如果有的話，就證明資料庫是正常關閉的，否則就不能用這個方法去恢複。
2、 修改init參數檔案，移去ROLLBACK_SEGMENTS中包含的損壞資料檔案的復原段表空間的復原段，如果你不能确定哪些復原段是壞的，簡單的方法是你可以注釋掉整個ROLLBACK_SEGMENTS。
3、 以restricted模式去mount資料庫。
STARTUPRESTRICT MOUNT
4、 offline drop掉那個壞的資料檔案
ALTERDATABASE DATAFILE '<full_path_file_name>' OFFLINE DROP;
5、 打開資料庫
ALTERDATABASE OPEN
如果你看到如下資訊"Statementprocessed"，則跳到第7步，如果你看到ORA-604,ORA-376, and ORA-1110的錯誤資訊，繼續第6步。
6、 正常的關閉資料庫，然後在init檔案中注釋掉ROLLBACK_SEGMENTS，并加入隐含參數
_corrupted_rollback_segments= ( <rollback1>,...., <rollbackN> )
然後以restricted模式打開資料庫
STARTUPRESTRICT
7、 删除掉那個包含損壞檔案的復原段表空間。
8、 重建復原段表空間，記得建立後要把復原段都online。
9、 重新使資料庫對所有使用者可用。
ALTERSYSTEM DISABLE RESTRICTED SESSION;
10、然後正常關閉資料庫，修改init檔案，如果開始隻是注釋掉了ROLLBACK_SEGMENTS的，就去掉注釋即可，如果加了隐含參數的，注釋掉它，并在ROLLBACK_SEGMENTS加入所有的復原段。
11、正常啟動資料庫：
Startup
1、這種方法的前提條件是資料庫是正常關閉（不是abort）可用；
2、這種方法是正常方法，不會引起資料錯誤。
5.3.3 資料庫關閉，資料檔案中有活動事務，沒有可用備份。
一般造成這種原因的情況是采用了shutdownabort或其它原因異常關機（如斷電）導緻的。
1、開啟一個事務
SQL>set transaction use rollback segment rbs0;
Transactionset.
SQL>insert into test (a) values (1);
1row created.
2、異常關閉
SQL>shutdown abort;
3、删除rbs的一個資料檔案
C:>del D:\Oracle\oradata\chen\rbs01.
4、修改INIT<sid>.ora:
rollback_segments=(system)
添加_corrupted_rollback_segments=(rbs0,rbs1,rbs2……)
5、SQL>Startupmount
6、SQL>alterdatabase datafile 'd:\Oracle\oradata\t8i\rbs01.dbf' offline drop;
資料庫已更改。
7、SQL>recoverdatabase ；
完成媒體恢複。
8、SQL>alterdatabase open ;
9、SQL>select* from v$rollname;
USN NAME
---- -------
0 SYSTEM
10、SQL>selectsegment_name,tablespace_name,status
FROM dba_rollback_segs;
SEGMENT_NAME TABLESPACE_NAME STATUS
----------------- ------------------------------------
SYSTEM SYSTEM ONLINE
RBS0 RBS NEEDSRECOVERY
RBS1 RBS NEEDSRECOVERY
RBS2 RBS NEEDSRECOVERY
11、SQL>droprollback segment rbs0;
重算段已丢棄。
SQL>drop rollback segmentrbs1;
SQL>drop rollback segmentrbs2;
12、SQL>selectsegment_name,tablespace_name,status
SEGMENT_NAME TABLESPACE_NAME STATUS
-------------------------------------
SYSTEM SYSTEM ONLINE
13、SQL>droptablespace rbs including contents;
表空間已丢棄。
14、重建新的復原表空間及復原段，并聯機。
15、SQL>shutdownabort
16、再修改INIT<sid>.ora：
rollback_segments=(rbs0,rbs1,rbs2)
将_corrupted_rollback_segments=(rbs0,rbs1,rbs2)去掉。
17、SQL>startup
1、這種辦法是萬不得以的時候使用的方法，如果有備份，都建議從備份上進行恢複；
2、這種方法恢複的資料庫，可能會引起資料庫的資料錯誤；
3、恢複成功以後，建議exp/imp資料，并重新分析檢查資料庫。
5.3.4 資料庫關閉，資料檔案中有活動事務，從備份恢複
1、從一個有效的備份中恢複損壞的資料檔案。
2、mount資料庫。
3、執行以下查詢：
SELECTFILE#, NAME, STATUS FROM V$DATAFILE;
如果發現要恢複的檔案是offline狀态的話，要先online它：
4、執行以下查詢
SELECTV1.GROUP#, MEMBER, SEQUENCE#, FIRST_CHANGE#
這個将列出redlog檔案所代表的sequence和firstchange numbers。
5、如果資料庫是非歸檔情況下，執行以下查詢：
SELECTFILE#, CHANGE# FROM V$RECOVER_FILE;
如果CHANGE#大于最小的redolog檔案的FIRST_CHANGE#，則資料檔案可以被恢複，記得在應用日志的時候要把所有redolog檔案全部應用一遍。
如果CHANGE#小于最小的redolog檔案的FIRST_CHANGE#，則資料檔案就不可以被恢複了，這時候你要從一個有效的全備份中去恢複資料庫了，如果沒有全備份的話，那你就隻能把資料庫強制打開到一個不一緻的狀态去exp出資料，然後重建立庫導入資料，因為這種方式的恢複Oracle是不推薦使用者自己做的，是以這裡我就不詳細說明了。
6、恢複資料檔案：
7、确信你應用了所有的redolog檔案，直至出現提示資訊"Mediarecovery complete"。
8、打開資料庫。
1、這種方法要求在歸檔有備份的方式下進行，而且是建議方式；
2、這種方法不會導緻資料庫的錯誤。
5.4損壞臨時資料檔案的恢複方法
臨時資料檔案的恢複是比較簡單的，因為臨時檔案中不涉及到其它的有用的資料，是以可以删除後重建。
1、關閉資料庫：
2、删除臨時資料檔案，模拟媒體失敗；
3、啟動資料庫，檢測到檔案錯誤；
4、脫機該資料檔案：
SQL>alterdatabase datafile '檔案名全名'offline drop;
5、打開資料庫
SQL>alterdatabase open
6、删除該臨時表空間
SQL>droptablespace temp(或其它臨時表空間名稱);
7、重新建立該表空間，并重新配置設定給使用者。
1、臨時資料檔案是非重要檔案，不儲存永久資料，可以随時删除重建，不影響資料庫的資料安全；
2、如果重建立立以後，别忘了重新配置設定給使用者。
第六章. 常見恢複誤區
1、可以不需要備份，隻有歸檔就能進行資料庫的向前的恢複
答：這個在Oracle9i以前起碼是不可能的，在别的資料庫我也沒有聽說過，不完全恢複的主要思路是利用不完全點之前的備份，加上歸檔日志，恢複到不完全恢複點，9i中出現了一個flashback的特性，這個特性的使用，也是有很多局限的。
2、進行不完全恢複隻需要拷貝一個需要恢複的備份資料檔案
答：不完全恢複需要拷貝所有的資料檔案，最好包括臨時資料檔案在内，否則需要另外的處理，如果有一個資料檔案的SCN大于不完全恢複點，那麼這個恢複都将是失敗的。
3、使用RMAN目錄與目标資料庫在同一資料庫能很好進行資料庫的恢複
答：使用恢複目錄與目标資料庫在同一個資料庫中，将存在很大的恢複局限，如該資料庫的系統資料檔案的損害，資料庫根本不能open，那麼RMAN也就無法連接配接恢複目錄，也就不存在恢複了。
第七章. 小結
這裡我們反複示範了多種情況下的恢複方案，通過這些示範，我們應該掌握了如下内容：
1、利用OS與RMAN進行各種正常備份與恢複。
2、熟悉沒有備份或簡單的非正常備份與恢複的方法。
![【MySQL資料庫】資料庫索引事務1.索引2.事務[圖]](data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=)