Online Redo Log損壞處理的實驗分析

這期內容當中小編將會給大家帶來有關Online Redo Log損壞處理的實驗分析，文章內容豐富且以專業的角度為大家分析和敘述，閱讀完這篇文章希望大家可以有所收獲。

Oracle核心文件包括：控制文件、數據文件和在線重做日志（Online Redo Log）。Online Redo Log和Control File分別采用數據冗余的策略進行多重路徑保護。無論是Control File還是Online Redo Log Group Member，都可以指定多個完全相同的文件對象，并且將其分布在不同的存儲介質上。一旦發生介質故障，如硬盤介質故障，我們可以簡單的使用其他存儲位置的文件進行替換。

所以，即使是在正式的生產環境下，如果設置好適當的控制文件成員組和Online Redo Log組，Control File和Online Redo Log損壞不可恢復的情況是不多見的。

但是，如果發生這樣的場景，我們應該怎么進行處理呢？

1、實驗環境和影響因素討論

我們選擇Oracle 10g環境進行實驗。

SQL> select * from v$version;

BANNER

----------------------------------------------------------------

Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod

PL/SQL Release 10.2.0.1.0 - Production

CORE        10.2.0.1.0         Production

--數據庫處在歸檔模式下；

SQL> archive log list;

數據庫日志模式            存檔模式

自動存檔             啟用

存檔終點            USE_DB_RECOVERY_FILE_DEST

最早的聯機日志序列     237

下一個存檔日志序列   239

當前日志序列           239

SQL> select group#, archived, status, first_change# from v$log;

    GROUP# ARCHIVED STATUS           FIRST_CHANGE#

---------- -------- ---------------- -------------

         1 YES      INACTIVE               3567149

         2 YES      INACTIVE               3572305

         3 NO       CURRENT                3572332

在試驗中，我們會在關閉數據庫的時候刪除Online Redo Log組成員文件。注意，在Windows環境下，由于操作系統的限制，我們是沒有辦法刪除一個正在使用或者與實例相關的文件。

三個潛在因素可能會影響到最后結果，分別為：日志歸檔模式、關閉數據庫方式和刪除日志組狀態。

日志歸檔模式表示Oracle是否對已經寫完的online redo log member進行額外歸檔保存。保持一個連續的歸檔信息對Oracle的意義在于可以實現完全恢復complete recovery。在歸檔模式下，我們可以從一個過去的備份集開始，利用歸檔日志前推重演事務，最后應用到當前日志組，使之恢復到一個完全的恢復點上。如果日志已經歸檔，表示日志內容都已經寫入到了數據文件中，狀態必然是非Active狀態。我們的實驗中，數據文件并不是丟失的對象，所以已經寫入數據文件的日志丟失并不會造成致命的影響。

關閉數據庫方式在Oracle中有若干種，但是總的來說只有一致性關閉和非一致性關閉兩個大類。一致性關閉表示Oracle在關閉數據庫前，都要講未寫入的臟塊寫入到數據文件，控制文件和數據文件保持一致。一致性關閉條件下，Oracle在open階段是不需要進行Instance Recovery過程的。非一致性關閉只有shutdown abort，同斷電處理。非一致性關閉下Oracle在open階段要進行instance recovery，這個過程需要redo log的配合。

刪除日志狀態。被刪除的日志組是否是當前日志組也是一個重要因素。如果是當前日志組，就意味Oracle在啟動狀態需要進行讀寫該文件組。如果不是當前日志組被刪除，也可能會有相同的問題，因為非當前日志組可能處在Active狀態。

下面，我們分別進行實驗。

2、完全關閉情況下非當前日志組刪除

當前日志文件狀態如下：

SQL> select group#, type, member from v$logfile;

    GROUP# TYPE    MEMBER

---------- ------- --------------------------------------------------------------------------------

         3 ONLINE  E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO03A.LOG

         2 ONLINE  E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO02A.LOG

         1 ONLINE  E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO01A.LOG

         1 ONLINE  E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO01B.LOG

         3 ONLINE  E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO03B.LOG

         2 ONLINE  E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO02B.LOG

6 rows selected

當前日志組號為3，關閉數據庫刪除日志2組文件。

SQL> shutdown immediate;

數據庫已經關閉。

