歸檔模式的介紹

歸檔模式的介紹任何數(shù)據(jù)庫在長期使用過程中，都會(huì)存在一定的安全隱患。數(shù)據(jù)庫恢復(fù)就是當(dāng)數(shù)據(jù)庫發(fā)生故障后，希望能重新建立一個(gè)完整的數(shù)據(jù)庫。Oracle數(shù)據(jù)庫可以運(yùn)行在2種模式下：歸檔模式（archivelog）和非歸檔模式（noarchivelog）。歸檔模式可以提高Oracle數(shù)據(jù)庫的可恢復(fù)性，生產(chǎn)數(shù)據(jù)庫都應(yīng)該運(yùn)行在此模式下，歸檔模式應(yīng)該和相應(yīng)的備份策略相結(jié)合。Oracle的日志文件至少有兩個(gè)，當(dāng)?shù)谝粋€(gè)寫滿了，就會(huì)接著寫第二個(gè)，第二寫滿后，如果是歸檔模式就會(huì)要求你提供路徑保存日志文件，如果是非歸檔模式則會(huì)直接覆蓋第一個(gè)日志文件。這就是歸檔模式和非歸檔模式的最簡單區(qū)別。數(shù)據(jù)丟失的原因各種各樣。可能導(dǎo)致數(shù)據(jù)丟失的一些最常見的故障類型：1、 語句故障：是Oracle程序在處理語句時(shí)的邏輯錯(cuò)誤。例如，用戶執(zhí)行了無效SQL結(jié)構(gòu)的語句。當(dāng)發(fā)生語句故障時(shí)，Oracle自動(dòng)撤銷語句的所有效果并將控制返回給用戶。2、 進(jìn)程故障是訪問Oracle的用戶進(jìn)程中出現(xiàn)的故障（即異常斷開或進(jìn)程終止）。盡管Oracle和其他的用戶進(jìn)可以繼續(xù)工作，但出現(xiàn)故障的用戶進(jìn)程將不能繼續(xù)工作。如果用戶進(jìn)程在更改數(shù)據(jù)庫時(shí)出現(xiàn)故障，則Oracle后臺(tái)進(jìn)程將撤銷未提交事務(wù)的效果。3、 實(shí)例故障是使Oracle實(shí)例（即SGA和后臺(tái)進(jìn)程）無法繼續(xù)工作的問題。實(shí)例故障可能源于硬件問題（如電力中斷）或軟件問題（如操作系統(tǒng)崩潰）。當(dāng)實(shí)例出現(xiàn)故障時(shí)，Oracle不會(huì)將SGA緩沖區(qū)中的數(shù)據(jù)寫到數(shù)據(jù)文件中。4、 用戶或應(yīng)用程序錯(cuò)誤是導(dǎo)致數(shù)據(jù)丟失的用戶錯(cuò)誤。例如，用戶可能無意地從工資單表中刪除數(shù)據(jù)。這種用戶錯(cuò)誤可能需要將數(shù)據(jù)庫或?qū)ο蠡謴?fù)到該錯(cuò)誤發(fā)生前的某個(gè)時(shí)間點(diǎn)上。為了允許從用戶錯(cuò)誤中恢復(fù)過來并滿足其他獨(dú)特的恢復(fù)要求，Oracle提供了閃回技術(shù)。5、 介質(zhì)故障是當(dāng)Oracle試圖寫或讀操作數(shù)據(jù)庫所需要的文件時(shí)出現(xiàn)的物理問題。一個(gè)常見的例子是磁盤頭損壞，它將導(dǎo)致磁盤驅(qū)動(dòng)器上的所有數(shù)據(jù)丟失。磁盤故障可能影響各種文件（包括數(shù)據(jù)文件、重做日志文件和控制文件）。因?yàn)閿?shù)據(jù)庫實(shí)例無法繼續(xù)正常工作，所以它無法將SGA的數(shù)據(jù)庫緩沖區(qū)中的數(shù)據(jù)寫到數(shù)據(jù)文件中。一個(gè)數(shù)據(jù)庫包含各種類型的數(shù)據(jù)。歸檔模式下可以備份的信息?；镜膫浞蓊愋桶ǎ?、 聯(lián)機(jī)數(shù)據(jù)庫備份2、 離線數(shù)據(jù)庫備份3、 整個(gè)數(shù)據(jù)庫4、 表空間5、 數(shù)據(jù)文件6、 控制文件7、 存檔重做日志8、 配置文件Oracle有三種基本的恢復(fù)類型：實(shí)例恢復(fù)、崩潰恢復(fù)和介質(zhì)恢復(fù)。Oracle在實(shí)例啟動(dòng)時(shí)自動(dòng)執(zhí)行前兩種恢復(fù)。只有介質(zhì)恢復(fù)需要用戶執(zhí)行命令。當(dāng)一個(gè)實(shí)例發(fā)現(xiàn)另一個(gè)實(shí)例已經(jīng)崩潰時(shí)，實(shí)例恢復(fù)（只可能在Oracle真正應(yīng)用集群配置中存在）將在打開的數(shù)據(jù)庫中進(jìn)行。一個(gè)幸

