6 管理性の最適化

複雑な環境では、構成の変更、システムのアップグレードおよび新しいアプリケーションのロールアウトの調整が要求されます。この項では、高可用性アーキテクチャでの操作を自動化して簡素化するのに使用可能なツールについて説明し、自己管理のOracleデータベース実現に向けての一歩を踏み出せるようにします。

この項の内容は、次のとおりです。

インテリジェントなインフラストラクチャ
変更の保証
Oracle Enterprise Manager Grid Control

6.1 インテリジェントなインフラストラクチャ

Oracle Databaseには、データベースが自己学習し、この情報を使用してワークロードの変動に対応したり、あらゆる潜在的な問題のほとんどを自動的に修正したりすることができる高度な自己管理インフラストラクチャがあります。自己管理インフラストラクチャ^脚注1には次のようなものがあります。

自動ワークロード・リポジトリ

自動ワークロード・リポジトリ(AWR)は、問題の検出やセルフチューニングのためにOracle Databaseが使用するパフォーマンス統計を含む組込みリポジトリです。Oracle Databaseでは重要な統計とワークロード情報のスナップショットを定期的に作成し、AWRに格納します。スナップショットに含まれるデータは、自動データベース診断モニター(ADDM)で分析されます。

AWRおよびADDMの詳細は、『Oracle Databaseパフォーマンス・チューニング・ガイド』を参照してください。

アクティブ・セッション履歴

一時的なパフォーマンスの問題は長続きしないため、ADDM分析に表示されません。これらの問題に対処するために、アクティブ・セッション履歴(ASH)を使用してデータベースの起動時にアクティブ・セッションのサンプリングを開始できます。ASHのサンプルは次の場合に収集できます。

データベースが(Oracle ASMインスタンスなどに)マウントされる前。
データベースが(Oracle Data Guardフィジカル・スタンバイ・インスタンスなどに)マウントされているが、オープンされていないとき。
データベースが(Oracle Active Data Guardフィジカル・スタンバイ・インスタンス、別名リアルタイム問合せなどに)マウントされているが、読取り専用にオープンされているとき。

注意:

アクティブ・セッション履歴のサンプリングは、Oracle Active Data GuardインスタンスおよびOracle Automatic Storage Management(ASM)インスタンスで使用できます。ただし、このリリースでは、Oracle Data Guardの構成でインテリジェントなインフラストラクチャのすべての機能を使用できるわけではありません。

フィジカル・スタンバイ・インスタンスの場合、ディスク上のASHデータはプライマリ・データベースのアクティビティを表し、メモリー内のASHデータはスタンバイ・データベースのアクティビティを表します(V$ACTIVE_SESSION_HISTORY内に表示)。ASHレポートでは、レポート生成にプライマリ・データベースとスタンバイ・データベースのどちらからサンプリングされたデータを使用するかを指定するよう求められます。

6.2 変更の保証

Oracle Databaseでは、データベースやSQLの変更による影響を分析できるように、変更前後のワークロードの自動取得とリプレイ機能を提供します。

データベース・リプレイ

データベース・リプレイ機能では、本番システムの実際のデータベース・ワークロードを取得して、それをテスト・システムでリプレイすることにより、実際のテストを実行できます。また、潜在的な問題(エラーの発生やパフォーマンスの相違)やその問題を修正する推奨方法を示す分析とレポート作成も提供されます。
SQLパフォーマンス・アナライザ

SQLパフォーマンスの低下は、データベースのアップグレード、初期化パラメータの変更、および索引の追加や削除などのシステム変更において常に懸念事項になります。SQLパフォーマンス・アナライザ機能では、SQL文のパフォーマンスに対する変更の影響を評価する方法を提供して、変更前後のレスポンス時間を比較および対比することにより、この懸念事項を軽減します。SQパフォーマンス・アナライザを使用すると、本番データベースなどのソース・システムからSQLワークロードを取得して、変更が適用されたテスト・システムでこのワークロードをリプレイできます。

詳細は、『Oracle Database Real Application Testingユーザーズ・ガイド』を参照してください。

6.3 Oracle Enterprise Manager Grid Control

日常的なタスクや繰返しタスクの実行に必要な人的作業を減らすことで、サービスの安定性、信頼性および可用性が向上します。これは、管理者が多くのシステムをできるかぎり効率的に管理する必要がある場合に特に重要です。

Oracle Enterprise Manager Grid Controlは、管理者がOracleテクノロジ・スタック全体(ビジネス・アプリケーション、アプリケーション・サーバー、データベース、E-Business Suite)、およびOracle以外のコンポーネントにわたり完全な監視を行うことができるHTMLベースのインタフェースです。高速アプリケーション通知(FAN)のコンポーネントが使用できない、またはパフォーマンスの問題が発生した場合、Grid Controlには自動生成されたアラートが表示されるので、管理者は適切なリカバリ処置を行えます。

Grid Controlのコンポーネントには、次のものがあります。

Oracle Management Service (OMS)

OMS機能は、Grid Controlのインタフェースを提供するJ2EE Webアプリケーションのセットで、すべての管理エージェントと連係して監視情報を処理し、管理リポジトリを永続的なデータ・ストアとして使用します。
Oracle Management Agents

各監視対象ホストにデプロイされているプロセスで、ホスト上のすべてのターゲットを監視し、その情報をOMSに送信し、ホストおよびターゲットのメンテナンスを行います。
Oracle Management Repository

Oracle Database内のスキーマで、Grid Controlによって管理される管理者、ターゲットおよびアプリケーションに関するあらゆる情報が含まれます。

Grid Control、OMSおよびOracle Management Agents間の通信は、HTTPを通じて行われます。ファイアウォールで保護されている環境内の層と層の間における安全な通信を可能にするため、Secure Sockets Layer(SSL)を有効にできます。管理エージェントは、収集された監視データをOMSにアップロードし、OMSは、管理リポジトリにデータをロードします。ターゲット状態に変更(可用性状態の変更など)があると、Grid Controlにアラートが生成されます。

Grid Controlを使用して、管理者は次の操作を行うことができます。

アーキテクチャ・コンポーネントの監視、および障害発生時のアラートの受信
データベース・クラスタ内のノードの数、および現在のステータスなど全体的なシステム・ステータスの表示
すべてのインスタンスに関して発せられたアラートの表示
クラスタ全体のデータベースごとにアラート生成に対するしきい値の設定
すべてのインスタンスにまたがるパフォーマンス・メトリックの監視
バックアップおよびリカバリなど、データベース・クラスタ全体の操作の実行
クラスタ・データベースの監視のインターコネクト