背景質問:
フィードバックデータベースは、午前中に2ダウン、必要性のヘルプのトラブルシューティングのダウンタイムの理由にあります
1>観測期間のダウンタイムのアラート・ログ:
1火01月14 02:12:31 2020年 2 AUD:監査コミット遅延が超過コピーを書いにOS監査証跡 3 01月火14 02:12:31 2020年 4 AUD:監査コミット遅延コピーを書かれた、超過にOS監査証跡 5火01月14 02:12:31 2020年 6火01月14 02:12:31 2020 7 AUD:監査コミット遅延コピーを書かれた、超過に監査:OS監査TrailAUD コミットコピーを書き、遅延が超過にOS監査証跡 8火01月14 02:30:35 2020 9 10火01月14 02:12:31 2020 11のプロセス0x0x2421f86848現れする掛けることながら dumpingAUD:監査コミット遅延を超え、コピーを書かれたにOS監査証跡 12 13 現在の時間= 2940567245、プロセスの死亡時間= 2940493559間隔= 60000 14しようとするために 殺すプロセス0x0x2421f86848をして PID OS = 117667 - スモン进程被殺す 15 OSDのキルがスキップのためのプロセス0x2421f86848 16火ヤン14 02:30:39 2020年 17エラー発生している間、プロセスM001産卵。エラー= 12751 18火ヤン14 02:30:40 2020
重要なポイント
1プロセス0x0x2421f86848が表示されますがする掛けることながら dumpingAUD:監査コミット遅延を超え、コピーを書かれたにOS監査証跡 2エラーが発生している間、プロセスM001産卵します。エラー= 12751
監査MOS解釈およびソリューションに関する情報:
このドキュメントで
症状
の変化
原因
解決方法
参照
-------------------------------------------------- ------------------------------
に適用されます:
Oracleサーバー- Enterprise Editionを- 11.2.0.1へバージョン10.2.0.3 [リリース10.2 11.2へ]
この文書の情報は、任意のプラットフォームに適用されます。
2011年17 - 9月の妥当性をチェック
症状は、
次のメッセージがあなたのALERT.LOGに表示されます参照してください。
AUD:監査は、遅延コミットは、OS監査証跡へのコピーを書かれた、超過
変更
ノート731908.1から参照されるようにあなたは、監査のクリーンアップパッチまたは任意の取っパッチを適用しています。
原因
これは、Audit Vaultのをサポートするための監査機能の中に導入された変化であり、これらのメッセージは時折あなたALERT.LOGに表示されることができ
、このデータベースは、Audit Vaultの源でない場合でも、次のように、その理由は次のとおりです。
データベースがあることを保証します監査レコードの書き込みトランザクションは、事前に定義された最大許容間隔内でコミットされます
監査が遅延間隔をコミットと呼ばれています。トランザクションが監査は、監査レコードをコミットする遅延をコミット以上かかる場合は、
データベースは、OSの監査証跡に同じレコードを書き込みます。これは確かに常にそこに書かれている証拠にするフォールバックメカニズムで
定義された時間内に監査済みアクションのを、そのようなことは、監査のセキュリティを強化する機能があります。
コミット遅延は5秒に固定されており、調整することができません。
ソリューション
監査機能は、5秒以内に監査レコードをコミットすることができなかったため、問題が起こっている、メッセージは時にこの手段
データベースALERT.LOGに書かれていたが、ストレス下にありました。問題の原因は、監査の層ではなく、ALERT.LOGで見られたメッセージは、
唯一の監査が原因かもしれない環境の一般的なパフォーマンスの問題の苦しんでいることを示している
だけでなく、他のコンポーネントに影響を与えます。
これらのメッセージは純粋に情報的であり、直接行動は、またはそれらを避けるために取られるべきではないことができます。これは、データベース上のリソースの問題の可能性が高いです。
これは偶発見られている場合は、それを無視することができますが、これらのメッセージが定期的に見られている場合、あなたはおそらく、リソースの問題を抱えているだろうし、また、そのほかの症状を見て、あなたが分析し、最初の一般的なパフォーマンスの問題を解決し、これらのメッセージも消えます必要があります。
更新:次のように公開されていないバグ8642202の修正が動作を変更します:
監査は、遅延が15秒に増加し、AUD $がクリーンアップのために初期化されている場合にのみ施行コミットします。
あなたはバグ8642202の修正を持っているのであれば、遅延が15秒に増加され、あなたはまだ、これらのメッセージを取得し、あなたがそれらをしたくない場合は
、あなたはクリーンアップのためのパッケージDBMS_AUDIT_MGMTを使用していない、あなたが今することにより、このセキュリティ機能を無効にすることができます呼び出し:
上のセットSERVEROUTPUT
1 始める 2 ならDBMS_AUDIT_MGMT.IS_CLEANUP_INITIALIZED( 3 AUDIT_TRAIL_TYPE => DBMS_AUDIT_MGMT.AUDIT_TRAIL_AUD_STD) 、次いで 4 DBMS_AUDIT_MGMT.DEINIT_CLEANUP( 5 AUDIT_TRAIL_TYPE => DBMS_AUDIT_MGMT.AUDIT_TRAIL_AUD_STD)。 6 DBMS_OUTPUT.PUT_LINE(' AUDIT_TRAIL_AUD_STD用DEINIT_CLEANUP ' )。 7 終了 する場合、 8 終わり; 9 /
これは、いくつかのケースで問題を軽減することがありますが、まだ根本的なパフォーマンス上の問題がある可能性があります。
バグ8642202はパッチセット10.2.0.5、PSU 11.2.0.1.1およびパッチセット11.2.0.2および将来のリリースで修正されています。
この修正プログラムが含まれるパッチをマージします:
11.1.0.7:パッチ9821987
Windowsではこれは、40と高いバンドル11.1.0.7パッチで修正された詳細はノート161549.1を参照してください。
参考
BUG @:8642202 - LX64 50万AUD FILES、AUDITが生成されたファイルの数が多すぎ2日後
注:161549.1 -マイクロソフトのプラットフォーム用のOracleデータベース、ネットワークおよびグリッドエージェントパッチ
注:731908.1 -管理するための新機能DBMS_AUDIT_MGMTおよびパージ監査情報の
注: 8642202.8 -バグ8642202 -起因する監査ファイルの多く「監査は、遅延を超えコミット」
マイクロチャンネル公衆数にもっとしてください注意を払う:DBA毎日の記録