オラクルawrとは何ですか

awr は「自動ワークロード データ アーカイブ」の略で、データベースの運用期間全体とパフォーマンスに関する統計データを収集、管理、維持するために Oracle データベースが使用するストレージ ウェアハウスです。 Oracle データベースのパフォーマンスの調整と最適化のため。 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

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

典型的な:

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

ALL：

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

timed_statistics

時間関連の統計情報を収集するかどうかを指定します。 statistics_level が TYPICAL または ALL の場合、この値は true に設定され、それ以外の場合は false に設定されます。このパラメータをチェックして true に設定することをお勧めします。

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

スナップショット

AWR スナップショットは、収集されたパフォーマンス データを特定の頻度で永続化して、ディスク。この永続化の目的は、主に後続の分析や比較のためですが、同時に、これらのパフォーマンス データは、パフォーマンス診断や診断結果の出力のために ADDM にも提供されます。つまり: AWR は 1 時間ごとに v$active_session_history をサンプリングし、情報をディスクに保存し、8 日間保持します (11g のデフォルト値)。古いレコードは 8 日後に上書きされます。このサンプリング情報は、ビュー wrh$_active_session_history に保存されます。サンプリング頻度（1時間）と保持時間（8日間）は、実際の条件に応じて調整できます。

ベースライン

データと比較機能がなければ、問題の本質を真に反映することができません。次に、Oracle データベースで、ビジネス負荷のピーク時のアクティブ セッションの履歴データ、より正確には AWR 永続データにラベルを付けることができます。このラベルは、いわゆるベースラインです。したがって、ベースラインは、特定の期間のビジネスのピーク時のデータベースの全体的なパフォーマンスのベンチマーク レポートです。その後のデータベースにパフォーマンスの問題が発生したり、パフォーマンスが低下したりした場合は、ベースラインを使用してパフォーマンス統計と比較します。パフォーマンスに問題がある期間中に、2 つの差異レポートを取得でき、問題の特定と解決に役立ちます。
• ベースラインは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の自動管理機能の多くが使用できなくなります。さらに、スナップショットを手動で作成することはできないため、スナップショットの自動収集をオフにしないことを強くお勧めします。

5. AWR 構造図

推奨チュートリアル: 「Oracle チュートリアル 」

以上がオラクルawrとは何ですかの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。