Oracle database 備份與恢復論文

1、. 目 錄TOC o 1-3 h u HYPERLINK l _Toc30946 摘要 PAGEREF _Toc30946 iii HYPERLINK l _Toc2835 Abstract PAGEREF _Toc2835 iv HYPERLINK l _Toc23519 第一章 緒論 PAGEREF _Toc23519 1 HYPERLINK l _Toc22920 1.1 國外研究動態(tài) PAGEREF _Toc229201 HYPERLINK l _Toc24786 1.2 容災備份系統(tǒng)的現(xiàn)狀分析 PAGEREF _Toc24786 1 HYPERLINK l _Toc14437 第二章

2、 數(shù)據(jù)庫備份方案 PAGEREF _Toc14437 3 HYPERLINK l _Toc13700 2.1 備份文件 PAGEREF _Toc13700 3 HYPERLINK l _Toc23501 2.1.1 定義 PAGEREF _Toc23501 3 HYPERLINK l _Toc21615 2.1.2 主要的容 PAGEREF _Toc21615 4 HYPERLINK l _Toc6851 2.1.3 優(yōu)先級別 PAGEREF _Toc6851 4 HYPERLINK l _Toc7948 2.1.4文件之間的轉化 PAGEREF _Toc7948 4 HYPERLINK l

3、_Toc5267 2.2 備份恢復方案 PAGEREF _Toc5267 4 HYPERLINK l _Toc21575 2.2.1 備份恢復的分類 PAGEREF _Toc21575 5 HYPERLINK l _Toc32262 2.2.2 備份方案的介紹 PAGEREF _Toc32262 5 HYPERLINK l _Toc8856 2.3 數(shù)據(jù)庫的備份策略 PAGEREF _Toc8856 5 HYPERLINK l _Toc26336 2.3.1 概述 PAGEREF _Toc26336 5 HYPERLINK l _Toc31129 第三章 備份與恢復功能設計與實現(xiàn) PAGERE

4、F _Toc31129 6 HYPERLINK l _Toc24622 3.1 冷備份脫機備份 PAGEREF _Toc24622 6 HYPERLINK l _Toc22500 3.1.1 定義 PAGEREF _Toc22500 6 HYPERLINK l _Toc5969 3.1.2 優(yōu)點與缺點 PAGEREF _Toc5969 6 HYPERLINK l _Toc10893 3.1.3 步驟 PAGEREF _Toc10893 6 HYPERLINK l _Toc27844 3.1.4 備份恢復功能設計與實現(xiàn) PAGEREF _Toc27844 8 HYPERLINK l _Toc84

5、59 3.2 熱備份恢復聯(lián)機備份恢復 PAGEREF _Toc8459 10 HYPERLINK l _Toc1889 3.2.1定義 PAGEREF _Toc1889 10 HYPERLINK l _Toc12047 3.2.2 優(yōu)點與缺點 PAGEREF _Toc12047 10 HYPERLINK l _Toc15209 3.2.3 備份設計與實現(xiàn) PAGEREF _Toc15209 10 HYPERLINK l _Toc4569 第四章 總結 PAGEREF _Toc4569 38 HYPERLINK l _Toc19197 參考文獻 PAGEREF _Toc19197 39 HYPE

6、RLINK l _Toc7527 辭 PAGEREF _Toc7527 40Oracle database 備份與恢復摘要：隨著信息化的開展，數(shù)據(jù)對我們日常生活中有著舉足輕重的影響。生活不能缺少數(shù)據(jù)，因此數(shù)據(jù)的備份和恢復在當前至關重要。它能保證數(shù)據(jù)的完整性、平安性、一致性。它也使數(shù)據(jù)在非正常情況下喪失后，還能恢復到事故前的狀態(tài)，確保損失最少，風險最少。本文主要介紹在Linu*效勞器端，通過oracle數(shù)據(jù)庫的SQL*plus工具，對oracle數(shù)據(jù)庫進展冷備份恢復脫機備份和熱備份恢復聯(lián)機備份，分別對數(shù)據(jù)庫的參數(shù)文件，控制文件，數(shù)據(jù)文件，日志文件進展備份與恢復。通過模擬不同情況下，數(shù)據(jù)庫文件喪失

