Oracle Database 2日でパフォーマンス・チューニング・ガイド 11g リリース1(11.1) E05744-02 |
|
自動データベース診断モニター(ADDM)では、データベースでのパフォーマンスの問題を検出して報告します。この結果は、Oracle Enterprise Manager(Enterprise Manager)のデータベースのホームページでADDMの結果として表示されます。ADDMの結果を確認することによって、対処が必要なパフォーマンスの問題を迅速に特定できます。
ADDMの結果では、パフォーマンスの問題の影響を削減する推奨事項のリストを提供します。ADDMの結果を確認および推奨事項を実装は、定期的なデータベースのメンテナンスの一部として日常的に実行するタスクです。データベースが最適なパフォーマンス・レベルで動作しているときでも、ADDMの使用を続行し、継続的にデータベースのパフォーマンスを監視します。
内容は次のとおりです。
ADDMはOracle Databaseに組み込まれている自己診断ソフトウェアです。ADDMで自動ワークロード・リポジトリ(AWR)に取得されたデータが調査および分析され、Oracle Databaseに発生する可能性のあるパフォーマンスの問題を判別します。その後、パフォーマンスの問題の根本的な原因を含む場所が特定され、問題修正のための推奨事項を提示し、予測される利点を定量化します。また、アクションを必要としない領域を識別します。
この項の内容は次のとおりです。
ADDM分析は各AWRスナップショットの後に実行され(デフォルトでは毎時間)、結果はデータベースに保存されます。結果はOracle Enterprise Managerを使用して表示できます。このマニュアルにある他のパフォーマンス・チューニング方法を使用する前に、最初にADDM分析の結果を確認する必要があります。
ADDM分析は上から下に実行できます。最初に症状を識別し、分析を精製してパフォーマンスの問題の根本的な原因に到達します。ADDMはDB時間の統計を使用して、パフォーマンスの問題を識別します。DB時間は、待機時間およびアイドルでないすべてのユーザー・セッションのCPU時間などのユーザー・リクエストの処理にかかった累積時間です。
データベースのパフォーマンスのチューニングの目標は、特定のワークロードに対してシステムのDB時間を削減することです。DB時間を削減することで、データベースは、同量以下のリソースでより多くのユーザー・リクエストをサポートできます。ADDMは、問題の領域としてDB時間の大部分を使用するシステム・リソースを報告し、費やしたDB時間の降順でソートします。DB時間の統計の詳細は、「時間モデル統計」を参照してください。
ADDMはパフォーマンスの問題の診断以外にも、考えられる解決策を推奨します。該当する場合は、ADDMは選択できる複数の解決策を推奨します。ADDMの推奨事項の内容は次のとおりです。
CPUの追加またはI/Oサブシステム構成の変更
初期化パラメータ設定の変更
表または索引のハッシュ・パーティション化、または自動セグメント領域管理(ASSM)の使用
順序付けのためのキャッシュ・オプションの使用またはバインド変数の使用
高負荷SQL文でのSQLチューニング・アドバイザの実行またはホット・オブジェクトに対するセグメント・アドバイザの実行
ADDMの利点は本番システム以外にも、開発システムおよびテスト・システムにも適用されます。ADDMは潜在的なパフォーマンスの問題を早い段階で警告できます。
パフォーマンス・チューニングは相互作用的なプロセスです。1つの問題を修正しても、システムの他の部分がボトルネックになる場合があります。ADDM分析を利用しても、パフォーマンスが理想的なレベルに到達するまでには複数のチューニング・サイクルが必要となる場合があります。
Oracle Real Application Clusters(Oracle RAC)環境で、ADDMを使用して、データベース・クラスタのスループット・パフォーマンスを分析できます。Oracle RACのADDMは、すべてのデータベース・インスタンスのデータベース時間の合計としてDB時間を検討し、クラスタ・レベルで重要な結果を報告します。たとえば、各クラスタ・ノードのI/Oレベルは、ローカルで検討する場合、重要ではない可能性がありますが、集計I/Oレベルは、クラスタ全体で重要な問題の可能性があります。
この項では、ADDMの構成方法について説明します。説明する内容は、次のとおりです。
自動データベース診断監視は、デフォルトで有効になっており、CONTROL_MANAGEMENT_PACK_ACCESS
およびSTATISTICS_LEVEL
初期化パラメータで制御されます。
CONTROL_MANAGEMENT_PACK_ACCESS
初期化パラメータをDIAGNOSTIC+TUNING
(デフォルト)またはDIAGNOSTIC
に設定し、自動データベース診断監視を有効にする必要があります。CONTROL_MANAGEMENT_PACK_ACCESS
をNONE
に設定すると、ADDMを含む多くのOracle Databaseの機能が無効化されるため、この方法はお薦めしません。
STATISTICS_LEVEL
初期化パラメータをTYPICAL
(デフォルト)またはALL
に設定し、自動データベース診断監視を有効にする必要があります。STATISTICS_LEVEL
をBASIC
に設定すると、ADDMを含む多くのOracle Databaseの機能が無効化されるため、この方法はお薦めしません。
「サーバー」サブページが表示されます。
「初期化パラメータ」ページが表示されます。
statistics_level
を入力して「実行」をクリックします。表には初期化パラメータの設定が表示されます。
control_management_pack_access
を入力し、「実行」をクリックします。表には初期化パラメータの設定が表示されます。
I/OパフォーマンスのADDM分析は、単一の引数DBIO_EXPECTED
によって異なり、I/Oサブシステムの予測されるパフォーマンスを示しています。DBIO_EXPECTED
の値は、単一のデータベース・ブロックの読取りにかかるマイクロ秒単位の時間の平均です。Oracle Databaseでは10ミリ秒のデフォルト値が使用されており、多くのハード・ドライブに対して適切な値です。ご使用のハードウェアでは適切ではない場合は、他の値の使用を検討してください。
DBIO_EXPECTED
初期化パラメータの適切な設定を決定する手順:ランダムI/Oに対してこの測定が必要で、標準のハード・ドライブを使用する場合はシーク時間も測定に含まれます。ハード・ドライブの標準の値は5000マイクロ秒から20000マイクロ秒です。
たとえば、測定値が8000マイクロ秒の場合、次のPL/SQLコードをSYS
ユーザーとして実行します。
EXECUTE DBMS_ADVISOR.SET_DEFAULT_TASK_PARAMETER( 'ADDM', 'DBIO_EXPECTED', 8000);
デフォルトでは、自動ワークロード・リポジトリ(AWR)は1時間に1回、パフォーマンス・データのスナップショットを生成し、統計をワークロード・リポジトリに8日間保持します。スナップショットの間隔および保存期間両方のデフォルトの値を変更できます。
AWRの保存期間を最低でも1か月に調整することをお薦めします。1つのビジネス・サイクルに対して期間の延長もでき、会計四半期閉めの時間枠でデータを比較できます。AWRベースラインを作成して、重要な期間に対してスナップショットを無期限に保持することもできます。
スナップショットの間隔のデータはADDMによって分析されます。ADDMではスナップショットの違いを比較して、システム・ロードの有効性に基づき、どのSQL文を取得するかを確認します。ADDMの分析では、時間の経過によって取得する必要のあるSQL文の数が示されます。
この項の内容は次のとおりです。
手動でスナップショットを作成できますが、デフォルトではAWRで1時間に一度パフォーマンス・データのスナップショットが生成されるため、通常はこの作業は不要です。ただし、スナップショットの間隔より短い期間のパフォーマンス・データを比較する場合など、異なるアクティビティの期間を取得する場合は、スナップショットを手動で作成する必要がある場合があります。
「パフォーマンス」ページが表示されます。
最新のスナップショットのリストがある「スナップショット」ページが表示されます。
「確認」ページが表示されます。
スナップショットの作成中に「処理中: スナップショットの作成」ページが表示されます。
スナップショットが作成されると、「スナップショット」ページが確認メッセージとともに再表示されます。
この例では、作成されたスナップショットのIDは249です。
デフォルトでは、AWRは1時間に一度パフォーマンス・データのスナップショットを生成します。または、スナップショットの間隔および保存期間のデフォルト値を変更できます。
「サーバー」サブページが表示されます。
「自動ワークロード・リポジトリ」ページが表示されます。
この例では、「スナップショットの保存(日)」は8日、「スナップショット間隔」は60分に設定されています。
「設定の編集」ページが表示されます。
使用可能なディスク領域に基づいて可能なときはいつでもスナップショットの保存期間を延長することをお薦めします。
この例では、スナップショットの保存期間が30日間に変更されます。
この例では、スナップショットの収集間隔が30分に変更されます。
「初期化パラメータ」ページが表示されます。
統計レベルを変更するには、「値」リストでstatistics_level
パラメータに希望する値を選択します。「ファイルに保存」をクリックして、サーバー・パラメータ・ファイルの値を設定します。
この例では、デフォルト値TYPICALが使用されています。
「自動ワークロード・リポジトリ」ページに新しい設定が表示されます。
デフォルトでは、ADDMは毎時間実行され期間中にAWRによって作成されるスナップショットを分析します。データベースがパフォーマンスの問題を検出した場合、分析の結果がデータベースのホームページの「診断サマリー」に表示されます。
ADDM結果リンクは、最後のADDM分析で検索されたADDMの検出結果の量が表示されます。
「自動データベース診断モニター(ADDM)」ページにADDMの実行結果が表示されます。
「自動データベース診断モニター(ADDM)」ページで、「データベース・アクティビティ」グラフは、ADDM分析期間中にデータベース・アクティビティを表示します。データベース・アクティビティのタイプは、グラフに関連した色に基づいて凡例で定義されます。グラフの下にある各アイコンは、異なったADDMタスクを示します。各ADDMタスクは、ワークロード・リポジトリに保存されている個々のOracle Databaseスナップショットのペアに順々に対応します。
この例では、8:00以降のアクティビティの最大ブロックが緑で表示され、凡例に示すとおり、CPU使用率に対応しています。このことは、ADDM分析期間において、CPUがパフォーマンスのボトルネックである可能性があることを示しています。
「ADDMパフォーマンス分析」セクションで、ADDM結果は影響の高いものから降順でリストされます。「情報の結果」セクションでは、パフォーマンスに影響がなく、情報目的のみの領域をリストします。
「レポートの表示」ページが表示されます。
「ファイルに保存」をクリックして、後のアクセスのレポートを保存できます。
ADDM分析結果は、検出結果のセットを表しています。各ADDMの検出結果は次の3タイプのいずれかです。
データベースのパフォーマンスの問題の根本的な原因を示す検出結果
1つ以上の問題を検出する頻度の高い情報が含まれる検出結果
パフォーマンスに影響を与えないシステムの領域を報告するために使用される検出結果
問題の検出結果は、DB時間のパフォーマンスの問題による部分の見積りから定量化されます。
特定の問題に複数の原因がある場合、ADDMは複数の結果をレポートする場合があります。この場合、同一箇所のDB時間に対して、結果の影響が複数表示されます。パフォーマンスの問題が重複した場合、レポートされた結果の影響をすべて合計すると、DB時間の100%を超える可能性があります。たとえば、I/O操作の読取りが多数実行されて、ADDMが1つ目の結果としてDB時間の50%がI/OアクティビティのSQL文の影響であるとレポートし、もう1つの結果としてDB時間の75%がバッファ・キャッシュの不足の影響であるとレポートするような場合です。
問題の検出結果は推奨事項のリストと関連付けてパフォーマンスの問題による影響を軽減できます。各推奨事項には推奨事項が実装される場合にDB時間の一部の見積りが節約できるという利点があります。複数の推奨事項がADDMの検出結果と関連付けられている場合、推奨事項には同一の問題を解決する代替手段が含まれる場合があります。この場合、利点の合計は結果の影響より高い場合があります。同一の問題を解決するためにすべての推奨事項を適用する必要はありません。
推奨事項はアクションとその理由で構成されています。推奨事項の実行により予測される利点を得るためには、推奨されたすべてのアクションを適用する必要があります。また、これらのアクションが推奨される理由の説明と、推奨事項の実装に関する詳細情報が提供されます。ADDMアクションにより複数の解決策がユーザーに提示された場合は、最も実装が簡単な解決策を選択します。
この項では、ADDMの推奨事項の実装方法を説明します。ADDMの検出結果は「ADDMパフォーマンス分析」の「自動データベース診断モニター(ADDM)」ページに表示されます。
「自動データベース診断モニター(ADDM)」ページが表示されます。
この例では、最も影響のある結果は「DB時間別の上位SQL」です。
「パフォーマンス結果の詳細」ページが表示されます。
「カテゴリ」列には推奨事項のカテゴリが表示されます。「ベネフィット(%)」列には推奨事項を実装することによって得ることができるメリットの見積りが表示されます。
この例では、この結果に対して2つの推奨事項が表示されています。1つ目の推奨事項には、1つのアクションが含まれており、分析期間中にDB時間が最大で84.6%まで減少するというメリットを得ることができるとの見積りが示されています。2つ目の推奨事項には、1つのアクションが含まれており、分析期間中にDB時間が最大で78.3%まで減少するというメリットを得ることができるとの見積りが示されています。
たとえば、「サイズ不足のバッファ・キャッシュ」の結果には、DB_CACHE_SIZE
初期化パラメータの値を示す追加情報が含まれています。
「結果履歴」ページが表示されます。
「結果履歴」ページに、選択した3時間間隔に特定の結果が検出された頻度が表示されます。この情報を使用して、結果がシステムの一時的な問題であるか、または永続的な問題であるかを判断します。この情報に基づいて、結果に関連付けられたアクションの実行が必要かどうかを判断できます。
アクティブ・セッション・グラフには、検出結果およびその他の負荷がシステムに与える影響が表示されます。
結果に対するフィルタ・ページが表示されます。
「結果に対するフィルタの作成」ページが表示されます。
ADDMの検出結果のアクティブ・セッション数が指定したフィルタ条件より少ない場合、将来のADDMの実行のためにこの検出結果にフィルタが適用されます。
ADDMの検出結果のアクティブ・セッション数が指定したフィルタ条件より少ない場合、将来のADDMの実行のためにこの検出結果にフィルタが適用されます。
実行するアクションのタイプによって、「実装」または「アドバイザをただちに実行」などのいくつかのボタンが使用可能になります。これらのボタンを使用すると、一度のクリックですぐに推奨事項を実装できます。
この例では、最も単純な解決方法は、「アドバイザをただちに実行」をクリックして、SQL文でSQLチューニング・アドバイザのタスクをすぐに実行することです。
AWRでEnterprise Managerを使用して、作成されるスナップショットに含まれるデータを表示できます。スナップショット・データは主にRAW統計で構成されているため、通常、確認する必要はありません。かわりに、ADDMを使用して、パフォーマンスの問題を識別するこれらの統計を分析する必要があります。スナップショット統計は、主に上級ユーザー、またはパフォーマンス分析のStatspackの使用に慣れているDBA向けです。
「パフォーマンス」ページが表示されます。
最新のスナップショットのリストがある「スナップショット」ページが表示されます。
「スナップショットの詳細」が表示され、「詳細」サブページが表示されます。
この例では、以前のスナップショット(スナップショット161)から、選択されたスナップショット(スナップショット162)までの収集された統計が表示されます。
ワークロード・リポジトリ・レポートが表示されます。
|
![]() Copyright © 2007, 2008 Oracle Corporation. All Rights Reserved. |
|