題記：一些使用者在使用 Oracle Database 12.1 版本時（包含12.1.0.1 和 12.1.0.2 初始版本），再次遭遇到一個『專門為 AIX 定製的BUG』，這個BUG的影響非常大，再次提醒大家關注。

前一段，我們釋出過一篇文章，題目是：一個專為AIX上11.2.0.4版本定製的Bug正在高發，很多朋友回覆遇到過這個BUG，並且開始做出修正。最近，隨著 12c 使用者的逐漸增多，這個版本中的問題也在逐漸的呈現出來。

一些使用者在使用 Oracle Database 12.1 版本時（包含12.1.0.1 和 12.1.0.2 初始版本），再次遭遇到一個『專門為 AIX 定製的BUG』，這個BUG的影響非常大，再次提醒大家關注。

這個BUG的編號是：21915719

在MOS上被提升到『警告』級別。

這個BUG的標題是：Database hang or may fail to OPEN in 12c IBM AIX or HPUX Itanium

也就是：資料庫在 12c IBM AIX 平臺上可能會Hang或者不能OPEN開啟，後來加入了可能受到影響的安騰平臺。

在出現問題時，資料庫出現的錯誤是：

死鎖或者 ORA-600 [kcrfrgv_nextlwn_scn] ORA-600 [krr_process_read_error_2] 。

Doc ID 1957710.1

ALERT: Bug 21915719 Database hang or may fail to OPEN in 12c IBM AIX or HPUX Itanium - ORA-742, DEADLOCK or ORA-600 [kcrfrgv_nextlwn_scn] ORA-600 [krr_process_read_error_2]

導致這個問題的原因是：

大家知道，在Oracle 12.1 中，資料庫將原本單一的 LGWR 程式進化為主從程式的結構，LGWR一個主程式，配合最多100個從屬的SLAVE程式工作，可以將原來典型的Log File Sync等待降低，增加資料庫的事務率和處理能力。

在雲和恩墨的 12.2 體系結構圖中，詳細描述了這一新特性

『關注本公眾號，回覆：122ARCH 可以獲得電子版』

就是因為這個新特性的引入，帶來了這樣的資料庫不能啟動或者內部錯誤的風險。

如何規避這種風險：

先說如何規避，Oracle 幾乎為每個新特性都設定了開關，可以透過隱含引數 _use_single_log_writer 來控制，將該引數設定為TRUE，就回到了11g的模式，使用單一的LGWR：

ALTER SYSTEM SET "_use_single_log_writer"=TRUE SID='*' SCOPE=SPFILE;

注意：如果資料庫已經遇到這個BUG，改引數就來不及了。Oracle 已經為這個BUG提供了補丁修正。這個問題在 12.1.0.2.160419 的 PSU 中修正，如果你已經應用了這個PSU，則無需擔憂，否則就應該正視這個問題。

在這個BUG中，Oracle這樣描述瞭如何可能踩到這個大坑。

這個問題僅當以下條件都遭遇時出現：

在 AIX 平臺上的 Oracle 12.1 版本；
LGWR 和 LGWR Slave 程式同時執行在某個例項，處於Hang的掛起狀態，沒有進一步的日誌切換出現，事務無法進行；
在Hang附近，告警日誌可能出現類似 LGWR / LG waits for event 'LGWR any worker group' for secs 的日誌資訊；
轉儲SYSTEM State可以看到 LGWR 從屬程式處於 LGWR worker group ordering 狀態等待；
LGWR從屬進城等待的核心 lwn_id 是相同的，資訊類似：waiting for 'LGWR worker group ordering' lwn_id=0xde ；
重啟可以解決Hang的問題，但是有時候會遇到 ORA-600 [kcrfrgv_nextlwn_scn] or ORA-600 [krr_process_read_error_2] 而無法啟動；

綜合以上的資訊可以看出：

之所以出現掛起是引用：LGWR的Slave程式需要按照順序（ordering）來接受日誌，但是在Power處理器上，因為某些原因並未按照順序來傳遞日誌，導致所有的Slave程式都在等待某個序號的日誌批次，這就導致了掛起。

使用新特性，瞭解新特性，關注行業動態，對於資料庫來說是多麼重要。

在使用新版本時，總會遇到新問題，歡迎大家留言和我們分享你的踩坑故事。

【恩墨學院】警示：一個專為AIX上12.1版本定製的Bug正在發生

相關文章