7、的情況下，對數(shù)據(jù)庫進展完全恢復和不完全恢復。本文主要詳細闡述了不完全恢復時需要注意的要點和不完全恢復的特點。通過本文對備份恢復情況的研究，可以編寫相關的數(shù)據(jù)庫備份恢復腳本，簡化備份步驟，希望能實現(xiàn)Linu*操作系統(tǒng)下，數(shù)據(jù)庫自動備份與恢復。關鍵詞：oracle；備份；恢復Oracle database backup and recoveryAbstract:With the developmentofinformation,the data has an important influence in our daily life.Our life cant lack of data,so th

8、at data backup and recovery in current is very important.It can guarantee the integrity,the consistency and security of the data . It also can ensure that the data can return to normal statue after lose data.This paper describes the Linu* server, oracle database through SQL * plus tools, cold oracle

9、 database backup and recovery (offline backup) and hot backup and recovery (online backup), respectively, the parameters of the database files, control files, data files the log files are backed up and restored.By simulating different scenarios, the database files are missing in the case, the databa

10、se is fully recovered and inplete recovery.This paper elaborates inplete recovery points to be noted and inplete recovery features.Through this case study on backup and recovery, you can write relevant database backup and recovery scripts, simplify backup step, hoping to achieve the Linu* operating

11、system, automatic database backup and recovery.Key words:oracle; backup; recovery. 第一章 緒論國外研究動態(tài)當今的信息時代，數(shù)據(jù)在現(xiàn)代企業(yè)中占有重要的地位，數(shù)據(jù)平安性就顯得尤為重要。隨著企業(yè)規(guī)模的擴展，用戶早已認識到保證信息系統(tǒng)的平安不連續(xù)工作成為各個行業(yè)信息化建立的重要關注點。而且近年來頻繁出現(xiàn)的自然災害或者突發(fā)事件也讓人們越來越多的注意到，原有意識中的數(shù)據(jù)備份已經無法滿足關鍵業(yè)務對系統(tǒng)的可用性、實時性、平安性的需要。這時，異地容災解決方案的出現(xiàn)則可通過在不同地點建立備份系統(tǒng)，從而進一步提數(shù)據(jù)抵抗各種可能平安因

12、素的容災能力。美國是一個信息技術非常興旺的國家，因此很早就有了很高的災備意識，像美國政府就發(fā)布規(guī)定：要求所有政府、金融和醫(yī)療等機構都必須建立備份數(shù)據(jù)中心，以確保在遭受恐懼主義攻擊、軍事打擊或自然災害之后，能夠實現(xiàn)快速重建。我國是一個信息產業(yè)開展比擬晚的國家，但也一直在學習國外的先進經歷，公布了一系列法律法規(guī)來規(guī)災備市場的開展，例如像信息系統(tǒng)災難恢復規(guī)中就將災備劃分為6個等級。容災備份系統(tǒng)的現(xiàn)狀分析伴隨著IT信息化的推進，組織運營對IT系統(tǒng)的依賴度越來越高，IT系統(tǒng)的可持續(xù)化運行，以及IT系統(tǒng)中數(shù)據(jù)的平安性，已經是對組織運營風險控制產生重大影響。而容災正是這樣一門技術和方案，它可提供一個防止IT

13、系統(tǒng)遭受各種災難影響破壞的保護系統(tǒng)，為IT系統(tǒng)的可持續(xù)化運行和數(shù)據(jù)平安提供一道保護屏障。而且近年來頻繁出現(xiàn)的自然災害或者突發(fā)事件也讓人們越來越多的注意到，原有意識中的數(shù)據(jù)備份已經無法滿足關鍵業(yè)務對系統(tǒng)的可用性、實時性、平安性的需要。這時，異地容災解決方案的出現(xiàn)則可通過在不同地點建立備份系統(tǒng)，從而進一步提數(shù)據(jù)抵抗各種可能平安因素的容災能力。 針對這一應用需求，市場上紛紛推出基于SAN的異地容災軟、硬件產品，希望能夠為用戶提供整套以SAN網絡環(huán)境和異地實時備份為根底的，高效、可靠的異地容災解決方案，并且能夠為用戶提供支持各種操作系統(tǒng)平臺、數(shù)據(jù)庫應用和網絡應用的系統(tǒng)容災效勞。而本文主要介紹的是Ora