存的實(shí)例將自動(dòng)使用重做日志來恢復(fù)數(shù)據(jù)庫緩沖區(qū)中已提交但在實(shí)例出現(xiàn)故障時(shí)丟失的數(shù)據(jù)。Oracle還將撤銷當(dāng)實(shí)例崩潰時(shí)在出現(xiàn)故障的實(shí)例上正在進(jìn)行的任何事務(wù)，然后在恢復(fù)完成之后清除崩潰的實(shí)例擁有的任何鎖。崩潰恢復(fù)在單實(shí)例數(shù)據(jù)庫崩潰或多實(shí)例數(shù)據(jù)庫的所有實(shí)例崩潰時(shí)發(fā)生。在崩潰恢復(fù)中，實(shí)例必須首先打開數(shù)據(jù)庫，然后執(zhí)行恢復(fù)操作。一般而言，在崩潰或關(guān)機(jī)退出之后第一個(gè)打開數(shù)據(jù)庫的實(shí)例將自動(dòng)執(zhí)行崩潰恢復(fù)。與崩潰恢復(fù)和實(shí)例恢復(fù)不同，介質(zhì)恢復(fù)通常響應(yīng)介質(zhì)故障并根據(jù)用戶的命令來執(zhí)行。在介質(zhì)恢復(fù)中，可以使用聯(lián)機(jī)或存檔重做日志來使還原的備份為最新或?qū)⑵涓轮烈粋€(gè)特定的時(shí)間點(diǎn)。介質(zhì)恢復(fù)可以還原整個(gè)數(shù)據(jù)庫、一個(gè)表空間一個(gè)數(shù)據(jù)文件并將它們還原至指定的時(shí)間。無論何時(shí)使用重做日志或?qū)?shù)據(jù)庫恢復(fù)到某個(gè)非當(dāng)前時(shí)間，都將執(zhí)行介質(zhì)恢復(fù)。總可以使用還原的備份來執(zhí)行該種恢復(fù)。介質(zhì)恢復(fù)主要分為完全恢復(fù)和不完全恢復(fù)。完全恢復(fù)涉及將重做數(shù)據(jù)與數(shù)據(jù)庫、表空間或數(shù)據(jù)文件等的備份結(jié)合使用以將其更新至最新的時(shí)間點(diǎn)。它之所以稱為完全備份是因?yàn)镺racle將所有重做更改應(yīng)用到備份上。通常，介質(zhì)恢復(fù)在介質(zhì)故障損壞了數(shù)據(jù)文件或控制文件之后執(zhí)行。虹橋樞紐中央數(shù)據(jù)庫備份恢復(fù)解決方案a、為何虹橋樞紐中央數(shù)據(jù)庫采用歸檔模式進(jìn)行災(zāi)備?在歸檔模式下可以采用熱備份的方式進(jìn)行備份。在歸檔模式下運(yùn)行數(shù)據(jù)庫有以下好處：1、 數(shù)據(jù)庫可以從實(shí)例故障和介質(zhì)故障中完全恢復(fù)過來。2、 用戶可以執(zhí)行聯(lián)機(jī)備份，即在數(shù)據(jù)庫打開并且可供使用的同時(shí)備份表空間。3、 可將存檔的重做日志傳輸并應(yīng)用到備用數(shù)據(jù)庫中。4、 Oracle支持多重存檔日志，以避免存檔日志上任何可能的單點(diǎn)故障。5、 用戶擁有更多恢復(fù)選擇，如能夠執(zhí)行表空間時(shí)間點(diǎn)恢復(fù)(TSPITR)b、b、數(shù)據(jù)庫發(fā)生何種狀況適宜需要進(jìn)行數(shù)據(jù)恢復(fù)?當(dāng)出現(xiàn)數(shù)據(jù)庫文件丟失乃至數(shù)據(jù)庫崩潰的時(shí)候就需要進(jìn)行數(shù)據(jù)恢復(fù)。當(dāng)數(shù)據(jù)庫文件丟失時(shí)，我們將根據(jù)如下步驟進(jìn)行恢復(fù)操作：1)2)3)c、對于日常系統(tǒng)數(shù)據(jù)庫維護(hù)管理中，對于歸檔模式需要進(jìn)行哪些日常維護(hù)？針對本項(xiàng)目，我們采用歸檔模式可以十分有效的保護(hù)數(shù)據(jù)庫。首先設(shè)定數(shù)據(jù)庫為歸檔模式啟動(dòng)數(shù)據(jù)庫在掛起狀態(tài)。將數(shù)據(jù)庫修改為歸檔模式，10g就默認(rèn)啟動(dòng)自動(dòng)歸檔。設(shè)置完畢重新打開數(shù)據(jù)庫。采用以下人工備份手段的必要性以及后果？一個(gè)月作一次全備份，一周作一次累積備份，一天一次增量備份，確保數(shù)據(jù)庫安全。全備份就是利用system用戶進(jìn)行數(shù)據(jù)庫導(dǎo)出。熱備份的具體操作：備份樞紐表空間設(shè)置表空間為備份狀態(tài)備份表空間的數(shù)據(jù)文件回復(fù)表空間為正常狀態(tài)備份歸檔log文件臨時(shí)停止歸檔進(jìn)程log下那些在archiveredelog目標(biāo)目錄中的文件重新啟動(dòng)archive進(jìn)程備份歸檔的redolog文件用alterdatabasebachupcontrolfile命令來備份控制文件d、進(jìn)行歸檔模式對數(shù)據(jù)庫進(jìn)行恢復(fù)的環(huán)境和前提約束?歸檔模式的方式備份數(shù)據(jù)庫的不足是：1、 不能出錯(cuò)，否則后果嚴(yán)重。2、 若熱備份不成功，所得結(jié)果不可用于時(shí)間點(diǎn)的恢復(fù)。3、 因難于維護(hù)，所以要特別仔細(xì)小心，不允許“以失敗告終”。數(shù)據(jù)庫的恢復(fù)可分為兩大類：完全恢復(fù)；不完全恢復(fù)；完全恢復(fù)指將數(shù)據(jù)庫恢復(fù)到發(fā)生故障的時(shí)間點(diǎn)，不丟失任何數(shù)據(jù)。不完全恢復(fù)指將數(shù)據(jù)庫恢復(fù)到發(fā)生故障前的某一個(gè)時(shí)間點(diǎn)，此時(shí)間點(diǎn)以后的所有改動(dòng)將會(huì)丟失。如果沒有特殊需求，我們建議應(yīng)盡量使用完全恢復(fù)。數(shù)據(jù)庫恢復(fù)時(shí)的注意事項(xiàng):一旦數(shù)據(jù)庫發(fā)生災(zāi)難，最好在進(jìn)行恢復(fù)之前做一次完全的冷備份，以便在進(jìn)行恢復(fù)時(shí)產(chǎn)生差錯(cuò)還可以進(jìn)行補(bǔ)救。很大一部分?jǐn)?shù)據(jù)丟失是由于不正確的恢復(fù)操作所引起的。當(dāng)數(shù)據(jù)庫完成恢復(fù)之后，尤其是使用resetlogs選項(xiàng)打開數(shù)據(jù)庫之后，要馬上關(guān)閉數(shù)據(jù)庫進(jìn)行一次完全的冷備份。因?yàn)?，為防止放棄的重做日志被下次恢?fù)時(shí)再次運(yùn)用，resetlogs選項(xiàng)會(huì)重新創(chuàng)建