オラクルawrとは何ですか-Oracle-php.cn

awr は「自動ワークロードデータアーカイブ」の略で、データベースの運用期間全体とパフォーマンスに関する統計データを収集、管理、維持するために Oracle データベースが使用するストレージウェアハウスです。 Oracle データベースのパフォーマンスの調整と最適化のため。 awr によって収集されたデータは定期的にディスクに保存され、データディクショナリや生成されたパフォーマンスレポートからクエリを実行できます。

オラクルawrとは何ですか

このチュートリアルの動作環境: Windows 7 システム、Oracle 11g バージョン、Dell G3 コンピューター。

Oracle データベースのパフォーマンスを最適化および調整する場合、運用中のデータベース全体の現在のステータスまたは真の状態は、完全に記録された場合にのみ確認、把握、比較することができます。将来の最適化と調整のための提案をサポートするための根拠を推測または提供します。 Oracle データベースでは、このメカニズムは AWR によって実装されます。

AWR は、データベースの運用全体を通じてパフォーマンスに関連する統計データを収集、管理、維持するために Oracle データベースで使用されるストレージウェアハウスであり、Oracle データベースのパフォーマンスの調整と最適化の基礎となります。

1. AWRとは

AWRとはAutomatic Workload Repositoryの略称で、中国語では自動ワークロードデータアーカイブと呼ばれます。これはウェアハウスであり、負荷データを保存するため、データベースのパフォーマンスに関連するデータが保存されます。つまり、過去の操作中の特定のデータベースまたはインスタンスの全体的なパフォーマンスです。 AWR は、パフォーマンスデータを収集、処理、維持し、調整リファレンスを提供できます。この収集されたデータは定期的にディスクに保存され、データディクショナリからクエリを実行したり、パフォーマンスレポートを生成したりできます。

2. AWR 統計の収集と処理の内容

データベースセグメントのアクセスと使用状況を決定するために使用されるオブジェクト統計

アクティビティ時間モデルに基づく統計 (v$sys_time_model ビューと v$sess_time_model ビューにあります)

システムおよびセッションレベルの統計収集 (v$sesstat ビューと v$systat ビューにあります)

経過時間と CPU 時間に基づくロードされた SQL ステートメント

最近のアクティブなセッションの履歴を表す ASH 統計情報

3. AWR に関係する 2 つの重要なパラメータ##statistics_level

^ ^ は、最も基本的なパフォーマンスデータ収集機能のみを提供し、パフォーマンスベースラインに必要な多くの統計は収集されません。 Oracle では、この値の使用を推奨しません。

典型的な:

これはデフォルト値です。セグメント統計、時間統計、およびすべての推奨クラス統計が収集されます。

ALL：

典型的なレベルのデータ、オペレーティングシステムの時間統計、ラインソース実行統計などをすべて収集します。これは主にデバッグモードで使用され、運用環境には推奨されません。

timed_statistics

4. スナップショットとベースライン

スナップショット

ベースライン

ベースラインはAWRスナップショットに依存するため、ベースラインを設定すると、対応するAWRスナップショットデータが保持されます。ディスク領域の占有を避けるために、ベースラインに対応する保持期間を設定することもできます。保持期間に達すると、ベースラインは無効になり、対応するAWRスナップショット・データは自動的に削除されます。ベースライン保持戦略に基づいて、次のようないくつかの異なる形式のベースラインがあります:

## )後続のAWRレポート比較出力結果のベースラインを作成します。

移動ウィンドウベースライン（移動ウィンドウベースライン）

Oracle Database は、システム定義の移動ウィンドウのベースラインを自動的に維持します。システム定義の移動ウィンドウ・ベースラインのデフォルトのウィンドウ・サイズは、現在のAWR保持期間であり、デフォルトは8日間です。適応型しきい値を使用する予定がある場合は、しきい値を正確に計算できるように、より大きな移動ウィンドウ (30 日など) を使用することを検討してください。移動ウィンドウの日数をAWR保持期間の日数以下に変更することで、移動ウィンドウのベースラインのサイズを変更できます。したがって、移動ウィンドウを長くしたい場合は、まずそれに応じてAWR保持期間を長くする必要があります。 AWR保持期間とシステム定義の移動ウィンドウ・ベースラインのウィンドウ・サイズは、2つの独立したパラメータです。 AWR 保持期間は、システム定義の移動ウィンドウベースラインのウィンドウサイズ以上である必要があります。
システム定義のベースラインは、OEM パフォーマンス画面のパフォーマンスを現在のデータベースパフォーマンスと比較するためのデフォルトのベースラインを提供します。
注: Oracle Database 11g では、1 週間分のパフォーマンスデータが確実に取得されるように、スナップショットデータのデフォルトの保持期間が 7 日から 8 日に変更されました。

ベースラインテンプレート