14、cle公司的容災技術。隨著Oracle數(shù)據(jù)庫的逐步開展，Oracle數(shù)據(jù)庫被使用于各行各業(yè)，使用Oracle數(shù)據(jù)庫的大型公司也隨之不斷的增加，因而對于Oracle數(shù)據(jù)庫的平安性，人們也有了新的擔憂和考慮，因此Oracle數(shù)據(jù)庫備份和恢復技術的研究在國外如雨后春筍，迅速的不斷開展。但是，如果這時發(fā)生不可預測的自然災害以及突發(fā)事件，導致整個數(shù)據(jù)保護體系崩潰時，將給企業(yè)帶來消滅性打擊。如果企業(yè)對數(shù)據(jù)平安要求很高，就應該搭建容災系統(tǒng)。. 第二章 數(shù)據(jù)庫備份方案2.1 備份文件 定義參數(shù)文件：記錄數(shù)據(jù)庫的系統(tǒng)配置文件，每當數(shù)據(jù)庫啟動，Oracle自動地從參數(shù)文件中讀取系統(tǒng)參數(shù)設置來配置啟動數(shù)據(jù)庫。如存池

15、的分配，允許翻開的進程數(shù)和會話數(shù)等?？刂莆募嚎刂莆募嵌M制文件，數(shù)據(jù)庫的構造、數(shù)據(jù)文件和日志文件的一些信息都包含在其中?？刂莆募⒉淮?，但是它在數(shù)據(jù)空中最重要的文件，只有數(shù)據(jù)庫進程才可以對控制文件的容進展更新，控制文件容主要包括數(shù)據(jù)庫的名稱sid，位置，聯(lián)機、脫機的狀態(tài)，Redo Log File的名稱和位置，每個表空間名稱， 歸檔日志文件的信息，檢查點CheckPoint信息，重做信息，rman備份信息等等。數(shù)據(jù)文件：用來存放數(shù)據(jù)的文件，每個數(shù)據(jù)庫一定是至少含有一個數(shù)據(jù)文件system01.dbf，假設存在多個數(shù)據(jù)文件，應該分別存放于不同的磁盤上，這樣做不僅能提高數(shù)據(jù)的存取速度，有利于提

16、高數(shù)據(jù)庫的性能，而且還能高度容災。重做日志文件：數(shù)據(jù)庫日志文件包括歸檔的日志和在線的日志， 當數(shù)據(jù)庫被修改是，就會記錄在這些文件當中。Oracle數(shù)據(jù)庫必須至少包含兩組在線日志，在線日志可以循環(huán)使用，當正在寫的在線日志被寫滿后，就會切換到另一組在線日志，后者的容會被覆蓋，這個過程叫作日志切換Log Switch，在日志切換時會自動觸發(fā)檢查點CheckPoint，使存中的數(shù)據(jù)寫到數(shù)據(jù)文件當中。如果數(shù)據(jù)庫執(zhí)行了DML語句，就會被記錄到日志文件中，并且記錄動作是在改變數(shù)據(jù)前進展的，正是因為日志文件記錄了數(shù)據(jù)庫所有的修改操作，因此假設有過去*時間點的備份文件，并且有從備份時間點到現(xiàn)在時間點的所有日志文

