Oracle重做記錄檔管理技巧

重做記錄檔是Oracle資料庫中一種非常重要的記錄檔，也是其一個很有特色的功能。重做記錄檔會紀錄對於資料庫的任何操作，如利用DML語句或者DDL語句對資料變更，或者資料庫管理員對資料庫結構變更，都會在重做日誌中進行記錄。

可見，當資料被意外的刪除或者修改，我們可以利用重新記錄檔進行恢複; 當出現常式失敗或者介質失敗的情況下，也可以利用記錄檔實現常式恢複或者介質恢複。所以說，我們若能夠管理好重做記錄檔的話，對於保障資料庫資料的安全是非常重要的。

下面筆者談談管理好Oracle 資料庫記錄檔的幾點經驗技巧，或許，能夠給大家在重做記錄檔的管理中帶來一些啟示。

一、合理確定重做記錄檔的存放位置

我們知道，當資料庫內部資料丟失或者被意外更改的情況下，資料庫管理員可以利用重做記錄檔實現資料庫資料的恢複工作。當資料庫出現意外事故，如硬碟物理損壞、資料丟失時怎麼辦?

我們第一個就會想到利用資料庫重做日誌對資料進行恢複。可是當資料庫重做日誌跟資料庫資料檔案放在同一個硬碟的話，很明顯，當硬碟損壞的時候，資料檔案將跟記錄檔共赴黃泉。此時，連天皇老子都救不了我們。

所以，此時，我們就有必要把重做記錄檔跟資料庫資料檔案放在兩個不同的硬碟上面。此時，任何一個硬碟若發生損壞，我們都可以憑藉另外一塊硬碟的資料，來挽回損失。如存放資料檔案的硬碟損壞時，我們就可以利用存放在另外一塊硬碟上的資料重做記錄檔進行修複，挽回損失。

雞蛋不能放在同一個籃子裡，故重做記錄檔與資料檔案也不要放在同一塊硬碟上。那時非常危險一個動作。

其實，這個重做記錄檔就跟資料庫的備份檔案類似。我們在對資料庫進行備份的時候，都知道需要進行異地備份。可惜的是，很多資料庫管理員，在進行Oracle 資料庫管理的時候，沒有注意到這一點，結果當出現問題的時候，就來不及了。故，對於資料重做記錄檔，儲存時，要跟Database Backup檔案一樣，進行異地儲存。

二、合理設定資料庫的歸檔模式

因為資料重做日誌會紀錄資料庫所有的修改動作，所以，當資料庫頻繁修改時，如那些ERP系統需要頻繁對資料庫進行修改操作，此時，資料庫的重做記錄檔就會很龐大。為了便於記錄檔的管理，Oracle 資料庫預設情況下，在安裝的時候，會有三個重做記錄檔。當第一個重做記錄檔達到一定容量時，就會停止寫入，而會轉向第二個記錄檔; 第二個也滿時，就會轉向第三個。當第三個滿時，就會往第一個記錄檔中寫入。在往這原來的紀錄中寫入重做記錄檔的時候，是否需要對原有的紀錄進行備份呢?根據使用者需求的不同，就存在這兩種處理模式。一種是不需要資料庫進行自動備份，這種模式就叫做非歸檔模式; 而當重做日誌改寫原有的重做記錄檔以前，資料庫會自動對原有的記錄檔進行備份的話，這種操作模式就叫做歸檔模式。

現在擺在資料庫管理員面前有兩個選擇。選擇歸檔模式或者非歸檔模式呢?

這要根據企業對於資料完整性的要求不同而採取不同的操作模式。筆者的建議是，採用歸檔模式。因為現在硬碟非常的便宜，故我們可以花比較少的代價，換取比較齊全的資料庫重做記錄檔，個人認為這對於企業來說，是很值得的。、

筆者現在的做法是，重做記錄檔至少儲存一年。也就是說，當一年過後，就可以重寫原來的記錄檔。這主要是跟企業所處的行業以及對於資料的安全性程度不同而有所區別。如銀行就不同，他們可能要求重新日誌保留十年甚至更長的時間。要知道，對於他們來說，任何一條記錄可能都涉及到很大的資金。