已經卸載數據庫。

ORACLE 例程已經關閉。

E:\oracle\product\10.2.0\oradata\orcl>rename REDO02A.LOG REDO02A.LOG_bak

E:\oracle\product\10.2.0\oradata\orcl>rename REDO02B.LOG REDO02B.LOG_bak

E:\oracle\product\10.2.0\oradata\orcl>dir

 驅動器 E 中的卷沒有標簽。

 卷的序列號是 7CD0-C497

 E:\oracle\product\10.2.0\oradata\orcl 的目錄

2012-09-22  13:20    <DIR>          .

2012-09-22  13:20    <DIR>          ..

2012-09-22  12:04    <DIR>          CHANGETRACKING

2012-09-22  13:19         7,356,416 CONTROL01.CTL

2012-09-22  13:19         7,356,416 CONTROL02.CTL

2012-09-22  13:19         7,356,416 CONTROL03.CTL

2012-09-22  13:19       104,865,792 EXAMPLE01.DBF

2012-09-22  13:19        52,429,312 REDO01A.LOG

2012-09-22  13:19        52,429,312 REDO01B.LOG

2012-09-22  13:19        52,429,312 REDO02A.LOG_bak

2012-09-22  13:19        52,429,312 REDO02B.LOG_bak

2012-09-22  13:19        52,429,312 REDO03A.LOG

2012-09-22  13:19        52,429,312 REDO03B.LOG

2012-09-22  13:19       304,095,232 SYSAUX01.DBF

（篇幅原因，省略部分內容……）

              16 個文件  3,178,867,712 字節

               3 個目錄 204,274,311,168 可用字節

重新啟動數據庫，之后Oracle在mount到open階段報錯，因為不能找到控制文件中定義的日志文件。

SQL> startup

ORACLE 例程已經啟動。

Total System Global Area  603979776 bytes

Fixed Size                  1250380 bytes

Variable Size             155192244 bytes

Database Buffers          440401920 bytes

Redo Buffers                7135232 bytes

數據庫裝載完畢。

ORA-00313: 無法打開日志組 2 (用于線程 1) 的成員

ORA-00312: 聯機日志 2 線程 1:

'E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO02A.LOG'

ORA-00312: 聯機日志 2 線程 1:

'E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO02B.LOG'

SQL> select open_mode from v$database;

OPEN_MODE

----------

MOUNTED

一般情況下，如果是完全關閉場景，我們是可以保證Oracle將online redo log中所有的內容寫入到了數據文件，并且保持一致。

對非當前日志成員組，如果被誤刪除了，沒有過多的問題，只是需要重建就好了。

SQL> alter database clear logfile group 2;

數據庫已更改。

--完全開啟，沒有數據損失。

SQL> alter database open;

數據庫已更改。

 E:\oracle\product\10.2.0\oradata\orcl 的目錄

2012-09-22  13:23    <DIR>          .

2012-09-22  13:23    <DIR>          ..

2012-09-22  12:04    <DIR>          CHANGETRACKING

2012-09-22  13:20         7,356,416 CONTROL01.CTL

2012-09-22  13:20         7,356,416 CONTROL02.CTL

2012-09-22  13:20         7,356,416 CONTROL03.CTL

2012-09-22  13:19       104,865,792 EXAMPLE01.DBF

2012-09-22  13:23    <DIR>          ONLINELOG

2012-09-22  13:19        52,429,312 REDO01A.LOG

2012-09-22  13:19        52,429,312 REDO01B.LOG

2012-09-22  13:23        52,429,312 REDO02A.LOG

2012-09-22  13:19        52,429,312 REDO02A.LOG_bak

2012-09-22  13:23        52,429,312 REDO02B.LOG

2012-09-22  13:19        52,429,312 REDO02B.LOG_bak

2012-09-22  13:19        52,429,312 REDO03A.LOG

2012-09-22  13:19        52,429,312 REDO03B.LOG

（篇幅原因，部分省略……）

              18 個文件  3,283,726,336 字節

               4 個目錄 204,164,952,064 可用字節

Oracle在clear log后，重新創建了日志文件。

3、完全關閉情況下當前日志組刪除

如果是完全關閉情況下當前日志組刪除，我們應該怎么處理？