17、件，就可以通過在備份文件上“重做這些日志的方式，把數(shù)據(jù)文件恢復到當前狀態(tài)或者當中的任何時點的狀態(tài)。為了到達防止日志組文件失效的目的，應該對每一個日志組中的每一個日志文件做一份或多份鏡像，每個日志組文件和它的備份鏡像文件稱為其日志組的成員。兩個一樣的成員應該分別存在不一樣的磁盤上，這樣做的目的是，可以防止磁盤因外部原因失效時，一樣日志組的鏡像日志一起失效。主要的容Pfile:系統(tǒng)的參數(shù)文件，可用vim，vi等編輯器進展修改，其文件名一般是init.oraSpfile:二進制參數(shù)文件，不能使用編輯器直接進展修改，只可以存放在Oracle的效勞器上，可以使用EM網頁或指令(alter system|

18、session set parameter_name = values )來修改,文件名通常為Spfile.ora,支持RMAN備份。System01.dbf:記錄系統(tǒng)運行的信息，包含所有的數(shù)據(jù)字典，PL/SQL程序代碼及其他系統(tǒng)信息。Sysau*01.dbf:system01.dbf文件的輔助文件，存放數(shù)據(jù)庫系統(tǒng)活動的工具，例如LogMiner。Undotbs01.dbf:存放系統(tǒng)運行時的回退信息，即DML操作后的舊數(shù)據(jù)信息。Users01.dbf:新建用戶未指定存儲空間時，默認數(shù)據(jù)存放的文件。E*ample01.dbf:存放事例數(shù)據(jù)信息。 優(yōu)先級別Oracle 啟動讀取參數(shù)文件的順序,如果

19、個文件都不存在，則Oracle會報錯：spfile.ora - spfile.ora -init.ora文件之間的轉化從spfile來生成pfilecreate pfile from spfile ,執(zhí)行完畢后，pfile將$ORACLE_HOME/dbs/init$ORACLE_SID.ora也可以指定pfile 的路徑：create pfile = from spfile由pfile 生成spfilecreate spfile from pfilecreate spfile from pfile = create spfile = from pfile2.2 備份恢復方案備份恢復的分類按照

20、備份恢復的方式，可以分為邏輯備份、冷備份脫機備份、熱備份，其中，熱備份和冷備份合稱為物理備份。按照備份的工具，可以分為E*P/IMP備份、操作系統(tǒng)備份RMAN、第三方工具備份，如VERITAS等。備份方案的介紹邏輯備份是指只備份數(shù)據(jù)庫中的數(shù)據(jù)但不記錄數(shù)據(jù)物理位置的一種備份。導出為數(shù)據(jù)庫作一個二進制的備份，并且這個備份只能由其姐妹程序imp來讀取操作系統(tǒng)備份包括冷備份和熱備份。操作系統(tǒng)備份和上面的邏輯備份有本質的區(qū)別，它將拷貝整個的數(shù)據(jù)文件。冷備份在文件級備份開場前數(shù)據(jù)庫必須徹底關閉。熱備份是當數(shù)據(jù)庫翻開時的操作系統(tǒng)備份。Recovery ManagerRMAN是一個使DBA能很方便地對數(shù)據(jù)庫執(zhí)

21、行備份和恢復任務的oracle應用工具，能夠提供DBA對企業(yè)數(shù)據(jù)庫備份與恢復操作的集中控制。2.3 數(shù)據(jù)庫的備份策略概述爭取的備份策略不僅能保證數(shù)據(jù)庫效勞器的7*24小時的高性能的運行，還能保證備份與恢復的快速性與可靠性。采用多級備份就是為了減少每天備份所需要的時間，而保證系統(tǒng)有良好的恢復性?；謴蜁r間與備份時間要有一個權衡。比方只要進展一個數(shù)據(jù)庫的全備份，然后就只備份歸檔也可以保證能把數(shù)據(jù)庫恢復到最新的狀態(tài)，但是這樣的恢復時間將是不可容忍的。第三章 備份與恢復功能設計與實現(xiàn)3.1 冷備份脫機備份 定義冷備份脫機備份是當數(shù)據(jù)庫的一切可以被讀取和寫入的數(shù)據(jù)庫物理文件參數(shù)文件、控制文件，數(shù)據(jù)文件等具

