oracle備份功能簡述

 

為了最大限度的保證資料安全，在發生災難時儘快恢復資料庫，需要進行日常的備份。

備份應該根據資料庫的大小、負載、可用性要求等制定策略。（伺服器的i/o效能、磁碟空間等應該是在規劃階段就充分考慮的，一般不應該有瓶頸）

根據不同的劃分方式，可以將備份分為物理備份/邏輯備份、一致性備份/非一致性備份。rman為我們提供了功能強大、方式多樣的備份選項，即使整個資料庫都沒了、磁碟沒了，只要有一個完整、可靠的備份，依然可以恢復原樣。
我們關注資料，首先是安全性（不丟失），更高一層的就是高可用了。資料庫的高可用是我們都追求的，不過根據業務要求不同而有寬有緊；完整、迅速的恢復資料是一個dba需要特別關注的。

資料庫的技術說到底其實就是兩個層面：資料安全、速度。安全包括資料不丟失、不被非法檢視或使用；速度方面不僅是效能高，而且出現問題時可以快速有效地恢復。其實恢復時間的要求在兩方面都有體現。

什麼時候應該全備份？什麼時候做增量備份？
這個沒有嚴格的標準，但根據官方文件提供的經驗值，如果資料的變化超過了總量的20%，增量備份是不會比全量備份高效的。當然，可能由於磁碟空間等原因的暫時性限制，還是會用增量備份。

備份是為了防災，在災難發生時進行恢復。
如果是普通的資料檔案壞了，可能只有在訪問對應資料時才會報錯，不會影響整個資料庫執行。若相對獨立，可以將表空間離線後恢復、還原，不必重啟資料庫；
如果是普通資料檔案頭壞了，資料檔案被offline，還原方法同上；
如果是資料檔案丟失，則只能mount資料庫，打不開，restore+recover方式恢復同樣適用

如果系統表空間故障，檔案丟失或檔案頭損壞，例項只能mount；restore+recover方式恢復
如果出現資料字典損壞、sys.system損壞、控制檔案同時損壞等狀況時，資料庫甚至無法nomount。
有時系統可能無法shutdown ，需要用kill -9作業系統命令強制刪除會話後再恢復

如果是引數檔案損壞了，可以通過引數檔案的備份恢復。

如果是控制檔案損壞、丟失、故障了，同時連線到目標庫和編錄庫，nomount目標庫，然後restore controlfile；就可以mountle。

重做日誌檔案的恢復方式類似。

總之，將rman備份放到安全的地方，並確認備份有效，相應的資料就非常安全了。再配合恢復編錄的合理使用和恰當的備份保留策略，可以高枕無憂了。

當然，以上都是就歸檔模式下的系統來說的。對於平時實驗、測試等目的的資料庫，可能未考慮或條件不允許進行充分備份，將如何恢復呢？
下週繼續學習。

 

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/26451536/viewspace-755275/，如需轉載，請註明出處，否則將追究法律責任。