12c数据库切换log.xml时alert日志显示启动信息问题

收到一个莫名其妙的告警

Patch Description: ORA-44201 IN ADG ENVIRONMENT AFTER APPLYING 12.1.0.2.171017DBBP

 

补丁打了好久了，登上数据库看了下为啥alert日志会显示这种信息

发现数据库在执行Creating new log segment操作并输出了一堆启动信息（参数和补丁信息），发现有一个creating new log segment（不注意看看起来跟数据库重启了似的...）

 

alert中日志类似：

Fri Dec 30 04:30:24 2016
Creating new log segment:
Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production
With the Partitioning, Real Application Clusters, Automatic Storage Management, OLAP,
Advanced Analytics and Real Application Testing options.
ORACLE_HOME = /u01/app/oracle/product/12.1.0.2/dbhome_1
System name: Linux
Node name: dm01db01.bmwbrill.cn
Release: 2.6.39-400.128.17.el5uek
Version: #1 SMP Tue May 27 13:20:24 PDT 2014
Machine: x86_64
Storage: Exadata
Using parameter settings in client-side pfile
System parameters with non-default values:
processes = 1000
compatible = "12.1.0.2.0"
audit_file_dest = "/u01/app/oracle/admin/pcdbh/adump"
....省略部分内容
diagnostic_dest = "/u01/app/oracle"
===========================================================
Dumping current patch information
===========================================================
Patch Id: 20243804
Patch Description: DATABASE BUNDLE PATCH: 12.1.0.2.5 (20243804)
Patch Apply Time: 2016-10-02 13:16:09 GMT+08:00
Bugs Fixed: 13498243,13640676,14165431,14254610,14643995,15894842,15996428,
16010876,16293223,16356176,16359751,16556115,16619249,16870214,16938780,
17158137,17274537,17285555,17670355,17835294,17972478,18022774,18202441,
18250893,18288842,18306996,18354830,18369237,18378632,18417036,18418934,
18421248,18424767,18436647,18441401,18456643,18463035,18494306,18497527,
18510194,18511269,18520414,18533573,18594569,18610915,18618122,18622436,
....省略部分内容
Patch Id: 23177536
Patch Description: Database PSU 12.1.0.2.160719, Oracle JavaVM Component (JUL2016)
Patch Apply Time: 2016-10-02 13:22:13 GMT+08:00
Bugs Fixed: 19153980,19176885,19223010,19231857,19245191,19623450,19699946,
19855285,19877336,19895326,19895362,19909862,20408829,20408866,20415564,
21047766,21047803,21068507,21188537,21555660,21566944,21566993,21811517,
22118835,22118851,22139226,22670385,22670413,22674709,22675136,23177536,
23265914,23265965,23727148
Fri Dec 30 06:35:04 2016
ALTER SYSTEM ARCHIVE LOG
Fri Dec 30 06:35:04 2016
Thread 1 advanced to log sequence 973 (LGWR switch)
Current log# 2 seq# 973 mem# 0: +DBFS_DG/PCDBH/ONLINELOG/group_2.291.928236731
Fri Dec 30 06:35:04 2016
TT00: Standby redo logfile selected for thread 1 sequence 973 for destination LOG_ARCHIVE_DEST_2
Fri Dec 30 06:35:04 2016
Archived Log entry 4851 added for thread 1 sequence 972 ID 0x2c1f2fbb dest 1:

检查数据库并没有重启，查了下这个操作是在干啥。以下是解释：

 

       这是12c的一个新的行为，11g以后，Alert日志就分为两种格式存储在文件系统上了，一种是老的文本格式的Alert日志，可用于直接查看分析问题。另一种是XML文件格式，用于EM等软件分析问题。默认情况下当XML文件的大小超过10M的时候Oracle会自动创建一个新的文件log.xml(监听日志也是如此)，而老的文件会以log_.xml的方式命名。 这些数据库参数和补丁的信息显示就发生在XML文件切换时。Oracle将log.xml文件也看做一个segment，在新生成的XML文件中，数据库启动时的参数和补丁信息被dump到新的log.xml文件中。所以Alert日志中的Creating new log segment指的是正在创建新的log.xml段，这是完全正常的一个行为。我们无需过多关注。       

       这种行为只有在Alert日志信息生成非常频繁的情况下可能会成为一个问题。文档里也提到了一个Bug，就是当数据库开启supplemental logging后，会产生大量的Alert日志，这样系统生成新的log.xml文件就很频繁，这时如果再加上系统需要dump这些启动参数和补丁的信息，log.xml文件就会切换的更频繁或者产生其它的问题。

 

       如果你不想让这些信息出现在Alert日志中，那么可以采用下面的方法进行屏蔽。

       禁止参数信息dump至Alert日志中
       alter system set "_log_segment_dump_parameter"=FALSE;  

       禁止补丁信息dump至Alert日志中
       alter system set "_log_segment_dump_patch"=FALSE;

 

参考

http://blog.itpub.net/26753337/viewspace-2131648/

https://blog.51cto.com/snowhill/1973189

12c Alert Log Appears To Show Unexpected Instance Restart (文档 ID 2049516.1)