22、有一樣的系統(tǒng)改變號S時才能進展的數(shù)據(jù)庫的一致性備份，數(shù)據(jù)庫保持在同一狀態(tài)的唯一方法是將數(shù)據(jù)庫正常關閉，因此只在數(shù)據(jù)庫正常關閉情況下的備份才算是一致性備份。冷備份既適用于archivelog模式，也適用于noarchivelog模式。 優(yōu)點與缺點優(yōu)點：快速并且相對簡單的備份方法因為僅僅需要拷貝文件。容易恢復至*個時間點上僅需將文件拷貝回去。低度維護，高度平安。缺點：單獨使用時，只能提供到“*一時間點上的恢復。在冷備份過程中，數(shù)據(jù)庫必須是關閉狀態(tài)。 步驟、查看數(shù)據(jù)庫文件物理位置。 圖 2.1 數(shù)據(jù)文件圖2.2 控制文件圖2.3 日志文件圖2.4 參數(shù)文件關閉運行的數(shù)據(jù)庫。備份參數(shù)文件，控制文件，數(shù)

23、據(jù)文件，日志文件到指定目錄下。備份恢復功能設計與實現(xiàn) 1建立測試表test，并且插入數(shù)據(jù)1，恢復后，數(shù)據(jù)應該還是存在的圖2.5 創(chuàng)立測試表圖2.62關閉數(shù)據(jù)庫，執(zhí)行備份圖2.7 執(zhí)行冷備份3插入另外一條數(shù)據(jù)2，恢復時應該喪失的數(shù)據(jù)圖2.8 插入驗證信息4關閉數(shù)據(jù)庫，刪除所有的文件：數(shù)據(jù)文件，控制文件，參數(shù)文件，日志文件圖2.9 刪除文件5啟動數(shù)據(jù)庫圖2.10 啟動數(shù)據(jù)庫6恢復冷備份的文件到各自的文件夾圖2.11 冷備份的恢復7驗證冷備份的恢復，數(shù)據(jù)2喪失，只有數(shù)據(jù)1，備份后插入的數(shù)據(jù)不存在。圖2.12 驗證恢復3.2 熱備份恢復聯(lián)機備份恢復定義數(shù)據(jù)庫熱備份是指數(shù)據(jù)庫在啟動運行的狀態(tài)下，對數(shù)據(jù)庫

24、的控制文件、參數(shù)文件、數(shù)據(jù)文件等進展備份操作。熱備份是用戶管理備份恢復的一種方式，也是除了RMAN備份之外比擬經常使用的一種備份方式。熱備份僅僅適用于archivelog狀態(tài)。 優(yōu)點與缺點優(yōu)點：可以在表空間或數(shù)據(jù)文件級備份，備份的時間短。備份時數(shù)據(jù)庫仍可以使用?？傻竭_秒級恢復恢復到*一時間點上缺點：不能出錯，否則備份數(shù)據(jù)不可用。備份方法相對復雜，難于維護。 備份設計與實現(xiàn)凍結塊頭-控制S在備份時不發(fā)生變化進展物理拷貝解凍塊頭-讓S可以變化(當對S解凍后，系統(tǒng)會自動更新S至最新的狀態(tài))查看是否在自動歸檔模式：圖2.13 非歸檔模式如果不是則啟動自動歸檔模式：圖2.14 啟動歸檔模式圖2.15 在

25、線備份數(shù)據(jù)文件圖2.16 在線備份控制文件圖2.17 備份參數(shù)文件和重做日志歸檔文件完全恢復：1用戶表空間數(shù)據(jù)文件受損A、查看數(shù)據(jù)庫是否運行在歸檔模式，確保能把數(shù)據(jù)完全恢復，如果不是，則設置為自動歸檔模式圖2.18 歸檔模式B、在用戶表空間創(chuàng)立測試表，并且插入測試數(shù)據(jù)圖2.19 插入驗證數(shù)據(jù)C、對users表空間數(shù)據(jù)文件進展熱備份圖2.20 備份用戶空間D、插入熱備份后的另外一條數(shù)據(jù)，驗證熱備份完全恢復圖2.21 插入測試數(shù)據(jù)E、關閉數(shù)據(jù)庫，刪除用戶表空間文件，模擬出錯圖2.22 模擬故障查表v$recover_file，用戶數(shù)據(jù)文件需要恢復圖2.23 查看需要回復的數(shù)據(jù)文件如果實際中，數(shù)據(jù)庫