ベースラインテンプレートベースラインテンプレートを使用して、将来の期間のベースラインを作成できます。ベースラインテンプレートには、単一テンプレートと繰り返しテンプレートの 2 種類があります。
単一のベースラインテンプレートを使用して、将来の単一の連続期間のベースラインを作成できます。この方法は、将来キャプチャする予定の特定の期間が事前にわかっている場合に便利です。たとえば、次の週末に予定されているシステムテストのために AWR データをキャプチャするとします。この場合、別のベースラインテンプレートを作成して、テストが行われる期間を自動的にキャプチャできます。

# 定期的なベースラインテンプレートを使用すると、定期的なタイムスケジュールに基づいてベースラインを作成および削除できます。これは、Oracle Databaseでベースラインを作成する連続期間を自動的に取得する場合に便利です。たとえば、1 か月間毎週月曜日の朝に AWR データをキャプチャするとします。この場合、定期的なベースラインテンプレートを作成すると、毎週月曜日に定期的なスケジュールでベースラインが自動的に作成され、指定された有効期限間隔 (1 か月など) が経過すると古いベースラインが自動的に削除されます。

適応しきい値

適応しきい値は、最小限のオーバーヘッドでパフォーマンスの問題を監視および検出するのに役立ちます。適応しきい値は、移動ウィンドウベースラインで取得されたメトリクスから派生した統計に基づいて、システムメトリクスの警告およびクリティカルアラートのしきい値を自動的に設定します。これらの統計は毎週再生成され、時間の経過によるシステムパフォーマンスの変化により、新しいしきい値が発生する可能性があります。

たとえば、多くのデータベースは日中は OLTP システムですが、夜間にはいくつかのバッチプロセス (レポートの生成など) を実行する必要があります。トランザクションごとの応答時間のパフォーマンス測定は、OLTP のパフォーマンス低下の問題を検出するために日中に役立つ場合がありますが、このしきい値はバッチジョブには低すぎることが多く、アラームが頻繁にトリガーされます。適応型しきい値はそのようなワークロードパターンを検出し、昼と夜に異なるしきい値を自動的に設定します。

適応しきい値には 2 つのタイプがあります:

最大値のパーセント: しきい値は、移動ウィンドウベースラインで観察されたデータの最大値のパーセントの倍数として計算されます。

重要度レベル: 異常の程度を反映するために、移動ウィンドウのベースラインデータに基づいてしきい値を超える値を観察するために、しきい値は統計的なパーセンタイルに設定されます。パーセンタイルは次のように指定できます: 高 (0.95)、100 のうち 5 のみがこの値を超えることができます; 非常に高い (0.99): 100 のうち 1 のみがこの値を超えることができます; 重大 (0.999): 1000 1 クロックのみがこの値を超えることができます値; 極値 (0.9999): 10,000 に 1 クロックのみがこの値を超えることができます。

· 最大パーセンテージしきい値は、システムがピーク時のワークロード向けに設計されており、現在のワークロードが以前の最高値に近づくか超えたときにアラームをトリガーしたい場合に役立ちます。例えば、1秒あたりに発生するREDOの量の測定などがその代表例です。

重要度レベルのしきい値は、システムが正常に動作しているときは安定しているが、パフォーマンスが低下すると広範囲で変動する可能性がある状況で役立ちます。たとえば、トランザクションごとの応答時間の測定は、最適化された OLTP システムでは安定していますが、パフォーマンスの問題が明らかになると大きく変動する可能性があります。重要度レベルのしきい値を採用して、環境が異常な測定値やシステムパフォーマンスを生成したときにアラームをトリガーします。

著者 : Leshami

ブログ : http://blog.csdn.net/leshami

スペース消費量

# AWR のスペース消費量を決定するには、次の要素を使用できます:

任意の時点でシステム内のアクティブなセッションの数、

スナップショット間隔。時間間隔が長いほど、より多くのスナップショットが生成されます。頻繁に、AWR によって収集されたデータによって占有されるスペースが増加します。

履歴データ保持時間

デフォルトでは、スナップショットは 1 時間ごとに取得され、データベースに 8 日間保存されます。これらのデフォルト設定を使用すると、10 セッションを持つ一般的な同時実行システムでは、AWR データを保存するために約 200 ～ 300M の領域が必要になります。ただし、保持時間を短縮する場合、AWRに不十分なデータがあると、一部のコンポーネントおよび機能(ADDM、SQLチューニング・アドバイザ、アンドゥ・アドバイザ、セグメント・アドバイザ)の精度に影響を与える可能性があることに注意してください。

可能であれば、少なくとも完全なワークロード・サイクルを取得できる十分な長さにAWR保持時間を設定することをお薦めします。たとえば、システムワークロードサイクルが 1 週間の場合、平日は OLTP ワークロードで、週末にバッチジョブが実行される場合、デフォルトの保持期間である 8 日間を変更する必要はありません。システムのピーク期間が各月末にある場合は、この保存期間を 1 か月に変更できます。

例外的なケースでは、スナップショット間隔を 0 に変更することで、自動スナップショット収集をオフにすることができます。この場合、ワークロードおよび統計データの自動収集が停止され、Oracle Databaseの自動管理機能の多くが使用できなくなります。さらに、スナップショットを手動で作成することはできないため、スナップショットの自動収集をオフにしないことを強くお勧めします。