| Oracle® Enterprise Manager Cloud Control Middleware管理ガイド 13cリリース2 E78879-09 |
|
 前 |
 次 |
エンタープライズ・ソフトウェアの世界が複雑化するにつれ、問題のトラブルシューティングがさらに困難になる可能性があります。Oracleミドルウェアのドキュメントに目を通すだけでも複雑になることがわかります。
https://docs.oracle.com/en/middleware/
ここでは、Enterprise Managerや関連する製品を使用してアプリケーションをトラブルシューティングする様々な方法を紹介します。これらの方法で、障害が発生したミドルウェア・コンポーネントの専門知識がトラブルシューティング担当者に求められることはありません。
この章の内容は次のとおりです。
この章では、ユーザーが見逃している可能性があるEnterprise Managerの機能を紹介するとともに、Oracle Supportの経験豊かなスタッフが習得した方法を伝えます。
このガイドで使用する方法は次のようにまとめることができます。
環境を準備します。「アプリケーションをトラブルシューティングするための環境の準備」および「アプリケーションのトラブルシューティングに役立つ環境の構成」の説明に従って、システムを理解して、システムをモニターする準備を行います。
1つのミドルウェア層に問題を切り分けたら、Enterprise Managerを使用してさらに問題を切り分けて解決します。
必要な場合には、「Enterprise Managerを使用した問題の解決」の説明に従って問題を解決します。
注意:
トラブルシューティングでは解決すべき問題があることが必要であるため、場合によっては人為的にシステムに負荷をかけて、Enterprise Managerにモニタリング結果を生成する必要があります。これは特にJavaの負荷に該当します。ただし、このような負荷の生成に必要な方法はこのガイドでは扱いません。
たとえば、環境に様々なサーバーの情報を使用するWebアプリケーションが構成されているとします。
通常は、Webアプリケーションの特定の機能に関するトラブルが発生してユーザーが問題を提示します。該当するミドルウェア層と問題の解決方法が明白なケースもたまにはあります。ただし、最新のアプリケーションは複雑であり担当者も専門化しているため、モニタリング・ソフトウェアを使用してシステムを分析するほうが有効です。こうすることで問題の根本原因を検出して正しい修正を適用できます。たとえば、本番環境をモニタリングすることによって、個別のミドルウェア層の分析ではわからない、またはテスト環境では再現できない、その環境に固有の問題が明らかになる場合があります。
この図はシステムを簡略に表したもので、Oracle Coherenceは含まれていません。Coherenceおよび管理対象Coherence (WebLogicドメインで実行するCoherence)には新機能Coherence Heat Mapが含まれます。これはCoherence Log Viewer/Searchと連動して、ミドルウェアの問題を切り分ける際に役立ちます。
また、パフォーマンスの問題はEnterprise Managerの管理外のアイテムに関連する場合もあります。したがって、パフォーマンスの問題の解決を試みる前に、アプリケーションの実行に関係するタイミングを理解することが重要です。
アプリケーションのトラブルシューティングに必要な時間や作業は、決まった手順を実行して環境を準備することによって削減できます。この項では、トラブルシューティング・プロセスに役立つ、環境への追加ソフトウェアについて説明します。この項の手順をすでに実行してしまった場合や、ご使用の環境で一部の手順が実行できない場合も考えられます。そのような場合には、「アプリケーションのトラブルシューティングに役立つ環境の構成」に進んでください。
次の表に、環境を準備するために追加のソフトウェアをインストールできる状況を示します。
表18-1 インストール・オプション
| 環境構成 | インストール・オプション |
|---|---|
すべて |
すべてのノードに管理エージェントをインストールします。 |
Webアプリケーション |
Oracle Real User Experience Insight (RUEI)をインストールします。 |
Javaアプリケーション |
JVM診断(JVMD)エージェントをデプロイします。 |
このタスクの範囲はモニターする必要があるシステムによって異なります。システムが依存しる外部サービスも含めて、パフォーマンスに影響する可能性があるシステムのすべてのコンポーネントをモニターすることが重要です。
Enterprise Managerでは、最新の一般的な環境について完全なトポロジ・ドキュメントを自動的に提供できます。関連するすべてのシステムがオラクル社によって提供される場合は、Enterprise Managerがすべてのコンポーネントを確実に検出してモニタリングできます。Enterprise Managerでは、たとえばOracle System Monitoring Plug-in for Microsoft Active Directoryを使用して、オラクル製以外の多数のシステムをモニターすることもできます。
ただし、多くのシステム(依然として従来のメインフレーム・システムへの呼出しに依存しているシステムなど)には固有のコンポーネントが含まれています。複雑なシステムをトラブルシューティングするには、事前に各コンポーネントと依存関係を理解することが重要です。組織によっては、担当者が変わると依存関係がわからなくなる可能性があります。将来のトラブルシューティングを行う場合に備えてシステム・トポロジに関連するドキュメントを作成しておくことが重要です。デプロイメント・トポロジの例を次に示します。
OAMを使用したMySOACompanyトポロジ:
http://docs.oracle.com/cd/E23943_01/core.1111/e12036/intro.htm
OAMを使用したWebCenterトポロジ:
http://docs.oracle.com/cd/E23943_01/core.1111/e12037/intro.htm
Oracle Management Agent (管理エージェント)は、Enterprise Manager Cloud Controlのコア・コンポーネントの1つで、Enterprise Managerシステムで管理対象外ホストを管理対象ホストに変換できます。管理エージェントはプラグインと連携することにより、管理対象ホスト上で実行されているターゲットをモニターします。
したがって、ホスト上で実行されているターゲットをモニターするにはいつでも、Oracle Management Agentをインストールして最初にこの管理対象外ホストを管理対象ホストに変換してから、モニタリングを開始するためにそのホストで実行中のターゲットを手動で検出する必要があります。
管理エージェントをインストールするには、Enterprise Manager Cloud Controlコンソールからアクセスできるホスト・ターゲットの追加ウィザード、またはEM CLIを使用します。管理エージェントを大量にデプロイするには、このウィザードまたはEM CLIの使用をお薦めします。
管理エージェントのインストールの詳細は、Oracle Enterprise Manager Cloud Control基本インストレーション・ガイドの「Oracle Management Agentのインストール」の章を参照してください。
Webアプリケーションおよびサービスの利用は増え続けています。これには、マーケティング手段としてのインターネットの利用だけでなく、エクストラネットベースのサプライ・チェーンやバックオフィス統合、内部アプリケーションのイントラネット・デプロイも含まれます。明確に定義されたビジネス機能を実装したWebサービスの利用もますます増えています。RUEIは、これらすべてのデプロイ・シナリオの可用性およびパフォーマンスの測定、分析、改善のために設計されており、エンド・ユーザー・エクスペリエンスに関連する問題を切り分けることができます。これを実現するために、RUEIには、ネットワーク・トラフィックやADFサーバーからのエンド・ユーザー・データ収集や、JavaScriptブラウザ・インストゥルメンテーションを使用したエンド・ユーザー・データ収集を実行する機能が備わっています。つまり、RUEIはエンド・ユーザー・データ・モニタリング・ソリューションを提供します。
RUEIをインストールするには、RUEIのバージョンに対応するインストレーション・ガイドを使用します。
http://www.oracle.com/technetwork/apps-tech/realuserei-091455.html注意:
RUEIのインストール後は、エンド・ユーザーのモニタリングに関連するほとんどのアクションをEnterprise Managerから実行できます。
この項では、トラブルシューティングに役立つ構成のオプションについて説明します。使用可能な構成オプションは環境にインストールされているソフトウェアによって異なります。たとえば、RUEIをインストールしていない場合はRUEIアプリケーションを作成できません。インストール・オプションのリストについては、表18-1を参照してください。
検出は、使用環境で管理対象外のホストおよびターゲットを識別するプロセスを意味します。ターゲットとは、Enterprise Manager Cloud Controlで管理およびモニター可能なホスト・マシン、データベース、Fusion Middlewareコンポーネントなどのエンティティです。問題のトラブルシューティングをできるだけ容易に行えるように、すべてのホストとターゲットがEnterprise Managerでモニターされるようにしてください。
Oracle Enterprise Manager Cloud Control管理者ガイドの説明に従い、Enterprise Managerを使用して環境のすべてのターゲットを検出します。
注意:
ターゲット(たとえばホスト)で障害が発生しても、そのターゲットが上記のように検出されていないと、問題の原因はEnterprise Managerコンソールにはまったく示されません。
Java仮想マシン診断(JVMD)は、Enterprise Manager Cloud Controlの重要な機能の1つで、これを使用して管理者は本番環境におけるJavaアプリケーションのパフォーマンスの問題を診断することができます。問題を再現する必要がないため、問題の解決に要する時間を削減できます。
JVMDエージェントは、ターゲットJVM (本番環境のWebLogic Serverまたは他のアプリケーション・サーバーを実行するJVM)にデプロイされます。リアルタイムのデータを収集し、JVM診断エンジンに転送します。このデータはManagement Repositoryに格納され、収集された情報はモニタリングのためにEnterprise Manager Cloud Controlコンソールに表示されます。JVMDエンジンとJVMDエージェント(Oracle Management Servicesの組込みコンポーネント)間の通信は、セキュア(SSL)または非セキュア接続が可能です。
WebLogicドメインにJVMDエージェントをデプロイするには、「ドメイン」メニューの「診断」サブメニューから「JVMDエージェントの設定」オプションを選択します。他のJVMにJVMDエージェントをデプロイするには、Enterprise Manager Cloud Controlコンソールからアクセスできる「アプリケーション・パフォーマンス管理」ページからエージェントをダウンロードします。
JVMDエージェントのデプロイの詳細は、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』を参照してください。
コンポジット・アプリケーションによって、層ごとに一連のターゲットをグループ化することができ、異なる層で発生する問題を区別できるようになります。
注意:
コンポジット・アプリケーションは、複数の層(WebLogic Server、SOA Suite、Coherenceサーバーなど)を表すように定義することも、Webアプリケーション(WebLogic Serverおよびデータベース)を表すように定義することもできます。このため、様々なEnterprise Managerユーザーが様々な定義を作成して、環境に対する独自の視点を表すことができます。たとえば、アプリケーション管理者はDBAとは異なるコンポジット・アプリケーションを定義します。
コンポジット・アプリケーションの定義は、このガイドの「コンポジット・アプリケーション」の章で説明しています。
図18-1の環境を例として使用すると、次のようにコンポジット・アプリケーションを定義できます。
Service 2のすべてのWebLogic ServerをEnterprise Managerのコンポジット・アプリケーションに追加します。(管理対象サーバーはコンポジット・アプリケーションのキー・メンバーになります)。
サービス・ターゲットをコンポジット・アプリケーションに追加します。
SLAルールを定義して、どのような場合にコンポジット・アプリケーションが停止していると見なされるかを決定します。
合成モニタリング・ビーコンは、サービス・テストのモニター(主に異なる地理的位置からのサービスまたはビジネス機能のパフォーマンス測定)に使用されるターゲットです。
ビーコンの詳細は、Oracle Enterprise Manager Cloud Control管理者ガイドの「サービスの構成および使用」を参照してください。
定期的な(予測できる)間隔で、ターゲットに異なるワークロードが発生するモニタリング状況があります。このような状況では、静的なアラートしきい値では正確な結果が得られません。たとえば、日中はオンライン・トランザクション処理(OLTP)を実行していて、夜間にバッチ処理を実行するデータベースの正確なアラートしきい値は異なります。同様に、平日と週末など、期間が異なれば、データベースのワークロードは変わります。これらの2つの状況で、しきい値が固定された静的な値であれば、間違ったアラート・レポートが生成される可能性があります。
高度なしきい値を使用すると、適応(自己調整)または時間ベース(静的)のアラートしきい値を定義し管理できます。
適応しきい値は、ターゲットの測定された動作(メトリック)からの統計計算に基づくしきい値です。
時間ベースのしきい値は、ユーザー定義のしきい値で、ターゲットの変化するワークロードに対処するために日/週の異なる時間で使用されます。
しきい値の詳細は、Oracle Enterprise Manager Cloud Control管理者ガイドの「高度なしきい値管理」を参照してください。
コンプライアンス管理では、構成、セキュリティおよび記憶域に関する企業のベスト・プラクティスについて、ターゲットおよびシステムのコンプライアンスを評価できます。これは、コンプライアンス・フレームワーク、コンプライアンス標準およびコンプライアンス標準ルールを定義、カスタマイズおよび管理することで実現します。また、コンプライアンス管理によって、ターゲットおよびシステムがコンプライアンスに対応するよう構成を変更する方法に関する情報が提供されます。コンプライアンス管理は、設定に対する自動ポリシー違反アラートにより、すべての層におけるセキュリティとパフォーマンスの維持に役立ちます。たとえば、ログ・レベル、JVMバージョンおよびパッチ・レベルで自動ポリシー違反アラートが保証されます。セキュリティに関する法的なコンプライアンスが必要な場合は、必要に応じてWebLogicセキュリティ技術導入ガイドライン(STIG)ルールを設定できます。
コンプライアンスの詳細は、Oracle Enterprise Managerライフサイクル・マネージメント管理者ガイドの「コンプライアンスの管理」を参照してください。また、新しい機能である、多数のターゲット間での一貫性(統一性)を保証する構成ドリフトの詳細は、『Oracle Enterprise Managerライフサイクル・マネージメント管理者ガイド』の構成の管理に関する情報も参照してください。
RUEIは様々なタイプのアプリケーションをモニターして、レポートのために各アプリケーションのデータを分けることができます。RUEIでは、モニター対象のサービスのセットに対応するアプリケーション、スイートまたはサービスを作成します。RUEIスイートという用語が使用されるのは、これらのアプリケーションが特定のOracle Enterpriseアーキテクチャ(Oracle E-Business Suite、Siebel、WebLogic Portalなど)に基づいている場合です。
このタスクを試行する前に、「Webアプリケーションのトラブルシューティングに役立つRUEIのインストール」の説明に従ってRUEIをインストールしたことを確認します。
このソフトウェアをインストールしたら、次のタスクを実行してRUEIアプリケーションまたはスイートを作成します。
ネットワークのタイミングをモニターする場合は、Oracle Real User Experience Insightインストレーション・ガイドの説明に従ってネットワーク・タップを設定する必要があります。ただし、タグベースのアプリケーションを作成する場合にはこの手順を省くことができます。このアプリケーションでjavascript (Browser JS Library)をWebテンプレートに挿入し、そのjavascriptがクライアント・ブラウザからイベントをレポートします。
Oracle Real User Experience Insightインストレーション・ガイドの「RUEIの構成」の説明に従ってRUEIの初期構成を実行します。
ADFアプリケーションをモニターする場合は、ADF固有のタイミングがレポートされるRUEIのADFモニタリング・サービスを使用できます。詳細は、Oracle Real User Experience Insightインストレーション・ガイドの「ADFモニタリングのためのRUEIの構成」を参照してください。
モニター対象のコンポーネントに関連する具体的な情報は、RUEIのドキュメントを参照してください。たとえば、Oracle Access Managerを使用する環境をモニターする場合は、Oracle Real User Experience Insightインストレーション・ガイドの「Oracle Access Managerの構成」を参照してください。
Oracle Real User Experience Insightユーザーズ・ガイドの「Webページの識別とレポート」および「スイートとWebサービスの使用」の手順を使用して、RUEIアプリケーションまたはスイートを作成します。
注意:
Enterprise Manager 13cでは、RUEIアプリケーション/スイートそれぞれに対応するエンド・ユーザー・サービス(EUS)という新しいサービス・レベル・ターゲットがあります。EUSは、RUEIアプリケーション/スイートと同じ名前が付けられ、ビジネス・アプリケーションを作成するために使用されます。詳細は、「エンド・ユーザー・サービスのモニタリング」を参照してください。
当初の要件では、RUEIレポートはRUEIユーザー・インタフェースのみで使用できます。RUEIデータをEMで使用できるようにするには、RUEIシステムの登録の説明に従ってRUEIをEMに接続する必要があります。
プロシージャ・キー・パフォーマンス・インジケータおよびサービス・レベル合意は、ビジネス・ユーザーがプロセスをモニターして問題の発生時にアラートを受け取るための方法です。また、これらを使用すると、複雑な環境での問題のトラブルシューティングに役立つデータを収集することもできます。
ビジネス・アプリケーションは論理アプリケーションを表すEnterprise Managerのターゲットであり、ユーザーにとっては管理の単位を定義するものです。ビジネス・アプリケーションはRUEIアプリケーション、サービスおよびシステムで構成されます。Enterprise Manager Consoleを使用することにより、ユーザーはビジネス・アプリケーションを表示してRUEI、およびアプリケーションがサポートしているインフラストラクチャ(アプリケーション・サービスが実行されているホストおよびサーバー)に関する情報にアクセスします。
ビジネス・アプリケーションの作成は、このガイドの「ビジネス・アプリケーションのモニタリング」の章で説明しています。
Enterprise ManagerおよびRUEIによって、インシデント、トランザクションおよびユーザー・エクスペリエンスの問題を分析するツールが提供されます。また、それらの方法は該当するドキュメント・セットで説明されています。ただし、この項ではこれらのツールすべてを一緒に使用して問題をトラブルシューティングする方法の要点を次のように示します。
システムが多くのミドルウェア層で構成されている場合は、1つのミドルウェア層に問題を切り分けてください。
1つのミドルウェア層に問題を切り分けたら、Enterprise Managerを使用してさらに問題を切り分けて解決します。
たとえば、アプリケーションが単一の層で構成されている場合は、次のように表すことができます。
アプリケーションが複数の層で構成されている場合は、次のように表すことができます。
この項では、問題を分析する次のアプローチについて説明します。
環境の複雑さにかかわらず、Enterprise Managerではログ・ファイルのデータを使用してインシデントを迅速に分析できます。ほとんどのターゲットで次のようにします。
「エンタープライズ」メニューで「モニタリング」を選択し、さらに「ログ」を選択します。
「検索」をクリックし、分析するターゲットを選択します。
検索の基準を指定します。たとえば、最も詳しいログの場合は「トレース」を選択します。
「検索」をクリックして結果を表示します。
RUEIを使用している場合は、「ログのモニタリング」を参照してください。
注意:
このリリースでは、ログ・ビューア機能を使用するためにJRFをデプロイする必要はありません。
「Enterprise Managerでのビジネス・アプリケーションの作成」の説明に従ってビジネス・アプリケーションを作成した場合は、Enterprise Managerを使用して、RUEIおよびEnterprise Managerのすべてのモニタリング情報を1つのダッシュボードで分析できます。これには、問題の根本原因にドリルダウンする機能も用意されています。詳細は、「ビジネス・アプリケーションのモニタリング」を参照してください。
この項では、インシデントを分析する方法について説明します。たとえば、次のものが含まれます。
一連のWebLogic Server(Webサイトでは一般的なシナリオ)
認証および認可サービスを提供するOracle Access Managerインストール
WebCenter Portal
問題がレポートされた場合に最も単純なトラブルシューティング方法は次のとおりです。
Enterprise Managerにログインします。
ハードウェア、オペレーティング・システム、データベースまたはミドルウェア層に関連する問題についてダッシュボードを確認します。
アイテムがハイライト表示されている場合は、クリックすると詳細が表示されます。
停止しているアイテムを再起動するか、Enterprise Managerによる提案に注意して問題を解決します。
Enterprise Managerでモニタリングしているターゲットのセットが非常に多いときには、この方法は実用的でない場合があります。ターゲットのサブセットのトラブルシューティングのために、タスクを管理しやすくするビジネス・アプリケーションまたはコンポジット・アプリケーションの作成を検討してください。
Enterprise Manager 13cとRUEIを使用して、次のようにWebアプリケーションの問題をすぐに調べることができます。
Enterprise Managerにログインします。
トラブルシューティングするWebアプリケーションに関連付けられているエンド・ユーザー・サービスに移動します。「ターゲット」メニューから「サービス」を選択します。現在定義されているサービスがリストされます。エンド・ユーザー・サービスをフィルタ処理します。または、「サブサービス」タブをクリックして、ビジネス・アプリケーション・ホームページから「エンド・ユーザー・サービス」に移動することもできます。結果のリストに、「エンド・ユーザー・サービス」が含まれることがあります(ビジネス・アプリケーションにエンド・ユーザー・サービスが含まれる場合)。
関心があるエンド・ユーザー・サービスをクリックします。選択したエンド・ユーザー・サービスのホームページが表示されます。これは、**INTERNAL XREF ERROR**のビジネス・アプリケーションのホームページによく似ています。このページでは、問題がすべてのページに影響しているか個々のページに影響しているかを判別できます
問題が個々のページのみに影響している場合は、他の方法(セッション診断など)を使用して根本原因を判別することができます。
Enterprise Managerでは、「ビジネス・アプリケーション」のトランザクションを選択し、トランザクション・サマリー・ページを開くことにより、トランザクション操作のJVMD情報にアクセスできます。続いて、次のいずれかを実行します。
トポロジのダイアグラムでいずれかの操作ノードを右クリックし、コンテキスト・メニューからJVMD診断を選択します。
操作表でいずれかの操作行を右クリックし、コンテキスト・メニューからJVMD診断を選択します。
詳細は、「詳細実行情報の取得」を参照してください。
「JVM診断の使用方法」の説明に従い、JVMDを使用して関連するログを表示することもできます。
しきい値とコンプライアンスの設定を事前に行った場合には、これらによってインシデント管理を実行する方法が提供されます。たとえば、問題がダッシュボード上のインシデントに対応していない場合はメモリーの問題を疑います。
Oracle Enterprise Manager Cloud Control管理者ガイドで説明される手順を使用して、コンポーネント・メモリー使用量のしきい値を設定します。
しきい値インシデントのタイミングとレポートされる問題に相関関係がある場合は、コンポーネントに割り当てるメモリーを増やしてみます。
タイミングに相関関係がない場合は、問題がメモリーに関連するものではないと考えられるため、別の仮説を立てて新しいしきい値を設定し、プロセスを繰り返します。
Enterprise Manager (またはRUEI)を使用して問題を特定した後は、多くのケースで、Enterprise Managerを使用して問題解決に必要なタスクを実行できます。
Cloud Controlでは、エンタープライズ全体のすべての管理対象ターゲットに関する情報が収集されます。収集された構成情報は、HTTPまたはHTTPSで管理リポジトリに定期的に送信され、Cloud Controlを介してエンタープライズ全体の最新の構成情報にアクセスできます。
Cloud Controlは、Enterprise Managerで認識されたすべての管理対象ターゲットについて収集された構成情報を表示、保存、追跡、比較、検索およびカスタマイズする機能を備えています。さらに、構成トポロジ・ビューアでは、ターゲットと他のターゲットの関係がビジュアルなレイアウトで示されます。たとえば、システムのメンバーとその相互関係を表示することで、システムの構造を判断できます。
新しい機能である、多数のターゲットの一貫性(統一性)を保証する構成ドリフトの詳細は、Oracle Enterprise Managerライフサイクル・マネージメント管理者ガイドの構成の管理を参照してください。
特定した問題の原因が組織内で作成されたコードにある場合は、開発者と連携してソリューションを提供する必要があります。たとえば、次の手順では典型的なシナリオについて説明します。
アプリケーションWebページのロードに平均40秒かかるというチェックアウト・コードの問題が操作担当者によって識別されました(RUEIを使用)。
開発者は、開発環境で問題を再現できませんでしたが、RUEIを確認して問題の存在を受け入れました。
操作担当者と開発者が一緒にJVMDを使用して、問題の原因を切り分けます。
開発者がコードを変更し、操作担当者がKPIを設定してアプリケーションをモニターし、問題が再発した場合に見逃さないようにします。
同様に、データベースの問題が見つかった場合には、担当のDBAと連携して問題を解決することができます。
一部の問題は、追加のリソースをプロビジョニングすることによって解決できます。Oracle Enterprise Managerではデータベースおよびミドルウェアの自動プロビジョニングが提供され、このタスクに役立ちます。Enterprise Managerを使用してプロビジョニングを実行する方法の詳細は、Oracle Enterprise Managerライフサイクル・マネージメント管理者ガイドを参照してください。
追加ノードのプロビジョニングと追加メモリーのプロビジョニングが一般的な2つのシナリオです。追加ノードは、WebLogic ServerやOracle Real Application Clustersなどのサービスに追加できます。一部の問題は、追加のメモリーをプロビジョニングして追加の容量を提供することによって解決できます。追加メモリーは次の方法で提供できます。
追加メモリーをJVMに割り当てることができます。
追加メモリーを仮想マシンに割り当てることができます。
追加の物理メモリーをサーバーに追加できます。