26、需要對外效勞，但是用戶數(shù)據(jù)文件尚未修復，可以選擇先把數(shù)據(jù)文件離線再進展修復。圖2.24 離線數(shù)據(jù)文件圖2.25 恢復離線的數(shù)據(jù)文件F、查看驗證熱備份的數(shù)據(jù)，確認是否完全恢復，重做數(shù)據(jù)文件到當前的時間點，確保備份后的數(shù)據(jù)還在，前提是要處于歸檔模式，切歸檔重做文件都沒被刪除圖2.26 查看熱備份的效果(2)用戶表空間數(shù)據(jù)文件受損且無備份的恢復第一種情況，先刪除數(shù)據(jù)文件，在觸發(fā)檢查點A、創(chuàng)立用戶表空間做測試圖2.27 創(chuàng)立測試數(shù)據(jù)B、刪除用戶表空間，模擬故障，表格還在的原因是因為數(shù)據(jù)已經緩存到存了，查找容實際是在存找圖2.28 模擬故障C、當觸發(fā)檢查點，存數(shù)據(jù)會寫盤，然而查找數(shù)據(jù)的話，沒改變數(shù)據(jù)容，

27、寫盤的時候不需要修改容，故數(shù)據(jù)文件test.dbf不存在也不會報錯，但是再查找表的容的時候，要從磁盤讀，因此發(fā)現(xiàn)了數(shù)據(jù)文件不存在圖2.29 數(shù)據(jù)文件故障D、關閉系統(tǒng)，然后啟動后發(fā)現(xiàn)，數(shù)據(jù)文件處于recover狀態(tài)圖2.30 recover狀態(tài)的數(shù)據(jù)文件E、創(chuàng)立喪失的數(shù)據(jù)文件，恢復文件的容圖2.31 創(chuàng)立需要的文件圖2.32 查看數(shù)據(jù)文件狀態(tài)F、驗證數(shù)據(jù)是否還是存在，數(shù)據(jù)還在的條件是，歸檔日志文件存在的時間要比表空間創(chuàng)立的時間要長遠，才有重做日志文件支持完全恢復。圖2.33 驗證恢復第二種情況：先觸發(fā)檢查點，在刪除數(shù)據(jù)文件圖2.34 情況二圖2.34 數(shù)據(jù)文件需要恢復圖2.35 恢復后的數(shù)據(jù)3S

28、ystem表空間數(shù)據(jù)文件或者大量數(shù)據(jù)文件受損A、對system表空間進展熱備份圖2.35 熱備份B、刪除system數(shù)據(jù)文件，模擬數(shù)據(jù)文件損壞圖2.36 刪除數(shù)據(jù)文件C、把熱備份的數(shù)據(jù)文件重新拷回去，恢復系統(tǒng)數(shù)據(jù)文件圖2.37 恢復數(shù)據(jù)文件4回滾文件損壞的恢復A、查看回滾表空間的相關信息回滾文件可以在線刪除圖2.38 回滾表空間信息B、刪除undo數(shù)據(jù)文件，啟動數(shù)據(jù)庫圖2.39 模擬故障圖2.40 故障C、把回滾數(shù)據(jù)文件離線，啟動數(shù)據(jù)庫圖2.41 離線數(shù)據(jù)文件D、創(chuàng)立一個新的回滾表空間，并修改參數(shù)undo_tablespace，使undotbs1能成功刪除圖2.42 創(chuàng)立回滾表空間圖2.43

29、創(chuàng)立修改回滾表空間E、創(chuàng)立測試表test圖2.44 創(chuàng)立測試數(shù)據(jù)F、關閉數(shù)據(jù)庫，發(fā)現(xiàn)數(shù)據(jù)庫一直關閉不了，掛起了，查看警告文件圖2.45 關機掛起圖2.46 查看跟蹤文件G、啟動數(shù)據(jù)庫圖2.47 故障H、修改參數(shù)文件pfile，增加一行圖2.48 修改SPFILE圖2.48 啟動數(shù)據(jù)庫5臨時文件損壞的修復A、當控制文件不需要重建的時候圖2.49 模擬故障B、控制文件重建的時候，因為控制文件的創(chuàng)立不包含temp的路徑，假設創(chuàng)立時指定會報錯，故在啟動數(shù)據(jù)庫后要手工綁定。圖2.50 模擬故障2圖2.51 查看臨時表空間圖2.52 大查詢圖2.53 手工創(chuàng)立臨時表空間不完全恢復1基于time時間的恢復基

