oracle提供了豐富、靈活的備份、還原、恢復管理機制和手段！

首先要明確的是這三個概念：

• 備份——backup：基于狀態點的“拍照”、歸檔
• 還原——restore：回滾到“拍照”的狀態點、解檔、文件復位
• 恢復——recover：從“拍照”的狀態點前滾，重演所有的改變。這其中又有手工管理的recover和smon自動管理的recove。也是我們99%的管理工作！

?

oracle提供的管理手段

sql（plus）語句，原始，但推薦！

rman

os操作

oem

?

oracle的管理機制：（個人的淺顯認識）通過control file、datafile、online redo file、archived redo、undo 文件的內部標識識別整個系統是否一致！！個人猜測這個內部標識由resetlogs時候的scn和scn組成！10g里允許跨resetlogs恢復，猜想oracle這哥們可能允許在某些條件下以scn作為一致的標識了！

如果？和？不一致了：？..

online：別廢話！resetlogs

controlfile：restore或者create controlfile，可以選擇resetlogs 或 noresetlogs——關鍵看：datafile和online是否一致來決定是否resetlogs

datafile：【先restore 】再 recover，根據情況決定是否resetlogs。 或者 create controlfile，這就必須得resetlogs了

以上各種情況的復合情形，也可以在各階段綜合應用以上的各種情況

archived redo不連續、不一致、損壞：即使上帝在，也不可能通過應用這些文件來recover了。查清這些archive redo日志還有多少利用價值吧，不行的話，delete吧。這些文件可是進行恢復的必要條件！無論是不完全恢復到 scn、time、sequence#、cancel，本質上就是依次應用scn！！！

undo文件在recover過程中的作用？本人還未弄明白，相必是僅僅提供控制文件的undospace空間用，要oracle不起不來啊；在recover過程結束時候，oracle并不做任何處理或者僅僅是重新初始化該文件；而online redo中的commit事務會應用到datafile，未commit事務從online redo文件中直接刪除，否則依照smon自動recover的處理rollback undo文件中的undo內容，而此時undo文件中并不存在，那不就出問題了！

?

oracle提供的管理類型

冷、熱：oracle的相關文件是否鎖定

邏輯、物理：是oracle的數據，還是文件結構和數據

完全、不完全：是否是全部的東東（相關文件、相關數據、相關歷史...）

?

backup：對象datafile、undofile、archived logfile、spfile、controlfile

os冷備份：關閉oracle數據庫，保持所有相關文件一致。copy，之后....，想resetlogs就resetlogs，想noresetlogs就noresetlogs。

datafile熱備：將oracle至于backup狀態，alter database ｛begin|end｝ backup ，然后copy，

controlfile的熱備：alter database backup controlfile to filespec [reuse]

controlfile for standby的熱備：alter database create ｛physical|logical｝standby controlfile as filespec [reuse]

spfile|pfile的熱備：os下直接copy。因為oracle并不鎖定此文件。

pwd文件的熱備：os下直接copy。因為oracle并不鎖定此文件。

archived log的熱備：os下直接copy................................................這也算！

rman方式下的熱備：將隱藏一起手工的os的copy、路徑、命名、歷史記錄問題。因此：十分推薦。不過要注意備份全相關的文件。否則處理起來也比較麻煩！

exp邏輯倒出備份，注意nls_lang的設置問題

expdp服務器倒出備份。注意設置directory對象

?

restore：

像spfile|pfile、pwdsid、archivedlog可以隨時隨地的restore，前提是他們確實是有效的

controfile：在nomount狀態下，可以利用之前的冷備份直接restore；

datafile：在nomount狀態下，可以利用之前的冷備份直接restore；

rman方式下的restore：將隱藏一起手工的os的copy、路徑、命名、歷史記錄問題。因此：十分推薦。

imp邏輯導入

impdp服務器邏輯導入

?

recover：沒有什么可以說的，基本上就要依賴online redo 、archived redo 進行完全 或 不完全的恢復了！！！所以，archived redo 文件至關重要！

rman方式下的recover：將隱藏一起手工的os的copy、路徑、命名、歷史記錄問題。因此：十分推薦。

recover? {cancel|continue[default]} --mount--取消、繼續recove會話

recover logfile 'filespec' --mount--直接應用logfile進行recove會話

recover [automatic] [from 'location']....　[test] [allow n corruption]　--mount--automatic 指出recove自動搜索本地可用的log_archive_dest[_1]或指定的location的符合log_archive_famat的 archived redo文件，并applying，如果文件沒有搜到或終止，則彈出prompt建議的automatic的文件名。test意思時模擬recover。 allow n corrupton意思是允許archived redo文件有n個壞塊存在，用于test時可以指定大于1的值。而當真正應用recover時，只能是0、1。

recover database until {cancel|time datatime|change scn} [using backup controlfile] --mount--recover整個數據庫到時間點、scn、cancel

recover tablespace tbs,...

recover datafile {filenumber|filename},...

recover standby tablespace tbs,... until controlfile

recover standby datafile {filenumber|filename},... until controlfile

recover managed standby database :

• using current logfile [nodelay] [disconnect]
• until change scn [nodelay] [disconnect]
• finish [force] [{wait|nowait}]
• cancel [{immediate|{wait|nowait}}]　　　　　　　　　　　　　　　　　　　　

?

?

?

?

?

?

?

?

轉載于:https://www.cnblogs.com/jinzhenshui/archive/2009/03/10/1407666.html

總結

以上是生活随笔為你收集整理的Oracle学习笔记：备份、还原、恢复的一点理解的全部內容，希望文章能夠幫你解決所遇到的問題。

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