12 cデータベース切り替え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のログは似ています.
データベースが再起動されていないことを確認して、この操作が何をしているのか調べました.以下に説明します.
これは12 cの新しい動作で、11 g以降、Alertログは2つのフォーマットに分けてファイルシステムに格納され、1つは古いテキストフォーマットのAlertログで、分析問題を直接見ることができます.もう1つはXMLファイル形式で,EMなどのソフトウェア解析の問題に用いられる.デフォルトでは、XMLファイルのサイズが10 Mを超えると、Oracleは自動的に新しいファイルlogを作成します.xml(リスニングログも同様)、古いファイルはlog_である.xmlで名前を付けます.これらのデータベース・パラメータとパッチの情報は、XMLファイルの切り替え時に表示されます.Oracleはlogします.xmlファイルも1つのsegmentと見なし、新しく生成されたXMLファイルでは、データベース起動時のパラメータとパッチ情報が新しいlogにdumpされる.xmlファイルにあります.したがって、AlertログのCreating new log segmentとは、新しいlogを作成していることを意味する.xmlセグメント、これは完全に正常な動作です.私たちはあまり注目する必要はありません.
この動作はAlertログ情報の生成が非常に頻繁な場合にのみ問題となる可能性がある.ドキュメントには、データベースがsupplemental loggingを開くと、大量のAlertログが生成され、システムが新しいlogを生成するBugも記載されています.xmlファイルは頻繁ですが、システムがdumpなどの起動パラメータとパッチの情報を必要とする場合、log.xmlファイルは、より頻繁に切り替えられたり、他の問題が発生したりします.
これらの情報をAlertログに表示したくない場合は、次の方法でマスクできます.
パラメータ情報dumpをAlertログのalter system set"_log_segment_dump_parameter"=FALSEに禁止します.
Alertログのalter system set"_log_segment_dump_patch"=FALSEへのパッチ情報dumpの禁止
リファレンス
http://blog.itpub.net/26753337/viewspace-2131648/
https://blog.51cto.com/snowhill/1973189
12 c Alert Log Appears To Show Unexpected Instance Restart(ドキュメントID 20459516.1)
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:データベースが再起動されていないことを確認して、この操作が何をしているのか調べました.以下に説明します.
これは12 cの新しい動作で、11 g以降、Alertログは2つのフォーマットに分けてファイルシステムに格納され、1つは古いテキストフォーマットのAlertログで、分析問題を直接見ることができます.もう1つはXMLファイル形式で,EMなどのソフトウェア解析の問題に用いられる.デフォルトでは、XMLファイルのサイズが10 Mを超えると、Oracleは自動的に新しいファイルlogを作成します.xml(リスニングログも同様)、古いファイルはlog_である.xmlで名前を付けます.これらのデータベース・パラメータとパッチの情報は、XMLファイルの切り替え時に表示されます.Oracleはlogします.xmlファイルも1つのsegmentと見なし、新しく生成されたXMLファイルでは、データベース起動時のパラメータとパッチ情報が新しいlogにdumpされる.xmlファイルにあります.したがって、AlertログのCreating new log segmentとは、新しいlogを作成していることを意味する.xmlセグメント、これは完全に正常な動作です.私たちはあまり注目する必要はありません.
この動作はAlertログ情報の生成が非常に頻繁な場合にのみ問題となる可能性がある.ドキュメントには、データベースがsupplemental loggingを開くと、大量のAlertログが生成され、システムが新しいlogを生成するBugも記載されています.xmlファイルは頻繁ですが、システムがdumpなどの起動パラメータとパッチの情報を必要とする場合、log.xmlファイルは、より頻繁に切り替えられたり、他の問題が発生したりします.
これらの情報をAlertログに表示したくない場合は、次の方法でマスクできます.
パラメータ情報dumpをAlertログのalter system set"_log_segment_dump_parameter"=FALSEに禁止します.
Alertログのalter system set"_log_segment_dump_patch"=FALSEへのパッチ情報dumpの禁止
リファレンス
http://blog.itpub.net/26753337/viewspace-2131648/
https://blog.51cto.com/snowhill/1973189
12 c Alert Log Appears To Show Unexpected Instance Restart(ドキュメントID 20459516.1)