SQL> select group#, archived, status, first_change# from v$log;

    GROUP# ARCHIVED STATUS           FIRST_CHANGE#

---------- -------- ---------------- -------------

         1 YES      INACTIVE               3567149

         2 NO       CURRENT                3576416

         3 YES      INACTIVE               3572332

SQL> select group#, type, member from v$logfile;

    GROUP# TYPE    MEMBER

---------- ------- --------------------------------------------------------------------------------

         3 ONLINE  E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO03A.LOG

         2 ONLINE  E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO02A.LOG

         1 ONLINE  E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO01A.LOG

         1 ONLINE  E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO01B.LOG

         3 ONLINE  E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO03B.LOG

         2 ONLINE  E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO02B.LOG

6 rows selected

SQL> shutdown immediate;

數據庫已經關閉。

已經卸載數據庫。

ORACLE 例程已經關閉。

刪除日志組成員，重新啟動。

E:\oracle\product\10.2.0\oradata\orcl>rename REDO02A.LOG REDO02A.LOG_bak

E:\oracle\product\10.2.0\oradata\orcl>rename REDO02B.LOG REDO02B.LOG_bak

SQL> startup

ORACLE 例程已經啟動。

Total System Global Area  603979776 bytes

Fixed Size                  1250380 bytes

Variable Size             159386548 bytes

Database Buffers          436207616 bytes

Redo Buffers                7135232 bytes

數據庫裝載完畢。

ORA-00313: 無法打開日志組 2 (用于線程 1) 的成員

ORA-00312: 聯機日志 2 線程 1:

'E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO02A.LOG'

ORA-00312: 聯機日志 2 線程 1:

'E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO02B.LOG'

使用Clear方法進行恢復嘗試。

SQL> alter database clear logfile group 2;

alter database clear logfile group 2

*

第 1 行出現錯誤:

ORA-00350: 日志 2 (實例 orcl 的日志, 線程 1) 需要歸檔

ORA-00312: 聯機日志 2 線程 1:

'E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO02A.LOG'

ORA-00312: 聯機日志 2 線程 1:

'E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO02B.LOG'

當前日志中內容需要歸檔，所以不能直接進行clear log操作。筆者猜想：如果這里是非歸檔模式，是否就可以成功了？事實的確如此，下面為插入的實驗過程。

--當前日志組為1；

SQL> alter database clear logfile group 1;

Database altered.

SQL> alter database open;

Database altered.

SQL> select open_mode from v$database;

OPEN_MODE

--------------------

READ WRITE

當前數據文件是一致性的。

SQL> select ts#, checkpoint_change#, last_change# from v$datafile;

       TS# CHECKPOINT_CHANGE# LAST_CHANGE#

---------- ------------------ ------------

         0            3577306      3577306

         1            3577306      3577306

         2            3577306      3577306

         4            3577306      3577306

         6            3577306      3577306

可以用recover讓Oracle進行虛擬的恢復動作，恢復到最后的狀態。

SQL> recover database until cancel;

完成介質恢復。

SQL> alter database open;

alter database open

*

第 1 行出現錯誤:

ORA-01589: 要打開數據庫則必須使用 RESETLOGS 或 NORESETLOGS 選項

SQL> alter database open resetlogs;

數據庫已更改。

雖然是until cancel，但是卻沒有數據會損失。只是在open的時候，需要使用resetlog模式重新開啟一個新的朝代。

SQL> select open_mode, current_scn from v$database;

OPEN_MODE  CURRENT_SCN

---------- -----------

READ WRITE     3577513

SQL> select group#, archived, status, first_change#,sequence# from v$log;

    GROUP# ARCHIVED STATUS           FIRST_CHANGE#  SEQUENCE#

---------- -------- ---------------- ------------- ----------

         1 NO       CURRENT                3577308          2

         2 YES      INACTIVE               3577307          1

         3 YES      UNUSED                       0          0

結論：對于一致性關閉條件下，如果online日志組出現問題，即使發生文件丟失，也不會有數據丟失的情況，因為數據文件是一致的。

上述就是小編為大家分享的Online Redo Log損壞處理的實驗分析了，如果剛好有類似的疑惑，不妨參照上述分析進行理解。如果想知道更多相關知識，歡迎關注億速云行業資訊頻道。