パフォーマンスの問題を診断するために、自動ワークロードリポジトリ(AWR)を使用するにはどうすればよいですか?
自動ワークロードリポジトリ(AWR)は、問題の検出とセルフチューニングの目的でパフォーマンス統計を収集、処理、および維持するOracleデータベースに組み込みツールです。パフォーマンスの問題を診断するためにAWRを使用するには、次の手順に従ってください。
-
AWRレポートを生成する:
-
レポートを分析します:
- AWRレポートは、指定された期間中のデータベースアクティビティとリソース消費の包括的な概要を提供します。レポートの冒頭にある概要セクションを調べることから始めます。これにより、データベースのパフォーマンスの高レベルのビューが表示されます。
-
パフォーマンスの問題を特定します:
- 「Top 5 Timededイベント」、「Elapsed Timeで注文したSQL」、「待機イベント」などのセクションを探して、データベースがほとんどの時間を費やしている場所を特定します。高い待機時間または高い経過時間は、パフォーマンスのボトルネックを示すことができます。
-
特定のメトリックにドリルダウンします:
- パフォーマンスの問題の根本原因を理解するために、CPU使用、I/O待機時間、メモリ使用量、SQL実行統計などのメトリックを使用します。たとえば、CPUの使用量が高い場合は、どのプロセスまたはクエリが最も多くのCPUを消費しているかを調査します。
-
行動を起こす:
- 調査結果に基づいて、SQLステートメントの調整、データベースパラメーターの調整、ハードウェアリソースの再構成などの適切なアクションを実行します。
これらの手順に従うことにより、AWRを使用して、Oracleデータベースのパフォーマンスの問題を診断および解決できます。
AWRレポートでは、パフォーマンスボトルネックを識別するためにどのような具体的なメトリックに焦点を当てる必要がありますか?
AWRレポートを使用してパフォーマンスボトルネックを識別するには、次の特定のメトリックに焦点を当てます。
-
トップタイミングイベント:
- AWRレポートの「トップ5の時限イベント」セクションは、最も多くの時間を消費したイベントを強調しています。 「DB CPU」、「ログファイルの同期」、「他のセッションで読み取る」などのイベントは、CPU、I/O、またはロックの問題を示すことができます。
-
経過時間によって注文されたSQL:
- このセクションには、消費した経過時間の合計で注文されたSQLステートメントがリストされています。エルプスの高い時間は、これらの声明を最適化する必要があることを示唆しています。
-
待機イベント:
- 待機イベントは、データベースがリソースを待っている場所を示しています。 「DBファイルシーケンシャルリード」、「DBファイル散乱読み取り」、「ログファイルの同期」などのイベントに注意してください。I/Oまたはログファイルの問題を示すことができます。
-
CPU使用:
- 「インスタンスアクティビティ統計」セクションは、CPU使用統計を提供します。 CPUの使用量が多いと、クエリの最適化または追加のハードウェアリソースの必要性が示される場合があります。
-
メモリの使用量:
- 「SGAメモリの概要」と「PGAメモリの概要」セクションを確認して、メモリが効率的に使用されていることを確認してください。メモリの問題は、パフォーマンスの劣化につながる可能性があります。
-
I/O統計:
- 「ファイルI/O統計」セクションは、ディスクI/Oパフォーマンスに関する洞察を提供します。ディスクボトルネックを示す可能性のある高い「読み取り時間」または「書き込み時間」値を探してください。
-
バッファープール統計:
- 「バッファープール統計」セクションは、データベースがメモリを使用してデータをキャッシュしていることを示しています。高い「物理的読み取り」と「論理読み取り」比は、より多くのメモリが必要であることを示唆する可能性があります。
これらのメトリックに焦点を当てることにより、パフォーマンスボトルネックが発生している場所をすばやく識別し、それらを解決するために適切なアクションを実行できます。
AWRスナップショットを比較して、パフォーマンスの変化を時間の経過とともに追跡するにはどうすればよいですか?
AWRスナップショットを比較することは、時間の経過とともにパフォーマンスの変化を追跡する強力な方法です。これがあなたがそれを行う方法です:
-
さまざまな期間のAWRレポートを生成します。
- さまざまなスナップショットのAWRレポートを作成して、さまざまな時点でパフォーマンスデータをキャプチャします。たとえば、毎週の間隔で撮影されたスナップショットのレポートを生成する場合があります。
-
AWR比較レポートを使用してください。
-
比較レポートを分析します:
- 比較レポートでは、CPU使用量の変更、待機イベント、SQLパフォーマンスなど、2つのスナップショット間の主要なメトリックの違いを強調します。パフォーマンスの改善や悪化を示す可能性のある重要な変更を探してください。
-
重要な指標に焦点を当てます:
- CPU時間、I/O待機時間、メモリ使用量、特定のSQLステートメントのパフォーマンスなどのメトリックに注意してください。これらのメトリックを2つのスナップショットで比較して、傾向や突然の変化を特定します。
-
長期的な傾向を追跡します:
- 時間の経過とともに複数のスナップショットを比較することにより、パフォーマンスの長期的な傾向を特定できます。これは、容量とパフォーマンスのチューニングイニシアチブを計画するのに役立ちます。
-
比較に基づいてアクションを実行します。
- パフォーマンスの劣化に気付いた場合は、比較レポートの洞察を使用して、問題をトラブルシューティングして解決します。逆に、改善が見られる場合は、将来のリファレンスのパフォーマンスが向上した変更を文書化してください。
AWRスナップショットを定期的に比較することで、データベースのパフォーマンスを長期にわたって効果的に追跡および管理できます。
最適なパフォーマンス監視のために、どのくらいの頻度でAWRレポートを生成する必要がありますか?
最適なパフォーマンスモニタリングのためにAWRレポートを生成する頻度は、データベースのサイズ、ワークロードの性質、特定のパフォーマンス監視ニーズなど、いくつかの要因に依存します。一般的なガイドラインは次のとおりです。
-
積極的な監視用:
-
毎日のレポート: AWRレポートを毎日生成することで、パフォーマンスの傾向に注意を払って、新たな問題を迅速に特定するのに役立ちます。これは、パフォーマンスが最優先事項である大規模または重要なデータベースに特に役立ちます。
-
定期的なメンテナンスのため:
-
毎週のレポート:ほとんどのデータベースでは、AWRレポートを生成することで、日常的なパフォーマンス監視には十分です。毎週のレポートは、トレンドを見つけるのに十分なデータをキャプチャすることと、あまりにも多くの情報でDBAを圧倒しないこととの間の良いバランスを提供します。
-
トラブルシューティング用:
-
アドホックレポート:パフォーマンスの問題を積極的にトラブルシューティングしている場合は、1時間ごとまたは15分ごとなど、AWRレポートをより頻繁に生成して、問題期間中に詳細なパフォーマンスデータをキャプチャする必要がある場合があります。
-
長期分析のために:
-
毎月または四半期レポート:長期的なパフォーマンス分析と能力計画のために、毎月または四半期ごとにAWRレポートを生成することを検討してください。これらのレポートは、長期的な傾向を特定し、将来の成長を計画するのに役立ちます。
-
レポート生成の自動:
- スクリプトまたはOracle Enterprise Managerを使用して、AWRレポートの生成を自動化することを検討してください。これにより、時間を節約し、レポートが目的の間隔で一貫して生成されるようにします。
要約すると、AWRレポートを生成するための最適な頻度は特定のニーズに基づいて異なりますが、通常、日常の監視の良い出発点です。データベースのサイズと臨界性に基づいて必要に応じて頻度を調整し、特定の問題のトラブルシューティングでより頻繁なレポートを使用します。
以上がパフォーマンスの問題を診断するために、自動ワークロードリポジトリ(AWR)を使用するにはどうすればよいですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。