| Oracle® Database 2日でデータベース管理者 11gリリース2(11.2) B56320-04 |
|
 前 |
 次 |
データベースのパフォーマンスを監視し、最適に実行されているかどうかを確認することは、データベース管理者にとって重要なタスクの1つです。この章では、データベースの状態の監視、パフォーマンスの問題の特定、および是正措置の実施を容易にするOracle Databaseの特長と機能について説明します。
この章は次の項で構成されています。
Oracle Databaseは、データベースの状態およびパフォーマンスの監視を容易にします。Oracle Databaseは、データベースの状態およびパフォーマンスに関連するバイタル・サイン(メトリック)を監視し、データベースに対して実行されるワークロードを分析します。また、管理者として注意が必要な問題を自動的に特定します。特定された問題は、データベースのホームページにアラートおよびパフォーマンス結果として表示されます。また、Oracle Enterprise Manager Database Control (Database Control)を構成して、電子メールで問題を通知することも可能です。
このセクションの内容は次のとおりです。
アラートを使用してデータベースを監視できます。ほとんどのアラートでは、特定のメトリックしきい値を超過した場合に通知します。各アラートには、クリティカルまたは警告の値を設定できます。これらのしきい値は、超過したときにシステムが望ましくない状態にあることを示す境界値とするための方法です。たとえば、表領域が97%を占めている場合は望ましくない状態とみなされ、Oracle Databaseによってクリティカル・アラートが生成されます。
他のアラートはSnapshot Too OldやResumable Sessionの一時停止などのデータベース・イベントに対応しています。これらのアラートのタイプはイベントが発生したことを示しています。
通知に加えて、スクリプトの実行などのアクションを実行するようにアラートを設定できます。たとえば、表領域オブジェクトを縮小するスクリプトは「表領域の使用量」警告アラートが発生した場合に役立ちます。
Oracle Databaseでは、デフォルトで、次のものを含む様々なアラートが発行されます。
アーカイブ領域使用量(80%の場合は「警告」)
中断したジョブ数と失敗したジョブ数(0を超えると「警告」)
現在のオープン・カーソル数(1200を超えると「警告」)
ダンプ領域使用率(95%の場合は「警告」)
セッション制限使用率(90%の場合は「警告」、97%の場合は「クリティカル」)
表領域使用率(85%の場合は「警告」、97%の場合は「クリティカル」)
メトリックを設定して、これらを含むアラートを変更したり、使用可能にできます。
詳細は、「アラートの管理」を参照してください。
Oracle Databaseは、自動データベース診断モニター(ADDM)と呼ばれる自己診断エンジンを搭載しています。ADDMを使用すると、Oracle Databaseによってデータベース自身のパフォーマンスが診断され、特定された問題の解決方法が判断されます。
ADDMを使用した自動パフォーマンス診断を円滑化するために、Oracle Databaseではデータベースの状態およびワークロードのスナップショットが定期的に収集されます。スナップショットとは、パフォーマンスの比較のためにADDMで使用される一定期間の履歴データのセットです。スナップショットのデフォルトの収集間隔は1時間です。スナップショットは、ある時点のシステムの状態に関する統計的サマリーを提供します。スナップショットは自動ワークロード・リポジトリ(AWR)に格納され、SYSAUX表領域に配置されます。スナップショットは、設定した期間(デフォルトでは8日間)にわたってこのリポジトリに格納された後、新しいスナップショット用の領域を確保するためにパージされます。
ADDMは、AWRに取り込まれたデータを分析してシステムの主な問題を判別し、通常、解決策を提示して予想される利益を定量化します。ADDM分析結果は、検出結果のセットを表しています。
一般的に、ADDMが注意するパフォーマンスの問題は次のとおりです。
SQL文を頻繁にロードしたためにデータベースによってCPU時間またはメモリーが多く使用された場合などに起こるリソース競合(ボトルネック)
アプリケーションによってデータベースに長時間ログインした場合などに起こる接続管理の低下
あるユーザー・プロセスが表内のデータを安全に更新するためにロックを取得しており、同じ表に対するロックを取得する必要がある他のユーザー・プロセスが待機状態になることで、データベースのパフォーマンスが低下する場合などに起こるマルチユーザー環境でのロック競合
|
関連項目:
|
データベース・ホーム・ページでは、データベースの状態およびワークロードを監視できます。定期的に更新されるこのページはデータベースの状態に関する一般的な情報を提供します。
データベースの全般的な状態およびワークロードを監視するには、次のようにします。
データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。
(オプション)「リフレッシュ」ボタンをクリックして、表示される情報を更新します。
デフォルトでは、データベースのホームページで60秒ごとに自動的にリフレッシュされます。ページの右上隅の「データの表示」リストで「手動」を選択すると、自動的なリフレッシュを回避できます。最新情報を表示するには、「リフレッシュ」をクリックする必要あります。
データベースからデータが最後に収集された日時が「リフレッシュ」ボタンの左に表示されます。
「一般」セクションでデータベースの状態について概要を把握します。このセクションには次の情報が含まれています。
データベース・インスタンスのステータス(稼働中または停止中)
「ステータス」リンクをクリックすると、データベースの可用性の詳細にドリルダウンできます。
データベースが最後に起動した時刻
インスタンス名
Oracle Databaseのバージョン
ホスト名
「ホスト」リンクをクリックすると、ホストの詳細にドリルダウンできます。
リスナー名
「リスナー」リンクをクリックすると、リスナーの詳細にドリルダウンできます。
「すべてのプロパティの表示」をクリックすると、Oracleホームのパス、およびデータベースが読取り専用か読み書き可能かが表示されます。
「ホストCPU」セクションでCPU使用率を確認します。このセクションには次の情報が含まれています。
棒グラフ
このグラフは、データベースとその他のプロセスで使用されるCPU時間の割合を示します。グラフの凡例には、データベース・インスタンスのリンクとその他のCPUプロセスのリンクが含まれています。
グラフの凡例の「その他」リンクをクリックすると、CPU、メモリーおよびディスクI/Oの使用率の時間変化が表示されます。
グラフの凡例のインスタンス名のリンクをクリックすると、トップ・アクティビティ・ページが表示されます。このページには、アクティブ・セッションの時間経過グラフ、発行されたSQL文の詳細、および最もアクティブなセッションが含まれています。
CPU負荷
これは、過去1分間にCPUへのスケジューリングを待機していたプロセスの平均数です。
「負荷」リンクをクリックすると、CPU、メモリーおよびディスクI/Oの時間変化が表示されます。
ページング
これは、1秒ごとにページ・アウト(アクティブ・メモリーから移動)されるメモリー・ページ(命令またはデータ、あるいはその両方の固定長ブロック)の数です。
「ページング」リンクをクリックすると、CPU、メモリーおよびディスクI/Oの使用率の時間変化が表示されます。
データベースがサーバーのCPU時間の大部分を占有している場合など、パフォーマンスに問題があるときは、「アクティブ・セッション」セクションを調べます。このセクションには、次の情報が棒グラフで表示されます。
待機
これは、すべての待機クラスを合計した値です(ユーザーI/Oとアイドル待機イベントを除く)。待機クラスは、待機の種類に基づいて待機イベントをグループ化したものです。
他のプロセスがCPU時間のほとんどを占有している場合、これはデータベースのホスト・コンピュータで稼働している他のアプリケーションがパフォーマンスの問題の原因になっていることを示します。
「待機」リンクをクリックしてパフォーマンス・ページに移動し、データベースの内部および外部の潜在的な問題を確認します。
ユーザーI/O
これは、ユーザーI/Oを待機しているアクティブ・セッションの平均数です。ユーザーI/Oとは、ディスクからのデータの読取りまたはディスクへのデータの書込みがデータベースで行われる原因となる、ユーザーから生じたワークロードを意味します。
「ユーザーI/O」リンクをクリックしてパフォーマンス・ページに移動し、データベースの内部および外部の潜在的な問題を確認します。
CPU
これは、CPUを使用するアクティブ・セッションの平均数です。
「CPU」リンクをクリックして、時間経過に伴うアクティブ・セッションの詳細情報を示すグラフを表示します。
「診断サマリー」セクションを確認します。このセクションには次の情報が含まれています。
ADDM結果
ここに最新のADDM実行結果の件数が表示されます。「ADDM結果」リンクの横にある番号をクリックしてADDMページに移動します。
期間開始時間
これは、最後にADDMによって分析された期間の開始時間です。ADDM結果がある場合にのみ表示されます。
アラート・ログ
これは、ORA-エラーを示す最新のアラート・ログ・エントリのタイムスタンプです。
「アラート・ログ」リンクをクリックすると、アラート・ログ・エラー・ページに移動します。このページには、エラーを含むログ・エントリのリストが表示されます。
アクティブなインシデント
ここに、データベースでの実際のクリティカル・エラーであるアクティブなインシデントの件数が表示されます。クリティカル・エラーを調査し、Oracleサポート・サービスに報告することをお薦めします。件数をクリックし、サポート・ワークベンチのホームページに移動します。
データベース・インスタンスの状態
「データベース・インスタンスの状態」をクリックすると、データベース・インスタンスの状態ページが表示されます。このページには、インシデント、ADDM結果およびアラートが時系列の順にグラフで示されます。このグラフを使用して、生成されたインシデントおよびアラートとシステムのパフォーマンスの問題の相関関係を特定できます。
「SQLレスポンス時間」セクションを確認します。
これは、追跡対象の一連のSQL文の現在のレスポンス時間と、参照収集のレスポンス時間との比較です。参照収集(SQLチューニング・セット)は、本番システムにおける典型的なSQLワークロードを表す一連のSQL文です。現在のレスポンス時間と参照収集のレスポンス時間が等しい場合、システムは正常に稼働しています。現在のレスポンス時間が参照収集のレスポンス時間を超える場合、1つ以上のSQL文の実行速度が通常より遅くなっています。現在のレスポンス時間が短いほど、追跡対象のSQL文の実行効率は高くなります。
「SQLレスポンス時間」リンクをクリックすると、過去24時間のレスポンス時間メトリックが表示されます。参照収集が空の場合は、「参照収集のリセット」をクリックして、参照収集を作成できるページに移動します。
「領域サマリー」セクションを確認します。
セグメント・アドバイザの推奨事項の横にある数値がゼロでない場合は、領域のデフラグを行う必要があるセグメントが特定されています。その数値をクリックすると、対象セグメントのデフラグ方法に関する推奨事項が表示されます。
「アラート」セクションを確認します。このセクションには次の項目が含まれています。
「カテゴリ」リスト
オプションで、リストからカテゴリを選択すると、そのカテゴリのアラートのみが表示されます。
クリティカル
これは、クリティカルのしきい値を超えたメトリックと、インシデントによって発生したアラート(クリティカル・エラー)などのその他のクリティカル・アラートを合計した数です。
警告
これは、警告のしきい値を超えたメトリックの数です。
「アラート」表
メッセージをクリックすると、アラートの詳細が表示されます。
「ADDMパフォーマンス分析」セクションがある場合は確認します。このセクションには、次の項目が含まれています。
期間開始時間
これは、ADDMで最後に分析された期間の開始時間です。
持続期間(分単位)
これは、ADDMで最後に分析された期間の持続時間です。
インスタンス名
「ADDM結果」表
ADDM結果、推定されるデータベース・パフォーマンスへの影響、ADDM結果の説明、過去24時間に収集されたスナップショット内のADDM結果の検出回数を一覧表示した表です。たとえば、「発生」の列に「34/43」と表示されている場合は、43個のスナップショット中に34個のADDM結果が検出されたことになります。
結果をクリックすると、結果の詳細および推奨事項を表示して、場合によっては推奨事項を実装するかアドバイザを開始することができます。
時間の経過によるデータベースのパフォーマンスの低下を表示するには、次の手順を実行します。
データベース・ホームページの上部の「パフォーマンス」をクリックします。
パフォーマンス・ページが開き、最新の期間のCPU使用率、平均アクティブ・セッション数、インスタンスのディスクI/Oおよびインスタンス・スループットのサマリーが表示されます。
「その他の監視リンク」を使用すると、「トップ・アクティビティ」や、その他のデータにドリルダウンできます。
ホストのパフォーマンスを改善するために実行できる操作は、システムによって異なりますが、不要なプロセスの削除、メモリーの追加またはCPUの追加が含まれます。
次の項ではアラートの管理方法を説明します。
パフォーマンスの問題を効率よく診断するには、統計を利用する必要があります。システム、セッションおよび個々のSQL文について様々な累積統計が生成されるだけでなく、セグメントやサービスの累積統計も記録されます。メトリック は、累積統計における変化の割合として定義されます。メトリックは、計算後、自動ワークロード・リポジトリに格納され、すべてのメトリック・ページに表示されます。メトリックは自動ワークロード・リポジトリで計算および格納され、「データベース・ホーム」ページの「関連リンク」の下にある「すべてのメトリック」をクリックすると表示される「すべてのメトリック」ページに表示されます。
データベースのメトリックを表示するには、次のようにします。
データベースのホームページの「関連リンク」の下にある「すべてのメトリック」をクリックします。
すべてのメトリック・ページが表示されます。
特定のメトリックのリンクをクリックします。
詳細ページにメトリックの詳細が表示されます。メトリックの説明については、このページのオンライン・ヘルプを参照してください。
3つの各メトリックについて、警告および限界のしきい値を定義でき、またしきい値が超過するたびにOracle Databaseによってアラートが発行されます。アラートはデータベース・ホーム・ページの「アラート」ヘッダーの下(Oracle Netのコンポーネントなど、データベース以外のアラートは「関連アラート」の下)に表示されます。
次のサンプル出力には、「表領域使用率」のしきい値を警告するアラートが2つ表示されています。
しきい値の設定の詳細は、「メトリックしきい値の設定」を参照してください。アラートに対して実行する処置の詳細は、「アラートへの対応について」を参照してください。
アラートの原因となった条件が解消され、メトリック値が範囲外でなくなると、アラートはクリアされます。メトリック値はデータベースの状態を測定する上で重要であり、自己チューニングおよびOracle Databaseアドバイザで作成される推奨事項への入力として使用されます。
Oracle Databaseには事前定義されたメトリックのセットが用意されており、一部のメトリックはしきい値が事前定義されています。ただし、他のメトリックのしきい値を設定したり、既存のしきい値の設定を変更する必要が生じることがあります。
「表領域の領域使用量アラートしきい値の変更」では、しきい値の設定方法を説明しています。この方法では、表領域で使用される領域量で警告およびクリティカルのしきい値を設定します。しきい値の編集ページを使用すると、より一般的な方法でしきい値を設定できます。
メトリックしきい値を設定するには、次のようにします。
データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。
「関連リンク」ヘッダーの下にある「メトリックとポリシー設定」をクリックします。
メトリックとポリシー設定ページが表示されます。
このページには、メトリックの既存のしきい値と指定されている対応方法が表示されます。
「表示」リストで、次のいずれかの操作を行います。
「しきい値のあるメトリック」を選択して、オラクル社が事前定義したしきい値、またはユーザーがあらかじめ設定したしきい値のあるメトリックのみを表示します。
「すべてのメトリック」を選択して、しきい値が定義されているかどうかに関係なく、すべてのしきい値を表示します。
特定のメトリックの警告のしきい値を設定または変更するには、そのメトリックの「警告のしきい値」フィールドに目的の値を入力します。
特定のメトリックのクリティカルのしきい値を設定または変更するには、そのメトリックの「クリティカルのしきい値」フィールドに目的の値を入力します。
特定のメトリックのメトリック収集を無効または再度有効にするか、収集スケジュールを変更するには、次の手順を完了します。
メトリックの「収集スケジュール」リンクをクリックします。
そのメトリックの収集設定の編集ページが表示されます。
「無効化」をクリックしてこのメトリックの収集を無効にするか、「有効化」をクリックして有効にします。
「有効化」を選択した場合は、「収集スケジュール」の「頻度タイプ」を選択して、数値を「繰返し間隔」フィールドに入力する必要があります。
「無効化」を選択した場合は、この手順をスキップします。
次の操作を1つ実行します。
「続行」をクリックし、選択内容を保存してメトリックとポリシー設定ページに戻ります。
「取消」をクリックし、選択内容を保存せずにメトリックとポリシー設定ページに戻ります。
シングル・ペンシル・アイコンをクリックして詳細設定の編集ページを使用し、「修正処理」、テンプレートの上書き(の監視)、および「高度なしきい値設定」を変更します。これらのオプションの詳細は、このページの「ヘルプ」をクリックしてください。
トリプル・ペンシル・アイコンをクリックして測定されているオブジェクト型の異なるインスタンスに異なるしきい値を設定します。
たとえば、各表領域に対して、表領域使用率メトリックに異なる警告レベルとクリティカル・レベルを設定できます。
次の操作を1つ実行します。
「OK」をクリックし、変更を保存してデータベースのホームページに戻ります。
「取消」をクリックし、変更を保存せずにデータベースのホームページに戻ります。
アラートが発行された場合は、システム診断またはオブジェクトのアクティビティをより詳細に知るために、アラートに提示された推奨事項、実行中のADDM、その他のアドバイザに従って、システムの診断およびオブジェクトの動作の詳細を確認します。
たとえば、「表領域の領域使用量」アラートを受け取った場合、セグメント・アドバイザを表領域に対して実行し、縮小可能なオブジェクトを特定することで、是正措置を実施できます。その後、オブジェクトを縮小して使用可能な領域(空き領域)を確保できます。詳細は、「未使用領域の再利用について」を参照してください。
また、レスポンスとして、「メトリックしきい値の設定」に説明したように、修正スクリプトを設定できます。
問題の原因が解消すると、ほとんどのアラートは自動的にクリア(削除)されます。「一般的なアラート・ログ・エラー」などのその他のアラートは、データベース管理者による確認を必要とするため、データベース管理者に通知されます。
必要な修正を行ったら、クリアまたは消去することでアラートを確認済にできます。アラートをクリアすると、アラートはアラート履歴に送信されます。アラート履歴は、データベースのホームページの「関連リンク」で参照できます。アラートをパージすると、アラートはアラート履歴から削除されます。
アラートをクリアまたはパージするには、次のようにします。
データベースのホームページの「診断サマリー」で、「アラート・ログ」リンクをクリックします。
アラート・ログ・エラー・ページが表示されます。
「データの表示」リストで、表示する情報の期間を選択します。
「リフレッシュ」をクリックして、ページを最新の情報でリフレッシュします。
次の操作を1つ実行します。
「オープン・アラートの表示」をクリックして、クリアされたアラートを非表示にします。
「オープン・アラートとクリアされたアラートの表示」をクリックして、すべてのアラートを表示します。
|
注意: 現在の表示内容に応じて、これらのボタンのいずれか一方のみが表示されます。 |
「選択」オプションをクリックして、1つ以上のアラートを選択します。
「クリア」をクリックして、アラートをクリアします。
「パージ」をクリックして、アラートをパージします。
「すべてのオープン・アラートのクリア」をクリックして、すべてのオープン・アラートをクリアします。
「すべてのアラートをパージ」をクリックして、すべてのアラートをパージします。
Database Controlのデータベース・ホームページには、すべてのアラートが表示されます。オプションで、特定のアラートが発生したときにDatabase Controlから直接通知されるように指定できます。たとえば、クリティカル・アラートに電子メール通知を選択し、各コールのシステム・レスポンス時間のメトリックにクリティカルのしきい値を設定すると、次のような電子メール・メッセージが送信されます。
Host Name=mydb.us.example.com Metric=Response Time per Call Timestamp=08-NOV-2006 10:10:01 (GMT -7:00) Severity=Critical Message=Response time per call has exceeded the threshold. See the latest ADDM analysis. Rule Name= Rule Owner=SYSMAN
電子メール・メッセージにはホスト名へのリンクおよび最新のADDM分析が含まれています。
デフォルトでは、データベースの停止、一般的なアラート・ログ・エラー・ステータス、表領域使用率などのクリティカル状態のアラートが通知されるよう設定されています。ただし、これらの通知を受信するには、電子メール情報を設定する必要があります。
電子メール情報を設定するには、次のようにします。
Database Controlのページで、「設定」リンクをクリックします。これは、ヘッダーまたはフッター領域に表示されます。
設定ページで「通知メソッド」を選択します。
必要な情報を通知メソッド・ページの「メール・サーバー」セクションに入力します。詳細は、「ヘルプ」をクリックしてください。
通知には、他にもスクリプトやSimplified Network Management Protocol(SNMP)プログラム割込み(トラップ)などの方法があります。後者はサード・パーティのアプリケーションとの通信に使用できます。
通知方法は設定しましたが、通知を受信する電子メールアドレスの設定を行っていません。通知を受信する場合、次の手順を完了します。
任意のDatabase Controlのページで、ヘッダー領域またはフッター領域に表示されている「プリファレンス」リンクをクリックします。
プリファレンス・ページで「一般」を選択します。「行の追加」をクリックして、「電子メール・アドレス」セクションに電子メール・アドレスを入力します。
「テスト」をクリックして、指定された情報を使用して電子メール・メッセージを送信できることを確認します。テストが完了したら、「OK」をクリックします。
(オプション)通知を受信する場合の重大度の状態の変更など、通知ルールの編集を行うには、ページ左側の「通知」ヘッダーの下の「ルール」を選択します。
通知ルール・ページが表示されます。このページの詳細を表示するには、「ヘルプ」をクリックします。
データベースのパフォーマンスの問題が発生した場合は、診断および収集が必要です。通常、これらの問題は、デフォルトで毎時トップダウン・システム分析を行い、検出された最重要事項を「データベース・ホーム」ページに報告する、自動データベース診断モニター(ADDM)によって報告されます。
この項の内容は次のとおりです。
|
関連項目:
|
ADDMの分析結果は、各結果の説明と推奨アクションで構成されます。結果と結果がシステムに与える影響のサマリーを確認できます。
ADDMパフォーマンス結果のサマリーを確認するには、次のようにします。
データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。
データベースのホームページの「診断サマリー」セクションで、「ADDM結果」の横の数値リンクを見つけます。
この数値は、最新のADDM実行結果の件数を示しています。この数値がゼロの場合、調査するADDM結果はありません。
この数値がゼロでない場合は、手順3に進みます。
データベースのホームページの「アラート」セクションの下にある「ADDMパフォーマンス分析」セクションを確認します。
このセクションは、ADDM結果が存在する場合にのみ表示されます。このセクションには、最新のADDM実行結果のうち、最初の5件が表示されます。6件以上の結果が存在する場合はコントロールが表示され、後続の結果を5件ずつ参照できます。
データベースのホームページの「診断サマリー」セクションで、「ADDM結果」の横の数値リンク(数値はゼロ以外)をクリックします。
ADDMページに、最新の実行結果すべてのサマリー、および過去24時間のセッション・アクティビティを示す時系列グラフが表示されます。
このページの詳細を表示するには、「ヘルプ」をクリックします。
グラフの下にある各クリップボード・アイコンは、24時間以内の時間範囲を表しています。いずれかのアイコンをクリックして、そのアイコンの時間範囲内に発生したADDM実行結果を表示します。その時間範囲内にADDMが複数回実行された場合は、「タスク名」の横に表示されたリストから個々のADDM実行を選択できます。
|
関連項目:
|
ADDMパフォーマンス結果に付随する推奨事項に従って対処できます。
ADDMパフォーマンス結果に対応するには、次のようにします。
データベースのホームページまたはADDMページの「ADDMパフォーマンス分析」セクションにある「結果」列で、結果をクリックします。
パフォーマンス結果の詳細ページが表示されます。
「推奨」セクションで、「すべての詳細を表示」をクリックします。
対応する結果を選択し、推奨アクションを実行します。推奨事項にアドバイザの実行が含まれている場合は、「アドバイザをただちに実行」をクリックしてアドバイザを実行します。
(オプション)1つ以上の結果を選択し、結果の表の上にあるアクション・ボタンをクリックします。アクション・ボタンには「SQLチューニング・アドバイザのスケジュール」などがあります。
|
関連項目:
|
デフォルトでは、AWRスナップショットの直後にOracle Databaseは1時間おきにADDMを実行します。最新のADDM実行のパフォーマンス結果が存在する場合、データベースのホームページに表示されます。詳細は、「パフォーマンス自己診断: 自動データベース診断モニター」を参照してください。
ADDMは手動でも実行できます。手動で操作を行う可能性があるのは、アラートに関連して推奨されるアクションを実行する場合、または複数のスナップショット間で実行する場合などです。
次の手順は、ADDMを実行して複数のスナップショットにわたる期間を分析する方法について説明したものです。
ADDMを手動で実行するには、次のようにします。
データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。
ページ下部の「関連リンク」で、「セントラル・アドバイザ」をクリックします。
セントラル・アドバイザ・ページが表示されます。
「ADDM」をクリックします。
ADDMの実行ページが表示されます。
「過去のパフォーマンスを分析するには、ADDMを実行してください」を選択します。
次の手順を実行して、期間開始時間を選択します。
「期間開始時間」オプションを選択します。
(オプション)時系列グラフを調べ、2時間ごとのスナップショットの数を確認します。各スナップショットはカメラ・アイコンで表されています。1時間に2回以上のスナップショットが取得されている場合に、スナップショットの時系列グラフをより正確に表示するには、右側のズームイン・アイコンをクリックします。(ズームイン・アイコンは、プラス記号の付いた拡大鏡です。)
(オプション)時系列グラフの下で、ページ左側または右側の左矢印アイコンまたは右矢印アイコンをクリックして、時系列グラフの表示期間を変更します。
カメラ・アイコンをクリックします。
期間開始時間を示す太枠の右矢印がカメラ・アイコンを覆い、時系列グラフの上の「期間開始時間」フィールドが選択した日時に変わります。
デフォルト(最新のスナップショット)以外の期間終了時間を指定する場合は、次の手順を実行します。
時系列グラフの上で、「期間終了時間」オプションを選択します。
(オプション)ページ左側または右側の左矢印アイコンまたは右矢印アイコンをクリックして、時系列グラフの表示期間を変更します。
カメラ・アイコンをクリックします。
(録画装置の停止ボタンに似た)太枠の四角形がカメラ・アイコンを覆い、「期間終了時間」フィールドが選択した日時に変わります。
「OK」をクリックして分析を開始します。
少し遅れて、自動データベース診断モニターのページが表示され、結果が示されます。
(オプション)「タスク名」リストで、タスク名を確認します。
通常のタスク名はTask_52です。セントラル・アドバイザ・ページでタスク名を検索して選択すると、後でこの分析結果に戻ることができます。
|
関連項目:
|
ADDM分析はAWRスナップショットに基づいています。AWRスナップショットには、1時間に1回のデフォルトの頻度と8日間のデフォルトの保存期間が設定されています。
|
注意: スナップショットの保存期間は、永久に保存される保存スナップショットには適用されません。通常、保存スナップショット・セットはパフォーマンス分析の基準となる期間を定義するために作成されます。 |
AWRスナップショットの設定は、表示および変更が可能です。
AWRスナップショットの頻度および保存期間を変更するには、次のようにします。
データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。
ページ上部の「サーバー」をクリックし、サーバー・ページを表示します。
「統計管理」セクションで「自動ワークロード・リポジトリ」をクリックします。
自動ワークロード・リポジトリ・ページが表示されます。
「編集」をクリックします。
設定の編集ページが表示されます。
新しいスナップショット保存設定またはスナップショット収集設定を入力し、「OK」をクリックします。
|
関連項目:
|
Oracle Databaseは、データベースの管理およびチューニングに役立つ一連のアドバイザを備えています。この項では、アドバイザのバックグラウンド情報を提供し、アドバイザの使用方法について説明します。内容は次のとおりです。
|
関連項目:
|
アドバイザはデータベース管理用の強力なツールです。アドバイザにより、領域、パフォーマンスおよびUNDO管理を含んだ広範囲に及ぶ重要なデータベース管理の問題の解決に対し特別なアドバイスが提供されます。通常、アドバイザはアラートよりも包括的な推奨事項を作成します。これはアラート生成が低コストを意図し、パフォーマンスにわずかな影響しかないのに対し、アドバイザは、多くのリソースを消費し、より詳細な分析を実行するためです。これはいくつかのアドバイザのwhat-if機能を使用し、その他のリソースからは得られないチューニングに重要な情報を提供します。Oracle Enterprise Manager Database Control(Database Control)からアドバイザを実行します。また、メンテナンス・ウィンドウ(期間)中に自動的に実行されるアドバイザもあります。
データベースのパフォーマンス改善に役立つアドバイザが用意されています。これには、自動データベース診断モニター(ADDM)、SQLアドバイザ、メモリー・アドバイザなどがあります。たとえば、共有プール・アドバイザは、このシステム・グローバル領域(SGA)コンポーネントのサイズ変更がパフォーマンスに与える影響をグラフィカルに示します。
パフォーマンス・アドバイザは次のような状況で実行します。
特定の領域内での問題を解決する場合。たとえば、なぜ特定のSQL文がCPU時間の50%を消費しているのかを判別する場合や、リソースの消費を削減するにはどうしたらよいかといった場合に、SQLチューニング・アドバイザを使用できます。
アプリケーション開発時に、最適なパフォーマンスのために新規スキーマおよび関連付けられたSQLワークロードをチューニングします。SQLアクセス・アドバイザを使用できます。
システムにメモリーを追加する場合。メモリー・アドバイザを使用して、SGAまたはPGA(プログラム・グローバル領域)の増加によるデータベース・パフォーマンスの影響を判別できます。
どのアドバイザも、データベースのホームページのリンクを経由してアクセス可能なセントラル・アドバイザのホームページから実行できます。多くのアドバイザは、パフォーマンス・ページ、ADDMの推奨事項、またはアラートから起動できます。
表10-1では、パフォーマンス・アドバイザについて説明します。その他のアドバイザについては、表10-2を参照してください。
表10-1 パフォーマンス・アドバイザ
| アドバイザ | 説明 |
|---|---|
|
ADDMを使用すると、Oracle Databaseによってデータベース自身のパフォーマンスが診断され、特定された問題の解決方法が判断されます。詳細は、「パフォーマンス自己診断: 自動データベース診断モニター」と「ADDMを使用したパフォーマンスの問題の診断」を参照してください。 |
|
|
SQLチューニング・アドバイザは、1つ以上のSQL文を分析してパフォーマンス改善のための推奨事項を提示します。このアドバイザはメンテナンス期間中に自動的に実行されますが、手動での実行も可能です。の「自動SQLチューニング・アドバイザについて」および「SQLチューニング・アドバイザの実行」を参照してください。 SQLアクセス・アドバイザは、特定のSQLワークロードに合わせてスキーマをチューニングします。たとえば、特定のワークロードのための索引、マテリアライズド・ビューまたはパーティション表の作成に関する推奨事項を提供します。詳細は、「SQLアクセス・アドバイザの実行」を参照してください。 |
|
メモリー・アドバイザは、合計メモリーのターゲット設定、SGAおよびPGAターゲット設定、またはSGAコンポーネントのサイズ設定の分析結果をグラフィカルに表示します。この分析結果は、データベース・パフォーマンスのチューニングやwhat-if計画に使用できます。現在のメモリー管理モードに応じて、様々なメモリー・アドバイザが使用可能です。
「メモリー・アドバイザを使用したメモリー使用量の最適化」を参照してください。メモリー管理モードの詳細は、「メモリーの管理」を参照してください。 |
表10-2 他のアドバイザ
| アドバイザ | 説明 |
|---|---|
|
セグメント・アドバイザは、セグメント内の領域の断片化のレベルに基づいて、そのセグメントの縮小操作が必要かどうかをアドバイスします。また、セグメントのこれまでの増加傾向についてもレポートします。この情報は、容量を計画したり、縮小するセグメントを決定するときに使用できます。詳細は、「未使用領域の再利用について」を参照してください。 |
|
|
UNDOアドバイザは、UNDO表領域のサイズを正確に設定するのに役立ちます。また、任意のOracle Flashback要件に応じてUNDO保存期間のしきい値に小さな値を設定するときにも使用できます。詳細は、「UNDOアドバイザを使用したUNDO表領域の最小サイズの計算」を参照してください。 |
|
関連項目:
|
SQLアドバイザは、特定のSQL文またはSQL文のセットを検討し、効率を高めるための推奨事項を提供します。SQLアドバイザでは、SQLプロファイル(問合せオプティマイザでSQL文の最適な実行計画を作成できるようにする情報の集合)の作成、SQL文の再構築、索引、マテリアライズド・ビューまたはパーティションの追加、オプティマイザ統計のリフレッシュなどの各種推奨事項が生成されます。Oracle Enterprise Manager Database Control(Database Control)を使用すると、数回のマウス・クリックでこれらの推奨事項の多くを受け入れ、実装できます。
SQLアドバイザには、SQLチューニング・アドバイザとSQLアクセス・アドバイザの2つがあります。
SQLチューニング・アドバイザ
SQLチューニング・アドバイザは、1つまたは複数のSQL文のチューニングに使用します。通常は、このアドバイザの使用を推奨するADDMパフォーマンス結果を受けて実行します。リソース使用量が最も多いSQL文やSQLワークロードに対して定期的に実行することも可能です。
複数のSQL文をチューニングする場合、SQL文間の相互依存性は認識されません。SQLチューニング・アドバイザは、最適化の計画の問題点や特定のSQL構造体の誤った使用など、SQL文ごとに個別に問題を特定して、SQLパフォーマンスの問題を解決します。
SQLチューニング・アドバイザは次のソースに対して実行できます。
トップ・アクティビティ: 最後の1時間に実行された、最もリソース集中型であるSQL文。最近のパフォーマンスの問題の原因となるSQL文をチューニングする場合にこのオプションを使用します。
履歴SQL: 任意の24時間でのSQL文のセット。このオプションは、SQL文のプロアクティブなチューニングに使用します。
SQLチューニング・セット(STS): 指定した一連のSQL文。STSはAWRスナップショットによって取得されたSQL文または任意のSQLワークロードから作成されます。
SQLアクセス・アドバイザ
SQLアクセス・アドバイザでは、主にスキーマの変更に対する推奨事項を作成します。索引やマテリアライズド・ビューなどのアクセス構造を作成してSQL問合せを最適化することを推奨できます。また、表、索引またはマテリアライズド・ビューをパーティション化して問合せのパフォーマンスを向上させることも推奨できます。
SQLアクセス・アドバイザはSQLワークロードを入力として取ります。ワークロードは、現在および最新のSQLアクティビティやSQLリポジトリ、開発環境などのユーザー定義ワークロードをはじめとする様々なソースから選択できます。SQLアクセス・アドバイザは、ワークロード全体のパフォーマンスを高めるための推奨事項を生成します。
文のチューニングとワークロードのチューニング
SQLチューニング・アドバイザとSQLアクセス・アドバイザはどちらも、索引の作成に関する推奨事項を提供します。SQLチューニング・アドバイザは、SQL文のチューニングに伴って例外的なパフォーマンスの向上が予想される場合にのみ、索引の作成を推奨します。ただし、新しい索引の作成がDMLの挿入、更新および削除操作のパフォーマンスに悪影響を与える可能性もあります。SQLチューニング・アドバイザは、新しい索引に関する推奨事項を生成する際にこのことを考慮しません。
ただし、SQLアクセス・アドバイザは新しい索引がワークロード全体に与える影響を考慮します。そのため、索引によって1つのSQL文のパフォーマンスは改善されるが、残りのワークロードに悪影響が及ぶという場合は、新しい索引は推奨されません。このような理由から、SQLチューニング・アドバイザはSQLアクセス・アドバイザを実行して新しい索引に関する推奨事項を検証することを常に推奨しています。
|
関連項目:
|
Oracle Database 11gから、システム・メンテナンス・ウィンドウ(期間)中のメンテナンス・タスクとして、SQLチューニング・アドバイザが自動的に実行されるようになりました。自動実行中に、アドバイザは負荷の高いSQL問合せを選択し、そのチューニングの方法に関する推奨事項を生成します。
自動SQLチューニング・アドバイザは、SQLプロファイルの推奨事項を自動的に実装するように構成できます。SQLプロファイルには、そのSQL文に特化した追加SQL統計が含まれ、問合せオプティマイザが実行時に効率的な実行計画を生成できるようにします。自動実装を有効にすると、アドバイザは、パフォーマンスが少なくとも3倍は向上するとみられるSQL文にのみSQLプロファイルを作成します。新しい索引の作成、オプティマイザ統計のリフレッシュ、SQLの再構築など、その他の推奨事項は、手動で実装する必要があります。DML文は、自動SQLチューニング・アドバイザによるチューニングとはみなされません。
一定期間中(過去7日間など)の自動SQLチューニングの結果のサマリーを表示でき、SQLチューニング・アドバイザで処理済のすべてのSQL文のために作成された推奨事項に関する詳細なレポートも表示できます。選択した推奨事項を実装することができます。また、自動的に実装された推奨事項も参照できます。
自動SQLチューニング・アドバイザを実行するタイミングを制御でき、必要に応じて無効にすることもできます。
|
関連項目:
|
自動SQLチューニング・アドバイザに対して実行する構成タスクは次のとおりです。
SQLプロファイルの推奨の自動実装を有効にします。
自動実装はデフォルトでは無効になっています。
アドバイザを実行するメンテナンス・ウィンドウ(期間)を選択します。
デフォルトでは、すべてのメンテナンス・ウィンドウで自動SQLチューニング・アドバイザが実行されます。
既存のメンテナンス・ウィンドウの開始時間および期間を変更するか、新しいメンテナンス期間を作成します。
自動SQLチューニング・アドバイザを構成するには、次の手順を実行します。
データベースのホームページに移動し、SYSユーザーとしてログインします。
詳細は、「データベースのホームページのアクセス」を参照してください。
「サーバー」をクリックして、サーバー・ページを表示します。
「Oracle Scheduler」セクションで、「自動化メンテナンス・タスク」をクリックします。
自動化メンテナンス・タスク・ページが表示されます。
「構成」をクリックします。
自動化メンテナンス・タスク構成ページが表示されます。
(オプション)自動SQLチューニング・アドバイザを無効にするには、「タスク設定」セクションで、「自動SQLチューニング」ヘッダーの「無効」オプションをクリックします。
(オプション)特定のメンテナンス・ウィンドウに自動SQLチューニング・アドバイザが実行されないようにするには、「メンテナンス・ウィンドウ・グループ割当て」セクションで、「自動SQLチューニング」ヘッダーの下のチェック・ボックスを選択解除します。
「適用」をクリックして、これまでの変更を保存します。
確認メッセージが表示されます。
SQLプロファイル推奨の自動実装を有効にするには、次の手順を完了します。
「タスク設定」セクションで、「自動SQLチューニング」オプションの横の「構成」をクリックします。
自動SQLチューニング設定ページが表示されます。
「SQLプロファイルの自動実装」の横の「はい」オプションをクリックします。
このオプションを変更するには、SYSユーザーとしてログインする必要があります。
「適用」をクリックします。
確認メッセージが表示されます。
ページ左上のロケータ・リンクで、「自動化メンテナンス・タスク構成」をクリックすると自動化メンテナンス・タスク構成ページに戻ります。
(オプション)既存のメンテナンス期間の開始時間および期間の変更、個別のメンテナンス・ウィンドウの無効化、または追加のメンテナンス・ウィンドウの作成を実行するには、「ウィンドウ・グループの編集」をクリックします。
ウィンドウ・グループの編集ページが表示されます。このページから個々の期間の設定を変更したり、ウィンドウ・グループのMAINTENANCE_WINDOW_GROUPに期間を追加またはそこから削除できます。
詳細は、このページのオンライン・ヘルプを参照してください。
|
注意: 新しい期間を作成して自動化されたメンテナンス・タスクを実行する場合、MAINTENANCE_WINDOW_GROUPにその期間を追加する必要があります。 |
自動SQLチューニング・アドバイザのアクティビティをDatabase Controlで追跡できます。
自動SQLチューニング結果を表示するには、次の手順を実行します。
データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。
「サーバー」をクリックして、サーバー・ページを表示します。
「Oracle Scheduler」セクションで、「自動化メンテナンス・タスク」をクリックします。
自動化メンテナンス・タスク・ページが表示されます。
「自動SQLチューニング」をクリックします。
自動SQLチューニング結果のサマリー・ページに、自動SQLチューニング・アドバイザのアクティビティおよび結果のサマリーがグラフィカルに表示されます。
推奨事項を表示するには、「タスク・アクティビティ・サマリー」ヘッダーの「レポートの表示」をクリックします。
自動SQLチューニング結果の詳細ページに、指定した期間内に推奨事項が生成されたSQL文が表示されます。
「SQLプロファイル」列の緑色のチェック・マークは、自動的に実装された推奨事項を示します。
デフォルトでは、自動実装は無効です。自動実装を有効にする手順は、「自動SQLチューニング・アドバイザの構成」を参照してください。
(オプション)「SQLテキスト」列でソートされている「推奨」表でSQL文を選択して、「推奨の表示」をクリックします。
SQL IDの推奨ページが表示され、文に対する各推奨事項が詳細に説明されています。このページで、推奨事項を選択し、「実装」をクリックすると実装できます。
SQLチューニング・アドバイザを使用してSQL文をチューニングします。通常は、このアドバイザの使用を推奨するADDMパフォーマンス結果を受けて実行します。また、SQLチューニング・アドバイザを手動で起動できます。その理由の1つは、自動SQLチューニング・アドバイザによってチューニング対象とみなされない文をチューニングすることです。
「SQLアドバイザについて」で説明されているように、SQLチューニング・アドバイザはチューニング対象のSQL文をいくつかのソースから選択できます。次の例では、アクティビティが最も多いSQL文をチューニングすると想定しています。
SQLチューニング・アドバイザを実行するには、次の手順を実行します。
データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。
ページ下部の「関連リンク」の下にある「セントラル・アドバイザ」をクリックします。
セントラル・アドバイザ・ページで、「SQLアドバイザ」をクリックします。
SQLアドバイザ・ページで、「SQLチューニング・アドバイザ」をクリックします。
「SQLチューニング・アドバイザのスケジュール」ページが表示されます。
「概要」セクションで、「トップ・アクティビティ」データ・ソース・リンクを選択します。
トップ・アクティビティ・ページが表示されます。このページには、過去1時間のアクティブ・セッションに基づくデータベース・アクティビティを示す時系列グラフがあります。
(オプション)ページ右上の「データの表示」リストから「履歴」を選択し、時系列グラフを展開します。
時系列グラフの下にあるバーをクリックし、分析期間を選択します。
「上位SQL」表と「上位セッション」表に、選択した期間のアクティビティが表示されます。
「上位SQL」セクションで、1つ以上のSQL文を選択します。「アクション」ドロップダウン・リストに、「SQLチューニング・アドバイザのスケジュール」が表示されていることを確認して、「実行」をクリックします。
SQLチューニング・アドバイザのスケジュール・ページに戻り、チューニングする文が表示されます。
タスク名および説明を入力し、分析の有効範囲(「包括」または「制限」)を選択して、分析タスクの開始時間を選択します。
「発行」をクリックします。
処理中: SQLチューニング・アドバイザのタスク・ページが表示されます。タスクが完了すると、SQLチューニング結果のサマリー・ページが表示され、分析されたSQL文に関するSQLチューニング・アドバイザの結果サマリーが示されます。
推奨事項を表示するには、「すべての結果の表示」をクリックします。推奨事項には、次の項目のうち1つ以上が含まれています。
生成されたSQLプロファイルを許可します。
統計が古い、または統計を持たないオブジェクトのオプティマイザ統計を収集します。
問合せを作成しなおしてパフォーマンスを改善します。
索引を作成し、問合せオプティマイザへの別の、より早いアクセス・パスを提供します。
指定したSQL文に対する推奨事項を表示するには、推奨事項のリストから文を選択して「推奨の表示」をクリックします。
SQL IDの推奨ページに、文に対する推奨事項が1つ以上表示されます。
(オプション)推奨事項を選択して「実装」をクリックします。
新しいプロファイルを実装することを確定すると、SQL IDの推奨ページに戻り、ページ上方に確定通知が表示されます。
SQLアクセス・アドバイザを実行して、ワークロードのパフォーマンス改善のための推奨事項を取得します。アクセス・アドバイザはパフォーマンスの問題を回避するために定期的に実行することも、SQLチューニング・アドバイザから提示されたスキーマ変更の推奨事項を確認するために実行することもできます。
SQLアクセス・アドバイザを実行するには、次の手順を実行します。
データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。
ページ下部の「関連リンク」の下にある「セントラル・アドバイザ」をクリックします。
セントラル・アドバイザ・ページで、「SQLアドバイザ」をクリックします。
SQLアドバイザ・ページで、「SQLアクセス・アドバイザ」をクリックします。
初期オプションの選択を求めるページが表示されます。このページのオプションの詳細を表示するには、「ヘルプ」をクリックします。
オプションを選択して「続行」をクリックします。
ワークロード・ソース・ページが表示されます。これはSQLアクセス・アドバイザ・ウィザードの最初のページです。
これ以降のウィザード・ページに関するヘルプを参照するには、「ヘルプ」をクリックします。指示に従って各ウィザード・ページで必要な選択を行い、次のページに進む準備ができたら「次へ」をクリックします。
確認ページが表示されるまでウィザードでの操作を続けます。選択内容を確認し、「発行」をクリックして分析を開始します。
セントラル・アドバイザ・ページに、タスクが正常に開始されたことを示す確認メッセージが表示されます。
「リフレッシュ」ボタン(ブラウザのリフレッシュ・アイコンではありません)をクリックして、タスクのステータスを確認します。
SQLアクセス・アドバイザのタスクが完了したら、「結果の表示」を選択します。
タスクの結果ページが表示されます。
サマリー・サブページの「ワークロードのI/Oコスト」ヘッダーおよび「問合せ実行時間の向上」ヘッダーの下に、改善の可能性が表示されます。
「推奨」サブページには、パフォーマンスを改善するための推奨事項(ある場合)が示されます。推奨事項は、たとえば1つ以上のCREATE INDEX文を含む「スケジュール実装」をクリックして実行できるSQLスクリプトで構成される場合があります。
この項は次のトピックで構成されています。
十分な十分な物理メモリーがあるかどうかはOracle Databaseのパフォーマンスに重大な影響を与えます。Oracle Databaseは、自動メモリー管理機能により、SGAおよびPGAの各種コンポーネント間でメモリー配分を自動的に調整し、最適なパフォーマンスを維持します。この調整は、データベースに割り当てた合計メモリー容量の範囲内で行われます。
ADDMは、データベースのパフォーマンスを定期的に評価して、パフォーマンスの問題を特定します。現在の使用可能なメモリー容量が十分ではなく、パフォーマンスに悪影響を与えていることが判明した場合、ADDMはメモリー割当て量を増やすように推奨します。新しいメモリー割当て量はメモリー・アドバイザを使用して選択できます。
また、メモリー・アドバイザを使用して、次のことに関するwhat-if分析を実行できます。
データベースへ物理メモリーを追加するデータベース・パフォーマンスの利点
データベースで使用可能な物理メモリーの削減のデータベース・パフォーマンスの影響
メモリー・アドバイザを使用すると、メモリーのサイズ設定に関するアドバイスを次のように取得できます。
自動メモリー管理が有効になっている場合は、Oracleインスンスに割り当てるターゲット・メモリー容量の設定に関するアドバイスを取得できます。
自動メモリー管理が無効、自動共有メモリー管理が有効になっている場合は、SGAおよびインスタンスPGAのターゲット・サイズの構成に関するアドバイスを取得できます。
手動共有メモリー管理のみが有効になっている場合は、共有プール、バッファ・キャッシュおよびインスタンスPGAのサイズ設定に関するアドバイスを取得できます。
ここでは、自動共有メモリー管理(ASMM)が有効になっている場合にメモリー・サイズの調整に関するアドバイスを取得する方法について説明します。
ASMMのメモリー・サイズ設定に関するアドバイスを取得するには、次のようにします。
データベースのホームページに移動します。
詳細は、「データベースのホームページのアクセス」を参照してください。
ページ下部の「セントラル・アドバイザ」をクリックします。
セントラル・アドバイザ・ページで、「メモリー・アドバイザ」をクリックします。
メモリー・アドバイザ・ページが表示されます。
SGAサブページの「現行合計SGAサイズ」フィールドの横にある「アドバイス」をクリックします。
SGAサイズ・アドバイス子ページが別ウィンドウで表示されます。
DB時間の改善(%)は、SGAサイズの合計に対する割合です。高いDB時間の改善(%)は、パフォーマンスの向上を表します。この例では、SGAサイズを450MBより大きくしてもパフォーマンスはそれ以上向上しないことがグラフから読み取れます。したがって、推奨最適SGAサイズは450MBになります。
「OK」をクリックして、SGAサイズ・アドバイス子ページを閉じます。
メモリー・アドバイザ・ページ上部の「PGA」をクリックして、PGAサブページを表示します。
「PGAターゲット総計」の横にある「アドバイス」をクリックします。
PGAターゲット: アドバイス・ページが表示され、PGAターゲット・サイズに対するキャッシュ・ヒット率がグラフ化されます。
キャッシュ・ヒット率は、速度の遅いディスク読取りによって処理された読取り要求ではなく、メモリーで処理された読取り要求の割合です。ヒット率が高いとキャッシュ・パフォーマンスが高いことを示します。キャッシュ・ヒット率の最適な範囲は75から100パーセントの間です。ただし、データベースのパフォーマンスに問題があるのは単にキャッシュ・ヒット率が最適な範囲を外れているからだと結論付けるのは危険です。現在使用可能なPGAメモリーの不足により最適なパフォーマンスが実現できない場合、パフォーマンス結果での値を調整するように、ADDMにより自動的に推奨されます。
「OK」をクリックして、PGAターゲット: アドバイス・ウィンドウを閉じます。
Oracle by Example(OBE)には、このマニュアルに関するシリーズが含まれています。このOBEでは、この項のタスクを段階的に説明し、注釈付きのスクリーンショットを使用します。
監視に関するOBEを参照するには、ご使用のブラウザで次のURLを指定します。
