警示：一个专为AIX上12.1版本定制的Bug正在发生
题记：一些用户在使用 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<nn> waits for event 'LGWR any worker group' for <n>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进程都在等待某个序号的日志批量，这就导致了挂起。
使用新特性，了解新特性，关注行业动态，对于数据库来说是多么重要。
在使用新版本时，总会遇到新问题，欢迎大家留言和我们分享你的踩坑故事。