因為資料重做日誌會紀錄資料庫所有的修改動作，所以，當資料庫頻繁修改時，如那些ERP系統需要頻繁對資料庫進行修改操作，此時，資料庫的重做日誌檔案就會很龐大。為了便於日誌檔案的管理，Oracle 資料庫預設情況下，在安裝的時候，會有三個重做日誌檔案。

當第一個重做日誌檔案達到一定容量時，就會停止寫入，而會轉向第二個日誌檔案; 第二個也滿時，就會轉向第三個。當第三個滿時，就會往第一個日誌檔案中寫入。在往這原來的紀錄中寫入重做日誌檔案的時候，是否需要對原有的紀錄進行備份呢?根據使用者需求的不同，就存在這兩種處理模式。

一種是不需要資料庫進行自動備份，這種模式就叫做非歸檔模式; 而當重做日誌改寫原有的重做日誌檔案以前，資料庫會自動對原有的日誌檔案進行備份的話，這種操作模式就叫做歸檔模式。

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

這要根據企業對於資料完整性的要求不同而採取不同的操作模式。

筆者的建議是，採用歸檔模式。因為現在硬碟非常的便宜，故我們可以花比較少的代價，換取比較齊全的資料庫重做日誌檔案，個人認為這對於企業來說，是很值得的。

筆者現在的做法是，重做日誌檔案至少儲存一年。也就是說，當一年過後，就可以重寫原來的日誌檔案。

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