30、于時間的恢復能將數(shù)據(jù)庫通過不完全恢復，到過去的*一時間點，經常被用在誤操作導致的刪除數(shù)據(jù)，在備機上將數(shù)據(jù)庫恢復至被刪除時間點之前的狀態(tài)，然后把該表導出到正式環(huán)境，以挽回喪失數(shù)據(jù)。A、建立測試表test，插入測試數(shù)據(jù)圖2.54 創(chuàng)立測試數(shù)據(jù)表B、熱備份除temp表空間以外所有的數(shù)據(jù)文件，雖然恢復的數(shù)據(jù)在users表空間，但是不完全恢復基于時間的恢復，所有的表空間數(shù)據(jù)文件都應該恢復到同一個時間點上，因此，需要備份所有數(shù)據(jù)文件。圖2.55 熱備份所有文件C、繼續(xù)插入測試數(shù)據(jù)，熱備份后的數(shù)據(jù)，如果僅僅恢復備份，數(shù)據(jù)應該不存在，查看數(shù)據(jù)喪失之前的時間點，用于不完全恢復的時間參考。圖2.54 繼續(xù)創(chuàng)立測試

31、數(shù)據(jù)D、刪除測試數(shù)據(jù)表，關閉數(shù)據(jù)庫，拷回熱備份，啟動到mount狀態(tài)，根據(jù)時間點恢復。圖2.55 E、重新以resetlogs方式翻開數(shù)據(jù)庫，查看喪失數(shù)據(jù)是否存在。圖2.56 驗證2基于改變s的恢復基于改變s號system change number的恢復可以將數(shù)據(jù)庫不完全恢復到過去的*一個scm改變點，也常用于在誤操作刪除數(shù)據(jù)后，在備用機上將數(shù)據(jù)庫恢復到刪除s之前，然后把表導出到正式的環(huán)境，挽回喪失的數(shù)據(jù)。圖2.57 圖2.58圖2.593控制文件損壞的恢復*單個控制文件被破壞由于數(shù)據(jù)庫的三個控制文件都是相互備份的，因此，當損壞一個數(shù)據(jù)文件的時候，可以從另外的兩個數(shù)據(jù)文件拷貝創(chuàng)立新的數(shù)據(jù)文件

32、，名字一樣即可。或者把pfile中控制文件的數(shù)量改變?yōu)閮蓚€，重新以pfile啟動數(shù)據(jù)庫圖2.60圖2.61*多個控制文件被破壞在很多個控制文件都被破壞的情況下，如果沒有對控制文件做備份，則只能通過重建控制文件生成。在創(chuàng)立控制文件的時候，應該很清楚的了解到每一個數(shù)據(jù)文件，日志文件的具體位置，確保在重建數(shù)據(jù)文件之后，數(shù)據(jù)庫的正確性，并且，在重建控制文件的時，是不包含temp01.dbf數(shù)據(jù)文件的，只能在翻開數(shù)據(jù)庫后，進展temp表空間的重新建立，以到達temp表空間的使用。圖2.62圖2.634日志文件損壞的恢復*正常關機情況下非當前聯(lián)機日志文件被破壞正常關閉DB時緩存均已寫盤，且logfile已

33、歸檔，故僅需clear logfile 重新生成喪失的非當前日志文件即可，無數(shù)據(jù)喪失；假設日志未歸檔，必須加unarchived參數(shù)，才會允許重新生成日志文件，并標志所有備份失效，應該重做全備份。圖2.64圖2.65*正常關機情況下當前聯(lián)機或所有日志文件被破壞正常關閉DB時緩存均已寫盤，且logfile已歸檔，因此僅需until cancel 取消系統(tǒng)查找當前聯(lián)機日志，并且resetlogs重新生成對視的當前聯(lián)機日志文件即可，無數(shù)據(jù)喪失。圖2.66圖2.67*DB運行時或非正常關機的情況下已歸檔active日志文件被破壞圖2.68系統(tǒng)suggestion提示文件正確即可回車確認使用該文件進展重

34、做，提示錯誤則可手工輸入filename使用指定文件進展重做，這兩種重做都是單步進展的，重做完本歸檔或者日志文件后，又會繼續(xù)提示指定用來重做的下一個歸檔或日志文件，而auto則自動尋找所有歸檔或日志文件進展重做，非單步進展，后續(xù)歸檔或日志文件的重做無提示等待確認圖2.69前一個歸檔或日志文件已經完成恢復重做，不再需要，且再次提示的用于后續(xù)恢復的歸檔文件是錯誤的而應該使用當前日志文件進展恢復，因此手工輸入當前日志文件名進展恢復。因active日志已經被歸檔，因此oracle數(shù)據(jù)庫可以到歸檔文件或者current日志文件中找到需要的數(shù)據(jù)，以進展實例恢復，次過程沒有數(shù)據(jù)喪失，最后resetlogs用

35、來重新生成已經喪失的歸檔active的日志文件。*DB運行時或非正常關機情況下未歸檔active或current日志文件被破壞圖2.70圖2.71圖2.72因active/current日志并沒有被歸檔，所以數(shù)據(jù)庫沒方法到歸檔日志中找到需要數(shù)據(jù)進展數(shù)據(jù)庫的實例恢復，數(shù)據(jù)文件在沒有歸檔active或current日志文件上不一致，并且沒方法使用已經喪失的沒有歸檔文檔active或當前日志文件把數(shù)據(jù)文件重做到一致的時間點上，只可以通過全備份進展不完全恢復，將所有數(shù)據(jù)文件時間點重做到最后一個可用日志文件中的最后一條重做記錄處，其后喪失的未歸檔active或當前日志文件通過resetlogs重新生成而

36、未進展重做，故有數(shù)據(jù)喪失，但數(shù)據(jù)仍一致的，所有數(shù)據(jù)文件均處于最后一個日志文件中最后一條重做記錄所對應的時間點處。*DB運行時或非正常關機情況下未歸檔active或current日志文件被破壞無備份圖2.73圖2.74圖2.75圖2.76因current/active日志并沒有歸檔，因此數(shù)據(jù)庫沒方法到歸檔日子文件中找到需要的數(shù)據(jù)進展實例恢復，數(shù)據(jù)文件在沒有歸檔active或current當前日志文件上是不一致的，并且沒有全備份重做恢復到一樣的時間點上面，只能通過設置_allow_resetlogs_corruption=true隱含參數(shù)，并resetlogs重新生成喪失的未歸檔active或cu

37、rrent日志文件，使數(shù)據(jù)庫在不一致情況下啟動以便備出數(shù)據(jù)，這種操作會有數(shù)據(jù)喪失。第四章 總結保證oracle數(shù)據(jù)庫的平安是系統(tǒng)平安的重要組成局部，必須要設計完善的數(shù)據(jù)庫備份和恢復方案。Oracle提供的各種工具結合起來使用能夠使數(shù)據(jù)庫的備份和恢復變得簡單。在實際的oracle數(shù)據(jù)庫的備份和恢復中，會有許多不同的和復雜的情況出現(xiàn)，針對不同的情況，要本著使數(shù)據(jù)具有最大的可恢復性和恢復時間最短的原則去進展數(shù)據(jù)庫的恢復，這需要大量的實驗和經歷積累。參考文獻Thomas Kyte.E*pert One-on-OneM.Apress，2003.8Benjamin Rosenzweig ，Elena Silvestrova Rakhimov.Oracle PLSQL實例精解第4版M.Prentice Hall PTR，2009.6ThomasKyte.E*pert Oracle Database Architecture 2nd EditionM.Apress，2010.7Administrators Guide.or