Oracle Enterprise Manager

Cloud Control Oracle Fusion Middlewareマネージメント・ガイド

13cリリース1

E72552-02(原本部品番号:E56490-04)

2016年4月

Oracle Enterprise Manager Cloud Control Oracle Fusion Middlewareマネージメント・ガイド13cリリース1

E72552-02

Copyright © 2011, 2016, Oracle and/or its affiliates. All rights reserved.

原本協力著者: Namrata Bhakthavatsalam、Thom Chumley、Leo Cloutier、Genevieve D'Souza、Jacqueline Gosselin、Deepak Gujrathi、Dan Hynes、Aravind Jayaraaman、Dennis Lee、Pushpa Raghavachar、Paul Wright

原本協力者: Enterprise Manager Cloud Control Fusion Middleware管理の開発チーム、品質保証チーム、カスタマ・サポート・チームおよび製品管理チーム。

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、このソフトウェアまたはハードウェアを安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle およびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXはThe Open Groupの登録商標です。

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

目次

タイトルおよび著作権情報

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

このガイドの最新情報

第I部 Oracle Fusion Middlewareの管理

1 ミドルウェア管理の概要

- 1.1 Enterprise Manager Cloud Controlを使用したミドルウェア管理

- 1.2 Oracle Fusion Middlewareの主な管理機能

- 1.3 Fusion Middleware Controlを使用したFusion Middlewareの管理

2 ミドルウェア・ターゲットの管理

- 2.1 Enterprise Managerのミドルウェア・ターゲット

- 2.1.1 Oracle Fusion Middlewareコンポーネント

- 2.1.2 Oracle Application Serverコンポーネント

- 2.1.3 Oracle以外のミドルウェア・コンポーネント

- 2.2 ミドルウェア・ターゲットのモニタリング

- 2.2.1 ミドルウェアのサマリー・ページ

- 2.2.1.1 ヒート・マップ

- 2.2.1.2 ミドルウェアの管理対象ターゲットの検索

- 2.2.2 ターゲットのホームページ

- 2.2.3 事前定義済パフォーマンス・メトリック

- 2.2.4 履歴パフォーマンスの分析

- 2.2.5 アラート通知用のメトリックしきい値の設定

- 2.2.6 モニタリング・テンプレート

- 2.2.7 ブラックアウトとブラウンアウトの管理および作成

- 2.2.8 WebLogic Serverにデプロイされたアプリケーションのモニタリング機能の拡張

- 2.2.9 マルチテナントの使用

- 2.3 パフォーマンスの問題の診断

- 2.3.1 ホームページを使用したパフォーマンスの問題の診断

- 2.3.2 診断スナップショット

- 2.3.3 ログ・ファイル・ビューア

- 2.4 「問題の分析」を使用したミドルウェアの問題の分析

- 2.5 サポート・ワークベンチを使用した問題の監視

- 2.5.1 サポート・ワークベンチへのアクセスおよびログイン

- 2.5.1.1 サポート・ワークベンチへのアクセス

- 2.5.1.2 ログイン

- 2.5.2 Fusion Middlewareサポート・ワークベンチの使用

- 2.5.2.1 診断の表示

- 2.5.2.2 集計診断サマリーの表示

- 2.5.2.3 問題の検索

- 2.5.2.4 問題に関する注釈の追加

- 2.5.2.5 ファイルの追加

- 2.5.2.6 パッケージの作成

- 2.5.2.7 ファイルの追加

- 2.5.2.8 Oracleサポートへのパッケージのアップロード

- 2.5.2.9 サービス・リクエストの作成

- 2.5.2.10 問題の解決の管理

- 2.6 ミドルウェア・ターゲットの管理

- 2.6.1 ミドルウェア・ターゲットの停止、起動または再起動

- 2.7 ライフサイクル管理について

- 2.7.1 構成の管理

- 2.7.2 コンプライアンス管理

- 2.7.3 パッチ管理

- 2.7.4 プロビジョニング

- 2.7.4.1 テスト環境から本番環境へのクローニング

- 2.7.4.2 ドメインのスケール・アウト

- 2.7.4.3 Java EEアプリケーションのデプロイおよびアンデプロイ

- 2.8 サービス・レベルの管理

- 2.8.1 サービス・ダッシュボード

- 2.9 ジョブ・システム

- 2.10 トポロジ・ビューアのルーティング

3 アプリケーションの負荷およびパフォーマンスのテスト

- 3.1 アプリケーション・リプレイの概要

- 3.2 本番環境のアプリケーション・ワークロードを使用したテスト

- 3.3 RUEIを使用したアプリケーション・ワークロードの取得

- 3.4 アプリケーション・リプレイの使用での前提条件および考慮事項

- 3.4.1 RUEIを使用したアプリケーション・ワークロードの取得

- 3.4.2 Enterprise Managerでの必要なユーザー権限の構成

- 3.4.3 アプリケーション・リプレイのテスト・システム・データベースの設定

- 3.4.4 アプリケーション・リプレイの取得ディレクトリの設定

- 3.5 アプリケーションの取得およびリプレイ・プロセスの理解

- 3.6 アプリケーション・ワークロードの取得の作成

- 3.7 アプリケーションの取得プロセスのモニタリング

- 3.8 アプリケーション・ワークロードの取得のリプレイ

- 3.8.1 ワークロードの取得のリプレイに向けた準備

- 3.8.2 アプリケーション・リプレイおよびリプレイ・タスクの理解

- 3.8.3 アプリケーション・リプレイの外部システムへの参照の解決

- 3.8.4 アプリケーション・リプレイのURLの再マッピング

- 3.8.5 アプリケーション・リプレイの機密データでの代用

- 3.8.6 ワークロードの取得のリプレイ

- 3.8.7 アプリケーション・リプレイ結果の分析

- 3.9 OpenScriptへのリプレイ・セッションの相違のインポート

- 3.10 アプリケーション・リプレイのトラブルシューティング

4 コンポジット・アプリケーション

- 4.1 コンポジット・アプリケーションのダッシュボードの表示

- 4.2 コンポジット・アプリケーションの作成

- 4.3 コンポジット・アプリケーションの編集

- 4.4 コンポジット・アプリケーションのホームページの編集

- 4.5 コンポジット・アプリケーションの使用

第II部 ExalyticsターゲットおよびTraffic Directorのモニタリング

5 Exalyticsターゲットのモニタリング

6 Oracle Traffic Director

- 6.1 Traffic Directorを検出する前に

- 6.2 ExalogicターゲットへのTraffic Directorの追加

- 6.3 Traffic Director構成について

- 6.3.1 「Traffic Director構成」ページの使用

- 6.3.2 Traffic Directorターゲット構成の追加

- 6.3.2.1 構成とインスタンスを検索中

- 6.3.2.2 検出されたターゲット

- 6.3.2.3 結果の表示

- 6.4 Traffic Directorインスタンスについて

- 6.5 Traffic Directorリフレッシュ・フローについて

- 6.5.1 新しく追加された構成への新規ターゲットの追加

- 6.5.2 新しく追加された構成のインスタンスの新規ターゲットの追加

- 6.5.3 削除された構成のターゲットの削除

- 6.5.4 削除されたインスタンスのターゲットの削除

第III部 Oracle WebLogicドメインおよびOracle GlassFishドメインのモニタリング

7 WebLogicドメインのモニタリング

- 7.1 エージェント・トラストストアの更新

- 7.1.1 デモWebLogic ServerルートCA証明書のインポート

- 7.1.2 カスタム・ルートCA証明書のインポート

- 7.1.3 TLSモードでのドメイン検出の前提条件

- 7.2 キーツールを使用したデフォルトのAgentTrust.jksパスワードの変更

- 7.3 WebLogicサーバーのJVMパフォーマンス・メトリックの収集

- 7.3.1 PlatformMBeanServerUsed属性の設定

- 7.3.2 WebLogic Server 9.xまたは10.3.2バージョンでのプラットフォームMBeanのアクティブ化

8 Oracle GlassFish Serverの管理の概要

- 8.1 開始する前に

- 8.1.1 GlassFishのロールと権限

- 8.1.2 起動および停止操作を有効にするためのドメイン証明書の追加

- 8.2 Oracle GlassFishドメインの理解

- 8.2.1 モニターするOracle GlassFishドメインの追加方法

- 8.2.2 Oracle GlassFishドメインの追加: ターゲットの検索および割当て

- 8.2.3 Oracle GlassFishドメインの追加: 結果の表示

- 8.2.4 Oracle GlassFishドメインへのアクセス方法

- 8.2.5 Oracle GlassFishドメインのリフレッシュ

- 8.3 Oracle GlassFish Serverホーム・ページの理解

- 8.3.1 Oracle GlassFish Serverへのアクセス方法

- 8.4 Oracle GlassFishクラスタ・ホーム・ページの理解

- 8.4.1 Oracle GlassFishクラスタへのアクセス方法

- 8.5 Oracle GlassFishメンバーに関して収集された構成データの表示

- 8.6 GlassFish Serverの構成比較テンプレートの作成

第IV部 Oracle SOAの管理

9 Oracle SOA Managementの概要

- 9.1 Oracle SOA Management Pack Enterprise Editionについて

10 Service Busの検出およびモニタリング

- 10.1 このリリースの新機能

- 10.2 サポートされているバージョン

- 10.3 検出メカニズムの理解

- 10.4 検出プロセスの理解

- 10.5 Service Busの検出

- 10.5.1 Enterprise ManagerでモニターされていないWLSにデプロイされたService Busの検出

- 10.5.2 Enterprise ManagerでモニターされているWLSにデプロイされたService Busの検出

- 10.6 Management Packの有効化

- 10.7 Cloud ControlでのService Busのモニタリング

- 10.7.1 Service Busサービスのモニタリングの有効化

- 10.8 BI Publisherを使用したService Busレポートの生成

- 10.9 Service Busのトラブルシューティング

- 10.9.1 システムとサービス

- 10.9.2 SOAPテスト

11 SOA Suiteの検出およびモニタリング

- 11.1 このリリースの新機能

- 11.2 サポートされているバージョンのリスト

- 11.3 モニタリング・テンプレート

- 11.4 SOA Suiteの検出

- 11.4.1 ローカル・エージェントを使用したSOA Suiteの検出

- 11.4.2 リモート・エージェントを使用したSOA Suiteの検出

- 11.5 ターゲット検証を使用したSOA Suiteの構成

- 11.5.1 機能レベルの診断チェックの実行

- 11.5.2 システムレベルの診断チェックの実行

- 11.5.3 ターゲット・モニタリング設定の問題の修正

- 11.6 メトリックと収集設定

- 11.7 SOAインスタンスのトレースの設定と使用

- 11.7.1 インスタンスのトレースの構成(SOA 11gターゲットのみ)

- 11.7.2 インスタンスのトレースの検索基準の設定

- 11.7.2.1 SOA 11gターゲットのインスタンスのトレース

- 11.7.2.2 SOA 12cターゲットのインスタンスのトレース

- 11.7.3 SOAインフラストラクチャ内でのインスタンスのトレース

- 11.7.4 SOAインフラストラクチャ間でのインスタンスのトレース

- 11.8 デハイドレーション・ストアのモニタリング

- 11.8.1 SOAデハイドレーション・ストアのモニタリングの有効化

- 11.8.2 SOAデハイドレーション・ストア・データの表示

- 11.9 サービスのUDDIへの公開

- 11.10 SOAレポートの生成

- 11.10.1 BI Publisherを使用したSOAレポートの生成

- 11.10.2 情報パブリッシャを使用したSOAレポートの生成

- 11.10.3 SOA診断レポートの生成

- 11.10.4 SOA診断ジョブの表示

- 11.11 SOAアーティファクトおよびコンポジットのプロビジョニング

- 11.12 問題およびインシデントの診断

- 11.13 SOAインフラストラクチャでのフォルトの検索

- 11.13.1 SOAインフラストラクチャのフォルトおよびフォルト・タイプの概要

- 11.13.2 フォルトを解決するリカバリ・アクションの概要

- 11.13.3 フォルトの検索、表示およびリカバリの前提条件

- 11.13.4 フォルトの検索および表示

- 11.13.4.1 検索基準の設定

- 11.13.4.2 SOAインフラストラクチャのフォルト合計の検出

- 11.13.4.3 SOAインフラストラクチャから検索および取得されるフォルトの制限

- 11.13.4.4 リカバリ可能なフォルトのみの検索

- 11.13.4.5 特定のサービス・エンジンでのフォルトの検索

- 11.13.4.6 エラー・メッセージによるフォルトの検索

- 11.13.4.7 表示される検索結果のフィルタリング

- 11.13.5 いくつかのフォルトの迅速なリカバリ(簡易リカバリ)

- 11.14 一括でのフォルトのリカバリ

- 11.14.1 一括リカバリ・ジョブ・ページからの一括リカバリの実行

- 11.14.1.1 フォルトを一括でリカバリするフォルト詳細の設定

- 11.14.1.2 一括でフォルトをリカバリするリカバリおよびバッチ詳細の設定

- 11.14.1.3 一括リカバリ・ジョブの1回実行または繰返し実行のスケジュール

- 11.14.2 「フォルトと拒否メッセージ」タブからの一括リカバリの実行

- 11.14.3 「エラー・ホスピタル」タブからの一括リカバリの実行

- 11.14.4 一括リカバリ・ジョブのトラッキング

- 11.14.4.1 一括リカバリ・ジョブの追跡およびその結果およびエラーの表示

- 11.14.4.2 EMCLIおよびWeb Servicesを使用して一括リカバリ・ジョブを作成する

- 11.14.4.2.1 EMCLIを使用して一括リカバリ・ジョブを作成する

- 11.14.4.2.2 発行されたジョブおよび出力をEMCLIを使用して表示する

- 11.14.4.2.3 Webサービスから一括リカバリ・ジョブを作成する

- 11.14.5 一括リカバリのワークフローの例

- 11.14.5.1 一括リカバリ・ジョブの毎晩実行

- 11.14.5.2 特定の時間間隔のフォルトをリカバリするための1回かぎりのジョブ

- 11.15 エラー・ホスピタル・レポートの生成

- 11.15.1 エラー・ホスピタル・レポートの生成

- 11.15.2 エラー・ホスピタル・レポートのカスタマイズ

- 11.16 BPMNメッセージのリカバリ

- 11.17 トラブルシューティング

- 11.17.1 検出

- 11.17.2 モニタリング

- 11.17.3 インスタンスのトレース

- 11.17.4 最新のフォルト

- 11.17.5 フォルト管理

- 11.17.5.1 一括リカバリ

- 11.17.5.2 フォルト検索とリカバリ

- 11.17.5.3 フォルト管理とインスタンス・トレースのエラー

- 11.17.6 情報パブリッシャ・レポート

- 11.17.7 BI Publisherレポート

- 11.17.8 システムとサービス

- 11.17.9 BPELリカバリ

- 11.17.10 SOAライセンスの問題

- 11.17.11 デハイドレーション・ストアの問題

第V部 Oracle Business Intelligenceの管理

12 Oracle Business IntelligenceインスタンスおよびOracle Essbaseの検出とモニタリング

- 12.1 モニター可能なOracle Business Intelligenceターゲットの概要

- 12.1.1 Oracle Business Intelligenceインスタンス

- 12.1.2 Oracle Essbase

- 12.2 モニタリング・プロセスについて

- 12.3 Oracle Business IntelligenceインスタンスおよびOracle Essbaseターゲットの検出

- 12.3.1 未検出のWebLogicドメインのターゲットの検出

- 12.3.2 検出済WebLogicドメインの新規ターゲットまたは変更済ターゲットの検出

- 12.4 Oracle Business IntelligenceインスタンスおよびOracle Essbaseターゲットのモニタリング

- 12.4.1 一般的なモニタリング・タスクの実行

- 12.4.1.1 ターゲット全般および可用性のサマリーの表示

- 12.4.1.2 ターゲットのステータスおよび可用性履歴の表示

- 12.4.1.3 ターゲットのパフォーマンスまたはリソース使用率の表示

- 12.4.1.4 ターゲット・メトリックの表示

- 12.4.1.5 ターゲットのメトリックおよび収集の設定の表示または編集

- 12.4.1.6 ターゲットのメトリック収集エラーの表示

- 12.4.1.7 ターゲットの状態の表示

- 12.4.1.8 ターゲットのアラート履歴の表示

- 12.4.1.9 ターゲット・インシデントの表示

- 12.4.1.10 ターゲット・ログの表示

- 12.4.1.11 ターゲットの構成および構成ファイルの表示

- 12.4.1.12 ターゲットのジョブ・アクティビティの表示

- 12.4.1.13 ターゲットのコンプライアンスの表示

- 12.4.2 ターゲットに固有のモニタリング・タスクの実行

- 12.4.2.1 Oracle Business Intelligenceダッシュボード・レポートの表示

- 12.4.2.2 Oracle Business Intelligenceスケジューラ・レポートの表示

- 12.4.2.3 Oracle Business Intelligenceインスタンスの主要なメトリックの表示

- 12.4.2.4 Oracle Essbaseアプリケーションのサマリーの表示

- 12.4.2.5 Oracle Essbaseアプリケーションのデータ記憶域の詳細の表示

- 12.5 Oracle Business IntelligenceインスタンスおよびEssbaseターゲットの管理

- 12.5.1 一般的な管理タスクの実行

- 12.5.1.1 ターゲットの起動、停止または再起動

- 12.5.1.2 ターゲットのアクセス権限の管理

- 12.5.1.3 ターゲットのブラックアウトの管理

- 12.5.1.4 ターゲットのモニタリング構成の表示

- 12.5.2 ターゲットに固有の管理タスクの実行

- 12.5.2.1 Oracle Business Intelligenceコンポーネントのフェイルオーバーの表示

- 12.5.2.2 Oracle Business Intelligenceのモニタリング資格証明の編集

- 12.6 Oracle Business Intelligenceドメインのスケール・アウト

- 12.7 Oracle Business Intelligenceインスタンスのプロビジョニング・プロファイルの作成

- 12.8 Oracle Business Intelligenceインスタンスのクローニング

第VI部 アプリケーション・パフォーマンスのモニタリング

13 パフォーマンスのモニタリング

- 13.1 モニタリング・ビューおよびモニタリング・ディメンション

- 13.2 ECIDを使用してリクエストを追跡する

- 13.2.1 Oracle Fusion Middlewareコンポーネント以外のコンポーネントのECID

- 13.3 エンドツーエンド・モニタリングの設定

- 13.3.1 Enterprise Managerの設定

- 13.3.2 Java仮想マシン診断の設定

- 13.3.3 Real User Experience Insightの設定

- 13.3.4 Business Transaction Managementの設定

- 13.3.5 ビジネス・アプリケーションの作成

- 13.4 ユーザー・ロールおよび権限

14 ユーザー・エクスペリエンスの理解

- 14.1 RUEIの検出対象

- 14.2 RUEIデータの表示と分析

- 14.2.1 ダッシュボード

- 14.2.2 レポート

- 14.2.3 セッション診断

- 14.2.4 ユーザー・フロー

- 14.2.5 KPIおよびサービス・レベル合意

- 14.3 RUEIにより回答できる質問

- 14.4 EMコンソールからアクセスできるRUEIの側面

- 14.5 RUEIのBTMおよびJVM診断との連携

15 サービスの検出とトランザクションの操作

- 15.1 Does Business Transaction Managementの検出対象

- 15.2 トランザクションの定義

- 15.2.1 SLA違反の「ビジネス・アプリケーション」ページへの昇格

- 15.3 トランザクションのモニタリング

- 15.4 Business Transaction Managementにより回答できる質問

- 15.5 Enterprise Manager ConsoleからのBTMへのアクセス

- 15.6 Business Transaction ManagementのRUEIおよびJVM診断との連携

16 詳細実行情報の取得

- 16.1 JVM診断の使用方法

- 16.2 インスタンス診断リクエストの使用

17 ビジネス・アプリケーションのモニタリング

- 17.1 ビジネス・アプリケーションの概要

- 17.1.1 システム、サービスおよびビジネス・アプリケーション

- 17.1.2 MyBank: ビジネス・アプリケーションの例

- 17.2 前提条件および考慮事項

- 17.2.1 RUEIを使用するための要件

- 17.2.1.1 自己署名証明書へのRUEIインストールの登録

- 17.2.2 BTMを使用するための要件

- 17.3 RUEIまたはBTMシステムの登録

- 17.3.1 RUEIとOracle Enterprise Managerリポジトリ間の接続の設定

- 17.4 ビジネス・アプリケーションの作成

- 17.5 ビジネス・アプリケーションのモニタリング

- 17.6 エンド・ユーザー・エクスペリエンスのモニタリング

- 17.6.1 エンド・ユーザー・エクスペリエンス・データのモニタリング

- 17.6.1.1 キー・パフォーマンス・インジケータ

- 17.6.1.2 使用状況データ

- 17.6.1.3 違反データ

- 17.6.2 セッション診断の操作

- 17.6.2.1 セッション診断のためのEnterprise Managerユーザーの作成

- 17.6.2.2 セッション診断の開始

- 17.6.2.3 セッション診断レポートのカスタマイズ

- 17.6.2.4 すべてのセッション情報のエクスポート

- 17.6.2.5 Microsoft Excelへのセッション・ページのエクスポート

- 17.6.3 エンド・ユーザー・エクスペリエンス・メトリックのモニタリング

- 17.6.4 ユーザー・フローのモニタリング

- 17.6.5 ログのモニタリング

- 17.7 エンド・ユーザー・サービスのモニタリング

- 17.7.1 エンド・ユーザー・サービスのトラブルシューティング

- 17.8 KPIおよびSLAアラート・レポートのモニタリング

- 17.9 Enterprise ManagerでのBTMトランザクションのモニタリング

- 17.10 ビジネス・トランザクション・マネージャ内の操作

- 17.10.1 サマリー情報

- 17.10.2 トランザクション情報の分析

- 17.10.3 アラートの表示

- 17.10.4 トランザクション・インスタンスの表示

- 17.10.5 メッセージ・ログの表示

- 17.10.6 サービス・レベル合意のコンプライアンスの表示

- 17.10.7 トランザクションに適用されるポリシーの表示

- 17.10.8 トランザクション・プロファイル情報の表示

- 17.10.9 トランザクション条件の表示

- 17.10.10 トランザクション・プロパティの表示

- 17.11 ビジネス・アプリケーションのアップグレード

18 エンドツーエンド・パフォーマンスのモニタリング

- 18.1 トラブルシューティング: 事例

- 18.2 質問と解答

19 Enterprise Managerを使用したミドルウェア・アプリケーションのトラブルシューティング

- 19.1 ミドルウェア・アプリケーションのトラブルシューティングの概要

- 19.2 アプリケーションをトラブルシューティングするための環境の準備

- 19.2.1 環境におけるシステムのトポロジのドキュメント化

- 19.2.2 環境のすべてのシステムでの管理エージェントのインストール

- 19.2.3 Javaベース・アプリケーションのトラブルシューティングに役立つJVMDのインストール

- 19.2.4 Webアプリケーションのトラブルシューティングに役立つRUEIのインストール

- 19.2.5 複数層アプリケーションのトラブルシューティングに役立つBTMのインストール

- 19.3 アプリケーションのトラブルシューティングに役立つ環境の構成

- 19.3.1 環境のすべてのターゲットの検出

- 19.3.2 環境へのJVMエージェントのデプロイ

- 19.3.3 複数層アプリケーションのトラブルシューティングに役立つコンポジット・アプリケーションの定義

- 19.3.4 複数層アプリケーションのトラブルシューティングに役立つBTMトランザクションの定義

- 19.3.5 Enterprise Managerでの合成モニタリング・ビーコンの定義

- 19.3.6 Enterprise Managerでのしきい値の定義

- 19.3.7 Enterprise Managerでのコンプライアンス管理の設定

- 19.3.8 Webアプリケーションのトラブルシューティングに役立つRUEIアプリケーションの作成

- 19.3.9 RUEIサービス・レベル合意の定義

- 19.3.10 複数層アプリケーションのトラブルシューティングに役立つBTMエージェントのデプロイ

- 19.3.11 Enterprise Managerでのビジネス・アプリケーションの作成

- 19.4 Enterprise Manager、BTMおよびRUEIを使用した問題の分析

- 19.4.1 ログ・ファイルを使用したインシデントの分析

- 19.4.2 ビジネス・アプリケーションを使用したインシデントの分析

- 19.4.3 単一ミドルウェア層を含む環境でのインシデントの分析

- 19.4.3.1 インシデント分析のためのEMダッシュボードのチェック

- 19.4.3.2 インシデントに影響されたページのRUEIを使用したチェック

- 19.4.3.3 JVMDを使用した問題の切分け

- 19.4.3.4 しきい値とコンプライアンスを使用したインシデントの分析

- 19.4.4 複数ミドルウェア層を含む環境でのインシデントの分析

- 19.4.4.1 BTMを使用した層の切分け

- 19.4.4.2 コンポジット・アプリケーションを使用したキー・メトリックのハイライト表示

- 19.4.4.3 BTMの「依存性」タブを使用した層の切分け

- 19.5 Enterprise Managerを使用した問題の解決

- 19.5.1 構成ツールを使用した問題の解決

- 19.5.2 アプリケーション開発者またはDBAと連携したアプリケーション問題の解決

- 19.5.3 プロビジョニング・ツールを使用した容量問題の解決

第VII部 JVM診断とMDAアドバイザの使用

20 JVM診断の概要

- 20.1 概要

- 20.1.1 負荷を抑えたJavaアクティビティのモニタリングおよび診断

- 20.1.2 JVMアクティビティの深層部の可視性

- 20.1.3 リアルタイム・トランザクション・トレース

- 20.1.4 Oracleデータベースとの多層間の相互関係

- 20.1.5 メモリー・リークの検出および分析

- 20.1.6 JVMプーリング

- 20.1.7 リアルタイムおよび履歴の診断

- 20.2 このリリースの新機能

- 20.3 サポートされているプラットフォームおよびJVM

- 20.4 ユーザー・ロール

21 JVM診断の使用方法

- 21.1 JVM診断のインストール

- 21.1.1 スタンドアロンJVMのモニタリング

- 21.1.1.1 jamrunラッパーの使用

- 21.1.1.2 JamAttachの使用(すでに実行しているJVMのモニター)

- 21.2 JVM診断の設定

- 21.2.1 JVM診断エンジンの構成

- 21.2.2 JVMおよびJVMプールの構成

- 21.2.3 データベースの登録

- 21.2.4 ヒープ分析ホストの構成

- 21.2.5 登録済JVMおよびマネージャの表示

- 21.3 「JVM診断」ページへのアクセス

- 21.4 JVMプールの管理

- 21.4.1 Java仮想マシン・プールのホームページの表示

- 21.4.1.1 JVM診断イベントのインシデントへの昇格

- 21.4.2 「JVMプールのパフォーマンス診断」ページの表示

- 21.4.3 JVMプールの「ライブ・スレッド分析」ページの表示

- 21.4.4 JVMプールの構成

- 21.4.4.1 プールしきい値の更新

- 21.4.5 JVMプールの削除

- 21.4.6 JVMプールのグループへの追加

- 21.5 JVMの管理

- 21.5.1 JVMのホームページの表示

- 21.5.2 「JVMパフォーマンス診断」ページの表示

- 21.5.3 JVM診断のパフォーマンス・サマリーの表示

- 21.5.4 JVMの「ライブ・スレッド分析」ページの表示

- 21.5.4.1 多層間の分析の実行

- 21.5.4.2 Oracle RACデータベースでの多層間の相互関係の確立

- 21.5.5 メモリー診断の表示

- 21.5.6 クラス・ヒストグラムの操作

- 21.5.6.1 クラス・ヒストグラムの保存

- 21.5.6.2 保存済ヒストグラムの表示

- 21.5.6.3 ヒストグラム・ジョブのスケジューリング

- 21.5.6.4 クラス・ヒストグラムの比較

- 21.5.6.5 クラス・ヒストグラムの削除

- 21.5.7 ヒープ・スナップショットの取得

- 21.5.8 ヒープ・スナップショットの取得およびリポジトリへのロード

- 21.5.9 ヒープ・スナップショットの分析

- 21.5.9.1 ルート別のヒープ使用量の表示

- 21.5.9.1.1 上位40のオブジェクト

- 21.5.9.1.2 ヒープ・オブジェクト情報

- 21.5.9.1.3 ヒープのスナップショットの比較

- 21.5.9.2 オブジェクト別のヒープ使用量の表示

- 21.5.9.3 メモリー・リーク・レポート

- 21.5.9.4 アンチパターン・レポート

- 21.5.10 JFRスナップショットの管理

- 21.5.11 JVMの構成

- 21.5.12 JVMの削除

- 21.5.13 JVMのグループへの追加

- 21.6 スレッド・スナップショットの管理

- 21.6.1 アクティブ・スレッドのトレース

- 21.7 トレース診断イメージの分析

- 21.8 ヒープ・スナップショットおよびクラス・ヒストグラムの表示

- 21.9 JVMオフライン診断

- 21.9.1 診断スナップショットの作成

- 21.9.2 「診断スナップショット」ページの使用

- 21.9.3 診断スナップショットの分析

- 21.9.4 診断スナップショットの表示

- 21.10 JVM診断しきい値違反の表示

- 21.11 インスタンス診断リクエストの表示

- 21.12 emctlを使用してJVM診断エンジンを管理する

- 21.13 Java Workload Explorerの使用

- 21.13.1 Java Workload Explorerへのアクセス

- 21.13.2 パフォーマンス分析および検索基準

- 21.13.3 グラフのハイライト

- 21.13.4 診断

- 21.14 JVMDの管理およびトラブルシューティング(グローバル)

- 21.15 JVMDの管理およびトラブルシューティング(特定のインスタンス)

22 JVM診断のトラブルシューティング

- 22.1 階層間の機能エラー

- 22.2 トレース・エラー

- 22.3 デプロイメント実行エラー

- 22.4 LoadHeapエラー

- 22.5 IBM JDK 1.6のAIX 64ビットおよびAIX 32ビットでのヒープ・ダンプ・エラー

- 22.6 JVM DiagnosticsのUIページのエラー

- 22.7 よくある質問

- 22.7.1 JVM Diagnosticsログの場所

- 22.7.2 JVM診断エンジンのステータス

- 22.7.3 JVM Diagnosticsエージェントのステータス

- 22.7.4 モニタリング・ステータス

- 22.7.5 create_jvm_diagnostic_db_user.shスクリプトの実行

- 22.7.6 「スレッドの変更の試行」パラメータの使用

- 22.7.7 最適化レベルの重要度

- 22.7.8 カスタム・プロビジョニングによるエージェントのデプロイメント

- 22.7.9 ログ・マネージャ・レベル

- 22.7.10 リポジトリの領域要件

23 ミドルウェア診断アドバイザの使用

- 23.1 Oracle WebLogic Serverを使用したパフォーマンスの問題の診断

- 23.2 ミドルウェア診断アドバイザを使用したパフォーマンスの問題の診断

- 23.3 ミドルウェア診断アドバイザの機能

- 23.4 ミドルウェア診断アドバイザの構成の前提条件

- 23.5 ミドルウェア診断アドバイザの構成

- 23.6 ターゲットのミドルウェア診断アドバイザの有効化

- 23.7 ミドルウェア診断アドバイザ(MDA)の設定

- 23.8 ミドルウェア診断アドバイザの範囲の制限

- 23.9 ミドルウェア診断アドバイザを使用したパフォーマンスの問題の表示および診断

- 23.10 スケジュールされていないミドルウェア診断アドバイザ分析のターゲットに対する実行

- 23.11 ミドルウェア診断アドバイザに関連するトラブルシューティングの問題

第VIII部 Oracle Coherenceの管理

24 Management Pack for Oracle Coherenceスタート・ガイド

- 24.1 Coherence Managementについて

- 24.2 新機能

- 24.3 Coherenceクラスタの構成

- 24.3.1 JMX管理ノードの作成および起動

- 24.3.1.1 追加のシステム・プロパティの指定

- 24.3.1.2 追加のクラス・パスを含める

- 24.3.1.3 カスタム起動クラスの使用

- 24.3.1.4 Coherence管理ノード用の起動スクリプトの例

- 24.3.2 他のすべてのノードの構成

- 24.3.2.1 他のすべてのCoherenceノード用の追加のシステム・プロパティ

- 24.3.2.2 他のすべてのCoherenceノード用の起動スクリプトの例

- 24.3.3 構成のテスト

- 24.3.3.1 MBeanオブジェクトへのJConsoleを使用したリモート・アクセスの検証

- 24.4 Coherenceターゲットの検出

- 24.4.1 スタンドアロンCoherenceクラスタの検出

- 24.4.1.1 クラスタのリフレッシュ

- 24.4.1.2 正しく構成されていないノードの管理

- 24.4.2 管理対象Coherenceクラスタの検出

- 24.5 Management Packの有効化

25 Coherenceクラスタのモニタリング

- 25.1 ページ・レイアウトについて

- 25.1.1 ナビゲーション・ツリー

- 25.1.2 パーソナライズ

- 25.2 ホームページの表示

- 25.2.1 Coherenceクラスタのホームページ

- 25.2.1.1 「一般」タブ

- 25.2.1.1.1 クラスタ管理操作

- 25.2.1.2 ヒート・マップ

- 25.2.1.3 クラスタ・メニューのナビゲーション

- 25.2.2 ノードのホームページ

- 25.2.2.1 ノード・メニューのナビゲーション

- 25.2.3 キャッシュのホームページ

- 25.2.3.1 ニア・キャッシュ

- 25.2.3.2 キャッシュ・メニューのナビゲーション

- 25.2.4 パーティション・キャッシュ・ホームページ

- 25.2.4.1 キャッシュ・メニューのナビゲーション

- 25.2.5 アプリケーションのホームページ

- 25.2.6 サービスのホームページ

- 25.2.7 Connection Managerのホームページ

- 25.3 サマリー・ページの表示

- 25.3.1 ノード・ページ

- 25.3.2 キャッシュ・ページ

- 25.3.3 サービス・ページ

- 25.3.4 アプリケーション・ページ

- 25.3.5 プロキシ・ページ

- 25.4 ログ・ビューア

- 25.4.1 ログの場所設定の構成

- 25.4.2 ログ・メッセージの表示

- 25.5 パフォーマンス・ページの表示

- 25.5.1 「パフォーマンス・サマリー」ページ

- 25.5.1.1 「パフォーマンス」ページのグラフのカスタマイズ

- 25.5.2 Connection Managerの「パフォーマンス」ページ

- 25.6 停止中のメンバーの削除

- 25.7 トポロジ・ビューア

- 25.8 インシデントの表示

26 Coherenceクラスタの管理

- 26.1 クラスタ管理ページ

- 26.1.1 ノード構成の変更

- 26.1.2 キャッシュ構成の変更

- 26.1.3 サービス構成の変更

- 26.2 ノード管理ページ

- 26.3 キャッシュ管理ページ

- 26.4 サービス管理ページ

- 26.5 キャッシュ・データ管理

- 26.5.1 実行計画

- 26.5.2 トレース

27 トラブルシューティングおよびベスト・プラクティス

- 27.1 Coherenceのトラブルシューティング

- 27.2 ベスト・プラクティス

- 27.2.1 モニタリング・テンプレート

28 JVM診断とのCoherenceの統合

- 28.1 概要

- 28.2 CoherenceノードとJVM診断の統合の構成

- 28.2.1 Coherence管理ノードを開始するスクリプトの例

- 28.2.2 他のすべてのノードを開始するスクリプトの例

- 28.3 CoherenceターゲットからのJVM診断のアクセス

- 28.3.1 Oracle Coherenceノード・メニューからのJVM診断のアクセス

- 28.3.2 「Oracle Coherenceキャッシュ」メニューからのJVM診断のアクセス

- 28.3.3 「Oracle Coherenceクラスタ」メニューからのJVM診断のアクセス

- 28.4 JVM診断リージョンが含まれるCoherenceクラスタのホームページ

第IX部 Identity Managementの使用方法

29 Oracle Identity Managementスタート・ガイド

- 29.1 Identity Management Packを使用する利点

- 29.2 Identity Management Packの機能

- 29.2.1 このリリースの新機能

- 29.3 Enterprise ManagerでのOracle Identity Managementコンポーネントのモニタリング

30 Oracle Identity Managementターゲットの検出の前提条件

- 30.1 システム要件

- 30.2 Oracle Enterprise Manager Cloud Control 13cのインストール

- 30.3 Enterprise ManagerでのIdentity Managementターゲットの検出の前提条件

31 Oracle Identity Managementターゲットの検出および構成

- 31.1 Identity Managementターゲットの検出

- 31.1.1 Identity Management 11gの検出

- 31.1.2 Oracle Directory Server Enterprise Edition 7.xおよび11gの検出

- 31.1.3 Oracle Access Manager Access Server 10.1.4.2および10.1.4.3.0の検出

- 31.1.4 Oracle Access Manager Identity Server 10.1.4.2および10.1.4.3.0の検出

- 31.1.5 Oracle Identity Management Suite 10.1.4.3.0の検出

- 31.2 Oracle Internet Directoryのユーザー統計の収集

- 31.3 Identity Management要素の作成

- 31.3.1 Identity and Access Systemターゲットの作成

- 31.3.2 Identity Managementの汎用サービスまたはWebアプリケーション・ターゲットの作成

- 31.3.3 サービス・ダッシュボード・レポートの作成

32 問題の調査および分析

- 32.1 問題の分析とログへのアクセス

- 32.2 問題の表示および分析

- 32.3 表示のカスタマイズ

第X部 Oracle以外のミドルウェアの検出とモニタリング

33 IBM WebSphere MQの検出とモニタリング

- 33.1 概要

- 33.1.1 即時利用可能な可用性とパフォーマンス・モニタリング

- 33.1.2 すべての情報を単一コンソールで集中モニタリング

- 33.1.3 拡張されたサービスのモデル化と包括的な根本原因分析の実行

- 33.2 前提条件

- 33.2.1 基本的な前提条件

- 33.2.2 Jarファイル要件(ローカル・モニタリングおよびリモート・モニタリング)

- 33.3 検出について

- 33.3.1 ローカル・エージェント検出の前提条件

- 33.3.2 リモート・エージェント検出の前提条件

- 33.3.3 キュー・マネージャ・クラスタの検出

- 33.3.4 スタンドアロン・キュー・マネージャの検出

- 33.4 モニタリング

34 IBM WebSphere Application Server、クラスタおよびセルの検出とモニタリング

- 34.1 IBM WebSphere Application Server、クラスタおよびセルの管理

- 34.2 検出およびモニタリングがサポートされているバージョン

- 34.3 IBM WebSphere Application Server、クラスタおよびセルの検出の前提条件

- 34.4 IBM WebSphere Application Server、クラスタおよびセルの検出

- 34.5 IBM WebSphere Application Serverのモニタリング

- 34.5.1 IBM WebSphere Application Serverのモニタリング

- 34.5.1.1 「一般」セクション

- 34.5.1.2 「モニタリングと診断」セクション

- 34.5.1.3 「レスポンスと負荷」セクション

- 34.5.1.4 「アプリケーション」タブ

- 34.5.1.5 「サーブレットとJSP」タブ

- 34.5.1.6 「EJB」タブ

- 34.5.2 IBM WebSphere Application Serverの管理

- 34.5.3 IBM WebSphere Application Serverのパフォーマンスのモニタリング

- 34.5.4 IBM WebSphere Application Serverにデプロイされているアプリケーションのモニタリング

- 34.5.5 IBM WebSphere Application Serverの上位のEJBの表示

- 34.5.6 IBM WebSphere Application Serverの上位のサーブレットおよびJSPの表示

- 34.5.7 IBM WebSphere Application Serverのメトリックの表示

- 34.6 IBM WebSphere Application Serverクラスタのモニタリング

- 34.6.1 IBM WebSphere Application Serverクラスタのモニタリング

- 34.6.1.1 「サマリー」セクション

- 34.6.1.2 「モニタリングと診断」セクション

- 34.6.1.3 「サーバー」セクション

- 34.6.1.4 「リソース使用率」セクション

- 34.6.2 IBM WebSphere Application Serverクラスタの管理

- 34.6.3 IBM WebSphere Application Serverクラスタのメンバーの表示

- 34.6.4 IBM WebSphere Application Serverクラスタのメトリックの表示

- 34.7 IBM WebSphere Application Serverセルのモニタリング

- 34.7.1 IBM WebSphere Application Serverセルのモニタリング

- 34.7.1.1 「一般」セクション

- 34.7.1.2 「インシデント・サマリー」セクション

- 34.7.1.3 「クラスタ」セクション

- 34.7.1.4 「サーバー」セクション

- 34.7.2 IBM WebSphere Application Serverセルの管理

- 34.7.3 IBM WebSphere Application Serverセルのメンバーの表示

- 34.8 IBM WebSphere Application Serverの検出とモニタリングに関する問題のトラブルシューティング

- 34.8.1 検出に関する問題のトラブルシューティング

- 34.8.2 モニタリングに関する問題のトラブルシューティング

35 JBoss Application Serverの検出とモニタリング

- 35.1 JBoss Application Server、JBossドメインおよびJBossパーティションの管理について

- 35.2 検出およびモニタリングがサポートされているバージョンの検索

- 35.3 JBoss Application Server、ドメインおよびパーティションの検出の前提条件

- 35.4 JBoss Application Server 7.xおよびJBossドメインの検出

- 35.5 JBoss Application Server 6.xおよびJBossパーティションの検出

- 35.6 JBoss Application Serverのモニタリング

- 35.6.1 JBoss Application Server 7.xのモニタリング

- 35.6.1.1 一般

- 35.6.1.2 JVMスレッド

- 35.6.1.3 トランザクション・メトリック

- 35.6.1.4 「レスポンスと負荷」セクション

- 35.6.1.5 「デプロイメント」セクション

- 35.6.2 JBoss Application Server 6.xのモニタリング

- 35.6.2.1 一般

- 35.6.2.2 サーブレット/JSP

- 35.6.2.3 JVMスレッド

- 35.6.2.4 データソース

- 35.6.2.5 「レスポンスと負荷」セクション

- 35.6.2.6 最もリクエスト頻度の高いサーブレット/JSPセクション

- 35.6.3 JBoss Application Server 7.xおよび6.xの管理

- 35.6.4 JBoss Application Server 7.xおよび6.xにデプロイされたアプリケーションのモニタリング

- 35.6.5 JBoss Application Server 7.xおよび6.xのパフォーマンスのモニタリング

- 35.6.6 JBoss Application Server 6.xで実行されているサーブレットとJSPのモニタリング

- 35.6.7 JBoss Application Serverのメトリックの表示

- 35.6.8 メトリックの関連性を使用した問題の分析

- 35.7 JBossドメインのモニタリング

- 35.7.1 JBossドメインのモニタリング

- 35.7.1.1 「サマリー」セクション

- 35.7.1.2 「サーバー」セクション

- 35.7.1.3 「インシデント」セクション

- 35.7.2 JBossサーバー・グループのモニタリング

- 35.7.2.1 「サマリー」セクション

- 35.7.2.2 「サーバー」セクション

- 35.7.2.3 「インシデント」セクション

- 35.7.3 JBossドメインの管理

- 35.7.4 JBossドメインのメンバーの表示

- 35.7.5 JBossドメインのリフレッシュ

- 35.8 JBossパーティションのモニタリング

- 35.8.1 JBossパーティションのモニタリング

- 35.8.1.1 「サマリー」セクション

- 35.8.1.2 「サーバー」セクション

- 35.8.1.3 「インシデント」セクション

- 35.8.2 JBossパーティションの管理

- 35.8.3 JBossパーティションのメンバーの表示

- 35.8.4 JBossパーティションのリフレッシュ

- 35.9 問題を診断するためのJBoss Application Server 7.xおよび6.xでのJVMDのデプロイ

- 35.10 JBoss Application Serverの検出およびモニタリングに関する問題のトラブルシューティング

- 35.10.1 モニタリングに関する問題のトラブルシューティング

- 35.10.2 検出に関する問題のトラブルシューティング

- 35.10.3 その他の役に立つリソース

36 Apache HTTPサーバーの検出およびモニタリング

- 36.1 HTTPサーバーの紹介

- 36.2 検出およびモニタリングがサポートされているバージョンのApache HTTPサーバー

- 36.3 Apache HTTPサーバーを検出およびモニタリングするための前提条件

- 36.4 Apache HTTPサーバーの検出

- 36.5 Apache HTTPサーバーのモニタリング

- 36.6 Apache HTTPサーバーの構成管理

- 36.7 Apache HTTPサーバーの問題のトラブルシューティング

第XI部 Oracle Data Integratorの管理

37 Oracle Data Integratorの構成とモニタリング

- 37.1 Oracle Data Integratorのモニタリングの前提条件

- 37.2 Oracle Data Integratorのモニタリング

- 37.2.1 Oracle Data Integratorのモニタリング

- 37.2.1.1 マスター・リポジトリ・ヘルス

- 37.2.1.2 ODIエージェント・ヘルス

- 37.2.1.3 作業リポジトリ・ヘルス

- 37.2.1.4 データ・サーバー・ヘルス

- 37.2.1.5 セッション/ロード計画実行

- 37.2.2 ODIエージェントのモニタリング

- 37.2.2.1 検索エージェント

- 37.2.2.2 ODIエージェント

- 37.2.3 リポジトリのモニタリング

- 37.2.3.1 リポジトリの検索

- 37.2.3.2 リポジトリ

- 37.2.3.3 クラスタ・データベース

- 37.2.3.4 データベース詳細

- 37.2.3.5 表領域/ファイル・グループの詳細

- 37.2.4 ロード・プランの実行およびセッションのモニタリング

- 37.2.4.1 セッション/LPEの検索

- 37.2.4.2 ロード・プラン実行/セッション

- 37.2.4.3 ロード計画実行/セッション詳細

- 37.3 Oracle Data Integratorの管理

- 37.3.1 Oracle Data Integratorエージェントの起動、停止および再起動

- 37.3.2 エージェントのステータスおよびアクティビティの管理

- 37.3.3 セッションおよびロード・プラン実行の検索

- 37.3.4 ログ・メッセージの表示

- 37.4 アラートおよび通知の作成

- 37.5 ランタイム・エージェントのモニタリング

- 37.5.1 エージェント・ホームページ

- 37.5.1.1 一般情報

- 37.5.1.2 ロード

- 37.5.1.3 ターゲット・インシデント

- 37.5.1.4 ロード・プラン実行/セッション実行インシデント

- 37.5.1.5 ロード・バランシング・エージェント

- 37.6 Oracle Data Integratorコンソールの構成

- 37.7 Oracle Data Integratorドメインの構成

索引

はじめに

本書ではOracle Enterprise Manager Cloud Controlを使用してOracle Fusion MiddlewareやOracle WebLogic Serverを含むミドルウェア・ソフトウェアをモニター、管理する方法について説明します。

対象読者

このマニュアルの対象読者は、Oracle Fusion MiddlewareおよびOracle以外のミドルウェア・ソフトウェアが混在する環境で実行されるOracleアプリケーションとカスタムJava EEアプリケーションの両方をモニターし、管理する方です。

ドキュメントのアクセシビリティについて

オラクル社のアクセシビリティへの取組みの詳細は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docaccを参照してください。

Oracleサポートへのアクセス

サポートをご購入のOracleのお客様は、My Oracle Supportにアクセスして電子サポートを受けることができます。詳細は、http://www.oracle.com/pls/topic/lookup?ctx=acc&id=infoまたはhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs (聴覚障害者向け)を参照してください。

関連ドキュメント

詳細は、Oracle Enterprise Managerリリース12cドキュメント・セットにある次のドキュメントを参照してください。

- 『Oracle Enterprise Managerライフサイクル管理ガイド』

- 『Oracle Enterprise Manager Cloud Control管理者ガイド』

これらのドキュメントやその他のオラクル・ドキュメントの最新リリースについては、Oracle Technology Networkの次のページを確認してください。

http://www.oracle.com/technetwork/documentation/index.html#em

Oracle Enterprise Managerには詳細なオンライン・ヘルプも用意されています。Enterprise Managerのページの一番上にある「ヘルプ」をクリックすると、オンライン・ヘルプ・ウィンドウが表示されます。

表記規則

このマニュアルでは次の表記規則を使用します。

規則

意味

太字

太字は、操作に関連するGraphical User Interface要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック

イタリックは、ユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル内のコード、画面に表示されるテキスト、または入力するテキストを示します。

このガイドの最新情報

このマニュアルの変更は、Enterprise Manager Cloud Control 13cリリース1の新機能を反映しています。

特に関連性の高い変更個所

- 「問題の分析」に関する情報が第2章「ミドルウェア・ターゲットの管理」に追加されました。
「問題の分析」では、特定のターゲットの問題に関連するすべての情報を1箇所で確認できます。メトリック・グラフで問題のある増加を選択し、システム・ナレッジに基づいて根本原因分析を行って、問題の範囲を迅速に絞り込むことができます。Cloud Controlの「問題の分析」ページを使用すると、トラブルシューティング中にメトリック、関連メトリック、ターゲット・ステータス情報、インシデントおよびログを検査できます。

- ノード・マネージャの検出とモニタリングを行うことができるようになりました。詳細は、第2.2項「ミドルウェア・ターゲットのモニタリング」を参照してください。

- マルチテナントを使用できるようになりました。
Oracle WebLogic Serverにおけるマルチテナントは、複数のアプリケーションに専用のサーバーとドメインを提供するドメイン・パーティションを意味します。詳細は、第2.2.9項「マルチテナントの使用」を参照してください。

- このリリースでは、ユーザーがRUEIをEnterprise Managerに接続する方法が変更され、RUEIシステムとEnterprise Managerを簡単に接続できるようになりました。詳細は、第17.3項「RUEIまたはBTMシステムの登録」を参照してください。

- このリリースでは、ビジネス・アプリケーションで新しいエンド・ユーザー・サービス・ターゲットがサポートされ、EUS、BTM、システムおよびサービス・アソシエーション・ターゲットのダッシュボードが提供されます。詳細は、第17.5項「ビジネス・アプリケーションのモニタリング」を参照してください。

- このリリースでは、サービス・レベルとしてエンド・ユーザー・サービス(EUS)ターゲットが導入されています。このターゲットを使用すると、Enterprise ManagerでWebアプリケーションをモニターできます。これにはRUEIアソシエーションが必要であり、これによって、以前はRUEIのみで入手できた詳細にEnterprise Manager内でアクセスできるようになります。EUSは、RUEIアプリケーション、スイートまたはWebサービスと同じ名前が付けられ、ビジネス・アプリケーションを作成するために使用されます。詳細は、第17.6項「エンド・ユーザー・エクスペリエンスのモニタリング」を参照してください。

- Enterprise Managerを使用してアプリケーションをトラブルシューティングする方法を説明する、第19章「Enterprise Managerを使用したミドルウェア・アプリケーションのトラブルシューティング」が追加されています。

- このリリースでは、Java Workload Explorer (JWE)が導入されています。
Java Workload Explorerでは、JVMおよびJVMプール・ターゲットに関連付けられたすべてのパフォーマンス統計の詳細なビューが提供されます。詳細は、第21.13項「Java Workload Explorerの使用」を参照してください。

- 第23章「ミドルウェア診断アドバイザの使用」が更新されました。

- 第34章「IBM WebSphere Application Serverの検出とモニタリング」が更新されました。

- JBoss Application Servers 7.xおよびその他の更新のサポート - 第35章「JBoss Application Serverの検出とモニタリング」

- 第37章「Oracle Data Integratorの構成とモニタリング」が更新されました。

- アプリケーションの依存性とパフォーマンスに関連する章と付録が削除されました。
この機能はEnterprise Manager 13cリリース1で非推奨になりました。

第I部

Oracle Fusion Middlewareの管理

この章では、Oracle WebLogic Serverとデプロイ済のJava EEアプリケーションを含むOracle Fusion Middlewareターゲットをモニターする方法について説明します。

次の章があります。

- 第1章「ミドルウェア管理の概要」

- 第2章「ミドルウェア・ターゲットの管理」

- 第3章「アプリケーションの負荷およびパフォーマンスのテスト」

- 第4章「コンポジット・アプリケーション」

1 ミドルウェア管理の概要

ここでは、Oracle Enterprise Manager Cloud Controlを使用してOracle Fusion MiddlewareやOracle WebLogic Serverを含むミドルウェア・ソフトウェアをモニター、管理する方法について説明します。

内容は次のとおりです。

- Enterprise Manager Cloud Controlを使用したミドルウェア管理

- Oracle Fusion Middlewareの主な管理機能

- Fusion Middleware Controlを使用したFusion Middlewareの管理

1.1 Enterprise Manager Cloud Controlを使用したミドルウェア管理

ミドルウェアとは、エンタープライズ・アプリケーションの実行を可能にするソフトウェアのことです。その基礎となるミドルウェア技術の管理は困難になる場合があり、多くの場合、ITを管理する組織では、様々な専門ツールが使用されています。ただし、これは非効率的で、複雑性やリスクを生み出す場合があります。

Enterprise Manager Cloud Controlは、ミドルウェア管理の決定的なツールであり、Oracle Fusion MiddlewareおよびOracle以外のミドルウェア・ソフトウェアが混在する環境で実行されるOracleアプリケーションとカスタムJava EEアプリケーションの両方を管理できます。

Oracle Enterprise Manager Cloud Controlは、Webブラウザベースのグラフィカル・ユーザー・インタフェースであり、複数のOracle Fusion MiddlewareファームおよびOracle WebLogicドメインのモニターに使用できます。実際、Cloud Controlは、Oracleパッケージ・アプリケーション、Oracle DatabaseおよびOracle VMなどのOracleテクノロジに対して詳細な管理ソリューションを提供しています。

Enterprise Manager Cloud Controlは、次のようなOracle Fusion Middlewareコンポーネント・ファミリ全体の検出、モニタリングおよび一元管理をサポートしています。

- Oracle WebLogicドメイン、クラスタおよびシングル・サーバー・インスタンス

- Oracle GlassFishドメイン、クラスタおよびサーバー

- クラスタ化およびスタンドアロンJava EEアプリケーション

- Oracle HTTP Server、スタンドアロンOracle HTTP Server (Oracle WebLogicドメインに関連付けられていないOracle HTTP Server)およびOracle Web Cache

- サービス指向アーキテクチャ(SOA)コンポーネント

- Oracle Identity Management

- Metadata Servicesリポジトリ

- Oracle WebCenter

- Oracle Portal

- Oracle Business Intelligence Discoverer

- Oracle Forms Services

- Oracle Reports

- Directory Server Enterprise Edition

- Oracle Coherence

- Oracle Exalogic Elastic Cloud

- Oracle Application Server

- Java EE

また、Cloud Controlは、IBM WebSphere Application Server、JBoss Application Server、EMCストレージ、F5 BIG IP、Check Point Firewall、Apache HTTP Server、Microsoft MOM、BMC Remedyなどの25以上の異機種管理プラグインおよびコネクタを介してOracle以外のテクノロジも幅広くサポートします。

Enterprise Manager Cloud Controlの主な利点は、他のFusion Middleware管理ユーティリティ(Fusion Middleware ControlやWebLogic Serveの管理コンソールなど)と異なり、すべてのWebLogicドメインなど、複数のミドルウェア・ターゲットを1つのコンソールからモニターおよび管理できることです。

ミドルウェア・ターゲットから収集したリアルタイム・パフォーマンスと履歴パフォーマンスの各メトリックも表示できます。これにより、Oracle Fusion Middlewareソフトウェアの可用性とパフォーマンスをリアルタイムにモニターするだけでなく、履歴的側面からもモニターして傾向分析および可用性とパフォーマンスに関する問題を診断することが可能です。

Enterprise Manager Cloud Controlでは、中間層が依存しているインフラストラクチャを管理することもできます。基礎となるオペレーティング・システム、およびミドルウェア・ソフトウェアがインストールされるホストを管理できます。また、デプロイされたアプリケーションが使用しているデータベースをモニターし、アプリケーションのパフォーマンスに関する問題を診断して、問題の実際の根本原因と発生元の層(ミドルウェア、データベース)を特定することも可能です。

ビルトインのトポロジ・ビューアでは、Oracle Fusion Middleware環境全体をグラフ表示でビジュアル化してモニターできます。トポロジは、1つのSOAコンポジット、1つのOracle WebLogicドメインまたは複数のOracle WebLogicドメイン全体を対象に表示できます。

BPELプロセスなどのサービス指向アーキテクチャ(SOA)コンポーネントおよびOracle Service Busなどのインフラストラクチャ・コンポーネントの管理もサポートされています。インフラストラクチャは、コンポーネント間のワイヤリングのモニタリング、フォルト管理、構成管理、デプロイメントおよび依存性ビューを提供します。

1.2 Oracle Fusion Middlewareの主な管理機能

Cloud Controlは、WebLogic Serverインスタンスとそれが実行しているJava仮想マシン(JVM)からアプリケーション・サーバー上で稼働中のOracle Fusion Middlewareコンポーネントに至るまで、ミドルウェア層全体にわたる詳細な履歴モニタリングを提供します。また、ミドルウェア・コンポーネントの構成とライフサイクル管理に完全対応しつつ、製品の広範囲なパフォーマンス・モニタリング機能と診断機能によってミドルウェア層全体を対象とした問題のトラブルシューティングが可能です。

Oracle Enterprise Manager Cloud Controlでは、次のことを行えます。

- 複数のOracle Fusion MiddlewareファームおよびWebLogicドメインの集中管理。

- IBM WebSphere Application Server、JBoss Application Server、Apache HTTP Server、Apache TomcatおよびMicrosoft .NET Frameworkなどのサード・パーティ製品の管理。

- 基礎となるオペレーティング・システムなどのミドルウェア以外のソフトウェア、およびミドルウェア・ソフトウェアがインストールされるハードウェアの管理。この機能により、管理者はミドルウェアのパフォーマンスとその基礎となるホストのパフォーマンスを関連付けることができます。

- データベース・ソフトウェアの管理、アプリケーションのパフォーマンスの問題の診断、および問題の根本原因と問題が発生した階層(ミドルウェア、データベース)の特定。

- Oracle Fusion Middlewareソフトウェアの可用性およびパフォーマンスのリアルタイムでのモニター、および傾向分析のための履歴的側面からのモニター。

- 可用性およびパフォーマンスの問題の診断。

- クライアントからサービス・エンドポイントへの重要なエンドユーザー・リクエストについて、各トランザクションに関連するすべてのサーバーとアプリケーションにわたるモニターおよび追跡。

- JVM診断を使用したJavaアプリケーションのモニターおよび本番環境でのパフォーマンスの問題の診断。

- 即時利用可能なシステムレベルのメトリックおよびエンドユーザー体験メトリックの観点からのサービス・レベル目標値(SLO)の定義。これにより、サービス・レベル契約(SLA)コンプライアンスを正確にモニターし、レポートを作成できます。

- 次のような重要なタスクの実行。

- パフォーマンス・メトリックについてのしきい値の設定。このしきい値の違反が発生した場合、電子メールおよびポケットベルの通知が送信されます。

- 構成変更の追跡、およびテスト環境と本番環境の構成の比較。

- RUEIとBTMのパフォーマンス・データおよびアプリケーションのサポート・インフラストラクチャについての情報にアクセスするためのビジネス・アプリケーションの表示。

1.3 Fusion Middleware Controlを使用したFusion Middlewareの管理

Fusion Middleware Controlでは、様々なパフォーマンス・データおよび管理機能を、クラスタ、ドメイン、サーバー、コンポーネントおよびアプリケーションの個別のWebベースのホーム・ページに編成します。Fusion Middleware Controlのホームページでは、最も重要なモニタリング・データや最も頻繁に使用される管理機能を、すべて各自のWebブラウザから容易に検索することができます。

Fusion Middleware Controlは、Oracle Fusion Middlewareの一部としてインストールされます。Fusion Middleware Controlでは、次のことを行えます。

- 単一のOracle Fusion Middlewareファームおよび単一のWebLogicドメインの管理。Cloud Controlとは異なり、これは最新情報専用です。Fusion Middleware Controlを使用するとき、履歴データは格納されません。

- Fusion Middlewareソフトウェアの可用性およびパフォーマンスのリアルタイム・モードでのモニター。

- アプリケーションのデプロイ、パラメータの構成などの日常の管理タスクの実行。

注意: Fusion Middleware Controlでは、履歴メトリック・データの分析は行えず、リアルタイム分析は1つのドメインに限定されます

詳細は、『Oracle Fusion Middleware管理者ガイド 11g リリース2』および『Oracle Fusion Middleware Oracle Fusion Middlewareの管理 12c』を参照してください。

2 ミドルウェア・ターゲットの管理

ここでは、Enterprise Managerを使用してミドルウェア・ソフトウェアをモニターする方法について説明します。

注意:
Oracleでは、WebLogicおよびService Oriented Architecture(SOA)のアプリケーションとインフラストラクチャの管理におけるベスト・プラクティスについて、自身のペースで進められる無料のコースが提供されます。このコースは、対話式の講義、ビデオ、レビュー・セッション、オプションの実演で構成され、約2時間行われます。
Oracle Enterprise Manager Cloud Control 12c: ミドルウェア管理の自己学習のベスト・プラクティスは、http://www.oracle.com/webfolder/technetwork/tutorials/tutorial/em/Oracle%20Enterprise%20Manager%20Cloud%20Control%2012c%20Middleware%20Management%20Best%20Practices%20Self-Study%20Course/player.htmlで利用できます。

内容は次のとおりです。

- Enterprise Managerのミドルウェア・ターゲット

- ミドルウェア・ターゲットのモニタリング

- パフォーマンスの問題の診断

- 「問題の分析」を使用したミドルウェアの問題の分析

- ミドルウェア・ターゲットの管理

- サポート・ワークベンチを使用した問題の監視

- ライフサイクル管理について

- サービス・レベルの管理

- ジョブ・システム

- トポロジ・ビューアのルーティング

ミドルウェア・ターゲットの検出の詳細は、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

2.1 Enterprise Managerのミドルウェア・ターゲット

ミドルウェア・ターゲット(Oracle Fusion Middleware、Oracle WebLogic Domain、Oracle Application Server、JBoss Application Serverなど)を追加した後、ターゲットに関する情報全般(そのステータスや可用性など)を「ミドルウェア」ページで表示できます。各ターゲットをドリルダウンして、ターゲットの実行状況、デプロイされた場所、バージョン、ホーム・ディレクトリの場所などの詳細を知ることができます。

Oracle Enterprise Manager Cloud Controlを使用して、次のミドルウェア・ソフトウェアをモニターできます。

- Oracle Fusion Middlewareソフトウェア

- Oracle以外のミドルウェア・ソフトウェア

2.1.1 Oracle Fusion Middlewareコンポーネント

ファームとは、Fusion Middleware Controlで管理されるコンポーネントの集まりです。これは、1つのOracle WebLogicドメイン、1台の管理サーバー、1台以上の管理対象サーバー、およびOracle Fusion Middlewareコンポーネント(ドメインにインストールおよび構成され、稼働している)で構成されます。

注意:
Enterprise Managerは、Fusion Middlewareリリース12.1.1ドメイン以降のファーム・ターゲットを作成しません。また、Oracle WebLogic Serverリリース10gおよび11gでも、JRFを含まないOracle WebLogicドメインはドメイン検出の後でファーム・ターゲットを表示しません。

Enterprise Managerを使用すると、次のOracle Fusion Middlewareコンポーネントをモニターできます。

- Oracle WebLogicドメイン、クラスタ、管理対象サーバーおよびノード・マネージャ: WebLogic Serverドメインは、1つの単位として管理する、論理的に関連付けられたWebLogic Serverリソースのグループです。ドメインには、1つ以上のWebLogic Serverが含まれ、さらにWebLogic ServerクラスタとWebLogicノード・マネージャが含まれる場合もあります。
クラスタは、アプリケーションのスケーラビリティおよび高可用性を提供するために連携して機能するWebLogic Serverインスタンスのグループです。

ノード・マネージャは、離れた場所から管理サーバー・インスタンスや管理対象サーバー・インスタンスを起動、停止および再起動するために使用するWebLogic Serverのユーティリティです。さらに、ノード・マネージャ・ターゲットでは、ノード・マネージャが稼働中か停止中かを判断できます。ノード・マネージャは任意指定の機能ですが、高可用性が要求されるアプリケーションをWebLogic Server環境でホストする場合には使用することをお薦めします。ノード・マネージャがOracle WebLogicドメインの検出において検出されていることを確認します。

Oracle Enterprise Managerを使用すると、ファーム、ドメイン、クラスタ、サーバー、ノード・マネージャおよびデプロイされたアプリケーションをモニターおよび管理できます。

- Oracle SOA Suite: Oracle SOA Suiteでは、サービスを作成および管理し、SOAコンポジット・アプリケーションにオーケストレートできます。コンポジット・アプリケーションを使用すると、複数のテクノロジ・コンポーネントを1つのSOAコンポジット・アプリケーション内に容易に収集できます。Oracle SOA Suiteは異機種混在インフラストラクチャへの導入が可能であるため、SOAを段階的に企業に導入できます。次のいずれかを実行します。

- BPEL Process Manager、Oracle Service Bus、Service EnginesなどのSOAコンポーネントの自動検出およびモデル化。

- SOAコンポーネントの状態およびパフォーマンスのモニター。

- すべてのSOAインフラストラクチャ・アプリケーションにわたるインスタンスのフローの追跡。

- システム、サービスおよび集合サービスの作成。

- Oracle WebCenter: Oracle WebCenterは、標準ベースのサービス指向アーキテクチャで構築された、ソーシャル・アプリケーション、エンタープライズ・ポータル、コラボレート・コミュニティ、コンポジット・アプリケーションを作成できるコンポーネントの統合セットです。高度なインターネット・アプリケーションを開発するための動的なユーザー・インタフェース・テクノロジ、統合されたマルチチャネル・ポータル・フレームワークの柔軟性および機能、コンテンツ、コラボレーション、プレゼンス、およびソーシャル・ネットワーク機能を提供するサービスとして配信される水平的なEnterprise 2.0の機能のセットを組み合せています。これらのコンポーネントに基づいて、Oracle WebCenterは追加設定が不要な、エンタープライズ対応のカスタマイズ可能なアプリケーションであるWebCenter Spacesを、個人およびグループがより効率的に作業およびコラボレートできる構成可能な作業環境とともに提供します。Enterprise ManagerはWebCenter PortalおよびWebCenter Contentをサポートします。

- Oracle Web層: 構成内容は次のとおりです。

- Oracle HTTP Server: Oracle HTTP Server(OHS)は、Oracle Fusion Middlewareがサポートするすべてのプログラミング言語およびテクノロジの基盤となるデプロイメント・プラットフォームです。これは、Webリスナーと、Webを介して静的および動的なページやアプリケーションをホストするフレームワークを提供します。Apache 2.xインフラストラクチャの実績あるテクノロジを基盤とするOHSには、ロード・バランシング、管理および構成を容易にする重要な拡張が組み込まれています。さらに、拡張モジュール(mod)も多数用意されており、これらをHTTPサーバーに追加することで他のエンタープライズ・アプリケーションやサービス向けの機能を拡張できます。次のいずれかを実行します。

- Oracle HTTP Serverの検出およびモニター

- サーバー・パフォーマンスおよび仮想ホスト・パフォーマンスを測定するメトリック・リストの表示。

- アクセス中の上位URLの表示。

- 構成情報の表示、比較および検索などのエンタープライズ構成管理タスクの実行。

- Oracle HTTP Serverの起動、停止および再起動これは、管理対象およびスタンドアロンの両方のOracle HTTP Serverに適用されます。スタンドアロン・サービスとは、WebLogicドメインに関連付けられていないサービスです。

注意: Cloud Controlコンソールは、管理対象およびスタンドアロンの両方のHTTP Serverをサポートします。

- Oracle Web Cache: Oracle Web Cacheは、Web層で使用されるコンテンツ認識型のサーバー・アクセラレータ(リバース・プロキシ)で、Oracle HTTP ServerやOracle WebLogic Serverなど任意のWebサーバーまたはアプリケーション・サーバーで稼働するWebサイトのパフォーマンス、スケーラビリティおよび可用性を改善します。Oracle Web Cacheは、Oracle Fusion Middlewareで提供される主要なキャッシュ・メカニズムです。キャッシュ機能は、頻繁にアクセスされるURLをメモリーに格納することによって、Oracle Fusion Middlewareで稼働するWebサイトのパフォーマンス、スケーラビリティおよび可用性を改善します。次のいずれかを実行します。

- アプリケーション・サーバーで稼働しているOracleAS Web Cacheインスタンスの自動検出およびモニター。

- ターゲットに関連付けられたメトリックの表示、およびそのパフォーマンスの分析。

- 構成情報の表示、比較および検索などのエンタープライズ構成タスクの実行。

- Oracle Identity Management: これは、企業のリソース内のユーザーのアクセス権限を自動的に管理するエンタープライズID管理システムです。Oracle Identity Managementのアーキテクチャは、既存のインフラストラクチャ、ポリシーまたはプロシージャを変更することなく、要求の厳しいビジネス要件の大部分に対応します。すべてのOracleアプリケーションに共有インフラストラクチャを提供します。また、サード・パーティによるエンタープライズ・アプリケーション開発を容易にするサービスやインタフェースも提供します。これらのインタフェースは、アプリケーションにID管理を組み込む必要のあるアプリケーション開発者にとって有用です。Enterprise ManagerによってモニターされるIDMコンポーネントの一覧は、第30.1項「システム要件」を参照してください。

- Oracle Portal: これは、E-Businessポータルの構築とデプロイを目的としたWebベースのツールです。これにより、エンタープライズ・ソフトウェア・サービスや情報リソースへのアクセス、および対話を目的としたセキュアで管理可能な環境が実現します。ポータル・ページは、複数ソースからのデータを単一ロケーションからアクセス可能にします。

- Oracle Forms Servicesは、複雑なトランザクション・フォーム・アプリケーションをイントラネットやインターネットなどのネットワークにデプロイするための中間層アプリケーション・フレームワークです。Oracle Forms Servicesを使用することで、ビジネス・アプリケーション開発者はJavaコードを書くことなく、インターネットに対して最適化され、プロフェッショナルなユーザー・コミュニティの要件を満たす(あるいは超える)包括的なJavaクライアント・アプリケーションを迅速にビルドできます。これらのJavaクライアント・アプリケーションは、大量のデータの高速処理と、複雑な計算、分析およびトランザクションの迅速な完了を目的とした、必要に応じて利用可能なWebデプロイされるアプリケーションです。

- Oracle Coherenceは、ミッション・クリティカルなアプリケーションの計画的な拡張を可能にするOracle Fusion Middlewareコンポーネントで、頻繁に使用されるデータに対する高速かつ信頼性の高いアクセス機能を提供します。Oracle Coherenceでは、複数のサーバー間でメモリーのデータを自動的かつ動的にパーティション化することにより、サーバーの障害時にも継続的なデータの可用性およびトランザクションの整合性が確保されます。Oracle Coherenceは、共有インフラストラクチャとして、データの場所とローカル処理能力を結合し、リアルタイム・データ分析、インメモリー・グリッド計算、トランザクションおよびイベントの並列処理を実行します。Oracle Coherenceには、3つのエディションがあります。次のいずれかを実行します。

- スタンドアロンおよび管理対象Coherenceクラスタとその様々なエンティティを検出して管理します。詳細は、第24.2項「新機能」および第24.4.2項「管理対象Coherenceクラスタの検出」を参照してください。

- Coherenceクラスタのノード、キャッシュ、サービス、接続、接続マネージャ・インスタンスなど様々なコンポーネントのモニターおよび構成。

- プロビジョニング・アドバイザ・フレームワークに基づくCoherenceノードのデプロイおよびインストール。

- Oracle Business Intelligenceは、ビジネス・インテリジェンス要件に対応する完全な統合ソリューションです。Oracle Business Intelligenceには、Oracle Business Intelligence Reporting and Publishing、Oracle Business Intelligence DiscovererおよびOracle Business Intelligence Publisherが含まれます。次のいずれかを実行します。

- Oracle BI Suite EEのターゲットの手動での検出、および全体的な状態のモニター。

- Oracle BI Suite EEのターゲットにおけるパフォーマンスおよび可用性の問題の診断、通知および修正。

- グラフおよびレポートを使用した、現在および履歴のパフォーマンス情報へのアクセス。

- 構成情報の表示、比較および検索などのエンタープライズ構成管理タスクの実行。

- Oracle WebCenter Contentは、各種コンテンツの管理を目的とした統合アプリケーションです。それはエンタープライズ・コンテンツ管理プラットフォームであり、これを使用すると、ドキュメント管理、Webコンテンツ管理、デジタル資産管理およびレコード保持機能を活用して、ビジネス・アプリケーションの構築と補完を行うことができます。コンテンツおよびアプリケーションの戦略的なエンタープライズ・コンテンツ管理インフラストラクチャを構築すると、コストの削減、エンタープライズ間のコンテンツ共有の容易化、リスクの最小化、高価で時間のかかる手動プロセスの自動化、および複数のWebサイトの単一プラットフォームへの(一元管理を目的とした)統合化が促進されます。Oracle WebCenter Contentでは、ユーザーフレンドリなインタフェース、ロールベースの認証およびセキュリティ・モデルを使用することによって、全社規模のユーザーでコンテンツに対する表示、共同作業および廃棄ができるようになるため、配布済または公開済のアクセス可能な情報は、すべてセキュア、正確かつ最新な状態であることが保証されます。

2.1.2 Oracle Application Serverコンポーネント

Oracle E-Business Suite外部でのOracle Application Serverターゲットの検出とモニタリングは、Enterprise Managerリリース13.1以降ではサポートされません。Enterprise Managerリリース13.1ではOracle Application ServerターゲットはOracle E-Business Suiteとのコンテキストのみでサポートされます。Oracle E-Business Suiteリリース12.1.xおよび12.0.xを検出すると、Oracle Application Serverターゲット(OC4J 10.1.3やOracle HTTP Server 10.1.3など)は自動的に検出されます。他のコンテキストではOracle Application Serverターゲットの検出とモニターを行うことはできません。

2.1.3 Oracle以外のミドルウェア・コンポーネント

Enterprise Managerは、Oracleミドルウェア・コンポーネントのモニタリングだけではなく、Oracle以外のミドルウェア・ソフトウェアのモニターにも使用できます。モニターできるサード・パーティ・ミドルウェア・ソフトウェアには、次が含まれます。

- WebSphereアプリケーション・サーバー

- WebSphere MQ

- JBoss Application Server

- Apache Tomcat

- Apache HTTPサーバー

モニター可能なその他のサードパーティ・ミドルウェア・ソフトウェアは、My Oracle Support (http://support.oracle.com)のEnterprise Manager動作保証マトリックスを参照してください。

2.2 ミドルウェア・ターゲットのモニタリング

Enterprise Managerでは、様々なパフォーマンス・データおよび管理機能が、ドメイン、サーバー、コンポーネントおよびアプリケーションごとに個別のWebベースのホーム・ページに編成されます。

2.2.1 ミドルウェアのサマリー・ページ

Enterprise Managerでは、ドメイン全体の集中モニタリング、構成管理、プロビジョニング、リアルタイムのパフォーマンスおよび履歴パフォーマンスの分析を行えます。Fusion Middlewareプラグイン・リリース12.1.0.4からリリース13cでは、一部の管理機能がCloud Controlコンソールで利用できます。これらの機能を使用すると、Oracle WebLogic Server管理コンソールやOracle Enterprise Manager Fusion Middleware Controlコンソールなどの管理コンソールにドリルダウンすることなく、Cloud Controlコンソールから直接、構成を変更できます。Cloud Controlで利用できる管理機能の例としては、JDBCデータ・ソースの管理(たとえば、データ・ソースの作成、編集、削除、テスト、制御)およびシステムMBeanブラウザへのアクセスによるMBeanの表示、編集および起動があります。ただし、管理および構成のすべての操作がCloud Controlから実行できるわけではなく、多くの場合、引き続き管理コンソールにドリルダウンする必要があります。

「ターゲット」メニューからアクセスできるミドルウェアのサマリー・ページには、管理対象ターゲットとして構成されているミドルウェア・コンポーネントの2つの異なるビューが表示されます。

これら2つのビューは、表ビューとヒート・マップ・ビューと呼ばれます。より一般的な表ビューには、ミドルウェアに関連するターゲットの詳細なサマリーが表示されるのに対し、ヒート・マップ・ビューでは、同じデータをより効率的でグラフィカルな方法で分析できます。ヒート・マップ・ビューでは、ターゲットはボックスとして表示され、各ボックスのサイズと色は潜在的な問題の領域を示します。管理者は、このビューを使用することにより、大量のデータを迅速に分析し、フィルタリングをカスタマイズし、問題をより効率的に特定できます。

「表」タブを使用して、ミドルウェア・ターゲットの追加や削除、およびターゲットに対する特定のモニタリング構成プロパティの設定を行うことができます。

デフォルトでは、名前、タイプ、ステータスおよびメンバー・ステータス・サマリーがミドルウェア・ターゲットにリストされます。この表に、部門やライン・オブ・ビジネスなどの任意のグローバル・ターゲット・プロパティを列として追加できます。「ビュー」メニューから、「列」→「列の管理」を選択します。

特に関連性の高い列は次のとおりです。

- タイプ: 管理されるターゲットのタイプ。

- ステータス: ターゲットの可用性(該当する場合)。Fusion Middlewareファームなど、コンポーネントのコレクションを表す一部のターゲットは、スタンドアロン・ステータスを持たないことに注意してください。

- メンバー・ステータス・サマリー: ターゲットに関連するミドルウェア・コンポーネントの可用性。件数に含まれるのはすべての検索基準を満たすコンポーネントのみがです。

- バージョン: ターゲットのバージョン。

- コンプライアンス・スコア: エンタープライズで定義されているコンプライアンス標準ルールへのターゲットのコンプライアンスの全体的な評価をコンプライアンス率として示します。100%のコンプライアンス・スコアは、ポリシーに完全に準拠していることを意味します。コンプライアンス管理の詳細は、『Oracle Enterprise Managerライフサイクル・マネージメント管理者ガイド』の「コンプライアンス管理」を参照してください。

2.2.1.1 ヒート・マップ

「ヒート・マップ」タブを使用して、ミドルウェア・ターゲットのヒート・マップ(「表」タブに表示されているルート・ターゲットに相当するヒート・マップのボックスとして示されるターゲット・セットのグラフィカル表現)を表示できます。バージョンや場所などの属性によってグループ化したり、場合によってはサマリー化できます。ボックスのサイズはメンバー・ターゲットの数を表します。ステータスの色は、「ステータス」またはWebLogic Serverのみ: CPU使用率に基づいてボックスの色付けを選択できます。グラフ要素にカーソルを合せるかをクリックすると、詳細を表示できます。

「WebLogic Serverのみ: CPU使用率」を選択すると、グラフにWebLogicサーバーを含むルート・ターゲットであるボックスが表示されます。ルート・ターゲットにWebLogicサーバーが含まれない場合、ビューに表示されません。ボックスのサイズは、含まれるWebLogicサーバーの数に基づいています。ボックスの色は、含まれるすべてのサーバーの平均CPU値に基づいています。右下の隅の「プロパティ」領域には、含まれるWebLogicサーバーの数および平均CPU値が表示されます。ツールチップを使用してこの情報を表示することもできます。

ボックスの色には意味があります。「ステータス」を選択した場合、赤はターゲットの複数のメンバーが停止していることを意味します。「WebLogic Serverのみ: CPU使用率」を選択した場合、その色はWebLogic ServerのCPU使用率を表します。赤はCPU使用率が高いことを示すのに対し、緑は低いことを指定します。

スライダを使用すると、どのCPU使用率が赤でどのCPU使用率が緑であるかを設定できます。

注意:
Enterprise Managerは、Fusion Middlewareリリース12.1.0.4ドメインのファーム・ターゲットを作成しません。

ステータスおよびCPU使用率

「表示」ドロップダウン・メニューを使用して、2つの表示(「ステータス」または「WebLogicサーバーのみ: CPU使用率」)のいずれかに変更できます。

デフォルトのビューはステータス別であり、ターゲット・バージョンによって編成されています。これがデフォルトのビューですが、「オプション」リージョンを使用して様々な方法でデフォルトを変更してデータを整理できます。たとえば、ターゲットの場所やターゲットのライフサイクル・ステータスによってデータを整理できます。また、複数のレベルの組織を指定することもできます。たとえば、最初に場所によって整理してからバージョンによって整理することにより、異なる地理的領域における異なるバージョンのミドルウェア・ターゲットのヘルスを把握できます。

WebLogic Serverのみ: CPU使用率オプションは、WebLogic Serverのみをサポートします。各ボックスは、WebLogic ServerまたはWebLogic Serverの親(クラスタなど)を表します。WebLogic Serverが停止している場合や、CPUメトリック・データがまだ収集されていない場合、WebLogic Serverはグラフから除外されます。

「オプション」リージョンを使用したデータの編成

ヒート・マップ・ビュー内の各ボックスは、ターゲットまたはターゲット・セット(ファームやドメイン・ターゲットなど)を表します。ボックスのサイズは、メンバー・ターゲットの数を表します。したがって、ボックスが大きくなるほど、ターゲットに含まれるメンバーの数が増えます。

表示の優先順位を決定するフィールドを選択できる「最初の基準」フィールドおよび「次の基準」フィールドを使用して、表示を編成できます。

ドリルにより、「編成」メニューを使用してグループ化されたヒート・マップの1つのセクションに焦点を合せることができます。ヒート・マップの1つのセクションに焦点を当てるには、セクション・ヘッダーをダブルクリックしてドリルインします。そのボックス内にあるボックスのみ表示され、他のすべては非表示になります。ビューからドリルダウンするには、ヒート・マップの上で使用可能なロケータ・リンクを使用します。

「サマリー」オプションを使用すると、最も深い「最初の基準」ボックスが、それが含む個々のボックスのすべてを要約することによって1つのボックスになります。

潜在的に問題のあるターゲットに関する情報を取得するには、ターゲットのボックスにマウスを合せてクリックします。右側に表示される「プロパティ」リージョンには、ターゲットおよびそのメンバーの追加の詳細が表示され、より深くドリルダウンできます。

「プロパティ」リージョン

ボックスをクリックすると、選択されたターゲットに関連するプロパティが「プロパティ」リージョンに表示されます。これには、現在のヒート・マップ・ビューに対応して、メンバー・ステータスの明細または含まれるWebLogic Serverの数が表示されることがあります。

「プロパティ」リージョンには、ターゲットのプロパティ(「タイプ」や「ターゲット・バージョン」など)が表示されます。ここには、「連絡先」、「場所」、「部署」などのユーザー定義のプロパティも表示されます(定義されている場合)。

このターゲットおよび子ターゲットのインシデント情報も表示されます。件数をクリックして、例外および問題を検索、表示および管理し、未処理のインシデントおよび問題を追跡できるインシデント・マネージャ・ページに移動できます。

色の重要度

ボックスの色にも意味があります。たとえば、ステータスの場合、赤はターゲットが停止中であることを示し、緑はターゲットが稼働中であることを示します。「オプション」リージョンを使用すると、色の範囲(赤の意味に対する緑の意味)をカスタマイズできます。デフォルトでは、ターゲットのメンバーの60%未満が稼働している場合、ヒート・マップ・ビューのボックスは赤ですが、メンバーの少なくとも95%が稼働している場合、ヒート・マップのボックスは緑になります。WebLogic Serverのみ: CPU使用率ビューの場合、色はWebLogic ServerターゲットのCPU使用率の範囲を表します。この場合、ボックスが赤くなるほど、CPUの使用率が高くなります。

色の範囲を変更するには、スライダを調整します。

2.2.1.2 ミドルウェアの管理対象ターゲットの検索

表およびグラフに表示されるターゲットの数を最小化してページのパフォーマンスおよびユーザビリティを向上するには、検索機能を使用します。

左にある「検索」リストは、ターゲット・タイプおよびコスト・センターなどのターゲット・プロパティを指定するために使用されます。ターゲット・タイプは、その領域の1つ以上のターゲットにアクセスできる場合にのみ、リストに表示されます。

左上にある「表示」メニューを使用して、チャート形式で表示するプロパティを選択します。たとえば、ライフサイクル・ステータスを選択して、ターゲット間のライフサイクル・ステータスの分布を表示します。

検索結果は階層として表示されます。この場合、表示されたすべてのターゲットがすべての検索フィールドと一致します。リーフ・ノードは、親のコンテキストで表示されます。この階層情報なしでフラット・リストとして結果を表示するには、表のツールバーで「階層の表示」ボックスの選択を解除します。

フィルタをクリアするには、プロパティ名の横にある「x」をクリックします。「検索」リストで、あるプロパティに対して複数のオプションが選択されている場合、その情報がチャートの上部に表示される(たとえば、複数のターゲット・タイプ)ことに注意してください。

注意: 1つのターゲットを検索しており、階層情報を必要としない場合、ほとんどのページで右上にある「ターゲット名」オプションを使用できます。

検索機能のその他の特長は、次のとおりです。

- 「検索」ツリーのオプションが縮小されている場合も、表示されていないすべての検索オプションが適用されます。

- 検索オプションを変更すると、ページの内容が自動的にリフレッシュされます。検索基準は、次回ページにアクセスしたときの新しいデフォルト検索として自動的に保存されます。

- 表の「メンバー・ステータス・サマリー」列は、検索基準でフェッチされたターゲットのみを示します。たとえば、Smithという連絡先を持つターゲットのOracle WebLogicターゲット・タイプを検索する場合、Smithに一致するターゲットとその親のみがフェッチされ、「メンバー・ステータス・サマリー」列の番号を計算するために使用されます。Smithと一致しないターゲットは表示されず、サマリー列の計算に使用されません。

- 検索問合せの結果がしきい値未満である場合にのみ、表に移入されます。
たとえば、サイトに5000個のミドルウェア・ターゲットが存在し、しきい値が2000個のターゲットの表示に設定されている場合、ターゲットが多すぎて結果をフィルタ処理する必要があることを示す文とともに表が空になります。フィルタ処理後に基準と一致する1500個のターゲットがある場合、合計数が2000の制限未満であるため、すべてのターゲットが表に表示されます。しきい値が6000に設定されていた場合、ページにすべてのターゲットが表示されます。

注意:
しきい値制限が非常に大きい場合、ページの実行が遅くなります。

デフォルトではしきい値は2000です。

しきい値を変更するには、次のOracle Management Service emctlコマンドを使用してoracle.sysman.emas.MWTableTargetLimitプロパティを更新します。

emctl set property -name oracle.sysman.emas.MWTableTargetLimit -value 2000

2.2.2 ターゲットのホームページ

ホームページにより、最も重要なモニタリング・データおよび最も頻繁に使用される管理機能をすべてWebブラウザから簡単に利用できます。

Enterprise Managerにログインし、ミドルウェア・ターゲットを選択すると、そのターゲットのホームページが表示されます。たとえば、「ミドルウェア」ページで「WebLogic Server」ターゲットをクリックすると、次の画面が表示されます。

図2-1 WebLogic Serverのホームページ

この図は、左側にターゲットのナビゲーション・ペイン、右側にコンテンツ・ページを示しています。ターゲット・ナビゲーション・ペインから、ツリーを開き、コンポーネントまたはアプリケーションを選択できます。ターゲットを選択すると、コンテンツ・ペインにターゲットのホームページが表示され、そのターゲットのメニューがページ上部のコンテキスト・ペインに表示されます。また、ターゲットのメニューは、ナビゲーション・ペインでターゲットを右クリックしても表示できます。

この図のコールアウト・テキストの説明は、次のとおりです。

- ターゲット・ナビゲーション・ペインには、ナビゲーション・ツリー内のすべてのターゲットが示されます。デフォルトではターゲット・ナビゲーションは閉じています。ナビゲーション・ペインを開くには、左上にあるナビゲーション・ドロワー・アイコンをクリックします。

- ページ・リンクのパーソナライズには、「ページのパーソナライズ」が表示されます。ここでは、たとえば表示するリージョン、リージョンの表示順序など、ページでのデータの表示方法をカスタマイズできます。

- コンテンツ・ペインには、ターゲットの現在のページが表示されます。最初にターゲットを選択する場合、そのターゲットのホーム・ページが表示されます。

- 動的ターゲット・メニューには、現在選択されているターゲットで実行できる操作のリストが表示されます。表示されるメニューは、選択するターゲットによって異なります。特定のターゲットのメニューには、右クリック・ターゲット・メニューで表示される操作と同じ操作が含まれます。

- ターゲット名には、現在選択されているターゲットの名前が示されます。

- コンテキスト・ペインにホスト名が表示されます。

- ビュー: ナビゲーション・ツリーでは、すべてを開く、すべて閉じる、最初にスクロール、最後にスクロールの各オプションを選択できます。

- 「リフレッシュ」アイコンは、ページがいつリフレッシュされているかを示します。これをクリックすると、新しいデータでページがリフレッシュされます。(ブラウザ・ウィンドウをリフレッシュするとページ自体はリフレッシュされるが、新しいデータは取得されない)。

ページ上で適切なリンクをクリックするか、適切なメニュー項目を選択することで、ホームページから、Fusion Middleware ControlおよびWebLogic Server管理コンソールにもアクセスできます。

2.2.3 事前定義済パフォーマンス・メトリック

Enterprise Managerには、各ミドルウェア・ターゲットに対して事前定義されたパフォーマンス・メトリックのセットが用意されています。メトリック・データは、管理リポジトリで収集され、格納されます。事前定義済のメトリックの詳細は、Oracle Fusion Middlewareメトリック・リファレンス・ガイドを参照してください。管理リポジトリのデータ保持ポリシーの詳細は、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

たとえば、Enterprise Managerを使用すると、次のことを自動的にモニターできます。

- アプリケーション・サーバーのCPUまたはメモリー使用(Oracle WebLogic Serverによって実行されている個々のJava Virtual Machine(JVM)の詳細なモニタリングを含む)。

- アプリケーションから個々のサーブレットおよびEnterprise JavaBeans(EJB)までを含む、Java EEアプリケーションの応答性

- Oracle HTTP Serverセッションのボリューム、接続時間およびエラー率

- Oracle Web Cacheのヒット率およびボリューム

- リクエスト数、最大処理時間および最大平均処理時間に基づく上位サーブレット

パフォーマンス・メトリックでは、メトリックの詳細は、現在のリアルタイムの値(30秒、1分または5分)または過去の値(過去24時間、7日または31日)で表されます。履歴情報は、グラフおよび表で表示されます。傾向を確認する場合はグラフを使用し、過去のメトリック重大度履歴の詳細を調査する場合は、表を使用します。事前定義済メトリックは、次の図に示されるパフォーマンス・サマリー・ページで表示できます。

図2-2 パフォーマンス・サマリー・ページ

パフォーマンス・ページに表示するグラフを変更し、その変更をユーザーごと、ターゲット・タイプごとに保存できます。カスタマイズした複数のバージョンのパフォーマンス・ページそれぞれに名前を付けて保存することもできます。これにより、前に作成したバージョンのページにすばやくアクセスできるため、時間を節約できます。パフォーマンス・サマリー機能を使用すると、名前付きのグラフ・ビューを作成できます。1つのプライマリ・ターゲットのコンテキストでは、常に汎用のパフォーマンス・ページが表示されます。ただし、そのターゲットのパフォーマンスは、他のターゲットのパフォーマンスに依存していたり、他のターゲットのパフォーマンスに影響する場合があります。これらの関係を調べるには、単一のパフォーマンス・ページで複数の関連するターゲットのメトリックをグラフ化できます。パフォーマンス・サマリー機能を使用すると、複数の関連するターゲットのメトリックをグラフ化できます。

2.2.4 履歴パフォーマンスの分析

Enterprise Managerでは、履歴メトリック・データを分析し、傾向分析を実行できます。Fusion Middleware Controlでは、履歴メトリック・データの分析は行えず、リアルタイム分析は1つのドメインに限定されます。Enterprise Manager Cloud Controlでは、収集されたメトリックは管理リポジトリに格納されるため、状況が変化した後もデータの分析が可能です。たとえば、履歴データおよび診断レポートを使用すると、数日前または数週間前に発生したアプリケーションのパフォーマンスの問題を調べることができます。

さらに、データを管理リポジトリから取得する期間をカスタマイズすることもできます。カスタマイズできる期間は、次のとおりです。

- 過去24時間、過去7日間または過去31日間の事前定義済範囲

- カスタマイズした任意の日、週、月、年数範囲

- 任意の開始日および終了日(ただし、この期間は99年以内)

保持の詳細は、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

2.2.5 アラート通知用のメトリックしきい値の設定

メトリック設定を編集する場合、しきい値の提案機能を使用して、過去のパフォーマンスとの相違に基づくしきい値を計算します。しきい値は、モニターするメトリック値が比較される境界の値です。たとえば、モニター対象のメトリック値がしきい値を超えたときにアラートを生成するというように、しきい値を指定できます。モニター対象のメトリックがそのクリティカルなしきい値を超えた場合にクリティカル・アラートを、またはモニター対象のメトリックがその警告のしきい値を超えた場合に警告のアラートを受け取ることができます。

ターゲットのホームページからしきい値の提案機能にアクセスするには、次の手順を実行します。

1. ページの左上にあるターゲットのメニューから、「モニタリング」、「メトリックと収集設定」の順に選択します。

2. 「メトリックと収集設定」ページで、目的のメトリックを見付けて、メトリックに関連付けられている鉛筆アイコンをクリックします。

3. 「詳細設定の編集」ページで、「しきい値の提案」リージョンを見付けて、必要に応じてしきい値を変更します。

Enterprise Managerには、自動モニタリングおよびアラートの生成を簡単に行うための包括的な機能セットが用意されています。企業全体に分散しているターゲットの診断情報を収集して評価でき、また、ミドルウェアの広範囲にわたるパフォーマンス・メトリックは、事前定義済しきい値に対して自動的にモニターされます。メトリックを選択すると、そのメトリックにしきい値が定義されているかどうかを判別できます。これらのしきい値は、アラートを生成するメカニズムとして使用されます。さらに、これらのアラートを使用して、ターゲットが稼働中か停止中か、レスポンス時間が遅くなっているかなどが通知されます。つまり、全体的なパフォーマンスをモニターできます。

アラート条件を自動的に解決するための修正処理を設定できます。これらの修正処理により、アラートに対する日々の対応が自動的に実行されるため、処理時間を短縮し、ユーザーに問題が著しく影響する前に問題に対処できるようになります。

2.2.6 モニタリング・テンプレート

また、モニタリング・テンプレートを使用して、エンタープライズ全体のモニタリング設定を簡単に標準化することもできます。パフォーマンス・メトリックと構成収集の設定を指定し、特定のターゲット・タイプの複数のターゲット全体に適用できます。

モニタリング・テンプレートには、次に示すとおり、通常Middlewareターゲットのモニターに設定するすべてのパラメータが定義されています。

- テンプレートを適用するターゲット・タイプ

- メトリック(ユーザー定義のメトリックなど)、しきい値、メトリック収集スケジュールおよび修正処理

テンプレートを変更する場合、新しい変更内容を伝播するために、このテンプレートを関連するターゲットに再適用できます。モニタリング・テンプレートは必要に応じて何度でも再適用できます。

2.2.7 ブラックアウトとブラウンアウトの管理および作成

Enterprise Managerに同梱されるパフォーマンスおよび状態メトリックにより、使用する環境のアプリケーション・ターゲットを自動的にモニタリングできます。メトリックが事前定義済の警告またはクリティカルしきい値に達すると、アラートが生成され、管理者に通知されます。

ブラックアウト

ただし、ミドルウェア・ターゲットでメンテナンス作業を実行する際に、ターゲットを停止している間はアラートを発生させたくない場合があります。その場合は、ブラックアウトをスケジュールし、ミドルウェア・ターゲットのモニタリングを一時停止できます。

ブラックアウトによって、1つ以上のモニター対象ターゲットに対するデータ収集アクティビティを一時停止できるため、ターゲットに対して計画されたメンテナンスを実行できます。この間にモニタリングを続行すると、収集されたデータには、通常の日常操作の結果にはみられない傾向とその他のモニタリング情報が表示されます。ターゲットのパフォーマンスについて、より正確で長期にわたる実態を把握するには、ブラックアウトを使用してデータ分析から特殊な状況を排除する必要があります。Enterprise Managerでは、新しいブラックアウトの定義、既存のブラックアウトのステータスの表示、および不要なブラックアウトの編集、停止、削除ができます。

ブラウンアウト

ブラウンアウトでは、ブラウンアウト期間中にターゲットでの通知を抑止するために使用されます。ブラウンアウト中もOracle Management Agentはターゲットのモニタリングを継続し、Oracle Management Serviceでは、ターゲットが現在ブラウンアウト中であることを示す実際のターゲット・ステータスが表示されます。イベントはブラウンアウト中も通常どおりに生成され、通知のみが抑止されます。

ブラウンアウトには2つのタイプがあります。

- メンテナンスのためのブラウンアウト(デフォルト): ターゲットは計画メンテナンス中であり、この期間は通知を受信する必要がありません。ターゲットはメンテナンスのために意図的に停止しているため、可用性割合およびサービス・レベル合意の計算時にブラウンアウト期間を考慮すべきではありません。このシナリオでは、メンテナンス・ブラウンアウトを作成する必要があります。

- 通知のみブラウンアウト: ターゲットで、サービス・クラッシュなど予期しない停止時間が発生しています。サーバーを修正している間は、すでに問題がわかっているためアラートを受信する必要がありません。可用性割合計算ではブラウンアウト中の実際のターゲットのステータスを考慮し、それに応じてサービス・レベル合意を計算する必要があります。このシナリオでは、通知のみブラウンアウトを作成する必要があります。

2.2.8 WebLogic Serverにデプロイされたアプリケーションのモニタリング機能の拡張

管理者の多くはしばしば、アプリケーション環境に固有の条件を確認するためのカスタム・ロジックを作成する必要があります。Enterprise Managerでは、Enterprise Managerのイベント・モニタリング・インフラストラクチャにアプリケーション・インスツルメンテーションを統合できます。アプリケーション開発者がJMXまたはWebサービス操作などの規格を使用してアプリケーション・インスツルメンテーションを公開する場合、使いやすいコマンドライン・ツールを使用してインスツルメンテーション用の管理プラグインを作成し、Enterprise Managerのイベント・モニタリング・システムを利用してそれをモニターできます。このようなインスツルメンテーションを統合するためにXMLファイルを編集したり、統合コードを作成する必要はありません。次の手順にそのまま従い、アプリケーション定義のインスツルメンテーションを統合します。

- JMXのMBeanインタフェースとWebサービスのWSDLを分析するコマンドライン・インタフェースを使用して、管理プラグインを作成します。

- Enterprise Managerに管理プラグイン・アーカイブをインポートします。

- 管理プラグインを管理エージェントにデプロイします。

- 管理プラグイン・アーカイブに定義されているターゲット・タイプのターゲット・タイプ・インスタンスを作成します。

- Enterprise Managerのイベント・モニタリング・システム(モニタリング・テンプレート、修正処理、履歴およびリアルタイム・メトリック・ビュー、アラート、通知ルールのカスタマイズ、アプリケーション・インスツルメンテーション・メトリックから生成されたイベントのメソッドなど)を利用します。

管理者は、利用可能なパフォーマンス・メトリックの他に、Oracle WebLogic ServerにデプロイされるJMX装備のアプリケーション用のパフォーマンス・メトリックを追加できます。さらに、管理者はJMX対応のアプリケーションをモニターできます。これを行うには、管理プラグインを使用してモニターできる新しいターゲット・タイプを定義し、コマンドライン・ツールemjmxcliを使用してターゲット・メタデータと収集ファイルの生成を自動化します。管理ツールであるEnterprise Managerだけで、WebLogic ServerにデプロイされているすべてのJMX対応アプリケーションを統合およびモニターできます。

管理プラグインを作成する方法の詳細は、『Oracle Enterprise Manager Cloud Control拡張プログラマーズ・ガイド』を参照してください。メトリック拡張を作成する方法の詳細は、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

2.2.9 マルチテナントの使用

Oracle WebLogic Serverにおけるマルチテナントは、複数のアプリケーションに専用のサーバーとドメインを提供するドメイン・パーティションを意味します。

ドメイン・パーティションはドメインの管理部分で、個別に管理することができ、ドメイン内の実行時のキャパシティ(つまり管理対象サーバーとクラスタ)を共有できます。

ドメイン・パーティションを使用すると、使用するサーバーとドメインの数が少なくなります。これにより、Software as a Service (SaaS)およびPlatform as a Service (PaaS)アプリケーションの管理が容易になります。

PaaS

PaaSでマルチテナントを使用すると、ドメインの共有が有効化されることで密度の上昇が促進されます。つまり、ドメイン・レベルで統合することができます。このために次を容易に行えるようになります。

- アプリケーションを多数のグループから同一のWebLogicインフラストラクチャにデプロイします

- WebLogicインフラストラクチャおよび基礎となるリソース(ドメイン、クラスタ、管理対象サーバー、ハードウェア、ネットワークなど)を共有します

- 管理タスクを分離します

- WebLogic管理者はインフラストラクチャを管理します

- パーティション管理者はデプロイメントと関連リソースを管理します

- 実行時の固有情報を切り分けます

- テナントごとのセキュリティ・レルム

- 仮想ターゲット(アドレス)、データベース(プラガブル・データベース)、JNDI (内部トラフィック)、他のランタイム・リソース(JMSなど)

- ワーク・マネージャ/リソース消費マネージャ

SaaS

マルチテナントにより、統合ドメインでの複数SaaSアプリケーションが有効になり、密度の上昇が促進されます。このために次を容易に行えるようになります。

- アプリケーションの追加インスタンスをデプロイします

- WebLogicインフラストラクチャおよび基礎となるリソース(ドメイン、クラスタ、管理対象サーバー、ハードウェア、ネットワークなど)を共有します

- アプリケーション・インスタンスをテナント(仮想ターゲット、プラガブル・データベース、ランタイム・リソース(JMS)など)に対して調整します。

- 実行時の固有情報を切り分けます

- セキュリティ・レルム、仮想ターゲット、データベース、ワーク・マネージャおよびリソース消費管理

- 既知の信頼できるアプリケーション

2.3 パフォーマンスの問題の診断

この項では、パフォーマンスの問題の診断に使用するメソッドとツールについて説明します。次のいずれかを実行します。

- 最もアクティブなサーブレットおよびJSPの一覧表示、およびボトルネックの原因となっているサーブレットおよびJSPの特定。

- Java診断を使用した本番環境でのパフォーマンスの問題の診断。この機能を利用するには、JVMDがデプロイされていることを確認します。

2.3.1 ホームページを使用したパフォーマンスの問題の診断

パフォーマンスの問題をトラブルシューティングする場合、最もアクティブなサーブレットまたはJSPを認識しておくと役立ちます。WebLogic Serverのホームページの「最も頻度の高いリクエスト」セクションでは、WebLogic Serverインスタンスで実行されている最もアクティブなJavaサーブレット、JSP、WebサービスまたはJava EEサービスを識別できます。

アラート通知を受信した場合、Enterprise Managerを使用して簡単にその問題を調べ、必要に応じて修正処理を実行できます。たとえば、CPUがWebLogic Serverによって過剰に使用された場合は、そのインスタンスで実行されているアプリケーションが調べられることになります。WebLogic Serverのホームページの「最も頻度の高いリクエスト」セクション内の「サーブレットとJSP」タブを使用すると、ボリュームが最大または応答性が最小のアプリケーションを迅速に識別できます。その後、ボトルネックを特定するために、アプリケーションのサーブレット、Java Server Pages(JSP)またはEJBをドリルダウンして診断できます。

2.3.2 診断スナップショット

診断スナップショットには、問題を診断するために必要なデータが格納されています。実際の診断スナップショット・データは、診断スナップショットの生成に含まれるターゲットによって異なります。JVMとWebLogic Serverの両方の診断情報とログ・データをスナップショットにまとめて表示し、別のCloud Controlシステムにエクスポートまたはインポートして後で分析することができます。これにより、管理者は問題の根本原因を特定して、再発を防止することができます。これらのスナップショットは、Fusion Middlewareのサポート・ワークベンチ機能を補完するもので、現在はサポート・リクエストへの診断スナップショットの添付が含まれています。

診断スナップショットは、WebLogic Java EE Server、Java EE Application、Fusion Java EE ApplicationまたはCustom Java EE Applicationターゲットなど、1つ以上のEnterprise Managerターゲットのコンテキストで生成できます。これらのターゲットは単一のWebLogicドメインの一部であることも、複数のWebLogicドメインであることも可能です。

診断スナップショットの生成時には、診断スナップショットの名前付け、診断スナップショットの生成に使用するターゲットの選択、スナップショット用のデータを収集する期間の選択、そして生成された診断スナップショット・データを同じEnterprise Managerインスタンスにインポートするか、単一または複数のファイルにエクスポートして後で別のEnterprise Managerインスタンス(または同じEnterprise Managerインスタンス)にインポートできるようにするかのオプション選択を行うことができます。

ビデオ・デモンストレーション

診断スナップショットを取得する方法のデモンストレーションを表示するには、次のURLにアクセスして「Begin Video」をクリックします。

https://apex.oracle.com/pls/apex/f?p=44785:24:0::NO:24:P24_CONTENT_ID,P24_PREV_PAGE:5465,1

2.3.3 ログ・ファイル・ビューア

WebLogicやOracle Fusion Middlewareで生成されたログを、すべてのOracle Fusion Middlewareコンポーネントおよび複数のドメインにわたって集中して検索することができます。時間、重大度、実行コンテキストID(ECID)などのログ・プロパティに基づいて、構造化されたログ検索を実行できます。ログ・ファイルをダウンロードするか、メッセージをファイルにエクスポートすることも可能です。この機能を使用すれば、ファイル・システム上の格納先を問わず、ログ・ファイルに簡単にアクセスできます。

2.4 「問題の分析」を使用したミドルウェアの問題の分析

Enterprise Managerで示されるほとんどの情報は、Cloud Controlによって管理またはモニターされる1つ以上のターゲットに関連します。管理対象エンティティで問題が発生すると、複数の画面にアクセスして、問題の優先順位を決定するために情報を収集する必要があります。「問題の分析」機能によって、すべての関連情報を1つの場所に表示できます。メトリック・グラフで問題のある増加を選択し、システム・ナレッジに基づいて根本原因分析を行って、問題の範囲を迅速に絞り込むことができます。

Cloud Controlの問題の分析およびログの分析ページを使用すると、トラブルシューティング中にメトリック、関連メトリック、ターゲット・ステータス情報、インシデントおよびログを検査できます。

問題の分析とログへのアクセス

問題の分析ページおよびログ・ページにアクセスするためのナビゲーション方法は複数あります。

- ミドルウェア・アクセス方法

1. Cloud Controlコンソールの「ターゲット」メニューから「ミドルウェア」を選択します。

2. 「詳細」表から「Oracle HTTP Server」または「Oracle WebLogic Server」を選択してクリックします。

3. 表示されるホーム・ページで、「レスポンスと負荷」グラフの下に表示されるメトリックの凡例をクリックします。

4. 表示されたポップアップで、「問題の分析」または「ログ・メッセージ」をクリックします。

- インシデント・マネージャ・アクセス方法

1. Cloud Controlコンソールの「ターゲット」メニューから「ホスト」を選択します。

2. サマリー表の「インシデント」列で番号付きリンクをクリックします。

3. 表示されたインシデント・マネージャ・ページで、表内のインシデントを選択し、ページの右下部分の「診断」セクションにある「問題の分析」リンクをクリックします。

- 相関グラフ方法
相関グラフは、グラフがグラフの積上げとして表示されるページです。

1. 任意の相関グラフから、グラフの凡例をクリックします。

2. 表示されたポップアップで、「問題の分析」または「ログ・メッセージ」をクリックします。

- グラフ・リージョン方法
「グラフ」リージョンは、ホーム・ページに表示されるグラフ、または一部のページに表示されるグラフです。

1. グラフ凡例またはグラフ行をクリックします。

2. 表示されたポップアップで、「問題の分析」または「ログ・メッセージ」をクリックします。

問題の分析ページのタブの使用

問題の分析ページにある5つのタブを使用して、次のタスクを実行したり、次のデータを表示できます。

- 関連メトリック
影響を受けたり、ソース・メトリックに影響を及ぼす関連メトリックを表示します。必要に応じて、影響を受けるメトリックをカスタマイズするよう選択できます。

「チャート・セット」ドロップダウンから「チャート・セットのエクスポート」を選択して、選択したチャート・セットに定義されたデフォルトおよびカスタムの関連メトリックなど、特定のソース・メトリックの問題の分析のxmlメタデータ・ファイルを作成できます。同様に、「チャート・セット」ドロップダウンから「チャート・セットのインポート」を使用して、エクスポートされたチャート・セット・データをカスタム・チャート・セットにインポートできます。

- 関連ターゲット
ソース・メトリックのターゲット・インスタンスへの関連ターゲットを表示します。「関連ターゲット」の情報では、ステータス、ステータス変更時間、インシデント、構成の変更、重要な主要メトリック、適用されるパッチなど、主要な情報が、Enterprise Managerコンソール内の異なる場所に表示されるのではなく、1つの場所に提供されます。

- 関連構成
影響を受けたり、ソース・メトリックに影響を及ぼす関連構成メトリックを表示します。

- 関連ログ
各ターゲットのグラフを表示し、重大度レベルごとのメッセージ数を示します。検索フィルタ基準に関係なく、データは関連ターゲットに対して収集されます。ページには、重大度ごとに異なる列を使用して、各ターゲットに対して1つのグラフが含まれます。データは、フィルタで定義された時間範囲および他の値に基づいて収集されます。

- トポロジ
関連ターゲットのトポロジ・ビューを指定します。

問題の表示および分析

次の手順に従って、Cloud Controlを使用してメトリック、ステータス情報およびログを検査できます。

1. グラフにデータを表示する時間範囲を指定します。デフォルトの関連メトリックタブの上部近くで、左側と右側のスライダを調整して時間範囲を指定するか、メトリック・グラフ内でクリックおよびドラッグして検査する時間範囲を指定します。

2. 記録されたメトリックでの異常な増加についてグラフを検査します。

- 即時利用可能なEnterprise Managerには、「ソース・メトリック」と「Enterprise Manager識別関連メトリック」という2つのグラフが用意されています。メトリック・パレットを使用すると、必要に応じてグラフ表示を追加できます。詳細は、後述の「表示のカスタマイズ」を参照してください。

- 1分当たりのリクエスト数の増加が原因でリクエスト処理時間が増加した場合、システムの容量を増やす必要があることを示している可能性があります。

3. メトリック・グラフに問題の原因が示されない場合は、「関連ターゲット」タブを選択し、ターゲットのヘルス(ステータス)および最新の構成の変更に関する情報について表を検査します。
データが表示されているコンポーネントのトポロジのアラームを表示するには、「トポロジ」タブをクリックします。

4. 表に問題の原因が示されない場合は、「関連メトリック」タブに戻り、タブの上部近くにある「関連ログ・メッセージの表示」リンクをクリックします。このアクションにより、選択した時間範囲において選択したターゲットおよびそのメンバーに関するログ・メッセージが表示されます。

5. 考えられる問題の原因について表示されたログ・メッセージを検査します。

ログ分析の使用

次の2つの方法でログ分析を使用できます。

- ターゲット・ログ分析 -- グラフのポップアップにあるログ分析リンクをクリックして、メトリック・グラフが表示されるターゲットのログを表示します。フィルタが適用されるグラフの期間と同じ開始時間と終了時間で、ログ・ビューアが起動します。

- 関連ログ -- 問題の分析ページの「関連ログ」をクリックして、すべてのフィルタが適用される表示されたメトリック・グラフの期間中のすべての関連ターゲットのすべての関連ログ・メッセージを表示します。

表示のカスタマイズ

独自のメトリック・グラフを作成してから、必要に応じて後でこれらをリコールできます。

1. 「関連メトリック」タブの「メトリック・パレット」で、「ターゲット」ペインからターゲットを選択し、ターゲットに関連付けられた目的のメトリックを「メトリック」ペインから選択します。
「ユーザー識別関連メトリック」という名前のリージョンがページの下部に表示され、メトリック・パレットで選択した各メトリックのグラフが表示されます。

2. オプション: 「保存」をクリックして、現在のグラフに対する変更を保存します。
後で、必要に応じて再使用するために、変更したグラフをEnterprise Managerに保存して「チャート・セット」メニューの選択項目として表示することもできます。これを行うには、「チャート・セット」メニューから「グラフの保存形式」を選択し、グラフ名を指定し、「OK」をクリックします。保存済チャート・セットをデフォルト・チャート・セットとして設定するには、「チャート・セット」メニューにリストされている保存済チャート・セットを選択し、「チャート・セット」メニューから「デフォルト・チャート・セットとして設定」をクリックします。

ヒント:
グラフ・データを表形式で表示するには、最後のグラフの下にある「表ビュー」リンクをクリックします。

2.5 サポート・ワークベンチを使用した問題の監視

Enterprise Managerサポート・ワークベンチを使用すると、問題(クリティカル・エラー)を調査および報告でき、解決できる場合もあります。最初の障害診断データの収集、サポート・リクエスト番号の取得およびOracleサポートへの診断データのアップロードを実行できます。また、サポート・ワークベンチでは、データ破損の問題などを解決できるOracleアドバイザへの容易なアクセスをお薦めおよび提供します。

Fusion Middlewareコンポーネントとの互換性

サポート・ワークベンチを使用して、次の操作を実行できます。

- Oracle WebLogic Server

- SOAインフラストラクチャ

注意:
サポート・ワークベンチは、Java Required Files (JRF)テンプレートが適用されたWebLogic Serverドメインのみで使用可能です。

サポート・ワークベンチの基本的なワーク・フロー

サポート・ワークベンチを使用して2つの基本的な方法で問題を管理できます。

- 関連する問題をパッケージして、それらを解決するためにOracleサポートにアップロードすることによって、アラート通知に応答します。

- 監視対象の問題を事前にパッケージして、それらを解決するためにOracleサポートにアップロードします。

アラートを受信して、サポート・ワークベンチを使用するプロセスは次のとおりです。

1. Enterprise Managerエージェントが、設定されたしきい値を超えている1つ以上のメトリックを収集しました。

2. アラート・ログがインシデントを生成し、管理者に保留中のアラートが通知されます。

3. サポート・ワークベンチ内の問題を検索して表示します。

4. My Oracleサポートにアクセスしてこの問題または類似している問題を検索し、この問題を解決する適切なアクションを決定します。検索が十分でない場合は、次の手順に進みます。

5. 外部ファイルや実行したダンプなどのサポート資料を含む、My Oracleサポート用のパッケージを作成します。

6. サービス・リクエストを作成します。

7. パッケージをMy Oracleサポートにアップロードできます。

事前に問題を監視してOracleサポートにアップロードするプロセスは、前述の手順3から7と同じですが、手順5に進む前に、ユーザー報告の問題を開始してください。

この後の各項では、これらのタスクを実行する手順について説明します。

2.5.1 サポート・ワークベンチへのアクセスおよびログイン

次の各項では、サポート・ワークベンチにアクセスして、ログインする方法について説明します。

2.5.1.1 サポート・ワークベンチへのアクセス

サポート・ワークベンチにアクセスするには、次の手順に従います。

1. ミドルウェアのホームページの「詳細」表で、「Oracle WebLogicドメイン」、「Oracle WebLogicクラスタ」、「Oracle WebLogicサーバー」のいずれかをクリックします。

2. 「Oracle WebLogicドメイン」または「Oracle WebLogicサーバー」メニューから、「診断」を選択し、次に、「サポート・ワークベンチ」を選択します。

2.5.1.2 ログイン

ログインには、すでに設定してある優先資格証明または名前付き資格証明を使用します。あるいは、「新規資格証明」オプションを選択して、2つのログイン・オプションをオーバーライドできます。

- 前提条件

- ホスト資格証明には、ターゲットのAdrHomeの場所への書込み権限が必要です。
AdrHomeはWebLogicサーバーがインシデントを格納する場所です。詳細は、『Oracle Fusion Middleware管理者ガイド』の診断フレームワーク・コンポーネントに関する項を参照してください。

ソフトウェア・ワークベンチにログインするには、AdrHomeの読取り権限のみが必要です。読取り権限があれば、ソフトウェア・ワークベンチにログインして、問題やインシデントを確認し、ユーザー報告の問題を作成し、追加の診断ダンプを実行できます。パッケージの作成には書込み権限が必要です。

- WebLogic資格証明は、WebLogic Serverに対するモニター権限を持つ必要があります。

- 優先資格証明の選択
優先資格証明ページで優先資格証明としてすでに登録されている資格証明を使用する場合、これを選択します。

優先資格証明により、ターゲットのログイン資格証明が管理リポジトリに格納され、管理対象ターゲットへのアクセスが簡素化されます。優先資格証明が設定されている場合、ターゲットへのログインは要求されず、自分の資格証明が認識されるEnterprise Managerターゲットにアクセスできます。優先資格証明はユーザーごとに設定されるため、管理されるエンタープライズ環境のセキュリティが保証されます。

- 名前付き資格証明の選択
名前付き資格証明ページで作成した名前付きプロファイルの資格証明を使用する場合は、これを選択します。

このオプションを使用してホストまたはWebLogic Serverの優先資格証明をオーバーライドできます。名前付き資格証明は、システムでのユーザーの認証情報を指定します。名前付き資格証明にはユーザー名/パスワード、公開鍵と秘密鍵のペア、またはX509v3証明書を使用できます。

- 新規資格証明の選択
「新規資格証明」オプションを使用すると、定義済の優先資格証明または名前付き資格証明をオーバーライドできます。新しい資格証明を入力するとき、資格証明を保存して名前を付けることができます。このような資格証明は名前付き資格証明になります。

注意:
「新規資格証明」オプションを選択すると、サポート・ワークベンチにより資格証明を保存するよう求められます。資格証明を保存することで、長時間実行するソフトウェア・ワークベンチ操作(問題のパッケージ化など)のためのEnterprise Managerジョブを発行できます。Oracleはこれらの操作を実行するために、保存された資格証明にアクセスする必要があります。

2.5.2 Fusion Middlewareサポート・ワークベンチの使用

Fusion Middleware内のサポート・ワークベンチを使用して、次の操作を実行できます。

- 集計診断サマリーの表示

- 問題を診断するためのテストの実行

- 問題の作成、パッケージ化およびOracleサポートへのアップロード

後続の各項では、これらの診断タスクについて説明します。

2.5.2.1 診断の表示

この手順は、WebLogic Serverでインシデントが発生し、アラート通知が受信されたことを想定しています。問題を解決する適切なアクションを決める必要があります。

1. ドメイン・ホームページのドロップダウンメニューから、「モニタリング」を選択し、「インシデント・マネージャ」を選択します。

2. 調査するインシデントの「ターゲット」列のリンクをクリックします。

3. 表示されるページの「モニタリングと診断」セクションで、「サポート・ワークベンチの問題」番号付きリンクをクリックします。

2.5.2.2 集計診断サマリーの表示

Fusion Middlewareは複数のシステムにデプロイされているため、インシデントは複数の自動診断リポジトリ・ホームに記録されます。次の手順は、インスタンス、製品ファミリまたはクラスタ・アプリケーションによって集計されたすべてのターゲットおよび自動診断リポジトリ・ホームにわたる診断データのクイック・サマリーを取得する方法を示します。

この手順は、Fusion Middlewareのコンテキスト内のWebLogicドメインおよびWebLogicクラスタに適用されます。この手順は、WebLogicドメインにデプロイされているサーバー上で、複数のFusion Middlewareインシデントが発生したことを想定しています。

1. 関連するターゲットからアラートを受信した後、Fusion Middlewareインスタンス、製品ファミリまたはクラスタ・アプリケーションのホームページにアクセスします。

2. ドロップダウン・メニューから、「診断」を選択し、次に、「サポート・ワークベンチ」を選択します。
サポート・ワークベンチのホームページが表示され、アプリケーション別に集計された問題およびインシデントのサマリー表が表示されます。

図2-3 集計診断サマリー

3. 表をソートし、問題およびインシデントの数が最も多いWebLogic Serverを確認します。

4. 個別のサーバーのサポート・ワークベンチ・ページをドリルダウンし、サーバーに関する詳細な診断情報(問題やインシデントなど)を表示します。

2.5.2.3 問題の検索

次の手順は、すでに問題がEnterprise Manager内に記録されていることを前提としています。

1. サポート・ワークベンチのホームページで、「問題キーによるフィルタ」フィールドに検索基準を入力し、次に「実行」をクリックします。
検索基準には、日付範囲、SR番号、バグ番号などの検索に使用するキーワードが含まれます。

あるいは、「拡張検索」リンクをクリックして検索基準を指定し、次に「検索」をクリックします。

2.5.2.4 問題に関する注釈の追加

問題に関して短いメモを追加して、この問題を他の管理者にも通知しておくような場合があります。

1. ドメイン・ホームページのドロップダウンメニューから、「モニタリング」を選択し、「インシデント・マネージャ」を選択します。
インシデント・マネージャ・ページが表示され、表内にオープンなインシデントが表示されます。

2. インシデント・マネージャ・ページの右下で、「コメントの追加」リンクをクリックします。

3. 表示されたポップアップにコメントを追加して、「OK」をクリックします。
このコメントはEnterprise Managerによって記録され、この管理者または他の管理者がこの問題を調べる場合に再表示されます。

2.5.2.5 ファイルの追加

診断ダンプなどの診断に使用できる情報をさらにインシデントに追加する場合があります。

1. サポート・ワークベンチのホームページで、診断を追加する問題の「ID」リンクを選択します。

2. インシデントの詳細ページで、関連するインシデントの「ID」をクリックします。

3. 「追加の診断」タブを選択します。

4. 表内のリストから診断を選択して、「実行」をクリックします。

5. ユーザー処理を実行ページで必要なパラメータに値を入力し、実行スケジュールを設定して、次に「送信」をクリックします。

6. 確認メッセージが表示された「OK」をクリックします。
診断ダンプが実行され、結果がインシデントに追加されます。

2.5.2.6 パッケージの作成

パッケージを作成するには2つのオプションがあります。次のいずれかを実行します。

- アラート通知から開始されるパッケージを作成します。

- 監視対象の問題からパッケージを事前に作成します。

アラート通知から開始されるパッケージを作成するには、次の手順を実行します。

1. サポート・ワークベンチのホームページで、パッケージする問題の「ID」リンクを選択します。

2. 表示される「問題の詳細」ページで、「クイック・パッケージ」をクリックします。
「クイック・パッケージング」ウィザードが表示されます。

3. ウィザードで必要な情報入力し、「送信」をクリックします。
このウィザードのほとんどは説明を必要としません。次のウィザード手順は、入力が必要です。

- 新規パッケージの作成

- パッケージ名: システム提供の名前を使用するか、任意の説明的な名前を指定します。

- パッケージの説明: このパッケージに含まれる内容の確認用に任意の長さの説明を指定します。

- Oracleサポートに送信: このオプションを有効にすると、処理が完了した場合に、パッケージ用のアップロード・ファイルが正常に生成されたことを示す確認メッセージが表示され、また、そのファイルの場所も表示されます。
すぐにパッケージをOracleサポートに送信しない場合、後でパッケージの詳細ページから実行できます。「いいえ」を選択すると、アップロード・ファイルは生成されますが、Oracleに送信されません。

- サービス・リクエスト番号: このパッケージに関連するSRを入力します。これは、アップロードする場合のみ必要です。

- スケジュール

- 即時/後で: すぐにではなく、後でアップロード・ファイルを生成する場合に、データベース・タイムゾーン、OMSタイムゾーンなど、別のタイムゾーンで時間を指定しないかぎり、タイムゾーンを変更する必要はありません。

- ホスト資格証明: 要求されるホスト資格証明は、ターゲット・データベースを起動するために使用される資格証明と同じである必要があります。

監視対象の問題からパッケージを事前に作成するには、次の手順を実行します。

1. サポート・ワークベンチのホームページの「関連リンク」セクションで、「ユーザー報告の問題の作成」をクリックします。

2. 表示されるページで、問題のタイプを選択して「問題の作成の続行」をクリックします。

3. 前述の手順2と3の指示に従います。

2.5.2.7 ファイルの追加

外部ファイルなどの追加の情報をパッケージに追加する場合があります。この手順は、パッケージが作成されていて、問題に関して追加の診断が生成されていることを想定しています。

1. サポート・ワークベンチのホームページで、変更するパッケージの「パッケージ済」列で、「はい」をクリックします。

2. パッケージ・ページで、パッケージ名のリンクをクリックします。

3. パッケージの詳細ページで「パッケージのカスタマイズ」をクリックします。
パッケージのカスタマイズ・ページが表示され、このページでパッケージのコンテンツを編集し、追加の診断データを生成および含め、またはユーザー・データを修正できます。

2.5.2.8 Oracleサポートへのパッケージのアップロード

1. 前述の項で説明しされているパッケージの詳細ページで、「アップロード・ファイルの生成」をクリックします。

2. パッケージ・ファイル・タイプを指定し、スケジュールを選択して、「送信」をクリックします。

3. 確認メッセージが表示されたら、「OK」をクリックします。

4. 「Oracleに送信」をクリックします。

5. 既存のSRを選択するか、またはパッケージをアップロードするための新規のSRを作成します。

2.5.2.9 サービス・リクエストの作成

問題を作成してOracleサポートにアップロードした後、Oracleサポートを通じて問題に対応するためにサービス・リクエストを作成する場合があります。

1. Cloud Controlコンソールの「エンタープライズ」メニューから、「My Oracle Support」を選択してから、「サービス・リクエスト」を選択します。
シングル・サインオン資格証明を入力すると、My Oracle Supportサイトの「サービス・リクエスト」が開きます。

2. 「「問合せ」SRの作成」をクリックします。

3. 表示されるウィザードで必要な入力を行い、「送信」をクリックします。

2.5.2.10 問題の解決の管理

問題が解決したら、自動診断リポジトリ(ADR)が問題に必要なメモリーをパージできるように、問題をクローズします。

1. サポート・ワークベンチのホームページで、管理する問題の「ID」リンクをクリックします。

2. 問題の詳細ページの「調査と解決」セクションで、「問題解決の管理」をクリックします。
表示されるインシデント・マネージャ・ページでは、いくつかの管理オプションが使用できます。

Enterprise Managerでのインシデントの管理の詳細は、『Oracle Enterprise Manager Cloud Control管理者ガイド』のインシデント管理の使用の章を参照してください。

2.6 ミドルウェア・ターゲットの管理

IT組織には通常、定期的に管理をする複数のWebLogicドメインがあります(テスト環境、ステージ環境、本番環境など)。これらの各ドメインの管理コンソールの詳細(URLや資格情報など)を覚えておくことは難しく、また、管理操作を実行する必要があるごとに、適切なコンソールにログオンするのは煩雑な場合があります。

Enterprise Manager Cloud Controlは、共通のWebLogic管理操作をそのコンソールを使用して直接実行し、それによって、Oracle WebLogic Server管理コンソールやOracle Enterprise Manager Fusion Middleware Controlのコンソールにドリルダウンする必要を排除することで、こうした問題に対応します。

Cloud ControlコンソールおよびFusion Middlewareプラグインから直接利用できる管理操作を、次に示します。

- 編集セッション中に他の管理者が変更を加えないように、構成変更する前に、チェンジ・センターを使用してドメイン構成をロックします。チェンジ・センターを使用すると、管理者は構成変更を有効にするためにはどのサーバー・インスタンスを再起動する必要があるかがわかるので、ロックを解除し、変更を有効にしまたは変更を取り消して、変更の管理を続行できます。

- システムMBeanブラウザを使用して、特定のOracle WebLogic Serverまたはアプリケーション・デプロイメント・ターゲットのMBeansを表示、構成および使用します。

- JDBCデータ・ソースを作成、編集、削除、管理および検査します。

- ドメインの構成タスクを自動化するために、Cloud Controlコンソールでの構成アクションを一連のWebLogic Scripting Tool (WLST)コマンドとして記録し、その後、WLSTを使用してそれらのコマンドを再生します。

- ログ・ファイルの場所、メッセージの形式(Oracle Diagnostic Logging - Text、Oracle Diagnostics Logging - XMLなど)、永続ロガーおよびアクティブ・ランタイム・ロガー両方のログ・レベル、ローテーション・ポリシー(サイズ・ベースか、時間ベースか)などのログ・ファイル設定を構成します。こうした設定は、次のFusion Middlewareターゲット・タイプのログ・ファイルで使用できます。Oracle WebLogic Server、アプリケーション・デプロイメント、SOAインフラストラクチャ、Essbaseサーバー、ディレクトリ統合プラットフォーム・サーバー、Oracle Virtual Directory、Oracle Reportsアプリケーション、Oracle Reports Bridge、Oracle Reports ServerおよびOracle Reportsツール。

- 選択的トレースを実行すると、特定のアプリケーション名やリクエストの他の特定の属性(ユーザー名やクライアント・ホストなど)に限定した、よりきめ細かいログ・データを取得できます。

- 管理サーバー、管理対象サーバー、クラスタ、ドメインまたは他のFusion Middlewareコンポーネント(たとえば、管理対象およびスタンドアロンのOracle HTTP Server、Oracle Data Integratorエージェントなど)をただちに起動、停止、再起動します。または将来の時点で発生するように操作をスケジュールします。詳細は、2.6.1項を参照してください。

- Oracle WebLogicドメイン、Oracle WebLogicクラスタ、Oracle WebLogic Server、サーバー・テンプレート(WebLogicリリース12以降のみに適用可能)、マシン構成の各設定の表示および編集。これらの構成に対して行われた変更は、Cloud Controlコンソールのチェンジ・センター機能によって管理されます。

2.6.1 ミドルウェア・ターゲットの停止、起動または再起動

管理サーバー、管理対象サーバー、クラスタ、ドメインまたは他のFusion Middlewareコンポーネント(たとえば、管理対象およびスタンドアロンのOracle HTTP Server、Oracle Data Integratorエージェントなど)の停止、起動または再起動ができます。次の手順を実行します。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ミドルウェア・ページで、管理サーバー、管理対象サーバー、クラスタ、ドメインまたは他のFusion Middlewareコンポーネント(たとえば、管理対象およびスタンドアロンのOracle HTTP Server、Oracle Data Integratorエージェントなど)のいずれかを選択します。

3. ホームページのコンテキスト・メニューから、「制御」を選択し、次に、要件に応じて「起動」、「停止」または「再起動」のいずれかを選択します。

注意:
Oracle WebLogicドメインおよびクラスタでは、起動および停止操作のみがサポートされます。再起動操作はサポートされていません。

4. 「起動」、「停止」または「再起動」のページで、次の詳細を指定して「OK」をクリックします。

要素

デフォルト値

説明

停止前にブラックアウトを作成
(停止操作の場合のみ表示されます)

選択

ターゲットが停止される前にターゲットでブラックアウトを作成します。デフォルトでは、このオプションが選択されます。ターゲットでブラックアウトが自動的に作成されないようにする場合、選択を解除します。
注意:

- このオプションは再起動操作には表示されません。

- 選択したターゲットがコンポジット・ターゲットの場合、Enterprise Managerはそのすべてのメンバー・ターゲットに対してブラックアウトを作成します。

- このオプションを選択すると、起動または停止操作が失敗した場合でもブラックアウトがターゲット上に作成されます。

起動後にブラックアウトを終了
(起動操作の場合のみ表示されます)

選択

ターゲットが起動した後にターゲットでブラックアウトを終了します。デフォルトでは、このオプションが選択されます。ターゲットでブラックアウトが自動的に終了されないようにする場合、選択を解除します。
注意:

- このオプションは再起動操作には表示されません。

- 選択したターゲットがコンポジット・ターゲットの場合、Enterprise Managerはそのすべてのメンバー・ターゲットに対してブラックアウトを終了します。

- このオプションを選択すると、起動または停止操作が失敗した場合でもブラックアウトがターゲット上で終了します。

管理サーバーを含む
(Oracle WebLogicドメインの場合のみ表示されます)

選択されていない

管理サーバーが属するOracle WebLogicドメインの起動または停止時に、管理サーバーも起動または停止させる場合に選択します。
注意: 管理サーバーを停止できるのは、管理サーバーをモニタリングしている管理エージェントが管理サーバーと同じホスト上で稼働している場合のみです。

タイムアウトまでの時間(分)

ターゲットごとに5分

ターゲットの起動、停止または再起動の試行を終了して、エラーを生成するまでジョブが待機する時間制限(分)を設定します。
デフォルトでは、5分に設定され、各ターゲットに適用されます。コンポジット・ターゲットが選択されている場合、タイムアウトはメンバー・ターゲット単位です。

プロセス制御方法
(Oracle WebLogicドメイン、Oracle WebLogicクラスタ、Oracle WebLogic Serverの場合のみ表示されます)

管理サーバー

停止、起動または再起動操作を実行する方法を次のいずれかから選択します。
注意: 特定のターゲット・タイプに適用不可能なオプションは無効です。

- 管理サーバー
管理サーバーを使用してターゲットを起動、停止または再起動します。

このオプションの場合、前提条件として、管理サーバーが起動しており、サーバーをモニタリングするOracle Management Agentによってアクセス可能であることを確認します。

- デフォルト・スクリプト
<DOMAIN_HOME>/binディレクトリにあるstartManagedWeblogicスクリプトおよびstopManagedWeblogicスクリプトを使用して、ターゲットを起動、停止または再起動します。

このオプションの場合、前提条件として、管理サーバーが起動しており、サーバーをモニタリングするOracle Management Agentによってアクセス可能であることを確認します。また、サーバー用にboot.propertiesファイルを構成します。起動アイデンティティ・ファイルおよび構成手順の詳細は、『Oracle Fusion Middleware Oracle WebLogic Serverサーバーの起動と停止の管理』を参照してください。

- カスタム・スクリプト
指定するカスタム・スクリプトを使用して、ターゲットを起動、停止または再起動します。

このオプションの場合、前提条件として、管理サーバーが起動しており、サーバーをモニタリングするOracle Management Agentによってアクセス可能であることを確認します。また、サーバー用にboot.propertiesファイルを構成します。ブート・アイデンティティ・ファイルの詳細およびこれらの構成方法については、『Oracle Fusion Middleware Oracle WebLogic Serverサーバーの起動と停止の管理』を参照してください。

資格証明

優先

ターゲットのタイプがスタンドアロンOracle HTTP Serverの場合は、スタンドアロンのOracle HTTP Serverが稼働しているホストの資格証明を入力します。他のすべてのターゲット・タイプの場合は、ターゲットが稼働しているホストの資格証明と、Oracle WebLogicドメインの資格証明を入力します。
すでにEnterprise Manager Cloud Controlに資格証明を登録している場合は、優先資格証明または名前付き資格証明を使用できます。または、優先資格証明または名前付き資格証明をオーバーライドする新しい資格証明を入力することもできます。

注意:
リモート管理エージェントがOracle Data IntegratorエージェントなどのJava EEアプリケーション・ターゲットをモニタリングしている場合、このJava EEアプリケーション・ターゲットの起動、停止または再起動時にエラーが表示される可能性があります。リモート管理エージェントは、ターゲットが稼働しているホストにインストールされていない管理エージェントです。
このエラーを回避するには、次の手順を実行します。

1. Java EEアプリケーション・ターゲットが稼働しているホストで、ミドルウェア・ホーム内の次の場所に移動します。
cd $<MIDDLEWARE_HOME>/wlserver_10.3/server/lib

次に例を示します。

cd /u01/software/middleware/wlserver_10.3/server/lib/

2. wlfullclient.jarファイルを生成します。
java -jar wljarbuilder.jar

3. 管理エージェントが稼働しているリモート・ホストで、生成されたwlfullclient.jarファイルを管理エージェント・ホームの次の場所にコピーします。
<AGENT_HOME>/sysman/jlib

次に例を示します。

cp /u01/software/middleware/wlserver_10.3/server/lib/wljarbuilder.jar /u01/software/agent/core/12.1.0.3.0/sysman/jlib/

注意:
起動、停止または再起動のステップで、ジョブが次のエラーによって失敗した場合は、この注意で説明されている回避手順に従って問題を解決してください。
リモート操作は終了しましたが、プロセスでstdout/stderrが閉じられませんでした

1. ユーザー定義のカスタム・スクリプト・ファイルを開きます。

2. エラーを発生させているコマンドを呼び出している行を特定します。
次に例を示します。

my $startStopScript = "/scratch/aime/wl_home/user_projects/domains/base_domain/bin/startManagedWebLogic.sh";

3. 前述の行の後に、次のコード・スニペットを追加します。

if($isWindows){
$startStopScript= "cmd /c start /b $startStopScript";
# redirecting to NUL
close STDOUT;
close STDERR;
open(STDOUT, ">", "NUL");
open(STDERR, ">", "NUL");
} else{
$startStopScript= "$startStopScript > /dev/null 2>&1 &";
}

2.7 ライフサイクル管理について

Enterprise Manager Cloud Controlは、クローニング、パッチ適用、構成管理、継続的な変更管理、コンプライアンス管理、障害時リカバリ操作など、時間のかかるタスクを自動化することにより、ライフサイクル管理のあらゆる課題に対応できるライフサイクル管理ソリューションを提供します。

2.7.1 構成の管理

Enterprise Managerには、ミドルウェア・ターゲットに対して実行可能な一連の構成管理機能が用意されています。

Oracle Management Agentは、個々の構成からOracle Fusion Middlewareターゲットに関する構成情報を収集し、HTTP/HTTPSを介してこの情報をOracle Management Serviceに伝達します(そこで管理リポジトリに格納)。この情報は定期的に収集および更新され、変更内容の監査が保持されます。ミドルウェア・ターゲットの構成も収集されます。たとえばWebLogic Serverの場合、config.xml構成ファイルがWebLogic管理サーバーから収集されます。Enterprise Managerの構成管理機能により、ユーザーは特定のコンポーネントにある目的の構成データに効率的にアクセスできます。

これらの構成詳細を比較し、ミドルウェア・ターゲットの2つのインスタンス間の相違点と類似点を確認できます。最後に収集された2つの構成を比較したり、保存されている2つの構成を比較できるという柔軟性があります。また、1つの構成を複数の構成と比較したり、管理リポジトリ内の1つの構成を保存済構成と比較することもできます。比較操作で不要な矛盾が生じた場合、いずれかの構成がそれ以外の構成を置き換えるように構成を同期できます。この同期は、比較する構成に基づきオンデマンドで実行できます。

デフォルトの比較テンプレートを使用して構成を比較することもできます。比較テンプレートは、特定のターゲット・タイプに関連付けられ、比較する構成アイテムのタイプおよびプロパティを決定します。テンプレートではルールまたは式を指定して、比較データの解析と比較の調整を行うことができます。たとえば、構成を比較したときの相違の内容によって、電子メール通知を開始する必要があるか無視するかをルールで指示できます。

Enterprise Managerを使用して、複数のミドルウェア・ターゲットにわたって構成を検索し、たとえばOracle Fusion Middlewareソフトウェアのインストール/パッチ・バージョンの組合せが適切でない、またはソフトウェア構成データの組合せが適切でないなど、構成の異常を検出できます。より高度な検索を実行すると、特定のアプリケーションまたはその他のリソースをホストしているすべてのコンポーネントを識別できます。よりインテリジェントな検索を作成して保存できます。たとえば、JDK 1.6.0_31を使用しているLinux 64ビット・プラットフォームで稼働する10.3.5のWebLogic Serverターゲットをすべて取得する新しい検索を作成できます。

また、BPEL Process Managerのターゲットの場合は、BPELプロセス、その様々なバージョン、および各バージョンに関連付けられているスーツケース・ファイルを表示できます。さらに、様々なバージョンのBPELプロセス・スーツケース・ファイルを比較し、各バージョンで実行された変更を追跡することもできます。これにより、BPELプロセス・スーツケース・ファイル内の変更に起因するパフォーマンスの改善または劣化の原因を特定できます。

2.7.2 コンプライアンス管理

Enterprise Manager Cloud Controlは、次のコンプライアンス管理機能を提供します。

- コンプライアンス結果機能では、ミドルウェア・ターゲットおよびシステムが、構成、セキュリティおよび記憶域の観点から企業のベスト・プラクティスに準拠しているかどうかを評価できます。さらに、コンプライアンス結果から、ミドルウェア・ターゲットおよびシステムをコンプライアンスに準拠させるために構成を変更する方法のアドバイスが得られます。

- コンプライアンス・ライブラリを使用すると、次の対象を定義、カスタマイズおよび管理できます。

- コンプライアンス・フレームワーク

- コンプライアンス標準

- コンプライアンス標準ルール

このような自己定義型のエンティティを使用すると、企業または規制当局が定義した基準に対して環境をテストできます。

コンプライアンス管理の詳細は、『Oracle Enterprise Managerライフサイクル・マネージメント管理者ガイド』の「コンプライアンス管理」を参照してください。

2.7.3 パッチ管理

パッチ適用は、ソフトウェア・ライフサイクルの重要なフェーズの1つであり、ソフトウェアを一定期間にわたって管理し、ソフトウェア・ベンダーから提供されるバグ修正や最新機能でソフトウェアを最新の状態にする場合に役立ちます。ただし、今日では、多数のソフトウェア・デプロイメントがエンタープライズで使用され、パッチ適用はかなり複雑になり、実際の管理は不可能です。

適用するパッチに関する自動化されたパッチ推奨をMy Oracle Supportから取得し、その後、パッチ計画を使用してパッチを適用できます。パッチ計画を使用することにより、1つ以上のターゲットに適用するパッチの集まりを作成できます。各ターゲットには、別々のパッチ・グループがあります。

さらに、パッチ計画のデプロイメント・オプションをパッチ・テンプレートとして保存すれば、そのパッチ・テンプレートから新しいパッチ計画を作成できます。これにより、ダウンタイムを最小化するためにローリング方式で、またはパラレル方式でパッチを適用できるため、組織にとって最善のパッチ・ロールアウトを実装できます。

Fusion Middlewareは、次の操作を可能にするために最善のパッチ管理を使用します。

- 1つ以上のドメインにまたがるWebLogicサーバーへの1つ以上のパッチの適用

- SOAインフラストラクチャ・ターゲットへのパッチ適用

- パッチを実際に適用する前にパッチの競合または他の潜在的な問題を識別するための検証チェックの使用。

パッチ適用の詳細は、『Oracle Enterprise Managerライフサイクル管理の管理者ガイド』を参照してください。

2.7.4 プロビジョニング

管理者は、Oracle Fusion Middlewareソフトウェアの手動でのインストールおよび構成にリソースを費やすより、戦略的イニシアチブに時間と費用をかけたいと考えるでしょう。これを実現するために、Enterprise Managerでは、Oracle WebLogicドメインの拡張など共通的なプロビジョニング操作が自動化されています。クリティカルなデータ・センターに対する操作を、容易で、効率的で、かつスケーラブルなものにすることで、操作上のリスクや所有コストも低減できます。これらのプロビジョニング操作にアクセスするには、「エンタープライズ」メニューから、「プロビジョニングとパッチ適用」、「Middlewareプロビジョニング」を順に選択します。

「Middlewareプロビジョニング」ページでは、次の操作を行うことができます。

- Fusion Middleware関連のすべての操作へのアクセス

- 将来のクローニング操作で使用できるプロファイルのソフトウェア・ライブラリでの作成。WebLogicドメインのプロビジョニング・プロファイルは、ミドルウェア・ホーム、バイナリおよびドメイン構成で構成されます。プロファイルを作成し、それをソフトウェア・ライブラリに保存し、保存済のプロファイルを新規WebLogicドメインを作成するためのソースとして使用できます。これにより、以降のWebLogicインストールでも標準の一貫した構成に準拠することができます。

- 事前定義およびユーザー定義の両方のデプロイメント・プロシージャにアクセスして、ソフトウェアと構成をプロビジョニングできます。

- 参照インストールまたはソフトウェア・ライブラリにあるプロファイルからWebLogicドメインまたはミドルウェア・ホーム(あるいはその両方)をクローニングする作業を自動化できます。

- 新しい管理対象サーバーを既存のクラスタに追加するか、管理対象サーバーをクローニングすることにより、ドメインまたはクラスタのスケール・アップまたはスケール・アウトを自動化できます。

プロビジョニングの使用方法の詳細は、『Oracle Enterprise Managerライフサイクル・マネージメント管理者ガイド』のミドルウェアのプロビジョニングに関する説明を参照してください。

2.7.4.1 テスト環境から本番環境へのクローニング

一般的に、WebLogicドメインをサポートする新しい環境を作成する場合、エラーの発生しやすい手動によるインストール手順や構成手順をいくつか伴います。Oracle Enterprise Managerでは、事前定義済でカスタマイズ可能なデプロイメント・プロシージャを使用して、わずかな作業と時間で新しい環境を作成できます。このデプロイメント・プロシージャでは、階層的な一連の手順により既存のWebLogicドメイン環境を新しいハードウェア・セットにクローニングできます。この事前定義済の手順は、編集または無効化でき、新しい手順またはカスタム・スクリプトを独自のビジネス・ニーズに合わせてデプロイメント・プロシージャに追加することもできます。

また、デプロイメント・プロシージャでは、sudo(super user do)またはPAM(Pluggable Authentication Modules)を使用したセキュアなホスト認証もサポートしています。管理者は、デプロイメント・プロシージャの実行時、ドメイン名、管理コンソールの資格証明、ポート値およびJDBCデータ・リソースなどの構成設定値を指定できます。プロシージャが完了すると、新しく作成されたWebLogicドメイン環境が検出され、集中管理およびモニタリングのために自動的にコンソールに追加されます。

2.7.4.2 ドメインのスケール・アウト

拡大するビジネス需要に対応するために、最新のデータ・センターではリソースの迅速な拡大と再配置が求められます。Oracle Enterprise Managerを使用すると、管理者は、管理対象サーバーを追加することでWebLogicドメインおよびクラスタを迅速に拡張し、増大するアプリケーションの負荷に対応できます。

2.7.4.3 Java EEアプリケーションのデプロイおよびアンデプロイ

WebLogic Server上でJava EEアプリケーション(たとえば、.warおよび.earファイル)をデプロイ、アンデプロイおよび再デプロイできます。ソフトウェア・ライブラリにJava EEアプリケーション・コンポーネントを作成し、アプリケーションの複数のバージョンをデプロイしたり、以前のバージョンにロールバックすることができます。

2.8 サービス・レベルの管理

Enterprise Managerを使用すると、Oracle BPEL Process Managerターゲット、Oracle Service Busターゲット、Oracle SOAコンポジット・インスタンスおよびSOAインフラストラクチャ・インスタンスなどのミドルウェア・ターゲットに対してインフラストラクチャ・サービスを作成できます。

インフラストラクチャ・サービスは依存性サービスで、ミドルウェア・ターゲットが依存するインフラストラクチャ・コンポーネントを識別します。インフラストラクチャ・コンポーネントとは、ホスト、データベース、アプリケーション・サーバーなどの、連携してミドルウェア・ターゲットをホストするインフラストラクチャ・コンポーネントを指します。

インフラストラクチャ・サービスは新しいシステムまたは既存のシステムのいずれかに作成でき、すでにインフラストラクチャ・サービスがある場合は、それをリフレッシュしても構いません。インフラストラクチャ・サービスおよびシステムを作成すると、ミドルウェア・ターゲットおよびミドルウェア・ターゲットが依存するコンポーネントの管理が向上します。

たとえば、Oracle SOAインフラストラクチャ・ターゲットにインフラストラクチャ・サービスの作成が終了すると、Enterprise Managerを使用して該当するSOAインフラストラクチャ・ターゲット内のすべてのプロセスの集合サービスを作成できます。集合サービスは、サービスの論理グループ化で、ここでは、インフラストラクチャ・サービスおよび可用性サービスを指します。集合サービスにより、SOAインフラストラクチャ・ターゲットに作成されたサービスの全体がわかり、それらの可用性、パフォーマンスおよび使用状況のモニターに役立ちます。サービスの可用性は、基礎となるターゲットについてのメトリックと、期間の統合的トランザクションの実行に対するサービス・テスト結果の両方から構成できます。

サービスにはサービス・レベル(サービス品質の指標)を定義できます。サービス・レベルは、サービスが特定の可用性、パフォーマンスおよびビジネス基準を満たす時間の営業時間に対する割合として定義されます。

サービス・レベルは、サービスがサービス・レベル・ルールで定義されたパフォーマンスと可用性の基準を満たす時間の割合を示します。デフォルトでは、規定された営業時間の85%の期間、指定された基準を満たしていることが期待されます。サービスの期待度に応じて、この割合のレベルを上下できます。サービス・レベルでは、予測されるサービス・レベルと実際のサービス・レベルの2つのパラメータによりサービス品質が測定されます。

- 予測されるサービス・レベル: サービス・レベルは、サービスがサービス・レベル・ルールで定義されたパフォーマンスと可用性の基準を満たす時間の割合を示します。デフォルトでは、規定された営業時間の85%の期間、指定された基準を満たしていることが期待されます。サービスの期待度に応じて、この割合のレベルを上下できます。

- 実際のサービス・レベル: 実際のサービス・レベルでは、サービス品質の定義に使用されるベースライン基準を定義します。

2.8.1 サービス・ダッシュボード

サービス・ダッシュボードでは、サービスの重要な特徴(サービスのステータス、可用性およびタイプ、パフォーマンス、および該当のサービスに対して有効にされたSLAなど)を統合して表示できます。また、サービスのパフォーマンスや使用量のメトリック、主要コンポーネントのステータス、システム・インシデントも表示します。

サービスに関連するすべての情報を単一のページに表示でき、サービスの状態を評価できます。要件に応じてリージョンを追加または削除することでダッシュボードをカスタマイズし、すべてのユーザーがこれらの変更を利用できます。

また、ダッシュボードをパーソナライズして、変更が自身以外のユーザーに表示されないようにすることもできます。

2.9 ジョブ・システム

Enterprise Managerのジョブ・システムを使用して、自動化するタスクをスケジュールできます。ホームページで「制御」メニュー・オプション(プロセス制御ジョブのみで利用可能)を選択することにより、ターゲットのジョブをスケジュールできます。たとえば、Oracle WebLogic Serverに関して、そのWebLogic Serverの起動または停止の操作をスケジュールするジョブを作成できます。スケジュール済、稼働中、一時停止中のジョブ、または問題があるジョブの詳細を表示できます。また、ジョブを使用して、WLST(WebLogic Scripting Tool)スクリプトの実行を自動化することもできます。

WLSTスクリプトにアクセスするには、次の手順を実行します。

1. 「エンタープライズ」メニューから「ジョブ」、「ライブラリ」を順に選択します。

2. 「ライブラリ・ジョブの作成」フィールドから、「WLSTスクリプト」を選択します。

ジョブ・システムとその機能の詳細は、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

2.10 トポロジ・ビューアのルーティング

Enterprise Managerには、ターゲット、コンポーネントおよび要素間のルーティング関係をグラフィカルに表現した、トポロジ・ビューアのルーティングが用意されています。リクエストがコンポーネント間でどのようにルーティングされているかを容易に確認できます。たとえば、Oracle Web CacheからOracle HTTP Server、管理対象サーバー、データソースに、リクエストがどのようにルーティングされるかがわかります。

トポロジ・ビューアのルーティングには、ズーム、パン、コンテンツ全体の表示などの基本的なナビゲーション・アプリケーションが用意されています。表示するデータのソース、レイアウト・モードおよびオブジェクト間のフローの向きを変更できます。フィルタを使用すると、トポロジ・ダイアグラムのグローバル・プロパティ(リンク・ラベルの表示、リンク・スタイルなど)を変更できます。また、パフォーマンス・メトリック・データを含む環境を容易にモニターできるようになります。どのエンティティが稼働中でどのエンティティが停止しているかを確認できます。プリンタの設定またはオプションで「ファイルへ出力」機能を使用することにより、トポロジを印刷することもできます。詳細は、Enterprise Managerのオンライン・ヘルプを参照してください。

3 アプリケーションの負荷およびパフォーマンスのテスト

この章では、Enterprise Managerのアプリケーション・リプレイ機能を使用して、本番環境のワークロードでアプリケーションの負荷およびパフォーマンスをテストする方法について説明します。アプリケーション・リプレイを使用すると、本番システムのアプリケーション・ワークロードを取得して、そのワークロードとまったく同じタイミング、同時実行性およびトランザクションの順番を維持しながら、テスト・システムでリプレイできます。

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

- アプリケーション・リプレイの概要

- 本番環境のアプリケーション・ワークロードを使用したテスト

- RUEIを使用したアプリケーション・ワークロードの取得

- アプリケーション・リプレイの使用での前提条件および考慮事項

- アプリケーションの取得およびリプレイ・プロセスの理解

- アプリケーション・ワークロードの取得の作成

- アプリケーションの取得プロセスのモニタリング

- アプリケーション・ワークロードの取得のリプレイ

- OpenScriptへのリプレイ・セッションの相違のインポート

- アプリケーション・リプレイのトラブルシューティング

3.1 アプリケーション・リプレイの概要

アプリケーション・リプレイでは、テスト・システム上に本番のワークロード環境を再作成することにより、アプリケーション・サーバーからディスクに至るまでアプリケーション・スタック全体を対象に、計画された変更の現実的なテストが可能です。アプリケーション・リプレイを使用すると、本番システム上でワークロードを取得し、テスト・システムでオリジナルのワークロードの正確なタイミング、同時実行性およびトランザクション特性を使用して、それをリプレイできます。これにより、変更の影響(望ましくない結果、新しい競合ポイント、計画の品質低下など)を詳細に評価できます。また、広範な分析およびレポートを利用して、新しく発生したエラーやパフォーマンスの相違など、起こりうる問題の特定に役立てることができます。アプリケーション・リプレイでテスト可能な変更には、アプリケーション・サーバーのアップグレード、ハードウェアの更新、O/Sの変更、構成の変更などがあります。実際の本番ワークロードを取得することで、シミュレーション・ワークロードやスクリプトを開発する必要がなくなり、コストと時間を大幅に節約できます。アプリケーション・リプレイを使用すると、従来はロード・シミュレーション・ツールを使用して数か月かかっていた複雑なアプリケーションの現実的なテストを数日で完了できます。その結果、より高度な信頼性をより少ないリスクで確保しながら、計画された変更を迅速にテストして新しいテクノロジを導入できます。

3.2 本番環境のアプリケーション・ワークロードを使用したテスト

今日のエンタープライズ・アプリケーションのデプロイメントは非常に複雑で管理が困難です。Webサーバー、アプリケーション・サーバー、データベースなどの複数の層で構成され、それぞれが複数のホスト上で稼働しています。これらのソフトウェア・アーキテクチャでは、通常はHTTP経由で構築されるクライアント/サーバーのステートフルなプロトコルに加え、クライアント側のユーザー・インタフェース、ビジネス・ロジック、データ・アクセス・メカニズムといった複数の独立したコンポーネントが組み合されています。

このように構造が複雑なため、本番環境におけるスタック全体の動作を予測することは非常に困難です。デプロイメントが複雑で、システム全体の検証方法がない場合、インフラストラクチャを変更した後でデプロイメントを正常に実施するには、効果的なテストが不可欠です。

アプリケーション・リプレイ機能のテスト構成では、最初に本番サイトでアプリケーションに関連するワークロード全体(アプリケーションのWebインタフェースによって生成される)を取得します。

次に、取得したアプリケーション・ワークロードをテスト環境に移行し、1つ以上のホスト上のリプレイ・ドライバ・インフラストラクチャによって、同時実行性やリクエストのタイミングといった元のプロパティを維持しながら、取得したワークロードが再現されます。

最後に、スタックのすべての層からパフォーマンスと正確性に関する広範なデータが収集およびレポートされます。これにより、リプレイと取得元のワークロードを比較できます。この方法では、リプレイ中に発生したインフラストラクチャの変更に起因する問題を特定し、適切なトラブルシューティングを行って、それが本番環境で発生するのを防ぐことができます。さらに、正常なデプロイメントを実施する信頼性が高まります。

実際のワークロードを使用することで、模擬的なワークロードに基づいたテスト方法よりも、はるかに優れた数多くのメリットが得られます。詳細は次のとおりです。

- ユーザーのアクティビティからシステムの全体像を把握します。これは、個々のコンポーネントを断片的にテストし、実際のワークロード下における複合的な動作やパフォーマンスの情報がほとんど提供されない従来のテスト方法とは対照的です。

- 事前に決められたシナリオに依存せず、実際のワークロードを使用することで、実際のユーザー操作による影響を受けながら、システムの包括的なテストを行います。Webアプリケーションの場合は、ユーザーがシステムに対して行うであろうすべての操作だけでなく、想定される負荷の状態もすべて検討することになります。ワークロードの特性(同時実行ユーザー数など)が異なればシステムの動作も大きく異なるため、これは重要です。

- 発生する可能性のあるエラーをより明確に把握します。テスト結果にはスタック各層のデータが含まれ、それらを異なる層間で相互に関係付けることができます。パフォーマンス以外にも、エラーまたは予期しないサーバー・レスポンスをチェックして適切な実行を検証する方法が用意されています。

3.3 RUEIを使用したアプリケーション・ワークロードの取得

アプリケーション・リプレイでは、Oracle Real User Experience Insight(RUEI)を使用して、Webアプリケーションのワークロードを取得します。これはWebベースのユーティリティで、Webインフラストラクチャによってリクエストされる、またはWebインフラストラクチャから生成される実際のユーザーのトラフィックに関するレポートを作成します。ネットワーク・インフラストラクチャの最も重要となるポイントで、ページおよびユーザー・フローのレスポンス時間が測定されます。ネットワークおよびビジネス・インフラストラクチャの強力な分析を提供し、その一方でアプリケーション・マネージャおよびIT技術スタッフは、鋭い診断機能を活用して、根本原因解析を行うことができます。

通常、RUEIはWebサーバーの前、DMZ内のファイアウォールの後ろにインストールされます。データ収集方法は、ネットワーク・プロトコル分析(NPA)テクノロジに基づいています。このデータ収集方法を図3-1に示します。

図3-1 RUEIでのデータの収集方法

ビジターがオブジェクトをリクエストすると、RUEIはそのリクエストを確認し、リクエストされたオブジェクトをビジターに表示するためにWebサーバーが要する時間の測定を開始します。この時点で、誰がそのページをリクエストしたか(IPクライアント)、どのオブジェクトがリクエストされたか、およびどのサーバーからオブジェクトが要求されたか(IPサーバー)がRUEIで認識されています。

RUEIでは、Webサーバーが応答し、オブジェクトをビジターに送信するときに、そのレスポンスを確認し、サーバーのレスポンス時間の計測を中止します。この段階でRUEIにより、サーバーからのレスポンスがあるかどうか、このレスポンスが正しいかどうか、リクエストされたオブジェクトの生成にWebサーバーで要する時間、およびオブジェクトのサイズを確認できます。

RUEIにより、オブジェクトがビジターに完全に受信されたかどうか、またはビジターがダウンロードを中断したかどうか(配信の証明)も確認できます。したがって、RUEIでは、オブジェクトがインターネットからビジターに渡されるまでの時間を測定し、ビジターとサーバー間のインターネット・スループット(ビジターの接続速度)を計算できます。

RUEIの詳細は次のサイトを参照してください。

http://www.oracle.com/us/products/enterprise-manager/index.html

3.4 アプリケーション・リプレイの使用での前提条件および考慮事項

この項では、アプリケーション・リプレイ機能を使用してワークロードの取得およびリプレイを行うために満たす必要のある要件および考慮すべき問題について説明します。ワークロードの取得に進む前に、この情報を慎重に検討することを強くお薦めします。

重要:
Oracle SupportのWebサイトを参照して、サポートされているRUEI、アプリケーション・サーバーおよびデータベースのバージョン、パッチ、構成、既知の問題および回避策に関する最新情報を確認することを強くお薦めします。

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

- RUEIを使用したアプリケーション・ワークロードの取得

- Enterprise Managerでの必要なユーザー権限の構成

- アプリケーション・リプレイのテスト・システム・データベースの設定

- アプリケーション・リプレイの取得ディレクトリの設定

3.4.1 RUEIを使用したアプリケーション・ワークロードの取得

RUEIを使用してアプリケーション・ワークロードを取得するには、次の点を確認する必要があります。

- 目的のアプリケーションをモニターするようにRUEIリリース12.1以上が構成されている。必要なリリースおよびホット・フィックスについては、Oracle SupportのWebサイト(http://www.oracle.com/support/contact.html)を参照してください。デプロイメント・オプションおよび要件については、『Oracle Real User Experience Insightインストレーション・ガイド』を参照してください。

- ユーザー名とパスワードの有効な組合せを保持している。必要に応じて、RUEIの管理者に連絡してください。ユーザー・アカウントにはセキュリティ責任者の権限が付与されている必要があります。ロールと権限の詳細は、『Oracle Real User Experience Insightユーザーズ・ガイド』を参照してください。

- RUEIインストールへのアクセスに使用するURLを把握している。必要に応じて、RUEIの管理者に連絡してください。

- RUEIのロギングおよびマスキング・ポリシーの構成がアプリケーション・リプレイで使用する場合と一致している。これについては、次の項で説明しています。

アプリケーション・リプレイに対応したRUEIの構成

次の手順を実行して、RUEIのロギングおよびマスキング・ポリシーを前述のように構成する必要があります。

1. 「構成」、「セキュリティ」、「マスキング」、「URL接頭辞マスキング」の順に選択して、デフォルトのマスキング処理の設定をクリックします。これを「ロギング」に設定する必要があります。

2. ワークロードの取得時に大量のトラフィックが予想される場合は、「構成」、「セキュリティ」、「コレクタ・データ保持ポリシー」の順に選択し、取得を計画している各アプリケーションに十分な記憶域を割り当てておくことをお薦めします。

これらの構成手順の詳細は、『Oracle Real User Experience Insightユーザーズ・ガイド』の第13章「セキュリティ関連情報の管理」を参照してください。

3.4.2 Enterprise Managerでの必要なユーザー権限の構成

アプリケーション・リプレイ機能のユーザーには、次のEnterprise Manager権限が割り当てられている必要があります。

- ASREPLAY_VIEWER(取得、リプレイおよびリプレイ・タスクの表示)

- ASREPLAY_OPERATOR(取得、リプレイおよびリプレイ・タスクの作成、変更、または送信)

これらの権限を割り当てるには、「アプリケーション・リプレイ・エンティティ」という名前のリソース・タイプを見つけて、鉛筆アイコンをクリックして上記の権限を追加します。

この他、PERFORM_OPERATION_ANYWHERE (「任意の場所でのコマンドの実行」)権限がユーザーに割り当てられている必要があります。

データベース・ユーザーがデータベース取得を含むアプリケーション・リプレイ機能を実行するには、次の権限がユーザーに付与される必要があります。

GRANT ADMINISTER ANY SQL TUNING SET TO asreplay;
GRANT EXECUTE ON DBMS_LOCK TO asreplay;
GRANT EXECUTE ON DBMS_WORKLOAD_CAPTURE TO asreplay;
GRANT EXECUTE ON DBMS_WORKLOAD_REPLAY TO asreplay;
GRANT CREATE SESSION TO asreplay;
GRANT CREATE ANY DIRECTORY TO asreplay;
GRANT SELECT_CATALOG_ROLE TO asreplay;
GRANT BECOME USER TO asreplay;
GRANT DROP ANY DIRECTORY to asreplay;

前述の例では、データベース・ユーザーはasreplayと呼ばれることに注意してください。

3.4.3 アプリケーション・リプレイのテスト・システム・データベースの設定

ワークロードをリプレイするには、リプレイ・システムのアプリケーション・データの論理状態を、リプレイの開始時における取得システムのデータの状態と同じにする必要があります。したがって、テスト・システムでアプリケーション・サーバーとデータベースの状態をリストアするための方針を定める必要があります。アプリケーション・サーバーの状態をリストアするには、アプリケーション管理者に問い合せてください。データベースの状態をリストアするには、次のいずれかの方法を使用することを検討してください。

- Recovery Manager(RMAN)のDUPLICATEコマンド。詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』を参照してください。

- スナップショット・スタンバイ。詳細は、『Oracle Data Guard概要および管理』を参照してください。

- データ・ポンプのインポートおよびエクスポート。詳細は、『Oracle Databaseユーティリティ』を参照してください。

3.4.4 アプリケーション・リプレイの取得ディレクトリの設定

取得したワークロードを格納するディレクトリを決定および設定します。取得を開始する前に、ワークロードを格納するために十分なディスク領域がディレクトリにあることを確認します。取得中にディレクトリのディスク領域が不足すると、取得が停止します。

必要なディスク領域を見積もるには、短期間(通常は数分間)、ワークロードのテスト取得を実行し、これを使用して完全取得に必要な容量がどれくらいかを推定することをお薦めします。潜在的なパフォーマンスの問題を回避するため、ターゲットのリプレイ・ディレクトリが別のファイル・システムにマウントされていることも確認する必要があります。

3.5 アプリケーションの取得およびリプレイ・プロセスの理解

図3-2は、アプリケーション・リプレイ機能のアーキテクチャを示しています。

図3-2 アプリケーションの取得およびリプレイのアーキテクチャ

アプリケーション・リプレイの取得処理は、本番環境のコンテキスト内で実行されます。このデプロイメントは、Webサーバー、アプリケーション・サーバーおよびデータベースで構成されます。Web層の取得メカニズムはRUEIが提供します。これによりモニター対象のトラフィックに関する情報が取得ファイルに書き込まれます。そこには、HTTPリクエスト、レスポンス、時刻、およびテスト・システムで本番のワークロードを正確に再現するために必要なその他のデータが含まれています。取得が完了すると、生成されたファイルには本番のワークロード全体が完全に表現されています。

アプリケーション・リプレイのリプレイ処理は、テスト・システムのコンテキスト内で実行されます。これは、テスト中のシステム構成を実行するアプリケーション・スタックで構成されます。1つ以上のリプレイ・クライアントが、同時実行性やリクエストのタイミングといった元のプロパティを維持しつつ、取得したワークロードを再現します。さらに、アプリケーション・リプレイ機能では同期化を使用して、リプレイされた各リクエストが取得時とまったく同じアプリケーション状態で処理されるため、レスポンスを直接比較できます。最後に、スタックのすべての層からパフォーマンス・データおよび検証データを大量に収集して、リプレイとその基礎となる元の取得が比較できるようになります。

ワークロードの取得のボリュームと同時実行性によっては、複数のリプレイ・クライアントをデプロイして、それぞれにワークロードの一部を割り当てる必要があります。リプレイを計画する際には、取得したワークロードによって必要なリプレイ・クライアント数の推奨を受けることができます。

3.6 アプリケーション・ワークロードの取得の作成

アプリケーション・ワークロードの取得を作成するには、次の手順を実行します。

1. 「エンタープライズ」メニューから、「クオリティ管理」、「アプリケーション・リプレイ」の順に選択します。

2. 「取得」をクリックします。現時点で定義されている取得がリストされます。例を図3-3に示します。

図3-3 「アプリケーション・リプレイ」ページ

3. 「作成」または 「類似作成」をクリックします。図3-4のページが表示されます。

図3-4 「取得の作成: 概要」ページ

4. 新規取得に一意の名前を指定します。オプションで、取得するトラフィックに短い説明を指定します。取得の目的や範囲についての説明を含めることをお薦めします。前提条件情報を十分に確認し、前提条件が満たされていることを示すために「確認」チェック・ボックスをクリックします。準備ができたら、「次へ」をクリックします。図3-5のページが表示されます。

図3-5 「取得の作成(システム)」ページ

5. 「システムの選択」アイコンをクリックし、トラフィックの取得対象であるアプリケーションを表すターゲットを選択します。選択したコンポーネントのステータスを確認し、計画された取得の処理中、それが使用可能な状態となるようにしてください。選択したターゲットにサポートされているバージョンのOracle Fusion MiddlewareおよびOracle Databaseのコンポーネントがない場合、「取得の作成(データベース)」ページ(図3-7に表示)は使用不可となりスキップされることに注意してください。準備ができたら、「次へ」をクリックします。図3-6のページが表示されます。

図3-6 「取得の作成(RUEIアプリケーション)」ページ

6. RUEIインストールへのアクセスに使用するURLを指定します。これはセキュアな(HTTPS)接続に基づいている必要があります。ユーザー名とパスワードの有効な組合せを指定します。指定したユーザーは、セキュリティ責任者の権限を持っている必要があります。必要に応じて、この情報をRUEI管理者に問い合せてください。
「アプリケーションの表示」をクリックして、指定したRUEIデプロイメントによって現在モニターされているアプリケーションを表示します。各アプリケーションのトラフィック情報を使用して、アプリケーションが取得に適切であるかを確認できます。特に、取得に含めるアプリケーションを選択する際は、アプリケーションが実行されていること、トラフィックのボリュームおよびエラー・レベルが許容範囲内にあることを確認してください。準備ができたら、「次へ」をクリックします。図3-7のページが表示されます。

図3-7 「取得の作成(データベース)」ページ

7. アプリケーションの取得中にデータベースの取得を有効にするかどうかを指定します。同期リプレイの場合、これは必須です。有効にする場合、必要なデータベースおよびホストの資格証明、取得の中間記憶域として使用するデータベース・ホスト・システム上のファイル・システムの場所、および自動ワークロード・リポジトリ(AWR)データをエクスポートするかどうかを指定します。AWRエクスポートを有効にする場合、エクスポートをいつ開始するかを指定する必要があります。デフォルトでは、取得の完了後ただちに開始されます。準備ができたら、「次へ」をクリックします。図3-8のページが表示されます。

図3-8 「取得の作成(記憶域)」ページ

8. 取得データが格納されるホストとファイル・システムの場所を指定します。これには、取得ファイルそのものだけではなく、導出元のRUEIファイルの記憶域、およびデータ同期情報も含まれることに注意してください。

重要:
取得ファイルは大量のディスク領域を必要とする場合があります。したがって、短時間の取得を実行し、それを基礎データとして使用して、計画された取得に必要なディスク領域を算出することをお薦めします。また、生成された取得ファイルは固有形式であるため、修正できないことに注意してください。

「ターゲットの選択」アイコンをクリックします。新しいウィンドウが開き、利用可能なターゲットが表示されます。ターゲットをクリックして選択します。選択できるホスト・ターゲットは1つのみです。「ターゲット・タイプ」メニューを使用して、ターゲットのリストを特定のタイプに制限できます。また、選択したターゲットのステータスを確認し、計画された取得の処理中、選択したターゲットが使用可能な状態となるようにしてください。選択した記憶域のホストの資格証明を指定します。準備ができたら、「次へ」をクリックします。図3-9のページが表示されます。

図3-9 「取得の作成(スケジュール)」ページ

9. 計画された取得の開始時間と停止時間を指定します。デフォルトでは、取得はただちに開始されます。また、デフォルトでは、取得は15分間実行されます。取得の実行期間を十分に検討し、無期限に実行するようスケジュールする場合は、定期的に取得プロセスを確認して、極端に大きな取得ファイルが作成されないようにすることを強くお薦めします。準備ができたら、「次へ」をクリックします。図3-10のページが表示されます。

重要:
取得が無期限に実行されるように構成している場合、「取得」ページから手動で停止する必要があります。記憶域の容量が不足しないように、作成された取得を定期的に確認することを強くお薦めします。

図3-10 「取得の作成(確認)」ページ

10. 計画した取得のプロパティを実行前に確認します。必要に応じて、「戻る」および「次へ」ボタンを使用して、取得のプロパティを追加します。新しい取得を起動する準備ができたら、「発行」をクリックします。

3.7 アプリケーションの取得プロセスのモニタリング

取得が開始されると、取得プロセスをモニターできるようになり、意図したトラフィックが正しく取得されていること、アプリケーション・システムが正常な状態で機能していることを確認できます。取得の進捗レポートの例を図3-11に示します。

図3-11 「取得」ページ

取得の開始後、その進捗情報が確認できるようになるまでに、10分程度のリード・タイムがあることに注意してください。これは、「アプリケーション・リプレイ」ページ(図3-3)で確認できます。いずれの場合も、ボリューム、パフォーマンスおよびエラーの観点から取得の特性が詳細表示されます。このようにして、取得の品質およびテストでの有効性を評価できます。

取得プロセス中にモニターされたリクエストの数は、取得の進捗を評価する上で特に役立ちます。異常に高いレベルのエラーが発生した場合は、「ジョブ」ページ(「RUEI取得ジョブ」設定をクリックすると表示される)から特定のエラーにドリルダウンできます。

3.8 アプリケーション・ワークロードの取得のリプレイ

ワークロードの取得をテスト・システムでリプレイできます。同じHTTPリクエストを発行できるだけでなく、同時実行性やタイミングの条件に合せて、取得の特性を再現する機能もあります。この項で説明するリプレイ・プロセスの内容は次のとおりです。

- ワークロードの取得のリプレイに向けた準備

- アプリケーション・リプレイおよびリプレイ・タスクの理解

- アプリケーション・リプレイの外部システムへの参照の解決

- アプリケーション・リプレイのURLの再マッピング

- アプリケーション・リプレイの機密データでの代用

- ワークロードの取得のリプレイ

- アプリケーション・リプレイ結果の分析

3.8.1 ワークロードの取得のリプレイに向けた準備

ワークロードのリプレイを適切に計画すると、リプレイの正確性が保証されます。ワークロードの取得をリプレイするには、次の手順が必要です。

- テスト・システムのアプリケーション・データの状態を、ワークロードの取得の開始時における取得システムと論理的に同じにする。これについては、「アプリケーション・リプレイのテスト・システム・データベースの設定」で説明します。

- 外部システムへの参照がすべて解決されている。これについては、「アプリケーション・リプレイの外部システムへの参照の解決」で説明します。

3.8.2 アプリケーション・リプレイおよびリプレイ・タスクの理解

リプレイとはワークロードの取得の実行(再生)であることを理解することが重要です。リプレイ・タスクとは、同じ取得に基づいてリプレイをグループ化したものです。リプレイが完了したら、リプレイ・レポートを表示してリプレイと最初の取得を比較したり、同じリプレイ・タスク内に別のリプレイを作成することができます。通常、リプレイ・タスク内のリプレイは、同じ目的を実行します。たとえば、データベースまたはホスト・システムの構成で複数のパラメータを変更するなどです。

リプレイを同じリプレイ・タスクにグループ化して、比較を容易にすることをお薦めします。たとえば、同じデータベース・アップグレード・パッチのテストに関連するリプレイを同じリプレイ・タスクにグループ化するなどです。

3.8.3 アプリケーション・リプレイの外部システムへの参照の解決

取得したワークロードに、データベース・リンクや外部表などの外部システムへの参照が含まれている場合があります。このような外部相互作用への参照は、リプレイ時に他の本番システムに影響が及ばないように再構成する必要があります。ワークロードのリプレイ前に解決する必要がある一般的な外部参照を表3-1に示します。

表3-1 外部システムへの参照

タイプ

説明

データベース・リンク

通常、リプレイ・システムが他のデータベースと相互作用するのは好ましくありません。したがって、リプレイに必要なデータが含まれている適切なデータベースを指すように、すべてのデータベース・リンクを再構成する必要があります。

外部表

外部表から参照されているディレクトリ・オブジェクトを使用して指定されたすべての外部ファイルは、リプレイ時にデータベースおよびアプリケーション・サーバーに対して使用可能である必要があります。これらのファイルのコンテンツは、取得時と同一である必要があり、外部表の定義に使用されるファイル名およびディレクトリ・オブジェクトも有効である必要があります。

ディレクトリ・オブジェクト

本番システムのディレクトリへの参照は、データベースのリストア後にリプレイ・システムに存在するディレクトリ・オブジェクトを適切に再定義することによって再構成する必要があります。

URL

取得時にアクセスしたWebサービスがリプレイ時に適切なURLをポイントするよう、データベースやアプリケーション・サーバーに格納されるURL/URIを構成する必要があります。ワークロードが本番システムに格納されているURLを参照する場合、リプレイ時にそのテスト・システム・ネットワークを切り離す必要があります。

電子メール

リプレイ時に電子メール通知が再送信されないようにするには、送信電子メールのリクエストを無視するように、リプレイ・システムにアクセス可能な電子メール・サーバーを構成する必要があります。

重要:
リプレイ時に他の本番システムに影響が及ばないようにするために、リプレイは、本番環境のホストにアクセスできない切り離されたプライベート・ネットワーク内で実行することを強くお薦めします。

3.8.4 アプリケーション・リプレイのURLの再マッピング

ワークロードの取得ファイル内のURLは、テスト環境でリプレイする前に、別の値に再マップする必要があります。たとえば、すべてのリクエストのWebアプリケーションURLは、テスト・システムのURLに再マップする必要があります。

再マップされるURLではワイルドカード文字はサポートされません。要求されたドメインおよびポート番号はすべて完全指定されている必要があります。

3.8.5 アプリケーション・リプレイの機密データでの代用

ネットワーク・トラフィックをモニタリングしているRUEIインストールは、機密情報をログに記録しないように構成できます。これはマスキングと呼ばれ、パスワードなどの機密情報がディスクに記録されるのを防ぎます。この機能の使用方法については、『Oracle Real User Experience Insightユーザーズ・ガイド』を参照してください。

アプリケーション・リプレイでは、マスキングされるフィールドごとに1つの値しか置換できないことを理解する必要があります。たとえば、アプリケーションのログイン・パスワードをマスキングする場合は、テスト・システム内のすべてのユーザー・アカウントに対して1つの共通の代替ログイン・パスワードを設定する必要があります。

3.8.6 ワークロードの取得のリプレイ

Enterprise Managerを使用してワークロードの取得をリプレイするには、次の手順を実行します。

1. 「エンタープライズ」メニューから、「クオリティ管理」、「アプリケーション・リプレイ」の順に選択します。図3-3のページが表示されます。

2. 「リプレイ・タスク」セクションで、「作成」または「類似作成」をクリックします。図3-12のページが表示されます。

図3-12 「リプレイ・タスクの作成」ページ

3. 「取得の選択」アイコンをクリックします。新しいウィンドウが開き、リプレイ・タスクの基となる取得を選択できます。新しいリプレイ・タスクに一意の名前を指定します。オプションで、短い説明を指定します。リプレイ・タスクの目的や範囲についての説明を含めることをお薦めします。準備ができたら、「OK」をクリックします。図3-3に表示されたページに戻ります。

4. 新しく作成されたリプレイ・タスクをクリックします。図3-13のページが表示されます。

図3-13 「リプレイの作成(概要)」ページ

5. リプレイの名前を指定します。これは選択したリプレイ・タスク内で一意にする必要があります。オプションで、リプレイするトラフィックに簡単な説明を指定します。リプレイの目的や範囲についての説明を含めることをお薦めします。必要な情報を十分に確認し、必要な情報が満たされていることを示すために「確認」チェック・ボックスを選択します。準備ができたら、「システム」をクリックします。図3-14のページが表示されます。

図3-14 「リプレイの作成(システム)」ページ

6. 「システムの選択」アイコンをクリックし、取得をリプレイするテスト環境を表すターゲットを選択します。選択したコンポーネントのステータスを確認し、計画されたリプレイの処理中はそれらが使用可能な状態となるようにしてください。準備ができたら、「取得の記憶域の資格証明」をクリックします。図3-15のページが表示されます。

図3-15 「リプレイの作成(取得の記憶域の資格証明)」ページ

7. 選択した記憶域のホストの資格証明を指定します。準備ができたら、「リプレイ・クライアント」をクリックします。図3-16のページが表示されます。

図3-16 「リプレイの作成(リプレイ・クライアント)」ページ

8. テスト・システム上でワークロードの生成に使用するリプレイ・クライアントを指定します。計画されたリプレイのスケール変更には、提示された推定数を基礎データとして使用してください。取得ファイルおよびリプレイ結果の格納に使用するファイル・システムの場所を指定します。この場所は、共有ファイル・システム上にあり、リプレイ・クライアント・ホストおよびデータベース・ホスト(同期化が有効な場合)がまったく同じファイル・ディレクトリ・パスを使用してアクセスできる必要があります。準備ができたら、「同期化」をクリックします。図3-17のページが表示されます。

図3-17 「リプレイの作成(同期化)」ページ

9. リプレイ時にデータベースの同期化を有効にするかどうかを指定します。有効にする場合は、関連するデータベースおよびホストの資格証明を提示する必要があります。準備ができたら、「URLマッピング」をクリックします。図3-18のページが表示されます。

図3-18 「リプレイの作成(URLマッピング)」ページ

10. リプレイ時に使用するURLマッピングを指定します。つまり、取得時に出現したURLをテスト環境でリプレイする際に置換する方法を指定します。準備ができたら、「マスキングされたデータの置換え」をクリックします。図3-19のページが表示されます。

図3-19 「リプレイの作成(マスキングされたデータの置換え)」ページ

11. RUEIは、機密情報(パスワード、クレジット・カード情報など)のログをディスクに記録しないように構成できます。これらのフィールドの値は記録されないため、リプレイでは明示的に指定する必要があります。準備ができたら、「追加のリプレイ・パラメータ」をクリックします。図3-20のページが表示されます。

図3-20 「リプレイの作成(追加のリプレイ・パラメータ)」ページ

12. リプレイの進行速度を元の取得と同じにするか、または変更するかを指定します。後者の場合は、適切なセッション開始時間のスケールおよび思考時間のスケールを指定し、さらに元のリクエスト率を維持するかどうかを指定する必要があります。「リプレイの拡張パラメータ」セクションを展開し、標準の拡張設定に標準値またはカスタム値のいずれを使用するか指定します。準備ができたら、「スケジュール」をクリックします。図3-21のページが表示されます。

図3-21 「リプレイの作成(スケジュール)」ページ

13. リプレイの開始時間を指定します。次に、「確認」をクリックします。

14. 計画されたリプレイのサマリーが表示されます。必要に応じて、「戻る」および「次へ」ボタンを使用して、セクション間を移動します。準備ができたら、「送信」をクリックしてリプレイを開始します。

3.8.7 アプリケーション・リプレイ結果の分析

「アプリケーション・リプレイ」ページで選択したリプレイをクリックすると、その詳細情報が表示されます。リプレイの概要の例を図3-22に示します。

図3-22 リプレイ・サマリーの例

これは次の3つに分かれています。

- ホーム: リプレイ、関連付けられたリプレイ・タスク、および基礎となる取得の概要が表示されます。リプレイの進捗および元の取得との比較も表示されます。

- 結果: リクエスト相違のより詳細な情報が表示されます。これには、元の取得とリプレイのページ・パフォーマンスの比較や、最も高いレベルの相違を示したアプリケーション・ページなどが表示されます。
例を図3-23に示します。
このセクション内の「ページ分析」セクションでは、選択したメトリック全体について各アプリケーション・ページを分析できます。「相違」セクションでは、特定の相違のタイプ(アクセス、コンテンツなど)に限定した情報を表示できます。「グラフ」セクションでは、特定のメトリック(平均ページ・ロード時間など)全体の詳細なリプレイ情報を表示できます。

- 確認: リプレイ環境(資格証明、ホスト、リプレイ・クライアントなど)およびリプレイ時に使用したURLマッピングとマスキング・データの置換に関する情報が表示されます。

図3-23 リプレイ結果サマリーの例

3.9 OpenScriptへのリプレイ・セッションの相違のインポート

Oracle Application Testing SuiteのOpenScriptモジュールを使用すると、セッションごとに表示して相違エラーをさらに分析できます。現在のアプリケーション・リプレイは、相違統計を計算して、ページごとに表示します。Enterprise Managerでは、このセッション・データを.zipファイルにエクスポートし、このデータをOpenScriptにインポートできます。

セッション.zipファイルの作成

Enterprise Managerから生成されるセッション.zipファイルには、取得データおよびリプレイ・データが含まれています。

.zipファイルを作成する手順:

1. リプレイの相違ページに移動します。

2. 表示する「モード」として「セッション別のビュー」を選択します。

3. 「セッション」リストで、相違(「相違」列に表示されます)を含むセッションIDをクリックします。「セッションの相違の詳細」ダイアログが表示されます。

4. 「ページ」リージョンで、「フェッチ・ページ詳細」をクリックします。

5. 「セッション・データのエクスポート」リージョンで、「エクスポート」をクリックします。
エクスポート操作が完了すると、セッション・データ.zipファイルへのリンクが表示されます。

6. リンクをクリックして、セッション・データ.zipファイルをダウンロードし、ファイルをローカル・システムに保存します。

OpenScriptへのセッション.zipファイルのインポート

取得およびリプレイ・データを含む.zipファイルを作成した後、このデータをOpenScriptにインポートする必要があります。

.zipファイルの内容をインポートする手順:

1. OpenScriptから、次に負荷テスト・スクリプトを作成する必要があります。
「file」メニューから、「新」を選択します。「新規プロジェクト」ダイアログ・ボックスが表示されます。ここから、ウィザードを選択して新しい負荷テスト・スクリプトを作成できます。

2. ツリー・リストから、アプリケーション・タイプを選択して、「次」をクリックします。「新規スクリプト」ダイアログが表示されます。

3. スクリプト名を入力して「終了」をクリックします。OpenScriptは新しいスクリプトを作成します。

4. OpenScriptの「ツール」メニューから、「Oracle Real User Experience Insight (RUEI)セッション・ログのインポート」を選択します。RUEIログのインポートダイアログが表示されます。

5. 「参照」をクリックします。RUEIログを開くダイアログが表示されます。

6. 以前に作成したセッション.zipファイルに移動して、ファイルを選択し、「開く」をクリックします。

7. 「OK」をクリックします。

3.10 アプリケーション・リプレイのトラブルシューティング

この項では、ワークロードの取得時およびリプレイ時によく発生する問題の対処方法について説明します。Oracle SupportのWebサイトで、既知の問題および回避策について確認することもお薦めします。次のサイトを参照してください。

https://support.oracle.com

RUEIインストール

ワークロードの取得時にアプリケーションをモニターするRUEIインストールが、次の要件を満たしていることを確認します。

- Oracle SupportのWebサイトで、サポートされているバージョンと必要なホット・フィックスについて確認する。

- 目的のアプリケーションをモニターするようにRUEIが構成されていることを確認します。デプロイメント・オプションおよび要件については、『Oracle Real User Experience Insightインストレーション・ガイド』を参照してください。

- ユーザー名とパスワードの有効な組合せを保持していることを確認します。必要に応じて、RUEIの管理者に連絡してください。ユーザー・アカウントにはセキュリティ責任者の権限が付与されている必要があります。ロールと権限の詳細は、『Oracle Real User Experience Insightユーザーズ・ガイド』を参照してください。

- フル・セッション・リプレイ(FSR)機能が有効になっており、取得が計画されているアプリケーションごとに十分な記憶域が割り当てられていることを確認します。各アプリケーションのデータ・リプレイのロギング設定およびマスキング設定が、FSRで使用する場合と一致していることも確認する必要があります。詳細は、『Oracle Real User Experience Insightユーザーズ・ガイド』を参照してください。

- 静的なSSL証明書を使用するようにWebサーバーが構成されていることを確認する。RUEIでは動的なSSL証明書がサポートされていないため、これが必要になります。

- アプリケーションでジャンボ・フレームを使用する場合は、RUEIレポータ・システム上でrootユーザーとして次のコマンドを実行し、RUEIの取得サイズをデフォルトの2KBから64KBに増やします。

execsql config_set_profile_value wg System config CaptureLength replace 65536

取得のチェックリスト

前述の要件の他に、次の点も確認する必要があります。

- RUEIが適切なロギングおよびマスキング・ポリシーを使用して、必要なトラフィックを正常に取得している。構成の検証の詳細は、次のサイトで入手可能な『Oracle Real User Experience Insightユーザーズ・ガイド』を参照してください。

http://www.oracle.com/technetwork/documentation/realuserei-091455.html

- データベース・ホストのユーザーIDが、Enterprise Managerエージェントのユーザー・アカウントと同じグループに属している。

リプレイのチェックリスト

前述の要件の他に、次の点も確認する必要があります。

- 必要なURLがすべて正しく再マッピングされている(3.8.4項「アプリケーション・リプレイのURLの再マッピング」を参照)。テスト・システムがHTTPまたはHTTPSとして構成されているかどうかチェックし、Webサーバーのドメイン名と関連するポート番号を確認します。また、ホスト名だけでなく、完全ドメイン名がURLに指定されていることを確認します。

- 取得したワークロードを本番環境ではリプレイしないことを強くお薦めします。

- 取得時にマスキングされた機密データの全フィールドに、置換値が設定されていることを確認する。これについては、第3.8.5項「アプリケーション・リプレイの機密データでの代用」で説明します。

4 コンポジット・アプリケーション

この項では、Enterprise Managerでコンポジット・アプリケーションを使用する方法について説明します。

Enterprise Managerを使用して、Java EEアプリケーションを個別に管理することもできますが、ビジネス・ニーズによってはこれらのアプリケーションをグループとして管理しなければならない場合もあります。この論理アプリケーション・グループを、コンポジット・アプリケーションと呼びます。

Enterprise Manager内でコンポジット・アプリケーションにアクセスするには、「ターゲット」メニューから「コンポジット・アプリケーション」を選択します。コンポジット・アプリケーション・ページから、既存のコンポジット・アプリケーションを表示または新規に作成できます。(コンポジット・アプリケーションのデモンストレーションについては、「コンポジット・アプリケーションの管理」を参照してください。)

4.1 コンポジット・アプリケーションのダッシュボードの表示

コンポジット・アプリケーションの各インスタンスは、異なるホーム・ページを使用できます。

このページは、ページの右上にある「パーソナライズ」ページ・アイコンを使用してリージョンを追加またはドロップすることで変更できます。次に、各リージョンは、コンテンツを追加またはリージョンの構成可能なプロパティを変更することでカスタマイズできます。

左側にある「ターゲット・ナビゲーション」ツリーには、コンポジット・アプリケーションの直接メンバーが表示されます。これらは、コンポジット・アプリケーションの作成時に選択したメンバーです。ナビゲーション・ツリーには、作成プロセス中に選択された関連メンバーも含まれます。

各直接ターゲットには、関連するメンバーが表示されます。次のリストは、表示される直接メンバーと関連メンバーです。

- アプリケーション・デプロイメント
アプリケーション・デプロイメントおよびクラスタ化アプリケーション・デプロイメントが含まれます。

- データベース
このコンポジット・アプリケーション内のターゲットに関連するデータベースのみが含まれます。

- Fusionアプリケーション
Fusion ApplicationsおよびFusion Applicationsのクラスタが含まれます。

- ホスト
関連付けられたホストのターゲットが含まれます。

- その他
OracleホームやOracle Management Agentなど、独自のフォルダを持たないその他のターゲットが含まれます。

- サービス指向アーキテクチャ(SOA)
OSB、SOAコンポジットおよびSOAインフラストラクチャが含まれます。

- WebLogicドメイン
すべての参加ドメインが含まれます。

全体のサマリー・ページには、コンポジット・アプリケーションの追加の詳細が表示されます(図4-1を参照)。

- ステータス
すべてのメンバーの可用性

- Oracle WebLogic Serverロード
リクエスト(1分当たり)およびワーク・マネージャ・リクエスト(1分当たり)が含まれます。

- リクエスト処理時間と使用されたキャッシュ文(%)

- インシデントと問題の概要
インシデントの数クリックすると、報告されたインシデントをリストする表が表示されます。

- Java仮想マシン・リアルタイム

- サービス

- SLAステータス

図4-1 コンポジット・アプリケーションのダッシュボード

4.2 コンポジット・アプリケーションの作成

コンポジット・アプリケーションを作成するには、次の手順を実行します。

1. 「ターゲット」メニューから「コンポジット・アプリケーション」を選択します。

2. コンポジット・アプリケーション・ページで、「作成」をクリックします。コンポジット・アプリケーションの作成ウィザードの最初のページが表示されます。

図4-2 コンポジット・アプリケーションの作成ウィザードの最初のページ

3. アプリケーションの選択ページで、次の手順を実行します。

1. コンポジット・アプリケーションの名前を入力します。

2. タイムゾーンを指定します。

3. 可用性の基準を指定します。「選択されたすべてのアプリケーション」または「選択されたいずれかのアプリケーション」を選択します。「選択されたすべてのアプリケーション」オプションを選択すると、コンポジット・アプリケーションのすべてのメンバーが稼働中の場合に、コンポジット・アプリケーションの可用性が「稼働中」と表示されます。
「選択されたいずれかのアプリケーション」オプションを選択すると、コンポジット・アプリケーションのいずれかのメンバーが稼働中の場合に、コンポジット・アプリケーションの可用性が「稼働中」と表示されます。

4. 「追加」をクリックします。「検索と選択: ターゲット」ダイアログが表示されます。

5. アプリケーション・リストをフィルタリングします(オプション)。リストは、「ターゲット・タイプ」別、「ターゲット名」別、またはアプリケーションが置かれている「ホスト」別にフィルタリングできます。必要なフィルタ・パラメータを指定し、「実行」をクリックします。

6. 追加するアプリケーションを選択します。複数のアプリケーションを選択する場合には、[Shift]または[Control]キーを使用します。

7. 「選択」をクリックします。選択したアプリケーションがアプリケーションの選択ページの表に表示されます。

8. 「次へ」をクリックします。

注意: コンポジット・アプリケーションの一部から除外する場合は、そのアプリケーションを削除できます。ターゲットを選択して「削除」をクリックします。

4. システムの作成ページで次の手順を実行します。
アプリケーションの選択ページで選択したアプリケーションが、「選択済メンバー」表に表示されます。これらのアプリケーションに基づいて、関連するターゲットが「関連メンバー」表に表示されます。「関連メンバー」表でシステム・メンバーシップを編集すると、コンポーネントの追加や既存コンポーネントの削除が可能です。

1. 「関連メンバー」表で、「追加」をクリックします。「ターゲットの選択」ダイアログが表示されます。

2. アプリケーション・リストをフィルタリングします(オプション)。リストは、「ターゲット・タイプ」別、「ターゲット名」別、またはアプリケーションが置かれている「ホスト」別にフィルタリングできます。必要なフィルタ・パラメータを指定し、「検索」をクリックします。

3. 追加するアプリケーションを選択します。複数のターゲットを選択する場合には、[Shift]または[Control]キーを使用します。

4. 「選択」をクリックします。新しいターゲットが追加されて「関連メンバー」表が自動的にリフレッシュされます。

5. 「次へ」をクリックします。

注意: コンポジット・アプリケーションの一部から除外する場合は、そのターゲットを削除できます。ターゲットを選択して「削除」をクリックします。

5. 署名サービスの特定ページで、次の手順を実行します。
オプションとして、コンポジット・アプリケーションのキー・エントリ・ポイントをEnterprise Managerサービスとして定義することでモデル化し、コンポジット・アプリケーションの署名サービスとして識別することができます。「サービスのリスト」表には、ウィザードの最初の手順で選択したアプリケーションによって公開されているすべてのWebサービスがリストされます。

署名サービスを特定するには:

1. 「サービスのリスト」表から、目的のWebサービスを選択します。

2. 「編集」をクリックします。「サービスの構成」ダイアログが表示されます。

3. EMシステム名を入力します。システムの名前がすでにEnterprise Managerで定義されている場合には、変更できません。

4. 「サービスの構成」ダイアログで、「OK」をクリックします。

5. 「次へ」をクリックします。

6. サマリー・ページで、次の手順を実行します。
コンポジット・アプリケーションについて行った選択の内容をすべて確認します。ウィザードの任意の手順に戻って修正を行うことができます。準備ができたら、「送信」をクリックすると、コンポジット・アプリケーションが作成されます。

4.3 コンポジット・アプリケーションの編集

2つの方法でコンポジット・アプリケーションを編集できます。

- 「ターゲット」メニューから「コンポジット・アプリケーション」を選択します。コンポジット・アプリケーションを強調表示して、「編集」をクリックします。

- コンポジット・アプリケーションのホームページが表示されている場合、「Oracle Composite Application」メニューから「ターゲット設定」、「コンポジット・アプリケーションの編集」の順に選択します。

コンポジット・アプリケーションの編集ページで、次の手順を実行します。各手順の入力方法の詳細は、「コンポジット・アプリケーションの作成」を参照してください。

注意: 変更を終了したら、「保存して終了」をクリックする必要があります。変更は、このターゲットに対してのみ適用されます。

4.4 コンポジット・アプリケーションのホームページの編集

コンポジット・アプリケーションのホームページのレイアウトを変更したり、コンテンツの追加、およびリージョンの編集と削除を行うことができます。

2つの方法で、コンポジット・アプリケーションのホームページを編集できます。

- コンポジット・アプリケーションのホームページで、コンポジット・アプリケーションを選択して「ホームページの編集」をクリックします。

- コンポジット・アプリケーションのホームページで、「ページ・リフレッシュ」フィールドの隣にある「パーソナライズ」ボタンをクリックします。

「コンテンツの追加」を選択する場合は、ページにリージョンを追加します。リージョンを編集する場合は、そのリージョンのプロパティを変更します。

注意: 変更を終了したら、「閉じる」をクリックする必要があります。変更は、このターゲットに対してのみ適用されます。

4.5 コンポジット・アプリケーションの使用

コンポジット・アプリケーションのホームページを使用すると、様々なコンポーネントのステータスおよび統計を表示できます。また、ターゲット・ナビゲーション・ツリーを使用すると、コンポジット・アプリケーション内の関連するすべてのターゲットにアクセスできます。

次のリージョンを学習して、アプリケーションが最適なパフォーマンスで稼働しているかどうかを確認し、そうでない場合には問題を解決します。

- ステータス
アプリケーションの可用性を示します。

- 上向き矢印(緑)は、少なくとも1つのアプリケーションが稼働している、またはすべてのアプリケーションが稼働していることを意味します。

- 下向き矢印(赤)は、少なくとも1つのアプリケーションが停止していることを意味します。

- 「N/A」(適用なし)は、ターゲットにステータスが存在しないことを意味します。

アプリケーションが停止している場合は、それがスケジュールされた停止時間かどうかを確認します。

- Oracle WebLogic Serverロード
「リクエスト(/分)」メトリックおよび「ワーク・マネージャ・リクエスト(/分)」メトリックを分析します。アプリケーションに関連付けられているメトリックをクリックすると、そのメトリックの問題分析を表示できます。

- リクエスト処理時間(ミリ秒)および使用されたキャッシュ済の文(%)
アプリケーションのメトリックをクリックすると、そのメトリックの統計が分析され、リクエスト処理時間および使用されたキャッシュ済の文の割合が表示されます。詳細は、Oracle Enterprise Manager Middleware Plug-inメトリック・リファレンス・マニュアルを参照してください。

- インシデントと問題の概要
インシデントまたは問題に関連付けられている番号をクリックします。たとえば、問題が特定のアプリケーションに関して報告されている場合は、インシデント・マネージャ・ページに、重大度やどのターゲットが問題を表示しているかなどが集計されます。詳細情報では問題を確認する機会が提供されるため、問題について送信された別の通知を確認して、指示された解決策を使用して問題を解決するなどします。

- Java仮想マシン・リアルタイム
JVMに関する最新データが提供されます。

- サービス
サービスの全体的な状態、サービスが稼働していた時間などが示されます。

- SLAステータス
サービス・レベル目標値に関するデータが示されます。このセクションでは、サービスがいつ違反したかを報告します。

第II部

ExalyticsターゲットおよびTraffic Directorのモニタリング

この部の章では、Oracle ExalyticsターゲットおよびOracle Traffic Directorをモニターする方法について説明します。

次の章があります。

- 第5章「Exalyticsターゲットのモニタリング」

- 第6章「Oracle Traffic Director」

5 Exalyticsターゲットのモニタリング

Oracle Fusion Middleware Managementプラグインでは、Oracle Enterprise ManagerでExalytics In-Memory SystemとExalytics In-Memory Machineの統合ビューを使用でき、すべてのハードウェア・コンポーネントとその物理的な場所、およびステータスを示す統合ビューが提供されます。

Enterprise Managerドキュメント・ライブラリの「管理」ページにあるマニュアル、Oracle Enterprise Manager Cloud Control Oracle Enterprise ManagerでのOracle Exalytics In-Memory Machineの管理を参照してください。

http://docs.oracle.com/cd/E63000_01/nav/management.htm

特定の項目については次を参照してください。

- Exalytics In-Memory System用にOracle Fusion Middleware管理プラグインで提供される機能と拡張。

- Oracle Enterprise Manager Cloud ControlでExalytics In-Memory Systemを検出する手順。

- Oracle Enterprise Manager Cloud Control内でExalytics In-Memory Systemを構成する手順。

6 Oracle Traffic Director

ここでは、Oracle Enterprise Managerを使用して、Oracle Traffic Directorの機能をモニターする方法を説明します。

Oracle Traffic Director (Traffic Director)は、実際のコンテンツをホストするオリジン・サーバー(ホスト:ポートのペア)間の受信HTTP接続のロードバランスに使用されるソフトウェアレベルのロード・バランサです。

Traffic Directorには次の機能があります。

- リバース・プロキシ: ロードバランシング・アルゴリズムを使用してサーバー間に受信トラフィックを分散させます。転送メカニズムは、URIと処理セッションに基づきます。

- プロキシ・キャッシング: 頻繁にアクセスされるhtmlページを格納します。

Traffic Directorを使用して、仮想サーバー、リスナー、オリジン・サーバーおよびサーバー・プールの定義を含む構成を作成できます。この構成をホストのセットにデプロイします。同じ構成のインスタンスで構成が形成されます。

注意: 高可用性構成(アクティブ-パッシブまたはアクティブ-アクティブ)の場合、特定の構成では、Oracle Traffic Directorは2つのOTDインスタンスのみをサポートします。このため、Enterprise Manager Cloud Control 12.1.0.3以上では、モニタリング機能は、特定のOTD構成に対して最大2つのOTDインスタンスに制限されます。

仮想サーバーは、たとえばトラフィックの分散先のサーバー(オリジン・サーバーとプール)、リクエストをリスニングするIPアドレスとポート(リスナー)などのロードバランシング・プロパティを使用して構成される主要コンポーネントです。

したがって、Traffic Directorデプロイメントの標準的な階層では、Traffic Director構成は、ホストにデプロイされたインスタンスのセットで構成され、各インスタンスには、仮想サーバー、リスナー、プロキシ・キャッシュ、オリジン・サーバー、オリジン・サーバー・プールなどのコンポーネントが含まれます。

ターゲットのリストを次に示します。

- Traffic Director構成
Traffic Director構成ターゲットには、構成と、仮想サーバー、プロキシ・キャッシュ、TCPプロキシ、オリジン・サーバー、サーバー・プールなどのコンポーネントに関する構成レベルのパフォーマンス・メトリックが含まれます。

- Traffic Directorインスタンス
Traffic Directorインスタンスには同じコンポーネントに対するパフォーマンス・メトリックがありますが、インスタンス・レベルです。

Traffic Directorインスタンス・ターゲットは、ホスト上で実行中のTraffic Director構成のインスタンスのモニターに使用されます。このターゲットは、そのホスト上で実行中のインスタンスのパフォーマンス情報を示します。

この章の次の各項では、Traffic Directorを詳しく説明します。

- Traffic Directorを検出する前に

- ExalogicターゲットへのTraffic Directorの追加

- Traffic Director構成について

- Traffic Directorインスタンスについて

- Traffic Directorリフレッシュ・フローについて

詳細は、Oracle Traffic Director管理者ガイドを参照してください。

6.1 Traffic Directorを検出する前に

Traffic Directorを検出する前に、Traffic DirectorインスタンスをSNMPのモニタリング用に構成し、SNMPサブエージェントを起動する必要があります。

『Oracle Traffic Director管理者ガイド』の「SNMPを使用したモニタリング」の章を参照してください。具体的には、次の項で説明している手順を実行します。

1. Oracle Traffic DirectorのSNMPサポートの構成

2. SNMPサブエージェントの構成

3. SNMPサブエージェントの起動および停止

6.2 ExalogicターゲットへのTraffic Directorの追加

Traffic DirectorダッシュボードをExalogicターゲットに手動で追加するには、次の手順を実行します。

1. Enterprise Managerで「ターゲット」メニューから「Exalogic」を選択します。

2. Traffic Director ダッシュボードを追加するExalogic Elastic Cloudの名前のリンクをクリックします。

3. Exalogic Elastic Cloudページで「ソフトウェア」タブをクリックします。

4. ページの右上にあるSYSMANアイコンで「ページのパーソナライズ」を選択します。

5. 編集ページで「コンテンツの追加」をクリックします。「コンテンツの追加」ポップアップで「Traffic Director」アイテムに移動し、対応する「追加」リンクをクリックします。「閉じる」をクリックします。

6. 編集ページで「閉じる」をクリックします。

これで、「Traffic Director」リージョンが「Exalogic Elastic Cloud」ダッシュボード(「ソフトウェア」タブ)に表示されます。

6.3 Traffic Director構成について

構成は、同様の機能を持つOracle Traffic Directorインスタンスの構成の作成に使用されます。構成には主に、次の説明が含まれます。

- 受信トラフィックの転送先サーバー(オリジン・サーバーとサーバー・プール)

- 受信リクエストをリスニングするIPアドレスとポート(リスナー)

構成の作成時に実行する必要がある手順は次のとおりです。

- 1つのHTTP仮想サーバーを使用して構成が作成される必要があります。この仮想サーバーは、www.oracle.comのリクエストを受け付けるよう構成されます。

- ポートが80に設定されたHTTPリスナーが作成される必要があります。

- 前述のhost:portの組合せを使用して2つのオリジン・サーバーが作成されます。

- 次に、この2つのサーバーを使用してサーバー・プールが作成され、仮想サーバーがこのサーバー・プールに関連付けられます。

エンティティが作成されたら、この構成がホストにデプロイされます。

6.3.1 Traffic Director構成ページの使用

構成ホーム・ページに表示されるパフォーマンス・メトリック、パフォーマンス情報またはパフォーマンス・サマリーは、構成レベルのものであり、つまりこのパフォーマンスは、構成インスタンスが実行されているホスト全体にわたるエンティティ・パフォーマンスの集計です。たとえば、構成ホーム・ページに表示される仮想サーバー・メトリックは、インスタンス・レベルでのメトリックの集計です。

Traffic Director構成ページには、次のリージョンがリストされます。

- サマリー: 構成に関する一般的な情報(構成が起動されてから経過した時間、構成の可用性および構成のバージョンなど)が表示されます。また、Traffic Director管理コンソールへのリンクを使用して、Traffic Directorの構成およびモニターを直接実行できます。
さらに、「モニタリングと診断」セクションには、Traffic Directorに関連するインシデントがあるかどうかが示されます。インシデントとは、解決する必要がある問題を表すイベントです。何に注意する必要があるかを特定するには、インシデントをクリックします。

- レスポンスと負荷

- パフォーマンス

- インスタンス

- 仮想サーバーとオリジン・サーバー

- フェイルオーバー・グループ: 構成内のすべてのフェイルオーバー・グループを示します。ただし、インスタンス・ターゲット・ホーム・ページ内のフェイルオーバー・グループには、そのインスタンスが含まれるフェイルオーバー・グループのみが表示されます。

- Exalogic: リージョンが追加されているExalogic Elastic Cloudターゲットに関連付けられているTraffic Directorインスタンスの情報が表示されます。
このリージョンに表示されているTraffic Directorインスタンス/構成に関する詳細情報を参照するには、リンクをクリックして、各ターゲット・ホーム・ページに移動します。

注意: Traffic Director構成の詳細を表示するには、「ターゲット」メニューから「構成」を選択し、次に「最新収集」を選択します。

6.3.2 Traffic Directorターゲット構成の追加

Traffic Director構成をEnterprise Managerに手動で追加するには、次の手順を実行します。

1. Enterprise Managerで、ページの右上にある「設定」メニューから「ターゲットの追加」を選択し、「ターゲットの手動追加」を選択します。

2. 「ターゲットの手動追加」ページで、「ガイド付きプロセスを使用したターゲットの追加」を選択します。「ターゲット・タイプ」メニューで「Traffic Director」を選択します。

3. 「ガイドされた検出を使用した追加」をクリックします。

次に示すページに入力します。

- 構成とインスタンスを検索中

- 検出されたターゲット

- 「結果」の表示

6.3.2.1 構成とインスタンスを検索中

Traffic Directorの追加: 構成とインスタンスの検索ページを使用して、次の管理サーバーのプロパティを指定します。

- 管理サーバー・ホスト
Traffic Director管理サーバーが実行されているホストの名前。フィールドの端にある検索アイコンをクリックして、ホストを検索します。

注意: ホストを選択すると、「エージェントURL」フィールドに値が自動的に移入されます。

- 管理サーバーSSLポート
管理サーバーのSSLポート。

- ユーザー名
Traffic Director管理サーバーへのアクセスが許可されている管理者の名前。

- パスワード
Traffic Director管理サーバーへのアクセスが許可されている管理者のパスワード。

- SNMPポート
SNMPエージェントがリスニングを行うポート。すべてのTraffic Directorインスタンス・ホストのすべてのSNMPエージェントが、同じポートで実行中である必要があります。

- Oracleホーム
Traffic Directorバイナリがインストールされているディレクトリ。

- エージェントURL
管理サーバー・ホスト上で実行中の管理エージェントのURLを入力します。

- 接頭辞の設定
この設定の一意の識別子。このIDは、検出中のターゲットの名前に接頭辞として付加されます。

情報を指定し、「続行」をクリックすると、「確認」ポップアップが表示されます。

「確認」ポップアップで「閉じる」をクリックし、「続行」をクリックします。

表示される可能性のあるエラー・メッセージ

次は、入力した情報に誤りがある場合に表示される一般的なメッセージです。

ターゲットが見つかりませんでした。入力した内容を確認してください OTD-70104 管理サーバーと通信できません: 接続が拒否されました

原因: 通常、これは、入力したホストまたはポートが正しくないことを意味します。

処置: 正しいホストまたはポートを入力します。

ターゲットが見つかりませんでした。入力した内容を確認してください OTD-70104 管理サーバーと通信できません: ユーザーまたはパスワードが無効です

原因: 通常、これは、入力したユーザー名/パスワードが正しくないことを意味します。

処置: 正しいユーザー名とパスワードを入力してください。

ターゲットが見つかりませんでした。入力した内容を確認してください Oracleホーム - xxxxxxが無効です

原因: 通常、これは、入力したOracleホームが正しくないことを意味します。

処置: Oracleホームが正しいこと、およびスペルに誤りがないことを確認してください。

6.3.2.2 検出されたターゲット

「Traffic Directorの追加: 検出されたターゲット」画面には、検出されたTraffic Director構成およびインスタンスが、そのモニタリングに使用する管理エージェントとともに表示されます。

注意: この時点では、ターゲットは保存されていません。

「ターゲットの追加」をクリックして保存するか、「戻る」をクリックして、前の画面に戻り入力した詳細を確認します。

ページの表には、ターゲットとエージェントの割当てがリストされます。表には次のフィールドが含まれています。

- 名前: Traffic Director構成/インスタンスのターゲットの名前。

- タイプ: 検出するターゲットのタイプ。検出されたターゲットのタイプには、Traffic Director構成およびTraffic Directorインスタンスが含まれます。

- エージェントURL: ターゲットをモニタリングする管理エージェント。検出されるすべてのターゲットは、管理サーバーに配置された管理エージェントによってモニターされます。

6.3.2.3 結果の表示

「Traffic Directorの追加: 結果」ページの目的は結果を表示することです。このページにアクセスした時点で、ターゲットはすでに保存されています。ミドルウェア・ページに戻るには、「OK」をクリックします。

「Traffic Directorの追加: 構成とインスタンスの検索」画面で入力したエージェントURLは、検出されたすべてのターゲットのモニタリングに使用されます。管理エージェントを割り当てた後は、変更できません。

詳細情報は、Oracle Enterprise Manager SNMPサポート・リファレンス・ガイドを参照してください。

6.4 Traffic Directorインスタンスについて

検出後、仮想サーバー、オリジン・サーバー、インスタンスなどのエンティティのパフォーマンスをインスタンス・ホームページに表示できます。

インスタンス・ホームページに表示されるパフォーマンス(メトリックを示す表/チャート)はインスタンス・レベルで、メトリックは、そのインスタンスへ/からのデータ/トラフィックに基づいて計算されます。

このページには、Traffic Director構成ページの「インスタンス」リージョンでインスタンスをクリックしてアクセスします。

インスタンス・ホーム・ページに表示されるパフォーマンス・メトリック、パフォーマンス情報またはパフォーマンス・サマリーは、インスタンス・レベルです。

Traffic Directorインスタンス・ページには、次のリージョンがリストされます。

- サマリー: インスタンスに関する一般的な情報(インスタンスが起動されてから経過した時間、インスタンスの可用性およびインスタンスのバージョンなど)が表示されます。また、Traffic Director管理コンソールへのリンクを使用して、Traffic Directorインスタンスの構成および管理を直接実行できます。
さらに、「モニタリングと診断」セクションには、Traffic Directorインスタンスに関連するインシデントがあるかどうかが示されます。インシデントとは、解決する必要がある問題を表すイベントです。何に注意する必要があるかを特定するには、インシデントをクリックします。

「サマリー」リージョンには、インスタンス、リソース使用率およびプロキシ・キャッシュの統計も含まれます。

- レスポンスと負荷

- CPU使用率およびメモリー使用量

- 仮想サーバーとオリジン・サーバー

- フェイルオーバー・グループ: インスタンスが所属するフェイルオーバー・グループのみを表示します。

- Exalogic: リージョンが追加されているExalogic Elastic Cloudターゲットに関連付けられているTraffic Directorインスタンスの情報が表示されます。「Exalogic」リージョンは、Exalogic Elastic Cloudターゲット・ホーム・ページを使用して追加できるリージョンです。
このリージョンに表示されているTraffic Directorインスタンス/構成に関する詳細情報を参照するには、リンクをクリックして、各ターゲット・ホーム・ページに移動します。

注意: Traffic Director構成の詳細を表示するには、「ターゲット」メニューから「構成」を選択し、次に「最新収集」を選択します。

6.5 Traffic Directorリフレッシュ・フローについて

構成作成後に、Traffic Director管理サーバーで新しく追加した構成またはインスタンスの新しいターゲットを追加することも、Traffic Director管理サーバーにすでに存在しない構成またはインスタンスに対応するターゲットを削除することもできます。

子の追加や削除を反映するようにターゲット・プロパティを変更することもできます。「構成」ターゲット・プロパティのみが、インスタンスの追加や削除を反映するよう変更されます。

このフローにアクセスするには、「Traffic Director構成」ターゲット・メニューから、「構成のリフレッシュ」を選択します。

注意: このフローでは、構成およびインスタンスが異なる設定接頭辞の下で検出された、すべてのTraffic Director管理サーバーに対応するターゲットを追加および削除します。

6.5.1 新しく追加された構成への新規ターゲットの追加

新規ターゲットを新しく追加した構成に追加するには、次の手順を実行します。

1. 「ターゲット」メニューから「すべてのターゲット」を選択し、Traffic Directorターゲットを選択します。

2. 「Traffic Director構成」メニューから、「構成のリフレッシュ」を選択します。

3. 「ターゲットの追加」をクリックします。

4. 表示されるページでは、新しく追加された構成およびそのインスタンスが「新規」のリフレッシュ・ステータスで表に示されていることを確認します。「更新内容の保存」をクリックして、変更内容を保存します。

これで、新しい構成およびそのインスタンスのすべてのターゲットがリポジトリに保存され、モニターされるようになります。

6.5.2 新しく追加された構成のインスタンスの新規ターゲットの追加

新しく追加された構成のインスタンスの新規ターゲットを追加するには、次の手順を実行します。

1. 「ターゲット」メニューから「すべてのターゲット」を選択し、Traffic Directorターゲットを選択します。

2. 「Traffic Director構成」メニューから、「構成のリフレッシュ」を選択します。

3. 「ターゲットの追加」をクリックします。

4. 表示されるページでは、新しく追加されたインスタンスが「新規」のリフレッシュ・ステータスのターゲットとして、その構成が「変更済」のリフレッシュ・ステータスで、表に示されていることを確認します。「更新内容の保存」をクリックして、変更内容を保存します。

これで、新しいインスタンスのすべてのターゲットがリポジトリに保存され、モニターされるようになります。

6.5.3 削除された構成のターゲットの削除

削除された構成のターゲットを削除するには、次の手順を実行します。

1. 「ターゲット」メニューから「すべてのターゲット」を選択し、Traffic Directorターゲットを選択します。

2. 「Traffic Director構成」メニューから、「構成のリフレッシュ」を選択します。

3. 「ターゲットの削除」をクリックします。

4. 表示されるページでは、削除された構成およびその削除されたインスタンスが「削除済」のリフレッシュ・ステータスで表に示されていることを確認します。「更新内容の保存」をクリックして、変更内容を保存します。

これで、削除された構成およびインスタンスのすべてのターゲットが、リポジトリから削除されました。

6.5.4 削除されたインスタンスのターゲットの削除

削除されたインスタンスのターゲットを削除するには、次の手順を実行します。

1. 「ターゲット」メニューから「すべてのターゲット」を選択し、Traffic Directorターゲットを選択します。

2. 「Traffic Director構成」メニューから、「構成のリフレッシュ」を選択します。

3. 「ターゲットの削除」をクリックします。

4. 表示されるページでは、削除されたインスタンスが「削除済」のリフレッシュ・ステータスで、その構成が「変更済」のリフレッシュ・ステータスで、表に示されていることを確認します。「更新内容の保存」をクリックして、変更内容を保存します。

これで、すべての削除されたインスタンスに対応するすべてのターゲットが、リポジトリから削除されました。

第III部

Oracle WebLogicドメインおよびOracle GlassFishドメインのモニタリング

この部の章では、Oracle WebLogicドメインとOracle GlassFishドメインをモニターする方法について説明します。

次の章があります。

- 第7章「WebLogicドメインのモニタリング」

- 第8章「Oracle GlassFish Server管理の概要」

7 WebLogicドメインのモニタリング

ここでは、WebLogicドメインをモニターする方法について説明します。

Enterprise Managerバージョン12.1とSecure Socket Layer(SSL)プロトコルまたはTransport Layer Security (TLS)プロトコルを使用してWebLogic Serverを検出およびモニターする場合、管理エージェントは、セキュアな通信リンクを確立する前にサーバーを信頼できるようにする必要があります。エージェントは、セキュアな接続を確立する際にエージェントが信頼できる認証局(CA)の証明書を含むJavaキーストア(JKS)トラストストアを管理します。エージェントには、よく知られている9つのCA証明書が付属しています。

本番環境でWebLogic t3sを使用する顧客は、VeriSignやThawteなどの有名な認証局(CA)で署名された証明書をWebLogicサーバーで使用することをお薦めします。一部の一般的なルートCA証明書は、エージェントのJKSベースのトラストストアですぐに利用でき、顧客による操作は不要です。ただし、自己署名証明書やデフォルトの(即時利用可能な)デモ証明書をWebLogicサーバーで使用する場合、これらのサーバー証明書のルートCA証明書をエージェントのトラストストアに明示的にインポートするには、次の手順が必要になります。

JKSエージェント・トラストストアは次の場所にあります。

$ORACLE_HOME/sysman/config/montrust/AgentTrust.jks

注意: ORACLE_HOMEは管理エージェントのインスタンスのホームです。

セキュアなプロトコルを使用するWebLogicドメインの検出およびモニタリングに関連するすべてのEnterprise Managerエージェントでエージェント・トラストストアを更新する必要があります。

7.1 エージェント・トラストストアの更新

エージェント・トラストストア(AgentTrust.jks)を更新するにはEMCTLを使用します。デフォルトのデモ証明書(または自己署名証明書)をt3/iiopsのWebLogic Serverで使用する場合、エージェントがt3sを使用してこれらのWebLogic ServerとJ2EEアプリケーションを検出およびモニターできるようにするには、そのルートCA証明書をAgentTrust.jksに追加する必要があります。この目的でEMCTLコマンドが提供されます。

emctl secure add_trust_cert_to_jks [-password <password> -trust_certs_loc <loc> -alias <alias>]

構造の各要素の意味は、次のとおりです。

- password: AgentTrust.jksへのパスワード(指定しない場合、コマンドラインでパスワードが求められます)

- trust_certs_loc: インポートする証明書ファイルの場所

- alias: インポートする証明書のエイリアス

7.1.1 デモWebLogic ServerルートCA証明書のインポート

デモWebLogic ServerのルートCA証明書をエージェントのトラストストアにインポートするには、エージェントがあるホストからEMCTLのsecureコマンドを実行する必要があります。

<ORACLE_HOME>/bin/emctl secure add_trust_cert_to_jks -password "welcome"

注意: ORACLE_HOMEは管理エージェントのインスタンスのホームです。

次の例は、add_trust_cert_to_jksオプションを指定してsecureコマンドを使用する典型的なセッションを示しています。

例7-1 サンプルのセッション

./emctl secure add_trust_cert_to_jks -password welcome
Oracle Enterprise Manager 12c Release 1 Cloud Control 12.1.0.2.0
Copyright (c) 1996, 2012 Oracle Corporation.  All rights reserved.

Message   :   Certificate was added to keystore
ExitStatus: SUCCESS

AgentTrust.jksのデフォルトで即時利用可能なパスワードは「welcome」です。JDKキーツール・ユーティリティを使用してこのパスワードを変更することをお薦めします。EMCTLコマンドでパスワードを指定しない場合、パスワードが求められます。

7.1.2 カスタム・ルートCA証明書のインポート

WebLogic Serverを自己署名証明書などの別の証明書で保護する場合、そのルートCA証明書をエージェントのトラストストアに次のようにインポートする必要があります。

<ORACLE_HOME>/bin/emctl secure add_trust_cert_to_jks -password "welcome"
trust_certs_loc <location of certificate> -alias <certificate-alias>

注意: ORACLE_HOMEは管理エージェントのインスタンスのホームです。

7.1.3 TLSモードでのドメイン検出の前提条件

Oracle Management ServiceがTLSモードのみで実行する場合は、ターゲットの管理エージェントで次のパラメータを設定します。これは、WebLogic Serverドメインの検出を実行する管理エージェントです。

emctl secure agent -protocol TLS

emctl setproperty agent -name
allowTLSOnly -value true

7.2 キーツールを使用したデフォルトのAgentTrust.jksパスワードの変更

次のJVMキーツール・ユーティリティ・コマンドにより、AgentTrust.jksに対する即時利用可能なデフォルトのパスワードを変更できます。

<ORACLE_HOME>/jdk/bin/keytool -storepasswd -keystore AgentTrust.jks -storepass welcome -new myNewPass

注意: ORACLE_HOMEは管理エージェントのインスタンスのホームです。

7.3 WebLogic ServerのJVMパフォーマンス・メトリックの収集

プラットフォームMBeanからJVMパフォーマンス・メトリックを収集するには、ランタイムMBeanServerからMBeanにアクセスできるようにする必要があります。このためには、WebLogicコンソールでPlatformMBeanServerEnabled=trueを設定します。Domain->Advanced

注意:
Java Required Files(JRF)がインストールされていないWebLogic Serverインストールにのみ適用されます。

7.3.1 PlatformMBeanServerUsed属性の設定

リリース9.2.0.40、10.0.2.0、10.3.1、10.3.2のWebLogic Serverおよび9.xリリースの特定のパッチを使用している場合、(前述の項で示した)PlatformMBeanServerEnabledの設定以外に、PlatformMBeanServerUsed属性をTRUEに明示的に設定する必要があります。次の項で示すように、WebLogic Scripting Tool(WLST)を使用してPlatformMBeanServerUsed属性を設定します。

注意:
10.3.3以降のWebLogic Serverでは、即時利用可能なデフォルトの動作を使用すると、ランタイムMBeanServerからプラットフォームMBeanにアクセスできます。そのため、この項は省略できます。

7.3.2 WebLogic Server 9.xまたは10.3.2バージョンでのプラットフォームMBeanのアクティブ化

例7-2に示す次のWebLogic Scripting Toolセッションは、PlatformMBeanServerUsed属性の使用、確認および設定の方法を示しています。

ユーザーのアクションは太字になっています。

例7-2 PlatformMBeanServerUsedの設定

cd common/bin/

ade:[ adminsw_easvr ] [adminsw@mymachine bin]$ ./wlst.sh

CLASSPATH=/net/mymachine/scratch/shiphomes/wl/wl10/patch
wls1002/profiles/default/sys_manifest_classpath/weblogic
patch.jar:/net/mymachine/scratch/shiphomes/wl/wl10/patch
cie640/profiles/default/sys_manifest_classpath/weblogic
patch.jar:/net/mymachine/scratch/shiphomes/wl/wl10/jrockit_150
15/lib/tools.jar:/net/mymachine/scratch/shiphomes/wl/wl10/wlserver
10.0/server/lib/weblogic_sp.jar:/net/mymachine/scratch/shiphomes/wl/wl10/wlserver
10.0/server/lib/weblogic.jar:/net/mymachine/scratch/shiphomes/wl/wl10/modules/fea
ures/weblogic.server.modules
10.0.2.0.jar:/net/mymachine/scratch/shiphomes/wl/wl10/modules/features/com.bea.ci
.common-plugin.launch
2.1.2.0.jar:/net/mymachine/scratch/shiphomes/wl/wl10/wlserver
10.0/server/lib/webservices.jar:/net/mymachine/scratch/shiphomes/wl/wl10/modules/
rg.apache.ant
1.6.5/lib/ant-all.jar:/net/mymachine/scratch/shiphomes/wl/wl10/modules/net.sf.ant
ontrib_1.0b2.0/lib/ant-contrib.jar:
PATH=/net/mymachine/scratch/shiphomes/wl/wl10/wlserver
10.0/server/bin:/net/mymachine/scratch/shiphomes/wl/wl10/modules/org.apache.ant
1.6.5/bin:/net/mymachine/scratch/shiphomes/wl/wl10/jrockit_150
15/jre/bin:/net/mymachine/scratch/shiphomes/wl/wl10/jrockit_150
15/bin:/home/adminsw/products/valgrind/bin:/ade/adminsw
easvr/oracle/jdk/bin:/ade/adminsw
easvr/oracle/work/middleware/oms/perl/bin:/bin:/usr/local/bin:/usr/local/remote/p
ckages/firefox-1.5.0.3:/ade/adminsw_easvr/oratst/bin:/ade/adminsw
easvr/oracle/buildtools/bin:/ade/adminsw_easvr/oracle/emdev/merge:/ade/adminsw
easvr/oracle/emdev/utl:/ade/adminsw_easvr/oracle/utl:/pdp/pds/utl:/ade/adminsw
easvr/oracle/work/middleware/oms/bin:/ade/adminsw
easvr/oracle/nlsrtl3/bin:/opt/SUNWspro/bin:/usr/ccs/bin:/usr/bin:/usr/sbin:/ade/a
minsw
easvr/oracle/opmn/bin:/usr/X11R6/bin:/home/adminsw/products/valgrind/bin:/home/ad
insw/products/valgrind/bin:/usr/kerberos/bin:/home/adminsw/products/valgrind/bin:
bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin:/usr/local/ade/bin:/bin:/usr/local/bin

Your environment has been set.

CLASSPATH=/net/mymachine/scratch/shiphomes/wl/wl10/patch
wls1002/profiles/default/sys_manifest_classpath/weblogic
patch.jar:/net/mymachine/scratch/shiphomes/wl/wl10/patch
cie640/profiles/default/sys_manifest_classpath/weblogic
patch.jar:/net/mymachine/scratch/shiphomes/wl/wl10/jrockit_150
15/lib/tools.jar:/net/mymachine/scratch/shiphomes/wl/wl10/wlserver
10.0/server/lib/weblogic_sp.jar:/net/mymachine/scratch/shiphomes/wl/wl10/wlserver
10.0/server/lib/weblogic.jar:/net/mymachine/scratch/shiphomes/wl/wl10/modules/fea
ures/weblogic.server.modules
10.0.2.0.jar:/net/mymachine/scratch/shiphomes/wl/wl10/modules/features/com.bea.ci
.common-plugin.launch
2.1.2.0.jar:/net/mymachine/scratch/shiphomes/wl/wl10/wlserver
10.0/server/lib/webservices.jar:/net/mymachine/scratch/shiphomes/wl/wl10/modules/
rg.apache.ant
1.6.5/lib/ant-all.jar:/net/mymachine/scratch/shiphomes/wl/wl10/modules/net.sf.ant
ontrib
1.0b2.0/lib/ant-contrib.jar::/net/mymachine/scratch/shiphomes/wl/wl10/wlserver
10.0/common/eval/pointbase/lib/pbembedded51.jar:/net/mymachine/scratch/shiphomes/
l/wl10/wlserver
10.0/common/eval/pointbase/lib/pbtools51.jar:/net/mymachine/scratch/shiphomes/wl/
l10/wlserver_10.0/common/eval/pointbase/lib/pbclient51.jar

Initializing WebLogic Scripting Tool (WLST) ...

Welcome to WebLogic Server Administration Scripting Shell

Type help() for help on available commands

wls:/offline>

wls:/offline> connect('weblogic','welcome1','mymachine:7501')
Connecting to t3://mymachine:7501 with userid weblogic ...
Successfully connected to Admin Server 'AdminServer' that belongs to domain 'base
domain'.

Warning: An insecure protocol was used to connect to the server. To ensure
on-the-wire security, the SSL port or Admin port should be used instead.

wls:/base_domain/serverConfig> edit()
Location changed to edit tree. This is a writable tree with DomainMBean as the
root. To make changes you will need to start an edit session via startEdit().

For more help, use help(edit)

wls:/base_domain/edit> startEdit()
Starting an edit session ...
Started edit session, please be sure to save and activate your changes once you
are done.

wls:/base_domain/edit !> cd('JMX')

wls:/base_domain/edit/JMX !> ls()
drw-   base_domain

wls:/base_domain/edit/JMX !> cd ('base_domain')

wls:/base_domain/edit/JMX/base_domain !> ls()
-rw-   CompatibilityMBeanServerEnabled              true
-rw-   DomainMBeanServerEnabled                     true
-rw-   EditMBeanServerEnabled                       true
-rw-   InvocationTimeoutSeconds                     0
-rw-   ManagementEJBEnabled                         true
-rw-   Name                                         base_domain
-rw-   Notes                                        null
-rw-   PlatformMBeanServerEnabled                   true
-rw-   PlatformMBeanServerUsed                      false **
-rw-   RuntimeMBeanServerEnabled                    true
-r--   Type                                         JMX

-r-x   freezeCurrentValue                           Void : String(attributeName)
-r-x   isSet                                        Boolean : String(propertyName
)
-r-x   restoreDefaultValue                          Void : String(attributeName)
-r-x   unSet                                        Void : String(propertyName)

wls:/base_domain/edit/JMX/base_domain !> set('PlatformMBeanServerUsed','true')
wls:/base_domain/edit/JMX/base_domain !> ls()

-rw-   CompatibilityMBeanServerEnabled              true
-rw-   DomainMBeanServerEnabled                     true
-rw-   EditMBeanServerEnabled                       true
-rw-   InvocationTimeoutSeconds                     0
-rw-   ManagementEJBEnabled                         true
-rw-   Name                                         base_domain
-rw-   Notes                                        null
-rw-   PlatformMBeanServerEnabled                   true
-rw-   PlatformMBeanServerUsed                      true  **
-rw-   RuntimeMBeanServerEnabled                    true
-r--   Type                                         JMX
-r-x   freezeCurrentValue                           Void : String(attributeName)
-r-x   isSet                                        Boolean : String(propertyName
)
-r-x   restoreDefaultValue                          Void : String(attributeName)
-r-x   unSet                                        Void : String(propertyName)

wls:/base_domain/edit/JMX/base_domain !> activate()
Activating all your changes, this may take a while ...
The edit lock associated with this edit session is released once the activation is completed.

The following non-dynamic attribute(s) have been changed on MBeans
that require server re-start: **
MBean Changed : com.bea:Name=base_domain,Type=JMX
Attributes changed : PlatformMBeanServerUsed

Activation completed
wls:/base_domain/edit/JMX/base_domain> ade:[ adminsw_easvr ] [adminsw@mymachine bin]$
ade:[ adminsw_easvr ] [adminsw@mymachine bin]$

**注意: PlatformMBeanServerUsed属性はWebLogicリリース10.3.1.0および10.3.2.0にあり、それより以前のリリースのパッチにもあります。前述のPlatformMBeanServerUsed属性がない場合や、属性がすでにtrueに設定されている場合、コマンドを実行する必要はありません。

8 Oracle GlassFish Serverの管理の概要

ここでは、Oracle Enterprise Managerを使用して、Oracle GlassFishのドメイン、サーバーおよびクラスタをモニターする方法を説明します。

Oracle GlassFish Server (GlassFish Server)は、Java Platform, Enterprise Edition (Java EEプラットフォーム)アプリケーションおよびJavaテクノロジに基づくWebテクノロジの開発とデプロイメントに必要なサーバー環境を提供します。

内容は次のとおりです。

- 開始する前に

- Oracle GlassFishドメインの理解

- Oracle GlassFish Serverホームページの理解

- Oracle GlassFishクラスタ・ホームページの理解

- Oracle GlassFishメンバーに関して収集された構成データの表示

8.1 開始する前に

Oracle GlassFishを使用する前に、Oracle GlassFishの概要を十分に理解しておいてください。Oracle GlassFish Serverの資料を参照してください(http://www.oracle.com/technetwork/middleware/glassfish/documentation/index.html)

また、Oracle GlassFishの使用に必要なロールと権限を付与されていることを確認してください。

8.1.1 GlassFishのロールと権限

Oracle GlassFishを使用する前に、次の権限を利用できることを確認してください。

タスク

権限

GlassFishターゲットの起動および停止

FMW_PROCESS_CONTROL_TARGET; CREATE_JOB

メニューの表示、開始、停止、再開

FMW_PROCESS_CONTROL_TARGET

メニューの使用開始、使用停止、使用再開

CREATE_JOB

検出とリフレッシュ

CREATE_PROPAGATING_GROUP

8.1.2 起動および停止操作を有効にするためのドメイン証明書の追加

Oracle GlassFishターゲットを起動するには、ドメイン証明書をOracle Glassfishドメイン(起動および停止操作を実行するドメイン)から手動でエクスポートし、それをエージェントのAgentTrust.jksファイルに追加する必要があります(追加したファイルがそのドメインのモニターに使用されます)。

証明書を追加するには、次の操作を実行します。最初に、Oracle GlassFishドメインの証明書を一時証明書ファイル(server.cer)に抽出します。2番目に、この証明書をエージェントのトラスト・ストアに追加します。

1. この手順は、GlassFishドメインの構成がインストールされている場所から実行する必要があります。次に、そのドメインまたはサーバーをモニタリングしているエージェントの下の指定された場所に、このserver.cerファイルをコピーします。

keytool -keystore  <GlassFish Domain>/config/cacerts.jks  -export -alias
<alias> -file <file> -noprompt -storepass <password>

Where:
<GlassFish Domain> - Domain where file is located
<alias> - Alias of Oracle Glassfish domain certificate in cacerts.jks (Default is s1as)
<password> - Password for cacerts.jks (Default is changeit)
<file> - Temporary certificate file to which domain certificate is added,
for example, server.cer

2. keytoolコマンドまたはemctlコマンドを使用して、この証明書をAgentTrust.jksファイルにインポートします。これはエージェント上で実行する必要があります。

emctl secure add_trust_cert_to_jks [-password <password>
-trust_certs_loc <loc> -alias <alias>]

Where:
<password> - password to the AgentTrust.jks file
<loc> - location of the certificate(certificate.cer) file to import
<alias> - alias for the certificate to import

OR

keytool -import -alias <alias> -file <file>
-keystore  <AGENT_HOME>/sysman/config/montrust/AgentTrust.jks
-noprompt -storepass <password>

Where:
<alias> - alias for the certificate to import
<file> - temporary file to which certificate was exported in step 1
<AGENT_HOME> - path to agent_inst directory
<password> - password to the AgentTrust.jks file

8.2 Oracle GlassFishドメインの理解

GlassFish Server管理者としてGlassFishドメインの全体的な状態を理解するために、GlassFishドメイン・ホーム・ページを使用できます。このホーム・ページでは、ドメインのサマリー情報と、クラスタおよびサーバーの特性が提供されます。

注意:
Enterprise Managerで必要なモニタリング属性またはコンポーネント・モニタリング・レベルあるいはその両方を有効化するために構成されたサーバーまたはクラスタがない場合、エラーが表示されます。Enterprise Managerでメトリックを収集および表示するには、モニタリングをサーバーで有効にする必要があります。GlassFish Server管理コンソールに移動して、各サーバーのモニタリングの構成リンクをクリックします。モニタリング・サービスおよびモニタリングMBeanが有効であることを確認してください。
また、次のコンポーネントに対してモニタリング・レベルがHIGHに設定されていることを確認してください。

- コネクタ接続プール

- コネクタ・サービス

- EJBコンテナ

- JDBC接続プール

- JMSサービス

- JVM

- トランザクション・サービス

- Webコンテナ

注意: ページの上部で、タイムスタンプの上に表示されるホストは、ターゲットをモニタリングするエージェントのホストです。これは管理サーバー・ホストである可能性があります。

サマリー

「サマリー」セクションでは、ドメインの一般情報、GlassFish Server管理コンソールへのリンク、およびモニタリングと診断の統計が提供されます。

- 一般
このドメインの管理サーバー、管理サーバーがデプロイされているホスト、リスナー・ポートとSecure Sockets Layer (SSL)のリスナー・ポート、およびドメインの最終リフレッシュ時刻が表示されます。

リスナー・ポートは管理サーバーに関連付けられることに注意してください。

名前のリンクをクリックすると、管理サーバーのホームページにドリルダウンできます。

- ツール
GlassFish Serverを構成および管理できるGlassFish Server管理コンソールへのリンクが提供されます。

- モニタリングと診断

- 過去7日間に発生したインシデントの数が提供されます。インシデントは、監視対象の問題で、即時のアクションによる解決あるいは根本原因の解決が必要であることを示す、1つのイベント、または相関関係のある一連のイベントです。

- 子ターゲットのインシデントの数および重大度が提供されます。子ターゲットは、ドメイン内のメンバー(子や孫など)です。たとえば、ドメインの子ターゲットは、そのドメインのクラスタまたはサーバーと、その下位にある他の任意のターゲットです。
子ターゲットのインシデント数には、それ自体(子のみ)のインシデントは含まれないことに注意してください。

- 構成の変更が通知されます。「構成の変更」の横にあるリンクをクリックすると、構成変更の内容と時期を確認できます。

クラスタ

ドメインにクラスタが含まれる場合、このリージョンにクラスタがリストされます。ドメインにクラスタが含まれない場合、表に「クラスタが見つかりません」というメッセージが表示されます。

クラスタごとに、名前、ステータス、サーバーおよびインシデントのフィールドが表示されます。

サーバー

ドメイン・ホームページに、ドメイン内に含まれるすべてのサーバー(ドメインのクラスタ内に含まれるサーバーなど)がリストされます。

サーバーごとに、名前、ステータス、ホスト、関連クラスタ、構成データおよびパフォーマンス・データが表示されます。サーバーに関する追加情報は、サーバー名をクリックしてください。

「ドメイン・ターゲット」メニュー

ドメイン・ホームページでは、このページから実行できる追加機能のメニューが提供されます。メニューは、ドメイン名の下にあります。

特定の目的のメニュー・オプションは、次のとおりです。

- 診断: これらのツールでは、Javaアプリケーションの可用性とパフォーマンスの問題を検出して解決できます。また、Javaアプリケーションのモニター、JVMプールの構成、ライブ・スレッドの分析、およびスレッド、ヒープ、JFRのスナップショットの表示を行うことができます。JVM診断ツールの詳細は、第21章「JVM診断の使用方法」を参照してください。

- 制御 - すべてのサーバーを起動、再起動および停止したり、すべてのサーバーのブラックアウトを作成および終了できます。ブラウンアウトおよびブラックアウト操作を除き、これらの操作はGlassFish管理サーバーに影響しないので注意してください。

- GlassFish Server管理コンソール: GlassFish Server管理コンソールに対する新しいウィンドウを開きます。このコンソールでは、GlassFishドメインとそのメンバー(サーバーやクラスタなど)の詳細な制御と管理が可能です。

- GlassFishドメインのリフレッシュ: ドメインをリフレッシュします。
この操作によって、ドメインを再検出します。リフレッシュが実行されると、管理エージェントはREpresentational State Transfer (REST)インタフェースを通じて管理サーバーに接続し、ドメイン・メンバーシップの変更を取得します。

メンバーシップの変更には、新しいGlassFish Serverの追加または削除、あるいはGlassFishクラスタの作成または削除が含まれることがあります。リフレッシュを実行する場合、管理サーバーが起動して実行中である必要があります。

8.2.1 モニターするOracle GlassFishドメインの追加方法

Oracle GlassFishドメインをEnterprise Manager Cloud Controlに追加するために、2つの方法を利用できます。

複数のドメインを検出する必要がある場合、Enterprise Managerコマンドライン・インタフェース(EMCLI)の使用を検討してください。これによって、1回の操作で複数のドメインを検出できます。詳細は、『Oracle Enterprise Managerコマンドライン・インタフェース』を参照してください。

Oracle GlassFishドメインを検出する方法に関するビデオを見るには、「ここ」をクリックします。

方法1

1. 「ターゲット」メニューから「ミドルウェア」を選択します。

2. 「追加」ボタンをクリックし、「Oracle GlassFishドメイン」を選択します。

3. GlassFishドメインの追加: ターゲットの検索ページで、アスタリスクで示されている必須情報を指定します。「続行」をクリックします。

4. エージェントを再割当てします。

方法2

1. 画面の右上にある「Enterprise Managerの設定」メニューから、「ターゲットの追加」を選択し、次に「ターゲットの手動追加」を選択します。

2. ターゲットの手動追加ページで、「ガイド付きプロセスを使用してターゲットを追加(関連ターゲットも追加)」を選択します。

3. 「ターゲット・タイプ」メニューで、「Oracle GlassFishドメイン」を選択します。

4. 次に、「ガイド付きプロセスを使用した追加」ボタンをクリックします。

5. GlassFishドメインの追加: ターゲットの検索ページで、アスタリスクで示されている必須情報を指定します。「続行」をクリックします。

6. エージェントを再割当てします。

8.2.2 Oracle GlassFishドメインの追加: ターゲットの検索および割当て

ドメインをCloud Controlコンソールに追加した後、次のタスクを実行します。

- GlassFishサーバーが予期せず停止する、キーとなるパフォーマンス・メトリックのしきい値に達するなどの可能性のある問題が発生する場合、通知メソッドおよび通知スケジュールを構成して、電子メールおよびページ通知を受信します。

- GlassFish関連コンポーネントのモニタリング・テンプレートを作成して、主要なパフォーマンス・メトリックのしきい値、および構成データとモニタリング・データの収集頻度を設定します。このテンプレートを複数のGlassFishコンポーネントに適用して、すべてのコンポーネントを同じようにモニターできます。

管理対象ターゲットとしてOracle Glassfishドメインを追加(検出)する前に、ドメインに関連付けられているターゲットの検出にCloud Controlで必要な情報を指定する必要があります。次のように必要な情報を指定します。

フィールド

説明

管理サーバー・ホスト

ドメイン管理サーバー・ホストの名前。指定されたリストからホストを選択します。これは管理サーバーをインストールおよび実行するホスト名です。
検出を開始する前に、管理サーバーが稼働中でアクセスできることを確認してください。検出を実行するために管理サーバーが稼働中である必要がありますが、ドメインおよびそのメンバーの可用性およびパフォーマンスをモニターするためにCloud Controlを稼働したままにする必要はありません。ただし、ドメインをリフレッシュする(つまり、新しく作成したコンポーネントのモニタリングを開始するか、最近削除したコンポーネントを削除するためにドメインを再検出する)たびに、管理サーバーが稼働中であることを確認する必要があります。

ポート

管理サーバー・ホストのポート番号。デフォルトのポート番号は4848です。これは管理サーバーがリスニングするポートです。検出UIのデフォルトのポート番号は7001です。
ポートがHTTPSプロトコルのみに構成される場合、このページの「詳細」セクションでプロトコルとしてHTTPSを指定する必要もあります。セキュアなドメインを検出するには、httpsプロトコルを使用します。

エージェントを保護する必要がある場合、emctlを使用します。デフォルトのデモ証明書または自己署名証明書をt3s/iiopsのGlassFishサーバーに使用している場合、エージェントでt3sを使用してこれらのGlassFishサーバーおよびJava EEアプリケーションを検出およびモニターできるように、このルートCA証明書をAgentTrust.jksに追加する必要があります。この目的でemctlコマンドが提供されます。

emctl secure add_trust_cert_to_jks [-password <password> -trust_certs_loc <loc> -alias <alias>]

各パラメータの意味は次のとおりです。

- alias - インポートする証明書の別名

- password - AgentTrust.jksへのパスワード(指定しない場合、求められます)

- trust_certs_loc - インポートする証明書ファイルの場所

ユーザー名

管理サーバー・ドメインのユーザー名。ユーザーには、検出/リフレッシュするCREATE_PROPAGATING_GROUP権限が必要です。

パスワード

管理サーバー・ドメインのパスワード

一意のドメイン識別子

同じドメイン名を持つ環境内でドメイン名を一意にするための接頭辞として使用されます。たとえば、一意のドメイン識別子がDomain01であり、ドメイン名がproduction_domainである場合、Enterprise Managerのドメイン名はDomain01_production_domainになります。
デフォルトの一意のドメイン識別子はDomain01です。追加ドメインが検出されるたびに、この識別子は増えていきます。たとえば、名前stage_domainのドメインを検出する場合、Enterprise Managerのドメイン名はDomain02_stage_domainです。

デフォルトの識別子を変更できます。ただし、識別子には、英数字および特殊文字'_'のみを使用する必要があります。他の特殊文字は、識別子に使用できません。

エージェント

ターゲットの検出に使用されるエージェント、つまりGlassFish管理サーバーへの接続に使用されるエージェント。
指定された管理エージェントは、管理サーバーに対してローカル(つまり、管理サーバーと同じホスト・マシンにインストールされている)か、管理サーバーに対してリモート(つまり、管理サーバーと異なるホスト・マシンにインストールされている)にできます。ドメインおよびそのメンバーの詳細を検出するため、管理エージェントは、RESTインタフェースを使用して管理サーバーに接続します(そのため、管理サーバーが稼働中である必要があります)。

このエージェントは、モニタリングに使用されるエージェントと同じにする必要はありません。通常、ターゲットを検出する場合、GlassFish管理サーバーにローカルのエージェントを選択します。モニタリング用のエージェントを選択する場合、各管理対象サーバーにローカル・エージェントを選択します。各管理対象サーバーにローカル・エージェントがない場合、デフォルトで検出に使用されるエージェントが使用されます。

ドロップダウン・リストから選択できます。エージェントはバージョン12.1の管理エージェントである必要があります。

「詳細」セクションには、ターゲットを検出および割り当てる追加情報が表示されます。

フィールド

説明

プロトコル

httpまたはhttpsを使用して、管理サーバーに接続します。「プロトコル」フィールドのデフォルト値はhttpです。

サービスURL

GlassFishドメインへのJMX接続の作成に使用する接続文字列。

外部パラメータ

Javaプロセスにパラメータを渡すオプションのフィールドで、管理サーバーに接続するために使用されます。これらの各パラメータの先頭は-Dである必要があります。
値のペアをスペースで区切り、-Dkerborosekey=a -Dparam2=b -Dparam3=cのように指定できます。例:-Dname=foo -Dparam1=abcd

検出デバッグ・ファイル名

このセッションのエージェント側検出メッセージはこのファイルにログとして記録されます。このファイルは、検出エージェントのログ・ディレクトリ<agent home>/sysman/logに生成されます。このファイルがすでに存在する場合は、更新されます。

すべての情報を指定した後、「続行」をクリックします。

Enterprise Managerがターゲットを検索していることを示す処理ページが表示されます。処理が完了すると、検出されたターゲット数がこの処理ページに表示されます。エージェントの割当てページが表示されます。

注意: システムでHTTPソケット接続の最大数に達したため、ファームの検出またはリフレッシュのプロセスが失敗した場合、emd.propertiesファイルを編集し、MaxInComingConnectionsパラメータを500に増やす必要があります。変更した後に、エージェントをバウンスします。

エージェントの割当て

エージェントは自動的に割り当てられます。サーバーが実行されている場所でローカル・エージェントが見つかった場合、そのエージェントが割り当てられます。それ以外の場合は、ターゲットの検索ページで入力したエージェントが割り当てられます。

エージェントにターゲットを保存中処理ウィンドウが表示され、追加されて正常に保存されたターゲットの合計数が示されます。また、追加できなかったターゲットの数も示されます。

エージェントの割当てが失敗せず警告が発生しなかった場合、デフォルトでは、「表示/非表示」セクションは表示されません。警告がある場合、「表示/非表示」セクションは自動的に展開され、「結果」表が表示されます。

ドメインのターゲットが将来変更されたときは、「ドメインのリフレッシュ」オプションを使用して、ターゲットを追加または削除できます。

検出後

ドメインをCloud Controlコンソールに追加した後、次のタスクを実行します。

- GlassFishサーバーが予期せず停止する、キーとなるパフォーマンス・メトリックのしきい値に達するなどの可能性のある問題が発生する場合、通知メソッドおよび通知スケジュールを構成して、電子メールおよびページ通知を受信します。

- GlassFish関連コンポーネントのモニタリング・テンプレートを作成して、主要なパフォーマンス・メトリックのしきい値、および構成データとモニタリング・データの収集頻度を設定します。このテンプレートを複数のGlassFishコンポーネントに適用して、すべてのコンポーネントを同じようにモニターできます。

注意

- システムでHTTPソケット接続の最大数に達したため、ドメインの検出またはリフレッシュのプロセスが失敗した場合、emd.propertiesファイルを編集し、MaxInComingConnectionsパラメータを500に増やす必要があります。変更した後に、エージェントをバウンスします。

- カスタム証明書のあるセキュアなGlassFishドメインを検出した場合は、次のエージェントのエージェント・トラスト・ストアにその証明書もインポートする必要があります。

- 検証エージェント

- そのGlassFishドメインに属するターゲットのモニタリングに使用されるすべてのエージェント

- ローカル管理エージェントがドメイン内のGlassFishサーバーと同じホスト・マシンで検出される場合、そのエージェントはGlassFishサーバーをモニターするために自動的に割り当てられます。

- 検出プロセスで検証エラーが発生した場合は、メッセージ・ボックスにエラーが表示されます。同様に、検出時にターゲットのプッシュ先エージェントが停止している場合は、そのターゲットに対する操作が失敗することを示すエラー・メッセージが表示されます。

- ターゲットのモニタリング構成は簡単に変更できます。詳細は、「ターゲットのモニタリング構成の変更」を参照してください。

- 「GlassFishドメイン」メニューの「GlassFishドメインのリフレッシュ」オプションを使用して、既存のドメインをリフレッシュできます。

8.2.3 Oracle GlassFishドメインの追加: 結果の表示

検出されたターゲットの数がエージェントの割当てページに表示された後、Cloud Controlを使用して、ドメインで検出されたターゲットを表示できます。結果ページには、すべてのターゲットが正常に追加された、またはプロセスが部分的に成功した、などの情報が示される場合があります。結果ページには、成功したターゲットの数とともに失敗したターゲットの数がリストされます。エラーのあったターゲットを再試行することもでき、それには「エラー状態のターゲットの再試行」機能を使用します。

エージェントの割当てが失敗せず警告が発生しなかった場合、デフォルトでは、「表示/非表示」セクションは表示されません。警告がある場合、「表示/非表示」セクションは自動的に展開され、「結果」表が表示されます。

「結果」表には、「ターゲット」、「タイプ」、「ホスト」、「構成済のエージェント」および「ステータス」がリストされます。ターゲットは、展開された階層に表示されます。エージェントをターゲットに手動で割り当てるオプションを選択していた場合は、「構成済のエージェント」フィールドでエージェントを入力できます。それ以外の場合は、サーバーが実行されている場所で見つかったローカル・エージェントが割り当てられるか、またはターゲットの検索ページで入力したエージェントが割り当てられます。

エージェントが割当て可能なターゲットについてのみ、エージェントを変更できます。J2EEアプリケーションやSOAインフラなどの親エージェントを使用するターゲットのモニタリング・エージェントは、変更できません。

「ステータス」列には、各ターゲットの結果と次の値が表示されます。

- 成功(緑色のチェック・マーク) -- ターゲットが正常にエージェントにプッシュされました

- 失敗(赤色のX) -- ターゲットをエージェントにプッシュできませんでした

- 保存済 -- ターゲットはすでに保存されています

検出時にターゲットのプッシュ先エージェントが停止している場合は、そのターゲットに対する操作が失敗することを示すエラー・メッセージが表示されます。

すべての処理の完了後、「エラー状態のターゲットの再試行」ボタンを押して、エージェントの割当てに関するエラーのためにターゲットが追加されていないことが原因で発生した問題を修正できます。エラー状態のターゲットの再試行ウィンドウが表示されます。エラーのために追加されなかったすべてのターゲットからなる、スクロール可能な表が表示されます。多くの場合、ターゲットが追加されなかったのは、検出時にエージェントが起動されていなかったことが原因です。「エージェント」フィールドでエージェントを変更するか、ただ単に「再試行」をクリックしてプロセスを再度開始します。

または、このページから移動し、後でこのページに戻って問題に対処することもできます。「取消」をクリックした場合は、検出されたすべてのターゲットがCloud Controlによってモニターされ、ミドルウェア・ページが表示されます。

注意: システムでHTTPソケット接続の最大数に達したため、ドメインの検出またはリフレッシュのプロセスが失敗した場合、emd.propertiesファイルを編集し、MaxInComingConnectionsパラメータを500に増やす必要があります。変更した後に、エージェントをバウンスします。

8.2.4 Oracle GlassFishドメインへのアクセス方法

Oracle GlassFishドメイン・ホームページにアクセスするには、次の手順を実行します。

1. 「ターゲット」メニューから「ミドルウェア」を選択します。

2. ミドルウェア・ページで、「領域」フィールドのOracle GlassFishを選択して「検索」をクリックします。表で、目的のGlassFishドメインをクリックします。GlassFishドメイン・ページが表示されます。

このページでは、次の操作が可能です。

- GlassFish Server管理コンソールに簡単にアクセスして、ドメインの構成変更を行い、管理操作を実行できます。

- ドメイン管理サーバーを除くすべてのサーバーおよびクラスタを起動および停止します。

- メンテナンスのためにドメインを停止する必要がある場合、ドメインをブラウンアウトまたはブラックアウトできます。ドメインをブラウンアウトすると、データ収集アクティビティは継続しますがアラート通知が送信されません。ドメインをブラックアウトすると、データ収集アクティビティが一時停止され、アラート通知が送信されません。
ページの上部にある「ブラックアウトの作成」をクリックして、この機能にアクセスします。「GlassFishドメイン」メニューで「制御」メニューから「ブラックアウトの作成」または「ブラウンアウトの作成」を選択することもできます。

- ターゲット・ホームページに表示されるレイアウトとデータをカスタマイズできます。行う変更は、カスタマイズしている特定のターゲット・タイプのすべてのターゲット・ホーム・ページで維持され、また、現在ログインしているユーザー資格者に維持されます。これにより、様々なターゲット・タイプをモニタリングするためのカスタマイズされたコンソールを作成できます。

- 新しいサーバーの作成後または新しいアプリケーションのデプロイ後にドメインをリフレッシュできます。これによって、このページで最新情報を参照できます。

- 収集した構成データの表示と分析、サーバー間の構成の比較、経時的な構成変更の追跡、エンタープライズ全体に対する構成データの検索などの構成管理操作を実行します。

Oracle GlassFishドメインのモニタリングに関するビデオを見るには、「ここ」をクリックします。

8.2.5 Oracle GlassFishドメインのリフレッシュ

ドメイン構成およびメンバーシップに変更が行われる場合、Enterprise Managerに通知されません。たとえば、GlassFish Server管理コンソールを使用するユーザーが新しい管理対象サーバーの追加、サーバーの削除、クラスタの追加、クラスタの削除などを行う場合、ターゲットがリフレッシュまたは再検出されるまで、Enterprise Managerは変更を認識しません。Enterprise Managerが新しく追加したターゲットを認識する場合のみ、集中管理およびモニタリングのためにEnterprise Managerに追加できます。

Enterprise Managerを使用すると、ターゲット・メンバーが削除される場合に通知されます。Enterprise Managerからこれらのターゲットを削除できます。設計上、Enterprise Managerはターゲットを自動的に削除しません。

ドメインをリフレッシュする場合、Enterprise Managerの外部で削除されたターゲットを削除するよう選択しないかぎり、履歴データは失われません。新しいメンバーが検出される場合、モニターするエージェントを選択する必要があります。

GlassFishドメインを手動でリフレッシュして完全なドメインをモニタリングしていることを確認するには、次の手順に従います。

1. GlassFishドメイン・ページで、「GlassFishドメイン」メニューに移動します。

2. メニューから、「GlassFishドメインのリフレッシュ」を選択します。

8.3 Oracle GlassFish Serverホーム・ページの理解

GlassFish Server管理者としてGlassFish Serverの全体的な状態を理解するために、GlassFish Serverホーム・ページを確認できます。GlassFish Serverホームページでは、サーバーのサマリー情報と、リクエスト頻度が最も高いサーブレット、レスポンスおよび負荷に関する統計が提供されます。

ホームページでは、次の情報が提供されます。

- GlassFish Serverの現在のステータス

- 主要なGlassFish Serverパフォーマンス・メトリック(Java Message Service (JMS)、Enterprise JavaBeans (EJB)、Java Transaction API (JTA)の使用状況など)

- 最近の構成変更の指標

- インシデント

サマリー

このセクションでは、サーバーの一般情報、GlassFish Server管理コンソールへのリンク、モニタリングと診断の統計などが提供されます。

- 一般
サーバーのステータスとリソースの使用状況が表示されます。いずれかのリンクをクリックすると、メトリックに関する追加情報を取得できます。

- サーブレット
サーバーに存在するすべてのサーブレットの概要が表示されます。個々のサーブレット・メトリックの一部は、「最も頻度の高いリクエスト」リージョンで確認できます。

- 接続プールおよびJTAの使用状況
接続プールおよびJava Transactions API (JTA)の使用状況に関連するメトリックが表示されます。

- ツール
GlassFish Serverを構成および管理できるGlassFish Server管理コンソールへのリンクが提供されます。

- モニタリングと診断

- 過去7日間に発生したインシデントの数が提供されます。インシデントは、監視対象の問題で、即時のアクションによる解決あるいは根本原因の解決が必要であることを示す、1つのイベント、または相関関係のある一連のイベントです。

- 構成の変更が通知されます。「構成の変更」の横にあるリンクをクリックすると、構成変更の内容と時期を確認できます。

- EJB
Enterprise JavaBeans (EJB)のアクセスおよびキャッシュに関する統計が表示されます。

- JMS
このサーバーのJava Message Service (JMS)の統計が表示されます。

最もリクエスト頻度の高いサーブレット

このリージョンには、過去24時間にリクエストがあったサーブレットがリストされます。

レスポンスと負荷

時間経過に伴ったすべてのサーブレットのリクエスト処理時間および1分当たりのリクエストが表示されます。

「GlassFish Server」メニュー

サーバー・ホームページでは、このページから実行できる追加機能のメニューが提供されます。メニューは、サーバー名の下にあります。

特定の目的のメニュー・オプションは、次のとおりです。

- 診断: これらのツールでは、Javaアプリケーションの可用性とパフォーマンスの問題を検出して解決できます。また、Javaアプリケーションのモニター、JVMプールの構成、ライブ・スレッドの分析、およびスレッド、ヒープ、JFRのスナップショットの表示を行うことができます。JVM診断ツールの詳細は、第21章「JVM診断の使用方法」を参照してください。

- 制御 - サーバーを起動、再起動および停止したり、サーバーのブラウンアウトやブラックアウトを作成および終了できます。GlassFish管理サーバーは起動および停止できません。

- GlassFish Server管理コンソール: GlassFish Server管理コンソールに対する新しいウィンドウを開きます。このコンソールでは、GlassFish Serverの詳細な制御と管理が可能です。

- 構成: サーバー構成の比較、履歴の追跡、検索、最新の構成データの調査などができます。

- モニタリング: 「パフォーマンス・サマリー」メトリックと、しきい値や収集頻度を設定できるメトリックおよび収集の設定をカスタマイズできます。

8.3.1 Oracle GlassFish Serverへのアクセス方法

Oracle GlassFish Serverホームページにアクセスするには、次の手順を実行します。

1. 「ターゲット」メニューから「ミドルウェア」を選択します。

2. ミドルウェア・ページで、「領域」フィールドのOracle GlassFishを選択して「検索」をクリックします。

3. 表内で、対象とするGlassFish Serverを含むOracle GlassFishドメインのノードを展開します。

4. GlassFish Serverをクリックします。GlassFish Serverホームページが表示されます。

このページでは、サーバーの状態のサマリーと、Enterprise JavaBeans (EJB)やJava Message Service (JMS)などのサーバーのキー・パフォーマンス・インジケータが提供されます。

また、次の操作も可能です。

- GlassFish Server管理コンソール(「サマリー」リージョン内)に簡単にアクセスして、サーバーの構成変更を行い、管理操作を実行できます。リンクをクリックしてから、ユーザー名とパスワードを使用してログインします。

- ブラックアウトまたはブラウンアウトを作成して終了できます。
ブラックアウトを使用すると、Enterprise Managerのユーザーは、管理データ収集アクティビティを1つ以上の管理対象ターゲットで一時停止できます。たとえば、予定されているメンテナンスや緊急の操作の間、データ収集が行われないようにするため管理者が使用します。サーバーをブラックアウトすれば、アラート通知は送信されません。

ブラウンアウトでは、Enterprise Managerユーザーは管理データ収集アクティビティを継続できますが、アラート通知は送信されません。

- サーバーを起動、停止および再起動します。
これらの操作によって、操作を実行する事前定義済ジョブをコールします。資格証明は、これらの各操作で必要です。

- ターゲット・ホームページのレイアウトをカスタマイズできます。たとえば、特定のGlassFish Serverメトリックを表示するようにページをカスタマイズできます。
詳細は、「Cloud Controlページのパーソナライズ」を参照してください。

- 「GlassFish Server」メニューから「モニタリング」を選択し、次に「パフォーマンス・サマリー」を選択して履歴パフォーマンス・メトリックを表示できます。「パフォーマンス・サマリー」ページはカスタマイズできます。

- ターゲット・ホームページに表示されるレイアウトとデータをカスタマイズできます。行う変更は、カスタマイズしている特定のターゲット・タイプのすべてのターゲット・ホーム・ページで維持され、また、現在ログインしているユーザー資格者に維持されます。これにより、様々なターゲット・タイプをモニタリングするためのカスタマイズされたコンソールを作成できます。

- 収集した構成データの表示と分析、サーバー間の構成の比較、経時的な構成変更の追跡、エンタープライズ全体に対する構成データの検索などの構成管理操作を実行します。

8.4 Oracle GlassFishクラスタのホームページについて

GlassFish Server管理者として、ステータス、キー・パフォーマンスおよび構成データを通じてGlassFishクラスタの全体的な状態を理解するために、GlassFishクラスタ・ホーム・ページを確認できます。

ホームページでは、次の情報が提供されます。

- GlassFishクラスタの現在の可用性

- 主要なGlassFishクラスタ・リソース使用率メトリック
これらのメトリックは、クラスタ自体ではなくクラスタ内のサーバーに基づきます。

- 最近の構成変更の指標

- インシデント

サマリー

「サマリー」セクションでは、クラスタの一般情報、GlassFish Server管理コンソールへのリンク、およびモニタリングと診断の統計が提供されます。

- 可用性
クラスタの可用性が表示されます。クラスタ内の1つのサーバーが起動しているかぎり、クラスタは起動しているとみなされます。

- ツール
GlassFishクラスタを構成および管理できるGlassFish Server管理コンソールへのリンクが提供されます。

- モニタリングと診断

- 過去7日間に発生したインシデントの数が提供されます。インシデントは、監視対象の問題で、即時のアクションによる解決あるいは根本原因の解決が必要であることを示す、1つのイベント、または相関関係のある一連のイベントです。

- 子ターゲットのインシデントの数および重大度が提供されます。子ターゲットは、ドメイン内のメンバー(子や孫など)です。たとえば、ドメインの子ターゲットは、そのドメインのクラスタまたはサーバーと、その下位にある他の任意のターゲットです。
子ターゲットのインシデント数には、それ自体(子のみ)のインシデントは含まれないことに注意してください。

- 構成の変更が通知されます。「構成の変更」の横にあるリンクをクリックすると、構成変更の内容と時期を確認できます。

サーバー

ドメインには、クラスタ内に含まれるすべてのサーバーがリストされます。

サーバーごとに、名前、ステータス、ホスト、構成データおよびパフォーマンス・データが表示されます。サーバーに関する追加情報は、サーバー名をクリックしてください。

リソース使用率

クラスタに含まれるすべてのサーバーの時間経過に伴ったCPU使用率およびヒープ使用量のグラフが表示されます。

GlassFishクラスタ・ターゲット・メニュー

クラスタ・ホームページでは、このページから実行できる追加機能のメニューが提供されます。メニューは、クラスタ名の下にあります。

特定の目的のメニュー・オプションは、次のとおりです。

- 診断: これらのツールでは、Javaアプリケーションの可用性とパフォーマンスの問題を検出して解決できます。また、Javaアプリケーションのモニター、JVMプールの構成、ライブ・スレッドの分析、およびスレッド、ヒープ、JFRのスナップショットの表示を行うことができます。JVM診断ツールの詳細は、第21章「JVM診断の使用方法」を参照してください。

- 制御 - すべてのサーバーを起動、再起動および停止したり、すべてのサーバーのブラックアウトを作成および終了できます。
注意: クラスタにローリング・プロセス制御はありません(つまり、すべてのサーバーはパラレルにまとめて起動(または停止)されます)。

- GlassFish Server管理コンソール: GlassFish Server管理コンソールに対する新しいウィンドウを開きます。このコンソールでは、GlassFish Serverの詳細な制御と管理が可能です。

8.4.1 Oracle GlassFishクラスタへのアクセス方法

Oracle GlassFishクラスタ・ホームページにアクセスするには、次の手順を実行します。

1. 「ターゲット」メニューから「ミドルウェア」を選択します。

2. ミドルウェア・ページで、「領域」フィールドのOracle GlassFishを選択して「検索」をクリックします。

3. 表で、目的のGlassFishクラスタをクリックします。GlassFishクラスタ・ホームページが表示されます。

このページでは、次の操作が可能です。

- GlassFish Server管理コンソール(「サマリー」リージョン内)に簡単にアクセスして、クラスタの構成変更を行い、管理操作を実行できます。リンクをクリックしてから、ユーザー名とパスワードを使用してログインします。

- 特定のニーズに応じて、ターゲット・ホームページに表示されるレイアウトとデータをカスタマイズできます。実行する変更は、ターゲット・タイプおよびユーザーを対象とします。
詳細は、「Cloud Controlページのパーソナライズ」を参照してください。

8.5 Oracle GlassFishメンバーに関して収集された構成データの表示

構成データは、Oracle GlassFishドメイン、クラスタおよびサーバー用に使用できます。構成データを表示するには、次の手順を実行します。

1. 「ターゲット」メニューから「ミドルウェア」を選択します。

2. ミドルウェア・ページで、「領域」フィールドのOracle GlassFishを選択して「検索」をクリックします。表で、目的のターゲット(GlassFishドメイン、クラスタまたはサーバー)をクリックします。

3. 表示されたページで、GlassFishサーバー、GlassFishドメインまたはGlassFishクラスタなどのページ・タイトルの下にあるメニューをクリックします。

4. 「構成」、「最新収集」の順に選択します。

最新構成データの表示に加えて、「構成」メニューから次のことができます:

- 将来の収集で比較するために現在収集されている構成データを保存します

- データ・センターの特定の構成を検索できるように、GlassFish関連ターゲットに対して構成検索を作成します。Oracleが提供している次の事前定義構成検索は次のとおりです: Oracle GlassFish Server: Ports and Oracle GlassFish Server: Datasources

- 2つの異なるGlassFish Server間(本番サーバーとQAサーバーなど)で現在の構成を比較できます。ドメインの比較もできます。

- サーバーの比較時に、事前定義されたGlassFish Server構成比較テンプレートを使用できます。
たとえば、比較結果のデータ(たとえば、異なる必要がある構成データなど)を無視するか、クリティカルであるとみなした検出された構成の差異を通知するには、テンプレートを使用します。

OracleはGlassFishドメインを比較するためのテンプレートも提供しています。

8.6 Oracle GlassFish Serverの構成比較テンプレートの作成

Enterprise Managerは、カスタマイズできるGlassFishのモニタリング・テンプレートを提供します。たとえば、メトリックしきい値および収集頻度(パフォーマンスおよび構成データの両方)を設定して、テンプレートのこれらの設定をドメインまたは複数のドメインの複数のサーバーに適用できます。

これにより、ターゲット全体をモニタリングする一貫した方法が確認され、各サーバーに移動してしきい値および収集設定を指定する必要がなくなります。

構成比較テンプレートを作成するには、次の手順に従います。

1. 「エンタープライズ」メニューから「構成」、「比較テンプレート」の順に選択します。

2. 新しい比較テンプレートの作成方法の詳細は、ページの右上にある「ヘルプ」ボタンをクリックします。

第IV部

Oracle SOAの管理

この部の章では、Oracle BPEL Process Manager、Oracle Service BusおよびOracle SOA Suiteの検出およびモニターについて説明します。

次の章があります。

- 第9章「Oracle SOA Managementの概要」

- 第10章「Service Busの検出およびモニタリング」

- 第11章「SOA Suiteの検出およびモニタリング」

9 Oracle SOA Managementの概要

Oracle SOA Management Pack Enterprise Editionは、サービス指向アーキテクチャ(SOA)をベースにした環境のための包括的な管理機能を提供します。SOAランタイム・ガバナンス、ビジネスとITの連携およびSOAインフラストラクチャ管理をOracleの包括的かつ優れたシステム管理ソリューションと組み合せることで、Enterprise Manager Cloud ControlでSOAベース環境を管理する場合のコストと複雑さを大幅に軽減することができます。

9.1 Oracle SOA Management Pack Enterprise Editionについて

次の表に、Oracle SOA Management Pack Enterprise Editionの主要な機能を示します。

表9-1 Oracle SOA Management Pack Enterprise Editionの主な機能

機能

特長

集中管理コンソール

エンタープライズ全体を示す統合的なブラウザベースのビューによって管理者がSOA環境を管理できるため、中央からすべてのコンポーネントをモニターおよび管理することが可能です。

検出およびサービスのモデリング

次の要素の検出を可能にします。

- WebLogic ServerにデプロイされたOracle SOAインフラストラクチャ。

- SOAインフラストラクチャにデプロイされたOracle SOA Compositeアプリケーション。

- Oracle BPEL Process Manager(BPEL Process Manager)サーバーにデプロイされたOracle BPELプロセスおよび依存するパートナ・リンク。

- Service Busに基づくビジネス・サービスおよびプロキシ・サービス。

- サービス・モデリングにより、SOAインフラストラクチャの自動システム・モデリング機能をすぐに利用できます。

ランタイム・ガバナンス

履歴傾向分析、トラブルシューティングおよび根本原因分析を目的とする、パートナ・リンク(または任意のWebサービス)およびビジネス/プロキシ・サービスの可用性とパフォーマンスを測定し、記録するためのSOAPテストを定義します。また、インスタンス詳細のドリルダウンによる、プロセス・インスタンスのエラー・リストも提供します。

インフラストラクチャ管理

SOAインフラストラクチャ・コンポーネントの可用性およびパフォーマンスをモニターします。トラブルシューティングと根本原因分析のため、ターゲット(BPEL Process ManagerやService Busなど)の現在の可用性および可用性履歴の両方を記録します。

構成管理

BPEL Process Managerサーバー/ドメイン/プロセスおよびService Busの構成情報を収集します。パラメータはリフレッシュや保存、または別のターゲットとの比較ができます。同じターゲットの異なるバージョンを比較することもできます。

デプロイの自動化

次の要素のデプロイを自動化します。

- SOAアーティファクトのプロビジョニング: SOAコンポジット、Oracle WebLogic Serverポリシー、アサーション・テンプレート、JPSポリシーおよび資格証明ストアのプロビジョニングが含まれます。

- BPEL Process Manager上のBPELプロセス

- Service Busリソース(ソース・ドメインからターゲット・ドメイン)。

プロビジョニング手順の詳細は、ソフトウェアおよびサーバーのプロビジョニングとパッチ処理に関するEnterprise Manager管理者ガイドを参照してください。

ビジネスとITの協調

ITおよびビジネスの管理ツールを一体的なシステムに統合できます。BAMとEMの統合によって、相関関係および傾向分析のため、ビジネスKPIとシステム・メトリックが1つのシステムに一体化されます。

サービス・レベル管理

サービス・テストまたは合成トランザクションを使用してエンドユーザーの視点からサービスをモニターしたり、サービスと基礎となるITコンポーネントの関係をモデル化したり、達成したサービス・レベルについてレポートすることができます。

履歴分析およびレポート

収集したメトリックと構成データを中央リポジトリに格納し、管理者が様々な履歴ビューを使用してメトリックを分析し、戦略的な傾向分析やレポートを簡単に行えるようにします。

インスタンスのトレース

Enterprise Manager Cloud ControlによってモニターされているSOAコンポジットおよびSOAインフラストラクチャ・インスタンス全体の、メッセージ・フローをトレースできます。

ビジネス・トランザクション管理

複数の層にわたるビジネス・トランザクションをモニタリングし、コンポーネント、トランザクション・フロー、サービスの依存性および関係を継続的に検出できます。

デハイドレーション・ストア

SOAインフラストラクチャが使用するデータベースのパフォーマンスを示します。このデータを使用して、SOA管理者はパフォーマンスのボトルネックの原因となる問題を識別できます。

エラー・ホスピタル

SOAインフラストラクチャにデプロイされたすべてのSOAコンポジットで発生したエラーの集計カウントを表示できます。SOA管理者は、このレポートを使用して、選択した類似フォルトのグループに対して一括リカバリを実行できます。

10 Service Busの検出およびモニタリング

ここでは、Enterprise Manager Cloud Controlを使用してService Busを検出およびモニターする方法について説明します。

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

- このリリースの新機能

- サポートされているバージョン

- 検出方式の理解

- 検出プロセスの理解

- Service Busの検出

- Management Packの有効化

- Cloud ControlでのService Busのモニタリング

- BI Publisherを使用したService Busレポートの生成

- Service Busのトラブルシューティング

10.1 このリリースの新機能

SOA Suiteのリリース13cで新たに導入された機能は次のとおりです。

- クラスタレベルのターゲット・ページ

- ヒート・マップ

10.2 サポートされているバージョン

Enterprise Manager Cloud Controlリリース13cでのモニタリングがサポートされているService Busのバージョンは、次のとおりです。

- Service Bus 12.2.1.x

- Service Bus 12.1.3.x

- Service Bus 11.1.1.7.x

- Service Bus 10.3.2.0.x

10.3 検出メカニズムの理解

Oracle WebLogic Managed Serverが検出されてEnterprise Manager Cloud Controlに追加されると、Oracle WebLogic Managed ServerにデプロイされたService BusがEnterprise Manager Cloud Controlで自動的に検出されます。

Service Busの検出は、Enterprise Manager Cloud ControlでOracle WebLogic Managed Serverがすでにモニターされているかどうかに依存します。

- Cloud ControlでOracle WebLogic Managed Serverがモニターされていない場合は、まずそれを検出してCloud Controlに追加します。これで、デプロイされているService Busが自動的に検出されます。

- Cloud ControlでOracle WebLogic Managed Serverがすでにモニターされている場合は、Oracle WebLogic Managed Serverが属するOracle WebLogicドメインのメンバーシップをリフレッシュします。これによって、それにデプロイされたService Busが自動的に検出されます。

Service Busの検出手順は、第10.5項「Service Busの検出」を参照してください。

10.4 検出プロセスの理解

次の表では、Enterprise Manager Cloud ControlでのService Busの検出およびモニタリングに伴う全体的なプロセスについて説明します。Service Busの検出およびモニターを問題なく行うため、このプロセスの各手順で説明されている指示に従ってください。

表10-1 検出プロセス

手順

要件

説明

1

Service Bus

Service Busソフトウェアをインストールします。

注意: Service Busデプロイメント・プロシージャを起動する前に、Sun JDKがインストールされていることを確認してください。

2

Enterprise Manager Cloud Control

Enterprise Manager 12cをインストールします。

Enterprise Manager Cloud Controlの基本のリリースのインストールについては、次の場所にあるEnterprise Manager Cloud Controlインストレーションおよび基本構成ガイドを参照してください。

https://docs.oracle.com/en/enterprise-manager/

Enterprise Manager Cloud Controlコンポーネントは、Service Busがインストールされているホストとは別のホストにインストールすることをお薦めします。たとえば、Service Busがhost1.xyz.comにインストールされている場合は、Oracle Management Service(OMS)および管理リポジトリをhost2.xyz.comにインストールして構成してください。

3

Oracle Management Agent

(管理エージェント)

Service Busがインストールされているホストに、Oracle Management Agent 12cをインストールします。

Service BusとEnterprise Manager Cloud Controlが同じホスト上にある場合は、管理エージェントを別途インストールする必要はありません。Enterprise Manager Cloud Controlに含まれている管理エージェントで十分です。ただし、ホストが異なる場合は、Service Busがインストールされているホストに管理エージェントを個別にインストールする必要があります。あるいは、別のホスト上のService Busターゲットをリモート管理するように、管理エージェントを他のホストにインストールすることもできます。

管理エージェントは次のいずれかの方法でインストールできます。

- Enterprise Manager 12cに付属しているインストーラを起動し、「その他の管理エージェント」インストール・タイプを選択します。次に、10.2.0.5のエージェント・パッチを管理エージェントに適用します。

- Enterprise Manager 12c内でエージェント・デプロイ・アプリケーションを使用します。

- 次の場所にある完全なエージェント・キットを使用します。
http://www.oracle.com/technology/software/products/oem/htdocs/agentsoft.html

管理エージェントのインストールの詳細は、次の場所にあるEnterprise Manager Cloud Controlインストレーションおよび基本構成ガイドを参照してください。

https://docs.oracle.com/en/enterprise-manager/

4

Enterprise Manager Cloud Controlでの検出

Service Busは、そのデプロイ先であるOracle WebLogicドメインが検出されるとき自動的に検出され、Enterprise Manager Cloud Controlに追加されます。

10.5 Service Busの検出

Oracle WebLogic Managed Serverが検出されてEnterprise Managerに追加されると、Oracle WebLogic Managed ServerにデプロイされたService BusがEnterprise Manager Cloud Controlで自動的に検出されます。

Service Busを検出する前に、Enterprise ManagerでOracle WebLogic Managed Serverがすでにモニターされているかどうかを確認してください。

- Enterprise ManagerでOracle WebLogic Managed Serverがモニターされていない場合は、まずそれを検出してEnterprise Manager Cloud Controlに追加します。これで、デプロイされているService Busが自動的に検出されます。

- Enterprise ManagerでOracle WebLogic Managed Serverがすでにモニターされている場合は、Oracle WebLogic Managed Serverが属するOracle WebLogicドメインのメンバーシップをリフレッシュします。これによって、それにデプロイされたService Busが自動的に検出されます。

ここでは、前述の場合にService Busを検出する手順について説明します。この項の具体的な内容は次のとおりです。

- Enterprise ManagerでモニターされていないWLSにデプロイされたService Busの検出

- Enterprise ManagerでモニターされているWLSにデプロイされたService Busの検出

10.5.1 Enterprise ManagerでモニターされていないWLSにデプロイされたService Busの検出

Cloud ControlでモニターされていないOracle WebLogic Manager ServerにデプロイされたService Busを検出するには、まずEnterprise Manager Cloud ControlでそのOracle WebLogic Manager Serverを検出します。これで、デプロイされているService Busが自動的に検出されます。Oracle WebLogic Manager Serverを検出するには、次の手順を実行します。

1. 「ターゲット」メニューから「ミドルウェア」を選択します。
「ミドルウェア」ページが開き、モニター中のすべてのミドルウェア・ターゲットが一覧で表示されます。

2. 「ミドルウェア」ページで、「追加」ドロップダウン・リストから「Oracle Fusion Middleware / WebLogic Serverドメイン」を選択し、「実行」をクリックします。
Oracle Fusion Middleware / WebLogic Serverドメインの追加ウィザードが表示され、検出およびモニターするOracle WebLogicドメインの詳細情報が集められます。

3. Oracle Fusion Middleware / WebLogic Serverドメインの追加ウィザードの各ページで、必要な詳細を指定して「次へ」をクリックし、ウィザードの最終ページまで進みます。
ウィザードの各ページで指定する詳細は、各ページの「ヘルプ」をクリックします。

4. Oracle Fusion Middleware / WebLogic Serverドメインの追加ウィザードの最終ページで、「終了」をクリックして検出プロセスを完了し、モニタリングのためターゲットをCloud Controlに追加します。
「ミドルウェア」ページが開き、Oracle WebLogic Manager ServerがCloud Controlに正常に追加されたことを示す確認メッセージが表示されます。

モニター中のすべてのミドルウェア・ターゲットを表示する「ミドルウェア」ページで、追加したばかりのOracle WebLogic Managed ServerおよびService Busを確認できます。このとき、Service Busは表内で最後のターゲットとして表示されます。Oracle WebLogic Managed Serverの下にネストされたOSBを表示するには、このページで「リフレッシュ」をクリックします。あるいは、別のタブまたはページに移動してから、「ミドルウェア」ページに戻ります。

注意:

- Service Busを検出してEnterprise Manager Cloud Controlに追加した後で、Service Busのホームページからステータスをモニターできます。「サービス」ページを使用すると、サービスのリストを表示できます。
最初に行われる収集では、Oracle Enterprise Managerリリース12cで有効なすべてのメトリックに値0が表示されます。これは予測されている動作です。2回目以降の収集では、実際のメトリック値が表示されます。ただし、2回目以降も値0が表示される場合は、サービス・モニタリングが無効になっている可能性があります。この問題を解決するには、「サービス」ページで「コンソールの起動」をクリックしてService Busコンソールにアクセスし、サービス・モニタリングを有効にしてレベルを「pipeline」または「action」に設定します

- クラスタ化されたService Busドメインの場合は、管理サーバーのホストにインストールされている管理エージェントを使用してドメイン全体を検出する必要があります。この制約は、バージョン12.1.0.2のCloud Controlには適用できません。これは、バージョン12.1.0.1のCloud Controlまでのみ有効です。

Fusion Middleware検出の詳細は、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

10.5.2 Enterprise ManagerでモニターされているWLSにデプロイされたService Busの検出

Cloud ControlですでにモニターされているOracle WebLogic Managed ServerにデプロイされたService Busを検出するには、Oracle WebLogic Managed Serverが属するOracle WebLogicドメインのメンバーシップをリフレッシュします。これによって、それにデプロイされたService Busが自動的に検出されます。

Oracle WebLogic Managed Serverが属するOracle WebLogicドメインのメンバーシップをリフレッシュするには、次の手順を実行します。

1. 「ターゲット」メニューから「ミドルウェア」を選択します。

2. 「ミドルウェア」ページで、モニター対象のミドルウェア・ターゲットのリストから「Oracle WebLogicドメイン」ターゲットを選択します。

3. Oracle WebLogicドメインのホームページの「一般」セクションで、「ドメインのリフレッシュ」をクリックします。メンバーシップ・ページが開き、現在モニターされていないすべてのService Busが一覧で表示されます。「OK」をクリックします。
メンバーシップがリフレッシュされ、Oracle WebLogicドメインのホームページに戻ります。

注意:
Oracle WebLogicドメインのホームページの「ステータス」セクションにあるステータスの円グラフの凡例に、Service Busターゲットが新しく追加されたことを示す件数の増加が表示されないことがあります。これは、Enterprise Manager Cloud Controlでこのセクションにメンバーシップの詳細が反映されるまでに数秒かかることによる、予測された動作です。

4. 「メンバー」タブをクリックし、Service Busが追加されたかどうかを確認します。

10.6 Management Packの有効化

Service Busのステータスをモニタリングする以外に、その他の付加価値機能を利用する場合は、Management Pack for SOAを有効化する必要があります。

Management Pack for SOAを有効化する手順:

1. 「設定」メニューから、「Management Pack」、「Management Packのアクセス権」の順に選択します。
「Management Packのアクセス権」ページが表示されます。

2. 「Management Packのアクセス権」ページの「検索」リストで、「Service Bus」を選択します。
モニター対象のすべてのService Busターゲットのリストが表示されます。

3. 表内の対象のService Busターゲットに対して、SOA Management Pack Enterprise Editionを有効化して「適用」をクリックします。

10.7 Cloud ControlでのService Busのモニタリング

Enterprise Manager Cloud Controlでは、Oracle WebLogic Managed ServerにデプロイされたService Busターゲットの状態をモニターできます。Oracle WebLogic Managed Serverが検出された場合、Cloud Controlが、Oracle WebLogic Managed ServerにデプロイされたService Busターゲットを自動的に検出して追加し、一元的にモニタリングおよび管理します。

Cloud Controlは、モニター対象の各Service Busターゲットのステータス、可用性、パフォーマンス、サービス、アラート、ビジネス・サービス、プロキシ・サービス、パイプライン・サービスおよび分割-結合サービスに関する情報を提供します。これによって、最新の構成詳細を表示し、特定の時間で構成詳細を保存して、構成詳細を別のService Busインスタンスと比較できます。Service Busでは、プロキシ・サービスとビジネス・サービス間の依存関係をグラフで表示することもできます。

モニタリング機能のみでなく、Cloud Controlを使用するとService Busターゲットのブラックアウトおよびインフラストラクチャ・サービスの作成もできます。ブラックアウトにより一定期間中(メンテナンス中など)ターゲットのモニタリングを一時停止する間、インフラストラクチャ・サービスは依存性サービスになります。依存性サービスは、Service Busターゲットが依存するインフラストラクチャ・コンポーネントを識別するために作成されます。

10.7.1 Service Busサービスのモニタリングの有効化

Enterprise ManagerのページでService Busのデータが表示されない場合、モニタリングがService Busサービスに対して無効であることが原因である可能性があります。Service BusデータをEnterprise Managerで表示するには、モニタリングがService Busサービスに対して有効であるかどうかを確認します。確認するには、次の手順を実行します。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. 「ミドルウェア」ページでService Busターゲットを選択します。Service Busのホームページが表示されます。

3. Service Busのホームページで、「Fusion Middleware Control」をクリックします。

4. Service Busターゲットにログインします。

5. モニタリングを有効にするには、「グローバル設定」タブで「モニタリング有効」オプションを選択します。

注意:
Service Busのモニタリングの詳細は、Oracle Fusion Middleware Oracle Service Bus管理者ガイドを参照してください。

6. 「適用」をクリックします。

10.8 BI Publisherを使用したService Busレポートの生成

Enterprise Managerを使用すると、BI Publisher EnterpriseレポートでService Busレポートを印刷できます。Oracle Business Intelligence(BI)Publisherは、高度にフォーマットされたドキュメントを作成、管理および配布するためのエンタープライズ・レポート・ソリューションです。Oracle BI Publisherでは、既存のインフラストラクチャを活用するカスタム・レポート作成アプリケーションを構築することもできます。レポートは、使い慣れたデスクトップ製品を使用して設計でき、オンライン表示や広範囲な宛先へのスケジュール配信に対応しています。

たとえば、Service Busサービスが一定期間に実行されていた方法を説明するService Busサービス・レポートを生成できます。このレポートには、上位5つのService Busサービスをリストするグラフと、そのすべてのサービスに関する重要なメトリックの詳細を含む表が表示されます。

次の表では、選択可能なService Bus関連レポートについて説明します。

表10-2 Service Busレポート

Service Busレポート

説明

Service Busサービス・サマリー・レポート

Service Busサービス・サマリー・レポートには、選択したサービスについて、平均レスポンス時間、開いているインスタンスの数、フォルト・インスタンスの数およびWebサービス・セキュリティ違反の数に関する情報が提供されます。Service Busサービス・サマリー・レポートには、指定期間において、選択したService Busサービスの平均レスポンス時間またはスループットに基づく上位5つのService Busサービスのグラフが表示されます。レポートは、パフォーマンス・メトリック(「平均レスポンス時間」など)や使用量メトリック(「インスタンス数」など)に基づいてソートできます。レポート・パラメータ設定の一環で、Service Busサービスをプロジェクトごとに選択できるオプションを使用したり、個々のサービスを選択したりできます。

Service Busサービス操作サマリー・レポート

Service Busサービス操作サマリー・レポートでは、選択したサービスの内部操作レベルの詳細が提供されます。レポートの詳細には、平均レスポンス時間、開いているインスタンスの数、フォルト・インスタンスの数およびWebサービス・セキュリティ違反の数などがあります。レポートは、パフォーマンス・メトリックや使用量メトリックに基づいてソートできます。レポート・パラメータ設定の一環で、Service Busサービスをプロジェクトごとに選択できるオプションを使用したり、個々のサービスを選択したりできます。

BI Publisher Enterpriseレポートを使用してService Busレポートを印刷するには、次の手順を実行します。

1. 「エンタープライズ」メニューから、「レポート」、「BI Publisher Enterpriseレポート」の順にクリックします。
Enterprise Manager Cloud Controlには、BI Publisher Enterpriseレポートのログイン・ページが表示されます。

2. 資格証明を入力して、BI Publisherにログインします。
BI Publisherの「エンタープライズ」ページには、最新レポート、「その他」、「お気に入り」が表示されます。このページを使用して、新規レポートの作成、レポート・ジョブの発行、その他のタスクの実行を行うことができます。

3. 表示するレポートをクリックします。

4. 「レポート」ページで、パラメータ・フィルタを使用して、表示するレポート構造を調整し、「リフレッシュ」をクリックします。
ページ上部で利用できる様々な検索パラメータ(「ターゲット名」や「日付範囲」など)に基づき、フィルタを使用してService Busサービス・レポートを表示できます。同様に、「ソート基準」オプションに基づいてレポートを表示できるため、「サービス名」や「平均レスポンス時間」などを基準にレポートをソートできます。

Service Busサービスの「レポート」タブの右上にある「リフレッシュ」アイコンをクリックすることで、レポートをいつでもリフレッシュできます。「パラメータ」アイコンをクリックすることで、検索パラメータの表示と非表示を切り替えることができます。「レポートの表示」アイコンをクリックすることで、様々な形式(HTML、PDF、RTF、Excel、PowerPoint)でレポートを表示するように選択できます。同様に、「アクション」アイコンをクリックすることで、使用可能なアクションをさらに表示できます。BI Publisherの使用の詳細は、ヘルプ・アイコンをクリックしてください。

10.9 Service Busのトラブルシューティング

ここでは、Service Busの検出時に発生する可能性のあるエラーと、そのエラーを解決するための手順について説明します。

10.9.1 システムとサービス

次のエラーは、選択したアプリケーション・サーバーの構成情報が収集されていない場合に発生します。

表10-3 システムとサービスの作成エラー - 回避手順

エラー・メッセージ

回避手順

An error encountered while discovering the
dependencies. This may occur if some configuration
information is missing. Check whether the
configuration information was collected for the
dependent targets and then try again.

最新の構成データを収集するには、アプリケーション・サーバーのホームページに移動し、「構成」をクリックして、「Application Server」メニューから「最新収集」を選択します。

10.9.2 SOAPテスト

管理エージェントをEnterprise Manager 12c with OMS 10.2.0.5にアップグレードすると、次のエラーが発生します。

表10-4 SOAPテスト・エラー - 回避手順

エラー・メッセージ

回避手順

Add SOAP Test failed. The selected service
has an invalid or incorrect WSDL URL. Check
whether the Service Bus Target URL
value is valid in the Monitoring
Configuration page of the selected target.
To access the Monitoring Configuration
page, go to the Service Bus Homepage
and from the Related Links section, select
Monitoring Configuration.

管理エージェントを12cにアップグレードした場合、SOAPテストに対応するには次の回避策を適用する必要があります。

Service Busターゲットの「モニタリング構成」ページで、「プロキシ・サービスにアクセスするサーバーURL」プロパティを特定のWebLogic ServerターゲットのURLに設定します。URLはhttp://<host>:<port>/の形式にする必要があります。例: http://stade61.us.example.com:7001/

11 SOA Suiteの検出およびモニタリング

この章では、Enterprise Manager Cloud Controlを使用したSOA Suite 11gのコンポーネントの検出および構成について説明します。

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

- このリリースの新機能

- サポートされているバージョンのリスト

- モニタリング・テンプレート

- SOA Suiteの検出

- ターゲット検証を使用したSOA Suiteの構成

- メトリックと収集設定

- SOAインスタンスのトレースの設定と使用

- デハイドレーション・ストアのモニタリング

- サービスのUDDIへの公開

- SOAレポートの生成

- SOAアーティファクトおよびコンポジットのプロビジョニング

- 問題およびインシデントの診断

- SOAインフラストラクチャでのフォルトの検索

- 一括でのフォルトのリカバリ

- エラー・ホスピタル・レポートの生成

- BPMNメッセージのリカバリ

- トラブルシューティング

11.1 このリリースの新機能

SOA Suiteのリリース13cで新たに導入された機能は次のとおりです。

- ビジネス・イベント

- ワーク・マネージャ・グループ

- ワークフロー通知

11.2 サポートされているバージョンのリスト

Enterprise Manager Cloud Control 13cでサポートされているSOA Suiteのバージョンを次に示します。

- 11.1.1.6.0(PS5)

- 11.1.1.7.0 (PS6)

- 11.1.1.9.0 (PS7)

- 12.1.0.3.0 (SOA 12c)

- 12.1.2.0.0

11.3 モニタリング・テンプレート

次のオラクル社認定デフォルト・テンプレートが、Enterprise Manager Cloud Control 12cリリース2およびEnterprise Manager Cloud Control 12cリリース3のエージェント用に用意されています。表11-1に、使用可能なテンプレートと、その適用先となるエージェントを示します。

表11-1 モニタリング・テンプレート

ターゲット・タイプ

テンプレート名

SOAインフラストラクチャ

SOA Infrastructureのオラクル社認定のFMWテンプレート

SOAインフラストラクチャ

SOA Infrastructureのオラクル社認定のFusionアプリケーション・テンプレート

SOAコンポジット

SOA Compositeのオラクル社認定のFMWテンプレート

SOAコンポジット

SOA Compositeのオラクル社認定のFusionアプリケーション・テンプレート

注意:
古いバージョンのOMS (Enterprise Manager Cloud Control 12cリリース2、Enterprise Manager Cloud Control 12c BP1など)を使用して作成されたテンプレートは、Enterprise Manager Cloud Control 12cリリース3で使用しないでください。

11.4 SOA Suiteの検出

検出プロセスの実行には、次のようにローカルまたはリモートの管理エージェントを使用できます。

- ローカル・エージェントを使用したSOA Suiteの検出

- リモート・エージェントを使用したSOA Suiteの検出

11.4.1 ローカル・エージェントを使用したSOA Suiteの検出

ローカル・エージェントを使用する場合、管理サーバーと同じホスト上で稼働している管理エージェントを使用する必要があります。

1. 「ターゲット」メニューから「ミドルウェア」を選択します。
Oracle Enterprise Manager Cloud Controlに、モニター中のすべてのミドルウェア・ターゲットの一覧を示す「ミドルウェア」ページが表示されます。

2. 「ミドルウェア」ページで、「追加」リストから「Oracle Fusion Middleware/Weblogicドメイン」を選択して「実行」をクリックします。

3. 「ターゲットの検索」ページで、「管理サーバー・ホスト」、「ポート」、「ユーザー名」、「パスワード」および「エージェント」(ローカルまたはリモート)の詳細を指定します。

図11-1 新しいドメイン検出

「詳細」セクションで、リストから「JMXプロトコル」を選択します。デフォルトでは、「アプリケーションのバージョンの検出」が選択されているため、管理者はすべてのバージョンで、デプロイされているSOAコンポジットを検出できます。ただし、このオプションが選択解除されている場合は、最新のデフォルト・バージョンのSOAコンポジットのみを検出できます。

注意:
SOAインフラストラクチャ・アプリケーションが停止している場合、「アプリケーションのバージョンの検出」チェック・ボックスを選択解除すると、コンポジットは単一バージョンでのみ検出されます。コンポジットに複数のバージョンがある場合、それらは無視されます。

図11-2 ドメイン検出のアップグレード

注意:

- 「アプリケーションのバージョンの検出」チェック・ボックスが選択されている状態(デフォルトの状態。図11-1を参照)で検出されたターゲットが存在するが、このチェック・ボックスの選択を解除する場合、次の手順を実行します。

- WebLogicドメイン・ターゲットのページに移動します。

- 「モニタリング構成」ページで、「アプリケーションのバージョンの検出」の値をfalseに更新します。(図11-2を参照。)

- ドメイン・リフレッシュを実行します。

これを行うことで、以前のターゲットからのメトリック履歴を含まない、名前にバージョン番号のない新しいコンポジット・ターゲットが検出されます。

- 名前にバージョン番号のないコンポジット・ターゲットが存在する状態で、さらに多くのSOAコンポジット・バージョンを追加すると、SOA Suiteでデフォルト・バージョンとして指定されているバージョンがモニターされます。履歴メトリックは、デフォルト・バージョンが変更されても、同じターゲット内に維持されます。

「続行」をクリックします。

4. 「ミドルウェア」ページに戻ります。WebLogicドメインの下にSOAインスタンスが表示されます。

注意:
SOA Suiteドメインの検出後に作成されるSOAコンポジットは自動で表示されません。すべてのSOAコンポジットを表示するには、WebLogic Serverターゲットのホームページに移動し、WebLogicドメインをリフレッシュします。
ドメインを手動でリフレッシュするには、My Oracle Supportのノート1586853.1を参照してください。

ドメインの自動リフレッシュを有効にするには、My Oracle Supportのノート1531733.1を参照してください。

11.4.2 リモート・エージェントを使用したSOA Suiteの検出

管理サーバーが稼働しているホストとは異なるホストで実行中のリモート・エージェントを使用して、SOA Suiteを検出できます。この場合、SOAアーティファクトをリモートでプロビジョニングできないか、またはホスト・メトリックを取得できない場合があります。

メトリック・データを収集するには、表11-2にリストされているjarファイルがSOA HOMEインストール場所からエージェント・ホーム・ディレクトリ($AGENT_HOME/plugins/oracle.sysman.emas.agent.plugin_<plugin version>/archives/jlib/extjlib)にコピーされていることを確認します。extjlibディレクトリが存在しない場合はこのディレクトリを作成できます。この手順は、リモート・エージェントを使用してSOA Suiteをモニターする場合のみ必要です。

表11-2 メトリック・データの収集

SOAターゲット

ファイル名

SOA PS5 (11.1.1.6.0)以上のターゲット

soa-infra-mgmt.jar

oracle-soa-client-api.jar

jrf-api.jar

SOA 12cターゲット

soa-infra-mgmt.jar

oracle-soa-client-api.jar

tracking-api.jar

jrf-api.jar

エラー・ホスピタルおよびインスタンスのトレースを有効化するには、追加で次が必要です。

wlthint3client.jar

BPMNインスタンスのトレースを有効化するには

SOA 11gターゲットの場合:

oracle.bpm.bpmn-em-tools.jar

wsclient_extended.jar

SOA 12cターゲットの場合:

rulesdk2.jar

xmlparserv2.jar

com.oracle.webservices.fabric-common-api.jar

oracle.bpm.bpmn-em-tools.jar

11.5 ターゲット検証を使用したSOA Suiteの構成

SOAインフラストラクチャに対してなんらかの操作を実行する前に、前提条件として、ターゲット・モニタリングの設定を確認します。ターゲット設定の検証ページを使用して、一連の診断スキャンを実行して、Enterprise Managerでターゲットをモニタリングするために必要なすべての機能およびシステムレベルの前提条件を満たしているかどうかを確認します。これにより、すべてのターゲット・モニタリング設定に関連する問題を事前に検出および修正できます。

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

- 機能レベルの診断チェックの実行

- システムレベルの診断チェックの実行

- ターゲット・モニタリング設定の問題の修正

注意:
データベース・システムとSOAインフラストラクチャとの間に関連付けがある場合は、デハイドレーション・ストアの修復ポップアップのデータベース・システム・フィールドの隣にある懐中電灯アイコンをクリックすることができません。このアイコンは、関連付けがない場合にのみ有効になります。関連付けがない場合は、ターゲット・セレクタ・ポップアップから適切なデータベース・システム・ターゲットを選択できます。ポップアップは懐中電灯アイコンをクリックすると表示できます。

11.5.1 機能レベルの診断チェックの実行

Enterprise Managerターゲットに関連付けられている機能の診断スキャンを実行して設定の問題を識別するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ミドルウェア・ページで、興味のあるターゲットをクリックします。たとえば、SOAインフラストラクチャなどです。

3. ターゲットのホーム・ページで、ターゲット固有のメニューから「ターゲット設定」を選択し、「検証」をクリックします。

4. 「ターゲット設定の検証」ページの「機能チェック」セクションで、「スキャン」をクリックします。

5. 設定の問題が検出される場合、それらを修正します。第11.5.3項を参照してください。

11.5.2 システムレベルの診断チェックの実行

Enterprise Managerターゲットをモニターして可用性率を確認するシステム・コンポーネントの診断スキャンを実行するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ミドルウェア・ページで、興味のあるターゲットをクリックします。たとえば、SOAインフラストラクチャなどです。

3. ターゲットのホーム・ページで、ターゲット固有のメニューから「ターゲット設定」を選択し、「検証」をクリックします。

4. 「ターゲット設定の検証」ページの「システム・チェック」セクションで、「スキャン」をクリックします。

注意:

- 「可用性(%)」列には、ターゲット・タイプの可用性率が表示されます。ドリルダウンして詳細を表示する率をクリックします。

- 「最後の収集以降の時間」(分)列には、ターゲットの最後のメトリック収集から経過した合計時間が表示されます。

11.5.3 ターゲット・モニタリング設定の問題の修正

ターゲット・モニタリング設定関連の問題を修正するには、次の手順に従います。

1. 機能レベルの診断スキャンを実行して、設定関連の問題を識別します。第11.5.1項を参照してください。

2. 設定の問題が見付かった場合、「機能チェック」セクションで、修正する必要がある機能の修正アイコンをクリックします。
表示されるダイアログで、必要な詳細を入力して、「再スキャンおよび保存」をクリックして資格証明を検証し、機能チェックを再実行し、Enterprise Managerで詳細を保存します。資格証明が正しい場合、「保存」をクリックして、チェックを再実行しないで詳細を保存します。

注意:

- 提供するホスト資格証明は、SOAインフラストラクチャをモニターする管理エージェントが実行されているホストの資格証明です。

- デハイドレーション・ストアの問題の修正中に、データベース・システムやSOAリポジトリ資格証明などのSOAデハイドレーション・ストア構成の詳細を提供する必要があります。
構成情報が収集された場合およびデータベース・システムとSOAインフラストラクチャ間の関連付けがすでに存在する場合、デフォルトでデータベース・システムが事前に移入され、SOAリポジトリの資格証明のみ入力する必要があります。それ以外の場合、懐中電灯アイコンをクリックして、SOAインフラストラクチャが通信するデータベース・システムを手動で選択し、SOAリポジトリの資格証明を入力します。

接続記述子は、デフォルトで事前に移入される編集可能なフィールドで、Oracle RACデータベースの場合は複数の行に表示されます。修正する場合を除き、記述子を変更しないでください。

データベース・システムがOracle RACデータベースの場合のみ、データ・ソース・タイプが表示されます。データ・ソース・タイプは、マルチ・データ・ソースかGridLinkデータ・ソースになります。また、データベース・システムが接続記述子に一致しない場合、データ・ソース・タイプは「NA」と表示されます。

11.6 メトリックと収集設定

次のメトリックについては、「メトリックと収集設定」ページの収集スケジュールを使用できません。収集間隔を更新する手順の詳細を、次の表にリストします。

表11-3 メトリックと収集設定

ターゲット・タイプ

メトリック名

収集間隔の更新手順

SOAインフラストラクチャ

レスポンス

次の手順を実行して、SOAがデプロイされている、関連付けられたWeblogic Serverにナビゲートします。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ミドルウェア・ページで、SOAインフラストラクチャ・ホームを選択します。

3. SOAインフラストラクチャのホームページで、「SOAインフラストラクチャ」メニューから「モニタリング」を選択し、「メトリックと収集設定」をクリックします。

4. 「アプリケーション・メトリック」に対応する「収集スケジュール」をクリックして、収集間隔を更新します。

注意: この変更は、そのWebLogicサーバーにデプロイされたすべてのアプリケーションに適用されます。

SOAコンポジット

レスポンス

11.1.1.6.0以前のSOA PS5の場合は、次の手順を実行します。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. 「ミドルウェア」ページで、SOAコンポジット・ターゲットをクリックします。

3. SOAコンポジットのターゲット・ページで、「SOAコンポジット」メニューから「モニタリング」を選択し、「メトリックと収集設定」をクリックします。

4. 「収集されたその他のアイテム」タブをクリックします。

5. メトリック「SOAコンポジット・ステータス(11.1.1.6.0以前)」の収集間隔を更新します。

SOA PS6 (11.1.1.7.0)以降の場合は、SOAコンポジットがデプロイされている、関連付けられたSOAインフラストラクチャにナビゲートします。次の手順を実行します。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. 「ミドルウェア」ページで、SOAコンポジットがデプロイされているSOAインフラストラクチャをクリックします。

3. SOAインフラストラクチャのターゲット・ページで、「SOAインフラストラクチャ」メニューから「モニタリング」を選択し、「メトリックと収集設定」をクリックします。

4. 「収集されたその他のアイテム」タブをクリックします。
メトリック「SOAコンポジット・ステータス」の収集間隔を更新します。

注意: この変更は、そのSOAインフラストラクチャにデプロイされたすべてのSOAコンポジットに適用されます。

SOAコンポジット

SOAコンポジット - コンポーネント詳細メトリック

SOAコンポジットがデプロイされている、関連付けられたSOAインフラストラクチャにナビゲートします。次の手順を実行します。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. 「ミドルウェア」ページで、SOAコンポジットがデプロイされているSOAインフラストラクチャをクリックします。

3. SOAインフラストラクチャのターゲット・ページで、「SOAインフラストラクチャ」メニューから「モニタリング」を選択し、「メトリックと収集設定」をクリックします。

4. 「収集されたその他のアイテム」タブをクリックします。
メトリック「SOAインフラストラクチャ - リカバリ可能なフォルト」の収集間隔を更新します。

SOAコンポジット

SOAコンポジット - リカバリ可能メッセージと拒否メッセージ

SOAコンポジットがデプロイされている、関連付けられたSOAインフラストラクチャにナビゲートします。次の手順を実行します。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. 「ミドルウェア」ページで、SOAコンポジットがデプロイされているSOAインフラストラクチャをクリックします。

3. SOAインフラストラクチャのターゲット・ページで、「SOAインフラストラクチャ」メニューから「モニタリング」を選択し、「メトリックと収集設定」をクリックします。

4. 「収集されたその他のアイテム」タブをクリックします。
メトリック「SOAインフラストラクチャ - リカバリ可能メッセージと拒否メッセージ」の収集間隔を更新します。

11.7 SOAインスタンスのトレースの設定と使用

インスタンスのトレースを使用して、Oracle Enterprise Manager Cloud ControlによってモニターされるSOAコンポジットおよびSOAインフラストラクチャ間のメッセージ・フローをトレースできます。メッセージのフローは、サーバー、クラスタおよびWebLogicドメイン間でトレースできます。

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

- インスタンスのトレースの構成(SOA 11gターゲットのみ)

- インスタンスのトレースの検索基準の設定

- SOAインフラストラクチャ内でのインスタンスのトレース

- SOAインフラストラクチャ間でのインスタンスのトレース

11.7.1 インスタンスのトレースの構成(SOA 11gターゲットのみ)

インスタンスのトレースを有効にする前に、SOAインフラストラクチャがOracle Management Agentによってモニターされていることを確認します。

コンポジット・インスタンスの実行に関わるあらゆるSOAインフラストラクチャ11gインスタンスについて、インスタンスのトレースを有効化する手順:

1. 「ターゲット設定の検証」を使用してホストとWebLogicドメイン優先資格証明を設定します。詳細は、11.5項を参照してください。

2. リストされているSOAインスタンスの状態を表示するには、次の手順に従って、「インスタンスのトレース」ページでコンポジットの状態のキャプチャ・フラグを有効にします。

1. SOAインフラストラクチャのホームページで、「SOAインフラストラクチャ」メニューから「Fusion Middleware Control」を選択します。

2. SOAインフラストラクチャ・ターゲットのホームページに移動します。

3. 「SOAインフラストラクチャ」メニューから、「SOA管理」を選択し、「共通プロパティ」をクリックします。

4. 「SOAインフラストラクチャの共通プロパティ」ページで、「コンポジット・インスタンスの状態をキャプチャ」チェック・ボックスを選択します。

11.7.2 インスタンスのトレースの検索基準の設定

SOAターゲットのバージョンに基づいて適切な検索リンクを選択します。

- SOA 11gターゲットのインスタンスのトレース

- SOA 12cターゲットのインスタンスのトレース

11.7.2.1 SOA 11gターゲットのインスタンスのトレース

フォルトおよびメッセージを検索するには、次の表に示されている詳細を入力して、「検索」をクリックします。

表11-4 検索基準の設定

フィールド

説明

インスタンスID

トレース対象のインスタンスのIDを指定します。フローのトレースは、インスタンスIDで識別されるメッセージ・フローの実行時証跡です。インスタンスIDを使用すると、様々なコンポジットのインスタンス間のメッセージ・フローを追跡できます。

開始時間: 自 - 開始時間: 至

インスタンスが開始された期間。

名前

インスタンス名。

対話ID

インスタンスの対話ID。

インスタンス数

検索によって取得されるインスタンスの数。

ECID

ECIDを使用すると、SOAインフラストラクチャ全体に及ぶ様々なSOAコンポジット・インスタンスにわたるメッセージ・フローを追跡できます。

コンポジット名

コンポジットの名前。ビジネス・フローの検索対象を特定のコンポジットに制限する場合に使用します。ワイルドカードを使用した検索がサポートされていることに注意してください。たとえば、(%<part_of_composite_name>%)。

必要な基準を指定した後、「検索」をクリックします。基準に一致したインスタンスIDのリストが表示されます。指定したインスタンスおよび期間のトレース・データを生成するには、「トレース」をクリックします。

注意: インスタンスをトレースするには、Oracle Enterprise Manager Cloud Controlによってモニタリングされる各SOAインフラストラクチャのWebLogicドメイン、および各SOAインフラストラクチャ・アプリケーションをモニターする管理エージェントが存在するホストに対して資格証明を設定する必要があります。

フローに含まれるSOAインフラストラクチャ・インスタンス、フォルト、ドメインのリスト、およびフォルトのリストが含まれるフロー・トレースを表示するには、「インスタンスID」リンクをクリックします。

11.7.2.2 SOA 12cターゲットのインスタンスのトレース

フォルトおよびメッセージを検索するには、次の表に示されている詳細を入力して、「検索」をクリックします。

表11-5 検索基準の設定

フィールド

説明

時間

過去の特定の時刻に問合せを制限するには、このフィルタを使用します。フォルトを検索するには時間フィルタが必要です。「インスタンスの作成元」および「インスタンスの作成先」フィールドに適切に値を入力していることを確認してください。デフォルトでは、過去1日に作成されたすべてのインスタンスが表示されます。

また、次のフィルタを追加できます。

インスタンス更新済

この値を「なし」に設定した場合、更新済インスタンスのフィルタが設定されないことを意味します。

フォルトが発生しました

コンポジット

ビジネス・フローの検索対象を特定のコンポジットに制限する場合に使用します。

インスタンスをコンポジット・レベルでトレースする場合、「コンポジット」値は事前に移入されます。ただし、インスタンスをSOAインフラストラクチャ・レベルでトレースする場合、次のいずれかを選択します。

- 初期化中: 選択したコンポジットで開始されたビジネス・フローにのみ検索対象を制限します。

- 参加中: このコンポジット内のすべてのビジネス・フローを検索します。

懐中電灯アイコンをクリックします。ターゲットの検索と選択ウィザードで、表からターゲットの名前を選択し、「選択」をクリックします。フォルトの検索は、選択したコンポジットに対して実行されます。

センサー

関連付けられたセンサーを表示するためにコンポジットを選択していることを確認してください。

フロー・インスタンス

フローID: ビジネス・フロー・インスタンスのフローIDを検索するために使用します。

フロー相関ID: ビジネス・フロー・インスタンスのフロー相関IDを検索するために使用します。

ECIDを初期化しています: ビジネス・フロー・インスタンスのECIDを検索するために使用します。

フロー・インスタンス名: 特定のフロー・インスタンスを分離するために役立つ、システムおよびビジネスの一意の識別子を検索するために使用します。

コンポジット・インスタンス名: コンポジット・インスタンスの名前またはタイトルを指定するために使用します。

状態

次のいずれかの状態を選択します。

アクティブなインスタンスを検索するには、「アクティブ」を選択します。空白を選択すると、フィルタリングは無視されます。

- すべてアクティブ: アクティブな状態のすべてのビジネス・フローが検索されます。

- 実行中: 現在実行中のビジネス・フロー。このフローには、承認を待機中のヒューマン・タスク・コンポーネントが含まれる可能性があります。

- 一時停止: 通常、SOAコンポジット・アプリケーションのバージョン間の移行に関連するビジネス・フロー。

- リカバリ: リカバリ可能フォルトを含むビジネス・フロー。

アクティブでないインスタンスを検索するには、「非アクティブ」を選択します。空白を選択すると、フィルタリングは無視されます。

- すべて非アクティブ: 終了したすべてのビジネス・フローが検索されます。

- 完了: ビジネス・フローは完了しています。リカバリを待機するフォルトはありません。

- 失敗: リカバリ不能なフォルトがある、完了したビジネス・フローが検索されます。

- 中断: ユーザーによって明示的に終了されたビジネス・フロー、またはシステム・エラーが発生したビジネス・フローが検索されます。

フォルト

ビジネス・フローの検索対象をフォルトがあるものに制限する場合に使用します。このフィールドを空白のままにした場合、「フォルト」フィルタは無視されます。

すべての状態のフォルトを検索するには、「すべて」を選択します。

特定の状態のフォルトを検索するには、次のいずれかを選択します。

- 「リカバリが必要です」は、ビジネス・フォルトといくつかの特定のシステム・フォルトを示します。たとえば、Oracle Mediator入力ファイル・パスと出力ディレクトリの不一致のフォルト、ユーザーが適切な(予期される)アクションを実行するための権限が付与されていないOracle BPM Worklistに関連する他のフォルトです。

- 「リカバリ不能」は、拒否メッセージ、ほとんどのシステム・フォルト、存在しない参照、サービス呼出し失敗、ポリシー・フォルトを示します。

- 「リカバリ済」は、リカバリ済フォルトを少なくとも1つ含むフローを示します。

- 「システム自動再試行」は、システム自動再試行が発生した、失敗したフローを示します。

フォルト・タイプ

すべてのタイプのフォルトを検索するには、「すべて」を選択します。

特定のタイプのフォルトを検索するには、次のいずれかを選択します。

- 「システム・フォルト」は、アクセスできないデータベース・サーバーやWebサービスなどのすべてのネットワーク・エラーまたは他のタイプのエラーを示します。

- 「ビジネス・フォルト」は、処理される情報に問題が含まれる場合(たとえば、データベースに社会保障番号がない場合など)に生成されたすべてのアプリケーション固有のフォルトを示します。

- 「OWSMフォルト」は、SOAコンポジット・アプリケーション、サービス・コンポーネントまたはバインディング・コンポーネントにアタッチされたポリシーのOracle Web Service Managerエラーを示します。ポリシーでは、メッセージ配信に対してセキュリティが適用されます。

フォルト所有者

フォルトの所有者名を入力するには、「名前」フィールドを使用します。入力した名前が次の形式であることを確認してください。

<partition>/<composite name>!<composite version>/<component name>

失敗したビジネス・フローの検索をフィルタして、管理者からの特定のタイプのリカバリ・アクションを待機しているスタック・フローに絞り込むには、これを使用します。すべての所有者に属するフォルトを検索するには、「すべて」を選択します。

特定のフォルト所有者にドリル・ダウンするには、次のいずれかを選択します。

- BPEL

- BPMN

- メディエータ

- ヒューマン・ワークフロー

- デシジョン

- Spring

- ケース管理

フォルト詳細

次の詳細のすべて、または一部を指定して検索パラメータを調整し、詳細な結果にドリルダウンできます。

- エラー・メッセージの内容: 同じエラー・メッセージ・テキストを持つ、失敗したビジネス・フローのみを検索する場合に使用します。メッセージの任意の部分を入力できます。この検索では大文字と小文字が区別されます。

- フォルト名: Negative Creditなどの説明的な特定のフォルト名を持つ、失敗したビジネス・フローのみを検索する場合に使用します。正確な名前(文字列全体)を入力する必要があります。この検索では大文字と小文字が区別されます。

「その他」を展開すると、フィルタ処理のためのフィールドがさらに表示されます。

- HTTPホスト

- JNDI名

検索行の制限

デフォルトでは、検索結果は表に10行に制限されています。この制限を変更する場合、適切な値を入力します。

制限として入力できる最大値は、OMSに設定されている制限に応じて決定されます。OMSに制限が設定されていない場合、デフォルトで受け入れられる制限は2000であるため、「検索結果の制限(行)」フィールドに入力できるデフォルトの範囲は1から2000です。

OMSで設定されるこの上限を変更するには、コマンドemctl set property -name oracle.sysman.core.uifwk.maxRows -value <max_limit_value>を実行します。

注意: 制限として設定する値が大きいほどフォルトを取得する時間が長くなるため、「検索結果の制限(行)」のデフォルトに大きい値を入力すると、フォルト取得までに時間がかかり、ロード時間も長くなります。

11.7.3SOAインフラストラクチャ内でのインスタンスのトレース

SOAインフラストラクチャのコンテキスト内でインスタンスをトレースするには、次の手順に従います。

1. Cloud Controlで、「ターゲット」メニューから「ミドルウェア」を選択します。

2. ミドルウェア・ページで、興味のあるターゲットをクリックします。たとえば、SOAインフラストラクチャなどです。

3. 「SOAインフラストラクチャ」メニューから「インスタンスのトレース」を選択します。

4. インスタンスのトレース・ページで、インスタンスの検索を実行します。これを行うには表11-5を参照してください。

5. コンポジット間でインスタンスをトレースするには、次の手順に従います。

- SOA 12cターゲットの場合、フロー・インスタンスIDをクリックします。

- SOA 11gターゲットの場合、「コンポジット・インスタンスID」をクリックします。

トレース表に表示されているコンポーネント・インスタンスをクリックして、さらにコンポーネント監査証跡にドリルダウンできます。

6. 「OK」をクリックします。

11.7.4 SOAインフラストラクチャ間でのインスタンスのトレース

SOAドメイン間でインスタンスをトレースするには、次の手順に従います。

1. Cloud Controlで、「ターゲット」メニューから「ミドルウェア」を選択します。

2. ミドルウェア・ページで、興味のあるターゲットをクリックします。たとえば、SOAインフラストラクチャなどです。

3. 「SOAインフラストラクチャ」メニューから「インスタンスのトレース」を選択します。

4. インスタンスのトレース・ページで、インスタンスの検索を実行します。これを行うには表11-5を参照してください。

5. インスタンスを選択し、「トレース」をクリックします。

6. 「インスタンスのトレース」ダイアログ・ボックスで、「追加」をクリックして、このSOAインスタンスが実行された他のSOAインフラストラクチャ・ターゲットを追加します。

7. ターゲットの検索と追加ダイアログ・ボックスで他のSOAインフラストラクチャ・ターゲットを選択し、「選択」をクリックします。

8. WebLogicドメインの資格証明およびホストの資格証明をまだ設定していない場合、「設定」をクリックして設定します。

9. 「OK」をクリックします。フロー・トレース・ジョブは、すぐに実行するようにスケジュールされ、ドメイン間でインスタンス・トレース・データが収集されます。完了すると、ステータスが「ジョブ・ステータスのトレース」列に表示されます。ステータス・リンクをクリックして、フローのトレース・ページにドリルダウンします。

10. 「OK」をクリックします。

11.8 デハイドレーション・ストアのモニタリング

デハイドレーション・ストアの診断機能には、SOAデハイドレーション・データベースの動作を分析可能な専用のビューが用意されています。SOA Suiteによるデータベースの使用状況に照らして、SQLパフォーマンス・メトリックと表の増大をモニターできます。このビューには、スループットと待機時間のボトルネックの両データが表示され、ターゲット・データベース・インスタンスの全般的な状態をモニターできます。アクティブ・セッション履歴を使用すれば、使用率のデータを追跡して、表領域のグラフ、増加率のグラフまたは実行グラフとして表示できます。

注意:
スタンドアロンのOracle Databaseのモニタリングに加えて、デハイドレーション・ストアはRACデータベース・エンジンの全般的な健全性の確認と、パフォーマンスのボトルネックの原因となる問題の特定をサポートするようになりました。
また、Real Application Cluster (RAC)データベースもモニターできます。RACの場合は、マルチ・データ・ソースとGridLinkデータ・ソースをモニターできます。RACシナリオでは、関連付けられているすべてのノードが、「デハイドレーション・ストア・パフォーマンス」タブにドロップ・ダウン・メニューの形式でリストされます。ユーザーは「データベース・インタフェースの表示」メニューから特定のインスタンスを選択し、関連付けられたメトリック・データを表示できます。

11.8.1 SOAデハイドレーション・ストアのモニタリングの有効化

SOAデハイドレーション・ストアのモニタリングを構成して有効化するには、次の手順を実行します。

1. 「ターゲット」メニューから「データベース」を選択し、SOAデハイドレーション・ストアを表しているデータベース・ターゲットがEnterprise Managerで検出されているかどうかを確認します。

2. SOAインフラストラクチャとWebLogic Serverのターゲットに使用可能な構成が1つ以上あるかどうかをチェックします。

3. ターゲット検証ページに移動して、デハイドレーション・ストアの機能チェックを実行します。詳細は、第11.5項を参照してください。

これらの構成詳細を指定してもデータが表示されない場合は、次回の収集間隔まで待つ必要があります。

11.8.2 SOAデハイドレーション・ストア・データの表示

デハイドレーション診断データを表示するには、次の手順を実行します。

1. 「ターゲット」メニューから「ミドルウェア」を選択し、SOAインフラストラクチャ・ターゲットをクリックします。

2. SOAインフラストラクチャのホームページで、「デハイドレーション・ストア・パフォーマンス」タブをクリックします。

3. 次の詳細領域が表示されます。

- データベース・インスタンスの全般的な状態の詳細を示すスループット指標

- CPU、I/Oおよび待機イベントに起因する待機時間のボトルネック

- SOAスキーマの表領域の使用率

- ASHに記録されたパフォーマンス・データ

- SOAスキーマに関するキーSOA表および表領域の詳細

11.9 サービスのUDDIへの公開

サービスをUDDIに公開するには、サービスと参照のホームページに移動し、表からサービスを選択して、メニューにある「UDDIにパブリッシュ」をクリックします。「UDDIへのサービスの公開」ウィンドウが開き、次のフィールドが表示されます。

- サービス名: UDDIレジストリに公開されるWebサービスの名前。これは読取り専用フィールドです。

- サービスの説明: 選択したWebサービスの説明。

- サービス定義の場所: サービス定義のURLの場所。これは読取り専用フィールドです。

- UDDIソース: 外部UDDIレジストリ・ソースの論理名。ドロップダウン・リストからUDDIソースを選択します。

- ビジネス名: UDDIレジストリ内のデータ構造の名前。リストから、UDDIに登録されている「ビジネス名」を選択します。

「OK」をクリックし、WebサービスをUDDIに公開するプロセスを開始するか、「取消」をクリックしてサービスの公開を取り消します。

11.10 SOAレポートの生成

この項では、BI Publisher Enterpriseレポートまたは情報パブリッシャを使用してSOAレポートを印刷するためのEnterprise Managerの使用手順について説明します。

- BI Publisherを使用したSOAレポートの生成

- 情報パブリッシャを使用したSOAレポートの生成

- SOA診断レポートの生成

- SOA診断ジョブの表示

11.10.1 BI Publisherを使用したSOAレポートの生成

Oracle Business Intelligence(BI)Publisherは、高度にフォーマットされたドキュメントを作成、管理および配布するためのエンタープライズ・レポート・ソリューションです。Oracle BI Publisherでは、既存のインフラストラクチャを活用するカスタム・レポート作成アプリケーションを構築することもできます。レポートは、使い慣れたデスクトップ製品を使用して設計でき、オンライン表示や広範囲な宛先へのスケジュール配信に対応しています。

次の表では、BI Publisherで生成可能なSOAレポートについて説明します。

表11-6 SOAレポート

SOAレポート

説明

SOAインフラストラクチャ・パフォーマンス・レポート

SOAインフラストラクチャ・パフォーマンス・サマリー・レポートには、選択したSOAコンポジットについて、平均レスポンス時間、エラー率、スループット、システム・フォルト、ビジネス・フォルト、Webサービス・ポリシー違反フォルトに関する情報が提供されます。このレポートには、指定期間において、選択したSOAコンポジットの平均レスポンス時間またはスループットに基づく上位5つのSOAコンポジットのグラフが表示されます。レポートは、パフォーマンス・メトリック(平均レスポンス時間など)や使用量メトリック(インスタンス数など)に基づいてソートできます。レポート・パラメータ設定の一環で、SOAコンポジットをパーティションごとに選択できるオプションを使用したり、個々のコンポジットを選択したりできます。

SOAコンポジット詳細パフォーマンス・レポート

SOAコンポジット詳細パフォーマンス・サマリー・レポートには、選択したコンポジットのアセンブリ部分(サービス、リファレンス、サービス・コンポーネントなど)ごとに、平均レスポンス時間、エラー率、スループット、システム・フォルト、ビジネス・フォルト、Webサービス・ポリシー違反フォルトに関する情報が提供されます。これは、SOAコンポジットの各アセンブリ部分に関する詳細を提供する詳細レポートです。このレポートには、指定期間において、選択したSOAコンポジットの平均レスポンス時間またはスループットに基づく上位5つのSOAコンポジットのグラフが表示されます。レポートは、パフォーマンス・メトリック(平均レスポンス時間など)や使用量メトリック(インスタンス数など)に基づいてソートできます。

レポート・パラメータ設定の一環で、SOAコンポジットをパーティションごとに選択できるオプションを使用したり、個々のコンポジットを選択したりできます。

(デハイドレーション・ストアからの)上位5つのSOAコンポジット

このレポートは、SOAコンポジットが一定期間でどのように実行したかを示します。上位5つのSOAコンポジットをリストするグラフが表示され、そのすべてのSOAコンポジットの重要なメトリック・データが表に表示されます。

BI Publisherを使用してSOAレポートを印刷するには、次の手順を実行します。

1. 「エンタープライズ」メニューから、「レポート」、「BI Publisher Enterpriseレポート」の順に選択します。
Enterprise Manager Cloud Controlには、BI Publisher Enterpriseレポートのログイン・ページが表示されます。

2. 資格証明を入力して、BI Publisherにログインします。

3. BI Publisherの「エンタープライズ」ページには、最新レポート、「その他」、「お気に入り」が表示されます。このページを使用して、新規レポートの作成、レポート・ジョブの発行、その他のタスクの実行を行うことができます。

4. 表示するレポートをクリックします。

5. SOAの「コンポジット名」、「パーティション名」、「日付範囲」などの様々なフィルタを選択してレポートを表示できます。「ソート基準」オプションを選択して、コンポジット名、ソート対象インスタンスなどでレポートをソートすることもできます。

6. SOAの「レポート」タブの右上にある「リフレッシュ」アイコンをクリックすることで、レポートをいつでもリフレッシュできます。「パラメータ」アイコンをクリックすることで、検索パラメータの表示と非表示を切り替えることができます。「レポートの表示」アイコンをクリックすることで、様々な形式(HTML、PDF、RTF、Excel、PowerPoint)でレポートを表示するように選択できます。同様に、「アクション」アイコンをクリックすることで、使用可能なアクションをさらに表示できます。BI Publisherの使用の詳細は、ヘルプ・アイコンをクリックしてください。

11.10.2 情報パブリッシャを使用したSOAレポートの生成

ここでは、SOAレポートの作成手順について説明します。

注意:
これらのレポートはSOA 11gターゲットに対してのみ生成できます。Information Publisherレポートは、SOA 12cターゲットに対してはサポートされていません。

1. 「ターゲット」メニューから「ミドルウェア」を選択し、SOAインフラストラクチャ・ターゲットをクリックします。「SOAインフラストラクチャ」ホームページが表示されます。

2. 「SOAインフラストラクチャ」メニューで、「情報パブリッシャ・レポート」を選択します。
すぐに使用可能なSOAレポートが「SOAパフォーマンス・レポート」セクションに表示されます。

3. セクションからレポートを選択し(たとえば「保留中のインスタンスの統計」を選択できます)、「類似作成」をクリックします。「レポート定義を作成」ページが表示されます。

4. 「一般」ページで、次の詳細を入力します。

1. タイトルとして「BPELプロセス名」を入力します。

2. 「時間間隔を設定」をクリックして、レポートの時間間隔を設定します。

3. 「権限」セクションで「レポート所有者(SYSMAN)のターゲット権限を使用してレポートを実行」チェック・ボックスを選択します。

5. 「要素」タブをクリックし、表内の「保留中のインスタンスの統計要素」に対して「パラメータを設定」アイコンをクリックします。

6. 「パラメータを設定」ページで、たいまつアイコンをクリックしてコンポジット名を選択します。「保留中のインスタンスの統計」レポートのデフォルト値が示された「結果セット・サイズ」が表示されます。

7. リストからコンポーネント名を選択し、「結果セット・サイズ」を入力して「続行」をクリックすると、「要素」ページに戻ります。

8. 選択したターゲット名が「要素」表に表示されます。

9. レポートの生成を定期的にスケジューリングするには、「スケジュール」タブをクリックします。

10. スケジュール・タイプとその他の詳細を指定して、「OK」をクリックします。

11. レポートのホームページが表示され、新規にスケジューリングされたレポートが表内に示されます。詳細を表示するにはレポート名をクリックします。

11.10.3 SOA診断レポートの生成

SOAデハイドレーション・ストアからSOA診断データを収集し、レポートを生成するには、次の手順を実行します。

1. SOA診断ジョブをスケジュールする前に、SOAデータベース・ホスト資格証明およびSOAデータベース・ユーザー資格証明を設定していることを確認します。

2. 「ターゲット」メニューから、「ミドルウェア」を選択します。

3. ミドルウェア・ページで、SOAインフラストラクチャ・ターゲットを選択します。SOAインフラストラクチャのホーム・ページが表示されます。

4. 「SOAインフラストラクチャ・ターゲット」メニューから「診断」を選択し、SOA診断ジョブのスケジュールをクリックします。

5. 「一般」セクションで、ジョブの名前および説明を入力します。

6. 「ターゲット」セクションで、表からデータベース・インスタンスを選択します。インスタンスを追加するには、「追加」をクリックします。「ターゲット・セレクタ」ダイアログ・ボックスからデータベース・インスタンスを選択し、「選択」を選択します。

7. 「パラメータ」セクションで、次の詳細を入力します。

- レポート期間は、診断データを収集する期間です。これは必須フィールドです。デフォルトでは、最後の1週間のデータが収集されます。

- 必要に応じて、システム・バックログ・レポートに必要な値を選択できます。

- 製品のオープン・インスタンス、完了したインスタンス、またはロールバック済インスタンスに関する詳細を確認するには、インスタンス増加率レポートを選択する必要があります。

- 起動プロセス遅延、コールバック遅延、コールバック処理遅延に関するレポートを取得するには、BPEL実行レポートおよびBPELパフォーマンス・レポートを選択します。

- 起動遅延およびエンジン時間についてより理解するには、メディエータ実行レポートおよびメディエータ・パフォーマンス・レポートなどのメディエータ・レポートを選択します。

- イベント・キュー内の保留中のイベントについて理解するには、「EDNレポート」を選択します。

- すべてのフォルトのサマリーを取得するには、フォルト・サマリー・レポートおよび詳細フォルト・レポートを選択します。

- ヒューマン・ワークフロー・タスクを表示するには、ヒューマン・ワークフロー・レポートを選択します。

- 電子メールを介してSOA診断レポートを受信するには、「電子メール通知」を選択します。

- 「件名」には、電子メールの件名を入力します。

- 「電子メールの宛先」には、このレポートを送信する必要がある連絡先を追加します。

- 「電子メールCc」には、診断レポートの電子メールにコピーする必要がある連絡先を追加します。

8. 「資格証明」セクションで、SOAインフラ・デハイドレーション・ストアのユーザー資格証明およびSOAデハイドレーション・ストアのホスト資格証明を指定します。

9. 「スケジュール」セクションで、ジョブを1回実行するか繰り返し実行するかを選択できます。また、ジョブを即時するか後で実行するかをスケジュールすることもできます。

10. 「アクセス」表には、このジョブへのアクセス権を持つすべてのユーザーおよびロールのサマリーが表示されます。

11. 「送信」をクリックします。

11.10.4 SOA診断ジョブの表示

すべてのSOA診断ジョブを表示するには、次の手順を実行します。

1. SOA診断ジョブをスケジュールする前に、SOAデータベース・ホスト資格証明およびSOAデータベース・ユーザー資格証明を設定していることを確認します。

2. 「ターゲット」メニューから、「ミドルウェア」を選択します。

3. ミドルウェア・ページで、SOAインフラストラクチャ・ターゲットを選択します。SOAインフラストラクチャのホーム・ページが表示されます。

4. 「SOAインフラストラクチャ・ターゲット」メニューから「診断」を選択し、すべてのSOA診断ジョブをクリックします。
このページには、すでに実行されたジョブ、および実行がスケジュールされているジョブがすべて表示されます。

11.11 SOAアーティファクトおよびコンポジットのプロビジョニング

SOAアーティファクトのデプロイメント・プロシージャでは次の操作が可能です。

- リファレンス・インストールまたはゴールド・イメージからのSOAアーティファクトのプロビジョニング

- SOAアーティファクトのゴールド・イメージの作成

- ソフトウェア・ライブラリまたは他のアクセス可能な場所からのSOAコンポジットのプロビジョニング

SOAアーティファクトのデプロイメント・プロシージャの詳細は、ソフトウェアおよびサーバーのプロビジョニングとパッチ処理に関するEnterprise Manager管理者ガイドを参照してください。

11.12 問題およびインシデントの診断

問題やインシデントの診断データにアクセスするには、サポート・ワークベンチ・ページにアクセスします。このページにアクセスするには、「SOAインフラストラクチャ」ホーム・ページに移動し、「SOAインフラストラクチャ」メニューから「診断」、「サポート・ワークベンチ」の順に選択します。

WebLogicサーバーが実行しているホストの資格証明と、WebLogicサーバーのWebLogic資格証明を入力します。「続行」をクリックして、「サポート・ワークベンチ」ページにログインします。このページで、次の処理が可能です。

- 問題およびインシデントの詳細を表示します。

- インシデント・パッケージを表示、作成または変更します。

- ヘルス・チェックの結果の表示

- 解決済の問題を終了します。

11.13 SOAインフラストラクチャでのフォルトの検索

この項では、SOAインフラストラクチャでのフォルトの検索方法について説明します。特に、次のタスクを実行できます。

- SOAインフラストラクチャのフォルトおよびフォルト・タイプの概要

- フォルトを解決するリカバリ・アクションの概要

- フォルトの検索、表示およびリカバリの前提条件

- フォルトの検索および表示

- いくつかのフォルトの迅速なリカバリ(簡易リカバリ)

11.13.1 SOAインフラストラクチャのフォルトおよびフォルト・タイプの概要

Enterprise Manager Cloud Controlに表示されるSOAコンポジット・アプリケーションのフォルトのタイプは、次のとおりです。

- ビジネス: 処理される情報に問題が含まれる場合に生成されるアプリケーション固有のフォルト(たとえば、データベースに社会保障番号がない場合など)。

- システム: アクセスできないデータベース・サーバーやWebサービスなどのネットワーク・エラーまたは他のタイプのエラー。

- Oracle Web Service Manager (OWSM): SOAコンポジット・アプリケーション、サービス・コンポーネントまたはバインディング・コンポーネントにアタッチされたポリシーのエラー。ポリシーでは、メッセージ配信に対してセキュリティが適用されます。

Enterprise Manager Cloud ControlのSOAコンポジット・アプリケーションのフォルトのカテゴリは、次のとおりです。

- リカバリ可能

- ビジネス・フォルトおよび一部の特定のシステム・フォルト

- Oracle Mediator入力ファイルのパスと出力ディレクトリの不一致

- Oracle BPM Worklistユーザーに関連(予想)アクションの実行権限がない場合

- リカバリ不可

- 拒否メッセージ

- ほとんどのシステム・フォルト

- 存在しない参照

- サービス起動の失敗

- ポリシー・フォルト

- 拒否メッセージ
フォルトは、その発生時期に基づいて拒否メッセージとして分類されます。フォルトの発生がSOAコンポジットの入力前で、コンポジット・インスタンスが生成されていない場合は、拒否メッセージとして分類されます。システム・フォルトまたはポリシー・フォルトは拒否メッセージとして分類されます。

11.13.2 フォルトを解決するリカバリ・アクションの概要

リカバリ・アクションにより、SOAコンポジット・アプリケーション・フォルトをリカバリまたは解決できます。次に、各種SOAエンジンにサポートされているリカバリ・アクションについて説明します。

表11-7 フォルト解決のためのリカバリ・アクションの概要

リカバリ・アクション

説明

SOAエンジン・タイプに適用可能

再試行

インスタンスを直接再試行します。このリカバリ・アクションを使用するシナリオ例は、ネットワーク・エラーのためにサービス・プロバイダにアクセスできないことが原因でフォルトが発生した場合の例です。ネットワーク・エラーは現在解決しています。

- BPEL

- BPMN

- メディエータ

中断

インスタンス全体を終了します。

- BPEL

- BPMN

- メディエータ

続行

フォルトを無視して処理を続行します(フォルト・アクティビティには成功のマークが付けられます)。

- BPEL

- BPMN

再スロー

現在のフォルトを再スローします。フォルトの処理に、BPELフォルト・ハンドラ(catchブランチ)が使用されます。デフォルトでは、再スロー・フォルト・ポリシーが明示的に指定されていない場合、すべての例外がフォルト管理フレームワークによって捕捉されます。

- BPEL

- BPMN

リプレイ

フォルトが発生したスコープ全体を再度リプレイします。

- BPEL

- BPMN

11.13.3 フォルトの検索、表示およびリカバリの前提条件

SOAコンポジット・アプリケーション・フォルトを検索、表示およびリカバリする前に、次の前提条件を満たします。

優先資格証明として次のものを設定します。これらの資格証明は、「ターゲット設定の検証」ページから設定できます。これには、「ターゲット」メニューから「ミドルウェア」を選択します。ミドルウェア・ページで、興味のあるターゲットをクリックします。たとえば、SOAインフラストラクチャなどです。ターゲットのホーム・ページで、ターゲット固有のメニューから「ターゲット設定」を選択し、「検証」をクリックします。

- SOAサーバーが実行されているホストの資格証明。

- Oracle WebLogicドメインの管理者資格証明。

11.13.4 フォルトの検索および表示

SOAコンポジット・アプリケーションのフォルトを検索および表示するには、次の手順を実行します。

1. 前提条件を確認します。第11.13.3項を参照してください。

2. 「ターゲット」メニューから、「ミドルウェア」を選択します。

3. ミドルウェア・ページで、SOAインフラストラクチャ・ターゲットをクリックします。

4. SOAインフラストラクチャのターゲット・ページで、「フォルトと拒否メッセージ」をクリックします。

5. 「フォルトと拒否メッセージ」タブで検索基準を設定します。第11.13.4.1項を参照してください。

6. 「検索」をクリックします。

7. フォルトを表示します。

- SOAインフラストラクチャの合計フォルトを把握するには、結果表のフッターにある「SOAインフラストラクチャ内のフォルト合計」を参照してください。

- (SOAインフラストラクチャのフォルトの合計数から)表に表示されるフォルトの数を把握するには、結果表のフッターにある「表示されるフォルト」を参照してください。

- 各フォルトの詳細を表示するには、結果表を参照してください。

- 表の表示と非表示を切り替えるには、「表示」メニューから「列」を選択し、表示または非表示にする列名を選択します。

- 特定の列をフィルタ処理または詳細な検索を実行するには、列ヘッダーの上にあるテキストボックスに検索キーワードを入力します。第11.13.4.7項を参照してください
たとえば、BPELエンジン・タイプに関連するすべてのフォルトをフィルタ処理およびリストするには、「エンジン・タイプ」列で、bpelを入力します。

- フォルト詳細をアルファベット順にソートするには、詳細をソートする列ヘッダーをクリックします。

- 検索結果が制限された行の数を調べるには、表の下のメモを参照してください。
たとえば、行が20に制限されていた場合、次のメモが表示されます。

This table of search results is limited to 20 fault instances. Narrow the
results by using the search parameters.

11.13.4.1 検索基準の設定

フォルトおよびメッセージを検索するには、次の表に示されている詳細を入力して、「検索」をクリックします。

表11-8 検索基準の設定

フィールド

説明

時間

過去の特定の時刻に問合せを制限するには、このフィルタを使用します。フォルトを検索するには時間フィルタが必要です。「フォルト時間の開始」および「フォルト時間の終了」フィールドに値を指定していることを確認します。

たとえば、各フィールドに「1/13/14 5:33:25AM」および「2/13/14 5:33:25AM」と入力し、過去1か月の時間ウィンドウ内に発生したすべてのフォルトを問い合せます。

コンポジット

ビジネス・フローの検索対象を特定のコンポジットに制限する場合に使用します。

懐中電灯アイコンをクリックします。ターゲットの検索と選択ウィザードで、表からターゲットの名前を選択し、「選択」をクリックします。

フォルトの検索は、選択したコンポジットに対して実行されます。

フロー・インスタンス

特定のフロー・インスタンスを分離するフローIDを入力します。異なるコンポジットに関係するワークフローごとに一意のフローIDが生成されます。特定のフロー内の任意のコンポーネントでエラーが発生した場合、「フォルトと拒否メッセージ」タブにIDがリストされます。このIDは、エラー・トレンドを評価する際に役立ちます。

フォルト

ビジネス・フローの検索対象をフォルトがあるものに制限する場合に使用します。このフィールドを空白のままにした場合、「フォルト」フィルタは無視されます。

すべてのタイプのフォルトを検索するには、「すべて」または空白を選択します。

特定のタイプのフォルトを検索するには、次のいずれかを選択します。

- 「リカバリが必要です」は、ビジネス・フォルトといくつかの特定のシステム・フォルトを示します。たとえば、Oracle Mediator入力ファイル・パスと出力ディレクトリの不一致のフォルト、ユーザーが適切な(予期される)アクションを実行するための権限が付与されていないOracle BPM Worklistに関連する他のフォルトです。

- 「リカバリ不能」は、拒否メッセージ、ほとんどのシステム・フォルト、存在しない参照、サービス呼出し失敗、ポリシー・フォルトを示します。

- 「リカバリ済」は、リカバリ済フォルトを少なくとも1つ含むフローを示します。

- 「システム自動再試行」は、システム自動再試行が発生した、失敗したフローを示します。

フォルト・タイプ

すべてのタイプのフォルトを検索するには、「すべて」を選択します。

特定のタイプのフォルトを検索するには、次のいずれかを選択します。

- 「システム・フォルト」は、アクセスできないデータベース・サーバーやWebサービスなどのすべてのネットワーク・エラーまたは他のタイプのエラーを示します。

- 「ビジネス・フォルト」は、処理される情報に問題が含まれる場合(たとえば、データベースに社会保障番号がない場合など)に生成されたすべてのアプリケーション固有のフォルトを示します。

- 「OWSMフォルト」は、SOAコンポジット・アプリケーション、サービス・コンポーネントまたはバインディング・コンポーネントにアタッチされたポリシーのOracle Web Service Managerエラーを示します。ポリシーでは、メッセージ配信に対してセキュリティが適用されます。

フォルト所有者

失敗したビジネス・フローの検索をフィルタして、管理者からの特定のタイプのリカバリ・アクションを待機しているスタック・フローに絞り込むには、これを使用します。すべての所有者に属するフォルトを検索するには、「すべて」を選択します。

特定のフォルト所有者にドリル・ダウンするには、次のいずれかを選択します。

- BPEL

- BPMN

- メディエータ

- ヒューマン・ワークフロー

- デシジョン

- Spring

- ケース管理

フォルト詳細

次の詳細のすべて、または一部を指定して検索パラメータを調整し、詳細な結果にドリルダウンできます。

- エラー・メッセージの内容: 同じエラー・メッセージ・テキストを持つ、失敗したビジネス・フローのみを検索する場合に使用します。メッセージの任意の部分を入力できます。この検索では大文字と小文字が区別されます。

- フォルト名: Negative Creditなどの説明的な特定のフォルト名を持つ、失敗したビジネス・フローのみを検索する場合に使用します。正確な名前(文字列全体)を入力する必要があります。この検索では大文字と小文字が区別されます。

「その他」を展開すると、フィルタ処理のためのフィールドがさらに表示されます。

- HTTPホスト

- JNDI名

検索行の制限

デフォルトでは、検索結果は表に10行に制限されています。この制限を変更する場合、適切な値を入力します。

制限として入力できる最大値は、OMSに設定されている制限に応じて決定されます。OMSに制限が設定されていない場合、デフォルトで受け入れられる制限は2000であるため、「検索結果の制限(行)」フィールドに入力できるデフォルトの範囲は1から2000です。

OMSで設定されるこの上限を変更するには、コマンドemctl set property -name oracle.sysman.core.uifwk.maxRows -value <max_limit_value>を実行します。

注意: 制限として設定する値が大きいほどフォルトを取得する時間が長くなるため、「検索結果の制限(行)」のデフォルトに大きい値を入力すると、フォルト取得までに時間がかかり、ロード時間も長くなります。

11.13.4.2 SOAインフラストラクチャのフォルト合計の検出

SOAインフラストラクチャの合計フォルトを確認するには、次の手順に従います。

1. SOAインフラストラクチャ内のフォルトの検索第11.13.4項を参照してください。

2. 検索結果が表示された後、表の下の右下の角にある「SOAインフラストラクチャ内のフォルト合計」を参照してください。

注意:
SOAインフラストラクチャ内の合計フォルトを取得しますが、検索基準の「検索結果の制限(行)」フィールドは考慮されません。たとえば、合計700個のフォルトがあり、このフィールドに500を入力した場合、表に500個のフォルトのみがリストされる検索が実行されますが、「SOAインフラストラクチャ内のフォルト合計」フィールドには700が表示されます。

11.13.4.3 SOAインフラストラクチャから検索および取得されるフォルトの制限

SOAインフラストラクチャ内のフォルトを検索する場合、検索によって大量のフォルトが発生する可能性があります。デフォルトでは、検索結果は表に500行に制限されています。ただし、必要に応じて、この制限の変更を選択できます。

制限を変更するには、検索基準の設定中に適切な値に「検索結果の制限(行)」フィールドを設定します(第11.13.4.1項を参照)。次に検索を実行します。

制限として入力できる最大値は、OMSに設定されている制限に応じて決定されます。OMSに制限が設定されていない場合、デフォルトで受け入れられる制限は2000であるため、「検索結果の制限(行)」フィールドに入力できるデフォルトの範囲は1から2000です。

OMSで設定される最大値を変更するには、次のコマンドを実行します。

emctl set property -name oracle.sysman.core.uifwk.maxRows -value <max_limit_value>

注意:
制限として設定する値が大きいほどフォルトを取得する時間が長くなるため、「検索結果の制限(行)」フィールドにデフォルトより大きい値を入力すると、フォルト取得までに時間がかかり、ロード時間も長くなります。

11.13.4.4 リカバリ可能なフォルトのみの検索

SOAインフラストラクチャ内に大量のフォルトが発生する場合がありますが、リカバリ可能なフォルトのみ検索および表示できます。たとえば、合計700個のフォルトがあっても、リカバリ可能なフォルトは550個のみである可能性があります。必要に応じて、550個のフォルトのみを検索およびリストできます。

フォルトの検索中にリカバリ可能なフォルトのみを検索する(第11.13.4を参照)には、「フォルト状態」を「リカバリ可能」に設定して、検索基準を設定します。「すべて」に設定すると、リカバリ可能およびリカバリ不可能なフォルトが検索およびリストされます。

11.13.4.5 特定のサービス・エンジンでのフォルトの検索

BPMN、メディエータ、ビジネス・ルール、ヒューマン・ワークフローなどの様々なサービス・エンジンでフォルトが発生する可能性があります。特定のサービス・エンジンで発生したフォルトのみ検索および表示できます。

特定のサービス・エンジンのフォルトを検索するには、「コンポーネント・タイプ」リストに目的となる特定のサービス・エンジンを指定して検索基準を設定します(第11.13.4.1項を参照)。次に検索を実行します。

11.13.4.6 エラー・メッセージによるフォルトの検索

SOAインフラストラクチャ内に大量のエラーが発生する可能性がありますが、目的のキーワードを含むそれらのエラーのみに興味を持つことができます。たとえば、用語ORAMEDを含むエラーのみに興味を持つ場合があります。そのようなキーワードを含むフォルトを検索および表示できます。

エラー・メッセージでフォルトを検索するには、「エラー・メッセージの内容」フィールドを目的のキーワードに設定して、検索基準を設定します(第11.13.4.1項を参照)。次に検索を実行します。

注意:

- デフォルトでは、入力されたキーワードは、エラー・メッセージの任意の場所で検索されます。

- 入力されるキーワードは、大/小文字が区別されます。

- 許可されるワイルドカード文字は、すべてまたは2つのキーワードの後、前または間を示す%のみです。たとえば、BPEL%faultは、エラー・メッセージBPEL is a faultを含むフォルトの結果になります。

11.13.4.7 表示される検索結果のフィルタリング

検索基準を設定してSOAインフラストラクチャ内のフォルトを検索し、検索結果が検索表に表示される場合、列ヘッダーに入力されたキーワードに基づいて、検索結果を詳細にフィルタ処理して、任意の行またはフォルト・インスタンスのみを表示できます。

たとえば、表示されるフォルト・インスタンスから、bpelサービス・エンジンの結果のみをフィルタ処理および表示するには、「コンポーネント・タイプ」列ヘッダーの上にあるテキストボックスにキーワードbpelを入力します。これは、基本的に「コンポーネント・タイプ」列のbpelフォルト・インスタンス行に表示される値です。

表示される検索結果をフィルタリングするには、次の手順に従います。

1. SOAインフラストラクチャ内のフォルトの検索第11.13.4項を参照してください。

2. 結果が表に表示された後、フィルタ処理する列のヘッダーの上にあるテキストボックスで、検索キーワードを入力します。
たとえば、BPELエンジン・タイプに関連するすべてのフォルトをフィルタ処理およびリストするには、「エンジン・タイプ」列ヘッダーの上にあるテキストボックスで、bpelを入力します。

11.13.5 いくつかのフォルトの迅速なリカバリ(簡易リカバリ)

少数のSOAコンポジット・アプリケーション・フォルトを迅速にリカバリするには、次の手順に従います。

1. 前提条件を確認します。第11.13.3項を参照してください。

2. 「ターゲット」メニューから、「ミドルウェア」を選択します。

3. ミドルウェア・ページで、SOAインフラストラクチャ・ターゲットをクリックします。

4. SOAインフラストラクチャのターゲット・ページで、「フォルトと拒否メッセージ」をクリックします。

5. 「フォルトと拒否メッセージ」タブで検索基準を設定します。第11.13.4.1項を参照してください。

6. 「検索」をクリックします。

7. 表で、一度に1つまたは最大5つのフォルトを選択して、「リカバリ・オプション」メニューから要件を満たす適切なリカバリ・アクションを選択します。このリカバリ・アクションの詳細は、第11.13.2項を参照してください。

8. リカバリ・ジョブを正常に発行するかどうかを確認するために示される次のいずれかで、情報メッセージが表示されます。「OK」をクリックして、必要に応じて必要なアクションを実行します。

- 5つ以上のフォルトを選択した場合、リカバリ・ジョブは発行されません。5つ以下のフォルトを選択して、再試行してください。または、5つ以上を選択して、一括リカバリを試行します。第11.14項を参照してください。

- リカバリ可能なフォルトが存在しない場合、リカバリ・ジョブは発行されません。

- リカバリ可能およびリカバリ不可能なフォルトが存在する場合、リカバリ・ジョブはリカバリ可能なジョブにのみ発行されます。リカバリ・ジョブを追跡できます。第11.14.4.1項を参照してください。

9. 手順(1)から手順(5)を再度実行して、リカバリのために選択したフォルトがまだ検索結果に表示されているかどうかを確認します。表示されない場合、それらのフォルトのリカバリ操作は正常に発行されています。

11.14一括でのフォルトのリカバリ

単一の操作で同じタイプのフォルトをリカバリするプロセスは、一括リカバリと呼ばれます。SOA 11gターゲットの場合、リカバリ可能なフォルトはすべて一括リカバリ・オプションを使用してリカバリできます。同様に、SOA 12cターゲットの場合、リカバリが必要なフォルトは一括リカバリを使用してリカバリできます。

注意:
SOA 12cターゲットの場合、コンポジットの詳細またはフォルトの詳細を指定してフォルトをリカバリできます。これらのパラメータのうち少なくとも1つを指定する必要があります。指定しない場合、一括リカバリは実行できません。SOA 11gターゲットの場合、コンポジットの詳細を指定する必要があります。

一括リカバリは、次の基準を満たした場合に実行できます。

- リカバリするフォルトがすべて同じパーティションにあります。

- リカバリが必要な数が0より大きいです。

- 選択した行の「フォルト所有者」タイプがBPMN、メディエータまたはBPELです。

- フォルトの状態が指定されています。

一括リカバリは、SOAインフラストラクチャ・ホームページにある「エラー・ホスピタル」タブまたは「フォルトと拒否メッセージ」タブから実行できます。これにより、フォルトのコンテキストが保持され、それに応じて一括リカバリの作成ページで事前に移入されます。ただし、一括リカバリ・ジョブ・ページからアクセスする場合は、すべての詳細を新たに入力する必要があります。

この項の具体的な内容は次のとおりです。

- 一括リカバリ・ジョブ・ページからの一括リカバリの実行

- 「フォルトと拒否メッセージ」タブからの一括リカバリの実行

- 「エラー・ホスピタル」タブからの一括リカバリの実行

- 一括リカバリ・ジョブのトラッキング

- 一括リカバリのワークフローの例

11.14.1 一括リカバリ・ジョブ・ページからの一括リカバリの実行

SOAデータベースから多数のフォルトを直接リカバリするには、次の手順に従って一括リカバリを実行します。

1. 前提条件を確認します。詳細。

2. 「ターゲット」メニューから、「ミドルウェア」を選択します。

3. ミドルウェア・ページで、SOAインフラストラクチャ・ターゲットを選択します。

4. SOAインフラストラクチャ・ターゲット・ページで、「SOAインフラストラクチャ」メニューから「フォルト管理」、「一括リカバリ」の順に選択します。

5. 一括リカバリ・ジョブ・ページで、「ジョブの作成」をクリックします。

6. 「一括リカバリの作成」ジョブの「コンポジット」セクションで、次の詳細を入力します。

- メニューから、「初期化中」または「参加中」コンポジット・タイプを選択します。

- フォルトを検索するコンポジットを追加するには、「追加」をクリックします。「検索と選択」ダイアログ・ボックスで、リストに追加するターゲットをすべて選択し、「選択」をクリックします。

- コンポジットを削除するには、「削除」をクリックします。

注意:
追加できるコンポジットの数は10までです。

7. 「時間」セクションで、「次以降に作成されたインスタンス」、「次以前に作成されたインスタンス」、「インスタンス更新済」、「フォルト時間の終了」および「フォルト時間の開始」フィールドに適切な値を入力し、リカバリするフォルトをフィルタします。

8. 「フォルト詳細」セクションで、リカバリするフォルトの詳細を設定します。これを行うには表11-8を参照してください。

9. 「リカバリ・オプション」セクションで、リカバリおよびバッチ・パラメータを設定します。これを行うには、第11.14.1.2項を参照してください。

10. 「ジョブ・パラメータ」セクションで、一括リカバリ・ジョブをスケジュールします。これを行うには、第11.14.1.3項を参照してください。

11. 指定した基準でリカバリされるフォルトの数を確認するには、フォルトの見積りをクリックします。
ポップアップが表示され、設定した基準に基づいてSOAインフラストラクチャ内のフォルトの合計数を通知します。件数に基づいて、続行するかどうかを決定できます。必要な場合、設定を調整できます。たとえば、フォルト期間を変更できます。

12. 「送信」をクリックします。

13. 一括リカバリ・ジョブのステータスを追跡します。詳細は、11.14.4.1項を参照してください。

注意:
SOA 12cターゲットの場合、次のリカバリ状態のフォルトがリカバリされます。

- 管理リカバリ

- メディエータ・リカバリ

- BPEL起動メッセージ・リカバリ

- BPELコールバック・メッセージ・リカバリ

- BPELアクティビティ・メッセージ・リカバリ

ただし、リカバリの状態がEDNリカバリ、拒否メッセージ・リカバリ、および「ヒューマン・ワークフロー・リカバリ」であるフォルトはリカバリできません。

SOA 11gターゲットの場合、状態が「リカバリ可能」であるフォルトはすべてリカバリされます。ただし、リカバリの状態がBPELメッセージ、拒否メッセージおよびヒューマン・ワークフロー・フォルトであるフォルトはリカバリできません。

11.14.1.1 フォルトを一括でリカバリするフォルト詳細の設定

フォルトの一括リカバリ中にフォルト詳細を設定するには、次の手順に従います。

1. 「フォルト詳細」セクションで、「エンジン・タイプ」メニューからエンジンを選択し、選択されたタイプにフォルトの検索が制限されるようにします。

2. 「フォルト・タイプ」メニューから、リカバリするフォルトのタイプを選択します。これは、「システム・フォルト」、「ビジネス・フォルト」または「OWSMフォルト」です。

3. 「エラー・メッセージの内容」フィールドに、エラー・メッセージ内で検索するキーワードを入力し、そのエラー・メッセージを含むフォルトのみがリカバリされるようにします。

4. これに加え、フォルト名、フォルト・コード、HTTPホスト、JNDI名などの詳細を指定して、フォルトの検索を絞り込むことができます。

11.14.1.2 一括でフォルトをリカバリするリカバリおよびバッチ詳細の設定

一括でフォルトをリカバリするためにリカバリおよびバッチ詳細を設定するには、次の手順に従います。

1. 「リカバリ・オプション」セクションで、「リカバリ・アクション」リストからリカバリ・アクションを選択します。

2. デフォルトでは、作成された時間に基づいてフォルトを複数の小さい単位またはバッチにグループ化して順に実行するため、「フォルト時間別バッチ」が有効です。フォルト・リカバリ・プロセスを簡略化するためにオプションの有効化を維持することをお薦めします。ただし、なんらかの理由でバッチを作成しない場合は、このオプションの選択を解除します。

3. 「フォルト時間別バッチ」オプションを有効なままにする場合、次の手順を実行します。

1. デフォルトでは、60分間隔で発生したフォルトでバッチが作成されます。この期間を変更する場合、「バッチ時間間隔」フィールドに分単位の値を入力します。最小期間は5分で、最大期間は360分です。

2. デフォルトでは、2つのバッチ間の遅延時間は、300秒に設定されます。この遅延時間を変更する場合、「バッチ間の遅延」フィールドに秒単位の値を入力します。最小遅延時間は5秒で、最大遅延時間は900秒です。

Batch Recovery esures that all the faults that occurred in the specified fault time period are recovered in a phased manner. For example, lets assume:
Fault time period: 1 Mar 2013  2.00am to 1 Mar 2013 3.00am
Batch time period: 10mins
Batch Delay: 300secs (i.e 5mins)

This means, there are 60mins/10mins = 6 batches in all. The first batch recovers
faults between 2.00am to 2.10am. The second batch recovers faults between 2.10am
to 2.20am, and so on. After each batch runs, there is a delay of 300secs (5mins),
after which the next batch execution begins.

11.14.1.3 一括リカバリ・ジョブの1回実行または繰返し実行のスケジュール

一括リカバリ・ジョブをスケジュールするには、一括リカバリの作成ページの「ジョブ・パラメータ」セクションで、次のオプションのいずれかを選択します。

- 1回のみジョブを実行するには、これらのオプションのいずれかを選択します。

- 即時: ジョブをただちに実行する場合。

- 即時ではなく、スケジュールした日時にジョブを1回のみ実行する場合は、「後で」を選択します。

- 設定された頻度でジョブを繰返し実行するには、「繰返し」メニューから適切な値を選択し、対応する頻度を設定します。
注意: 繰返しジョブの場合、カスタム時間範囲を設定していないことを確認してください。設定すると、ジョブはフォルトを正しく追跡できず、結果的に同じフォルトが何度もリカバリされます。かわりに、相対的な時間範囲を設定できます。たとえば、「障害が発生しました」メニューから「過去1日間」を選択します。

- 猶予期間を設定するには、「スケジュールされた開始時間から」を選択して、適切な猶予期間を設定します。
猶予期間は、スケジュールされたジョブの実行を試行する際に許可される最大遅延を定義する期間です。スケジュールされた時刻+設定した猶予期間と等しい時間内にジョブ・システムが実行処理を開始できない場合は、ジョブがスキップされます。デフォルトでは、すべてのジョブが無期限の猶予期間でスケジュールされます。

11.14.2 「フォルトと拒否メッセージ」タブからの一括リカバリの実行

SOAデータベースから多数のフォルトをリカバリするには、次の手順を実行します。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ミドルウェア・ページで、SOAインフラストラクチャ・ターゲットを選択します。

3. SOAインフラストラクチャ・ターゲット・ページで「フォルトと拒否メッセージ」タブをクリックします。

4. 「フォルトと拒否メッセージ」タブで検索基準を設定します。これを行うには表11-8を参照してください。

5. 「検索」をクリックします。

6. 表で、1つ以上のフォルトを選択して、「一括リカバリ」をクリックします。

7. 一括リカバリに移動ウィザードで、表内で選択したフォルトから一括リカバリの作成ページに引き継ぐ詳細を選択します。フォルトのコンポジット、フォルト開始時間、フォルト終了時間およびエラー・メッセージから1つ以上選択し、「OK」をクリックします。

8. 「コンポジット」セクションのコンポジット名およびパーティション・フィールドには、「フォルトと拒否メッセージ」タブから渡された値が事前に移入されています。リカバリを必要とする別のコンポジットを追加する場合は、「追加」をクリックします。追加できるコンポジットの数は10までです。

9. 「時間」セクションでは、フォルト開始時間およびフォルト終了時間のカスタム値を渡した場合、「インスタンスの作成元」および「インスタンスの作成先」フィールドも同じ値を使用して更新されます。これは必要に応じて変更できます。ただし、「過去1日間」を選択した場合、前の一括リカバリ・ジョブが発行されて以降、過去1日間に全インスタンスで発生したすべてのフォルトが表示されます。

10. 「フォルト詳細」セクションでは、「一括リカバリに移動」ダイアログ・ボックスを使用してエラー・メッセージ属性を渡した場合、「エラー・メッセージ」フィールドは事前移入されて表示される場合があります。そうでない場合、このセクションは更新できます。詳細は、11.14.1.1項を参照してください。

11. 「リカバリ・オプション」セクションで、リカバリおよびバッチ・パラメータを設定します。これを行うには、第11.14.1.2項を参照してください。

12. 「ジョブ・パラメータ」セクションで、一括リカバリ・ジョブをスケジュールします。これを行うには、第11.14.1.3項を参照してください。

13. 指定した基準でリカバリされるフォルトの数を確認するには、フォルトの見積りをクリックします。
ポップアップが表示され、設定した基準に基づいてSOAインフラストラクチャ内のフォルトの合計数を通知します。件数に基づいて、続行するかどうかを決定できます。必要な場合、設定を調整できます。たとえば、フォルト期間を変更できます。

14. 「送信」をクリックします。

15. 一括リカバリ・ジョブのステータスを追跡します。詳細は、11.14.4.1項を参照してください。

16. フォルトを再検索して(方法)、リカバリに選択したフォルトが検索結果に引き続き表示されるかどうかを確認します。
表示されない場合、それらのフォルトのリカバリ操作は正常に実行されています。

注意:
SOA 12cターゲットの場合、次のリカバリ状態のフォルトがリカバリされます。

- 管理リカバリ

- メディエータ・リカバリ

- BPEL起動メッセージ・リカバリ

- BPELコールバック・メッセージ・リカバリ

- BPELアクティビティ・メッセージ・リカバリ

ただし、リカバリの状態がEDNリカバリ、拒否メッセージ・リカバリ、および「ヒューマン・ワークフロー・リカバリ」であるフォルトはリカバリできません。

SOA 11gターゲットの場合、状態が「リカバリ可能」であるフォルトはすべてリカバリされます。ただし、リカバリの状態がBPELメッセージ、拒否メッセージおよびヒューマン・ワークフロー・フォルトであるフォルトはリカバリできません。

11.14.3 「エラー・ホスピタル」タブからの一括リカバリの実行

SOAデータベースから多数のフォルトをリカバリするには、次の手順を実行します。

1. 前提条件を確認します。第11.13.3項。

2. 「ターゲット」メニューから、「ミドルウェア」を選択します。

3. ミドルウェア・ページで、SOAインフラストラクチャ・ターゲットをクリックします。

4. SOAインフラストラクチャ・ターゲット・ページで「エラー・ホスピタル」をクリックします。

5. 「エラー・ホスピタル」タブで検索基準を設定します。これを行うには表11-10を参照してください。

6. 「検索」をクリックします。

7. 表で、1つ以上のフォルトを選択して、「一括リカバリ」をクリックします。

8. 「コンポジット」、「コンポジット・タイプ」および「フォルト所有者」の詳細が事前に移入された状態で「コンポジット」セクションが表示されます。コンポジットを追加したり、このセクションを編集することはできません。

9. 「時間」セクションでは、「インスタンスの作成元」および「インスタンスの作成先」などの詳細はエラー・ホスピタル・ページから取得されます。これに加え、フォルトの作成元、フォルトの作成先、インスタンスの更新元およびインスタンスの更新先の値を指定した場合、これらの値もこのページに事前に移入されて表示されます。していない場合、これらの値を入力して検索を絞り込みます。

10. 通常、「フォルト詳細」セクションでフォルト・パラメータの1つが事前に移入されて表示されている場合、デフォルトではこれはフォルト名です。ただし、他のカテゴリによって、エラー・ホスピタル・レポートをグループ化している場合、それらの値は、それに応じて移入されます。検索を絞り込むために、このセクションで他のフィールドを更新できます。詳細は、11.14.1.1項を参照してください。

11. 「リカバリ・オプション」セクションで、リカバリおよびバッチ・パラメータを設定します。これを行うには、第11.14.1.2項を参照してください。

12. 「ジョブ・パラメータ」セクションで、一括リカバリ・ジョブをスケジュールします。これを行うには、第11.14.1.3項を参照してください。

13. 指定した基準でリカバリされるフォルトの数を確認するには、フォルトの見積りをクリックします。
ポップアップが表示され、設定した基準に基づいてSOAインフラストラクチャ内のフォルトの合計数を通知します。件数に基づいて、続行するかどうかを決定できます。必要な場合、設定を調整できます。たとえば、フォルト期間を変更できます。

14. 「送信」をクリックします。

15. 一括リカバリ・ジョブのステータスを追跡します。詳細は、11.14.4.1項を参照してください。

16. エラーを再検索して(方法)、リカバリに選択したエラーが検索結果に引き続き表示されるかどうかを確認します。
表示されない場合、それらのエラーのリカバリ操作は正常に実行されています。

注意:
SOA 12cターゲットの場合、次のリカバリ状態のフォルトがリカバリされます。

- 管理リカバリ

- メディエータ・リカバリ

- BPEL起動メッセージ・リカバリ

- BPELコールバック・メッセージ・リカバリ

- BPELアクティビティ・メッセージ・リカバリ

ただし、リカバリの状態がEDNリカバリ、拒否メッセージ・リカバリ、および「ヒューマン・ワークフロー・リカバリ」であるフォルトはリカバリできません。

SOA 11gターゲットの場合、状態が「リカバリ可能」であるフォルトはすべてリカバリされます。ただし、リカバリの状態がBPELメッセージ、拒否メッセージおよびヒューマン・ワークフロー・フォルトであるフォルトはリカバリできません。

11.14.4 一括リカバリ・ジョブのトラッキング

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

- 一括リカバリ・ジョブの追跡およびその結果およびエラーの表示

- EMCLIおよびWeb Servicesを使用して一括リカバリ・ジョブを作成する

11.14.4.1 一括リカバリ・ジョブの追跡およびその結果およびエラーの表示

一括リカバリ・ジョブを追跡して結果およびエラーを表示するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ミドルウェア・ページで、SOAインフラストラクチャ・ターゲットをクリックします。

3. SOAインフラストラクチャ・ターゲット・ページで、「SOAインフラストラクチャ」メニューから「フォルト管理」、「一括リカバリ」の順に選択します。

4. 一括リカバリ・ジョブ・ページで、ジョブ名、実行した日時または実行がスケジュールされている日時、ジョブをスケジュールしたユーザー、ジョブの現在のステータス、リカバリされたおよびリカバリされなかったフォルトなどの詳細を表示できます。

注意:

- このページには、現在のユーザーのみの過去3日間に実行されたジョブのみリストされます。リストには、EM Command Line Interface (EM CLI)を介して発行されたジョブも含まれます。

- 「リカバリされたフォルト」列には、現在までにジョブに対してSOA Suiteで試行されたリカバリのフォルトの数が表示されます。「リカバリされていないフォルト」列には、なんらかのエラーによってSOA Suiteで試行できなかったリカバリのフォルトの数が表示されます。

5. 実際の結果、ジョブ失敗エラーおよびリカバリ・エラーなどの詳細を表示するジョブの名前をクリックします。
「一括リカバリ・ジョブの詳細」ページが開き、次の情報が表示されます。

セクション名

説明

結果

リカバリ・ジョブのステータス、リカバリに選択されたコンポジットなどの詳細、リカバリに選択されたフォルトのID、「リカバリ済」または「リカバリされていない」のいずれかであるフォルトのリカバリ試行ステータスが表示されます。
注意: リカバリ・ステータスは、フォルトの実際のリカバリ・ステータスではなくリカバリ試行ステータスのみを示します。実際のリカバリ・ステータスを確認するには、フォルトIDを検索します。(関連項目を参照)

ジョブ障害エラー

リカバリ障害が発生したジョブの詳細が表示されます。ジョブ障害の最終ポイントのエラーが表示されます。
詳細は、次のとおりです。

- 失敗した手順名は、失敗したリカバリ・ジョブのステップ名です。ジョブには、pre-checkおよびrecover_faultsの主に2つのステップがあります。recover_faultsステップは、ジョブの各バッチに1回、バッチ処理が有効でない場合は1回のみ実行されます。

- 失敗したステップ出力は、失敗したジョブ・ステップの出力です。

- 「解析済エラー・メッセージ」は、ステップ出力の一部として既知のエラー・メッセージです。

- 「コンポジット」は、リカバリ・ジョブに選択されたコンポーネントの名前です。

- 「フォルト時間の開始」は、障害発生、およびリカバリ・ジョブ発行の開始日時です。

- 「フォルト時間の終了」は、障害発生、およびリカバリ・ジョブ発行の終了日時です。

- 「エラーの詳細」は、リカバリ・ジョブが取得されなかったステータスを示すエラーです。つまり、リカバリが指定したコンポジットおよび期間に試行されましたが、ステータスの取得中にタイムアウトになりました。
フォルトがリカバリされたかどうかを確認するには、指定したコンポジットおよび期間のフォルトを検索します。(関連項目を参照)

リカバリ・ジョブを再度実行するには、バッチ期間を最初に入力した値より小さい値に削減し、一括リカバリ・ジョブを再発行します(11.14項を参照)。

11.14.4.2 EMCLIおよびWeb Servicesを使用して一括リカバリ・ジョブを作成する

SOAインフラストラクチャ・ターゲットの一括リカバリ・ジョブは、EM CLIを使用してコマンド・ラインからか、Webサービス・インタフェースを使用してEMジョブ・システムから、またはCloud ControlのUIから作成することができます。

この項では、次の項について説明します。

- EMCLIを使用して一括リカバリ・ジョブを作成する

- 発行されたジョブおよび出力をEMCLIを使用して表示する

- Webサービスから一括リカバリ・ジョブを作成する

11.14.4.2.1 EMCLIを使用して一括リカバリ・ジョブを作成する

EM CLIで、EMジョブ・システムのget_jobsコマンドを使用して一括リカバリ・ジョブを発行します。ジョブへの入力データは、プロパティ・ファイルを使用して提供されます。

EMCLIを使用して一括リカバリ・ジョブを作成するには、次の手順を実行します。

1. EMCLIにログインします。次に例を示します。

emcli login -username=sysman

2. 入力する入力パラメータをプロパティ・ファイルで見つけ、一括リカバリ・ジョブを実行します。次のコマンドを実行します。

emcli describe_job_type -type=SOABulkRecovery

3. 任意のエディタを使用してプロパティ・ファイルを開き、入力データを入力します。保存してプロパティ・ファイルを閉じます。
任意のエディタを使用して、新しいテキスト・ファイルを作成します。たとえば、temp.propertiなどになります。

Here's a sample Property File:

target_list=<soa-infra target name>:oracle_soainfra
variable.CompositeList=<composite1 target name>, <composite 2 target name>
variable.BatchDelay=300
variable.BatchSize=10
variable.EnableBatching=1
variable.EngineType=BPEL
variable.ErrorMsg=xxxx
variable.FaultStartTime=01-01-2013 00:00:00 PST
variable.FaultEndTime=01-02-2013 00:00:00 PST
variable.FaultTimePeriod=Custom
variable.RecoveryAction=Continue

注意:
現在、Oracleではtarget_listプロパティに入力するSOAインフラストラクチャ・ターゲットを1つだけサポートしています。

4. 更新されたプロパティ・ファイルを入力値として使用して次のコマンドを実行し、一括リカバリ・ジョブを発行します。

emcli create_job -name=bulk522 -job_type=SOABulkRecovery -input_file=property
file:/tmp/temp.properties

5. WebLogicドメインまたはSOAサーバー・ホストの優先資格証明または名前付き資格証明を設定します。デフォルトで、ジョブは優先資格証明を使用します。つまり、WebLogicドメインにはWebLogic管理者資格証明、SOAサーバー・ホストには通常ホスト資格証明を使用します。
優先資格証明を設定するには、次のコマンドを実行します。

Setting WebLogic Domain Credentials:
emcli set_preferred_credential -target_type=weblogic_domain -target
name=<weblogic domain target name> -set_name=WLCredsNormal -credential
name=<existing named credential name> -credential_owner=<user>

Setting SOA Host Credentials:
emcli set_preferred_credential -target_type=host -target_name=<host target
name> -set_name=HostCredsNormal -credential_name=<existing named credential
name> -credential_owner=<user>

または、今回の発行のために、プロパティ・ファイルに入力値として名前付き資格証明を指定することにより、優先資格証明をオーバーライドできます。

次の例では、WebLogicドメインおよびSOAサーバー・ホスト用の名前付き資格証明を設定する方法について説明します。

target_list=<SOA-Infra TargetName>:oracle_soainfra
cred.SOAAgentHostCred.<slc01nbo.us.example.com>:<host>=NAMED:xxxx
cred.SOADomainCreds.<target_name>:<target_type>=NAMED:xxxx

11.14.4.2.2 発行されたジョブおよび出力をEMCLIを使用して表示する

次の表では、EMCLIコマンドを使用して実行できるその他の操作について説明します。

表11-9 一括リカバリのためのEMCLIコマンド

EMCLIコマンド

説明

例

get_jobs

このEMCLIコマンドは、発行されたすべての一括リカバリ・ジョブを表示します。

emcli get_jobs -targets=<SOA-Infra target name>:oracle_soainfra -format=name:csv | grep BULK521

get_job_execution_detail

このEMCLIコマンドは一括リカバリ・ジョブ実行の出力を表示します。ジョブの各ステップの詳細を表示するには、ジョブの実行IDを指定する必要があります。

注意: EMCLIコマンドを使用して表示されるジョブの出力は構造化されていません。出力の完全な、構造化されたレポートを取得するには、Enterprise Manager Cloud Controlにログインします。「エンタープライズ」メニューから「ジョブ」を選択し、「アクティビティ」をクリックします。「ジョブ・アクティビティ」ページの「拡張検索」リージョンで、ジョブの名前を入力して、「実行」をクリックします。ジョブを選択し、「すべて開く」をクリックして手順にドリルダウンします。

次のコマンドを実行して、ジョブの実行IDを取得します。

emcli get_jobs -targets=<SOA-Infra target name>:oracle_soainfra -format=name:csv | grep BULK521

次のコマンドの実行IDを使用して、発行されたジョブの詳細を表示します。

emcli get_job_execution_detail -execution=D4081BAB8942F246E040F00A5AA93E04 -xml -showOutput

11.14.4.2.3 Webサービスから一括リカバリ・ジョブを作成する

EMユーザー・インタフェースおよびEMCLIに加え、EMジョブ・システムで提供されるWebサービス・インタフェースを使用して一括リカバリ・ジョブを作成することもできます。ジョブ・システムのWebサービス・インタフェースは、EMのインストール時にデフォルトで利用できるようになり、WSDLのURLは次のとおりです。

<protocol>://<machine>:<port>/em/websvcs/extws/JobControlService?wsdl

EMジョブ・システムのWebサービスはSimple Object Access Protocol (SOAP)のエンドポイントとして実装されます。クライアント・プログラムは、Java、C++、Rubyなど様々な言語を使用してこれらのエンドポイントにアクセスできます。WebサービスはSOAPリクエスト・メッセージをいずれかのエンドポイントに送信し、対応するレスポンス・メッセージを取得することにより使用されます。

一般的に、Webサービス・インタフェースのジョブ・システムにより実行される操作は、create_job、describe_job_typeなどのEMCLI操作に非常によく似ています。

11.14.5 一括リカバリのワークフローの例

この項では、次の例について説明します。

- 一括リカバリ・ジョブの毎晩実行

- 特定の時間間隔のフォルトをリカバリするための1回かぎりのジョブ

11.14.5.1 一括リカバリ・ジョブの毎晩実行

毎晩12.00AMに実行される一括リカバリ・ジョブをスケジュールし、一日を通じて発生したフォルトをリカバリするには、次の手順を実行します。

1. 「コンポジット」セクションで、目的のコンポジットを追加します。

2. 「時間」セクションで、次の値を入力します。

1. SOA 12cターゲットの場合、「インスタンス作成済」メニューから「カスタム」を選択し、カスタム値を指定します。その日のみに作成されたインスタンスをリカバリするには、「過去1日間」を選択します。

2. 「障害が発生しました」メニューから、「過去1日間」を選択します。

3. 「フォルトの見積もり」をクリックし、リカバリされるフォルトの数を表示します。

3. 「フォルト詳細」セクションで、適切な値を入力します。

4. 「リカバリ・オプション」セクションで、次の値を入力します。

1. 「フォルト時間別バッチ」を選択します。

2. 「バッチ時間間隔」で、「10分」を入力します。これは、すべてのバッチによって10分の時間ウィンドウ内のフォルトがリカバリされることを意味します。すでに過去1日間(「フォルト時間の開始」値)が選択されているため、バッチは合計で24 * 60 / 10 = 144になります。

3. 「バッチ間の遅延」で、「200分」を入力します。これが各バッチ間の遅延になります。遅延の主な目的は、各リカバリ後にSOAシステム時間を安定させることです。

5. 「ジョブ・パラメータ」セクションで、次の値を入力します。

1. 「即時」を選択し、ジョブが発行されると同時に開始します。

2. 「繰返し」メニューから、「N日ごと」を選択します。

3. 「頻度」として「1日」を入力します。

6. 「送信」をクリックします。

11.14.5.2 特定の時間間隔のフォルトをリカバリするための1回かぎりのジョブ

1回かぎり実行される一括リカバリ・ジョブをスケジュールし、特定の時間間隔のフォルトをリカバリするには、次の手順に従います。

1. 「コンポジット」セクションで、目的のコンポジットを追加します。

2. 「時間」セクションで、次の値を入力します。

1. SOA 12cターゲットの場合、「インスタンス作成済」メニューから「カスタム」を選択し、カスタム値を指定します。その日のみに作成されたインスタンスをリカバリするには、「過去1日間」を選択します。

2. 「障害が発生しました」メニューから、「カスタム」を選択します。「フォルト時間の開始」フィールドに「3:00AM」を入力し、「フォルト時間の終了」フィールドに「4:00AM」を入力します。

3. 「フォルトの見積もり」をクリックし、リカバリされるフォルトの数を表示します。

3. 「フォルト詳細」セクションで、適切な値を入力します。

4. 「リカバリ・オプション」セクションで、次の値を入力します。

1. 「フォルト時間別バッチ」を選択します。

2. 「バッチ時間間隔」で、「10分」を入力します。これは、すべてのバッチによって10分の時間ウィンドウ内のフォルトがリカバリされることを意味します。1時間の時間ウィンドウ(3:00AMから4:00AMまで)が選択されているため、バッチは合計で60 / 10 = 6になります。

3. 「バッチ間の遅延」で、「200分」を入力します。これが各バッチ間の遅延になります。遅延の主な目的は、各リカバリ後にSOAシステム時間を安定させることです。

5. 「ジョブ・パラメータ」セクションで、次の値を入力します。

1. 「後で」を選択し、日付と時刻を指定してジョブをスケジュールします。

2. 「繰返し」メニューから、「繰返しなし」を選択します。

3. 「頻度」として「1日」を入力します。

6. 「送信」をクリックします。

11.15 エラー・ホスピタル・レポートの生成

エラー・ホスピタル・ページを使用して、SOAインフラストラクチャにデプロイされたすべてのSOAコンポジットで発生したエラーの集計カウントを表示します。このページでは、失敗した個々のインスタンスはリストされません。フォルトのある個々のフローを表示するには、SOAインフラストラクチャ・ホームページで「フォルトと拒否メッセージ」タブに移動します。

エラー・ホスピタル・ページは、システム全体のフォルト・データが集計されるSOAインフラストラクチャ・レベルで使用できます。パーティション・レベルでアクセスした場合、エラー・ホスピタル・ページは、そのパーティションにのみ関連付けられているフォルト・データに制限されます。

エラー・ホスピタル・ページには、次のセクションがあります。

- 「検索」リージョン: 必要に応じて「検索」セクションで使用可能なフィルタを更新し、要件を満たす、より詳細な結果にドリルダウンできます。デフォルトでは、過去24時間に作成されたすべてのインスタンスで発生したフォルトの合計が表示されます。必須フィールドである「インスタンスの作成元」および「インスタンスの作成先」の値を指定する必要があります。これらの値に加えて、問合せ対象を過去の特定の時間に制限するためにフォルトの時間ウィンドウを指定することもできます。
また、データの集計基準となるフォルト属性を選択することもできます。たとえば、「フォルト・コード」を選択する場合、最初の列の各行は特定のコードを表し、その他の列はコードごとに集計されたフォルト統計を表します。

- 「エラー・ホスピタル・レポート」表: この表には、「検索」リージョンで指定したフィルタに基づいてレポートが表示されます。データは常に、リストから選択された主なフォルト属性(「フォルト名」や「フォルト・コード」など)の1つによって集計されます。デフォルトの集計は「フォルト名」によるものです。このレポートを使用して、エラー・トレンドを評価できます。たとえば、「フォルト・コード」によって集計することにより、最もフォルトが多いのはどのコードであるかを確認できます。これにより、フォルト数が最も多い行を表から1つ選択し、一括リカバリを実行できます。

- 「チャート」リージョン: 「エラー・ホスピタル」レポートの詳細はグラフ形式でも入手できます。基本的に、「フォルト名」で集計された上位フォルトは棒グラフで表されます。円グラフは、リカバリが必要なフォルトとリカバリ不可能なフォルトの対比を示します。

主な利点は次のとおりです。

1. 「エラー・ホスピタル」レポートは、管理者がエラー・トレンドを確認するためのフォルト数のクイック・ビューとして機能します。

2. 集計されたエラー・カウントをすべてまとめた統合レポートが1ページで示されます。

3. また、1回の操作で選択した類似フォルトのグループに対して一括リカバリを実行することもできます。

4. 自動再試行機能によって、システムでリカバリ可能なフォルトの再試行を続けることができます。フォルトによりリカバリが必要な状態で、自動再試行が設定されている場合、一定の間隔で自動システム・コールが生成され、エラーのリカバリが試行されます。手動で追跡するフォルトが少なくなるため、この機能によって管理者の負担が大幅に軽減されます。

5. 「インスタンスのトレース」オプションを使用すると、選択した障害グループに基づいてインスタンスのトレース・ページに移動できます。

エラー・ホスピタルの検索基準を設定するには、次の表の説明のように詳細を入力し、「検索」をクリックします。

表11-10 エラー・ホスピタルの検索基準の設定

フィールド

説明

時間

過去の特定の時刻に問合せを制限するには、このフィルタを使用します。フォルトを検索するには時間フィルタが必要です。「インスタンスの作成元」および「インスタンスの作成先」フィールドに適切に値を入力していることを確認してください。デフォルトでは、過去1日に作成されたすべてのインスタンスが表示されます。

また、次のフィルタを追加できます。

インスタンス更新済

フォルトが発生しました

コンポジット

ビジネス・フローの検索対象を特定のコンポジットに制限する場合に使用します。

次のオプションを選択できます。

- 初期化中: 選択したコンポジットで開始されたビジネス・フローにのみ検索対象を制限します。

- 参加中: このコンポジット内のすべてのビジネス・フローを検索します。

懐中電灯アイコンをクリックします。ターゲットの検索と選択ウィザードで、表からターゲットの名前を選択し、「選択」をクリックします。フォルトの検索は、選択したコンポジットに対して実行されます。

状態

次のいずれかの状態を選択します。

アクティブなインスタンスを検索するには、「アクティブ」を選択します。空白を選択すると、フィルタリングは無視されます。

- すべてアクティブ: アクティブな状態のすべてのビジネス・フローが検索されます。

- 実行中: 現在実行中のビジネス・フロー。このフローには、承認を待機中のヒューマン・タスク・コンポーネントが含まれる可能性があります。

- 一時停止: 通常、SOAコンポジット・アプリケーションのバージョン間の移行に関連するビジネス・フロー。

- リカバリ: リカバリ可能フォルトを含むビジネス・フロー。

アクティブでないインスタンスを検索するには、「非アクティブ」を選択します。空白を選択すると、フィルタリングは無視されます。

- すべて非アクティブ: 終了したすべてのビジネス・フローが検索されます。

- 完了: ビジネス・フローは完了しています。リカバリを待機するフォルトはありません。

- 失敗: リカバリ不能なフォルトがある、完了したビジネス・フローが検索されます。

- 中断: ユーザーによって明示的に終了されたビジネス・フロー、またはシステム・エラーが発生したビジネス・フローが検索されます。

フォルト

ビジネス・フローの検索対象をフォルトがあるものに制限する場合に使用します。このフィールドを空白のままにした場合、「フォルト」フィルタは無視されます。

すべてのタイプのフォルトを検索するには、「すべて」または空白を選択します。

特定のタイプのフォルトを検索するには、次のいずれかを選択します。

- 「リカバリが必要です」は、ビジネス・フォルトといくつかの特定のシステム・フォルトを示します。たとえば、Oracle Mediator入力ファイル・パスと出力ディレクトリの不一致のフォルト、ユーザーが適切な(予期される)アクションを実行するための権限が付与されていないOracle BPM Worklistに関連する他のフォルトです。

- 「リカバリ不能」は、拒否メッセージ、ほとんどのシステム・フォルト、存在しない参照、サービス呼出し失敗、ポリシー・フォルトを示します。

- 「リカバリ済」は、リカバリ済フォルトを少なくとも1つ含むフローを示します。

- 「システム自動再試行」は、システム自動再試行が発生した、失敗したフローを示します。

フォルト・タイプ

すべてのタイプのフォルトを検索するには、「すべて」を選択します。

特定のタイプのフォルトを検索するには、次のいずれかを選択します。

- 「システム・フォルト」は、アクセスできないデータベース・サーバーやWebサービスなどのすべてのネットワーク・エラーまたは他のタイプのエラーを示します。

- 「ビジネス・フォルト」は、処理される情報に問題が含まれる場合(たとえば、データベースに社会保障番号がない場合など)に生成されたすべてのアプリケーション固有のフォルトを示します。

- 「OWSMフォルト」は、SOAコンポジット・アプリケーション、サービス・コンポーネントまたはバインディング・コンポーネントにアタッチされたポリシーのOracle Web Service Managerエラーを示します。ポリシーでは、メッセージ配信に対してセキュリティが適用されます。

フォルト所有者

フォルトの所有者名を入力するには、「名前」フィールドを使用します。入力した名前が次の形式であることを確認してください。

<partition>/<composite name>!<composite version>/<component name>

失敗したビジネス・フローの検索をフィルタして、管理者からの特定のタイプのリカバリ・アクションを待機しているスタック・フローに絞り込むには、これを使用します。すべての所有者に属するフォルトを検索するには、「すべて」を選択します。

特定のフォルト所有者にドリル・ダウンするには、次のいずれかを選択します。

- BPEL

- BPMN

- メディエータ

- ヒューマン・ワークフロー

- デシジョン

- Spring

- ケース管理

フォルト詳細

次の詳細のすべて、または一部を指定して検索パラメータを調整し、詳細な結果にドリルダウンできます。

- エラー・メッセージの内容: 同じエラー・メッセージ・テキストを持つ、失敗したビジネス・フローのみを検索する場合に使用します。メッセージの任意の部分を入力できます。この検索では大文字と小文字が区別されます。

- フォルト名: Negative Creditなどの説明的な特定のフォルト名を持つ、失敗したビジネス・フローのみを検索する場合に使用します。正確な名前(文字列全体)を入力する必要があります。この検索では大文字と小文字が区別されます。

「その他」を展開すると、フィルタ処理のためのフィールドがさらに表示されます。

- HTTPホスト

- JNDI名

検索行の制限

デフォルトでは、検索結果は表に10行に制限されています。この制限を変更する場合、適切な値を入力します。

制限として入力できる最大値は、OMSに設定されている制限に応じて決定されます。OMSに制限が設定されていない場合、デフォルトで受け入れられる制限は2000であるため、「検索結果の制限(行)」フィールドに入力できるデフォルトの範囲は1から2000です。

OMSで設定されるこの上限を変更するには、コマンドemctl set property -name oracle.sysman.core.uifwk.maxRows -value <max_limit_value>を実行します。

注意: 制限として設定する値が大きいほどフォルトを取得する時間が長くなるため、「検索結果の制限(行)」のデフォルトに大きい値を入力すると、フォルト取得までに時間がかかり、ロード時間も長くなります。

具体的には、次のタスクをこのページから実行できます。

- エラー・ホスピタル・レポートの生成

- エラー・ホスピタル・レポートのカスタマイズ

11.15.1 エラー・ホスピタル・レポートの生成

検索フィールドを使用してすべてのSOAコンポジットで発生したエラー・カウントを生成および表示するには、次の手順に従います。

1. 前提条件を確認します。第11.13.3項を参照してください

2. 「ターゲット」メニューから「ミドルウェア」を選択します。

3. ミドルウェア・ページで、SOAインフラストラクチャ・ターゲットをクリックします。

4. SOAインフラストラクチャ・ターゲット・ページで「エラー・ホスピタル」をクリックします。

5. 「エラー・ホスピタル」タブで検索基準を設定します。詳細は、表11-10を参照してください。

6. 「検索」をクリックします。

7. 結果を確認します。

- 各フォルトのエラーの集計カウントを表示するには、結果の表の「フォルトの合計」列を参照してください。

- 表の表示と非表示を切り替えるには、「表示」メニューから「列」を選択し、表示または非表示にする列名を選択します。

- 特定の列をフィルタ処理または詳細な検索を実行するには、列ヘッダーの上にあるテキストボックスに検索キーワードを入力します。詳細は、11.13.4.3項を参照してください。

- 異なるカテゴリでフォルトをグループ化するには、関連するカテゴリを選択します。詳細は、11.15.2項を参照してください。

- フォルトを一括でリカバリするには、「一括リカバリ」をクリックします。詳細は、11.14.3項を参照してください。

11.15.2 エラー・ホスピタル・レポートのカスタマイズ

レポートを生成した後、他のカテゴリで結果をグループ化する場合、次の手順に従います。

1. エラー・レポートを作成します。第11.15.1項を参照してください。

2. エラー・ホスピタル・ページで、データの集計基準となるフォルト属性を選択します。これを行うには、「グループ化」メニューから次のフォルト属性の1つ選択します。デフォルトでは、フォルトは「フォルト名」によって集計されます。ただし、次のオプションを選択できます。

- フォルト・コード: フォルト・コードが集計されます。

- フォルト名: フォルト名が集計されます。この集計オプションはデフォルトで選択されます。

- フォルト・タイプ: フォルト・タイプが集計されます。

- システム: ネットワーク・エラーまたは他のタイプのエラー(データベース・サーバーやWebサービスにアクセスできないなど)。

- ビジネス: 処理される情報に問題がある場合に生成されるアプリケーション固有のフォルト(データベースで社会保障番号が見つからないなど)。

- OWSM: SOAコンポジット・アプリケーション、サービス・コンポーネントまたはバインディング・コンポーネントにアタッチされたポリシーのエラー。ポリシーでは、メッセージ配信に対してセキュリティが適用されます。

- JNDI名: JNDI名が集計されます(eis/FileAdapterなど)。

- コンポジット: SOAコンポジット・アプリケーション名別にフォルトが集計されます。

- フォルト所有者: フォルトを処理したサービス・コンポーネント、サービス・バインディング・コンポーネント、または参照バインディング・コンポーネントの名前別にフォルトが集計されます。場合によっては、これはフォルトの所有者とフォルトの場所の両方であることがあります。

- フォルト所有者タイプ: フォルトを処理したコンポーネント、サービスまたは参照のタイプが集計されます(たとえば、BPELプロセス・サービス・コンポーネントがフォルトを所有する場合、BPELが表示されます)。

- パーティション: フォルトが発生したSOAコンポジット・アプリケーションのパーティションが集計されます。

- HTTPホスト :フォルトが発生したHTTPホストが集計されます。

11.16 BPMNメッセージのリカバリ

BPELまたはBPMNサービス・エンジンのリカバリ可能なインスタンスを見つけるには、次の手順を実行します。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ミドルウェア・ページで、SOAインフラストラクチャ・ターゲットをクリックします。

3. SOAインフラストラクチャ・ターゲット・ページで、「SOAインフラストラクチャ」メニューから「サービス・エンジン」、「BPEL/BPMN」の順に選択します。選択に基づき、サービス・エンジンのホーム・ページが表示されます。

4. ホーム・ページで「リカバリ」タブを選択します。

5. フォルトが発生したメッセージをリカバリするには、表の1つ以上のメッセージ(一度に最大5つのメッセージ)を選択して、「リカバリ」をクリックします。
再検索して、リカバリに選択したフォルトが検索結果に引き続き表示されるかどうかを確認します。表示されない場合、それらのフォルトのリカバリ操作は正常に発行されています。

注意:
配信されないようにメッセージをマークするには、表の1つ以上のメッセージを選択して、「取消」をクリックします。

11.17 トラブルシューティング

ここでは、SOA Suite 11gの検出時に発生する可能性のあるエラーと、そのエラーを解決するための手順について説明します。

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

- 検出

- モニタリング

- インスタンスのトレース

- 最新のフォルト

- フォルト管理

- 情報パブリッシャ・レポート

- BI Publisherレポート

- システムとサービス

- BPELリカバリ

- SOAライセンスの問題

- デハイドレーション・ストアの問題

11.17.1 検出

次のエラーは、SOAインスタンスの検出中に発生します。

表11-11 エラー・メッセージ

エラー・メッセージ

回避手順

New SOA Composite deployed on the SOA
Server from JDeveloper are not
displayed automatically in Enterprise
Manager Cloud Control.

新規にデプロイされたSOAコンポジットをEnterprise Manager Cloud Controlで検出するには、関連付けられたWebLogicドメインについて「ファームのリフレッシュ」メニュー・オプションを実行する必要があります。

11.17.2 モニタリング

次のエラーは、収集頻度によって構成データの収集に遅延が生じたときに発生します。

表11-12 エラー・メッセージ

エラー・メッセージ

回避手順

All metrics are not displayed.

Enterprise Manager Cloud Controlでは管理エージェントを使用してメトリック・データが収集されます。エージェントによる最初の収集では、メトリック・データのアップロードに15分かかる場合があります。

Metric Collection

ターゲット設定の検証が実行されない場合、いくつかのメトリックでメトリック収集エラーが表示されることがあります。それらのメトリックについては収集停止を解除するまで収集が一時停止されます。SOAインフラストラクチャ・ターゲットの収集エラーが発生したメトリックの収集停止を一括解除するには、%emd_root%のエージェント・スクリプト・ディレクトリにあるunsuspend_soametrics.plスクリプトを使用します。

11.17.3 インスタンスのトレース

次のエラーは、インスタンスがトレースされているときに発生します。

BPELの1列目と同じ理由で、インスタンス検索に失敗します。(管理エージェントが停止中か使用できない場合)。

表11-13 エラー・メッセージ

エラー・メッセージ

回避手順

Instance Tracing Job Fails

1. 「ジョブ」ページに移動して「インスタンスのトレース」ジョブ(TRACE SOA INSTANCE ID + インスタンスID + 発行時間)を特定し、出力を表示して失敗した手順を確認します。

2. 問題を解決し、「ジョブ」ページで「再試行」をクリックしてジョブを再実行します。

3. 「インスタンスのトレース」ページに移動してトレース結果を表示します。「インスタンスのトレース」ページで「インスタンスのトレース」オプションを実行して、新規のジョブを発行することもできます。

11.17.4 最新のフォルト

次に示すエラーは、次のような場合に発生します。

- 最後の10個の値のみが収集されるため、フォルトが存在するインスタンスの一部が表示されません。

- 最後に収集されたフォルト・インスタンスが「フォルトとメッセージ」ページに表示されません。

表11-14 エラー・メッセージ

エラー・メッセージ

回避手順

All instances with faults are not
populated in Enterprise Manager Cloud
Control.

デフォルトでは、過去15分間に収集された最新の10個のフォルトのみを表示できます。その他のフォルトを表示するには、ターゲットのホームページで「一般」セクションのリンクをクリックしてFusion Middlewareに移動します。

11.17.5 フォルト管理

この項では、フォルト管理のためのトラブルシューティング情報について説明します。

- 一括リカバリ

- フォルト検索とリカバリ

- フォルト管理とインスタンス・トレースのエラー

11.17.5.1 一括リカバリ

一般的に、一括リカバリ・エラーが表示された場合は次の手順を実行して、エラーが説明されているページにナビゲートします。

1. Cloud Controlで、「ターゲット」メニューから「ミドルウェア」を選択します。

2. ミドルウェア・ページで、SOAインフラストラクチャ・ターゲットをクリックします。

3. SOAインフラストラクチャ・ターゲット・ページで、「SOAインフラストラクチャ」メニューから「フォルト管理」、「一括リカバリ」の順に選択します。

4. 「一括リカバリ・ジョブ」ページで、失敗したジョブを選択します。

5. 「ジョブの詳細」ページの「ジョブ障害エラー」セクションで、「解析済エラー・メッセージ」と「エラー詳細」フィールドを選択して、ジョブが失敗したエラーについて調べます。

「解析済エラー・メッセージ」フィールドに表示されるエラー・メッセージの一部と、その修正案を例として次に示します。

表11-15 エラー・メッセージ

エラー・メッセージ

回避手順

java.lang.IllegalArgumentExcept
on: Invalid Job Identifier! The
specified identifier does not
match any valid fault recovery
jobs.

java.lang.IllegalStateException
The results job xxxx are not
available because the
processing has not yet
completed.

1. SOAインフラストラクチャが起動し、稼働していることを確認します。

2. 一括リカバリ・ジョブの作成中に入力するBatch Time Periodパラメータに、より小さな値を選択します。
これにより、各バッチでリカバリされるフォルト数が少なくなります。

3. 現在のジョブですでにリカバリされたフォルトのフォルト期間を除外して、適切なフォルト期間を選択します。次の手順を実行します。

1. 失敗したジョブの詳細には、リカバリが失敗した「コンポジット」、「フォルト時間の開始」および「フォルト時間の終了」が表示されます。

2. 新しいジョブの新しい「フォルト時間の開始」を、失敗したジョブの障害ポイントの「フォルト時間の終了」として選択します。

4. パラメータは同じだが、「バッチ時間間隔」の値を小さくし、新しい「フォルト時間の開始」と「フォルト時間の終了」を設定した別の一括リカバリ・ジョブを発行します。

t3://slc03dms.us.example.com:8001
javax.naming.CommunicationExce
ption [Root exception is
java.net.ConnectException:
t3://slc03dms.us.example.com:8001
/soa-infra: Destination
unreachable; nested exception
is: java.net.ConnectException:
Connection refused; No
available router to
destination]

SOAインフラストラクチャが起動し、稼働していることを確認し、同じパラメータを持つ新たな一括リカバリ・ジョブを発行します。

11.17.5.2 フォルト検索とリカバリ

SOAインフラストラクチャ・ターゲットに接続できない場合は、次のエラーが発生します。

表11-16 エラー・メッセージ

エラー・メッセージ

回避手順

Error connecting to SOA Infra
t3://slc03dms.us.example.com:80
01.

SOAインフラストラクチャが起動し、稼働していることを確認します。

11.17.5.3 フォルト管理とインスタンス・トレースのエラー

SOAデータベースが機能していない場合は、次のエラーが発生します。

表11-17 エラー・メッセージ

エラー・メッセージ

回避手順

Error occured when getting
faults
Java.rmi.RemoteException: EJB
Exception: ; nested exception
is: java.lang.RuntimeException:
java.lang.RuntimeException:
weblogic.jdbc.extensions.PoolD
isabledSQLException:
weblogic.common.resourcepool.R
esourceDisabledException: Pool
SOALocalTxDataSource is
Suspended, cannot allocate
resources to applications.

SOAデータベースが起動し、稼働していることを確認します。

t3://slc03dms.us.example.com:80
01
javax.naming.CommunicationExce
ption [Root exception is
java.net.ConnectException:
t3://slc03dms.us.example.com:80
01/soa-infra: Destination
unreachable; nested exception
is: java.net.ConnectException:
Connection refused; No
available router to
destination]

SOAデータベースが起動し、稼働していることを確認します。

Error occured when getting faults
oracle.sysman.emSDK.agent.comm
.exception.ConnectException:
Unable to connect to the agent
at
https://slc03dms.us.example.com
:3872/emd/main/ [Connection
refused]

SOAデータベースが起動し、稼働していることを確認します。

11.17.6 情報パブリッシャ・レポート

ここではレポート関連エラーの一覧を表示します。

表11-18 エラー・メッセージ

エラー・メッセージ

回避手順

Report generation fails
due to invalid
database details.

1. 「すべてのターゲット」ページに移動します。

2. 特定のSOAコンポジットがデプロイされているSOAインフラストラクチャ・ターゲットを選択して、「構成」をクリックします。

3. 「モニタリング構成」ページで、データベース接続の詳細および資格証明を指定して「OK」をクリックします。

No targets found message
for Oracle
SOA Composite Reports.

既定のレポートは直接使用できません。「類似作成」オプションを使用して、「SOAコンポジット」ターゲット・タイプに基づくカスタム・レポートを生成する必要があります。

Report generation fails
due to invalid host
details.

SOAインフラストラクチャが稼働しているホスト・ターゲットに有効な資格証明を設定してください。

11.17.7 BI Publisherレポート

この項では、BI Publisherレポート関連エラーの一覧を表示します。

表11-19 エラー・メッセージ

エラー・メッセージ

回避手順

Exception Encountered
For One of SOA BIP
Report If SOA
Dehydration Is Not
Configured

SOAデハイドレーション・ストアの詳細がBI Publisherで構成されない場合、(デハイドレーション・ストアからの)SOAコンポジット・レポートは生成されず、次の例外メッセージが表示されます。

レポートはエラーのため表示できません。管理者に連絡してください。パラメータ名: P_PARTITION_NAMEはデータベース接続(EMSOA)を確立できません

この問題を回避するには、BI Publisherの設定を構成した後、「管理」メニューから「JDBC接続」を選択して、SOAデータベース接続を手動で作成する必要があります。データソースの名前はEMSOA 12にします。次の手順を使用して、EMSOAデータソースを作成します。

1. 「エンタープライズ」メニューから、「レポート」、「BI Publisherレポート」の順に選択します。BI Publisher Enterpriseのログイン・ページが表示されます。

2. 資格証明を入力して、BI Publisherにログインします。

3. 右隅にある「管理」リンクをクリックします。

4. 「データソース」セクションの「JDBC接続」リンクをクリックして、「データソース」ページに移動します。「データソースの追加」をクリックします。

5. 「データソース」フィールドにEMSOAと入力し、ドライバ・タイプ、ドライバ・クラス、接続文字列、ユーザー名およびパスワードを指定します。「接続のテスト」をクリックして、接続が正常に確立されるかどうかを確認します。

6. 「適用」をクリックします。新規作成されたEMSOA jdbcデータソースが「データソース」ページに表示されます。

EMSOAデータソースを作成すると、問題が解決されるはずです。

11.17.8 システムとサービス

次のエラーは、作成されていないサービスをリフレッシュしようとすると発生します。

表11-20 エラー・メッセージ

エラー・メッセージ

回避手順

Create Service option
does not work.

システムとサービスの作成は、SOAインフラストラクチャおよび関連ターゲットの構成収集によって異なります。詳細はログ・ファイルを確認してください。

Refresh Service option
does not work.

「サービスのリフレッシュ」機能は、既存のインフラストラクチャ・サービスに有効です。サービスが存在しない場合は、「サービスの作成」メニュー・オプションを使用して作成する必要があります。

11.17.9 BPELリカバリ

次のエラーは、指定された資格証明が無効なときに発生します。

表11-21 エラー・メッセージ

エラー・メッセージ

回避手順

Invalid Host and
WebLogic Domain
Credentials

BPELリカバリ機能を有効にするには、ホスト資格証明およびWebLogicドメイン資格証明を、優先資格証明ストアで使用可能にする必要があります。有効な資格証明を設定して再試行します。

11.17.10 SOAライセンスの問題

SOA Management Pack EEが有効になっていない場合、次のエラーが発生します。

表11-22 エラー・メッセージ

エラー・メッセージ

回避手順

The page requested is part of
the SOA Management Pack EE.

特定のSOAインフラストラクチャ・ターゲットに対しては、SOA Management Pack EEを有効にする必要があります。ライセンスを有効にするには、次の手順を実行します。

1. 「設定」メニューから、「Management Pack」、「Management Packのアクセス権」の順に選択します。

2. 「ターゲット・タイプ」ドロップダウン・ボックスで「SOAインフラストラクチャ」を選択します。

3. 「SOA Management Pack EE」の選択/選択解除を切り替えます。

4. 「適用」をクリックして「SOAコンポジット」ページに移動します。

11.17.11 デハイドレーション・ストアの問題

「デハイドレーション・ストア」ページにデータが表示されません。

表11-23 エラー・メッセージ

エラー・メッセージ

回避手順

Data is not displayed in
the Dehydration Store
page.

このエラーは、データベース・ターゲットに指定した値がWebLogic Serverのデータソースと一致しない場合に発生します。この問題を解決するには、次の手順を実行します。

1. データベース・ターゲットのデータベース・ホストとSIDの値を、WebLogic ServerのJDBCデータソース構成の収集値と比較します。

2. 値が異なる場合は、「ターゲット」メニューから「サービス」を選択します。「データソース」、「SOALocalTxtSource」の順に選択し、「接続プール」をクリックして、データソース接続URLを更新します。

第V部

Oracle Business Intelligenceの管理

この部の章では、Enterprise Manager Cloud Control 13cのOracle Business IntelligenceインスタンスおよびOracle Essbaseターゲットの検出、モニターおよび管理について説明します。

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

- 第12章「Oracle Business IntelligenceインスタンスおよびOracle Essbaseの検出とモニタリング」

12 Oracle Business IntelligenceインスタンスおよびOracle Essbaseの検出とモニタリング

Oracle Business Analyticsの一部であるOracle Business Intelligence(Oracle BI)は、エンタープライズ・パフォーマンス管理、財務パフォーマンス管理、データ統合、データ・ウェアハウスなどの様々なビジネス・インテリジェンス機能に加えて、問合せ、レポート作成、分析およびアラートの各種ツールを提供するテクノロジとアプリケーションを組み合せたものです。

Enterprise Manager Cloud Control 13cを使用して特定のOracle Business Intelligenceターゲットをモニターできます。Oracle Business Intelligenceターゲットのステータス、パフォーマンスおよび状態をモニタリングすると、より効率的なビジネス・インテリジェンス・システムを設定できます。

Enterprise Managerを使用してターゲットをモニタリングすると、ターゲットのステータス、可用性、パフォーマンスおよび状態に関する完全かつ最新の概要が得られます。Enterprise Managerには、ターゲットの複雑なパフォーマンス・データがグラフや円グラフを使用して簡潔な形式で表示されます。また、ターゲット・メトリックで、そのしきい値レベル、ターゲット・アラートおよびターゲット・インシデントが相反するため、ユーザー操作が必要になることも常に知らせます。

この章では、Enterprise Manager Cloud Control 13cでのOracle BIインスタンスおよびOracle Essbaseターゲットのモニター方法について説明します。内容は次のとおりです。

- モニター可能なOracle Business Intelligenceターゲットの概要

- モニタリング・プロセスについて

- Oracle Business IntelligenceインスタンスおよびOracle Essbaseターゲットの検出

- Oracle Business IntelligenceインスタンスおよびOracle Essbaseターゲットのモニタリング

- Oracle Business IntelligenceインスタンスおよびEssbaseターゲットの管理

- Oracle Business Intelligenceドメインのスケール・アウト

- Oracle Business Intelligenceインスタンスのプロビジョニング・プロファイルの作成

- Oracle Business Intelligenceインスタンスのクローニング

12.1モニター可能なOracle Business Intelligenceターゲットの概要

この項では、Enterprise Manager Cloud Control 13cリリース1以上を使用してモニターできるOracle Business Intelligenceターゲットの概要を示します。次の項目が含まれます。

- Oracle Business Intelligenceインスタンス

- Oracle Essbase

12.1.1 Oracle Business Intelligenceインスタンス

Oracle Business Intelligenceインスタンス(BIインスタンス)は、単一の統合Business Intelligence機能を一単位として提供するように構成できる、Business Intelligenceコンポーネントの論理グループです。すべてのBIインスタンス・ターゲットは、WebLogicドメインの一部になります。WebLogicドメインの詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』を参照してください。

BIインスタンス・ターゲットは、複数のコンポーネントで構成されます。これらのコンポーネントは、Enterprise Managerを使用して個別にモニターできます。表12-1では、これらのコンポーネントについて説明します。

表12-1 Oracle Business Intelligenceインスタンスのコンポーネント

コンポーネント

説明

BI Server

このコンポーネントでは、Oracle Business Intelligenceの問合せおよびデータ・アクセス機能が提供され、エンタープライズ・セマンティック・モデルのアクセスおよび管理のためのサービスが提供されます。

BI Presentation Server

このコンポーネントは、WebクライアントへのOracle Business Intelligenceデータのプレゼンテーションに使用されるフレームワークとインタフェースを提供します。このプレゼンテーション・フレームワークのカスタマイズ用にファイル・システム上にOracle BIプレゼンテーション・カタログ・サービスを保持します。

BI Cluster Controller

このコンポーネントは、Oracle Business Intelligence Server(BI Server)クラスタを管理します。また、Oracle Business Intelligenceスケジューラ(BIスケジューラ)コンポーネントのアクティブ・パッシブ・クラスタリングの管理も行います。

BI Scheduler

このコンポーネントは、指定された時間に分析をユーザーへ配信するための拡張可能なスケジューリング機能を提供します。

BI Java Host

このコンポーネントは、Oracle BI Scheduler、Oracle BI Publisherおよびグラフ生成におけるJavaタスクなど、様々なコンポーネントのOracle BIプレゼンテーション・サービスでのサポートを可能にするコンポーネント・サービスを提供します。また、Oracle BI Server問合せによる、Hyperion Financial ManagementやOracle Online Analytical Processing(OLAP)データソースへのアクセスも有効にします。

12.1.2 Oracle Essbase

Oracle Essbaseは、エンタープライズでの分析者の複雑な計算要件を満たすためのビジネス・パフォーマンス管理ソリューションを提供する多次元データベース管理システムです。

Oracle Essbaseは、事前にパッケージ化されたアプリケーションをデプロイしたり、カスタム分析およびパフォーマンス管理アプリケーションを開発したりするための環境を提供する、Online Analytical Processing(OLAP)サーバーで構成されます。すべてのEssbaseターゲットは、WebLogicドメインの一部になります。WebLogicドメインの詳細は、『Oracle Fusion Middleware構成ウィザードによるドメインの作成』を参照してください。

Enterprise Managerを使用すると、EssbaseサーバーとデプロイされるすべてのEssbaseアプリケーションを個別にモニターできます。

12.2 モニタリング・プロセスについて

Oracle Business Intelligenceインスタンス(BIインスタンス)およびOracle Essbaseターゲットを監視するには、次の手順を実行します。

1. Oracle Business Intelligenceをインストールします。
Oracle Business Intelligenceのインストール方法の詳細は、Oracle Fusion Middleware Oracle Business Intelligenceインストレーション・ガイドを参照してください。

2. Enterprise Manager Cloud Control 13cリリース1以上のシステムをインストールします。これより前のリリースのEnterprise Manager Cloud Controlを使用している場合、13cリリース1以上にアップグレードします。
Enterprise Manager Cloud Control 13cシステムのインストール方法の詳細は、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』を参照してください。

Enterprise Manager Cloud Control 13cリリース1以上へのアップグレード方法の詳細は、『Oracle Enterprise Manager Cloud Controlアップグレード・ガイド』を参照してください。

注意:
Oracle Business Intelligenceをインストールしたホストとは別のホストにEnterprise Manager Cloud Controlシステムをインストールすることをお薦めします。

3. Oracle Business IntelligenceをインストールしたホストにOracle Management Agent(管理エージェント)がインストールされていない場合、バージョンが12.1.0.2.0以上の管理エージェントをインストールします。12.1.0.2.0よりも前のリリースの管理エージェントがホストにインストールされている場合、管理エージェントを12.1.0.2.0以上にアップグレードします。
管理エージェントのインストール方法の詳細は、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』を参照してください。

管理エージェントのアップグレード方法の詳細は、『Oracle Enterprise Manager Cloud Controlアップグレード・ガイド』を参照してください。

4. Oracle Business Intelligenceをインストールしたホストの管理エージェントにEnterprise Manager for Oracle Fusion Middlewareプラグインがインストールされていない場合は、このプラグインのバージョン12.1.0.3.0以上をホストにデプロイします。このプラグインの前のバージョンがホストの管理エージェントにデプロイされている場合は、それを12.1.0.3.0以上にアップグレードします。
12.1.0.3.0 Enterprise Manager for Oracle Fusion Middlewareプラグインは、12.1.0.2.0 OMSをインストールするときにOMSホストにデフォルトでダウンロードされます。12.1.0.4.0 Enterprise Manager for Oracle Fusion Middlewareプラグインは、12.1.0.3.0 OMSをインストールするときにOMSホストにデフォルトでダウンロードされます。

プラグインのデプロイ方法と既存のプラグインのアップグレード方法の詳細は、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

5. 必要なBIインスタンスとEssbaseターゲットを検出します。
BIインスタンスとEssbaseターゲットは、これらが構成要素となるWebLogicドメインの検出時に自動で検出されます。

モニターするBIインスタンスとEssbaseターゲットは、未検出のWebLogicドメインの一部になるか、以前に検出されたWebLogicドメインの一部になります。

未検出のWebLogicドメインを構成するBIインスタンスとEssbaseターゲットの検出方法については、第12.3.1項を参照してください。

以前に検出されたWebLogicドメインを構成するBIインスタンスとEssbaseターゲットの検出方法については、第12.3.2項を参照してください。

6. BIインスタンスとEssbaseターゲットをモニターします。
BIインスタンスとEssbaseターゲットのモニター方法の詳細は、第12.4項を参照してください。

12.3 Oracle Business IntelligenceインスタンスおよびOracle Essbaseターゲットの検出

検出するOracle Business Intelligenceインスタンス(BIインスタンス)とOracle Essbaseターゲットは、未検出のWebLogicドメインまたは検出済WebLogicドメインの一部になります。

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

- 未検出のWebLogicドメインのターゲットの検出

- 検出済WebLogicドメインの新規ターゲットまたは変更済ターゲットの検出

注意:
この項は、Oracle Business Intelligence Enterprise Edition 11gにのみ適用できます。

12.3.1 未検出のWebLogicドメインのターゲットの検出

未検出のWebLogicドメインを構成するBIインスタンスとEssbaseターゲットを検出するには、まずそのターゲットが構成要素となるWebLogicドメインを検出します。これを行うには、WebLogicドメインの自動検出を有効にするか、必要なWebLogicドメインを手動で検出します。WebLogicドメインの検出後、ターゲットをプロモートしてそのターゲットをモニターする管理エージェントを割り当てる必要があります。

検出は11gおよび12c Oracle Business Intelligence Enterprise Editionターゲットのみでサポートされます。

次の各項では、これらのアクションの実行方法について説明します。Fusion Middleware検出の詳細は、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

ターゲットの自動検出の有効化

この方法を使用して、エンタープライズの各種WebLogicドメインを自動的に検出するFusion Middlewareターゲットの自動検出を有効にします。また、WebLogicドメインを構成するBIインスタンスとEssbaseターゲットをプロモートして、これらのターゲットをモニターする管理エージェントを割り当てます。

自動検出では、「ミドルウェア」タブで表示されないドメインのみがモニタリングのために検出されます。ドメインを表示するには、まずEnterprise Managerにプロモートする必要があります。ドメインをプロモートするには「自動検出」ページを使用します。

ターゲットの手動検出

この方法を使用して、WebLogicドメインを手動で検出します。また、WebLogicドメインを構成するBIインスタンスとEssbaseターゲットをプロモートして、これらのターゲットをモニターする管理エージェントを割り当てます。

12.3.2 検出済WebLogicドメインの新規ターゲットまたは変更済ターゲットの検出

一般的なエンタープライズの場合、WebLogicドメインが一定のままであることはありません。新規または変更済ドメイン・メンバー(BIインスタンスやEssbaseターゲットなど)は、どの時点でも検出済WebLogicドメインに追加できます。これらの追加したターゲットの自動検出を有効にするか、追加したターゲットを手動で検出します。これらのターゲットの検出後、ターゲットをプロモートしてそのターゲットをモニターする管理エージェントを割り当てる必要があります。

次の各項では、これらのアクションの実行方法について説明します。Fusion Middleware検出の詳細は、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

ターゲットの自動検出の有効化

この方法を使用して、新規または変更済WebLogicドメイン・メンバー・ターゲット(BIインスタンスやEssbaseターゲットなど)の自動検出を有効にします。また、新規や変更済ドメイン・メンバー・ターゲットをプロモートして、これらのターゲットをモニターする管理エージェントを割り当てます。

ターゲットの手動検出

この方法を使用して、新規メンバー(BIインスタンスやEssbaseターゲットなど)のWebLogicドメインを手動で確認し、そのメンバーを検出します。また、新規や変更済ドメイン・メンバー・ターゲットをプロモートして、これらのターゲットをモニターする管理エージェントを割り当てます。

12.4 Oracle Business IntelligenceインスタンスおよびEssbaseターゲットの監視

Oracle Business Intelligenceインスタンス(BIインスタンス)およびEssbaseターゲットをモニターするには、必要なターゲットのホームページに移動します。

BIインスタンスまたはEssbaseターゲットのホームページに移動するには、次の手順を実行します。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ナビゲーション・ツリーから、BIインスタンスまたはEssbaseサーバー・ターゲットを含む「Oracle Fusion Middlewareファーム」を選択します。BIインスタンスまたはEssbaseサーバーの名前をクリックします。

3. 「ターゲット・ナビゲーション」ウィンドウのナビゲーション・ツリーで、必要なターゲットの名前をクリックします。

ターゲットのホームページを使用すると、モニタリング・タスクを複数実行できます。これらのタスクについては次の項で説明します。この項の内容は次のとおりです。

- 一般的なモニタリング・タスクの実行

- ターゲットに固有のモニタリング・タスクの実行

注意:
この項は、Oracle Business Intelligence Enterprise Edition 11gおよび12cにのみ適用できます。

12.4.1 一般的なモニタリング・タスクの実行

この項では、BIインスタンスとEssbaseターゲットの一般的なモニタリング・タスク(ターゲットのステータスや可用性、パフォーマンス、状態、アラート、インシデントなどの表示)の実行方法について説明します。

このセクションには次の要素があります。

一般

- ターゲット全般および可用性のサマリーの表示

- ターゲットのステータスおよび可用性履歴の表示

パフォーマンス

- ターゲットのパフォーマンスまたはリソース使用率の表示

- ターゲット・メトリックの表示

- ターゲットのメトリックおよび収集の設定の表示または編集

- ターゲットのメトリック収集エラーの表示

状態

- ターゲットの状態の表示

- ターゲットのアラート履歴の表示

- ターゲット・インシデントの表示

- ターゲット・ログの表示

構成、ジョブおよびコンプライアンス

- ターゲットの構成および構成ファイルの表示

- ターゲットのジョブ・アクティビティの表示

- ターゲットのコンプライアンスの表示

12.4.1.1 ターゲット全般および可用性のサマリーの表示

ターゲットの詳細のサマリー全般を表示するには、次の手順に従って「サマリー」セクションに移動します。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ナビゲーション・ツリーから、BIインスタンスまたはEssbaseサーバー・ターゲットを含む「Oracle Fusion Middlewareファーム」を選択します。BIインスタンスまたはEssbaseサーバーの名前をクリックします。

3. 「ターゲット・ナビゲーション」ウィンドウのナビゲーション・ツリーで、必要なターゲットの名前をクリックします。

「サマリー」セクションに、ターゲットに関する背景情報が表示されます。この情報は、表示や編集を行うためにターゲット・バイナリ、ログ・ファイル、メタデータ・ファイルおよび構成ファイルを特定する場合に役立ちます。

表12-2では、「サマリー」セクションの要素について説明します。

表12-2 ターゲット全般および可用性のサマリー

要素

説明

稼働開始

(ターゲットが稼働中のときのみ表示されます) ターゲットが最後に正常に起動した時刻。

停止時刻

(ターゲットが停止中のときのみ表示されます) ターゲットが最後に停止した時刻。

可用性

ターゲットの可用性割合。

バージョン

ターゲット・ソフトウェアのバージョン

Oracleホーム

ターゲット・バイナリの場所。

Oracleインスタンス

ターゲット・コンテンツ・ファイル、メタデータ、構成ファイルおよびログ・ファイルの場所。

ポート

ターゲットで通信に使用されるポート。

実行中のアプリケーション

(Essbaseサーバー・ターゲットの場合のみ)

現在、稼働していて実行中のEssbaseアプリケーションの数。

予想外のアプリケーション

(Essbaseサーバー・ターゲットの場合のみ)

現在、どのユーザーもアクセスしていないEssbaseアプリケーションの数。

接続ユーザー

(Essbaseサーバー・ターゲットの場合のみ)

現在、1つ以上のアプリケーションを介して接続されているユーザーの数。

記憶域のタイプ

(Essbaseアプリケーション・ターゲットの場合のみ)

アプリケーションで使用されるデータ記憶域のタイプ。

キューブ

(Essbaseアプリケーション・ターゲットの場合のみ)

アプリケーションに含まれるキューブの数。

問合せトラッキング

(Essbaseアプリケーション・ターゲットの場合のみ)

問合せトラッキング、つまり、集計が必要な多数のデータ値が含まれるトラッキング・データの組合せが有効であるかどうか。

メモリー使用量(MB)

(Essbaseアプリケーション・ターゲットの場合のみ)

アプリケーションで使用されるメモリー(MB)。

スレッド

(Essbaseアプリケーション・ターゲットの場合のみ)

アプリケーションのスレッドの数。

12.4.1.2 ターゲットのステータスおよび可用性履歴の表示

ターゲットのステータスおよび可用性履歴を表示するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ナビゲーション・ツリーから、BIインスタンスまたはEssbaseサーバー・ターゲットを含む「Oracle Fusion Middlewareファーム」を選択します。BIインスタンスまたはEssbaseサーバーの名前をクリックします。

3. 「ターゲット・ナビゲーション」ウィンドウのナビゲーション・ツリーで、必要なターゲットの名前をクリックします。

4. ターゲットのホームページに表示される、BIインスタンス・コンポーネント・メニュー、またはEssbaseターゲット・メニューから、「モニタリング」、「ステータス履歴」の順に選択します。

場合によっては、ネットワークの問題やシステム・エラーにより、ターゲットが停止したり、Oracle Management Service(OMS)で、ターゲットをモニターする管理エージェントに達することができないことがあります。可用性(ステータス履歴)ページでは、特定のターゲットに対して、このような状況が発生するタイミングおよび期間に関する情報が提供されます。この情報は、ターゲット関連のインシデントのトラブルシューティングに必要です。

可用性(ステータス履歴)ページは、「全体の可用性」、「停止時間履歴」および「一般」セクションで構成されます。「全体の可用性」セクションは、ターゲットが検出されてからの可用性を示す円グラフで構成されます。「停止時間履歴」セクションには、ターゲットが停止していた期間の詳細が示されます。

表12-3では、「一般」セクションの要素について説明します。

表12-3 ターゲットのステータスおよび可用性履歴

要素

説明

現行のステータス

ターゲットの現行のステータス(稼働中および実行中、または停止中かどうか)。

稼働開始

(ターゲットが稼働中のときのみ表示されます) ターゲットが最後に正常に起動した時刻。

停止時刻

(ターゲットが停止中のときのみ表示されます) ターゲットが最後に停止した時刻。

可用性(%)

ターゲットの可用性割合。

停止時間(分)

ターゲットが停止していた期間。

ブラックアウト時間(分)

ターゲットに設定されているブラックアウトの合計時間。

エージェント停止時間(分)

ターゲットをモニタリングするOracle Management Agentが停止していた期間。

システム・エラー時間(分)

システム・エラーが原因でターゲットをモニターできなかった期間。

ステータス保留時間(分)

ターゲットのステータスを特定できなかった期間。

12.4.1.3 ターゲットのパフォーマンスまたはリソース使用率の表示

ターゲットのパフォーマンスまたはリソース使用率を表示するには、次の手順に従い、「レスポンス」セクションまたは「CPU使用率およびメモリー使用量」セクションに移動します。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ナビゲーション・ツリーから、BIインスタンスまたはEssbaseサーバー・ターゲットを含む「Oracle Fusion Middlewareファーム」を選択します。BIインスタンスまたはEssbaseサーバーの名前をクリックします。

3. 「ターゲット・ナビゲーション」ウィンドウのナビゲーション・ツリーで、必要なターゲットの名前をクリックします。ターゲットのパフォーマンスまたはターゲットのリソース使用率を示すグラフが表示されます。

4. (オプション)パフォーマンス・データまたはリソース使用率データを表形式で表示するには、「表ビュー」をクリックします。

注意:
BIインスタンス、BI ServerおよびBI Presentation Serverターゲットの場合、ターゲットのホームページに表示できるのはパフォーマンス・データのみです。リソース使用率データは表示できません。他のBIインスタンス・コンポーネント・ターゲットおよびEssbaseターゲットの場合、ターゲットのホームページに表示できるのはリソース使用率データのみです。パフォーマンス・データは表示できません。

ターゲットのパフォーマンス

「レスポンスと負荷」セクションには、BIインスタンス、BI ServerまたはBI Presentation Serverターゲットのパフォーマンスが表示されます。これらのターゲットの場合、「レスポンスと負荷」セクションは、次のグラフで構成できます。

- 平均問合せ時間の時間による変化
「平均問合せ時間」は、BI ServerまたはBI Presentation Serverで問合せの実行にかかった平均時間です。平均問合せ時間は、デフォルトで15分ごとに、収集されてOracle Management Repositoryにアップロードされます。

- 1秒当たりのサーバー問合せの数の時間による変化
「サーバー問合せ(/秒)」は、BI ServerまたはBI Presentation Serverで1秒間に処理された問合せの数です。「サーバー問合せ(/秒)」は、デフォルトで15分ごとに収集されてOracle Management Repositoryにアップロードされます。

- 1秒当たりの完了したリクエストの時間による変化
「完了リクエスト(/秒)」は、1秒間にBI Presentation Serverで完了したリクエストの数です。「完了リクエスト(/秒)」は、デフォルトで15分ごとに収集されてOracle Management Repositoryにアップロードされます。

これらのグラフを注意深く観察することにより、サーバーの過負荷やサーバー・アクセスの減少などに関する問題を早期に検出できる場合があります。長期間にわたって収集されたグラフのデータを分析すると、より効率的なBI ServerまたはBI Presentation Serverの設定に役立ちます。

ターゲットのパフォーマンスの詳細は、「パフォーマンス・サマリー」ページにアクセスしてください。このページにアクセスするには、「Business Intelligenceインスタンス」、「BIサーバー」または「BIプレゼンテーション・サービス」メニューで、「モニタリング」、「パフォーマンス・サマリー」の順に選択します。

ターゲットのリソース使用量

「CPU使用率およびメモリー使用量」セクションには、ターゲットのリソース使用量が表示されます。このセクションは、次の2つのグラフで構成されます。

- CPU使用率(%)の時間による変化
CPU使用率は、ターゲットによって使用されるCPU時間の割合を示します。CPU使用率が高い場合、Business Intelligenceコンポーネントとアプリケーションの処理速度が落ち、パフォーマンスが低下します。CPU使用率は、デフォルトで15分ごとに、収集されてOracle Management Repositoryにアップロードされます。

- メモリー使用量(MB)の時間による変化
メモリー使用量は、ターゲットによって使用されるメモリーの量を示します。メモリー使用量が高い場合、Business Intelligenceコンポーネントとアプリケーションの処理速度が落ちます。メモリー使用量は、デフォルトで15分ごとに、収集されてOracle Management Repositoryにアップロードされます。

これらのグラフを注意深く観察することにより、アプリケーションの過負荷やコンポーネントの停止などに関する問題を早期に検出できる場合があります。

12.4.1.4 ターゲット・メトリックの表示

特定のターゲットに関して収集されたメトリックをすべて表示するには、次の手順を実行します。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ナビゲーション・ツリーから、BIインスタンスまたはEssbaseサーバー・ターゲットを含む「Oracle Fusion Middlewareファーム」を選択します。BIインスタンスまたはEssbaseサーバーの名前をクリックします。

3. 「ターゲット・ナビゲーション」ウィンドウのナビゲーション・ツリーで、必要なターゲットの名前をクリックします。

4. ターゲットのホームページに表示される、BIインスタンス・コンポーネント・メニュー、またはEssbaseターゲット・メニューから、「モニタリング」、「すべてのメトリック」の順に選択します。

「すべてのメトリック」ページには、特定のターゲットに関して収集されたすべてのメトリックの詳細が表示されます。収集されたメトリックごとに、平均値、しきい値、収集スケジュールおよびメトリック値の履歴が表示されます。

12.4.1.5 ターゲットのメトリックおよび収集の設定の表示または編集

特定のターゲットのメトリックおよび収集の設定を表示および編集するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ナビゲーション・ツリーから、BIインスタンスまたはEssbaseサーバー・ターゲットを含む「Oracle Fusion Middlewareファーム」を選択します。BIインスタンスまたはEssbaseサーバーの名前をクリックします。

3. 「ターゲット・ナビゲーション」ウィンドウのナビゲーション・ツリーで、必要なターゲットの名前をクリックします。

4. ターゲットのホームページに表示される、BIインスタンス・コンポーネント・メニュー、またはEssbaseターゲット・メニューから、「モニタリング」、「メトリックと収集設定」の順に選択します。

5. メトリックまたはその他の収集対象アイテムの収集スケジュールやしきい値を編集するには、「編集」列内の対応するアイコンをクリックします。

メトリックと収集設定ページには、ターゲット・メトリックの収集しきい値と収集スケジュールの詳細が表示されます。このページを使用して、管理者は、ターゲット・メトリックやその他の収集対象アイテムの警告しきい値とクリティカルしきい値、およびこれらの収集間隔を編集できます。

12.4.1.6 ターゲットのメトリック収集エラーの表示

特定のターゲットのメトリック収集エラーを表示するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ナビゲーション・ツリーから、BIインスタンスまたはEssbaseサーバー・ターゲットを含む「Oracle Fusion Middlewareファーム」を選択します。BIインスタンスまたはEssbaseサーバーの名前をクリックします。

3. 「ターゲット・ナビゲーション」ウィンドウのナビゲーション・ツリーで、必要なターゲットの名前をクリックします。

4. ターゲットのホームページに表示される、BIインスタンス・コンポーネント・メニュー、またはEssbaseターゲット・メニューから、「モニタリング」、「メトリック収集エラー」の順に選択します。

メトリック収集エラー・ページには、ターゲット・メトリックの取得時に発生したエラーの詳細が表示されます。これらの詳細によって、メトリックの収集時にエラーが発生した際に、ターゲットのパフォーマンスを正確に表さない場合があるメトリックの情報が提供されます。

12.4.1.7 ターゲットの状態の表示

ターゲットの状態のサマリーを表示するには、次の手順に従って「モニタリングと診断」セクションに移動します。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ナビゲーション・ツリーから、BIインスタンスまたはEssbaseサーバー・ターゲットを含む「Oracle Fusion Middlewareファーム」を選択します。BIインスタンスまたはEssbaseサーバーの名前をクリックします。

3. 「ターゲット・ナビゲーション」ウィンドウのナビゲーション・ツリーで、必要なターゲットの名前をクリックします。

「モニタリングと診断」セクションには、特定の期間内における、ターゲットに関連し、ユーザー処理を必要とする異常事象の数とターゲット構成に加えられた変更の数が示されます。この情報は、管理者がターゲットの全体的な状態を短時間でとらえ、解決の必要のある問題の数を把握するのに役立ちます。ターゲットの構成の詳細は、BIインスタンス・コンポーネント・メニューまたはEssbaseターゲット・メニューから「構成」にアクセスします。

表12-4では、「モニタリングと診断」セクションの要素について説明します。

表12-4 ターゲットの状態

要素

説明

インシデント

ターゲットに悪影響を及ぼすため、ユーザー処理が必要な未解決の状況や問題の数。表示される整数は、インシデント・マネージャ・ページへのリンクでもあります。

子ターゲット・インシデント

(Essbaseサーバー・ターゲットの場合のみ)

Essbaseアプリケーションに関連するインシデントの数。表示される整数は、インシデント・マネージャ・ページへのリンクでもあります。

構成の変更

過去7日間にターゲットの構成に対して行われた変更の数。表示される整数は、構成履歴ページへのリンクでもあります。

12.4.1.8 ターゲットのアラート履歴の表示

特定のターゲットのアラート履歴を表示するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ナビゲーション・ツリーから、BIインスタンスまたはEssbaseサーバー・ターゲットを含む「Oracle Fusion Middlewareファーム」を選択します。BIインスタンスまたはEssbaseサーバーの名前をクリックします。

3. 「ターゲット・ナビゲーション」ウィンドウのナビゲーション・ツリーで、必要なターゲットの名前をクリックします。

4. ターゲットのホームページに表示される、BIインスタンス・コンポーネント・メニュー、またはEssbaseターゲット・メニューから、「モニタリング」、「アラート履歴」の順に選択します。

アラート履歴ページには、特定のメトリックがクリティカルしきい値を大幅に超えていた期間やメトリックが計算できなかった期間など、ターゲット・メトリックの詳細が表示されます。これらの詳細は、サーバーに障害が発生したり、停止時間が長期にわたる前にメトリックに関連する問題を修正する方法の計画に役立ちます。

表12-5では、「アラート履歴」ページの要素について説明します。

表12-5 ターゲットのアラート履歴

要素

説明

メトリック

ターゲットのパフォーマンスに関連するパラメータ。

履歴

様々な時間でのメトリックの状態。状態の値は、クリティカル、警告、クリアおよびデータなしです。

12.4.1.9 ターゲット・インシデントの表示

ターゲットに関連するインシデントを表示するには、次の手順に従って「インシデント」セクションに移動します。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ナビゲーション・ツリーから、BIインスタンスまたはEssbaseサーバー・ターゲットを含む「Oracle Fusion Middlewareファーム」を選択します。BIインスタンスまたはEssbaseサーバーの名前をクリックします。

3. 「ターゲット・ナビゲーション」ウィンドウのナビゲーション・ツリーで、必要なターゲットの名前をクリックします。

「インシデント」セクションには、ビジネス・インテリジェンス・システムに悪影響を与える、ターゲット関連の様々なイベントの詳細が表示されます。これらのイベントにはユーザー処理が必要です。このセクションに表示される詳細(インシデント・サマリー、重大度、ターゲット、ターゲット・タイプなど)は、トラブルシューティングに必要です。

ターゲットのインシデントの詳細レポートについては、「インシデント・マネージャ」ページにアクセスしてください。このページにアクセスするには、BIインスタンス・コンポーネント・メニューまたはEssbaseターゲット・メニューで、「モニタリング」、「インシデント・マネージャ」の順に選択します。

「インシデント」セクションの要素の詳細は、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

12.4.1.10 ターゲット・ログの表示

特定のターゲットに関連するログ・メッセージを表示するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ナビゲーション・ツリーから、BIインスタンスまたはEssbaseサーバー・ターゲットを含む「Oracle Fusion Middlewareファーム」を選択します。BIインスタンスまたはEssbaseサーバーの名前をクリックします。

3. ターゲットのホームページに表示される、BIインスタンス・コンポーネント・メニュー、またはEssbaseターゲット・メニューから、「ログ」、「ログ・メッセージの表示」の順に選択します。

4. (オプション)ターゲット・ログ・ファイルの表示またはダウンロードを行うには、「ターゲット・ログ・ファイル」をクリックして必要なログ・ファイルを選択し、それぞれ「ログ・ファイルの表示」または「ダウンロード」をクリックします。

5. (オプション)ログ・メッセージをファイルにエクスポートするには、ログ・メッセージ・ページで必要なメッセージを選択します。「メッセージをファイルにエクスポート」メニューから、選択したメッセージのエクスポート先の形式をクリックします。場所を選択し、ファイルをダウンロードします。

ターゲットのログは、ターゲットのエラー・メッセージ、警告および通知のリポジトリです。操作の中間処理の追跡に使用され、インシデントと問題のトラブルシューティングに必要です。

ログ・メッセージ・ページを使用して、すべてのログ・メッセージの表示、特定のメッセージの検索、メッセージに関連するメッセージの表示、メッセージのファイルへのエクスポート、ターゲット・ログ・ファイルの表示およびログ・ファイルのダウンロードを行えます。ログ・ファイルの詳細は、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

BIインスタンス・ターゲットの場合、このページには、すべてのシステム・コンポーネントとJava EEコンポーネントに関連するログ・メッセージが表示されます。他のBIインスタンス・コンポーネント・ターゲットおよびEssbaseターゲットの場合、このページには、ターゲットに関連するログ・メッセージのみが表示されます。

表12-6では、「ログ・メッセージ」ページの要素について説明します。

表12-6 ターゲットのログ・メッセージ

要素

説明

時間

ログ・メッセージが作成された日付と時間。

メッセージ・タイプ

ログ・メッセージのタイプ。メッセージ・タイプは、インシデント・エラー、エラー、警告、通知、トレース、不明のいずれかです。これらのタイプはメッセージの降順の重大度を表します。トレースが最も重大度の低いメッセージを表し、インシデント・エラーが最も重大度の高いメッセージを表します。「不明」は、メッセージ・タイプが不明なことを表します。

メッセージID

フレームワーク内でメッセージを一意に識別する9桁の文字列。

メッセージ

ログ・メッセージのテキスト。

実行コンテキストID (ECID)

ターゲット・コンポーネントが関連する特定のリクエストの実行のグローバル一意識別子。ECIDを使用して、異なるターゲット・コンポーネントからエラー・メッセージを関連付けることができます。

関係ID

同じリクエストについて、あるプロセスのあるスレッドで実行された作業を、同じまたは別のプロセスの別のスレッドで実行された作業と区別する識別子。

コンポーネント

メッセージの生成元のターゲット・コンポーネント。

モジュール

メッセージの生成元のモジュールの識別子。

インシデントID

メッセージが対応しているインシデントの識別子。

インスタンス

メッセージの生成元のターゲット・コンポーネントを含むOracleインスタンス。

メッセージ・グループ

メッセージが含まれているグループ。

メッセージ・レベル

メッセージの重大度を表す整数値。範囲は、1(最も重大)から32(最も重大でない)です。

ホストするクライアント

メッセージに関連するクライアントまたはセキュリティ・グループの識別子。

組織

メッセージの生成元のターゲット・コンポーネントの組織ID。Oracleコンポーネントの場合はすべてこのIDはoracleです。

ホスト

メッセージの生成元のホストの名前。

ホストIPアドレス

メッセージの生成元のホストのネットワーク・アドレス。

ユーザー

メッセージの生成元の実行コンテキストを持つユーザー。

プロセスID

メッセージの生成元のプロセスまたは実行単位の識別子。

スレッドID

メッセージの生成元のスレッドの識別子。

アップストリーム・コンポーネント

クライアント側でコンポーネントを生成するメッセージと協働するコンポーネント。

ダウンストリーム・コンポーネント

サーバー側でコンポーネントを生成するメッセージと協働するコンポーネント。

詳細な位置

メッセージに関する追加情報にリンクするURL。

追加詳細

メッセージ・テキストより詳しい、メッセージの詳細情報。

ターゲット・ログ・ファイル

ターゲット・ログ・ファイルへのリンク。

ログ・ファイル

メッセージが含まれているログ・ファイル。

12.4.1.11 ターゲットの構成および構成ファイルの表示

ターゲットの構成データを表示するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ナビゲーション・ツリーから、BIインスタンスまたはEssbaseサーバー・ターゲットを含む「Oracle Fusion Middlewareファーム」を選択します。BIインスタンスまたはEssbaseサーバーの名前をクリックします。

3. 「ターゲット・ナビゲーション」ウィンドウのナビゲーション・ツリーで、必要なターゲットの名前をクリックします。

4. ターゲットのホームページに表示される、BIインスタンス・コンポーネント・メニュー、またはEssbaseターゲット・メニューから、「構成」、「最新収集」の順に選択して、「ターゲットの構成」ブラウザにアクセスします。

5. (オプション)ターゲット構成データを構成ファイルにエクスポートするには、「エクスポート」をクリックします。エクスポートしたターゲット構成データは.xlsファイルに保存されます。

「ターゲットの構成」ブラウザを使用して、ターゲットの最新構成データを表示します。このブラウザを使用すると、構成データの検索、保存されたターゲット構成の表示、ターゲット構成の比較、ターゲット構成履歴の表示も行うことができます。

12.4.1.12 ターゲットのジョブ・アクティビティの表示

ターゲットに関連する過去のジョブ、現在実行中のジョブ、およびスケジュール済のジョブを表示するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ナビゲーション・ツリーから、BIインスタンスまたはEssbaseサーバー・ターゲットを含む「Oracle Fusion Middlewareファーム」を選択します。BIインスタンスまたはEssbaseサーバーの名前をクリックします。

3. 「ターゲット・ナビゲーション」ウィンドウのナビゲーション・ツリーで、必要なターゲットの名前をクリックします。

4. ターゲットのホームページに表示される、BIインスタンス・コンポーネント・メニュー、またはEssbaseターゲット・メニューから、「ジョブ・アクティビティ」を選択します。

「ジョブ・アクティビティ」ページには、ターゲットの開始、ターゲットの停止、ターゲットのブラックアウトなどのターゲットの管理タスクに関連するターゲット・ジョブが表示されます。

「ジョブ・アクティビティ」ページを使用して、特定のジョブを検索したり、所有者、ステータス、スケジュール済開始時刻などのジョブの詳細を取得したりします。また、「ジョブ・アクティビティ」ページを使用すると、ジョブの作成、編集、一時停止、再開などのターゲット・ジョブ管理タスクを実行することもできます。

12.4.1.13 ターゲットのコンプライアンスの表示

コンプライアンス標準またはコンプライアンス・フレームワークに対するターゲットのコンプライアンスを表示するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ナビゲーション・ツリーから、BIインスタンスまたはEssbaseサーバー・ターゲットを含む「Oracle Fusion Middlewareファーム」を選択します。BIインスタンスまたはEssbaseサーバーの名前をクリックします。

3. 「ターゲット・ナビゲーション」ウィンドウのナビゲーション・ツリーで、必要なターゲットの名前をクリックします。

4. ターゲットのホームページに表示される、BIインスタンス・コンポーネント・メニュー、またはEssbaseターゲット・メニューから、「コンプライアンス」、「結果」の順に選択します。

5. 特定のコンプライアンス標準に対するターゲットのコンプライアンス結果を表示するには、「コンプライアンス標準」を選択します。特定のコンプライアンス・フレームワークに対するターゲットのコンプライアンス結果を表示するには、「コンプライアンス・フレームワーク」を選択します。

「コンプライアンス結果」ページを使用して、コンプライアンス標準およびコンプライアンス・フレームワークに対するターゲットのコンプライアンスを表示します。このページには、コンプライアンス標準およびコンプライアンス・フレームワークに対する違反の数も表示されるため、エンタープライズのターゲットが設定された標準に従っているかどうかを判断できます。

ターゲットのコンプライアンスの詳細は、Oracle Enterprise Managerライフサイクル管理の管理者ガイドを参照してください。

12.4.2 ターゲットに固有のモニタリング・タスクの実行

この項では、BIインスタンスおよびEssbaseターゲットのターゲットに固有のモニタリング・タスク(BIインスタンス・ダッシュボード・レポート、BIインスタンス・スケジューラ・レポート、Essbaseアプリケーション・データ記憶域の詳細の表示など)の実行方法について説明します。

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

BIインスタンス

- Oracle Business Intelligenceダッシュボード・レポートの表示

- Oracle Business Intelligenceスケジューラ・レポートの表示

- Oracle Business Intelligenceインスタンスの主要なメトリックの表示

Essbase

- Oracle Essbaseアプリケーションのサマリーの表示

- Oracle Essbaseアプリケーションのデータ記憶域の詳細の表示

12.4.2.1 Oracle Business Intelligenceダッシュボード・レポートの表示

Oracle Business Intelligenceダッシュボード・レポートを表示するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ナビゲーション・ツリーから、BIインスタンスを含む「Oracle Fusion Middlewareファーム」を選択します。BIインスタンス名をクリックします。

3. 「Business Intelligenceインスタンス」メニューから、「ダッシュボード・レポート」を選択します。

4. 「表示」リストから、表示する一連のダッシュボード・レポートを選択します。

注意:
Enterprise Manager Cloud ControlでOracle Business Intelligenceダッシュボード・レポートを表示するには、使用量の追跡を有効にする必要があります。使用量の追跡を有効にする方法については、Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionシステム管理者ガイドの「使用量の追跡の管理」を参照してください。

このページを使用して、過去7日間のダッシュボードごとの使用状況、過去24時間に失敗したダッシュボード、過去7日間のリソース使用率による上位ダッシュボード、および過去7日間のリソース使用率による上位ユーザーを表示できます。これらの詳細は、どのダッシュボードが最もポピュラーか、どのダッシュボードが最近失敗したか、どのダッシュボードが最大のリソースを使用するか、およどのユーザーが最もアクティブかを示します。これらの詳細を詳しく分析すると、エンタープライズの機能への重要な見識を与えることができます。

注意:
「モニタリング資格証明」ページで適切な資格証明を指定しないと、特定のダッシュボード・レポートにアクセスできません。そのため、ダッシュボード・レポート・ページにアクセスする前に、モニタリング資格証明ページで適切な資格証明を指定していることを確認してください。
「モニタリング資格証明」ページにアクセスするには、「Business Intelligenceインスタンス」メニューから、「ターゲット設定」、「モニタリング資格証明」の順に選択します。

「過去7日間のリソース使用率による上位ダッシュボード」を選択して「SQLの詳細」アイコンをクリックすると、ダッシュボードでSQLドリルダウンを実行することもできます。

SQLドリルダウンを実行するためには、ダッシュボードがデータをフェッチするデータベースを検出する必要があります。これには、「Business Intelligenceインスタンス」メニューで「ターゲット設定」を選択してから「モニタリング資格証明」を選択します。検出されたデータベースを選択し、ターゲット・セレクタ・アイコンを使用して追加します。

表12-7では、「ダッシュボード・レポート」ページの要素について説明します。

表12-7 Oracle Business Intelligenceダッシュボード・レポート

要素

説明

ユーザー

ダッシュボードにアクセスしたユーザー。

合計セッション

ダッシュボードにアクセスしたユーザー・セッションの合計数。

最終アクセス

ダッシュボードに最後にアクセスした時刻。

ダッシュボード

ダッシュボード名。

エラー・コード

ダッシュボードのエラー・コード。

エラー・メッセージ

ダッシュボードのエラー・メッセージ。

リポジトリ

ダッシュボードによってアクセスされたリポジトリの名前。

サブジェクト領域

ビジネス領域、または組織内のユーザーのグループに関する情報。

開始時間

サーバーがダッシュボードに対する論理リクエストを受信した時刻。

終了時間

サーバーがダッシュボードに対する論理リクエストの処理を完了した時刻。

ログ・メッセージの表示

ダッシュボードに関連するログ・メッセージを表示します。

合計時間

特定のダッシュボードに対して作成されたすべての論理リクエストを処理するのに要した合計時間。

注意: 「過去7日間のリソース使用率による上位ユーザー」レポートでは、この要素は、特定のユーザーによって作成されたすべての論理リクエストを処理するのに要した合計時間を表します。

データベース時間

特定のダッシュボードに対して作成されたすべての物理リクエストを、データベースが完了するのに要した時間。

注意: 「過去7日間のリソース使用率による上位ユーザー」レポートでは、この要素は、特定のユーザーによって作成されたすべての物理リクエストを、データベースが完了するのに要した合計時間を表します。

コンパイル時

特定のダッシュボードに対して作成されたすべての論理リクエストを変換するのに要した時間。

注意: 「過去7日間のリソース使用率による上位ユーザー」レポートでは、この要素は、特定のユーザーによって作成されたすべての論理リクエストを、物理リクエストに変換するのに要した時間を表します。

失敗した論理リクエスト

ダッシュボードに対して作成された、失敗した論理リクエストの数。

注意: 「過去7日間のリソース使用率による上位ユーザー」レポートでは、この要素は、特定のユーザーによって作成された、失敗した論理リクエストの数を表します。

論理リクエストの合計

ダッシュボードに対して作成された論理リクエストの合計数。

注意: 「過去7日間のリソース使用率による上位ユーザー」レポートでは、この要素は、特定のユーザーによって作成された論理リクエストの合計数を表します。

12.4.2.2 Oracle Business Intelligenceスケジューラ・レポートの表示

Oracle Business Intelligenceスケジューラ・レポートを表示するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ナビゲーション・ツリーから、BIインスタンスを含む「Oracle Fusion Middlewareファーム」を選択します。BIインスタンス名をクリックします。

3. 「Business Intelligenceインスタンス」メニューから、「スケジューラ・レポート」を選択します。

4. 「表示」リストから、表示する一連のスケジューラ・レポートを選択します。

このページを使用して、過去24時間に失敗したBIインスタンス・ターゲット・ジョブ、および後で開始するようスケジュールされたBIインスタンス・ターゲット・ジョブを表示できます。これらの詳細によって、最近失敗したジョブ、および将来実行するようスケジュールされているジョブについて通知され、BIインスタンスの過去および将来のジョブ・アクティビティのサマリーが提供されます。

表12-8では、「スケジューラ・レポート」ページの要素について説明します。

表12-8 Oracle Business Intelligenceインスタンスのスケジューラ・レポート

要素

説明

ジョブ名

ジョブを作成したユーザーが指定したジョブの名前。

インスタンスID

ジョブ・インスタンスのID。

ジョブID

ジョブのID。

開始時間

ジョブが開始した時刻。

終了時間

ジョブが終了または失敗した時刻。

エラー・メッセージ

失敗したジョブのエラー・メッセージ。

ユーザー

ジョブを作成したユーザー。

スケジュール時間

ジョブを開始するようスケジュールされた時刻。

スクリプト・タイプ

実行するスクリプトのタイプ。

12.4.2.3 Oracle Business Intelligenceインスタンスの主要なメトリックの表示

BIインスタンス・ターゲットに関連する主要なメトリックを表示するには、次の手順に従って「メトリック」セクションに移動します。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ナビゲーション・ツリーから、BIインスタンスを含む「Oracle Fusion Middlewareファーム」を選択します。BIインスタンス名をクリックします。

「メトリック」セクションには、BIインスタンスのパフォーマンスをモニターするために使用される主要なメトリックが表示されます。これらのメトリックを分析すると、エラーおよびインシデントの警告が早期に提供され、問題のある領域をすばやく特定するのに役立ちます。

BIインスタンスのメトリックをすべて表示するには、「すべてのメトリック」ページにアクセスします。このページにアクセスするには、「Business Intelligenceインスタンス」メニューから、「モニタリング」、「すべてのメトリック」の順に選択します。このページの詳細は、第12.4.1.4項を参照してください。

表12-9では、「メトリック」セクションの要素について説明します。

表12-9 Oracle Business Intelligenceインスタンスの主要なメトリック

メトリック

説明

リクエスト処理時間(ミリ秒)

BIサーバーがリクエストの処理に要した平均時間(ミリ秒)。このメトリックは、BI分析アプリケーションが最後に起動した時点から収集されます。

SOAリクエスト処理時間(ミリ秒)

Oracle WebLogic ServerクラスタがWebサービス・リクエストの処理に要した平均時間(ミリ秒)。このメトリックは、BI SOAアプリケーションが最後に起動した時点から収集されます。

平均問合せ時間(秒)

BIサーバーが問合せの処理に要した平均時間(秒)。このメトリックは、BIサーバーが最後に起動した時点から収集されます。

アクティブなセッション

BIインスタンスのアクティブなセッションの合計数。このメトリックは、BI分析アプリケーションが最後に起動した時点から収集されます。

リクエスト(/分)

BIサーバーが受信したリクエストの1分当たりの平均数。このメトリックは、BI分析アプリケーションが最後に起動した時点から収集されます。

SOAリクエスト(/分)

Oracle WebLogic Serverクラスタ全体のWebサービス・リクエストでのサーブレットまたはJavaServer Pages (JSP) (あるいはその両方)の呼出しの1分当たりの平均数。このメトリックは、BI SOAアプリケーションが最後に起動した時点から収集されます。

プレゼンテーション・サービス・リクエスト(/秒)

BIプレゼンテーション・サーバーが受信したリクエストの1秒当たりの平均数。このメトリックは、BIプレゼンテーション・サーバーが最後に起動した時点から収集されます。

サーバー問合せ(/秒)

BIサーバーが完了した問合せの1秒当たりの平均数。このメトリックは、BIサーバーが最後に起動した時点から収集されます。

失敗した問合せ

失敗したBIサーバー問合せの数。このメトリックは、BIプレゼンテーション・サーバーが最後に起動した時点から収集されます。

12.4.2.4 Oracle Essbaseアプリケーションのサマリーの表示

Oracle Business Intelligence Essbaseアプリケーションのサマリーを表示するには、次の手順に従って「アプリケーション」セクションに移動します。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ナビゲーション・ツリーから、Essbaseサーバー・ターゲットを含む「Oracle Fusion Middlewareファーム」を選択します。Essbaseサーバー名をクリックします。

「アプリケーション」セクションでは、Essbaseサーバーの下の様々なEssbaseアプリケーションの、ステータス、リソース使用率およびデータ記憶域タイプの詳細が表示されます。このセクションは、モニターするEssbaseアプリケーションの可用性および記憶域の詳細の概要を迅速に取得したい管理者に役立ちます。

注意:
「アプリケーション」セクションに表示されるアプリケーションがターゲット・ナビゲーション・ウィンドウに表示されるアプリケーションと異なる場合、Oracle Fusion Middlewareファームをリフレッシュします。これを行うには、ターゲット・ナビゲーション・ウィンドウから、Oracle Fusion Middlewareファーム名をクリックします。「ファーム」メニューから、「WebLogicドメインのリフレッシュ」をクリックします。「ターゲットの追加/更新」をクリックします。

表12-10では、このセクションの要素について説明します。

表12-10 Oracle Essbaseアプリケーションのサマリー

要素

説明

名前

アプリケーション名。

ステータス

アプリケーションのステータス(アプリケーションが稼働中または停止中かどうか)。

記憶域のタイプ

アプリケーションのデータ記憶域のタイプ。

メモリー使用量(MB)

アプリケーションで使用されるメモリー(MB)。

キューブ

アプリケーションに含まれるキューブの数。

12.4.2.5 Oracle Essbaseアプリケーションのデータ記憶域の詳細の表示

Oracle Business Intelligence Essbaseアプリケーションのデータを保存する方法の詳細を表示するには、次の手順に従って「キューブ」セクションに移動します。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ナビゲーション・ツリーから、Essbaseサーバー・ターゲットを含む「Oracle Fusion Middlewareファーム」を選択します。Essbaseサーバー名をクリックします。

3. ターゲット・ナビゲーション・ウィンドウにあるナビゲーション・ツリーから、必要なEssbaseアプリケーションの名前をクリックします。

「キューブ」セクションでは、Essbaseアプリケーションに含まれるキューブに関する構造および使用状況の情報が表示されます。これらの詳細は、データ記憶域がどのようにアプリケーション用に設計されるか、および、アプリケーション・データが現在どのようにアクセス可能になるかを示します。

表12-11では、このセクションの要素について説明します。

表12-11 Oracle Essbaseアプリケーションのデータ記憶域の詳細

要素

説明

名前

キューブの名前。

ディメンション

キューブに含まれるディメンションの数。

接続ユーザー

現在、キューブ・データに接続しているユーザーの数。

ロック

現在、キューブに保持されているデータ・ブロック・ロックの数。

データ・キャッシュ・サイズ(KB)

未圧縮のデータ・ブロックを保持するメモリー内のバッファのサイズ(KB)。

12.5 Oracle Business IntelligenceインスタンスおよびEssbaseターゲットの管理

Enterprise Manager Cloud Controlを使用してOracle Business Intelligenceインスタンス(BIインスタンス)およびEssbaseターゲットを管理するには、必要なターゲットのホームページに移動します。この実行方法の詳細は、第12.4項を参照してください。

Enterprise Manager Cloud Controlを使用すると、一般的な管理タスクおよびターゲットに固有の管理タスクを実行できます。

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

- 一般的な管理タスクの実行

- ターゲットに固有の管理タスクの実行

注意:
この項は、Oracle Business Intelligence Enterprise Edition 11gにのみ適用できます。

12.5.1 一般的な管理タスクの実行

この項では、BIインスタンスおよびEssbaseターゲットの一般的な管理タスク(ターゲットの起動、停止または再起動、ターゲットのアクセス権限の管理、ターゲットのブラックアウトの管理など)の実行方法について説明します。

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

- ターゲットの起動、停止または再起動

- ターゲットのアクセス権限の管理

- ターゲットのブラックアウトの管理

- ターゲットのモニタリング構成の表示

12.5.1.1 ターゲットの起動、停止または再起動

ターゲットを開始、停止または再起動するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ナビゲーション・ツリーから、BIインスタンスまたはEssbaseサーバー・ターゲットを含む「Oracle Fusion Middlewareファーム」を選択します。BIインスタンスまたはEssbaseサーバーの名前をクリックします。

3. 「ターゲット・ナビゲーション」ウィンドウのナビゲーション・ツリーで、必要なターゲットの名前をクリックします。

4. 「起動」、「停止」または「再起動」をクリックして、ターゲットをそれぞれ起動、停止または再起動します。あるいは、BIインスタンス・コンポーネント・メニューまたはEssbaseターゲット・メニューから、「制御」を選択し、「起動」、「停止」、または「再起動」を選択します。

特定のパッチ適用タスクおよびメンテナンス・タスクを行うには、ターゲットを停止してタスクを実行し、操作の完了後にターゲットを再起動する必要があります。

12.5.1.2 ターゲットのアクセス権限の管理

ターゲットのアクセス権限を管理するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ナビゲーション・ツリーから、BIインスタンスまたはEssbaseサーバー・ターゲットを含む「Oracle Fusion Middlewareファーム」を選択します。BIインスタンスまたはEssbaseサーバーの名前をクリックします。

3. 「ターゲット・ナビゲーション」ウィンドウのナビゲーション・ツリーで、必要なターゲットの名前をクリックします。

4. ターゲットのホームページに表示される、BIインスタンス・コンポーネント・メニュー、またはEssbaseターゲット・メニューから、「ターゲット設定」、「管理者アクセス」の順に選択します。

5. 「追加」をクリックして、ロールまたは管理者にターゲットのアクセス権限を付与します。

「アクセス」ページを使用して、ロールおよび管理者のターゲット権限を設定します。使用可能な権限は、「表示」、「オペレータ」および「完全」です。

「表示」ではコンソールにターゲットを表示するのみですが、「オペレータ」ではターゲットを表示したり、ターゲットの削除を除くすべての管理アクションを実行したりすることができます。「完全」では、ターゲットを表示したり、すべての管理アクションを実行したりすることができます。

12.5.1.3 ターゲットのブラックアウトの管理

ターゲットのブラックアウトを管理するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ナビゲーション・ツリーから、BIインスタンスまたはEssbaseサーバー・ターゲットを含む「Oracle Fusion Middlewareファーム」を選択します。BIインスタンスまたはEssbaseサーバーの名前をクリックします。

3. 「ターゲット・ナビゲーション」ウィンドウのナビゲーション・ツリーで、必要なターゲットの名前をクリックします。

4. ターゲットのホームページに表示される、BIインスタンス・コンポーネント・メニュー、またはEssbaseターゲット・メニューから、「モニタリング」、「ブラックアウト」の順に選択します。

ブラックアウトは、モニター対象ターゲットでのデータ収集を一時停止します。ブラックアウトは、モニター対象ターゲットで、スケジュール済のメンテナンス・タスクを実行する場合に役立ちます。

「ブラックアウト」ページを使用して、既存のターゲットのブラックアウトの検索、既存のブラックアウトの編集、新しいブラックアウトの定義、ブラックアウトの停止を行います。BIインスタンス・コンポーネント・メニューまたはEssbaseターゲット・メニューを使用して、ブラックアウトの作成や停止を行うこともできます。ブラックアウトの作成や停止を行うには、BIインスタンス・コンポーネント・メニューまたはEssbaseターゲット・メニューで、「制御」を選択して、「ブラックアウトの作成」または「ブラックアウトの終了」をそれぞれ選択します。

12.5.1.4 ターゲットのモニター構成の表示

特定のターゲットのモニタリング構成の詳細を表示するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ナビゲーション・ツリーから、BIインスタンスまたはEssbaseサーバー・ターゲットを含む「Oracle Fusion Middlewareファーム」を選択します。BIインスタンスまたはEssbaseサーバーの名前をクリックします。

3. 「ターゲット・ナビゲーション」ウィンドウのナビゲーション・ツリーで、必要なターゲットの名前をクリックします。

4. ターゲットのホームページに表示される、BIインスタンス・コンポーネント・メニューまたはEssbaseターゲット・メニューから、「ターゲット設定」、「モニタリング構成」の順に選択します。

モニタリング構成ページには、ターゲットのモニタリングに関する内部的な詳細を表す、ターゲットのインスタンス・プロパティの詳細が表示されます。

表12-12では、「モニタリング構成」ページの要素について説明します。

表12-12 ターゲットのモニタリング構成

要素

説明

正規パス

instance_name/component_name形式のコンポーネント・パス。

Oracleインスタンス・ホーム

ターゲット・コンテンツ・ファイル、メタデータ、構成ファイルおよびログ・ファイルの場所。

DBクラス文字列

ターゲット・リポジトリとのJDBC接続を形成するために必要な文字列。

DB接続文字列

ターゲット・リポジトリに関する情報、およびそれに接続するための手段を指定する文字列。

DBパスワード

リポジトリ・データベースのパスワード。

DBユーザー名

リポジトリ・データベースのユーザー名。

ドメイン・ホーム

ターゲットが一部となっているWebLogicドメインのドメイン・ホーム・ディレクトリ。

JRF有効

Oracle Java Required Files (JRF)がターゲット・インスタンスに適用されるかどうか。

モニタリング・モード

ターゲットのモニタリング時にEnterprise Managerインスタンスでリポジトリを使用するかどうかを示します。リポジトリはリポジトリが使用されることを表し、リポジトリなしはリポジトリが使用されないことを表します。

バージョン

ターゲット・ソフトウェアのバージョン

12.5.2 ターゲットに固有の管理タスクの実行

この項では、BIインスタンスおよびEssbaseターゲットのターゲットに固有の管理タスク(BIインスタンス・コンポーネントのフェイルオーバーの表示やBIインスタンスのモニタリング資格証明の編集など)の実行方法について説明します。

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

- Oracle Business Intelligenceコンポーネントのフェイルオーバーの表示

- Oracle Business Intelligenceのモニタリング資格証明の編集

12.5.2.1 Oracle Business Intelligenceコンポーネントのフェイルオーバーの表示

BIインスタンス・コンポーネントのフェイルオーバーを表示するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ナビゲーション・ツリーから、BIインスタンス・ターゲットを含む「Oracle Fusion Middlewareファーム」を選択します。BIインスタンス名をクリックします。

3. 「可用性」タブを選択し、「フェイルオーバー」を選択します。

このページには、BIインスタンスのコンポーネント障害のリスク・レベル、コンポーネント障害を回避するための推奨のバックアップ・アクション、および、フェイルオーバーを構成したコンポーネントのバックアップ・ホストまたはセカンダリ・ホストが表示されます。管理者は、この情報を使用して、障害が発生するリスクの高いBIインスタンスのコンポーネントのフェイルオーバーを計画できます。

BIインスタンス・コンポーネントの障害を回避するための推奨バックアップ処理の詳細は、Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionシステム管理者ガイドを参照してください。

12.5.2.2 Oracle Business Intelligenceの監視資格証明の編集

BIインスタンスのモニタリング資格証明を編集するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ナビゲーション・ツリーから、BIインスタンスを含む「Oracle Fusion Middlewareファーム」を選択します。BIインスタンス名をクリックします。

3. 「Business Intelligenceインスタンス」メニューから、「ターゲット設定」、「モニタリング資格証明」の順に選択します。

4. 必要なフィールドを編集して、「保存」をクリックします。

このページでは、スケジューリングおよび使用状況トラッキング情報が格納されているデータベースに接続するために必要な資格証明を指定および編集できます。このページで適切な資格証明を指定しないと、特定のダッシュボード・レポートにアクセスできません。そのため、ダッシュボード・レポート・ページにアクセスする前に、このページで適切な資格証明を指定していることを確認してください。

表12-13では、「モニタリング資格証明」ページの要素について説明します。

表12-13 Oracle Business Intelligenceインスタンスのモニタリング資格証明

要素

説明

データベース・タイプ

データベースのタイプ。

ホスト名

データベースがインストールされているホストの名前。

ポート

データベースとの通信に使用されるポート。

サービス名

データベース・サービスの名前。

ユーザー名

データベース・ログインに使用するユーザー名。

パスワード

データベース・ログインに使用するパスワード。

12.6 Oracle Business Intelligenceドメインのスケール・アウト

この項では、Business Intelligenceドメインをスケール・アウトする手順について説明します。

Business Intelligenceドメインをスケール・アウトするための前提条件

デプロイメント・プロシージャを実行する前に、次の前提条件を満たしている必要があります。

- スケール・アップ対象のBusiness Intelligenceドメインは、Cloud Controlを使用して検出された既存のドメインである必要があります。

- ドメインをスケール・アウトする場合、宛先のマシンに十分な領域があることを確認します。ソース・マシンのMiddlewareホームのサイズが3GBであれば、ソースと宛先マシンの作業ディレクトリに約3GBの空き領域が必要になります。さらに、宛先マシンには、Middlewareホーム用に3GBの領域が必要になります。デプロイメント・プロシージャが正常終了すれば、作業ディレクトリの中は空になります。

- 宛先マシンに指定するMiddlewareホームのディレクトリは、新規ディレクトリか空のディレクトリにする必要があります。

- 管理エージェントが、(管理サーバーが実行されている)ソース・マシンおよび宛先マシンにインストールされている必要があります。ドメインの管理サーバーが起動され、実行されている必要があります。

- 管理サーバーおよび管理対象サーバー(クローニングされるサーバー)は、デプロイメント・プロシージャを実行する前に稼働している必要があります。

- 管理対象サーバーおよびノード・マネージャのポートは、空いている必要があります。

- リスナー・アドレスはAdminserverの管理コンソールで更新する必要があります。

- スケール・アウト・デプロイメント・プロシージャを開始する前に、oraInst.locファイルを接続先ホストに作成しておく必要があります。

- 接続元ホストと接続先ホストの両方が同じユーザー名とターゲット・ユーザーを持つ必要があります。

- ユーザーには、次の権限が必要です。

- 次の読取り権限:

- 管理サーバーのホスト・ミドルウェア・ディレクトリ

- 管理サーバーのホスト・ドメイン・ディレクトリ

- 次の書込み権限:

- 管理サーバーのホスト作業ディレクトリ

- すべての宛先管理対象サーバー・ホストの作業ディレクトリ

- すべての宛先管理対象サーバー・ホストのミドルウェア・ディレクトリ

- すべての宛先管理対象サーバー・ホストのドメイン・ディレクトリ

Business Intelligenceドメインをスケール・アウトする手順

既存のBusiness Intelligence(BI)ドメインをオンライン・モードでスケール・アウトするには、次の手順に従います。

1. BIインスタンス・スケール・アウト・デプロイメント・プロシージャ・ページには、次の2つの方法のいずれを使用してもアクセスできます。

- BIインスタンス・ホームページで、「Business Intelligenceインスタンス」メニューから「プロビジョニング」を選択し、「Business Intelligenceのスケール・アウト」を選択します。

- 「エンタープライズ」メニューから、「プロビジョニングとパッチ適用」→「Middlewareプロビジョニング」を選択します。「Middlewareプロビジョニング」ページの「デプロイメント・プロシージャ」セクションで、「Business Intelligenceのスケール・アウト」を選択し、「起動」をクリックします。

Oracle Business Intelligenceスケール・アウト・ウィザードが開きます。

2. Business Intelligence詳細ページで、Business Intelligenceインスタンスを選択します。
「作業ディレクトリ」フィールドで、ドメイン・スケール・アウトに関連するファイルを一時的に保存する管理サーバー・マシンのディレクトリを指定します。このディレクトリが存在しない場合は、作成されます。スケール・アウト操作が完了すると、ディレクトリとその内容は削除されます。

注意:
ミドルウェア・ホームまたはBIドメイン・ホームのディレクトリの下に、作業ディレクトリを作成しないでください。

3. 「ソース情報」セクションに、「ミドルウェア・ホーム」、BIドメイン・ホーム、BIドメインの場所を含むソース・ドメインの詳細が表示されます。詳細を確認します。

4. 「Oracleインスタンス詳細」セクションで、Oracle Business Intelligenceドメインをスケール・アウトするホストを選択するには、「ホストの追加」をクリックします。
「ターゲット・セレクタ」ダイアログ・ボックスで、ホストを選択し、「選択」を選択します。「ホストの追加」を再度クリックすると、ホストをさらに選択できます。

「次へ」をクリックします。

インスタンスの名前を追加し、BIサーバー、プレゼンテーション・サーバー、およびJavaホストの数を選択できます。ポート範囲を選択することもできます。

5. 資格証明ページで、ホスト資格証明およびWebLogic管理者資格証明を指定します。

- 優先資格証明: 管理リポジトリに格納されている優先資格証明を使用します。「優先資格証明」オプションは、Cloud Controlで優先資格証明が定義されている場合にのみ使用可能になります。

- 名前付き資格証明: 管理リポジトリに格納されている資格証明を使用します。管理リポジトリに格納されている名前付き資格証明を使用するには、優先資格証明の各タイプをあらかじめ一意の名前で登録している必要があります。目的の名前付き資格証明を、「資格証明名」で使用可能なリストから選択します。必要な名前付き資格証明をすべて作成している場合は、それをここで使用できます。まだ作成していない場合は、このデプロイメント・プロシージャを使用して作成できます。

「次へ」をクリックします。

6. 「スケジュール」ページで、デプロイメント・インスタンス名を指定します。プロシージャを即時実行する場合は、デフォルトで選択されている「即時」を選択します。プロシージャを後で実行する場合は、「後で」を選択し、タイムゾーン、開始日および開始時刻の詳細を指定します。デプロイメント・プロシージャのステータスに応じて、通知プリファレンスを設定できます。前提条件のみを実行する場合は、「必要な前提条件チェックの完了後にプロシージャを一時停止します」を選択すると、すべての前提条件チェックの実行後にプロシージャ実行を一時停止できます。
「次へ」をクリックします。

7. 確認ページで、デプロイメント・プロシージャに対して指定した詳細を確認します。その詳細で問題がない場合は、「発行」をクリックし、スケジュール・セットに従ってデプロイメント・プロシージャを実行します。詳細を変更する場合は、そのセクションにある「編集」リンクをクリックして変更するか、または「戻る」のクリックを繰り返して変更したいページに戻ります。また、ページの上部にある、目的のページに対応するトレイン・ボタンをクリックし、必要なページに直接移動することもできます。

8. プロシージャ・アクティビティ・ページに移動します。「エンタープライズ」メニューから「プロビジョニングとパッチ適用」を選択し、「プロシージャ・アクティビティ」を選択します。
「プロシージャ・アクティビティ」ページで、デプロイメント・プロシージャのジョブおよび手順の実行ステータスを確認します。各手順の「ステータス」リンクをクリックすると、各手順の実行の詳細が表示されます。ロギング・レベルを「デバッグ」に設定するには、「デバッグ」をクリックし、プロシージャの実行を停止するには、「停止」をクリックします。

12.7 Oracle Business Intelligenceインスタンスのプロビジョニング・プロファイルの作成

この項では、Business Intelligence (BI)インスタンスのスナップショットを作成する手順について説明します。

BIインスタンスのスナップショットを作成するには、次の手順に従います。

注意:
スナップショットを作成する前に、NFSソフトウェア・ライブラリまたはエージェントSWライブラリを構成する必要があります。
BI 12cターゲットのプロビジョニングはサポートされません。

1. 「エンタープライズ」メニューから、「プロビジョニングとパッチ適用」→「Middlewareプロビジョニング」を選択します。

2. Middlewareプロビジョニング・ページの「デプロイメント・プロシージャ」セクションで、「Business Intelligenceプロファイルの作成」を選択し、「起動」をクリックします。

3. スナップショットの作成: Business Intelligence詳細ページで、検索アイコンをクリックして、スナップショットを作成するOracle Business Intelligenceインスタンスを検索および選択します。

4. スナップショットの作成: 資格証明ページで、ホスト資格証明およびWebLogic管理者資格証明を指定します。

- 優先資格証明: 管理リポジトリに格納されている優先資格証明を使用します。「優先資格証明」オプションは、Cloud Controlで優先資格証明が定義されている場合にのみ使用可能になります。

- 名前付き資格証明: 管理リポジトリに格納されている資格証明を使用します。管理リポジトリに格納されている名前付き資格証明を使用するには、優先資格証明の各タイプをあらかじめ一意の名前で登録している必要があります。目的の名前付き資格証明を、「資格証明名」で使用可能なリストから選択します。必要な名前付き資格証明をすべて作成している場合は、それをここで使用できます。まだ作成していない場合は、このデプロイメント・プロシージャを使用して作成できます。

「次へ」をクリックします。

5. Business Intelligence詳細ページで、BIインスタンスの詳細を確認または指定します。「次へ」をクリックします。

6. スナップショットの詳細ページで、作成するスナップショットの詳細を確認または指定します。「次へ」をクリックします。

7. 確認ページで、デプロイメント・プロシージャに対して指定した詳細を確認します。その詳細で問題がない場合は、「発行」をクリックし、スケジュール・セットに従ってデプロイメント・プロシージャを実行します。詳細を変更する場合は、そのセクションにある「編集」リンクをクリックして変更するか、または「戻る」のクリックを繰り返して変更したいページに戻ります。また、ページの上部にある、目的のページに対応するトレイン・ボタンをクリックし、必要なページに直接移動することもできます。

8. プロシージャ・アクティビティ・ページに移動します。「エンタープライズ」メニューから「プロビジョニングとパッチ適用」を選択し、「プロシージャ・アクティビティ」を選択します。
「プロシージャ・アクティビティ」ページで、デプロイメント・プロシージャのジョブおよび手順の実行ステータスを確認します。各手順の「ステータス」リンクをクリックすると、各手順の実行の詳細が表示されます。ロギング・レベルを「デバッグ」に設定するには、「デバッグ」をクリックし、プロシージャの実行を停止するには、「停止」をクリックします。

12.8 Oracle Business Intelligenceインスタンスのクローニング

この項では、ソフトウェア・ライブラリに存在するプロビジョニング・プロファイルからBusiness Intelligenceインスタンスをクローニングする際の手順を説明します。

Business Intelligenceインスタンスをクローニングするための前提条件

このデプロイメント・プロシージャを実行する前に、次の前提条件を満たしている必要があります。

- ユーザーが次のディレクトリに対する書込み権限を持っている必要があります。

- すべての宛先ホスト上の作業ディレクトリ。

- すべての宛先ホスト上のミドルウェア・ホーム。

- 管理サーバー、管理対象サーバーおよびノード・マネージャ上のポートが空きポートである必要があります。

- Business Intelligenceインスタンスのプロビジョニング・プロファイルは、NFSソフトウェア・ライブラリまたはエージェント・ソフトウェア・ライブラリに存在する必要があります。このプロファイルの作成の詳細は、「Business Intelligenceのプロビジョニング・プロファイルの作成」を参照してください。
それ以外の場合、ルート資格証明を資格証明ページで使用する必要があります。

Business Intelligenceインスタンスをクローニングする手順

Business Intelligence (BI)インスタンスをプロファイルからクローニングするには、次の手順に従います。

1. 「エンタープライズ」メニューから、「プロビジョニングとパッチ適用」→「Middlewareプロビジョニング」を選択します。

2. 「Middlewareプロビジョニング」ページの「デプロイメント・プロシージャ」セクションで、「Business Intelligenceクローニング」を選択し、「起動」をクリックします。

3. BIインスタンスのクローン: スナップショット・ページで、検索アイコンをクリックします。「スナップショットの選択」ダイアログ・ボックスで、リストからスナップショットを検索または選択し、「選択」をクリックします。
「次へ」をクリックします。

4. BIインスタンスのクローン: 宛先ホスト・ページで、「追加」をクリックし、ビジネス・インテリジェンス・インスタンスのクローニング先のホストを選択します。

注意:
宛先ベース・ディレクトリは読取り専用であり、ソースの場所と一致するように自動的に構成されます。
コンテンツ移動デプロイメント・プロシージャが実行されると、一時作業ディレクトリは削除されます。

5. BIインスタンスのクローン: 資格証明ページで、次を指定します。

- 通常ホスト資格証明

- ルート・ホスト資格証明

- Weblogic管理サーバー・パスワード

- グローバル・ノード・マネージャ・パスワード

- キーストア・パスフレーズ

優先資格証明: 管理リポジトリに格納されている優先資格証明を使用します。「優先資格証明」オプションは、Cloud Controlで優先資格証明が定義されている場合にのみ使用可能になります。

名前付き資格証明: 管理リポジトリに格納されている資格証明を使用します。管理リポジトリに格納されている名前付き資格証明を使用するには、優先資格証明の各タイプをあらかじめ一意の名前で登録している必要があります。目的の名前付き資格証明を、「資格証明名」で使用可能なリストから選択します。必要な名前付き資格証明をすべて作成している場合は、それをここで使用できます。まだ作成していない場合は、このデプロイメント・プロシージャを使用して作成できます。

6. BIインスタンスのクローン: ドメイン・ページで、BIドメイン情報を構成するには、次の手順を実行します。

- 「宛先ホスト」セクションで、宛先環境に構成されたデータベース・ホストを検索し、各データベースに対して割り当てられたパスワードを入力し、「接続テスト」をクリックし、エントリが有効であることを確認します。

- 「RPD構成」セクションで、データ・ソースおよびパスワードを指定します。

- 「Business Intelligence Publisherの構成」セクションで、XMLPデータ・ソースのURLを指定します。

- 「電子メール・オプション」セクションで、SMTPサーバー名、ポート、表示名:自、および送信者の電子メール・アドレスを指定します。

- 「次へ」をクリックします。

7. 確認ページで、デプロイメント・プロシージャに対して指定した詳細を確認します。その詳細で問題がない場合は、「発行」をクリックし、スケジュール・セットに従ってデプロイメント・プロシージャを実行します。詳細を変更する場合は、そのセクションにある「編集」リンクをクリックして変更するか、または「戻る」のクリックを繰り返して変更したいページに戻ります。また、ページの上部にある、目的のページに対応するトレイン・ボタンをクリックし、必要なページに直接移動することもできます。

8. プロシージャ・アクティビティ・ページに移動します。「エンタープライズ」メニューから「プロビジョニングとパッチ適用」を選択し、「プロシージャ・アクティビティ」を選択します。
「プロシージャ・アクティビティ」ページで、デプロイメント・プロシージャのジョブおよび手順の実行ステータスを確認します。各手順の「ステータス」リンクをクリックすると、各手順の実行の詳細が表示されます。ロギング・レベルを「デバッグ」に設定するには、「デバッグ」をクリックし、プロシージャの実行を停止するには、「停止」をクリックします。

第VI部

アプリケーション・パフォーマンスのモニタリング

分散アプリケーションのモニタリングには複数の製品を使用する必要がありますが、それぞれの製品はアプリケーション・パフォーマンスの異なる側面を検証します。この部の章ではこれらの製品を単独で、または組み合せて使用して、アプリケーションをモニターする方法について説明します。また、これらの製品のインストール、構成および操作に必要なワークフローの概要を説明します。次の章で構成されます。

- 第13章「パフォーマンスのモニタリング」では分散アプリケーションをモニタリングするプロセスを紹介します。パフォーマンスのモニターに使用するRUEI、BTM、JVMDおよびEMについて、そしてエンドツーエンド・モニタリングの設定方法について説明し、様々なモニタリング・コンテキストにわたりセキュリティ・スキームがどのように適応するかを取り上げます。

- 第14章「ユーザー・エクスペリエンスの理解」は、Real User Experience Insight (RUEI)をどのように使用して、ユーザーの製品と対話方法を理解するかについて説明します。RUEIが収集する測定値を使用して、ユーザー・インタフェース設計の有効性、Webサーバーおよびインターネットの応答性、そしてユーザー操作の正常性を評価できます。

- 第15章「サービスの検出とトランザクションの操作」では、アプリケーションを構成するすべてのコンポーネントをBusiness Transaction Management (BTM)を使用して検出する方法、そして特にそうしたコンポーネントのサブセットを選択する方法について説明します。このサブセット(トランザクション)をモニタリングすれば、パフォーマンスに関連した問題を特定して解決し、使用量をプロファイリングし、ビジネス・プロセスで失敗するコンポーネントの原因を見つけることができます。

- 第16章「詳細実行情報の取得」には、コード実行をきわめて詳細に調べ、競合条件、スレッドのブロックおよびメモリー・リークなどの問題を特定するための、Java仮想マシン診断の使用法が記載されています。

- 第17章「ビジネス・アプリケーションのモニタリング」は、ビジネス・アプリケーションの作成方法と、ビジネス・アプリケーションに関連したユーザー・エクスペリエンスおよびトランザクション・パフォーマンスについてのサマリーと詳細情報を、Enterprise Manager (EM)コンソールを使用して取得する方法について説明します。

- 第18章「エンドツーエンドパフォーマンスのモニタリング」では、RUEI、BTMおよびJVMDを組み合せて、ユーザー・エクスペリエンスからきわめて詳細なマシン・レベルにわたる問題を診断、解決する事例を取り上げます。

- 第19章「Enterprise Managerを使用したミドルウェア・アプリケーションのトラブルシューティング」では、Enterprise Managerを使用してミドルウェア・アプリケーションをトラブルシューティングする方法を説明します。

この部の章は、最初から最後まで順番に読んでいただくようになっています。説明されている個々のコンポーネントのいずれかに精通している場合でも、コンポーネント間の移動方法を説明する項を参照することをお薦めします。

この部に記載された情報は網羅的なものではありません。これは概要というよりも地図です。モニタリング・コンポーネントの動作を説明する資料の大半は、他のマニュアルにあります。別の資料へのクロス参照は、便宜上提供されているものです。

13 パフォーマンスのモニタリング

ここでは、分散アプリケーションのパフォーマンス・モニタリングに関連する問題やタスクについて説明します。

モジュラ開発と動的バインディングを特徴とするサービス志向の分散アプリケーションでは、1点集中管理が不可欠です。ユーザーはそこからアプリケーション全体の動作をモニターし、実際の問題や潜在的な問題を特定し、是正措置をとることができます。

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

- モニタリング・ビューおよびモニタリング・ディメンション

- ECIDを使用してリクエストを追跡する

- エンドツーエンド・モニタリングの設定

- ユーザー・ロールと権限

分散アプリケーションのパフォーマンスをモニターするには、次のことが実行できる必要があります。

- ユーザー・エクスペリエンスを検証して提供されるサービスの質を評価し、使用パターンを理解する。

- アプリケーションを構成するコンポーネントを検出し、重要なリクエスト・フローを特定し、フローのどこでパフォーマンス問題やエラーが発生するかを判別する。

- 論理アプリケーションをサポートしているインフラストラクチャを調べることにより、または、より詳細な情報を取得することにより、低パフォーマンスおよび障害の根本原因を見つける。

このガイドで説明されている製品は組み合せて使用することにより、上述の機能を提供します。お使いのアプリケーションのパフォーマンスについて知るために、これらすべての製品を使用する必要はありません。たとえば、エンドユーザー・エクスペリエンスのモニタリングからスタートし、後でトランザクション・モニタリングを追加することも可能です。次のセクションでは、利用できる様々なモニタリング・オプションについて説明します。

13.1 モニタリング・ビューおよびモニタリング・ディメンション

エンドツーエンド・パフォーマンス・モニタリングには複数のビューとディメンションが必要です。

- ルーティング・スキームとデータベース・アクセスを含む、論理アプリケーションのトポロジの完全なビュー

- 基盤となるインフラストラクチャの完全なビュー

- 使用されている分散アプリケーションに関する様々な詳細

- Webベースのアプリケーションの場合は、ユーザーが訪問するWebページのhtmlソースへアクセスする機能

- Java仮想マシンで実行されているアプリケーション・コンポーネントのマシンレベルの実行詳細へのアクセス

- アプリケーションの論理ビューから物理ビューへ移動する機能

RUEI、JVMD、BTMおよびEnterprise Managerは、エンドツーエンド・パフォーマンス・モニタリングに必要な機能を提供します。前述のように、これらすべてをインストールし、構成する必要はありません。最もさしせまった問題に対処する製品をまず使用し、後でまた別に追加できます。

- Real User Experience Insight (RUEI)
ユーザー・インタフェースでの問題を特定し、提供されるサービスの質を評価し、使用パターンを理解、予測するのを助けます。Enterprise Manager 13cでは、RUEIシステムを登録すると、各RUEIアプリケーション/スイートに対応するエンド・ユーザー・サービス(EUS)が自動的に作成されます。EUSは、RUEIアプリケーション/スイートと同じ名前が付けられ、ビジネス・アプリケーションを作成するために使用できます(後にある「ビジネス・アプリケーション」を参照)。

- Java仮想マシン診断(JVMD)、Enterprise Manager
Java仮想マシンで実行されるサービスについて、リクエスト・フローおよびアプリケーション実行環境の内部メカニズムに関するサーバー・レベルのビューを提供します。JVMDが使用する実行コンテキストID (ECID)によって、ユーザーはイベントを互いに関連付けることができます。Fusion Middlewareは、トランザクション操作(メッセージ)を追跡するために使用できるECIDをインジェクトします。Enterprise Manager 13cでは、ECIDがまだない場合に、JVMDがECIDをデータストリームに設定できます。これによって、オラクル社以外のミドルウェア製品を使用する環境でJVMDがさらに役立つようになります。

- Seleniumビーコン、Enterprise Manager
Seleniumは、Webアプリケーション・テスト用のフレームワークです。これを使用して、Enterprise Managerに「汎用サービス - テスト・ベース」として統合できるテストを作成できます。サービス・テストの作成の詳細はOracle Enterprise Manager Cloud Control管理者ガイド、「Seleniumトランザクション」テスト・タイプの詳細はオンライン・ヘルプを参照してください。

- ビジネス・アプリケーション、Enterprise Manager
ビジネス・アプリケーションを定義できます。この定義のコンテキストでユーザーはRUEIおよびBTM情報を表示、分析し、より詳細なモニタリング情報にアクセスできます。

Enterprise Manager 13cでは、RUEIアプリケーション/スイートそれぞれに対応して自動的に作成されるエンド・ユーザー・サービス(EUS)という新しいサービス・レベル・ターゲットがあります。1つのエンド・ユーザー・サービス(RUEIアプリケーション・スイート)のモニターが目的である場合は、ビジネス・アプリケーションを作成しなくてもかまいません。ただし、ビジネス・アプリケーションを使用すると様々なターゲットを組み合せることができます(複数のエンド・ユーザー・サービスやBTM、システムおよびEUSターゲットの組合せなど)。

- Business Transaction Management (BTM)
アプリケーションを構成するコンポーネントを検出し、特別に重要な操作を含むトランザクションをユーザーが定義できるようにします。ユーザーはアプリケーションが様々なサーバーを介して実行する作業(多層実行)を追跡でき、さらに、分散アプリケーションのトポロジを表示できます。BTMが最も有効なのは、JVMがデータベースと連動しない場合、または複雑なWebサービスの相互作用がある環境です(それ以外の場合は、環境のモニターはJVMD、Selenium、RUEIのいずれかまたは組合せによって対処できます)。

図13-1に単純なアプリケーション構成を示します。

- RUEIはWebユーザーのアクションをモニターし、様々な方法で分割されたレポートを生成します。このレポートでは、特定のセッションまたはユーザー・フローにおいて、ページをリクエストしたユーザー、リクエストされたページ、影響を受けたサーバー、レスポンス時間、スループット率などが示されます。

- JVMDは、各JVMで実行しているコードの洞察を提供し、Javaアプリケーションのリアルタイム診断および履歴診断が実現します。

注意:
このリリースのEnterprise Managerでは、ECIDを自動的に提供しないJavaアプリケーションのECIDヘッダーが自動的に追加されます。第13.2.1項「Oracle Fusion Middlewareコンポーネント以外のコンポーネントのECID」で説明するように、以前はOracle Fusion Middlewareコンポーネントのみで使用可能だったトレースと診断を実行できるようになりました。

図13-1 RUEIおよびJVMDによるモニタリング

図13-2に示す複雑なアプリケーション構成では、BTMにより、ユーザーはバックエンド・アプリケーション・コンポーネントを検出して、アプリケーション・パフォーマンスの理解に不可欠なリクエスト・フロー(トランザクション)を定義し、モニターできます。所定の期間について、開始したトランザクションや完了したトランザクションの数、スループット、平均および最大レスポンス時間を判別できます。図13-2の例では、バックエンド・コンポーネントは、BTMを使用してトランザクションを分析する場合に最も効果的なOracle Service Busを使用しています。ただし、BTMでは多くのサード・パーティ・システムがサポートされており他の構成でも使用することができます。

図13-2 RUEI、JVMDおよびBTMによるモニタリング

エンドツーエンド・アプリケーション・パフォーマンスをモニターするためにRUEI、BTMおよびJVMDを使用することに加え、Enterpriser Manager (EM)コンソールを使用してもRUEIアプリケーションやBTMトランザクションを含むビジネス・アプリケーションをモニターできます。詳細は、第17章「ビジネス・アプリケーションのモニタリング」を参照してください。

13.2 ECIDを使用してリクエストを追跡する

RUEI、BTMおよびJVMDは、それぞれターゲットとしているものと監視の詳細度が異なっているため、共有のIDを持つことで、診断における処理や要素の共有を実現していくことができます。

実行コンテキストID (ECID)は、Oracleテクノロジ・スタックでコンポーネントに対するリクエストを追跡するために使用される識別子です。通常、ECIDはリクエストを処理する最も外側のOracleコンポーネントによって生成され、場合によってはサーバーの境界を越えて、そのリクエストを処理する他のOracleコンポーネントへと伝播されていきます。

注意:
このリリースのEnterprise Managerでは、ECIDを自動的に提供しないJavaアプリケーションのECIDヘッダーが自動的に追加されます。第13.2.1項「Oracle Fusion Middlewareコンポーネント以外のコンポーネントのECID」で説明するように、以前はOracle Fusion Middlewareコンポーネントのみで使用可能だったトレースと診断を実行できるようになりました。

ECIDの作成と伝播により、コンポーネント間でのコンテキストおよび診断データの共有ができるようになります。ECIDは普遍的に使用されているわけではありませんが、使用されているところではエンドツーエンド診断の良き支えとなっています。

複数のテクノロジでメッセージ・トラフィックに対するECIDを生成しており、これにはRMI、JAX-RPC、JAX-WS、EJB、JMS、JDBC、ServletsおよびSOAが含まれています。(一部では、ECIDはWebLogicサーバー間での通信が発生する場合のみサポートされます。)

ECIDが使用される場合、ユーザーは全実行コンテキストにわたって同じオブジェクトを確かに追跡しているかどうかを判別できます。たとえば、同じECIDが共有されていれば、異なるターゲット・コンポーネントからのエラー・メッセージを関連付けることができます。

エンドツーエンド・パフォーマンス・モニタリングで使用されるコンポーネントはすべてECIDの使用をサポートしています。

- RUEIはページ・オブジェクトに割り当てられたECIDを、特定のページに対する履歴に表示します。

- BTM側で受信メッセージにECIDが付いているのを検出すると、そのECIDをそのメッセージの固有プロパティとして割り当てます。その後、ユーザーは特定のECIDを持つメッセージを検索し、表形式で表示された各操作を見れば、どの操作に同じECIDが付いているかを判別できます。(同じ操作のリクエスト・メッセージとレスポンス・メッセージは、異なるECIDを持つ場合があります。)

- また、ECIDを最も詳細レベルで使用すると、Java仮想マシンで実行中のスレッドまで特定することもできます。

- さらに、Oracle Diagnostic Logging (ODL)フレームワークを使用するOracle Fusion Middlewareコンポーネントのログ・エントリと連携して、ECIDを使用することもできます。

HTTPサーバーまたはWebLogicサーバーにより、デフォルトでECIDが生成されるようにするには、My Oracle Supportのナレッジのドキュメント1527091.1の説明を参照してください。

13.2.1 Oracle Fusion Middlewareコンポーネント以外のコンポーネントのECID

このリリースのEnterprise Managerでは、ECIDを自動的に提供しないJavaアプリケーションのECIDヘッダーが自動的に追加されます。以前はOracle Fusion Middlewareコンポーネントのみで使用可能だったトレースと診断を実行できるようになりました。

Oracle Dynamic Monitoring Service (DMS)により、Oracle Fusion MiddlewareコンポーネントがECIDをレスポンスのX-ORACLE-DMS-ECIDヘッダーに含めることができます。Oracle Fusion Middlewareコンポーネントを使用していない場合、JVMDはダミーのECIDをX-ORACLE-DMS-ECIDヘッダーに作成します。このECIDは、Enterprise Managerがリクエストを特定できるように、DMS生成のECIDと同じ目的で使用されます。

注意:
ダミーECIDの生成が実行されるのは次の環境のみです。

- DMSがアクティブではありません

- JVMDがアプリケーション・サーバーにインストールされています

- Enterprise Manager JVMターゲット構成ページでインスツルメンテーションが有効になっています

13.3 エンドツーエンド・モニタリングの設定

エンドツーエンド・モニタリングを得るためには、第13.1項「モニタリング・ビューおよびモニタリング・ディメンション」に説明されている製品をインストール、構成し、接続する必要があります。すべての製品を一度にデプロイする必要はありません。必要な機能を提供する製品から始めて、後で別の製品を追加することができます。

この項ではパフォーマンス・モニタリングの各ディメンションについて、エンドツーエンド・アプリケーション・パフォーマンス・モニタリングを設定するために必要な手順について説明します。各手順の目的を説明し、参照できる関連資料をあげています。この項には、次が含まれます。

- Enterprise Managerの設定

- Java仮想マシン診断

- Real User Experience Insightの設定

- Business Transaction Managementの設定

- ビジネス・アプリケーションの作成

設定の説明に進む前に、次の図を見て、デプロイによりエンドツーエンド・モニタリングを可能にする製品群のトポロジを理解してください。

図13-3は、RUEIコレクタ、EMエージェント、BTMオブザーバおよびJVMDエージェントが、モニター対象環境においてどのようにデプロイされるかを示しています。

- RUEIコレクタはWebサーバーの前面にデプロイする必要があります。

- EMエージェントは、分散アプリケーションにより使用されるアプリケーション・サーバーとデータベース・サーバーをホストするマシン上にデプロイする必要があります。

- BTMエージェントとJVMDエージェントは、アプリケーション・コンポーネントがデプロイされるアプリケーション・サーバーにデプロイする必要があります。

もちろん、これらのうちどれをデプロイするかは、必要とするビューによって異なります。たとえば、マシンレベルのランタイム情報に関心がない場合は、JVMDエージェントをデプロイする必要はありません。

図13-3 モニター対象環境のエージェントとオブザーバ

図13-4はRUEI、OMS、JVMDおよびBTMが相互に、そして該当するデータ収集点にどのように接続されるかを示しています。

- 各処理エンジンはそれぞれのコンソールに接続し、それによって管理者はモニター対象オブジェクトを作成、更新できることが示されています。

- RUEI、JVMDおよびBTMがOracle Management Serverにどのように接続され、ビジネス・アプリケーションの作成とモニタリングを可能にするデータ共有を実現しているかが示されています。

最小のユーザー環境は管理レイヤーの下に表示されています。

図13-4 モニター対象環境の処理エンジン

13.3.1 Enterprise Managerの設定

ビジネス・アプリケーションを作成し、モニターするためにはEnterprise Managerが必要です。マシンレベルのパフォーマンス・データを調査することにより、深層診断を行う場合にもEnterprise Managerは必要です。このオプションの詳細は、第13.3.2項「Java仮想マシン診断の設定」を参照してください。

Enterprise Managerを設定するには、次の手順を実行します。

1. Enterprise Managerをインストールし、構成します。詳細は、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』を参照してください。

2. RUEIまたはBTMによりモニターされるターゲットおよびアプリケーション・コンポーネントが実行されているホストに、Oracle Management Agentをインストールします。『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』のOracle Management Agentのインストールに関する説明を参照してください。

3. Enterprise Managerを起動し、Enterprise Managerコンソールを使用して、ビジネス・アプリケーションを作成、モニターします。「Business Transaction Managementの設定」を参照してください。

13.3.2 Java仮想マシン診断の設定

JVMDまたはRIDビューを使用してマシンレベルのパフォーマンス・データにアクセスするには、JVMDマネージャおよびJVMDエージェントをインストールする必要があります。JVMDはEnterprise Managerにとって欠かすことのできない構成員であるため、JVMDのインストールの前にEnterprise Managerをインストールしておくことが必要です。

Java仮想マシン診断を設定するには、次の手順を実行します。

1. Enterprise ManagerにJVMDマネージャをデプロイ(JVM診断エンジン)します。この手順はJVMモニタリング・データにアクセスするために必要です。詳細は、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』のJVM診断のインストールに関する説明を参照してください。

2. RUEIおよびBTMによりモニターされるターゲットおよびサービスが稼働しているすべてのノードにJVMDエージェントをインストールします。この手順は所定のサーバーのJVMデータを収集するために必要です。詳細は、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』のJVM診断のインストールに関する説明を参照してください。

13.3.3 Real User Experience Insightの設定

ユーザー・エクスペリエンスについての情報を取得するには、RUEIをインストールして構成し、その後にこれをEnterprise Managerに登録する必要があります。

RUEIを設定するには、次の手順を実行します。

1. RUEIをインストールし、構成します。この手順には次のタスクが含まれます。

- モニター対象環境にコレクタ、プロセッサおよびレポータをインストールします。

- レポータ・データベースをインストールします。

- RUEIレポータを構成します。

RUEIを構成し、ユーザーの識別、アプリケーションを構成するページ集合の指定、モニタリング範囲の指定、メール通知の構成、およびセキュリティ・オプションの提供ができるようにします。また、この時点でOracle Enterprise Managerへの接続も設定します。詳細は、適切なRUEIドキュメント・ライブラリからOracle Real User Experience Insightインストレーション・ガイドを参照してください。

http://www.oracle.com/technetwork/documentation/realuserei-091455.html

2. RUEIをEnterprise Managerに登録します。レポータ・システムへのアクセスが可能で、アクセス資格証明の指定ができるポートを指定します。この手順はRUEIとEMとの通信を確立するために必要です。詳細は、第17章「ビジネス・アプリケーションのモニタリング」を参照してください。

13.3.4 Business Transaction Managementの設定

アプリケーション・コンポーネントを検出し、トランザクションを定義し、それらのモニタリング・オプションを定義するには、Business Transaction Managementを使用する必要があります。ビジネス・アプリケーションのモニタリングのコンテキストでは、BTMは多層間トランザクションのモニターに使用され、単一層アプリケーションには必要とされません。

Business Transaction Managementを設定するには、次の手順を実行します。

1. BTMをインストールし、構成します。この手順には次のタスクが含まれます。

- セントラル・サーバーのインストールと構成。(この時点で、Oracle Enterprise Managerサーバーへの接続も構成できます。)

- モニターのインストールと構成。これにより、モニターとオブザーバ間の通信が定義されます。

- モニター対象のサービスをホストしている各サーバーへのオブザーバのインストール。

詳細は、『Oracle Business Transaction Managementインストレーション・ガイド』を参照してください。

2. JVMDへのアクセスを有効にします。この手順はBTMからJVMDビューおよびRIDビューにアクセスするために必要です。詳細は、Oracle Business Transaction Managementオンライン・ヘルプの「JVMDおよびRIDビューへのアクセスの有効化」に関する説明を参照してください。

3. BTMでトラフィックを待ち、サービスを検出し、トランザクションを定義します。BTMでの検出は常に動的です。本番環境ではトラフィックを待ってから、アプリケーション・コンポーネントを検出できます。テスト環境では、検出を有効化するためにトラフィックを実行する必要があります。詳細は、Oracle Business Transaction Managementオンライン・ヘルプを参照してください。

4. BTMをEnterprise Managerに登録します。Sphereへのアクセスが可能で、アクセス資格証明の指定ができるポートを指定します。この手順はBTMとEMとの通信を確立するために必要です。詳細は、第17章「ビジネス・アプリケーションのモニタリング」を参照してください。

13.3.5 ビジネス・アプリケーションの作成

エンドツーエンド・モニタリングでは、RUEIアプリケーション(エンド・ユーザー・サービス)、BTMトランザクション、およびそれらをサポートするシステムを組み込んだビジネス・アプリケーションを作成します。使用するビジネス・アプリケーションは徐々に構築することができます。まずRUEIアプリケーションのみを含めることから始め、その後、関連するトランザクションを追加していくことができます。最初はRUEIアプリケーションもBTMトランザクションも含めずに、分散アプリケーションをサポートするシステムをつぶさに調べることから始めることもできます。

ビジネス・アプリケーションを作成するには、次の手順を実行します。

1. モニター対象アプリケーション・コンポーネントが稼働しているホストおよびコンテナを指定するシステムをEnterprise Manager内に作成します。これらのホストとコンテナは、ご使用の分散アプリケーションのインフラストラクチャです。この手順は、基盤となっているインフラストラクチャの状態についての情報を、Enterprise Managerが収集し、戻すために必要です。詳細は、Enterprise Managerコンソールのオンライン・ヘルプを参照してください。

2. Enterprise Managerコンソールを使用してビジネス・アプリケーションを作成します。この手順は、ビジネス・アプリケーションに含めるRUEIアプリケーション(エンド・ユーザー・サービス)とBTMトランザクションを指定し、どのシステムが(ステップ1)ビジネス・アプリケーションをサポートするかを指定します。詳細は、第17章「ビジネス・アプリケーションのモニタリング」を参照してください。

注意:
Enterprise Manager 13cでは、RUEIアプリケーション/スイートそれぞれに対応するエンド・ユーザー・サービス(EUS)という新しいサービス・レベル・ターゲットがあります。EUSは、RUEIアプリケーション/スイートと同じ名前が付けられ、ビジネス・アプリケーションを作成するために使用されます。

3. ビジネス・アプリケーションをモニターします。Enterprise Managerコンソールを使用して、ビジネス・アプリケーションのパフォーマンスをモニターします。詳細は、第17章「ビジネス・アプリケーションのモニタリング」を参照してください。

4. 必要に応じてRUEIアプリケーションを編集します。
RUEIアプリケーションを定義してあったが、データを別の形で切り分けるように、またはキー・パフォーマンス・インジケータを再設定するように定義を変更する必要があることが、Enterprise Managerでのモニタリング結果からわかった場合は、RUEIコンソールを使用してアプリケーションの定義を変更する必要があります。詳細は、次のURLで、対応する『Oracle Real User Experience Insightユーザーズ・ガイド』を参照してください。

http://www.oracle.com/technetwork/documentation/realuserei-091455.html

Enterprise Managerは新しい定義により自動的に更新されます。

5. 必要に応じてBTMトランザクションを編集します。
トランザクションを定義してあったが、モニタリング結果から、トランザクション定義を変更して収集するデータ量の増減、プロパティや条件の追加、またはキー・パフォーマンス・インジケータの再設定を行う必要があることがわかった場合は、BTMコンソールを使用してトランザクションの定義を変更する必要があります。詳細は、Oracle Business Managementオンライン・ヘルプを参照してください。

EMは新しい定義により自動的に更新されます。

13.4 ユーザー・ロールと権限

ユーザー・ロールと権限はコンポーネントの機能へのアクセス性を定義します。次のガイドラインは、アプリケーションのパフォーマンスをモニターするためにコンポーネントの操作を行う際に当てはまります。

- 全般的に、RUEIおよびBTMでエンティティを作成するには、それらのエンティティをEMでモニターするよりも高い権限が必要です。

- あるコンポーネントから別のコンポーネントへのクリックスルーでは、各コンソールのネイティブな認証システムに遭遇します。作業を行うために各コンポーネントについて必要な権限を持っていることを確認してください。

- adminおよびsuperAdminルールを例外として、EM内ではロールが必ずターゲットと関連付けられています。EMコンソールでユーザーに何が表示されるかは、特定のターゲットに関するそのユーザーのロールに依存します。

- BTMまたはRUEIシステムをEMに登録するには、super adminロールが必要です。いったんRUEIやBTMシステムがEMに登録されると、ビジネス・アプリケーションを作成するためにsuper adminロールは必要ありません。

- EMがRUEIおよびBTMと対話するために使用する資格証明にアクセスするには、RUEIまたはBTMシステムに対する「任意のターゲットの作成」権限と「任意のターゲットの表示」権限が必要です。

- 「ビジネス・アプリケーションの管理」および「ビジネス・アプリケーション」のメニュー・アイテム・アプリケーション・パフォーマンス監視リソース権限が必要です。

- JVM診断データを表示するには「JVM診断ユーザー」権限が必要です。

- ヒープやスレッドのスナップショットの作成および分析、スレッドのトレースなどのJVM診断操作を管理するには、JVM診断管理者権限が必要です。

14 ユーザー・エクスペリエンスの理解

ここでは、Real User Experience Insight (RUEI)スタンドアロン製品について説明します。Enterprise ManagerコンソールからRUEIのモニタリング機能を使用する方法の詳細は、第17章「ビジネス・アプリケーションのモニタリング」を参照してください。

RUEIを使用してアプリケーションのパフォーマンスをモニターできます。特にRUEIは、分散アプリケーションでは通常最初の入口(アプリケーション・コンポーネント)であるWebブラウザとユーザーとのやり取りをモニターします。この最初の入口は、ユーザーに最も見えやすい問題を特定するため、また、対ユーザーの各種サービスの設計と有効性の改善につながるユース・パターンを検出するため、非常に重要な場所です。

この項ではユーザー・エクスペリエンスを理解するための、RUEIの操作に関連する基本的な概念とタスクを説明します。内容は次のとおりです。

- RUEIの検出対象

- RUEIデータの表示と分析

- RUEIにより回答できる質問

- EMコンソールからアクセスできるRUEIの側面

- RUEIのBTMおよびJVM診断との連携

RUEIは豊富な機能を提供します(詳細はOracle Real User Experience Insightユーザーズ・ガイドを参照してください)。

RUEIは、ネットワーク・インフラストラクチャにアクセスする必要なしにパフォーマンスをモニターするように構成できます。この章では、ネットワーク・データ収集が使用されることを想定していますが、ここで説明する機能は他の非ネットワーク・データ収集の構成でも使用できます。特に、この章の第14.1項「RUEIの検出対象」では、ネットワーク・データ収集を構成する場合にのみ必要となる要件(ポート構成、ネットワーク・データ収集)について説明しています。非ネットワーク・データ収集の詳細は、RUEIのドキュメントを参照してください。RUEIを使用する方法のデモンストレーションを表示するには、次のURLにアクセスして「Begin Video」をクリックします。

https://apex.oracle.com/pls/apex/f?p=44785:24:0::NO:24:P24_CONTENT_ID,P24_PREV_PAGE:5783,1

14.1 RUEIの検出対象

ユーザーは1つ以上のオブジェクトを含むWebページと対話を行うことにより、アプリケーションを操作します。たとえば、リンクをクリックしてオブジェクトと対話することで、ユーザーは分散アプリケーションを構成するサービスを呼び出す一連のコールを開始します。RUEIが1ページ以上のWebページとの最初のやり取りに重点を置くのに対し、Business Transaction Management (次の章で説明します)はその最初のやり取りに続く一連のコールをモニターします。

通常、単一のRUEIインスタンスが、Webサーバーの前、DMZ内のファイアウォールの後ろにインストールされて、ネットワーク・データを収集します。RUEIはWebページにアクセスするすべてのユーザーをモニターしますが、それによってサーバーやネットワークのレスポンス時間に影響を与えることはありません。

RUEIをインストールし、構成するときには、次の情報を指定します。

- トラフィックのモニタリング対象とするポート(モニタリングの範囲)

- ユーザーの識別方法(Cookie情報かログイン情報か)

- セキュリティ問題の対処法と暗号化されたデータのモニター方法

- RUEIアプリケーションと関連付けられたページの識別方法

RUEIアプリケーションはページの集合です。構成プロセスで、ユーザーはRUEIにどのページが所定のアプリケーションと関連付けられるかを指示します。

指定したポートで、RUEIがトラフィックのモニターを始めると、RUEIの構成時に定義したスキームに基づいて検出した情報が識別されて整理されます。

図14-1は、ページ・リクエストに関連付けられたデータをRUEIが収集する仕組みを示します。

1. ユーザーがモニター対象ページでアクションを実行すると、RUEIはそのリクエストを確認し、ネットワーク・タイミングの測定、およびリクエストされたオブジェクトをビジターに表示するためにWebサーバーが要する時間の測定を開始します。
この時点で、誰がそのページをリクエストしたか(IPクライアント)、どのオブジェクトがリクエストされたか、およびどのサーバーからオブジェクトが要求されたか(IPサーバー)がRUEIで認識されています。

2. RUEIでは、Webサーバーが応答し、オブジェクトをユーザーに送信するときに、そのレスポンスを確認し、サーバーのレスポンス時間の計測を中止します。
この時点で、RUEIでは、サーバーからのレスポンスがあるかどうか、そのレスポンスが適切かどうか、リクエストされたオブジェクトの生成にWebサーバーが要した時間、およびオブジェクトのサイズを把握できます。

RUEIにより、オブジェクトがユーザーに完全に受信されたかどうか、またはユーザーがダウンロードを中断したかどうかも確認できます。したがって、RUEIでは、オブジェクトがインターネットからビジターに渡されるまでの時間を測定し、ユーザーとサーバー間のインターネット・スループット(接続速度)を計算できます。

図14-1 RUEIがネットワーク・データ収集のユーザー・リクエストをモニターする方法

RUEIアプリケーションに関連付けられたページのオブジェクトにアクセスするたびに、RUEIは次の情報を収集します。

- だれがそのページをリクエストしたか、そしてどのオブジェクトをリクエストしたか

- どのサーバーがページをホストしたか

- レスポンス時間およびレスポンスの正確性

- オブジェクトのサイズ

- オブジェクトが完全に受信されたか、あるいは中断されたか

- このリクエスト/レスポンス順序のインターネット・スループット

次の項ではRUEIを使用してこのデータを表示し、分析する様々な方法について説明します。

14.2 RUEIデータの表示と分析

ユーザーがアプリケーションと対話している間に収集する情報を使用して、RUEIはユーザー・エクスペリエンスに関連するパフォーマンス問題およびユース・パターンの理解につながる多くのビューを表示できます。

現在進行形のデータ・モニタリングに加え、期待されるサービス・レベルを指定できるサービス・レベル合意を作成するオプションも用意されています。この合意は、ベンチマーク値を定義するいくつかのキー・パフォーマンス・インジケータ(KPI)を使用して明示されます。詳細は、「KPIとサービス・レベル合意」を参照してください。

パフォーマンスを評価するもう1つの側面は、ユース・パターンのモニタリングです。ユーザーはユーザー・フローを一連のページとして定義し、フローの手順が終了したかどうかをモニターします。詳細は、「ユーザー・フロー」を参照してください。

レポートされるデータはアクティブ・セッション(5分間)か閉じたセッションのいずれかにスコープ指定され、数日間におよぶこともあります。

この項では最もよく使用されるRUEIビューをいくつか紹介し、また、収集した情報を分析する別の方法についても説明します。スクリーンショットはRUEIユーザー・インタフェースですが、情報の多くはEnterprise Managerで確認できます。この節の内容は以下のとおりです。

- ダッシュボード

- レポート

- セッション診断

- ユーザー・フロー

- KPIおよびサービス・レベル合意

14.2.1 ダッシュボード

RUEIのダッシュボードはユーザー・アクティビティの最も包括的なビューを提供します。過去24時間のアクティビティに関する次のビューが提供されます(この情報の多くはEnterprise Managerの「ビジネス・アプリケーション」またはEUSダッシュボードで確認できます)。

- 現行セッションのアクティビティの地域的な、マップベースのビュー

- ページ・ビューで見た、最もアクティブな上位5つのアプリケーション

- 問題のあるページ上位5位

- すべての管理対象アプリケーションでの最新のアラート

- すべてのモニター対象アプリケーションに対して定義されたKPIのステータス。前回記録された値からどのくらい変更されたかを示します。

- ネットワーク・エラー、クライアントによる終了、サーバー・エラー、Webサイト・エラー、コンテンツ・エラーによるエラーの割合を示すチャート

- 平均ページ・ロード時間およびページ・ビューとセッションとの関係を示すチャート

- 複数のRUEIインスタンスからのデータを表示するか、または接続されているすべてのRUEIインスタンスからの集計されたデータを表示できます。

図14-2 RUEIの「ダッシュボード」タブ

14.2.2 レポート

RUEIには事前定義されたレポートの大きなライブラリが用意されており、収集されたユーザー情報を標準的な方法で表示できます。「レポート」タブのコントロールを使用して、レポートを生成し、表示します。

「レポート」タブのコントロールを使用してまず期間を指定し、生成するレポートを選択します。レポートはたとえば「アプリケーション」や「クライアント」のように、カテゴリでグループ化されています。各カテゴリには様々なレポート・オプションがあります。たとえば、「クライアント」カテゴリでは、国ごとのパフォーマンス、ブラウザごとのセッション数、OSごとのセッション数などのレポートを生成できます。

レポートは表形式またはグラフ形式で表示され、PDFファイルとして保存することも、他のツールにエクスポートすることもできます。

レポートのカスタマイズ、新規レポートの作成、お気に入りのレポートのショートカットの作成、レポートの結果を制限するためのフィルタの定義を行うことができます。

14.2.3 セッション診断

セッション診断機能では、ある期間に発生した操作上の問題の根本分析を実行できます。

診断情報は、すべてのセッション、失敗したURL、遅いURL、失敗したページなど、様々なカテゴリで利用できます。個々の検索基準は各グループで異なります。たとえば失敗したページのカテゴリでは、アプリケーション名、クライアントのIPアドレス、ユーザーIDで検索を絞り込むことができます。さらにフィルタをかけて結果を制限することもできます。

一部の診断カテゴリでは検索の順番を指定することも可能です。たとえば、まず最もアクティブなセッションを検索します。

この機能を使用するには、期間、検索基準(フィルタを含む)、検索順を指定します。RUEIは検索基準に一致するすべてのユーザー・レコードを、指定された順序で返します。次に、現在表示されているユーザー・レコードをさらに検索して、特定のセッションを切り出すことができます。

戻されるユーザー・レコードには5分間についての完全なセッション・ページ履歴が含まれています。各ページを検査し、ロード満足度、重要なページかどうか、ページにはエラーがないかを調べることができます。また、あるページを選択して、サーバーおよびクライアントにより受信された全ページ・コンテンツとその基になっているhtmlコードを表示することもできます。

場合によっては、表示しているページの横にある「リプレイ」アイコンをクリックして、完全なユーザー・セッションを再生できます。こうすることで、ビジターがセッション中に表示した各ページとレポートされたエラー・メッセージを確認できます。

さらに、選択した機能領域のセッション診断機能から外部ツールへクリックアウトすることもできます。詳細は、「RUEIのBTMおよびJVM診断との連携」を参照してください。

全セッション・コンテンツを外部ユーティリティにエクスポートしてさらに分析を行い、他のデータと統合したり、テスト・スクリプトを生成するためのベースを作成することができます。

14.2.4 ユーザー・フロー

論理タスクを定義するために、ユーザー・フローを作成します。ユーザー・フローとはWebページとアクションの集合です。タスクを完了するために実行する必要がある多数のステップが含まれます。RUEIユーザー・インタフェースでユーザー・フローを表示するだけでなく、Enterprise Managerの「ビジネス・アプリケーション」またはEUSダッシュボードでオプションとしてユーザー・フローを表示することもできます。たとえば、購入ユーザー・フローには次のステップが定義されます。

- 品目の選択

- 出荷情報

- 請求書情報

- 確認

各ステップは複数のページで構成できます。たとえば、「品目の選択」ステップには品目を選択するためのページが多数存在する可能性があります。

ユーザー・フローのステップは、そのステップを完了とみなすために必要な要件を指定する条件の観点で定義します。たとえば、請求書情報に支払いの代替方法に関する条件が複数含まれる場合に、そのステップが完了するために満たす必要がある条件は、これらの条件のうち1つだけだとします。ステップには「必須」または「任意」とラベルを付けることができます。また、ステップに期間を関連付けて、それを超えたらタイムアウトを発生させ、ユーザー・エクスペリエンスを評価することもできます。

ユーザー・フローは特定のアプリケーションと関連付けることも、関連付けないで独立させておくこともできます。

ユーザー・フロー・アクティビティは最も一般的なレベルでレポートされ、所定の期間にフローのステップを通過するビジターの移動が、ファンネルの形状で示されます。ファンネルの幅が狭くなると、ビジターはタイムアウトのために接続が切れたか、またはビジターにより操作が中止されたことを表します。図14-3は、ユーザー・フローのサンプル図です。

図14-3 ユーザー・フローの図

フローは一番上で開始され、ユーザーが少なくなるにつれ、狭まってきます。フローの各ステップは異なる色で表示されます。図形の右にはいくつかの数字があり、何件のユーザーによる中断とユーザーのタイムアウト件数を足して、一定時間のユーザーのロス合計件数になったかを示しています。ファンネルの図に続き、各ステップのアクティビティについてさらに詳細な情報が表示されます(図14-3では見えません)。

RUEIはユーザーのアクティブ時間とアイドル時間を各フローについて比較したビューで、ユーザー・フロー・アクティビティに関するさらに深い洞察を提供します。この種の分析は、ユーザーにとって完了することが最も難しいページはどれかを示す場合があります。このビューの例を図14-4に示します。

フェリーの予約と飛行機の予約の平均アイドル時間の差に注目してください。アイドル時間が長いということは、Webページのデザインが悪いことを反映している場合があります。

ユーザー・フローは障害スポットを検出し、ユース・パターンを識別し、全体的なユーザー・エクスペリエンスを向上させるための優れた手段を提供します。

図14-4 ユーザー・フロー・ステップのアクティブ時間とアイドル時間

14.2.5 KPIおよびサービス・レベル合意

RUEIにより提供される連続的で受動的な監視に加えて、キー・パフォーマンス・インジケータ(KPI)を使用してパフォーマンスの特定の側面をモニターするアクティブ・モニタリングを設定できます。さらに、指定したベンチマークに違反した場合にアラートを出すサービス・レベル合意を定義することができます。このデータをダッシュボードとレポートを使用して確認できます。RUEIユーザー・インタフェースでKPIとSLAの情報を表示するだけでなく、Enterprise Managerの「ビジネス・アプリケーション」またはEUSダッシュボードでオプションとして「SLAダッシュボード」または「SLAサマリー」リージョンを表示することもできます。

SLAは期待されるレベルのサービスを定義するもので、通常は1つ以上のキー・パフォーマンス・インジケータの観点から表されます。たとえば、KPIにより、あるサービスが99%の時間で利用可能かどうかを検査し、SLAは可用性がこの値を下回った場合にレポートするように定義しておきます。

KPIは、ロード時間、セッション、スループットなどのカテゴリにグループ化されます。ユーザー・フローの完了やWebサイトの可用性など、独自のカテゴリを定義できます。

KPIを定義する際には次の情報を指定します。

- 特定のアプリケーションのデータと関連付けるか、または汎用にするか

- 適用するメトリック

- KPIの範囲をさらに定義するためにフィルタが必要かどうかたとえば、ユーザー・フロー・ロード時間または終了したユーザー・フローのメトリックを選択した場合は、参照先のユーザー・フローを指定する必要があります。

- そのKPIに最大または最小のターゲット範囲を持たせるかどうか。ターゲットは履歴パフォーマンスに対して固定にすることも、相対的にすることもできます。

- KPIをSLAに組み込むかどうか、組み込む場合はどのように組み込むか

- アラートをKPIと関連付けるかどうか

RUEIではアクティブ・モニタリングを非常に繊細に制御できます。通常の定期的なものに比べて敏感なサービスレベルとアラート・スケジュールをターゲットの値に作成し、アラート・プロファイルとエスカレーション・プロシージャを定義して、アラートがトリガーされたときの通知先を指定できます。

14.3 RUEIにより回答できる質問

RUEIはユーザー・エクスペリエンスに関する次のような質問に答えることができます。

- 1日のうちでページのヒット数が最大なのはいつか。
「ダッシュボード」タブにある、ページ・ビューとセッションを関連させたチャートをご覧ください。

- ユーザー・アクティビティが最大であるのはヨーロッパのどの地域か。
「ダッシュボード」タブにあるセッションの発生元のマップをご覧ください。

- すべてのエラーのうち何パーセントがクライアント側の中止によるものか。
「ダッシュボード」タブにある機能エラーのチャートをご覧ください。

- 最も問題の多いページはどれか。
「ダッシュボード」タブにある問題ページのリストをご覧ください。

- フランスの顧客が最もよく使用しているブラウザはどれか。
「レポート」タブの「クライアント」カテゴリからブラウザ当たりのセッション数レポートを選択し、クライアントの場所/国でフィルタをかけます。

- 特定のECIDを持つ予約アプリケーションのユーザー・レコードを表示したい。
「セッション診断」グループを選択し、アプリケーション名および当該ECIDを指定します。ECIDの詳細は、第13.2項「ECIDを使用してリクエストを追跡する」を参照してください。

- 予約ユーザー・フローのうち、最も顧客を失うステップはどれか。
ユーザー・フローのファンネルとステータス詳細をご覧ください。

- ユーザー・フローで、前のステップに戻ったユーザーは何人か。
ユーザー・フローの「ステータスの詳細」を見て、各ステップで戻っているユーザーの数を確認してください。戻っているユーザーが多いことは、なんらかのステータス情報を後続の画面に入れる必要があることを示す場合があります。

- creditCheckサービスの可用性が95％を下回ったのはいつか。
そのメトリックのKPIを定義し、指定した値が突破されたときにアラートを発行するサービス・レベル合意を定義します。

14.4 EMコンソールからアクセスできるRUEIの側面

ユーザー・エクスペリエンスに関するモニタリング情報にはEnterprise Managerコンソールからアクセスできます。ただし、Enterprise Managerコンソールではユーザー・フローやKPI、SLA、カスタム・レポートの定義や編集はできません。必要なすべての操作はRUEIコンソールを使用して行います。

Enterprise Managerコンソールで提供される情報の内容は、RUEIでアプリケーションとモニタリング機能をどのように定義したかにより異なります。表示される情報量を変更する必要があると考えた場合は、RUEIコンソールを使用して、該当する要素を編集します。Enterprise Managerは新しい定義により自動的に更新され、ユーザーが追加トラフィックを実行すると、必要な情報が表示されます。

全般的に、Enterprise Manager Consoleからアクセスできる情報には、現在のビジネス・アプリケーションに関連付けられた各RUEIアプリケーションに関する次のような情報があります。

- 「ビジネス・アプリケーション」ホーム・ページで、アプリケーションに定義したキー・パフォーマンス・インシデント(KPI)、そのステータスおよびそれらの定義済しきい値を表示できます。また、ビジネス・アプリケーションに関連付けられたインシデントと問題の概要も表示できます。これらの中にはRUEIで生成されたものもある可能性があります。

注意:
Enterprise Manager 13cでは、RUEIアプリケーション/スイートそれぞれに対応するエンド・ユーザー・サービス(EUS)という新しいサービス・レベル・ターゲットがあります。EUSは、RUEIアプリケーション/スイートと同じ名前が付けられ、ビジネス・アプリケーションを作成するために使用されます。

- RUEIアプリケーションのために定義されたKPIにより生成されたアラートは、「インシデント・マネージャ」でイベントとしてレポートされます。これらのイベントを表示するには、「エンタープライズ」メニューから「モニタリング」、「インシデント・マネージャ」の順に選択します。次に「インシデントのないイベント」事前定義済ビューを開きます。詳細情報を表示するには、目的のイベントをクリックします。

RUEIアプリケーションのさらに詳細なモニタリング情報を表示するには、「Real User Experience (RUEI)」を選択し、「ビジネス・アプリケーション」ドロップ・ダウンから「Real User Experience (RUEI)データ」を選択します。次のリージョンを表示できます。

- 「RUEI - キー・パフォーマンス・インジケータ(KPI)」リージョン: 定義済KPIのさらに詳細な情報が表示されます。

- 「上位ユーザーとアプリケーション違反」リージョン: 最も違反件数の多いアプリケーション・ページを検証できます。

- 「上位実行済ユーザー・リクエスト」リージョン: 最も頻度の高いユーザー・リクエストとアクションを表示し、それらによるビジネス・アプリケーションへの影響を評価できます。

- 「上位ユーザー」リージョン: ビジネス・アプリケーションに関連付けられたターゲットの最もアクティブなユーザーをモニターできます。

操作上の問題の根本原因分析を実行するには、「RUEIセッション診断」機能を使用できます。この機能にアクセスするには、「Real User Experience (RUEI)」を選択し、「ビジネス・アプリケーション」ドロップ・ダウンから「RUEIセッション診断」を選択します。

「RUEIメトリック」ページを表示するには、「Real User Experience (RUEI)」を選択し、「ビジネス・アプリケーション」ドロップ・ダウンから「RUEIメトリック」を選択します。

Enterprise Manager ConsoleでのRUEIの操作の詳細は、「ビジネス・アプリケーションのモニタリング」を参照してください。

14.5 RUEIのBTMおよびJVM診断との連携

RUEIはBTMおよびJVMDとシームレスに連携できます(「エンドツーエンド・モニタリングの設定」で説明されているように、これらをインストールし、構成した場合)。オプションには次のものがあります。

- JVMDにクリックアウトすると、ECIDに基づき選択されたリクエストに関するアクティビティの情報を入手できます。「RUEIセッション診断」ビューでレコードを右クリックすると、「インスタンス診断リクエスト」ページにアクセスできます。

- Business Transaction Managementにクリックアウトすると、ビジネス・トランザクションに関するセッション診断機能からの情報を表示できます。

- Business Transaction Managementにクリックアウトして、選択されたリクエストに関連付けられている特定の作業フローに関する集計情報を表示できます。このオプションは、URL診断グループ内のBTMサービス/操作ディメンションを介して使用できます。

- Business Transaction Managementにクリックアウトして、選択されたリクエストに関連付けられているアプリケーション環境内でデプロイされたサービスに関する集計情報を表示できます。このオプションは、URL診断グループ内のBTMサービス・ディメンションを介して使用できます。

RUEIを外部ツールと連携させる方法の詳細は、『Oracle Real User Experience Insightユーザーズ・ガイド』の「外部ツールへのクリックアウトの構成」を参照してください。

15 サービスの検出とトランザクションの操作

ここでは、Business Transaction Management (BTM)スタンドアロン製品について説明します。Enterprise Manager ConsoleからBTMのモニタリング機能を使用する方法の詳細は、第17章「ビジネス・アプリケーションのモニタリング」を参照してください。

ユーザー・エクスペリエンスのモニタリングでは、ページ・ヒットに続く一連の操作をブラック・ボックスとして処理します。ユーザーがリクエストをトリガーすると、リクエストが送られ、応答が返りますが、応答の遅延や無応答がWebページと直接関係していない場合は、その原因を特定することができません。(この一連のアクションを図13-1に示します。)アプリケーションのパフォーマンスをモニタリングするもう1つの側面であるBusiness Transaction Management (BTM)では、最初のリクエストに続いて起こる一連の操作を検査できます。BTMはトランザクションのモニタリング、これらの操作のサブセットをモニタリングすることにより、手順のどの操作がパフォーマンス上の問題やエラーをかかえているかを見つけることに重点を置いています。

この項では、BTMの操作に関連する基本的な概念とタスクを説明します。内容は次のとおりです。

- Business Transaction Managementの検出対象

- トランザクションの定義

- トランザクションのモニタリング

- Business Transaction Managementにより回答できる質問

- Enterprise Manager ConsoleからのBTMへのアクセス

- Business Transaction ManagementのRUEIおよびJVM診断との連携

BTMは、1つの章では説明できないほど豊富な機能を提供しています。使用法の詳細は、Oracle Business Transaction Managerオンライン・ヘルプを参照してください。BTMを使用する方法のデモンストレーションを表示するには、次のURLにアクセスして「Begin Video」をクリックします。

https://apex.oracle.com/pls/apex/f?p=44785:24:539253248237801::NO:24:P24_CONTENT_ID,P24_PREV_PAGE:6366,1

15.1 Does Business Transaction Managementの検出対象

Business Transaction Managementはトラフィック・フローに基づく動的検出を使用して、実行中のアプリケーションの必要不可欠な特性を検出します。これには次の要素が含まれます。

- アプリケーション・コンポーネント: デプロイされたコンポーネントの種類を指定する論理サービス、エンドポイント(そのサービスのインスタンス)およびエンドポイントで呼び出すことができる各操作

- コンポーネント間の依存関係

- アプリケーションが実行されているコンテナ(アプリケーション・サーバー)

トラフィックを実行すると、図15-1に示すとおり、BTMはサービスおよび検出された依存関係を依存関係グラフに表示します。

BTMは様々な種類のコンポーネントを検出できますが、その実際の種類にかかわらず、Webサービス・モデルを使用してこれらのコンポーネントとその依存関係を表示します。このモデルに従い、各サービスは要求および応答XMLメッセージを送信して対話を行います。たとえば、JDBCを介してデータベースにアクセスするEJBを呼び出すWebサービスで構成されるコンポジット・アプリケーションがある場合、それは、XMLメッセージを使用して通信する3つのサービスとしてモデル化されます。検出されたコンポーネントをBusiness Transaction Managementコンソールを使用して表示すると、これらはサービスとしてリストされ、やり取りされるメッセージはこれらのサービスに属する操作としてリストされます。あるメッセージは、1つの操作のリクエスト・フェーズまたはレスポンス・フェーズのいずれかに相当します。次の図は、検出されたサービスをBTMにより表示したものです。

図15-1 サービス依存関係グラフ

この図は、相互関係を持つ5つのサービスと、その間のトラフィックのフローを示しています。丸の付いているサービスは、トラフィックを開始したサービスです。サービス操作の依存関係はさらにドリルダウンできますが、この表示はトランザクション定義(次の項で説明します)の開始地点となります。

15.2 トランザクションの定義

トラフィックを実行し、アプリケーションを構成しているサービスを検出したら、これらのサービスの一部または全部を含むトランザクションをフローで定義できます。通常、トランザクションはアプリケーションを構成する複数のサービスのフローのサブセットからなります。より詳細なパフォーマンス情報の入手や問題のトラブルシューティングのためには、複数のトランザクションを使用して対象エリアを絞り込みます。

デフォルトで、トランザクションは開始操作として選択する操作で始まり、その操作の応答メッセージで終了します。トランザクション定義に含まれる操作を変更したり、関連性が自動的に検出できないフローを含めたりして、定義をカスタマイズできます。次の図は、図15-1に示す依存関係グラフに基づく、トランザクション定義のグラフィカルな表示を示しています。

図15-2 トランザクション・グラフ

この図は、トランザクションの開始操作(OrderService:submit)に続く、一連の操作を示しています。(各操作間をつないでいる、矢印上にあるフィンガープリント・アイコンは、メッセージ・フィンガープリントを使用して、これらの操作が自動的に関連付けられたことを意味しています。手動で関連付けられた場合は、かわりに鍵のアイコンが使用されます。)

デフォルトでは、トランザクションに対してモニタリングが有効になっています。BTMは、トランザクション・パフォーマンスの基本的な測定値(平均レスポンス時間、開始済トランザクション数、完了済トランザクション数および最大レスポンス時間)を取得します。次の追加機能を指定することにより、モニタリングのレベルを深め、範囲を広げることができます。

- トランザクションの測定値は、ホスト・アドレスに基づき、および個々のコンシューマごとに切り分けることができます。

- インスタンス・ロギングを有効にして、一定期間に記録されたトランザクション・インスタンスのリストを表示できます。次に、指定したインスタンスをアセンブルおよび検査し、そのインスタンスにプロパティ値がある場合はそれを表示し、これらのプロパティ値に基づいて各種条件を作成できます。

- メッセージ・ロギングを有効にすると、指定した操作のメッセージ内容を表示できます。操作のリクエスト・メッセージまたはレスポンス・メッセージの内容に基づき、ある操作を検索することもできます。

これらの各機能は、BTMのパフォーマンスおよびリソースに対してかなりのコストを強いることになります。たとえば、大量のデータを処理するアプリケーションの場合、インスタンス・ロギングは多くのデータベース領域を消費することがあります。モニタリング・ニーズとパフォーマンスの兼ね合いをとるために、BTMではメッセージの内容を記録する必要なく、メッセージの部分的な内容を取得するために、指定した操作のプロパティを定義できます。また、プロパティを使用して手動でメッセージを関連付け、特定のトランザクション・インスタンスを検索し、条件を定義できます。

トランザクションを定義するときに選択する機能は、その後のモニタリングの種類および範囲を左右します。この種のモニタリングに加え、条件およびサービス・レベル合意を使用して、特別な状況に関するアラートを出すように、BTMを構成することもできます。

- サービス・レベル合意(SLA)は、測定の集計に基づき、トランザクションのパフォーマンス標準を定義します。その後、Business Transaction Managementはこれらの標準からの差異をモニターし、差異が発生するとアラートが発行され、管理コンソールに表示されます。BTM関連の情報をEnterprise Managerコンソールに表示すると、SLAに一致するイベントはIncident Managerの「インシデントのないイベント」ビューに表示されます。これらのイベントを「ビジネス・アプリケーション」ページに表示するには、15.2.1項「SLA違反の「ビジネス・アプリケーション」ページへの昇格」を参照してください。

- 指定したメッセージ・プロパティの値が発生したとき、または障害が発生したときに、予期されるメッセージが到着しない場合に、条件によりアラートを出すようにできます。これらは、特定のトランザクション・インスタンスにおける問題を検出できるようにするツールです。条件がトリガーされ、満たされると、Business Transaction Managementは該当するトランザクション・インスタンスをアセンブルし、これによってユーザーはその内容を表示し、トラブルシューティングまたはその他のパフォーマンス評価に必要な分析を実行できます。各トランザクション・インスタンスに対して条件を評価するには、インスタンス・ロギングを有効にする必要があり、BTMのパフォーマンスに影響する場合がありますのでご注意ください。

15.2.1 SLA違反の「ビジネス・アプリケーション」ページへの昇格

デフォルトでは、SLA違反イベントはインシデントに昇格されないため「ビジネス・アプリケーション」ページに表示されません。イベントをインシデントに昇格するには、次の手順を実行します。

1. 「設定」メニューで「インシデント」、「インシデント・ルール」の順に選択します。

2. 「ルール・セットの作成」をクリックします。「ルール・セットの作成」ページの「ターゲット」リージョンで、「すべてのターゲットのタイプ」オプションを選択します。「ビジネス・アプリケーション」ターゲット・タイプを選択します。

3. 「ルール」リージョンで「作成」をクリックし、「作成するルールのタイプを選択」ウィンドウで「受信イベントおよびイベントの更新」オプションを選択して「続行」」をクリックします。「新しいルールの作成: イベントの選択」ページが表示されます。「タイプ」ドロップダウンで、「アプリケーション・パフォーマンス管理のKPIアラート」を選択します。

4. 「追加」をクリックします。「アクションの追加」ウィンドウが表示されます。「常にアクションを実行」オプションと「インシデントの作成」オプションを選択します。

5. 「次」をクリックしてルールを確認し、「続行」をクリックしてルールを保存します。条件に一致するすべてのイベントはインシデントに昇格されて、「ビジネス・アプリケーション」ページに表示されます。

15.3 トランザクションのモニタリング

あるトランザクションについてBusiness Transaction Managementが収集する情報量は、前述のトランザクション定義によって異なります。最小で、どの機能も有効にしなかった場合は、選択したトランザクションの基本測定値がBTMコンソールのメイン領域に表示されます。これには、開始済および完了済トランザクション数、スループット、平均レスポンス時間、最大レスポンス時間、および違反アラート件数があります。次の図は、図15-2に定義を示したトランザクションに対するモニタリング情報を示しています。表示されている数値は、リンクの平均レスポンス時間を表します。リンクを右クリックすると、ポップアップ・ウィンドウにリンクのスループットが表示されます。図の他に、BTMでは前述の基本測定値をリストしたグリッド・ビューが表示されます。

図15-3 トランザクションのモニタリング

表示のタブ領域にはBTMにより、コンシューマ・アドレスまたはクライアント・アドレス、アラート、アセンブルされたトランザクション・インスタンス、記録されたメッセージ内容、SLA準拠およびトランザクション定義により切り分けられたパフォーマンス・データに関する情報が表示されます。このデータのどれだけが利用できるかは、トランザクション定義により異なります。たとえば、メッセージ・ロギングを有効にしなかった場合は、メッセージ内容を表示することはできません。

中心となる測定に加え、トランザクションについて、およびサービスと操作について、追加のインスツルメンテーションとモニタリングを有効にできます。詳細は、Oracle Business Transaction Managementオンライン・ヘルプのインスツルメントに関する説明を参照してください。

15.4 Business Transaction Managementにより回答できる質問

トランザクション、プロパティ、サービス・レベル合意および条件を使用して、Business Transaction Managementはお使いのアプリケーションに関する次のような質問に答えることができます。

- 使用しているアプリケーションの論理構造はどうなっているのか。アプリケーション・コンポーネントを構成する操作は何か。
「サービス・マップ」ビューを開き、現在アクティブなサービスおよびその依存関係を表示します。

- 環境インフラストラクチャと、その環境インフラストラクチャの要素間の依存関係はどこで見ることができるか。
「コンテナ」ビューを選択します。ここから、指定のコンテナでホストされているアプリケーション・コンポーネントを表示でき、また、各コンポーネントを構成する操作も表示できます。

- 現在の動作状態の概要を迅速に取得する方法は何か。
「ダッシュボード」ビューから「操作状態サマリー」を選択します。これにより、現在の障害件数と警告件数、アラート件数および管理ステータスがわかります。

- トランザクション・フローのパフォーマンスとトラフィック量を知りたい。
「トランザクション」ビューでトランザクションを選択し、トランザクションのスループットおよび平均レスポンス時間の数値のモニタリング・データを選択します。

- 最も頻繁に使用されるのはアプリケーションのどの部分か。
「上位10件のサービス」ダッシュボードの「最大の負荷」項目を選択します。

- どのサービスに最もエラーが発生しやすいか。
「上位10件のサービス」ダッシュボードの「最多フォルト」項目を選択します。

- どのトランザクションが最も遅いか。
「上位10件のトランザクション」ダッシュボードの「最遅」の「平均レスポンス時間」表を選択します。

- これまでの基準と比較して現在のパフォーマンスはどうか。
重要なパフォーマンス・メトリックのベースラインを定義し、選択した操作に対するSLAの警告およびアラート・レベルを定義します。ベースラインを定義すると、「トランザクション・サマリー」ページと「分析」タブに基準として表示されます。SLAを構成した場合はアラートを表示させることもできます。結果は「SLA準拠」タブに表示されます。

- 最も遅いサービスを取得しているのはどの顧客か。
コンシューマ・セグメンテーションを定義し、「分析」タブの結果を表示します。

- トラフィック・フローにボトルネックはあるか。ロード・バランサを追加する必要はあるか。
サービスで異常に高いスループット数値および異常に遅い平均レスポンス時間を調べます。

- 先週$10,000を超える注文は何件あったか。
請求額合計を指定するメッセージ要素のプロパティを定義します。次に、このプロパティを使用して、その金額を超えるすべての注文の発生についてアラートを出す条件を定義します。条件の数は、そのトランザクションの「分析」タブに表示されるインスツルメントとして追跡されます。

15.5 Enterprise Manager ConsoleからのBTMへのアクセス

トランザクションに関するモニタリング情報および定義情報には、Enterprise Manager Consoleからアクセスできます。トランザクションの編集、プロパティの作成、条件の定義またはサービス・レベル合意の設定は、Enterprise Manager Consoleではできません。必要なすべての操作はBusiness Transaction Managerのコンソールで行います。

もちろん、「トランザクションの定義」で説明したように、提供される情報は、トランザクションを定義したときに有効にした機能により、異なってきます。たとえば、インスタンス・ロギングを有効にしない場合は、個々のトランザクション・インスタンスに関する情報は表示されません。表示される情報量を変更する必要があると考えた場合は、Business Transaction Managementコンソールを使用して、トランザクションの定義を編集できます。Enterprise Managerは新しい定義により自動的に更新され、ユーザーが追加トラフィックを実行すると、必要な情報が表示されます。

全般的に、Enterprise Manager Consoleからアクセスできる情報には、現在のビジネス・アプリケーションに関連付けられた各トランザクションに関する次のような情報があります。

- 「ビジネス・アプリケーション」ページでは、関連付けられたすべてのトランザクションのリストとともに、選択したトランザクションの現在の準拠ステータス、指定した期間中に開始されたまたは完了したトランザクション・インスタンス数、平均完了時間および最大完了時間を表示できます。

- 「ビジネス・アプリケーション」ページのトランザクションをクリックすると表示される「トランザクション」ホーム・ページでは、SLA準拠と、基本測定値の付いたトランザクション・サービスの操作のツリー表リスト(サービスに重複がある場合には、全サービス・インスタンス(エンドポイント)間のパフォーマンス測定値の内訳付き)を表示できます。

- 「トランザクション」ホーム・ページでエンドポイントを右クリックすると、その操作の詳細を表示するBTM UIを起動するか、それともJVMDを起動するかのオプションが表示されます。

「トランザクション」ホーム・ページから「BTMの起動」をクリックすると、指定したトランザクションについてのより広範囲かつ詳細な情報にアクセスできます。クリックにより新しいウィンドウが開き、Business Transaction Managementコンソールのタブ情報を表示できます。

Enterprise Manager ConsoleでのBTMの操作の詳細は、「ビジネス・アプリケーションのモニタリング」を参照してください。

15.6 Business Transaction ManagementのRUEIおよびJVM診断との連携

Business Transaction ManagementはRUEIおよびJVMDとシームレスに連携できます(「エンドツーエンド・モニタリングの設定」で説明されているように、これらをインストールし、構成した場合)。オプションには次のものがあります。

- RUEIからBusiness Transaction Managementにアクセスできます。詳細は、『Oracle Real User Experience Insightユーザーズ・ガイド』の「外部ツールへのクリックアウトの構成」を参照してください。

- Business Transaction Managementコンソールから「Java仮想マシン診断」(JVMD)ビューおよび「インスタンス診断リクエスト」(RID)ビューにアクセスできます。
JVMDビューへは、操作を1つ選択し、そのドロップ・リストから「JVMDにドリルダウン」を選択すると、アクセスできます。次に、その操作の実行期間中に実行中のJVMプロセスに関する詳細を表示できます。実行スレッド、スレッド状態情報、メソッド実行の頻度とコストに関する集計情報などをスタック・フレームで表示できます。

ECIDを割り当てられたメッセージについては、「インスタンス診断リクエスト」ビューに情報を表示でき、指定したECIDを持つリクエストの手順を実行したJVMのリストが表示されます。RIDビューへは、操作を1つ選択し、そのドロップ・リストから「インスタンス診断リクエスト」を選択すると、アクセスできます。

詳細は、Oracle Business Transaction Managementオンライン・ヘルプの「他の診断ツールへのアクセス」に関する説明を参照してください。

16 詳細実行情報の取得

ここでは、Enterprise Manager JVMビューを使用して、失敗する操作または問題のある操作の実行情報の詳細を取得する方法を説明します。

パフォーマンス問題を理解するためには、RUEIまたはBTMにより提供されたビューが十分ではない場合があります。疑いのあるサービスがJava仮想マシンを実行している場合、そうした問題の根本原因を診断できるように、より深い、詳細な実行情報を入手することができます。

JVM診断は、実行中のJVMプロセスの詳細を表示できるようにするツールです。これらの詳細には、スレッドを実行するためのスタック・フレーム、スレッド状態に関する情報、メソッド実行の頻度やコストに関する集計情報、Javaおよびデータベース・ロックの保持に関する情報、Javaヒープのオブジェクトに関する詳細などがあります。このツールを使用して、モニター対象の各JVMの履歴データにアクセスすることもできます。

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

- JVM診断の使用

- インスタンス診断リクエスト

さらにパフォーマンス分析を行うためにRUEIまたはBTMからこれらのビューのいずれかを呼び出すと、選択したRUEIページ・オブジェクトまたはBTM操作インスタンスについてある期間に生成されたデータがEnterprise Managerにより選択され、表示されます。データについて表示される場合があるもう1つの情報は、その実行コンテキストID (ECID)です。

ECIDは、Oracleテクノロジ・スタックでコンポーネントに対するリクエストを追跡するために使用される識別子です。ECIDの作成と伝播により、コンポーネント間でのコンテキストおよび診断データの共有ができるようになります。また、ECIDを使用して、Java仮想マシンで実行中のスレッドを特定することもできます。ECIDが使用可能な場合は、RUEIやBTMに表示されるデータを、「JVM診断」ビューまたは「インスタンス診断リクエスト」ビューに表示されるデータと関連付けることができます。詳細は、「ECIDを使用してリクエストを追跡する」を参照してください。

RUEIおよびBusiness Transaction ManagementからJVMビューにアクセスするには、いくつか事前の設定作業が必要です。詳細は、「エンドツーエンド・モニタリングの設定」を参照してください。

JVMDは、1つの章では説明できないほど豊富な機能を提供しています。使用法の詳細は、JVMDを説明している本書の各章を参照してください。

16.1 JVM診断の使用方法

Java仮想マシン診断(JVMD)の情報には、次のいずれかの方法でBusiness Transaction Managementコンソールからアクセスします。

- サービス、エンドポイント、論理操作、物理操作、またはトランザクションの「メッセージ・ログ」タブで、行を右クリックし、コンテキスト・メニューから「JVMDにドリルダウン」を選択します。

- 「トランザクション・インスタンス・インスペクタ」で、操作を(グラフまたはグリッド・ビューで)右クリックし、コンテキスト・メニューから「JVMDにドリルダウン」を選択します。

- 「メッセージ・ログの検索」ツールで、メッセージ行を右クリックし、コンテキスト・メニューから「JVMDにドリルダウン」を選択します。

Enterprise Managerでは、「ビジネス・アプリケーション」のトランザクションを選択し、トランザクション・サマリー・ページを開くことにより、トランザクション操作のJVMD情報にアクセスできます。続いて、次のいずれかを実行します。

- トポロジのダイアグラムでいずれかの操作ノードを右クリックし、コンテキスト・メニューからJVMD診断を選択します。

- 操作表でいずれかの操作行を右クリックし、コンテキスト・メニューからJVMD診断を選択します。

いずれの場合も新しいウィンドウが開き、「JVMパフォーマンス診断」ビューが表示されます。VMが複数台ある場合は、VMグループ・ターゲットと、そのグループの集計情報がJVMDに表示されます。図16-1にJVMパフォーマンス診断ビューを示します。

図16-1 JVMパフォーマンス診断ビュー

このビューは、選択した操作が実行中のJVMのサマリー詳細を表示します。「サーバーの状態」チャート、「状態別のアクティブ・スレッド」、「上位メソッド」、「上位リクエスト」、「上位DBWaitイベント」、「上位SQL」および「上位データベース」が表示されます。様々な基準を指定して、表示されるデータをフィルタ処理できます。

「スレッド」タブをクリックすると、「スレッドの状態遷移」チャートが表示されます。このチャートには、選択した期間内でスレッドがある状態から別の状態にどのように遷移したかが表示されます。「スレッドの状態遷移」チャートの棒グラフをクリックすると「サンプル・アナライザ」が表示され、そのスレッドに対する詳細分析がスレッド上に表示されます。

「ライブ・スレッド分析」コントロールをクリックすると、JVMで実行中のすべてのスレッドが表示されます。スレッドを1つクリックすると、そのスレッドに関する追加情報が表示されます。

16.2 インスタンス診断リクエストの使用

「インスタンス診断リクエスト」(RID)ビューには、RUEIまたはBusiness Transaction Managementからアクセスできます。

- RUEIスタンドアロン・アプリケーションからは、表示されるデータを関連付けるためにECIDが使用されます。RIDには、「RUEIセッション診断」ビューでレコードを右クリックしてアクセスできます。

- 「RUEIセッション診断」(EMのオブジェクト・ビュー)から、Oracleロゴのアイコンを右クリックするとRIDにアクセスできます。(このアイコンはECIDがある場合にのみ表示されます)

- 関連付けされたECIDがBusiness Transaction Managementの操作にある場合は、JVMDビューにアクセスする場合と同じ方法でRIDビューにアクセスできます(コンテキスト・メニューでJVMDではなく、RIDを選択)。

注意:
「インスタンス診断リクエスト」(RID)ビューにアクセスする前に、Java仮想マシン診断(JVMD)がインストールされていて、アクティブになっている必要があります。

Figure 16-2は、あるECIDの「インスタンス診断リクエスト」ビューの一部を示しています。

Figure 16-2 「インスタンス診断リクエスト」ビュー

「JVM」パネルには、リクエストを実行したすべてのJVMがリストされます。JVMを1つ選択すると、次の情報が表示されます。

- RID: 関係IDは、タスク・ツリー内の各タスクの場所の記述に順番に番号が付けられたものです。

- リクエストの開始時間および期間。

- ステップ名: リクエストの個々のステップ。たとえば、最初のステップがjspで、2番目のステップがEJBで、3番目のステップがDBの場合があります。

- JVMごとのCPU使用率

- GCメジャー/GCマイナーは、メジャーおよびマイナーのガベージ・コレクションに追加されたオブジェクトの数を示します。

リストからJVMを選択した場合は、「JVMインスタンス分析」パネルの「インスタンス・サンプル」タブに棒グラフが表示されます。このグラフは、リクエストの持続時間内に取得された各JVMのスナップショットでのスレッドの状態を示します。表示の右にある鍵の色で、実行可能、ロック、I/O待機、DB待機、ネットワーク待機、RMI待機などの様々なスレッドの状態を表します。そのスレッドの詳細を表示するには、グラフの上にマウスを置きます。

指定した期間に、選択したJVMに対して収集された集計メトリックを表示するには、「リクエスト集計」タブをクリックします。図16-3はタブの例を示しています。

あるメトリック・タイプの測定値を表示するには、図のように「メトリック」ドロップ・ダウン・メニューから表示するタイプを選択します。

図16-3 RID: 「リクエスト集計」タブ

17 ビジネス・アプリケーションのモニタリング

ここでは、Oracle Enterprise Managerを使用してビジネス・アプリケーションのパフォーマンスをモニターする方法を説明します。

ビジネス・アプリケーションは論理アプリケーションを表すEnterprise Managerのターゲットであり、ユーザーにとっては管理の単位を定義するものです。ビジネス・アプリケーションはRUEIアプリケーションとBTMトランザクションで構成されます。Enterprise Manager Consoleを使用することにより、ユーザーはビジネス・アプリケーションを表示してRUEIおよびBTMのパフォーマンス・データや、アプリケーションがサポートしているインフラストラクチャ(アプリケーション・サービスが実行されているホストおよびサーバー)に関する情報にアクセスします。

Enterprise Managerを使用してRUEIアプリケーションやBTMトランザクションを作成することはできません。その作業は、前の章で説明したスタンドアロン製品、RUEIおよびBTMを使用して行う必要があります。ビジネス・アプリケーションのモニタリングを設定するためには、第13.3項「エンドツーエンド・モニタリングの設定」に説明されている手順を完了する必要があります。また、第17.2項「前提条件および考慮事項」に記載されたタスクを完了している必要があります。

注意:
Enterprise Manager 13cでは、RUEIアプリケーション、スイートまたはWebサービスそれぞれに対応するエンド・ユーザー・サービス(EUS)という新しいサービス・レベル・ターゲットがあります。EUSは、RUEIアプリケーション、スイートまたはWebサービスと同じ名前が付けられ、ビジネス・アプリケーションを作成するために使用されます。詳細は、第17.7項「エンド・ユーザー・サービスのモニタリング」を参照してください。

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

- ビジネス・アプリケーションの概要

- 前提条件および考慮事項

- RUEIまたはBTMシステムの登録

- ビジネス・アプリケーションの作成

- ビジネス・アプリケーションのモニタリング

- エンド・ユーザー・エクスペリエンスのモニタリング

- エンド・ユーザー・サービスのモニタリング

- KPIおよびSLAアラート・レポートのモニタリング

- Enterprise ManagerでのBTMトランザクションのモニタリング

- ビジネス・トランザクション・マネージャ内の操作

- ビジネス・アプリケーションのアップグレード

17.1 ビジネス・アプリケーションの概要

Oracle Enterprise Managerを使用してビジネス・アプリケーションをモニターすることにより、アプリケーションがそのピークで実行しているかどうか、エンド・ユーザーがそのパフォーマンスに満足しているかどうかを確認できます。

ビジネス・アプリケーションを使用すると、システム状態の問題にのみ焦点を当てる従来のIT中心アプローチよりもかなり多くの重要な利点が得られます。特に、ビジネス・アプリケーションにより次のことができるようになります。

- エンドユーザーの操作に基づくビジネス・コンテキスト、測定およびアラートでアプリケーションを管理できます。

- 複数層複合アプリケーションで、カスタマイズ可能なダッシュボードに完全な可視性が提供されます。

- ビジネス・サービス内ですべてのターゲットの関係を視覚化できます。

17.1.1 システム、サービスおよびビジネス・アプリケーション

Oracle Enterprise Manager内には、2種類のターゲット(システムとサービス)があります。ビジネス・アプリケーションは、少なくともシステム・ターゲットまたはサブサービスのいずれかに関連付けることができる集計サービス・ターゲットです。

システム・ターゲット

物理(システム)リソースの集合で実装されるオーダー入力アプリケーションが含まれるビジネス・アプリケーションの例を考えてみましょう。アプリケーションは、WebLogicドメインにデプロイされ、メンバーが個々の管理対象サーバーであるシステム・ターゲットとしてモデル化されます。ビジネス・アプリケーションには、コンテナにデプロイされるトランザクションが含まれます。各コンテナはアプリケーション・サーバーで、おそらく単一のWebLogicドメイン内にあります。この場合、WebLogicドメインがシステム・ターゲットになります。(トランザクションの範囲が複数のドメインに及ぶ場合、Oracle Enterprise Manager内に複合アプリケーションを作成することをお薦めします。)

システム・モニタリングでは、モニター対象アプリケーション・インフラストラクチャの動作に対する洞察を提供します。これは、ホストからアプリケーション・サーバーおよびデプロイされたJava EEアプリケーションまでのすべてのコンポーネントの状態に関するメトリックを収集してレポートを作成します。また、アプリケーション・サーバーとデータベースに関する徹底した診断ツールも提供されます。

サブサービス

一般的なエンド・ユーザー機能をシミュレートするテストを1つ以上作成することで、サービスを定義できます。システム・ターゲットに基づいた、またはシステムとサービス・テストの両方に基づいたサービスを定義することもできます。これらのサービスをサブサービスとして使用して、ビジネス・アプリケーションを定義できます。サービスの詳細は、Oracle Enterprise Manager Cloud Control管理者ガイドを参照してください。

ビジネス・アプリケーション

ビジネス・アプリケーションにはターゲットとサブサービスの組合せを関連付けることができ、それらをモニタリングして、ビジネス・アプリケーションの可用性を判別します。

システム・ターゲットの場合は、ビジネス・アプリケーションの可用性を判断するため、システム・ターゲット内でモニターする重要なコンポーネントを指定できます。たとえば、トランザクションの場合、重要なコンポーネントは、トランザクションを構成するサービスが実行するサーバーになります。

17.1.2 MyBank: ビジネス・アプリケーションの例

ビジネス・アプリケーションの性質を示すために、エンド・ユーザーが、支払などのタスクを実行できる銀行取引アプリケーション(MyBank)にアクセスする状況を考えます。このビジネス・アプリケーションは、図17-1に示すインフラストラクチャから配信されます。

MyBankビジネス・アプリケーションのエンドユーザー操作がRUEIによってモニターされる一方で、キー・パフォーマンス・インジケータ(Key Performance Indicator: KPI)を使用して、アプリケーションの重要な側面(ログオン・ページの可用性やパフォーマンス、転送レスポンスやオンライン支払でのエラー数など)をモニターします。

BTMは、ビジネス・アプリケーションの配信に使用されるアプリケーション環境内にデプロイされるサービスとトランザクションのパフォーマンスをモニターします。これは、各トランザクションがアプリケーションの様々な層に進むにつれて、そのトランザクション実行を追跡することで行われます。根本原因の分析を実行して、ボトルネック、エラーおよび不完全なトランザクションのインスタンスを見つけることで補完されます。

図17-1 MyBankビジネス・アプリケーション

プロアクティブなアプリケーション・モニタリングは、パフォーマンスと可用性の受入れ可能なレベルを設定するビジネス目標を定義することで実現されます。Oracle Enterprise Manager内では、これらのビジネス目標は、サービス・レベル合意(Service Level Agreement: SLA)と呼ばれ、特定のメトリックを測定するサービス・レベル目標値(Service Level Objective: SLO)で構成されます。

ビジネス・アプリケーションの操作や配信に関するこうした重要な各側面への洞察は、Oracle Enterprise Managerコンソールの多数の専用リージョンから得ることができます。

17.2 前提条件および考慮事項

この項では、ビジネス・アプリケーション機能を使用するために満たす必要のある要件と、考慮する必要がある問題について説明します。ビジネス・アプリケーションの作成に進む前に、この情報を慎重に検討することを強くお薦めします。

重要:
My Oracle SupportのWebサイトを参照して、サポートされているRUEIおよびBTM製品、パッチ、構成、既知の問題および回避策に関する最新情報を確認することをお薦めします。

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

- RUEIを使用するための要件

- BTMを使用するための要件

17.2.1 RUEIを使用するための要件

RUEIを使用してビジネス・アプリケーションのパフォーマンスをモニターするには、次の要件を満たしていることを確認する必要があります。

- RUEIバージョン12.1.0.7(またはそれ以上)が、必要なアプリケーション、スイートおよびサービスをモニターするようにインストールされて構成されていること。デプロイメント・オプションおよび要件については、『Oracle Real User Experience Insightインストレーション・ガイド』を参照してください。

- Enterprise Manager for Oracle Fusion Middlewareプラグインは、Oracle Management Service(OMS)、およびビジネス・アプリケーション・ターゲットをモニタリングする各Management Agentにデプロイする必要があります。
プラグインをOMSにデプロイする方法の詳細は、Oracle Enterprise Manager Cloud Control管理者ガイドの「Oracle Management Serviceへのプラグインのデプロイ」を参照してください。

プラグインを管理エージェントにデプロイする方法の詳細は、Oracle Enterprise Manager Cloud Control管理者ガイドの「Oracle Management Agentでのプラグインのデプロイ」の章を参照してください。

- レポータ・システムが、ポート443でHTTPS通信を介してOracle Enterprise Managerにアクセスできること。他のコンポーネント・ホスト・システム(Collector、Processing Engineおよびデータベース・サーバーなど)は、管理対象ターゲットにする予定がない場合は、Oracle Enterprise Managerにアクセスできるようにする必要はありません(第17.3項「RUEI/BTMシステムの登録」を参照)。

- 統計データの保持設定(違反カウンタなどの統計情報の可用性を制御)は、ビジネス・アプリケーションのレポート要件と矛盾のないよう構成されています。この手順については、『Oracle Real User Experience Insightユーザーズ・ガイド』を参照してください。

- セッション診断機能でセッション情報をエクスポートする場合、エクスポートするセッションが、フル・セッション・リプレイ(FSR)データ保持設定で指定された期間より前でないことを確認します。また、URL接頭辞マスキング設定を完全ロギングと指定する必要があります。詳細は、『Oracle Real User Experience Insightユーザーズ・ガイド』を参照してください。

17.2.1.1 自己署名証明書へのRUEIインストールの登録

RUEIインストールは、自己署名証明書を使用できます。これは、『Oracle Real User Experience Insightインストレーション・ガイド』に記載されています。ただし、Oracle Enterprise Managerは、信頼できる認証局(CA)で発行された、有効な共通名(CN)を含むSSL証明書しか受け入れません。そのため、Oracle Enterprise ManagerにRUEIインストールを登録できるようにするには、次の操作を行う必要があります。

注意:
Oracle Enterprise Managerシステムにおけるすべての指示は、OMSおよびAgentを実行しているユーザーとして実行する必要があります。

1. 証明書が有効であることを確認します。確認する方法の1つとして、ブラウザからHTTPSでOracle Real User Experience Insightシステムにアクセスし、証明書の詳細を表示します。証明書の日付の有効性を確認する必要があります。証明書の日付範囲にOracle Real User Experienceシステムが動作する期間が含まれない場合、その証明書を使用することはできません。

2. 使用するOracle Enterprise Managerシステムに証明書をダウンロードします。多くのブラウザには、自己署名証明書のセキュリティ例外の作成時に証明書をファイルに保存するオプションがあります。ブラウザですでにセキュリティ例外を承認している場合、Mozilla Firefoxでは次の例で実行できます。

1. ホスト名の左にあるセキュリティ・アイコンをクリックする

2. 「詳細」をクリックしてから「証明書の表示」をクリックする

3. 「詳細」タブを選択し、「エクスポート」をクリックする

エクスポートするファイルは、Enterprise Managerを実行しているシステムにコピーする必要があります。次の例では、証明書を含むファイルを~/ruei.certに保存したと仮定します。

使用するOracle Enterprise Managerシステムに証明書をダウンロードするためのより直接的な方法は、システム上で実行できます。Oracle Enterprise Managerシステムで次のコマンドを発行します。

openssl s_client -showcerts -connect <RUEI_REPORTER_HOST>:443 </dev/null \
| openssl x509 -inform PEM  > ~/ruei.cert

3. キーストアに証明書を追加します。Oracle Enterprise Manager内では、RUEIシステムにSSLで通信する場合に2つのコンポーネントが使用されます。1つはRUEIのステータスのポーリング用、もう1つはRUEIとの通信用です。どちらのキーストアにも同じ証明書が含まれる必要があります。Oracle Enterprise Managerシステムで次のコマンドを発行します。
Agentの場合:

cd <agent instance home>/bin
./emctl secure add_trust_cert_to_jks \
[-password <keystore password, default "welcome">] \
-trust_certs_loc ~/ruei.cert -alias <unique alias>

OMSの場合

<path_to_Oracle_WT>/jdk/bin/keytool -import \
-keystore <path_to_wlserver_10.3>/server/lib/DemoTrust.jks \
-file ~/ruei.cert -alias <unique alias> -storepass DemoTrustKeyStorePassPhrase

4. Oracle Enterprise Managerが新しい証明書で動作するには、OMSおよびAGENTのバウンスを実行します。次のコマンドを発行します。

<OMS oracle home>/bin/emctl stop oms -all
<OMS oracle home>/bin/emctl start oms
<AGENT oracle home>/bin/emctl stop agent
<AGENT oracle home>/bin/emctl start agent

17.2.2 BTMを使用するための要件

BTMを使用してビジネス・アプリケーションのパフォーマンスをモニターするには、次の要件を満たしていることを確認する必要があります。

- BTMバージョン12.1.0.7(またはそれ以上)が、インストールされて構成されていること。インストールと構成の手順は、Oracle Business Transaction Managementインストレーション・ガイドに記載されています。

- 中央のBTMサーバーがデプロイされるサーバーは、BTMシステムの管理対象サーバーがリスニングするポートでOracle Management Server(OMS)にアクセスできること。

- ビジネス・アプリケーション機能を介してモニターするビジネス・トランザクションが、BTMユーザー・インタフェースを使用して定義されていること。この手順については、ビジネス・トランザクション管理オンライン・ヘルプを参照してください。

17.3 RUEIまたはBTMシステムの登録

RUEIでモニターされるアプリケーションおよびサービス、またはBTMでモニターされるトランザクションに基づいてビジネス・アプリケーションを作成する前に、まず、適切なRUEIまたはBTMシステムをOracle Enterprise Managerに登録する必要があります。

注意:
「ミドルウェア管理」の「設定」ページにアクセスするには、スーパー管理者権限が必要です。

Enterprise Manager 13cでは、RUEIアプリケーション、スイートまたはWebサービスそれぞれに対応するエンド・ユーザー・サービス(EUS)という新しいサービス・レベル・ターゲットがあります。EUSは、RUEIアプリケーション、スイートまたはWebサービスと同じ名前が付けられ、ビジネス・アプリケーションを作成するために使用されます。各RUEIアプリケーション/スイートに対応するエンド・ユーザー・サービス(EUS)エントリの詳細を維持するために同期ジョブが自動的に作成されます。ジョブの詳細は、Oracle Enterprise Manager Cloud Control管理者ガイドを参照してください。後から新しいRUEIアプリケーション、スイートまたはWebサービスを作成すると、場合によっては、第17.7.1項「エンド・ユーザー・サービスのトラブルシューティング」の説明に従ってジョブを手動で実行する必要があります。

注意:
RUEIシステムを正常に登録するには、Enterprise Managementリポジトリのデータベース・インスタンス・ターゲットが次に示すように正しく登録されていることと、データベース・インスタンス・ターゲットがモニタリング資格証明をSYSDBAロールに関連付けていることを確認します。これらの資格証明は、RUEIのKPIをOracle Enterprise Managerでモニターするために必要です。
一般的なEnterprise Managerのインストールでは、管理リポジトリのデータベース・インスタンス・ターゲットが自動的に完全に登録されることはありません。データベースはEnterprise Managerによって自動的に検出されますが、Enterprise Manager管理者ガイドの「データベース・ターゲットの検出と追加」の説明に従ってプロモートする必要があります。データベースの設定では、該当する項の手順を使用します(単一インスタンス・データベース・ターゲットの検出と追加またはクラスタ・データベース・ターゲットの検出と追加に関する項など)。

1. 「設定」メニューで「ミドルウェア管理」を選択して、「設定」を選択します。図17-2に示される「設定」ページが表示されます。現時点で登録されているシステムがリストされます。

図17-2 「ミドルウェア管理」の「設定」

2. 「追加」ドロップダウンから、「Real User Experience Insightシステム」または「ビジネス・トランザクション管理システム」を選択します。図17-3に示すようなページが表示されます。

図17-3 RUEIシステムの検出ページ

注意:
複数のRUEIシステムを登録できます。

3. レポータ・システムまたはBTMスフィアが置かれるホスト・システムを指定します。「ターゲットの選択」をクリックします。新しいウィンドウが開き、利用可能なシステムが表示されます。「ターゲット・タイプ」メニューを使用して、特定のターゲット・タイプを検索できます。

4. RUEIレポータまたはBTMスフィアとの通信に使用するポート番号を指定します(たとえば443)。

5. RUEIレポータまたはBTMスフィアとの通信にセキュアな接続を指定します。セキュアでない接続はテスト目的でのみ使用してください。

6. ユーザー名とパスワードの有効な組合せを指定します。RUEIシステムの場合、指定されるユーザーはOracle Enterprise Managerアクセス権限を有している必要があります。このユーザーに対するOracle SSO認証はサポートされていません。Enterprise Manager UIでのセッションのダウンロードおよび詳細の再生表示を許可するためには、セキュリティ管理者権限も推奨されます。このようにすれば、Enterprise Managerはこのデータを取得できます。さらに、追加の(エンドユーザーごとの) Enterprise Managerロールが、セッションのzipダウンロード・ボタンおよびコンテンツのダウンロード・ボタンに適用されます。

7. オプションで、RUEIまたはBTMのシステム名に追加する文字列を指定します。たとえば、"SanitySite"を指定した場合、システムの各コンポーネント名の接頭辞は"SanitySite_"で、"SanitySite_BTM_System"のようなシステム名を作成します。

8. システムに関するメトリック情報の収集に使用される管理エージェントのホストとポートを指定します。管理エージェントがOracle Enterprise Managerで管理される場合、「選択」をクリックしてURLを指定できます。

9. 「接続テスト」をクリックして、RUEIまたはBTMシステムに対して有効な接続を確立できるかどうかを確認します。

注意:
「自己署名証明書へのRUEIインストールの登録」で説明されているプロセスを完了していない場合は、RUEIインストールへのセキュアな接続は失敗します。

10. 「検出」をクリックします。選択されたシステムに関連付けられているコンポーネントとエンド・ユーザー・サービスの概要が表示されます。例を図17-4に示します。

図17-4 「RUEIインスタンスの検出: ターゲットの表示」ページ

RUEIシステムの場合、資格証明を入力して、「インシデント・アラート資格証明の編集」というラベルの付いた画面のセクションで、RUEIからのインシデントの通信を有効にする必要があります。

「Oracle RUEIウォレットの資格証明」セクションにRUEIウォレットのパスワードを入力します。「テスト」をクリックして、パスワードを正しく入力したことを確認します。

11. 「ターゲットの追加」をクリックすると、システムの各コンポーネントがOracle Enterprise Manager内の管理対象ターゲットになります。この操作を行う場合、各システムが管理エージェントにアクセスできるようにする必要があることに注意してください。管理対象ターゲットに関する詳細は、『Oracle Enterprise Manager Cloud Control管理者ガイド』で入手できます。前述の手順で指定した資格証明のいずれかを編集する必要がある場合、値を編集できる画面を表示するために、ターゲットを選択して、「構成」ボタンをクリックします。

17.3.1 RUEIとOracle Enterprise Managerリポジトリ間の接続の設定

次の手順では、1つ以上のOracle Enterprise ManagerインスタンスによってRUEIからのKPIをモニターできるように、接続を設定する方法について説明します。このプロシージャは、次の状況で使用できます。

- Enterprise Managerホスト名の変更後

- sysmanユーザーの資格証明の変更後

- Enterprise ManagerデータベースのTNS設定の変更後

- KPIの初期設定を使用した問題の修正

1. 「設定」メニューで「ミドルウェア管理」を選択して、「設定」を選択します。図17-2のページが表示されます。現時点で登録されているシステムがリストされます。

2. 設定するRUEIシステムを選択して、「構成」をクリックします。「RUEI設定ページ」が表示されます。

3. 「資格証明の編集」タブを選択し、「編集」をクリックします。図17-5に示されるRUEI設定ページが表示されます。適切なRUEIウォレット・パスワード(通常RUEIリポジトリの設定時に指定されます)を入力します。

図17-5 RUEI資格証明

注意:
RUEIウォレット・パスワードを変更した場合は、この画面でEnterprise Manager RUEI資格証明を編集してRUEIの接続を維持する必要があります。EUS_ENGINE_USERではEnterprise Manager名前付き資格証明機能を使用して編集しないでください。

4. RUEIホストで、RUEIを構成してmkstoreユーティリティを使用します。

1. mkstoreユーティリティの場所を決定します。このユーティリティには、Oracle DatabaseおよびOracleクライアント・ランタイムが含まれています。どちらの場合も、$ORACLE_HOME/binにあります。

2. /etc/ruei.confファイルを編集して、次の行を追加します。mkstore_locationは、前述の手順で決定したパスです。

export MKSTORE_BIN=mkstore_location

3. 「システム」、「メンテナンス」、「システム・リセット」の順に選択して、RUEIを再起動します。「最新構成の再適用」オプションを選択し、「次」をクリックして、行った変更を適用します。

17.4 ビジネス・アプリケーションの作成

ビジネス・アプリケーションを作成するには、アプリケーションのベースとなるRUEIモニターのアプリケーション、スイートおよびサービスと、BTMモニターのトランザクションを指定する必要があります。ビジネス・アプリケーションにRUEIアプリケーションとBTMトランザクションの両方を含める必要はありません。

次の手順を実行します。

1. 「ターゲット」メニューから「ビジネス・アプリケーション」を選択します。現在定義されているビジネス・アプリケーションが表示されます。図17-6に一部示されているページが表示されます。

図17-6 「ビジネス・アプリケーション」ページ

2. 「作成」をクリックします。図17-7のページが表示されます。

図17-7 「ビジネス・アプリケーションの作成: 名前」ページ

3. 新しいビジネス・アプリケーションには一意の名前を指定します。名前の一部に、ビジネス・アプリケーションの目的および範囲を示す内容を含めることをお薦めします。デフォルト名に<または>文字が含まれている場合は、無効になるため受け入れないでください。ビジネス・アプリケーションの名前は後から変更できないため、注意してください。準備ができたら、「次へ」をクリックします。図17-8のページが表示されます。

図17-8 「ビジネス・アプリケーションの作成: エンド・ユーザー・サービス・アソシエーション」ページ

4. 「追加」をクリックします。ビジネス・アプリケーションのベースとなる、1つ以上のエンド・ユーザー・サービスを選択できる新しいウィンドウが開きます。各RUEIアプリケーション/スイートに対応する1つのエンド・ユーザー・サービス・アイテムがあります。リストから複数を選択できます。準備ができたら、「次へ」をクリックします。図17-9のページが表示されます。

図17-9 「ビジネス・アプリケーションの作成: BTMアソシエーション」ページ

5. 「追加」をクリックします。ビジネス・アプリケーションのベースとなる、BTMモニターのトランザクションを選択できる新しいウィンドウが開きます。準備ができたら、「次へ」をクリックします。図17-10のページが表示されます。

図17-10 「ビジネス・アプリケーションの作成: システム」ページ

6. 「システムの選択」をクリックして、ビジネス・アプリケーションをホストするシステムを選択します。これは、ビジネス・アプリケーションが実行するインフラストラクチャを含むシステムにします。
準備ができたら、「次へ」をクリックします。図17-11のページが表示されます。

図17-11 「ビジネス・アプリケーションの作成: サービス・アソシエーション」ページ

7. 「追加」をクリックします。ビジネス・アプリケーションのベースとなるサービスを選択できる新しいウィンドウが開きます。準備ができたら、「次へ」をクリックします。図17-12のページが表示されます。

図17-12 「ビジネス・アプリケーションの作成: 確認」ページ

8. 新しいビジネス・アプリケーションを作成する前に、そのプロパティを確認します。必要に応じて、「戻る」および「次へ」ボタンを使用して、そのプロパティを変更します。準備ができたら、「ビジネス・アプリケーションの作成」をクリックします。新たに作成されたビジネス・アプリケーションのホームページ(図17-13)がパーソナライズ・モードで表示され、リージョンの並替えや新リージョンの追加を行うことができます。

17.5 ビジネス・アプリケーションのモニタリング

ビジネス・アプリケーションを作成したら、「ビジネス・アプリケーション」ホーム・ページを使用して、そのパフォーマンスと可用性、および各システム(ホスト、データベースおよびミドルウェア・コンポーネント)のステータスをモニターできます。

RUEIコンポーネントおよびビジネス・トランザクションに関する詳細情報へのアクセスも、この「ビジネス・アプリケーション」ホーム・ページから可能です。

- RUEIコンポーネントに関する詳細情報を取得するには、「ビジネス・アプリケーション」ドロップ・ダウン・メニューからエンド・ユーザー・サービス関連のいずれかのビューを選択します。「エンド・ユーザー・エクスペリエンスのモニタリング」を参照してください。

- ビジネス・トランザクションに関する詳細情報を取得するには、「ビジネス・トランザクション」領域にリストされたトランザクションのいずれかを選択します。

注意:
ビジネス・アプリケーションのモニタリングに関連するタイムアウトの問題がある場合、Enterprise Manager WebLogicの構成で、使用しているネットワーク構成に適した値(60秒など)に、APM_WEBSERVICE_CREATE_TIMEOUTシステム・プロパティを設定できます。

「ビジネス・アプリケーション」のホーム・ページを表示する手順は、次のとおりです。

1. 「ターゲット」メニューから「ビジネス・アプリケーション」を選択します。現在定義されているビジネス・アプリケーションがリストされます。例を図17-6に示します。
既存のビジネス・アプリケーションの名前に加えて、このページにはステータス、システム、RUEIのメトリックおよびRUEI KPIに関するサマリー情報も表示されます。「表示」→「列」メニュー・オプションを使用して、表示する列を追加または削除します。

「システム」ペインにリストされている名前の1つをクリックすることにより、システム・ターゲットに関する情報を自由に表示することもできます。

2. 表示したいビジネス・アプリケーションをクリックします。選択したビジネス・アプリケーションのホーム・ページが表示されます。例を図17-13に示します。

図17-13 ビジネス・アプリケーションのホームページ

各リージョンでは、選択したビジネス・アプリケーションの様々な操作状況に関する特定の情報が表示されます。デフォルトでは、次のリージョンを使用できます。

- 一般: ステータス可用性およびヘルスを示します。

- インシデントと問題の概要: 重大度やターゲット・タイプなどの様々なカテゴリ間のインシデントと問題の数。

- コンポーネント・ステータス: ビジネス・アプリケーションと現在のステータスの履歴を提供するコンポーネントの可用性を示します。表示されたツリーを展開して、システム、サービスおよびサービス・テストのステータスを表示します。詳細は、アイテムをクリックします。

- SLAステータス: SLAが構成されている場合、サービス・レベル合意のステータスを示します。

- RUEI - 地理的位置の概要: 地理的なマップにRUEIメトリックが表示されます。表示するメトリックを選択し、データをリージョンに制限できます。

- RUEI - キー・パフォーマンス・インジケータ(KPI): ビジネス・アプリケーションに関連付けられた、アプリケーション、スイートおよびサービスに定義されたKPIのステータスを示します。

- RUEI - 使用および違反の概要: ページごとに問題を切り分けるために役立つ問題のチャートが表示されます。

- WebLogic - 最も頻度の高いリクエスト: 過去24時間に最も多くリクエストされたサービスが表示されます。タブをクリックして、特定のタイプのサービスを表示します。たとえば「RESTfulサービス」などです。

デフォルトのリージョンに加えて、「ページのパーソナライズ」アイコンをクリックすることで、リージョン(JVM、RUEIおよびSLAアクティビティに関連するリージョンなど)をさらに追加できます。このモードでは、リージョンを再配置することもできます。

注意:
ビジネス・アプリケーションは集計サービスです。Oracle Enterprise Manager Cloud Control管理者ガイドの「サービスの構成と使用」を参照してください。

17.6 エンド・ユーザー・エクスペリエンスのモニタリング

ビジネス・アプリケーションのホーム・ページから利用できる「ビジネス・アプリケーション」ドロップ・ダウン・メニューには、「エンド・ユーザー・エクスペリエンス」アイテムのための次のオプションがあります。

- エンド・ユーザー・エクスペリエンス・データ: 「エンド・ユーザー・エクスペリエンス・データのモニタリング」で内容を説明しています。

- セッション診断: 「セッション診断の操作」で内容を説明しています。

- メトリック: 「エンド・ユーザー・エクスペリエンス・メトリックのモニタリング」で内容を説明しています。

「ビジネス・アプリケーションの作成」で説明したように、ビジネス・アプリケーションは、RUEIによってモニターされるアプリケーションまたはスイートに対応するエンド・ユーザー・サービスで構成されます。「エンド・ユーザー・サービスのモニタリング」で説明したようにエンド・ユーザー・サービスを直接モニターする場合、エンド・ユーザー・サービスのホームページからアクセスできる「エンド・ユーザー・サービス」ドロップダウン・メニューには「エンド・ユーザー・エクスペリエンス」アイテムのための次のオプションが含まれます。

- セッション診断: 「セッション診断の操作」で内容を説明しています。

- メトリック: 「エンド・ユーザー・エクスペリエンス・メトリックのモニタリング」で内容を説明しています。

- ユーザー・フロー: 「ユーザー・フローのモニタリング」で内容を説明しています。

17.6.1 エンド・ユーザー・エクスペリエンス・データのモニタリング

「ビジネス・アプリケーション」→「エンド・ユーザー・エクスペリエンス」メニューから「エンド・ユーザー・エクスペリエンス・データ」オプションを選択すると、「キー・パフォーマンス・インジケータ」、「使用状況データ」および「違反データ」タブを含むページが表示されます。

17.6.1.1 キー・パフォーマンス・インジケータ

これを表示すると、RUEIのKPIとユーザー・フローのデータがページに表示されます。

重要:
インシデント・マネージャでKPIアラートを表示するには、RUEIとOracle Enterprise Managerリポジトリとの間の接続を設定する必要があります。これを行う手順については、17.3.1項「RUEIとOracle Enterprise Managerリポジトリ間の接続の設定」で説明します。

17.6.1.2 使用状況データ

これを表示すると、RUEIの最もアクティブなユーザーと最多実行回数ユーザー・リクエストのデータが表示されます。

上位ユーザー・リージョンでは、ビジネス・アプリケーションに関連付けられたターゲットの最もアクティブなユーザーをモニターできます。これには、セッションおよびページ・ビュー情報の他、ユーザーおよびアプリケーションの違反インジケータが含まれます。例を図17-14に示します。

このリージョンを使用して、ビジネス・アプリケーションに関連付けられる最も一般的なユーザー・リクエスト(ダウンロードや支払処理など)のパフォーマンスを検証します。

図17-14 上位ユーザー

あるユーザーを選択するとRUEIセッション診断機能が開き、選択したユーザーに関する詳細情報が表示されます。詳細は、第17.6.2項「セッション診断の操作」を参照してください。

17.6.1.3 違反データ

これを表示すると、RUEIの違反データを表すサンバースト・チャートがページに表示されます。例を図17-15に示します。

図17-15 使用および違反の概要

セグメントの色はそのページに関連する違反の数を示します。マウス・ポインタをセグメントに重ねると、ページに関連する違反の正確な数が表示されます。ページをクリックするとセッション診断機能を使用できます(「セッション診断の操作」を参照)。ページをダブルクリックすると、次のレベルにある詳細情報を調査できます。

17.6.2 セッション診断の操作

セッション診断機能によって、操作の問題の根本原因を分析できます。セッション・パフォーマンス・ブレークダウンがサポートされ、失敗したページやヒットがセッションに及ぼす影響、失敗した各ページの完全なコンテンツ、さらにオブジェクト、ページ・ビュー、セッションの関係などが表示されます。さらに、モニター対象のWebサイトのビジターがいつどのようなエラー・メッセージを受け取ったかを正確に追跡することができます。この機能を使用してアプリケーションの失敗を再現することで、Webページで不備や問題のある箇所を特定し、除去できます。

この項ではセッション診断機能の使用法について説明します。この項の内容は、次のとおりです。

- セッション診断のためのEnterprise Managerユーザーの作成

- セッション診断の開始

- セッション診断レポートのカスタマイズ

- フル・セッション情報のエクスポート

- Microsoft Excelへのセッション・ページのエクスポート

17.6.2.1 セッション診断のためのEnterprise Managerユーザーの作成

Oracle Enterprise Manager 13cにはEM_EUS_DIAGNOSTICSという新しいロールがあり、ユーザーはこれを使用してセッション診断データにアクセスできます。このロールを持つユーザーを作成する手順は、次のとおりです。

1. 「設定」メニューから、「セキュリティ」,、「管理者」の順に選択します。

2. 「作成」をクリックして新しいユーザーを作成します。

3. 「プロパティ」ページで、ユーザー名とパスワードを入力します。

4. 「ロール」ページで、EM_EUS_DIAGNOSTICSロールを新しいユーザー定義に追加します。

5. 「ターゲット権限」で、「RUEIレポータ・エンジン」ターゲットを追加してからconfigure_target権限を付与します。

6. 確認して、新しいユーザーの作成を完了します。

7. Enterprise Managerからログアウトし、作成したばかりの新規ユーザーとしてログインします。

8. ユーザー・アクセスをテストするには、次の説明に従ってセッション診断を使用し、セッション・アクティビティのペイロード・メッセージを確認します(カメラ・アイコン)。

17.6.2.2 セッション診断の開始

必要な診断情報を検索する手順は、次のとおりです。

1. このアイテムは、ビジネス・アプリケーションのホームページとエンド・ユーザー・サービスのホームページの両方で使用できます。「エンド・ユーザー・エクスペリエンス」と「セッション診断」を順に選択します。

2. 「データの表示」メニューを使用して、必要な期間を選択します。セッション診断情報の可用性は、関連付けられたRUEIインスタンスに指定される統計およびセッション診断データ保持ポリシーの設定で決まることに注意してください。詳細は、『Oracle Real User Experience Insightユーザーズ・ガイド』を参照してください。

図17-16 セッション診断

3. 適切な検索基準を指定して、必要なユーザー・レコードを検索します。利用可能なデフォルトの検索基準は、RUEIインスタンスの構成(第17.6.2.3「セッション診断レポートのカスタマイズ」を参照)で制御されます。「フィールドの追加」をクリックすると、追加の検索基準を使用できます。ワイルドカード文字(*)の使用はサポートされますが、その他の検索文字はすべてリテラルとして処理されることに注意してください。また、検索に指定したすべての基準が一致しないと、一致したユーザー・レコードはレポートされません。
「フィールドの追加」をクリックして必要なディメンションを選択すれば、1つのディメンションに複数の値を指定できます。この場合、一致が行われるようにするには、指定した値の中で1つのみを検索する必要があります。

適切な検索フィルタを更新した後、「保存」をクリックして検索の組合せを保存できます。保存された検索を変更すると、「フィールドの追加」機能内で利用可能なフィールドが影響を受ける可能性があることに注意してください。また、利用可能なディメンションのあらかじめ定義されたリストは、ビジネス・アプリケーションの定義に基づきます。たとえば、ビジネス・アプリケーションがOracle Fusionスイートとして定義される場合、利用できるのはOracle Fusionに固有のディメンションのみです。

次に、「検索」をクリックします。検索結果がページの下部に表示されます。

検索基準としてECIDを指定し、ECID値が疑似ヒットを参照する場合で、ページ・プロパティに関連するフィルタも指定している場合、疑似ヒットに関連付けられたページがないため、結果は表示されません。

4. 表示されたリストで、表示したいユーザー・レコードをクリックします。図17-17のような情報が表示されます。

図17-17 セッション・アクティビティ・リストの例

5. 概要には、選択したユーザー・レコード内に記録されたページとアクションが表示されます。このアイコン上にマウスを置くとツールチップが表示されます。アイコンにより、処理が遅いオブジェクトや失敗したオブジェクト、ページ・ロード満足度、リプレイ・コンテンツの有無、JVM診断でクリックアウトを使用してアクティビティ情報が提供されるかどうかが示されます。(クリックアウト機能はOracleアイコンで示されます。)カメラ・リプレイでは、ヒットの全内容をポップアップ表示できます。オリジナルのHTMLの全詳細にアクセスできます。「情報」列のアイコンは図17-23で説明しています。たとえば、アイコン1は問題のデバッグに役立つ関連ログへのリンクを示します。

6. 選択したユーザー・セッション内のページまたはオブジェクトをクリックして、そのページまたはオブジェクトに関する詳細技術情報を示すウィンドウを開くことができます。例を図17-18に示します。

図17-18 ページの「プロパティ」ウィンドウ

リプレイ・コンテンツが利用できる場合は、図19-17に示すように「セッション・アクティビティ」リストにアイコンが表示されます。アイコンをクリックするとポップ・アップが開き、記録されたリプレイ・コンテンツを表示できます。例を図17-19に示します。

図17-19 フル・セッション・リプレイ

画面の右上にある「リプレイ表示」リンクをクリックすると、RUEIサーバーにリダイレクトされ、そこでセッション・リプレイ・コンテンツのブラウザ・ビューを表示できます。RUEIサーバーへのログインが必要になる場合があります。

7. 図17-16に示す、一致したユーザー・セッションのリストは、「表示」メニューで選択した期間に基づきます。たとえば、「過去1時間」の期間を選択した場合、一致するユーザー・セッションのリストは、その期間アクティブだったセッションに基づきます。ただし、この期間外ではセッションは開始または完了している可能性があります。このため、図17-17の下部のスライダーを使用して、表示されたページのビューやアクションをさらに指定した期間に制限できます。

8. オプションで、「Zipとしてエクスポート」をクリックしてセッションの完全なコンテンツを外部ユーティリティにエクスポートし、詳細な分析を行うか(第17.6.2.4項「フル・セッション情報のエクスポート」を参照)、「XLSとしてエクスポート」をクリックしてセッション内のページのサマリーをエクスポートします(第17.6.2.5項「Microsoft Excelへのセッション・ページのエクスポート」を参照)。

17.6.2.3 セッション診断レポートのカスタマイズ

アプリケーション、スイートおよびサービスの「セッション診断」の「セッション・アクティビティ」部分で、レポートされる特定のディメンションを制御できます。これは次のように行います。

1. 「設定」メニューで「ミドルウェア管理」を選択して、「設定」を選択します。現在登録されているRUEIインスタンスは、図17-2に示すページの「RUEIシステム」行に表示されます。

2. 必要なRUEIシステムを選択します。「構成」をクリックします。図17-20に示す「ディメンション・リストの編集」ページが表示されます。

図17-20 ディメンション・リストの編集ページ

3. 「アプリケーション・タイプ」メニューを使用して、汎用アプリケーション(スイートベースでないアプリケーション)、サービスまたはスイートのディメンション・リストを変更するかどうかを選択します。後者の場合はスイート・タイプを指定する必要があります。

4. 「移動」と「削除」を使用して、リストする必要があるディメンションを選択します。選択すると、リストに表示される項目の順序を制御できます。次に、「保存」をクリックします。

17.6.2.4 すべてのセッション情報のエクスポート

セッション情報の表示だけでなく、完全なセッション・コンテンツを外部ユーティリティにエクスポートして、詳しい分析や他のデータとの統合を行うことができます。たとえば、完全なリアルユーザー・セッションをベースにして、テスト・スクリプト生成を行うことができます。Oracle Application Testing Suite(ATS)などのテスト・プラットフォームは簡単に構成でき、アプリケーションで最もよく発生する使用シナリオに対して自動テスト・スクリプトを生成できます。

また、この機能を使用して根本原因分析をサポートすることもできます。アプリケーションまたは運用のスペシャリストに完全なユーザー・セッション情報を提供することができ、珍しい問題や切り分けにくい問題を特定するために役立ちます。エクスポートされたデータの機密情報は、HTTPプロトコル項目のマスキング機能で定義される動作に応じてマスキングされます。これについては、『Oracle Real User Experience Insightユーザーズ・ガイド』で説明されています。

セッション情報をエクスポートするには:

1. 必要なセッションを探して、Zipでエクスポートをクリックします。

2. ブラウザの構成方法によって異なりますが、zipファイルの保存場所の指定を求められるか、定義済のデフォルトの場所にセッションがすぐに保存されます。

重要

セッション・エクスポート・ファイルを正しく作成するためには、次のようにする必要があります。

- 第17.2項「前提条件および考慮事項」に記載のセッション情報のエクスポートの要件が満たされていることを確認します。

- エクスポートされたRUEIセッションを外部ユーティリティにインポートする前に、エクスポートされたコンテンツ・ファイル(次の項を参照)が存在することを確認します。

エクスポート・データの構造について

エクスポートされるセッションのzipファイルには次のファイルが含まれます。

- data.tab: コレクタのログ・ファイルから抽出された、選択したセッションの直接(RAW)ヒット情報が含まれます。

- page.tab: 選択したセッションの直接(RAW)ページ情報がコレクタのログ・ファイルから抽出されます。

- content_hitno.tab: 指定されたヒットの完全な(RAW)コンテンツ情報が含まれます。data.tabファイル内のコンテンツを含む各ヒットに対して1つのファイルがあります。たとえば、3番目のヒットと6番目のヒットにコンテンツがある場合には、2つのファイルcontent_3.tabとcontent_6.tabが作成されます。
ヒット・ファイルで指定されたファイルの表示可能なバージョンは、content_viewerディレクトリでも使用できます。これは、チャンク化されたエンコーディングで転送されたデータをすぐに表示できることを意味します。data.tabファイルと同じhitnoがファイル・ネーミングに使用されます。

- index.html: 開発者およびRUEI外部のその他の関係者が、セッション診断機能内に表示されるセッション詳細を表示して分析でき、ソース、ページ、オブジェクトの詳細、および要素識別にアクセスできます。

注意:
エクスポート・セッション・ファイルを作成する基礎として使用されるログ・ファイルも、RUEIによって内部で使用されます。これらのファイルの形式と内容は予告なしに変更される場合があります。

17.6.2.5 Microsoft Excelへのセッション・ページのエクスポート

現在選択しているセッション内のページのサマリーをMicrosoft Excelにエクスポートできます。

1. 必要なセッションを探して、「XLSとしてエクスポート」をクリックします。ブラウザの構成方法によって異なりますが、ファイルを直接開くツール(デフォルトはMicrosoft Excel)の指定を求められるか、定義済のデフォルトの場所にセッションがすぐに保存されます。

2. Microsoft Excelで、生成されたファイルを表示して編集できます。エクスポートされたページ表示履歴とセッション・サマリーを使用して、一連のリアルユーザー・セッションをまとめることができ、それをベースにしてテストやパフォーマンス分析を行うことができます。

行の作成および順序設定の制御

Microsoft Excelのエクスポートで表示される行は、現在指定されているRUEI構成に基づくことに注意してください。これについては、第17.6.2.3「セッション診断レポートのカスタマイズ」で説明します。

17.6.3 エンド・ユーザー・エクスペリエンス・メトリックのモニタリング

ビジネス・アプリケーションやエンド・ユーザー・サービスをモニタリングする際に、エンド・ユーザー・サービス・メトリック・ページには特定のタイムスパンでユーザーが選択できるメトリックの概要がわかりやすく表示されます。これらのメトリックは件数(ページ・ビュー件数など)か、集計値(中央ページ・ロード時間など)が可能です。

「メトリック」ページを表示するには、「エンド・ユーザー・エクスペリエンス」を選択してから、「ビジネス・アプリケーション」または「エンド・ユーザー・サービス」メニューから「メトリック」を選択します。

このページにより、パフォーマンス・メトリックを選択し、関連付けられた平均および中央データをグラフィカルに表示します。

データの期間を設定でき、「セッション診断」ページのような検索フィルタによって戻されるデータの精度をさらに高めることができます。フィルタ設定は保存して後で使用できます。メトリックは、2つのタブ(「集計」は時間集計されたメトリックを示し、「インスタンス」は個別のイベントを示します)に表示されます。

集計

「集計」タブでは、選択可能なメトリックが階層ツリー・パレットに配置されます。リストには、構成済のビジネス・アプリケーションの種類に適切な項目セットが表示されます。このセットを展開してシステム・メトリックを含めることができます。たとえば、アプリケーションがWebLogic Serverに関連付けられている場合は、RUEIメトリックに加えてJVMメトリックが使用できるようになります。メトリック・パレットの例を図17-21に示します。

図17-21 メトリック・パレット

グラフ・ツールバーを使用して、個々のメトリック・グラフを1つのチャートに合成できます。また、リストされたグラフの一部では、1つのチャートに合成されたメトリック・パレットの異なる部分からのデータが表示されます。図17-22では、最上部のチャートは「中央値」ページのサーバー時間と「中央値」ページのネットワーク時間の両方のグラフを示しています。

図17-22 メトリック・グラフの例

インシデント・マネージャを使用すると、KPIイベントから「メトリック」ページに直接ナビゲートできます。この場合、「メトリック」ページには、KPIイベントの内容に関連した時間およびフィルタの設定が表示されます。したがって、問題のあるイベントの関連メトリックを検査したり、一定期間保留したり、元のKPIイベントに対応するフィルタより条件を緩めることがことができます。

「メトリック」ページには、セッション診断機能への直接リンクがあります。このリンクをクリックすると、検索プロパティと期間条件が再利用され、有効な基準に一致するセッションが検索されます。

注意:
長期間の条件に対して中央値を選択すると、パフォーマンスに影響する場合があります。

インスタンス

「インスタンス」タブには、設定した基準(たとえば、クライアント・ブラウザ = Chrome)を使用してフィルタ処置されたイベントが表示されます。基準としてECIDを指定し、ECID値が疑似ヒットを参照する場合は、疑似ヒットに関連付けられたページがないために、結果は表示されません。結果の各アイテムでは、次のことができます。

- セッション・アクティビティ、タイミングおよびユーザー情報(使用可能な場合)の確認。対応する場合、より詳細に表示するためにアイテムを拡張および縮小できます(たとえば、セッション・アクティビティまたはページ属性に関連付けられた特定のURL)。

- イベントに関するセッション情報の表示(「セッション診断の使用」を参照)。

- 図17-25に示す各アイテムのアイコン(番号1から5)の確認。
アイコン1は、ログ・ビューアへのリンクを示し、現在のアイテムに関連付けられたログを表示します。

アイコン2は、インスタンス診断リクエストへのリンクを示し、現在のアイテムのJVM診断を行います。

アイコン3は、満足度レベル(「十分」など)を表示するツールチップが表示され、ページ・ロードの満足度を示します。

アイコン4は、コンテンツ(利用可能な場合は元のhtmlなど)のリプレイへのリンクを示します。

アイコン5は、より詳細なセッション診断へのリンクを示します(「セッション診断の使用」を参照)。

表示されている一部のアイコンは、セッション診断のアイコンと同じです(図17-16「セッション診断」を参照)。

図17-23 インシデント・アイコン

17.6.4 ユーザー・フローのモニタリング

「ユーザー・フロー」ページを表示するには、「エンド・ユーザー・エクスペリエンス」を選択してから、「エンド・ユーザー・サービス」メニューから「ユーザー・フロー」を選択します。

このページでは、関連付けられたRUEIスイート/アプリケーションに定義されたユーザー・フローを表示できます。ユーザー・フローによって、ユーザーがアクティブだった時間、ユーザー・フロー内の平均ページロード時間、アイドル時間、およびユーザーがユーザー・フロー外部にいた時間が示されます。詳細は、Oracle Real User Experience Insightユーザーズ・ガイドを参照してください。

17.6.5 ログのモニタリング

詳細なログを表示するには、「セッション診断の操作」の説明に従ってセッションに移動し、図17-23のラベル1のアイコンをクリックします。こうすると図17-24のような画面が表示されます。

このページでは、ログの詳細を表示し、ECID、時刻、セッション診断IDなどの基準を使用して検索できます。

図17-24 ログ・ビューア

17.7 エンド・ユーザー・サービスのモニタリング

Enterprise Manager 13cでは、RUEIアプリケーション/スイートそれぞれに対応するエンド・ユーザー・サービス(EUS)という新しいサービス・レベル・ターゲットがあります。EUSは、RUEIアプリケーション/スイートと同じ名前が付けられ、第17.4項「ビジネス・アプリケーションの作成」で説明したようにビジネス・アプリケーションを作成するために使用できます。エンド・ユーザー・サービスを直接モニターすることもできます。

1. 「ターゲット」メニューから「サービス」を選択します。現在定義されているサービスがリストされます。エンド・ユーザー・サービスをフィルタ処理します。または、「サブサービス」タブをクリックして、ビジネス・アプリケーション・ホームページから「エンド・ユーザー・サービス」に移動することもできます。結果のリストに、「エンド・ユーザー・サービス」が含まれることがあります(ビジネス・アプリケーションにエンド・ユーザー・サービスが含まれる場合)。

2. 関心があるエンド・ユーザー・サービスをクリックします。選択したエンド・ユーザー・サービスのホームページが表示されます。これは、図17-13のビジネス・アプリケーションのホームページによく似ています。

エンド・ユーザー・サービスのホーム・ページから利用できる「エンド・ユーザー・サービス」ドロップ・ダウン・メニューには、「エンド・ユーザー・エクスペリエンス」アイテムのための次のオプションがあります。

- セッション診断: 「セッション診断の操作」で内容を説明しています。

- メトリック: 「エンド・ユーザー・エクスペリエンス・メトリックのモニタリング」で内容を説明しています。

- ユーザー・フロー: 「ユーザー・フローのモニタリング」で内容を説明しています。

17.7.1 エンド・ユーザー・サービスのトラブルシューティング

エンド・ユーザー・サービスのデータに問題がある場合は、問題をトラブルシューティングするために次のチェック・リストを検討してください。

1. ページをリフレッシュします。表示されるメトリックがRUEIで構成されているメトリックと対応しない場合は、「Enterprise Manager」ページのリフレッシュ・アイコンをクリックします。

2. RUEIシステム・ターゲットを同期します。該当するRUEIシステムのホームページに移動して、「構成」メニュー項目から「同期化」を選択します。

17.8 KPIおよびSLAアラート・レポートのモニタリング

この項では、RUEIアプリケーションとBTMトランザクションの両方で使用できるKPI関連の情報について説明します。

注意:
KPIおよびSLAアラートをモニターするには、「RUEIとOracle Enterprise Managerリポジトリ間の接続の設定」に示されているすべての手順を最初に実行する必要があります。

アプリケーション、スイート、サービス、およびビジネス・アプリケーションを構成するトランザクションのSLAに定義されたKPIによって生成されたアラートは、インシデント・マネージャでイベントとしてレポートされます。これらのイベントを表示するには、次のようにします。

1. 「エンタープライズ」メニューから、「モニタリング」、「インシデント・マネージャ」の順に選択します。

2. 「インシデントのないイベント」事前定義済ビューを開きます。

3. イベントの詳細を表示するには、目的のイベントをクリックします。
イベントの詳細情報は、そのイベントがRUEI KPIまたはBTM SLAのどちらに基づいているかによって異なります。それぞれについては、以降の項で説明します。

RUEI関連イベントの場合は、ビジネス・アプリケーションのホーム・ページから「ビジネス・アプリケーション」メニューを使用して、「インシデントのないイベント」ビューにアクセスすることもできます。「モニタリング」、「インシデント・マネージャ」、「インシデントのないイベント」の順に選択します。このオプションにより、選択したビジネス・アプリケーションのコンテキストでイベントが表示されます。

RUEIイベントの詳細

「インシデントのないイベント」ビューにアクセスすると、図17-25に示すようなイベント・リストが表示されます。

図17-25 インシデント・マネージャ

RUEIイベントをクリックすると、画面下部の「ガイドされた解決」リージョンにイベント詳細が表示されます(図17-26参照)。

図17-26 インシデント・マネージャからRUEIメトリックへアクセスする

KPI違反の期間と、KPIに対して設定されたフィルタのコンテキストでRUEIメトリックを選択し、「RUEIメトリック」ページまでドリルダウンします。「RUEIメトリック」ページにはKPI定義の基となっているメトリックも表示されます。

ビジネス・アプリケーションを構成するアプリケーション、スイートおよびサービスに定義されるKPIのステータスは、「RUEI - キー・パフォーマンス・インジケータ(KPI)」タブで報告されます。

このイベント詳細では、KPIに関連付けられたビジネス・アプリケーションの情報と、KPIのベースとなるメトリックの情報が提供されます。管理しやすいように、RUEI内のKPIはカテゴリにグループ化され、カテゴリは、関連するパフォーマンス・インジケータを含むようにカスタマイズできます。たとえば、ユーザー・フロー完了率、ビジターのトラフィック、Webサイトの可用性など、ビジネス関連の問題とIT関連の問題用に別々のカテゴリを定義できます。

重要:
インシデント・マネージャでKPIアラートを表示するには、RUEIとOracle Enterprise Managerリポジトリとの間の接続を設定する必要があります。これを行う手順については、17.3.1項「RUEIとOracle Enterprise Managerリポジトリ間の接続の設定」で説明します。

BTMイベントの詳細

BTM SLAアラートに関する情報は、BTMの「アラート」タブおよびSLAコンプライアンスタブに表示されます。これらのアラートに対応するイベントは、インシデント・マネージャの「インシデントのないイベント」ビューにも表示されます。関連するイベントをクリックすると、図17-27に示すような情報が表示されます。

図17-27 BTM SLAアラート・イベントの詳細

次の内容に関する情報が提供されます。

- ターゲット: イベントが報告されたサービスまたはトランザクションを含むビジネス・アプリケーション。

- レポートされたイベント: イベントが報告された日時。

- 最終更新: イベントの重大度が変わった場合、その変更日時を示します。

- メッセージ: イベントと、イベントをトリガーした状況に関する詳細。

- 最終コメント: インシデント・マネージャの「コメント」リンクからイベントに手動で追加されたコメントを示します。何も追加されていない場合、元のメッセージが報告されます。

- 内部イベント名: しきい値違反した管理対象オブジェクト・タイプ(business_transaction、serviceまたはservice_endpoint)と元のSLAポリシー名の組合せ。

- イベント・タイプ: BTM SLAアラートの場合、必ず「アプリケーション・パフォーマンス管理のKPIアラート」になります。

- カテゴリ: BTM SLAアラートの場合、必ず「パフォーマンス」になります。

重要:
BTMサービス・レベル合意のアラートがOracle Enterprise Managerでイベントとしてレポートされるためには、BTMとEMリポジトリ間の接続を設定する必要があります。この接続の構成方法の手順については、ビジネス・トランザクション管理インストレーション・ガイドを参照してください。

17.9 Enterprise ManagerでのBTMトランザクションのモニタリング

「ビジネス・アプリケーション」ホーム・ページ(図17-13)に表示される「ビジネス・トランザクション」リージョンには、選択したビジネス・アプリケーション内の各トランザクションの概要が示されます。例を図17-28に示します。

図17-28 「ビジネス・トランザクション」リージョン

トランザクションごとに次の内容を示します。

- トランザクションの現在のコンプライアンス・ステータス。

- 期間内に起動されたトランザクション・インスタンスの数。トランザクション・インスタンスは、プライマリ操作フローのインスタンスが開始すると開始します。

- 期間内に完了したトランザクション・インスタンスの数。開始と終了の両方のメッセージが観察されれば、条件アラートの発生に関係なく、インスタンスは完了したとみなされます。

- トランザクションの完了にかかった平均時間。トランザクション・インスタンスごとに、インスタンスの開始メッセージが観察された時点から終了メッセージが観察された時点までの時間として計算されます。

- トランザクションの完了にかかった最大時間。これは、期間内に観察されたすべてのトランザクション・インスタンスのうち最も長い単一レスポンス時間です。

トランザクションをクリックすると、その詳細を表示できます。これにより、トランザクションのホームページが開き、このページで次のリージョンを表示できます。

- サマリー: トランザクションのコンプライアンス全体とコアのメトリックがグラフィカルに表示されます。例を図17-29に示します。

図17-29 「サマリー」リージョン

- ビジネス・トランザクション集計フロー: 選択したトランザクションおよびそのステータスを構成する操作をグラフィックで表示します。例を図17-30に示します。

図17-30 「ビジネス・トランザクション集計フロー」リージョン

集計フロー・リージョンは、トランザクションの全体像を表示し、その全体像からの作業フローの把握に役立ちます。この全体像を使用して、パフォーマンスに関連する問題を特定して解決したり、ビジネス・プロセスで機能しないコンポーネントの原因を切り分けたりすることができます。検出で明らかになる依存性に基づき、トランザクション内で相互作用するサービスも明らかになります。通常は、操作または操作自体をつなぐリンクにカーソルを移動すると、追加情報を入手できます。これにより、ボトルネック、障害のあるコンポーネント、速度の遅いコンポーネント、異常に軽いまたは重いトラフィックを特定できます。

- 操作: トランザクションに関連付けられているすべての論理操作が示されます。例を図17-31に示します。

図17-31 「操作」リージョン

操作を拡張して、その対応するエンドポイントを表示できます。操作がレプリケートされた場合や、異なるエンドポイントがセキュアな通信またはセキュアではない通信に使用される場合、その操作には複数の対応するエンドポイントがある可能性があります。エンドポイントごとに、そのエンドポイントが存在するコンテナのホスト名とポートが、ステータスやパフォーマンスのデータとともに表示されます。「操作」または「ビジネス・トランザクション集計フロー」リージョンでエンドポイントを右クリックすると、物理操作に関連付けられたタブの表示を選択できます。操作タブを右クリックして表示されるコンテキスト・メニューには、「JVMD」ビューや「インスタンス診断リクエスト」ビューにアクセスするオプションも表示されます。

- 「JVM診断」ビューでは、指定の操作が実行する期間内で、実行中のJava仮想マシン(JVM)プロセスの詳細を表示できます。スレッドを実行するためのスタック・フレーム、スレッド状態に関する情報、メソッド実行の頻度やコストに関する集計情報、JavaおよびDBロックの保持に関する情報、Javaヒープのオブジェクトに関する詳細を確認できます。JVMDは、それがモニターする各JVMの履歴データも保存するため、過去に発生した出来事に関連するデータを表示したり、履歴傾向の要点を取得したりすることができます。

- 「インスタンス診断リクエスト」ビューでは、WebLogicドメインでリクエストのパスをトレースしたり、リクエストの特定のインスタンスに関連するすべてのメトリックのレポートを作成したりすることができます。

これらのビューの詳細は、第16章「詳細実行情報の取得」を参照してください。

17.10 ビジネス・トランザクション・マネージャ内の操作

選択したトランザクションの詳細情報には、トランザクション・ホームページの右上の「BTMの起動」をクリックするとアクセスできます。これによって、ビジネス・トランザクション管理コンソールの新規ウィンドウが開き、選択したトランザクションの詳細情報が表示されます。このウィンドウを初めて開く場合は、有効なBTMユーザー名とパスワードを指定する必要があります。例を図17-32に示します。

図17-32 ビジネス・トランザクション管理コンソール

以降の項では、指定のトランザクションに適用される際のタブの表示について説明します。物理操作でタブを確認すると同様の情報が表示されます。詳細は、Oracle Business Transaction Managementオンライン・ヘルプを参照してください。

17.10.1 サマリー情報

「サマリー」タブでは、4つのペインと1つのグリッド・ビューを使用して、トランザクション・サマリー・ダッシュボードにパフォーマンス情報を表します。次の要素が含まれています。

- トランザクションのコンプライアンス全体を示す「ステータス」ペイン。

- 開始したトランザクションと完了したトランザクションの数、平均レスポンス時間、最大レスポンス時間の詳細を示す測定とベースラインペイン。ベースラインがトランザクションに定義されている場合、これらはグレーの線で表示されます。

- トランザクション・リンクごとに平均レスポンス時間の詳細を示すトランザクションのマップ。カーソルを各サービス・アイコンに置くと、そのサービスのパフォーマンスの詳細情報が取得されます。矢印の厚みはスループットを示します。

- 「遅延分析」ペイン。このペインとマップ・ペインを一緒に使用すると、トランザクションの各ホップ(リンク)で消費されるレスポンス時間全体の割合がグラフで表示されます。
グリッドの色付けされた各領域はトランザクション・リンクに対応します。色付けされたリージョン内をクリックすると、マップ内の対応するリンクがハイライト表示され、そのホップでの所要レスポンス時間の割合が表示されます。

このペインの下部のグラフには、平均レスポンス時間と最大レスポンス時間、および開始したトランザクションの数が表示されます。ペイン内をクリックすると、縦の赤線が表示され、色付けされた割合がメッセージ・トラフィック・フローにどのように対応しているかが示されます。

- トランザクションを構成する論理および物理操作と、違反アラート、平均レスポンス時間、最大レスポンス時間、スループットおよびフォルトのそれぞれに関するインスツルメントを示すグリッド・ビュー。

17.10.2 トランザクション情報の分析

「分析」タブには、選択したトランザクションの現在のパフォーマンスと使用情報が詳しく表示されます。この中には、表17-1で説明するペインが含まれます。

表17-1 「分析」タブ内のペイン

ペイン

説明

パフォーマンス

開始したトランザクションと完了したトランザクション、条件アラート、平均レスポンス時間、最大レスポンス時間に関するデータを提供します。データは、グラフ形式やグリッド・ビューで表示されます。

条件

指定期間にトリガーされた条件アラートに関する情報(満たされた条件の名前、条件アラートがトリガーされたエンドポイント、トリガーされた条件アラートの数)を提供します。条件は、収集および表示される情報に定義されている必要があります。

コンシューマ使用状況

指定期間にコンシューマでセグメント化されたパフォーマンス情報(開始したトランザクションと完了したトランザクション、平均レスポンス時間、最大レスポンス時間)を表示します。収集および表示される情報に対してコンシューマが定義され、コンシューマ・セグメントが有効化されている必要があります。

クライアント・アドレスによるブレークダウン

クライアントIPアドレスでセグメント化されたパフォーマンス情報(開始したトランザクションと完了したトランザクション、平均レスポンス時間、最大レスポンス時間)を表示します。クライアント・アドレスは、リクエストの送信元のマシンのホスト名です。表には、リクエストを送信したすべてのクライアント・アドレスと、各クライアント・アドレスに関連付けられたパフォーマンス測定の集計が表示されます。クライアントIPアドレスによるセグメント化は、収集および表示されるデータに対して有効化されている必要があります。

違反アラート

サービス・レベル合意(SLA)の違反に関する情報を表示します。この表示により、警告アラートと障害アラートが区別されます。グラフには、違反アラートの集計測定が表示されます。グリッド・ビューには、SLAポリシーごとのアラートを示す詳細情報がリストされます。SLAは、収集および表示される情報に対して作成されている必要があります。

カスタム・チャート

選択したインスツルメントで、「パフォーマンス」ペインのようなカスタマイズされたチャートや表を設定できます。インスツルメントの選択をクリックして、チャートや表に表示するインスツルメントを選択します。複数のインスツルメントを選択できます。トランザクションにカスタムのチャートや表を設定した場合、選択したどのトランザクションにもチャートや表を使用できます。

カスタム内訳

セグメント化された複数のインスツルメントのカスタム表を様々な方法で設定できます。インスツルメントの選択をクリックして、表に表示するインスツルメントを選択します。セグメントの選択をクリックして、測定をセグメント化する方法を選択します。複数のセグメントを選択できます。

17.10.3 アラートの表示

「アラート」タブには、指定期間で発生するすべてのアラートに関する情報が表示されます。ビジネス・トランザクション管理では、次の種類のアラートが発行されます。

- トランザクションに定義したパフォーマンスの標準からの偏差が生じた場合に発行されるサービス・レベル合意アラート。

- 条件が満たされた場合に発行される条件アラート。条件は、フォルト、特定のプロパティ値または失われたメッセージに対してテストできます。

- モニタリング・インフラストラクチャの状態に関する情報を提供する場合に発行されるシステム・アラート。

グリッド・ビューには、各アラートの情報(発生時間、アラートの重大度を示すアイコン、アラートの発生元、測定されたインスツルメント、SLAアラートの場合は強制値)が表示されます。特定のアラートに関する詳細を取得するには、インスペクタ・アイコンをクリックしてインスペクタ・ウィンドウを開きます。

サービス・レベル合意アラートは、インシデント・マネージャのイベントとしても報告されます。これらのイベントへのアクセスの詳細は、第17.8「KPIおよびSLAアラート・レポートのモニタリング」を参照してください。

17.10.4 トランザクション・インスタンスの表示

「インスタンス」タブでは、取得したトランザクション・インスタンスを表示できます。

トランザクションは、通常、指定期間に何度か実行されます。トランザクション・インスタンスのロギングを有効にしているか、フォルト・モニタリングを有効にしている場合、ビジネス・トランザクション管理は、トランザクションに含まれるメッセージのフローを追跡し、これらを特定のトランザクション・インスタンスにマップします。これは、次の場合、トランザクション・インスタンスのメッセージをアセンブルします。

- フォルトの結果アラートが生成される場合、または条件が満たされる場合。

- アセンブリを明示的に要求する場合。

トランザクション・インスタンスをアセンブルすると、「インスタンス」タブを使用して、そのインスタンスのパフォーマンスの詳細情報にアクセスできます。「メッセージ・ログ」タブを使用して、特定のプロパティ値を含むメッセージを検索することもできます。

集計情報の表示

「インスタンス」タブでは、表のID列に、アセンブルされたインスタンス(ID値が割り当てられている)とアセンブルされていないインスタンス(列が空白)の両方がリストされます。各インスタンスの情報により、インスタンスの取得時間、トランザクション・インスタンス全体の応答時間、プロパティの値(プロパティを作成した場合)が示されます。

「インスタンスの表示」フィルタ処理制御では、指定期間に発生したインスタンスをリストしたり、アセンブルしたインスタンスのみを表示したりすることができます。

どのインスタンスをアセンブルするかは、目的によって異なります。たとえば、レスポンス時間が異常に遅いインスタンスをアセンブルする場合や、プロパティ値が予想外のインスタンスをアセンブルする場合などがあります。

大量のメッセージを取得している場合、「メッセージ・ログ」タブを使用し、プロパティ値に基づいて検索対象となるメッセージの量を減らしてから、インスタンスを1つ以上アセンブルできます。

アセンブルしたインスタンスの調査

インスタンスをアセンブルするには、インスタンスのインスペクタ(拡大鏡アイコン)をクリックします。これにより、トランザクション・インスタンス・インスペクタが開きます。これは次の3つに分かれています。

- インスペクタの上部には、トランザクションの名前、アセンブルしたインスタンスの実行開始時間、そのID、メッセージ交換の数、交換したメッセージの総数、開始メッセージから終了メッセージまでのレスポンス時間が表示されます。警告またはフォルトも表示されます。

- インスタンス・マップには、トランザクション・インスタンス全体と、リクエスト/レスポンス・リンクごとに指定されたレスポンス時間が表示されます。カーソルを操作名に移動すると、サービス・タイプ、エンドポイント名、ホスト名およびポートが表示されます。操作を右クリックすると、JVM診断を表示できます。

- グリッド・ビューには、トランザクション・インスタンスに含まれる各メッセージの詳細が表示されます。プロパティ値が定義されている場合、ビューにはそのプロパティ値が含まれます。行を右クリックすると、JVM診断を表示できます。

操作の拡大鏡(切取り式制御)をクリックすると、メッセージ・コンテンツ・インスペクタ・ウィンドウが開き、該当操作に対してメッセージ・コンテンツのロギングを有効にしている場合、選択したメッセージのコンテンツが表示されます。

17.10.5 メッセージ・ログの表示

「メッセージ・ログ」タブを使用して、次の情報を表示できます。

- インスタンスのロギングが有効な場合、指定期間でログが記録される各メッセージに関する情報と、メッセージに関連付けられたプロパティの値を表示できます。メッセージ・ログの検索ツールを使用して、関連するプロパティ値を含むメッセージを検索することもできます。

- メッセージ・コンテンツのロギングが有効な場合、指定期間でログが記録される各メッセージに関する情報と、そのコンテンツを表示できます。この場合、プロパティ値に基づいてメッセージを検索する以外に、メッセージ要素のコンテンツに基づいて検索することもできます(自由テキスト検索)。

ビジネス・トランザクション管理は、次の操作を行った場合にのみ、メッセージ・コンテンツまたはインスタンスおよびプロパティ値のログを記録します。

- トランザクションに対するモニタリングの有効化。

- トランザクション(インスタンスまたはメッセージ)に対する適切なタイプのロギングの有効化。

- メッセージ・ロギングに対する1つ以上の操作の選択。

ログが記録された情報は、トランザクションの作成時に定義する記憶域設定に従って保存されます。

メッセージ・コンテンツの表示

「メッセージ・ログ」タブはグリッド・ビューを使用してメッセージのリストを表示します。リクエスト・メッセージの到着時間、選択した操作を含むサービス、サービスを実装するエンドポイントの場所、操作(メッセージ)および操作のタイプを表示します。操作にプロパティが関連付けられている場合、その値は、タイトルがプロパティ名になる追加列に表示されます。

メッセージ・コンテンツのロギングが有効な場合、メッセージをダブルクリックすると、メッセージのコンテンツが表示されます。グリッドに表示されるメッセージのセットは、タブの上部に表示されるフィルタの設定によって異なります。これらのメッセージによって次の内容を確認できます。

- すべての操作、またはドロップダウン・リストから選択された特定の操作。

- すべてのレスポンス、成功した操作のみ、障害のみ。

- 最後に指定された期間で示される時間間隔内、特定の時間以降、または特定の時間と時間の間に到着したメッセージ。

これらの制御を使用して、グリッドに表示されるメッセージの選択を絞り込むことができます。フィルタ設定を変更したら、「検索」を再度クリックしてグリッドに再移入します。検索をさらに制限するには、コンテンツの選択...リンクからアクセスするメッセージ検索ツールを使用します。これにより、プロパティ値やメッセージ・コンテンツに基づいて(メッセージ・コンテンツが有効な場合)メッセージを検索できます。このツールについては、次の項で説明します。

メッセージの検索

現在のトランザクションに属するメッセージを検索するには、「メッセージ・ログ」タブからコンテンツの選択...リンクをクリックします。これにより、検索基準の指定に使用する3つの領域(メッセージ・プロパティ検索領域、ECID領域、自由テキスト検索領域)を含むダイアログが表示されます。これらの領域の制御を使用して、プロパティ値、ECID値およびテキスト・コンテンツ(あるいはこのいずれか)に基づいてメッセージのセットを検索します。プロパティ、ECIDおよび自由テキストの値を入力すると、ダイアログの上部のテキスト・ボックスに検索式が構築されます。テキスト・ボックスをクリアして開始するには、「クリア」を押します。

Oracle問合せ言語を使用して問合せを構築する方法の詳細は、次の場所で入手できます。

http://download.oracle.com/docs/cd/B28359_01/text.111/b28304/cqoper.htm#BABBJGFJ

検索で使用される式を定義したら、「OK」をクリックします。次に、「検索」をクリックして、新たに定義された検索基準に従いグリッドに再移入します。特定のECIDでメッセージを検索するメッセージ・ログ検索ツールの詳細は、ビジネス・トランザクション管理オンライン・ヘルプを参照してください。

17.10.6 サービス・レベル合意のコンプライアンスの表示

SLAコンプライアンスタブには、選択したトランザクションに対するサービス・レベル合意(SLA)のコンプライアンスの現在の状態が表示されます。これらは、トランザクションの作成時に指定されます。このような合意を使用して、ビジネス・アプリケーションのパフォーマンスの標準を設定します。その後、これらの標準からの偏差をモニターできます。条件アラートとSLAアラートをどちらも表示するには、「アラート」タブを使用します。SLAコンプライアンスタブには、次のサブタブがあります。

- しきい値コンプライアンスサブタブでは、選択したトランザクションのリアルタイムのモニタリングが行われます。これはグリッド・ビューを使用します。各行は、1つのパフォーマンス目標を表します。列には、目標を特定して定義する各種統計情報が表示されます。また、次の動的列がリアルタイムのモニタリング値で表示されます。

- 「現在のステータス」列には3つの値があります。緑の円は、トランザクションがSLAコンプライアンス内にあることを示し、黄色の三角形は、トランザクションの警告しきい値が現在違反していることを示し、赤いひし形は、目標に対する失敗のしきい値が現在違反していることを示します。

- 「値」列には、目標がベースとするインスツルメントの現在の値が表示されます。値の横の拡大鏡をクリックすると、インスツルメントの最新履歴を示すチャートがポップアップ表示されます。

- 「ベースライン」サブタブには、参照ポイントとして使用できるトランザクションの履歴ベースライン値が表示されます。選択したオブジェクトのベースラインが定義されている場合のみデータが表示されます。

17.10.7 トランザクションに適用されるポリシーの表示

「ポリシー」タブを使用して、トランザクションに関連付けられたポリシーに関する情報を表示します。タブには、適用されるポリシーに関する情報がデフォルトで表示されます。フィルタ制御を使用して、変更されたポリシー、無効になったポリシー、保留中のポリシー、拒否されたポリシーおよび適用されなかったポリシーを表示することができます。適用されたポリシーの名前は、ツリー・ビューの「名前」列に表示されます。ポリシー・ノードを展開すると、次の情報が表示されます。

- ポリシー・ステータス詳細は、ポリシーの適用で生じる問題をリストします。

- モニター対象オブジェクト・タイプは、ポリシーの適用先ターゲットを指定します。

- 「場所」は、ターゲット・エンドポイントのアドレスを指定します。

- 管理の仲介は、ポリシーを適用するビジネス・トランザクション管理エージェントを指定します。

「ポリシー」タブのポリシー名をダブルクリックすると、選択したポリシーのアラート、プロファイルおよびターゲット情報の表示に使用できる新しいウィンドウが開きます。

17.10.8 トランザクション・プロファイル情報の表示

「プロファイル」タブを使用して、トランザクションのマップやその定義を確認します。このタブでは、次の情報も表示されます。

- トランザクション定義の最終変更日。

- トランザクションに定義されたユーザー属性。

- トランザクション識別子。CLIコマンドでトランザクションを特定する場合に必要になることがあります。

17.10.9 トランザクション条件の表示

トランザクションを定義する場合、1つ以上の条件をトランザクションに関連付けることができます。条件は、ビジネス・トランザクション管理がトランザクションの各インスタンスと照らし合せて評価する式です。条件は、フォルト、特定のプロパティ値または失われたメッセージに対してテストできます。「条件」タブを使用して、トランザクションに定義された条件を表示します。このタブでは、次の操作を行うことができます。

- フォルト・モニタリングのステータス(有効または無効)を表示します。

- 条件の定義とステータスを表示します。

「アラート」タブを使用して、いずれかの条件が違反しているかどうかを確認します。フォルト・モニタリング・ステータスや条件の定義は、Enterprise Managementコンソールから変更できません。

17.10.10 トランザクション・プロパティの表示

プロパティは、操作のリクエストやレスポンス・フェーズに関連付けられる値を保持する変数です。プロパティは、検索の簡素化、メッセージ・コンテンツのログを記録しないメッセージ要素の表面化、条件の定義、およびコンシューマのセグメント化の有効化に共通して使用されます。「プロパティ」タブを使用して、トランザクションに含まれるメッセージに定義されたすべてのプロパティのリストを表示します。このタブには、プロパティのリスト以外に、次の内容に関する情報が表示されます。

- プロパティが定義されるサービスと操作。

- 操作のフェーズ(リクエストとレスポンス)。

- プロパティ値のデータ型。

- 値の大文字/小文字の区別。

- コンシューマにマップされるかどうか(左側の人型アイコンで示される)、コンシューマにマップされるどの属性が関連付けられるか。

- プロパティを作成したときに値を指定した場合の説明。

プロパティ値は、Enterprise Managementコンソールから変更できません。

17.11 ビジネス・アプリケーションのアップグレード

注意:
RUEI接続を使用してビジネス・アプリケーションをアップグレードするにはRUEIバージョン12.1.0.7以上が必要です。以前のRUEIバージョンを使用している場合は、この手順を試行する前に12.1.0.7以上にアップグレードしてください。

ビジネス・アプリケーションをEnterprise Manager 12cからEnterprise Manager 13cにアップグレードするときに、ビジネス・アプリケーションにRUEI接続がある場合には、次の手順を使用します。

1. Enterprise Manager 13cにアップグレードする前に、12c Enterprise Manager (ビジネス・アプリケーション)でのRUEIと12c Enterprise Managerのアソシエーション情報の詳細をドキュメント化します。

2. RUEIターゲットをEnterprise Manager 13cから削除します。

3. RUEIターゲットをEnterprise Manager 13cに再登録して、エンド・ユーザー・サービス・ターゲットが検出されるようにします。

4. 手順1の詳細を使用して新しい13cビジネス・アプリケーションを作成します。

5. 13cビジネス・アプリケーションで提供される機能が、元の12cビジネス・アプリケーションと同じであることを確認します。

6. 元の12cビジネス・アプリケーションを削除します。

18 エンドツーエンド・パフォーマンスのモニタリング

ここでは、アプリケーション・モニタリング・コンポーネントを使用して、ユーザー操作性低下の根本原因を特定する方法を説明します。その後、エンドツーエンド・モニタリングに対する理解度をテストする一連の質問を行います。

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

- トラブルシューティング: 事例

- 質問と解答

この事例では、スタンドアロン・バージョンのRUEIおよびBTMを使用します。

次のサイトで、この章で説明される事例のライブ・デモンストレーションを見ることができます。

http://apex.oracle.com/pls/apex/f?p=44785:24:0::NO:24:P24_CONTENT_ID,P24_PREV_PAGE:5781,1#prettyPhoto/0/

18.1 トラブルシューティング: 事例

このデモンストレーションは、分散アプリケーションのすべての機能層を対象としています。画面は部分的にのみ表示されます。

ユーザー操作性の調査

調査は、全体的なユーザー操作性を確認するための最初の場所であるRUEIダッシュボードから開始します。

「ユーザーID別上位使用量」パネルを見ると、ユーザーのHaroldとEdwardで、エラー・ページ表示の割合が非常に高いことがわかります。

この状況をさらに詳細に把握するために、右上隅にあるキューブ型のアイコンをクリックして、ブラウザ・データを表示することにします。

ブラウザ・データ表示からユーザーとユーザー診断を選択し、そのユーザーのセッション診断を取得します。ユーザー診断の指定時には、特定のアプリケーション(例ではToycoアプリケーション)でフィルタリングします。

次に、指定した期間についてユーザーのセッション情報を検索します。結果は「セッション診断」ペインに表示されます。

グリッド・ビューにリストされたセッションの1つを選択し、セッションの詳細を調べます。情報は「セッション・アクティビティ」ペインに表示されます。

ロード時間の1つが突出しており、エラーも出ていることがわかります。

ユーザーがそうしたように、「情報」列のページ・アイコンをクリックして、ページを表示します。次のように表示されます。実際に、ページの下部に「Purchase failed」というエラー・メッセージが表示されています。

ユーザー・ビューのこのエラー・メッセージは、これが機能エラーであることを示唆しています。

ビジネス・トランザクションの調査

「セッション診断」に戻ると、ビジネス・トランザクション管理へドリルダウンして、この受注を完了できなかったバックエンドの操作のフローを表示できます。

問題のありそうなアプリケーションを選択し、コンテキスト・メニューから「トランザクションの診断」を選択すると、BTMのインスタンス・インスペクタ・ビューが表示されます。

赤の稲妻アイコンは、失敗しているサービスを示しています。

データベースへの呼出しが要因であると疑われるため、メッセージの内容を調べると、問題がメッセージ・レスポンスの中にあることが示唆されています。

XML表示を選択すると、Javaスタックのトレースの中から次のフォルト文字列が見つかります。

「Java仮想マシン診断」ページまでドリル・ダウンする必要があります。

トランザクション・グラフに戻り、問題のある操作を右クリックしてJVMDビューを表示します。

マシン・レベル情報の調査

「JVMD」ビューの「状態別のアクティブ・スレッド」グラフを確認すると、データベースに問題があるようです。

同じページにある「スレッドの状態遷移」表示を見ると、たくさんのスレッドがスタック状態になっていることがわかります。

これは進行中の問題であることがわかったため、「ライブ・スレッド分析」ボタンを選択して詳細情報を取得することにします。

「ライブ・スレッド分析」表示を見ると、10のスレッドがデータベース待機中で、そのうち3つがロックされています。

「状態」(「DB待機」)リンクを選択すると、データベースまでドリル・ダウンできます。これにより、SQL詳細が表示されます。

この表示は、問題がデータベース・アクセスにあるという疑念を裏付けています。

これで、トラブルシューティングのセッションは終了です。ここでは、ユーザー層からバックエンドのサポート・サービス、そして基盤となるインフラストラクチャまで、分散アプリケーション・パフォーマンスのあらゆる層にわたって取り上げてきました。

18.2 質問と解答

エンドツーエンド・モニタリングに対する理解度をテストする、次の質問に答えてみましょう。

問題がアプリケーションにある場合

次の障害はユーザー操作性か、バックエンド・サービスのいずれかに関連しています。

- 特に遅いサービスがないか。
BTMの「分析」タブを調べます。個々のリンクの平均レスポンス時間が高い値になっているものを調べます。

- ユーザーがタスクを完了できているか。
RUEIでユーザー・フローの統計を調べます。

- サービスに障害が発生していないか。
BTMで「ダッシュボード」ビューの「操作状態サマリー」を調べます。

- メモリー・リークがないか。
一定時間についてのJVMDのヒープ分析情報を調べます。

- 範囲外の値を受け取っていないか。
RUEIおよびBTMに対して定義したSLAベースのアラートをチェックします。

- サービスの通信に障害が発生していないか。(メッセージの消失)
BTMで、消失したメッセージの条件に関連したアラートをチェックします。

問題がデプロイメント・アーキテクチャにある場合

- サービスの複製とロードバランシングは必要か。
トランザクション・リンクのスループット値が高いかどうか、チェックします。高い値はボトルネックを示す場合があります。

- フェイルオーバー・スキームは必要か。
Enterprise Managerの「ビジネス・アプリケーション」ページまたはビジネス・アプリケーションのホーム・ページを使用して、頻繁に利用できなくなるサーバーがあるかどうか調べます。

問題がサポート・インフラストラクチャにある場合

- サーバーがダウンしたり、速度が低下していないか。
Enterprise Managerの「ビジネス・アプリケーション」ページまたはビジネス・アプリケーションのホーム・ページを使用して、頻繁に利用できなくなるサーバーがあるかどうか調べます。

BTMで、「上位10件のサービス」ダッシュボードの「稼働中の問題」表をチェックします。次に「サービスからエンドポイントへ」ビューを調べて、サービスと関連付けられたサーバーのアドレスを見つけます。

- スレッドのロックにより、サービスが失敗していないか。
Enterprise Managerの「JVM診断」ページを使用して、実行中のスレッドに関する情報を取得します。

- ネットワークが遅くなっていないか。
Enterprise Managerの「JVM診断」ページでNetworkWait情報を調べます。

- ルーターのいずれかがダウンしていないか。
Enterprise Managerのシステムの定義にルーターを含めてある場合は、ルーターに関する情報をEnterprise Managerで取得できます。

19 Enterprise Managerを使用したミドルウェア・アプリケーションのトラブルシューティング

ここでは、Enterprise Managerを使用してミドルウェア・アプリケーションをトラブルシューティングする様々な方法を説明します。

エンタープライズ・ソフトウェアの世界が複雑化するにつれ、問題のトラブルシューティングがさらに困難になる可能性があります。Oracleミドルウェアのドキュメントに目を通すだけでも複雑になることがわかります。

https://docs.oracle.com/en/middleware/

ここでは、Enterprise Managerや関連する製品を使用してアプリケーションをトラブルシューティングする様々な方法を紹介します。これらの方法で、障害が発生したミドルウェア・コンポーネントの専門知識がトラブルシューティング担当者に求められることはありません。

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

- ミドルウェア・アプリケーションのトラブルシューティングの概要

- アプリケーションをトラブルシューティングするための環境の準備

- アプリケーションのトラブルシューティングに役立つ環境の構成

- Enterprise Manager、BTMおよびRUEIを使用した問題の分析

- Enterprise Managerを使用した問題の解決

19.1 ミドルウェア・アプリケーションのトラブルシューティングの概要

この章では、ユーザーが見逃している可能性があるEnterprise Managerの機能を紹介するとともに、Oracle Supportの経験豊かなスタッフが習得した方法を伝えます。

このガイドで使用する方法は次のようにまとめることができます。

1. 環境を準備します。第19.2項「アプリケーションをトラブルシューティングするための環境の準備」および第19.3項「アプリケーションのトラブルシューティングに役立つ環境の構成」の説明に従って、システムを理解して、システムをモニターする準備を行います。

2. システムが多くのミドルウェア層で構成されている場合は、問題を1つのミドルウェア層に切り分けます。第19.4.4項「複数ミドルウェア層を含む環境でのインシデントの分析」を参照してください。

3. 1つのミドルウェア層に問題を切り分けたら、Enterprise Managerを使用してさらに問題を切り分けて解決します。第19.4.3項「単一ミドルウェア層を含む環境でのインシデントの分析」を参照してください。

4. 必要な場合には、第19.5項「Enterprise Managerを使用した問題の解決」の説明に従って問題を解決します。

注意:
トラブルシューティングでは解決すべき問題があることが必要であるため、場合によっては人為的にシステムに負荷をかけて、Enterprise Managerにモニタリング結果を生成する必要があります。これは特にJavaの負荷に該当します。ただし、このような負荷の生成に必要な方法はこのガイドでは扱いません。

たとえば、環境に様々なサーバーの情報を使用するWebアプリケーションが構成されているとします。

図19-1 サンプル環境

通常は、Webアプリケーションの特定の機能に関するトラブルが発生してユーザーが問題を提示します。該当するミドルウェア層と問題の解決方法が明白なケースもたまにはあります。ただし、最新のアプリケーションは複雑であり担当者も専門化しているため、モニタリング・ソフトウェアを使用してシステムを分析するほうが有効です。こうすることで問題の根本原因を検出して正しい修正を適用できます。たとえば、本番環境をモニタリングすることによって、個別のミドルウェア層の分析ではわからない、またはテスト環境では再現できない、その環境に固有の問題が明らかになる場合があります。

この図はシステムを簡略に表したもので、Oracle Coherenceは含まれていません。Coherenceおよび管理対象Coherence (WebLogicドメインで実行するCoherence)には新機能Coherence Heat Mapが含まれます。これはCoherence Log Viewer/Searchと連動して、ミドルウェアの問題を切り分ける際に役立ちます。

また、パフォーマンスの問題はEnterprise Managerの管理外のアイテムに関連する場合もあります。したがって、パフォーマンスの問題の解決を試みる前に、アプリケーションの実行に関係するタイミングを理解することが重要です。

図19-2 Webアプリケーションの一般的なタイミング

19.2 アプリケーションをトラブルシューティングするための環境の準備

アプリケーションのトラブルシューティングに必要な時間や作業は、決まった手順を実行して環境を準備することによって削減できます。この項では、トラブルシューティング・プロセスに役立つ、環境への追加ソフトウェアについて説明します。この項の手順をすでに実行してしまった場合や、ご使用の環境で一部の手順が実行できない場合も考えられます。そのような場合には、第19.3項「アプリケーションのトラブルシューティングに役立つ環境の構成」に進んでください。

次の表に、環境を準備するために追加のソフトウェアをインストールできる状況を示します。

表19-1 インストール・オプション

環境構成

インストール・オプション

すべて

すべてのノードに管理エージェントをインストールします。

Webアプリケーション

Oracle Real User Experience Insight (RUEI)をインストールします。

Javaアプリケーション

JVM診断(JVMD)をインストールします。

複数ミドルウェア層
(Oracle Service Busなど)

Oracle Business Transaction Management (BTM)をインストールします。

19.2.1 環境におけるシステムのトポロジのドキュメント化

このタスクの範囲はモニターする必要があるシステムによって異なります。システムが依存しる外部サービスも含めて、パフォーマンスに影響する可能性があるシステムのすべてのコンポーネントをモニターすることが重要です。

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

19.2.2 環境のすべてのシステムでの管理エージェントのインストール

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のインストール」の章を参照してください。

19.2.3 Javaベース・アプリケーションのトラブルシューティングに役立つJVMDのインストール

Java仮想マシン診断(JVMD)は、Enterprise Manager Cloud Controlの重要な機能の1つで、これを使用して管理者は本番環境におけるJavaアプリケーションのパフォーマンスの問題を診断することができます。問題を再現する必要性がなくなることにより、こうした問題解決に必要な時間が短縮されるため、アプリケーションの可用性とパフォーマンスが向上されます。JVMDはパフォーマンス・オーバーヘッドが最小限で、動的にデプロイできます(サーバーを再起動しません)。

JVMDをインストールするには、Oracle Enterprise Manager Cloud Control基本インストレーション・ガイドの「JVM診断のインストール」の手順を使用します。

19.2.4 Webアプリケーションのトラブルシューティングに役立つRUEIのインストール

Webアプリケーションおよびサービスの利用は増え続けています。これには、マーケティング手段としてのインターネットの利用だけでなく、エクストラネットベースのサプライ・チェーンやバックオフィス統合、内部アプリケーションのイントラネット・デプロイも含まれます。明確に定義されたビジネス機能を実装したWebサービスの利用もますます増えています。RUEIは、これらすべてのデプロイ・シナリオの可用性およびパフォーマンスの測定、分析、改善のために設計されており、エンド・ユーザー・エクスペリエンスに関連する問題を切り分けることができます。これを実現するために、RUEIには、ネットワーク・トラフィックやADFサーバーからのエンド・ユーザー・データ収集や、JavaScriptブラウザ・インストゥルメンテーションを使用したエンド・ユーザー・データ収集を実行する機能が備わっています。つまり、RUEIはエンド・ユーザー・データ・モニタリング・ソリューションを提供します。

RUEIをインストールするには、RUEIのバージョンに対応するインストレーション・ガイドを使用します。

http://www.oracle.com/technetwork/apps-tech/realuserei-091455.html

注意:
RUEIのインストール後は、エンド・ユーザーのモニタリングに関連するほとんどのアクションをEnterprise Managerから実行できます。

19.2.5 複数層アプリケーションのトラブルシューティングに役立つBTMのインストール

アプリケーションの機能が拡張して複雑化が進むにつれ、そうしたアプリケーションでサポートされるビジネス・トランザクションをリアルタイムで把握することが不可欠になります。トランザクション管理において、IT組織は、トランザクションのステータスや状態の追跡、トランザクション・コンテンツに埋め込まれたビジネス・メトリックに関するレポート、トランザクション・エラーの管理など、重要な課題に取り組む必要があります。Oracle Business Transaction Management (BTM)は、トランザクションの可視性、ビジネスKPIモニタリング、プロアクティブな例外管理といった主要な分野に綿密に対応する機能を提供し、組織がこれらの課題を解決する際に役立ちます。

Oracle BTMによって、ビジネス・トランザクションの信頼性が増して業務の利益が上がるだけではなく、アプリケーション・インフラストラクチャの総所有コスト(TCO)が下がりIT部門にもメリットがあります。

BTMをインストールするには、BTMのバージョンに対応するインストレーション・ガイドを使用します。

http://docs.oracle.com/cd/E24628_01/nav/assoproducts.htm

19.3 アプリケーションのトラブルシューティングに役立つ環境の構成

この項では、トラブルシューティングに役立つ構成のオプションについて説明します。使用可能な構成オプションは環境にインストールされているソフトウェアによって異なります。たとえば、RUEIをインストールしていない場合はRUEIアプリケーションを作成できません。インストール・オプションの一覧は、表19-1「インストール・オプション」を参照してください。

19.3.1 環境のすべてのターゲットの検出

検出は、使用環境で管理対象外のホストおよびターゲットを識別するプロセスを意味します。ターゲットとは、Enterprise Manager Cloud Controlで管理およびモニター可能なホスト・マシン、データベース、Fusion Middlewareコンポーネントなどのエンティティです。問題のトラブルシューティングをできるだけ容易に行えるように、すべてのホストとターゲットがEnterprise Managerでモニターされるようにしてください。

Oracle Enterprise Manager Cloud Control管理者ガイドの説明に従い、Enterprise Managerを使用して環境のすべてのターゲットを検出します。

注意:
ターゲット(たとえばホスト)で障害が発生しても、そのターゲットが上記のように検出されていないと、問題の原因はEnterprise Managerコンソールにはまったく示されません。

19.3.2 環境へのJVMエージェントのデプロイ

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)または非セキュア接続が可能です。

JVMDをインストールするには、Enterprise Manager Cloud Controlコンソールからアクセスできる「アプリケーション・パフォーマンス管理」ページを使用します。このページにアクセスするには、「設定」メニューからミドルウェア管理、「アプリケーション・パフォーマンス管理」の順に選択します。

JVM診断のインストールの詳細は、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』を参照してください。

19.3.3 複数層アプリケーションのトラブルシューティングに役立つコンポジット・アプリケーションの定義

コンポジット・アプリケーションによって、層ごとに一連のターゲットをグループ化することができ、異なる層で発生する問題を区別できるようになります。

注意:
コンポジット・アプリケーションは、複数の層(WebLogic Server、SOA Suite、Coherenceサーバーなど)を表すように定義することも、Webアプリケーション(WebLogic Serverおよびデータベース)を表すように定義することもできます。このため、様々なEnterprise Managerユーザーが様々な定義を作成して、環境に対する独自の視点を表すことができます。たとえば、アプリケーション管理者はDBAとは異なるコンポジット・アプリケーションを定義します。

コンポジット・アプリケーションの定義は、このガイドの「コンポジット・アプリケーション」の章で説明しています。

図19-1「サンプル環境」の環境を例として使用すると、次のようにコンポジット・アプリケーションを定義できます。

1. Service 2のすべてのWebLogic ServerをEnterprise Managerのコンポジット・アプリケーションに追加します。(管理対象サーバーはコンポジット・アプリケーションのキー・メンバーになります)。

2. サービス・ターゲットをコンポジット・アプリケーションに追加します。

3. SLAルールを定義して、どのような場合にコンポジット・アプリケーションが停止していると見なされるかを決定します。

19.3.4 複数層アプリケーションのトラブルシューティングに役立つBTMトランザクションの定義

トランザクションは、1つの単位としてモニターおよび管理する一連のサービス操作です。通常、これはOracle Service Busを含む環境で定義されます。

トランザクションを定義する方法は、Enterprise Manager Business Transaction Managementオンライン・ヘルプで説明されています。

19.3.5 Enterprise Managerでの合成モニタリング・ビーコンの定義

合成モニタリング・ビーコンは、サービス・テストのモニター(主に異なる地理的位置からのサービスまたはビジネス機能のパフォーマンス測定)に使用されるターゲットです。

ビーコンの詳細は、Oracle Enterprise Manager Cloud Control管理者ガイドの「サービスの構成および使用」を参照してください。

19.3.6 Enterprise Managerでのしきい値の定義

定期的な(予測できる)間隔で、ターゲットに異なるワークロードが発生するモニタリング状況があります。このような状況では、静的なアラートしきい値では正確な結果が得られません。たとえば、日中はオンライン・トランザクション処理(OLTP)を実行していて、夜間にバッチ処理を実行するデータベースの正確なアラートしきい値は異なります。同様に、平日と週末など、期間が異なれば、データベースのワークロードは変わります。これらの2つの状況で、しきい値が固定された静的な値であれば、間違ったアラート・レポートが生成される可能性があります。

高度なしきい値を使用すると、適応(自己調整)または時間ベース(静的)のアラートしきい値を定義し管理できます。

適応しきい値は、ターゲットの測定された動作(メトリック)からの統計計算に基づくしきい値です。

時間ベースのしきい値は、ユーザー定義のしきい値で、ターゲットの変化するワークロードに対処するために日/週の異なる時間で使用されます。

しきい値の詳細は、Oracle Enterprise Manager Cloud Control管理者ガイドの「高度なしきい値管理」を参照してください。

19.3.7 Enterprise Managerでのコンプライアンス管理の設定

コンプライアンス管理では、構成、セキュリティおよび記憶域に関する企業のベスト・プラクティスについて、ターゲットおよびシステムのコンプライアンスを評価できます。これは、コンプライアンス・フレームワーク、コンプライアンス標準およびコンプライアンス標準ルールを定義、カスタマイズおよび管理することで実現します。また、コンプライアンス管理によって、ターゲットおよびシステムがコンプライアンスに対応するよう構成を変更する方法に関する情報が提供されます。コンプライアンス管理は、設定に対する自動ポリシー違反アラートにより、すべての層におけるセキュリティとパフォーマンスの維持に役立ちます。たとえば、ログ・レベル、JVMバージョンおよびパッチ・レベルで自動ポリシー違反アラートが保証されます。セキュリティに関する法的なコンプライアンスが必要な場合は、必要に応じてWebLogicセキュリティ技術導入ガイドライン(STIG)ルールを設定できます。

コンプライアンスの詳細は、Oracle Enterprise Managerライフサイクル・マネージメント管理者ガイドの「コンプライアンスの管理」を参照してください。また、新しい機能である、多数のターゲット間での一貫性(統一性)を保証する構成ドリフトの詳細は、『Oracle Enterprise Managerライフサイクル・マネージメント管理者ガイド』の構成の管理に関する情報も参照してください。

19.3.8 Webアプリケーションのトラブルシューティングに役立つRUEIアプリケーションの作成

RUEIは様々なタイプのアプリケーションをモニターして、レポートのために各アプリケーションのデータを分けることができます。RUEIでは、モニター対象のサービスのセットに対応するアプリケーション、スイートまたはサービスを作成します。RUEIスイートという用語が使用されるのは、これらのアプリケーションが特定のOracle Enterpriseアーキテクチャ(Oracle E-Business Suite、Siebel、WebLogic Portalなど)に基づいている場合です。

このタスクを試行する前に、第19.2.4項「Webアプリケーションのトラブルシューティングに役立つRUEIのインストール」の説明に従ってRUEIをインストールしたことを確認します。

このソフトウェアをインストールしたら、次のタスクを実行してRUEIアプリケーションまたはスイートを作成します。

1. ネットワークのタイミングをモニターする場合は、Oracle Real User Experience Insightインストレーション・ガイドの説明に従ってネットワーク・タップを設定する必要があります。ただし、タグベースのアプリケーションを作成する場合にはこの手順を省くことができます。このアプリケーションでjavascript (Browser JS Library)をWebテンプレートに挿入し、そのjavascriptがクライアント・ブラウザからイベントをレポートします。

2. Oracle Real User Experience Insightインストレーション・ガイドの「RUEIの構成」の説明に従ってRUEIの初期構成を実行します。

3. ADFアプリケーションをモニターする場合は、ADF固有のタイミングがレポートされるRUEIのADFモニタリング・サービスを使用できます。詳細は、Oracle Real User Experience Insightインストレーション・ガイドの「ADFモニタリングのためのRUEIの構成」を参照してください。

4. モニター対象のコンポーネントに関連する具体的な情報は、RUEIのドキュメントを参照してください。たとえば、Oracle Access Managerを使用する環境をモニターする場合は、Oracle Real User Experience Insightインストレーション・ガイドの「Oracle Access Managerの構成」を参照してください。

5. Oracle Real User Experience Insightユーザーズ・ガイドの「Webページの識別とレポート」および「スイートとWebサービスの使用」の手順を使用して、RUEIアプリケーションまたはスイートを作成します。

注意:
Enterprise Manager 13cでは、RUEIアプリケーション/スイートそれぞれに対応するエンド・ユーザー・サービス(EUS)という新しいサービス・レベル・ターゲットがあります。EUSは、RUEIアプリケーション/スイートと同じ名前が付けられ、ビジネス・アプリケーションを作成するために使用されます。詳細は、第17.7項「エンド・ユーザー・サービスのモニタリング」を参照してください。

19.3.9 RUEIサービス・レベル合意の定義

当初の要件では、RUEIレポートはRUEIユーザー・インタフェースのみで使用できます。RUEIデータをEMで使用できるようにするには、「RUEIまたはBTMシステムの登録」の説明に従ってRUEIをEMに接続する必要があります

プロシージャ・キー・パフォーマンス・インジケータおよびサービス・レベル合意は、ビジネス・ユーザーがプロセスをモニターして問題の発生時にアラートを受け取るための方法です。また、これらを使用すると、複雑な環境での問題のトラブルシューティングに役立つデータを収集することもできます。

RUEIでのKPIの定義方法の詳細は、Oracle Real User Experience Insightユーザーズ・ガイドの「パフォーマンス・モニタリングの設定」を参照してください。

19.3.10 複数層アプリケーションのトラブルシューティングに役立つBTMエージェントのデプロイ

Oracle ManagementパックのコンポーネントであるBusiness Transaction Management (BTM)を使用すると、サービスとトランザクションのパフォーマンスをリアルタイムでモニターし、根本原因分析を実行して、ボトルネック、エラーおよび未完了のトランザクションを見つけることができます。

BTMを使用するには、ソフトウェアをインストールしてからBTMエージェントをデプロイする必要があります。トラブルシューティングの観点でBTMの最大のメリットは、複雑な環境で問題を引き起こしているミドルウェア・コンポーネントを切り分けるために役立つ情報が提供されることです。

BTMのインストール方法の詳細は、Oracle Business Transaction Managementインストレーション・ガイドを参照してください。オブザーバのインストール後はBTMが環境のトポロジを検出できるようになりますが、問題のトラブルシューティングに合せてトランザクションを手動で定義することができます。

19.3.11 Enterprise Managerでのビジネス・アプリケーションの作成

ビジネス・アプリケーションは論理アプリケーションを表すEnterprise Managerのターゲットであり、ユーザーにとっては管理の単位を定義するものです。ビジネス・アプリケーションはRUEIアプリケーションとBTMトランザクションで構成されます。Enterprise Manager Consoleを使用することにより、ユーザーはビジネス・アプリケーションを表示してRUEIおよびBTMのパフォーマンス・データや、アプリケーションがサポートしているインフラストラクチャ(アプリケーション・サービスが実行されているホストおよびサーバー)に関する情報にアクセスします。

ビジネス・アプリケーションの作成は、このガイドの「ビジネス・アプリケーションのモニタリング」の章で説明しています。

19.4 Enterprise Manager、BTMおよびRUEIを使用した問題の分析

Enterprise Manager、BTMおよびRUEIによって、インシデント、トランザクションおよびユーザー・エクスペリエンスの問題を分析するツールが提供されます。また、それらの方法は該当するドキュメント・セットで説明されています。ただし、この項ではこれらのツールすべてを一緒に使用して問題をトラブルシューティングする方法の要点を次のように示します。

1. システムが多くのミドルウェア層で構成されている場合は、1つのミドルウェア層に問題を切り分けてください。

2. 1つのミドルウェア層に問題を切り分けたら、Enterprise Managerを使用してさらに問題を切り分けて解決します。

たとえば、アプリケーションが単一の層で構成されている場合は、次のように表すことができます。

図19-3 単一層のトラブルシューティング

アプリケーションが複数の層で構成されている場合は、次のように表すことができます。

図19-4 複数層のトラブルシューティング

この項では、問題を分析する次のアプローチについて説明します。

- ログ・ファイルを使用したインシデントの分析

- ビジネス・アプリケーションを使用したインシデントの分析

- 単一ミドルウェア層を含む環境でのインシデントの分析

- 複数ミドルウェア層を含む環境でのインシデントの分析

19.4.1 ログ・ファイルを使用したインシデントの分析

環境の複雑さにかかわらず、Enterprise Managerではログ・ファイルのデータを使用してインシデントを迅速に分析できます。ほとんどのターゲットで次のようにします。

1. 「エンタープライズ」メニューで「モニタリング」を選択し、さらに「ログ」を選択します。

2. 「検索」をクリックし、分析するターゲットを選択します。

3. 検索の基準を指定します。たとえば、最も詳しいログの場合は「トレース」を選択します。

4. 「検索」をクリックして結果を表示します。

RUEIを使用している場合は、第17.6.5項「ログのモニタリング」を参照してください。

注意:
このリリースでは、ログ・ビューア機能を使用するためにJRFをデプロイする必要はありません。

19.4.2 ビジネス・アプリケーションを使用したインシデントの分析

第19.3.11項「Enterprise Managerでのビジネス・アプリケーションの作成」の説明に従ってビジネス・アプリケーションを作成した場合は、Enterprise Managerを使用して、RUEI、BTMおよびEnterprise Managerのすべてのモニタリング情報を1つのダッシュボードで分析できます。これには、問題の根本原因にドリルダウンする機能も用意されています。詳細は、このガイドの「ビジネス・アプリケーションのモニタリング」の章を参照してください。

図19-5 「ビジネス・アプリケーション」ダッシュボード

19.4.3 単一ミドルウェア層を含む環境でのインシデントの分析

この項では、単一ミドルウェア層でのインシデントを分析する方法を説明します。この層は、連動してサービスを提供する1つ以上のノードで構成されます。たとえば、次のものが含まれます。

- 一連のWebLogic Server(Webサイトでは一般的なシナリオ)

- 認証および認可サービスを提供するOracle Access Managerインストール

- WebCenter Portal

ここで説明する手順を効果的に行うために、問題を特定のミドルウェア層に切り分けた、またはアプリケーションが単一ミドルウェア層で構成されていると仮定します。解決しようとしている問題の場所がはっきりしない場合は、第19.4.4項「複数ミドルウェア層を含む環境でのインシデントの分析」で説明するプロセスを使用します。

19.4.3.1 インシデント分析のためのEMダッシュボードのチェック

問題がレポートされた場合に最も単純なトラブルシューティング方法は次のとおりです。

1. Enterprise Managerにログインします。

2. ハードウェア、オペレーティング・システム、データベースまたはミドルウェア層に関連する問題についてダッシュボードを確認します。

3. アイテムがハイライト表示されている場合は、クリックすると詳細が表示されます。

4. 停止しているアイテムを再起動するか、Enterprise Managerによる提案に注意して問題を解決します。

Enterprise Managerでモニタリングしているターゲットのセットが非常に多いときには、この方法は実用的でない場合があります。ターゲットのサブセットのトラブルシューティングのために、タスクを管理しやすくするビジネス・アプリケーションまたはコンポジット・アプリケーションの作成を検討してください。

19.4.3.2 インシデントに影響されたページのRUEIを使用したチェック

Enterprise Manager 13cとRUEIを使用して、次のようにWebアプリケーションの問題をすぐに調べることができます。

1. Enterprise Managerにログインします。

2. トラブルシューティングするWebアプリケーションに関連付けられているエンド・ユーザー・サービスに移動します。「ターゲット」メニューから「サービス」を選択します。現在定義されているサービスがリストされます。エンド・ユーザー・サービスをフィルタ処理します。または、「サブサービス」タブをクリックして、ビジネス・アプリケーション・ホームページから「エンド・ユーザー・サービス」に移動することもできます。結果のリストに、「エンド・ユーザー・サービス」が含まれることがあります(ビジネス・アプリケーションにエンド・ユーザー・サービスが含まれる場合)。

3. 関心があるエンド・ユーザー・サービスをクリックします。選択したエンド・ユーザー・サービスのホームページが表示されます。これは、図19-5のビジネス・アプリケーションのホームページによく似ています。このページでは、問題がすべてのページに影響しているか個々のページに影響しているかを判別できます

4. 問題が個々のページのみに影響している場合は、他の方法(セッション診断など)を使用して根本原因を判別することができます。

19.4.3.3 JVMDを使用した問題の切分け

Enterprise Managerでは、「ビジネス・アプリケーション」のトランザクションを選択し、トランザクション・サマリー・ページを開くことにより、トランザクション操作のJVMD情報にアクセスできます。続いて、次のいずれかを実行します。

- トポロジのダイアグラムでいずれかの操作ノードを右クリックし、コンテキスト・メニューからJVMD診断を選択します。

- 操作表でいずれかの操作行を右クリックし、コンテキスト・メニューからJVMD診断を選択します。

詳細は、第16章「詳細実行情報の取得」を参照してください。

第21章「JVM診断の使用方法」の説明に従い、JVMDを使用して関連するログを表示することもできます。

19.4.3.4 しきい値とコンプライアンスを使用したインシデントの分析

しきい値とコンプライアンスの設定を事前に行った場合には、これらによってインシデント管理を実行する方法が提供されます。たとえば、問題がダッシュボード上のインシデントに対応していない場合はメモリーの問題を疑います。

1. Oracle Enterprise Manager Cloud Control管理者ガイドで説明される手順を使用して、コンポーネント・メモリー使用量のしきい値を設定します。

2. しきい値インシデントのタイミングとレポートされる問題に相関関係がある場合は、コンポーネントに割り当てるメモリーを増やしてみます。

3. タイミングに相関関係がない場合は、問題がメモリーに関連するものではないと考えられるため、別の仮説を立てて新しいしきい値を設定し、プロセスを繰り返します。

19.4.4 複数ミドルウェア層を含む環境でのインシデントの分析

この項では、複数のミドルウェア層で構成される複雑な環境でのインシデントを分析する方法を説明します。各層は、連動してサービスを提供する1つ以上のノードで構成されます。たとえば、次のものが含まれます。

- Oracle Access Managerが認証および認可サービスを提供するWebサイトをホストする一連のWebLogic Server

- BPEL、Oracle Access ManagerおよびOracle SOA Suiteを実行するOracle Fusion Middleware環境

問題が含まれるミドルウェア層を見つけたら、第19.4.3項「単一ミドルウェア層を含む環境でのインシデントの分析」で説明するプロセスを使用します。

19.4.4.1 BTMを使用した層の切分け

この手順では、BTMにトランザクションを定義していると仮定します。BTMでトランザクションを定義していなくても、第19.4.4.3項「BTMの「依存性」タブを使用した層の切分け」の説明に従い、BTMを使用して問題をトラブルシューティングすることができます。ここで説明する方法の詳細は、このガイドの「サービスの検出とトランザクションの操作」の章を参照してください。

BTMを使用して層を切り分けるには、次の手順を実行します。

1. 「ダッシュボード」ビューから「操作状態サマリー」を選択します。

2. 上位10件のトランザクション・ダッシュボードで「最も遅い平均レスポンス時間」表を確認します。

3. トランザクションを選択して詳細を表示します。「サマリー」サブタブに、トランザクションのトポロジが図として表示されます。

4. 図に示されている参加サービスのいずれかにカーソルを置くと、そのサービスのスループット、エラーおよびレスポンス時間が表示されます。必要であれば、時間でフィルタ処理して特定の期間の詳細を表示します。

5. パフォーマンスが最も低いサービスに注目し、第19.4.3項「単一ミドルウェア層を含む環境でのインシデントの分析」で説明した方法を使用して、問題をさらに切り分けます。

19.4.4.2 コンポジット・アプリケーションを使用したキー・メトリックのハイライト表示

この手順では、Enterprise Managerにコンポジット・アプリケーションを定義していると仮定します。コンポジット・アプリケーションを使用して層を切り分けるには、次の手順を実行します。

1. 「ターゲット」メニューから「コンポジット・アプリケーション」を選択します。

2. 関連するコンポジット・アプリケーションのステータスを確認し、SLAおよび署名サービスのステータスに注意します。

3. パフォーマンスが最も低いコンポジット・アプリケーションに注目し、第19.4.3項「単一ミドルウェア層を含む環境でのインシデントの分析」で説明した方法を使用して、問題をさらに切り分けます。

19.4.4.3 BTMの「依存性」タブを使用した層の切分け

BTMでトランザクションを定義していなくても、BTMからトラブルシューティングの情報を取得することができます。

1. ナビゲータで、「サービスからエンドポイントへ」ビューまたは「サービスから操作へ」ビューを選択します。

2. タブ領域がまだ開いていない場合には、目的のサービスをダブルクリックしてタブ領域を開きます。開いている場合は、単に目的のサービスを選択します。

3. 「依存性」タブを選択します。Business Transaction Managementによって、選択したサービスとそのサービスがやり取りしている他のサービスとの間の依存性が表示されます。矢印はトラフィック・フローを示します。その厚みで相対的なスループット・サイズが示されます。

4. 表示されているサービスにカーソルを合わせると、Business Transaction Managementでそのコンポーネント・タイプを表示できます。

また、ナビゲータから「マップ」→「サービス・マップ」ビューを選択しても、サービスの依存性を表示できます。

19.5 Enterprise Managerを使用した問題の解決

Enterprise Manager (またはRUEIやBTM)を使用して問題を特定した後は、多くのケースで、Enterprise Managerを使用して問題解決に必要なタスクを実行できます。

19.5.1 構成ツールを使用した問題の解決

Cloud Controlでは、エンタープライズ全体のすべての管理対象ターゲットに関する情報が収集されます。収集された構成情報は、HTTPまたはHTTPSで管理リポジトリに定期的に送信され、Cloud Controlを介してエンタープライズ全体の最新の構成情報にアクセスできます。

Cloud Controlは、Enterprise Managerで認識されたすべての管理対象ターゲットについて収集された構成情報を表示、保存、追跡、比較、検索およびカスタマイズする機能を備えています。さらに、構成トポロジ・ビューアでは、ターゲットと他のターゲットの関係がビジュアルなレイアウトで示されます。たとえば、システムのメンバーとその相互関係を表示することで、システムの構造を判断できます。

また、新しい機能である、多数のターゲット間での一貫性(統一性)を保証する構成ドリフトの詳細は、『Oracle Enterprise Managerライフサイクル・マネージメント管理者ガイド』の構成の管理に関する情報も参照してください。

19.5.2 アプリケーション開発者またはDBAと連携したアプリケーション問題の解決

特定した問題の原因が組織内で作成されたコードにある場合は、開発者と連携してソリューションを提供する必要があります。たとえば、次の手順では典型的なシナリオについて説明します。

1. アプリケーションWebページのロードに平均40秒かかるというチェックアウト・コードの問題が操作担当者によって識別されました(RUEIを使用)。

2. 開発者は、開発環境で問題を再現できませんでしたが、RUEIを確認して問題の存在を受け入れました。

3. 操作担当者と開発者が一緒にJVMDを使用して、問題の原因を切り分けます。

4. 開発者がコードを変更し、操作担当者がKPIを設定してアプリケーションをモニターし、問題が再発した場合に見逃さないようにします。

同様に、データベースの問題が見つかった場合には、担当のDBAと連携して問題を解決することができます。

19.5.3 プロビジョニング・ツールを使用した容量問題の解決

一部の問題は、追加のリソースをプロビジョニングすることによって解決できます。Oracle Enterprise Managerではデータベースおよびミドルウェアの自動プロビジョニングが提供され、このタスクに役立ちます。Enterprise Managerを使用してプロビジョニングを実行する方法の詳細は、Oracle Enterprise Managerライフサイクル・マネージメント管理者ガイドを参照してください。

追加ノードのプロビジョニングと追加メモリーのプロビジョニングが一般的な2つのシナリオです。追加ノードは、WebLogic ServerやOracle Real Application Clustersなどのサービスに追加できます。一部の問題は、追加のメモリーをプロビジョニングして追加の容量を提供することによって解決できます。追加メモリーは次の方法で提供できます。

- 追加メモリーをJVMに割り当てることができます。

- 追加メモリーを仮想マシンに割り当てることができます。

- 追加の物理メモリーをサーバーに追加できます。

第VII部

JVM診断とMDAアドバイザの使用

この部の章では、JVM診断とMDAアドバイザについて説明します。

次の章があります。

- 第20章「JVM診断の概要」

- 第21章「JVM診断の使用方法」

- 第22章「JVM診断のトラブルシューティング」

- 第23章「ミドルウェア診断アドバイザの使用」

20 JVM診断の概要

ここでは、JVM診断の概要について説明します。

次の項目が含まれます。

- 概要

- このリリースの新機能

- サポートされているプラットフォームとJVM

- ユーザー・ロール

20.1 概要

ミッション・クリティカルなJavaアプリケーションは、可用性とパフォーマンスの問題にしばしば直面します。開発者とIT管理者は多くの時間を費やして、これらの問題の根本的原因を診断します。本稼働環境で発生する問題は、他の環境では再現できないか、時間がかかりすぎて再現できないことがほとんどです。これはビジネスに重大な影響を及ぼすことがあります。

Oracle Enterprise Manager Cloud Control 13cのJVM診断では、管理者が本番環境でのJavaアプリケーションのパフォーマンスに関する問題を診断できます。問題を再現する必要がないため、問題の解決に要する時間を削減できます。このため、アプリケーションの可用性とパフォーマンスが向上します。JVM診断を使用すると、管理者は、パフォーマンスの問題をテスト環境または開発環境で再現することなく、本番環境でその根本原因を特定できます。アプリケーションの詳細を把握するためにアプリケーションの複雑なインスツルメンテーションや再起動は必要ありません。アプリケーション管理者は、アプリケーションの詳細な知識がなくても、アプリケーションの停止時間の原因となるJavaおよびデータベースの問題を特定できます。JVM診断の主な機能は、次のとおりです。

- 負荷を抑えたJavaアクティビティのモニタリングおよび診断

- JVMアクティビティの深層部の可視性

- リアルタイム・トランザクション・トレース

- Oracleデータベースとの多層間の相互関係

- メモリー・リークの検出および分析

- JVMプーリング

- リアルタイムおよび履歴の診断

20.1.1 負荷を抑えたJavaアクティビティのモニタリングおよび診断

JVM診断を使用すると、Javaアプリケーションの処理速度を低下させずに、細部にわたってモニタリングできます。処理に時間のかかっているリクエストやメソッド、I/Oを待機中のリクエスト、CPUサイクルを大量に消費しているリクエスト、そしてデータベース・コールを待機しているリクエストを特定するのに役立ちます。また、リソースのボトルネックの影響を受けているエンドユーザー・リクエストも特定できます。さらに、パフォーマンスのボトルネックを引き起こしているアプリケーション・リソースも表示できます。

20.1.2 JVMアクティビティの深層部の可視性

JVM診断ではJavaスタックを迅速に可視化できます。スレッドの状態とJavaメソッド/行番号をリアルタイムでモニターし、アプリケーション・クラッシュ、メモリー・リークおよびアプリケーションのハングなどの問題を、発生後に診断するのではなく発生前に特定することができます。

20.1.3 リアルタイム・トランザクション・トレース

特定のリクエストがハングしている場合や、アプリケーション全体の処理が遅い場合、管理者はリアルタイム・トランザクション・トレースを実行して、現在のJavaアプリケーション・アクティビティを表示できます。障害が発生しているスレッドや、その実行コール・スタックを参照できます。また、スレッドがデータベース・ロックの待機に費やした時間などの、様々なボトルネック・リソースも分析できます。あるスレッド(またはリクエスト)のアクティビティが他のスレッドのアクティビティや残りのJVMに影響する場合などの複雑な問題を、迅速に発見することができます。

時折、使用されているモニタリング間隔(デフォルトは2秒)が不正確になる場合があります。対象のJavaスレッドのライブが短すぎるか、収集されたモニタリング・データの量が不十分である可能性があります。このようなケースでは、JVMトレースを実行して、JVMアクティビティの正確な詳細を取得できます。この機能では、短期間に非常に高い頻度(デフォルトの頻度は200ミリ秒に1回)でJavaアプリケーションをモニターできます。これによって、スレッド、ボトルネック・リソース(DB、I/O、CPU、ロック、ネットワーク、RMI)およびトップ・メソッドの相互依存性を識別できます。

20.1.4 Oracleデータベースとの多層間の相互関係

JVM診断を使用すると、関連付けられたデータベース・セッションへのJavaリクエストをトレースしやすくなり、その逆の場合も同様で、様々な層にまたがる問題の迅速な解決が可能になります。管理者は、DB待機状態のJVMスレッドから、関連付けられたOracleデータベース・セッションにドリルダウンできます。また、SQL問合せから、関連付けられたJVMターゲットおよびWebLogic Serverターゲットにドリルアップできるようになりました(データベースとJVMがEnterprise Managerの管理対象になっている場合にのみ有効)。

この機能では処理に時間のかかっているSQL問合せが明らかになるため、管理者はSQLおよびデータベースをチューニングしてアプリケーションのパフォーマンスを改善できます。このように、データベース層またはアプリケーション層に問題を切り分けることで、データベース管理者とアプリケーション管理者のコミュニケーションがスムーズになります。

20.1.5 メモリー・リークの検出および分析

メモリー・リークはアプリケーションの処理速度の低下につながり、最終的にはアプリケーションのクラッシュを引き起こします。JVM診断では、Javaメモリーの異常な消費量について管理者にアラートが送られます。管理者はJVM Diagnosticsを使用して、アプリケーションを停止せずに本稼働アプリケーションのヒープ・ダンプを取得できます。その他のヒープ分析が、「メモリー・リーク・レポート」および「アンチパターン・レポート」で利用できます。管理者は、複数のヒープ・ダンプを一定期間で取得し、ヒープ・ダンプ間の差異を分析して、メモリー・リークを引き起こしているオブジェクトを識別できます。ヒープ分析は、バージョンが異なるアプリケーションに対しても実行できます。複数のヒープ・ダンプによる様々なヒープ分析によって、メモリー・リークの識別が容易になります。

20.1.6 JVMプーリング

JVM診断では、管理者がJVMのセットをJVMプール内にグループ化できます。これによって、すべての関連するJVMに対する単一のビューがコンソール・ユーザーに提供されます。したがって、単一のアプリケーションまたは単一のクラスタを構成するすべてのJVMを、アプリケーション内でグループ化できます。このため、管理者が問題を自然かつ直観的にビジュアル化できるようになります。

20.1.7 リアルタイムおよび履歴の診断

JVM診断では、Javaアプリケーションでリアルタイムおよび履歴の診断を実行できます。これによって、本稼働の問題の根本的原因について、同じ問題をテストまたはQA環境で再現しなくても詳細に見通すことができます。トランザクションはブラウザからインタラクティブに再生して、ネットワークおよびサーバーでの消費時間を表示できます。

リアルタイム・データ以外に、履歴データを分析して過去に起こった問題を診断することもできます。エンドユーザー・リクエストにかかった時間と、サーブレット、JSP、EJB、JDBCおよびSQLレイヤーによるブレークダウンを示す履歴データを表示できます。

20.2 このリリースの新機能

この項では、Oracle Enterprise Manager Cloud Control 13cリリース1におけるJVM診断の新機能の一部を一覧で示します。

- JVM診断エンジンの即時利用可能デプロイメント

- RUEIからJVMDへのドリルダウン(DMSがアクティブでないとき)

- 実行中アプリケーションの情報取得のためのバイト・コード・インジェクション(BCI)

- Javaワークロード・エクスプローラ

- 新しいUI (直観的で柔軟性の高い容易なナビゲート)

- スナップショットおよびメタデータ・セット

- 使用可能なスナップショットの比較

- リクエストおよびインスタンス当たりのCPUとメモリーの割当て

- Javaワークロード・レポート(JWR)

- 複数のJVMおよびドメイン全体のデータの集計と比較

- BCIを使用したJavaフライト・レコーダ(JFR)なしでのインスタンス・レベルの可視性

- JVMDサーバーのデプロイメントと診断能力

- Hybrid Cloudの向上(ハイブリッド・ゲートウェイおよびJVMDマネージャ間のSSL通信のサポート)

- JFR統合の拡張

20.3 サポートされているプラットフォームおよびJVM

最新の動作確認情報は、My Oracle Supportのノート1415144.1を参照してください。My Oracle Supportには、次のURLでアクセスできます。

https://support.oracle.com/CSP/ui/flash.html

20.4 ユーザー・ロール

JVM診断を使用するには、次のJVM診断リソース権限のどちらかを保持している必要があります。

- JVM診断ユーザー: JVM診断データを表示できます。

- JVM診断管理者: ヒープやスレッドのスナップショットの作成および分析、スレッドのトレースなどのJVM診断操作を管理できます。

これらの権限は「設定」ページで定義できます。これらの権限の定義の詳細は、『Enterprise Manager Cloud Control管理者ガイド』の「Enterprise Managerのセキュリティ」の章を参照してください。

21 JVM診断の使用方法

ここでは、JVM診断を使用して実行できるタスクについて説明します。

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

- JVM診断のインストール

- JVM診断の設定

- 「JVM診断」ページへのアクセス

- JVMプールの管理

- JVMの管理

- スレッド・スナップショットの管理

- トレース診断イメージの分析

- ヒープ・スナップショットおよびクラス・ヒストグラムの表示

- JVMオフライン診断

- JVM診断しきい値違反の表示

- インスタンス診断リクエストの表示

- emctlを使用してJVM診断エンジンを管理する

21.1 JVM診断のインストール

JVM診断エンジン・アプリケーションはEnterprise JavaBeans (EJB)としてEMGC_OMSサーバーにデプロイされます。JVM診断エージェントは、ターゲットJVM (本番環境のWebLogic Serverを実行するJVM)にデプロイされます。リアルタイムのデータを収集し、JVM診断エンジンに転送します。このデータはManagement Repositoryに格納され、収集された情報はモニタリングのためにEnterprise Manager Cloud Controlコンソールに表示されます。JVM診断エンジンとJVM診断エージェント間の通信は、セキュア(SSL)または非セキュアhttp接続が可能です。

「設定」ページはGUIベースの画面で、ユーザーはJVM診断エンジンの状態を確実かつ効率的にモニターできます。「アプリケーション・パフォーマンス管理」ページを使用すると、次の操作を実行できます。

- JVM診断エンジンの再デプロイ

- すべてのJVM診断エンジンの可用性のモニター

- マネージャのデプロイ先のホストや現在の状態、実行中のポート、バージョンなど、JVM診断エンジンに関する情報へのアクセス。

JVM診断のインストールの詳細は、『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』を参照してください。

21.1.1 スタンドアロンJVMのモニタリング

JVM診断エージェントを使用してスタンドアロンJVMをモニターする方法は次の2つです。

- jamrunラッパーの使用

- JamAttachの使用(すでに実行しているJVMのモニター)

21.1.1.1 jamrunラッパーの使用

次の手順を実行します。

1. 「設定」メニューで「ミドルウェア管理」を選択して、「設定」を選択します。

2. RUEI/BTM/JVMDエンジン表の「JVM診断エンジン」行を選択して、「構成」をクリックします。「JVM診断の設定」ページで「JVMおよびプール」タブ、「ダウンロード」の順にクリックして、jamagent.warファイルをダウンロードします。
[注意: IBM JDK環境で実行している場合は、jamagent.warファイルをディレクトリ(<mydir>)に解凍します。]

3. 次のように実行し、jamagent.warをCLASSPATHに追加します。
CLASSPATH=$CLASSPATH:/scratch/ssmith/jvmd/jamagent.war

export CLASSPATH

注意: IBM JDK環境で実行している場合は、次をコマンドラインに追加します。

-agentpath:<mydir>//WEB-INF/lib<OSName><Architecture>/libjamcapability.so

例:

-agentpath:mydir//WEB-INF/lib/Linux/x86_64/libjamcapability.so

4. 次のように実行し、JVM診断エージェントを使用してJVM診断を開始します。
$JAVA_HOME/bin/java -cp $CLASSPATH $JVM_OPT $SYS_OPT jamagent.jamrun [$JAMAGENT_PARAMS_LIST] $TARGET_CLASS $TARGET_CLASS_PARAMS

各パラメータの意味は次のとおりです。

- [$JAMAGENT_PARAMS_LIST]は、jamloglevel、jamconshost、jamconsport、jamconsretr、jamtimeoutなどの、JVM診断エージェントのパラメータを指します。

注意:
jamisdameonオプションは、スタンドアロンJVMモードのJVM診断エンジンでは常に有効になります。これにより、親とネイティブのJavaスレッドが、コマンドラインの指定に関係なく、デーモンとして動作します。

- $TARGET_CLASSは、アプリケーションの実行可能(Main)クラスです。

- $TARGET_CLASS_PARAMSは、実行可能(Main)クラスに渡されるプログラム引数です。

これらのパラメータが指定されていない場合は、jamagent.warファイルから取得されます。

次に例を示します。

CLASSPATH="$CLASSPATH:/scratch/ssmith/jamagent.war"
$JAVA_HOME/bin/java -cp $CLASSPATH $JVM_OPT $SYS_OPT jamagent.jamrun
jamconshost=10.229.187.109 jamconsport=3800
oracle.ad4j.groupidprop=MyJVMPool1/JVM50 mypackage.MyMainClass myarg1 myarg2

21.1.1.2 JamAttachの使用(すでに実行しているJVMのモニター)

次の手順を実行します。

1. 「設定」メニューで「ミドルウェア管理」を選択して、「設定」を選択します。

2. RUEI/BTM/JVMDエンジン表の「JVM診断エンジン」行を選択して、「構成」をクリックします。「JVM診断の設定」ページで「JVMおよびプール」タブ、「ダウンロード」の順にクリックして、jamagent.warファイルをダウンロードします。

3. 次のように実行し、jamagent.warをCLASSPATHに追加します。
CLASSPATH=$CLASSPATH:/scratch/ssmith/jvmd/jamagent.war

export CLASSPATH

4. 実行しているJVMのプロセスIDを確認します。

5. 次のようにJamAttachユーティリティを起動します。
$JAVA_HOME/bin/java -cp $CLASSPATH $JVM_OPT $SYS_OPT jamagent.jamAttach attachPID=<process ID>

各パラメータの意味は次のとおりです。

- <process ID>は、実行しているモニター対象のJVMのプロセスIDです

21.2 JVM診断の設定

JVM診断の設定と構成を行うには、次の手順を実行します。

1. 「設定」メニューで「ミドルウェア管理」を選択して、「設定」を選択します。RUEI/BTM/JVMDエンジン・リストが表示されます。すべての列を選択すると、「JVM診断エンジン」行に、次の詳細が表示されます。

- 名前: JVM診断エンジンに割り当てられている名前。このIDによって、すべてのプロセスでJVM診断エンジンが識別されます。

- タイプ: JVM診断エンジン(デフォルトでは、この列は表示されません。)。

- ホスト: JVM診断エンジンがデプロイされているマシン。

- ポート: JVM診断エンジンがデプロイされているサーバーのHTTPポート。

- SSLポート: JVM診断エンジンがデプロイされているサーバーのSSLポート。

- 可用性: エンジンが使用可能になっていた時間の割合。

- ステータス: JVM診断エンジンのステータス。オプションは、「アクティブ」、「非アクティブ」または「N/A」(使用不可)です。

- サーバー: エンジンが配置されているサーバー。

- バージョン: このJVM診断エンジンのビルド・バージョン。

2. 「JVM診断エンジン」行を選択し、「構成」をクリックしてJVM診断エンジン・パラメータ、JVMSとプール、データベースおよびヒープ・ローダーを構成します。表示されるタブは次のとおりです。

- JVMD構成(「JVM診断エンジンの構成」を参照)

- JVMおよびプール(「JVMおよびプールの構成」を参照)

- データベースの登録(「データベースの登録」を参照)

- ヒープ分析ホスト(「ヒープ分析ホストの構成」を参照)

注意: JVMDロード・バランサの情報も「設定」ページに表示されます。表に、ロード・バランサのURLとステータス、および関連付けられているエンジンのリストが含まれます。

21.2.1 JVM診断エンジンの構成

エンジン・パラメータと詳細設定を定義することで、JVM診断エンジンを構成できます。その後で新しいアイドル・スレッド・ルールおよびシステム・コール・ルールを作成できます。既存のルールに対する操作には、ルールのインポートおよびエクスポートとルールの削除が含まれます。

1. 「設定」メニューで「ミドルウェア管理」を選択して、「設定」を選択します。RUEI/BTM/JVMDエンジン表の「JVM診断エンジン」行を選択して、「構成」をクリックします。

2. 「JVMD構成」タブをクリックします。

3. 「JVMDエンジン・パラメータ」リージョンで次の詳細を変更できます。

- JVMDエンジン・ログ・レベル: コンソール診断メッセージのログ・レベル。次の1から5のログ・レベルがサポートされています。

- ERROR–1

- WARN–2 (警告)

- INFO–3 (情報)

- DEBUG–4

- TRACE–5

デフォルトのログ・レベルはINFO–3です。

- クロス層ログ・レベル: 複数の層にまたがる診断メッセージのログ・レベル。次の1から5のログ・レベルがサポートされています。

- ERROR–1

- WARN–2 (警告)

- INFO–3 (情報)

- DEBUG–4

- TRACE–5

デフォルトのログ・レベルはINFO–3です。

- エージェント・リクエスト・タイムアウト: JVM診断エンジンがJVM診断エージェントの応答を待機する秒数。応答の待機中に、モニター対象のJVMが非常にビジーでコンソールがタイムアウトして切断される場合は、この値を大きくできます。

- モニタリング有効化: このチェック・ボックスを選択して、モニタリングの開始と停止を切り替えます。

4. 詳細設定

- モニタリング集計間隔: モニタリング対象サンプルの詳細をサマリー・データに集計する頻度。

- (時間)より古い詳細データをパージ: 詳細なモニタリング対象サンプルの保持期間。

- スレッド・スタック・リポジトリ挿入率(%): 1から100までの数値を入力します。スレッド・スタックは指定したレートでリポジトリに格納されます。

- システム・サンプル間隔: モニタリング時にシステム詳細(累積CPUカウンタ、ヒープ・サイズおよびガベージ・コレクション(GC)数)を収集する頻度。

- この日数を超えた集計データのパージ: 集計されたモニタリング対象サンプルの保持期間。

- スレッドの変更の再試行: サンプル中にスレッド・スタックが変更される(スレッドでCPUを使用している場合に発生する可能性がある)と、JVM診断ではそのサンプルについてそのスレッドをスキップします。不足しているサンプルを見つけた場合、この機能を使用して変更されたスタックを再トレースします。スタックが変更されているスレッドが5回まで再試行されます。可能な場合、スタックを取得するシステム・コールも実行されます。

注意:
このフィールドは、JVMTI(レベル0)の最適化は適用されません。

「保存」をクリックしてパラメータを保存します。

5. 「スレッド・ルール」リージョンで、次の操作を定義できます。

- アイドル・スレッド・ルール: アイドル・スレッド・ルールにスレッドを追加して、アイドルなスレッドとしてマークします。アイドルとしてマークされているスレッドはすべてモニターされません。「新規ルール」をクリックして、新しいアイドル・スレッド・ルールを作成し、アイドル・スレッド・ルール情報を指定します。

- ルール・タイプ: ルール・タイプには次のものがあります。
モニター(ロック待機): 指定した名前のロックでロックされているスレッドを無視する場合、このタイプを選択します。

現在のコール: 選択した機能(クラスとメソッドの組合せ)にコールを行うすべてのスレッドを無視するにはこのタイプを選択します。ワイルド・カードを指定することができ、たとえばweblogic.servlet.*と指定すると、この条件を満たすすべてのスレッドが無視されます。

注意: スタックの現在のコールは、上から下に並んだスタックの最初のフレームです。つまり、機能(クラスとメソッドの組合せ)はシステム・コールではありません。java.*などユーザー・アプリケーションに関係しないコールがシステム・コールと見なされます。

スレッド名: 特定の名前のスレッドを無視する場合は、このタイプを選択します。

- ルールの値: 「ルールの値」には、完全修飾クラス名、メソッド、その後ろにクラスとメソッドの組合せが含まれる必要があります。
「現在のコール」の例はweblogic.socket.PosixSocketMuxer->processSocketsです。

「モニター(ロック待機)」の例はweblogic.socket.PosiSocketMuxer$1です。

アイドル・スレッド・ルールで指定された基準に一致するスレッドはすべて、「アクティブ・スレッドの表示」画面に表示されません。

- グローバル・ルール: アイドル・スレッド・ルールをすべてのJVMプール・ターゲットに適用する場合に、このチェックボックスを選択します。このボックスがチェックされていない場合、このルールが適用可能になる1つ以上のJVMプールを選択する必要があります。

アイドル・スレッド・ルールで指定された基準に一致するスレッドはすべて、「アクティブ・スレッドの表示」画面に表示されません。

- システム・コール・ルール: システム・コール・ルールにメソッドを追加して、システム・コールとしてマークします。java.*などユーザー・アプリケーションに関係しないコールがシステム・コールと見なされます。「新規ルール」をクリックして、新しいシステム・コールを作成し、sun.*やjava.*などの一致パターンを指定します。
「システム・コール・ルール」表のルールと一致するすべてのメソッドは、システム・コールとして識別されます。

21.2.2 JVMおよびJVMプールの構成

一連のJVMをJVMプールにグループ化することで、すべての関連JVMにおけるモニタリング情報を単一のビューで提供できます。WebLogicドメイン内のすべてのJVMプールを表示し、新規JVMプールを作成し、既存のJVMプールを編集できます。

1. 「設定」メニューで「ミドルウェア管理」を選択して、「設定」を選択します。RUEI/BTM/JVMDエンジン表の「JVM診断エンジン」行を選択して、「構成」をクリックします。

2. 「JVMおよびプール」タブをクリックします。使用可能なすべてのJVMプールのリストが表示されます。プールごとに、「ポーリング有効」フラグを設定して「ポーリング間隔」を指定できます。「ポーリング有効」フラグが「はい」に設定されている場合、このプールに属するJVMは、ポーリング間隔に基づいて定期的にアクティブなリクエストにポーリングされます。

3. 「プールの作成」をクリックし、新規プールを作成します。

1. 「JVMプールの新規作成」ダイアログ・ボックスで、JVMプールの名前と説明を入力します。

2. 「ポーリング間隔」フィールドで、モニタリング(ポーリング)が有効なときに、このプールに属するJVMのサンプリング間隔を指定します。

3. 「ポーリング有効」チェック・ボックスを選択して、このプールに属するJVMをポーリングします。

4. 「作成」をクリックしてJVMプール情報を保存します。

4. プールを削除するには、プールをハイライト表示して「削除」をクリックします。

5. JVMプールまたはJVMを選択して「詳細」をクリックし、JVMプールまたはJVMの追加の詳細を表示します。

6. 「ダウンロード」をクリックしてJVM診断コンポーネントをダウンロードします。次のコンポーネントをダウンロードできます。

- JVMDエージェント: すべてのサポートされているプラットフォームのJVM診断エージェント・バイナリが含まれています。

- LoadHeap: ヒープ・スナップショットをリポジトリにアップロードするスクリプトが含まれています。

- JFRのロード: JFRスナップショットをリポジトリにアップロードするスクリプトが含まれています。JMC (Java Mission Control)を使用し、JFRスナップショットをダウンロードして分析します。

7. JVMプールまたはJVMを選択して、「構成」をクリックします。
JVMプールの詳細は、第21.4.4項「JVMプールの構成」を参照してください。

JVMの詳細は、第21.5.11項「JVMの構成」を参照してください。

21.2.3 データベースの登録

次の手順を実行して、データベースを登録します。

1. 「設定」メニューで「ミドルウェア管理」を選択して、「設定」を選択します。RUEI/BTM/JVMDエンジン表の「JVM診断エンジン」行を選択して、「構成」をクリックします。

2. 「データベースの登録」タブをクリックします。登録済データベースのリストが表示されます。データベース名、ホスト、モニター対象データベースのOracle SIDおよびリスナー・ポート番号が表示されます。

3. 次の操作を実行できます。

- データベース・インスタンスの追加: 「追加」メニューから「データベース・インスタンス」を選択して、単一インスタンスまたはOracle Real Application Cluster (RAC)のデータベース・ターゲットを登録します。

- カスタム・データベースの追加: 「追加」メニューから「カスタム・データベース」を選択して外部データベース・ターゲットを登録します。名前、ホスト、ポート、SID、インスタンスID、サービス、ユーザー名、パスワードおよび確認用パスワードを指定し、「接続テスト」をクリックしてデータベースの詳細を検証します。確認したら、「OK」をクリックしてデータベースを登録します。

- 削除: リストからデータベースを選択し、「削除」をクリックして、登録済のデータベースを削除します。

- 編集: データベース・インスタンスは編集できます。ただし、編集できるのはカスタム・データベースのみです。リストからカスタム・データベースを選択して、「編集」をクリックします。

- DB URLの管理: このオプションを使用して、JVM診断およびデータベース診断の間のクロス層相関を確立します。データベースを選択し、「DB URLの管理」をクリックします。データベースのデータベースURLの関連付け/関連付け解除で、「データベースURL」を選択して「追加」をクリックし、関連付けるデータベースのURLを指定します。

注意:
DBユーザーは、モニター対象のアプリケーションを実行するユーザーと同一であり、ターゲット・データベースの固定ビューであるGV_$SESSION、GV_$SESSION_WAIT、GV_$PROCESS、GV_$SQLTEXT、GV_$SQLAREA、GV_$LOCKおよびGV_$LATCHNAMEに対するSELECT権限を持っている必要があります。
jvmadminなどのSELECT権限をユーザーに付与するには、コマンドを次のとおりに入力します。

SQL> grant select on SYS.GV_$LATCHNAME to jvmadmin

異なるデータベース・ユーザーが複数のアプリケーションを実行している場合、単一のデータベース・エージェントに複数の登録が必要になる場合があります。

- エクスポート: このオプションでは、情報がスプレッドシート形式で提供されます。スプレッドシートを開いたり、または今後の使用のために保存したりできます。

4. データベースが登録された後、JVM診断エンジンは、特定のJVMについてモニターされているアプリケーションと基礎となるデータベース間の層間JVMコールのモニタリングを開始します。

21.2.4 ヒープ分析ホストの構成

以下の点に注意する必要があります。

注意:
ヒープの分析およびロード手順では、ヒープ分析ホストのメモリー要件が大きくなります。ヒープ分析ホストに64ビットJVMと十分な空きメモリーがあることを確認します。

ヒープ分析ホストを構成するには、次の手順に従います。

1. 「設定」メニューで「ミドルウェア管理」を選択して、「設定」を選択します。RUEI/BTM/JVMDエンジン表の「JVM診断エンジン」行を選択して、「構成」をクリックします。

2. 「ヒープ分析ホスト」タブをクリックします。「ヒープ分析ホストの構成」ページが表示されます。

3. ヒープ分析ホストを構成するには、「追加」をクリックして次の詳細を入力します。

- 別名: ホストの別名を入力します。

- ヒープ分析ホスト: 管理エージェントがデプロイされているヒープ分析ホストです。

4. 構成を保存するには、「保存」をクリックします。

21.2.5 登録済のJVMおよびマネージャの表示

登録されたJVMおよびJVMマネージャのリストを表示するには、次の手順を実行します。

1. 「設定」メニューで「ミドルウェア管理」を選択して、「設定」を選択します。

2. 登録済のJVM診断エンジンのリストが表示されます。

- 名前: JVM診断エンジンに割り当てられている名前。このIDによって、すべてのプロセスでJVM診断エンジンが識別されます。

- タイプ: エンジンのタイプ(この場合はJVM診断エンジン)。(デフォルトでは、この列は表示されていません。)

- ホスト: JVM診断エンジンがデプロイされているマシン。

- ポート: JVM診断エンジンがデプロイされているサーバーのHTTPポート。

- SSLポート: JVM診断エンジンがデプロイされているサーバーのSSLポート。

- 可用性(%): エンジンが使用可能になっていた時間の割合。

- ステータス: JVM診断エンジンのステータス。オプションは、「アクティブ」、「非アクティブ」または「N/A」(使用不可)です。

- サーバー: エンジンが配置されているサーバー。

- バージョン: このJVM診断エンジンのビルド・バージョン。

「JVM診断エンジン」行を選択し、「構成」をクリックしてJVM診断エンジン・パラメータ、JVMとプール、データベースおよびヒープ分析ホストを構成します。

- JVMD構成

- JVMおよびプール

- データベースの登録

- ヒープ分析ホスト

21.3 JVM診断ページへのアクセス

JVM診断エンジンをデプロイしてJVM診断を構成したら、これらの機能を使用できるようになります。「ターゲット」メニューから「ミドルウェア」を選択し、Java仮想マシン・プール・ターゲットまたはJava仮想マシン・ターゲットをクリックします。ターゲットのホーム・ページが表示されます。

JVM診断の使用を開始するには、「Java仮想マシン・プール」メニューから該当するオプションを選択します。

また、「JVM診断」ページには、WebLogic Server、WebLogicドメイン、JBoss Serverまたはクラスタのターゲットの各ホーム・ページからアクセスすることもできます。そのためには、ターゲットをクリックし、そのホーム・ページに移動します。「ターゲット」メニューから「診断」を選択し、適切なJVM診断メニュー・オプションを選択します。

21.4 JVMプールの管理

一連のJVMをJVMプールにグループ化することで、すべての関連JVMにおけるモニタリング情報を単一のビューで提供できます。プール内のすべてのJVMのモニター、JVMプールの履歴およびリアルタイム・データの表示、スレッドおよびヒープ・スナップショットの管理、新規プールの作成、既存のJVMプールの編集が可能です。JVMおよびJVMプールはEnterprise Manager内のターゲットになります。次の操作を実行できます。

- Java仮想マシン・プールのホームページの表示

- 「JVMプールのパフォーマンス診断」ページの表示

- JVMプールの「ライブ・スレッド分析」ページの表示

- スレッド・スナップショットの管理

- ヒープ・スナップショットの分析

- JVMプールの構成

- JVMプールの削除

- JVMプールのグループへの追加

- Java Workload Explorerの使用

21.4.1 Java仮想マシン・プールのホームページの表示

Java仮想マシン・プールのホームページには、JVMプール内のすべてのJVMの概要および構成情報が表示されます。

これには、次の詳細が表示されます。

- サマリー: ポーリングが有効かどうか、およびポーリング間隔を示します。インシデントの数と構成変更の回数も表示されます。インシデント番号をクリックすると、インシデント・マネージャ・ページにドリルダウンします

- 可用性: このリージョンには、JVMプール内のメンバーの可用性ステータスが表示されます。メンバーのリンクをクリックすると、JVMのホームページにドリルダウンします。

- JVMアクティビティ(過去15分間): このリージョンには、プールの各JVMのアクティブなスレッドが表示されます。JVMアクティビティのグラフ(「アクティブ・スレッドの状態」、「メモリー使用量」、「CPU使用率」、「GCオーバーヘッド」および「レスポンスと負荷」)を選択することもできます。

- 概要(過去15分): このリージョンには、プールの各JVMの過去15分間のステータスが表示されます。JVMの現在のアクティビティ(CPU使用率、メモリー、データベース・レスポンス、ネットワーク・レスポンスを待機しているスレッドの平均数、同期ロックを待機しているスレッドの平均数、アイドル・スレッド、および構成変更を含む)が表示されます。その他の情報: 「ターゲット・ステータス」、「診断の結果」、「GCオーバーヘッド%」、「ホストCPU使用率」。最大使用済JVMヒープ(%)、「メジャーGC数」、「マイナーGC数」、「メジャーGC時間(ms)」、「マイナーGC時間(ms)」、「ホスト」、「OS」、「ベンダー」、「JVMバージョン」、「最小ヒープ・サイズ(MB)」、「最大ヒープ・サイズ(MB)」、「オープン・ファイル・ディスクリプタ(%)」、「スワップ領域(%)」、「ホスト・メモリー(%)」、「コンテキスト切替え(/秒)」および「OSR」。
表示されたJVMが異なるWebLogicドメインに存在する場合は、JVMが稼働しているWebLogicドメインとホストが表示されます。「JVM」リンクをクリックすると、JVMホーム・ページにドリルダウンできます。

- 上位リクエスト(過去15分間): このリージョンには、プールの各JVMの上位リクエストが表示されます。統計には、各リクエストのJVM時間、JVM CPU、スレッド割当て、件数、最大期間、各リクエストの平均期間、スループット(/分)および最小期間(ms)が含まれます。

21.4.1.1 JVM診断イベントのインシデントへの昇格

イベントは、ターゲット、ジョブ、モニタリング・テンプレートに関連して、特定の時点でEnterprise Managerによって検出された重要な事象であり、通常の動作である場合も、問題のある動作を示す場合もあります。イベントの例としては、データベース・ターゲットの停止、メトリックに基づいたパフォーマンスしきい値の違反、アプリケーション構成ファイルでの未認可の変更、ジョブ実行での失敗などがあります。

インシデントは、監視対象の問題で、即時のアクションによる解決(手動または自動)あるいは根本原因の解決が必要であることを示す、1つのイベント、または相関関係のある一連のイベントです。

デフォルトでは、JVM診断イベントはインシデントには昇格されないので、JVMプールまたはJVMホームページに表示されることはありません。イベントをインシデントに昇格するには、次の手順を実行します。

1. 「設定」メニューで「インシデント」、「インシデント・ルール」の順に選択します。

2. 「ルール・セットの作成」をクリックします。「ルール・セットの作成」ページの「ターゲット」リージョンで、「すべてのターゲットのタイプ」オプションを選択します。「Java仮想マシン」を選択し、Java仮想マシン・プールのターゲット・タイプを選択します。

3. 「ルール」リージョンで「作成」をクリックし、「作成するルールのタイプを選択」ウィンドウで「受信イベントおよびイベントの更新」オプションを選択して「続行」」をクリックします。「新しいルールの作成: イベントの選択」ページが表示されます。「タイプ」ドロップダウン・リストで、「JVM診断しきい値違反」を選択します。

4. 次に、JVM診断しきい値違反タイプの特定のイベントを選択します。

5. 「追加」をクリックします。「JVM診断しきい値違反ルール」ウィンドウが表示されます。しきい値違反イベントをトリガーするJVM診断メトリックを選択します。これらのイベントはインシデントに昇格されます。「OK」をクリックします。「次へ」をクリックしてルールを確認し、「続行」をクリックしてルールを保存します。条件に一致するすべてのイベントはインシデントに昇格され、JVM診断プールのホームページに表示されます。

21.4.2 JVMプールのパフォーマンス診断ページの表示

このページには選択したJVMプールのサマリーおよび詳細情報が表示されます。また、特定の2つの期間についてJVMプール・データを比較することもできます。

このページを表示するには、「ターゲット」メニューから「ミドルウェア」を選択し、JVMプール・ターゲットをクリックします。「Java仮想マシン・プール」メニューから「JVMパフォーマンス診断」オプションを選択します。

このページには、「サーバーの状態」グラフや「上位アクティビティ」のリストなど、JVMプールのサマリー詳細が表示されます。

「状態」、「メソッド」、「データベース」、「スレッド名」、「JVM」、「ECID」、「DBWaitイベント」、「スキーマ名」、「リクエスト」、「SQL」などの様々な基準を指定して、表示されるデータをフィルタ処理できます。

プールでの各JVMのサーバー状態のグラフも表示できます。指定したフィルタを無視するには、「フィルタを無視」チェック・ボックスを選択します。

「上位アクティビティ」リージョンでは、JVMプールの上位メソッド、上位リクエスト、上位DBWaitイベント、上位SQLおよび上位データベースが表示されます。リンクをクリックして、「詳細」ページにドリルダウンできます。

2つの期間でデータを比較できます。「比較対象」チェック・ボックスを選択し、比較データを表示する比較期間を指定します。

21.4.3 JVMプールのライブ・スレッド分析ページの表示

このページには、選択したプールのすべてのJVMのリアルタイム・データが表示されます。このデータは、JVMの様々なアクティブおよびアイドル状態のスレッド分析に役立ちます。分析では、スレッド・レベルからスレッドで使用されたメソッドに、そしてメソッドに含まれているローカル変数にドリルダウンできます。

「ターゲット」メニューから「ミドルウェア」を選択し、Java仮想マシン・プール・ターゲットをクリックします。「Java仮想マシン・プール」メニューから「ライブ・スレッド分析」オプションを選択します。

このページには次の内容が表示されます。

- JVM: この表には、JVMのリストと各JVMの現在のステータスが表示されます。CPU使用率、メモリー、データベース・レスポンスを待機しているスレッドの数、同期ロックを待機しているスレッドの数およびその他の詳細など、JVMの現在のアクティビティが表示されます。

- JVMスレッド: この表には選択したJVMで実行中のすべてのスレッドのリストが表示されます。各スレッドに関して、次の詳細が表示されます。

- スレッド名: スレッド名。リンクをクリックすると、JVMスタックが表示されます。

- リクエスト: スレッドによって処理されているアプリケーション・リクエスト。

- OS Pid: このスレッドのオペレーティング・システムとスレッドのID。

- 現在のコール: スレッドで実行されている最下位のユーザー・メソッド。

- ファイル名: 現在のコールのクラスとメソッドを含むファイル名。

- 行: 現在実行中のメソッドの行番号。

- 状態: スレッドの現在の状態。これには「DB待機」、「RMI待機」または「ネットワーク待機」があります。
スレッドがDB待機状態にある場合は、「待機中」列にスレッドが待機しているデータベースの名前が表示され、「待機時間」列にはスレッドが待機する必要のある時間が表示されます。

リンクをクリックすると、そのデータベースの診断の詳細が表示されます。詳細は、第21.5.4.1項「多層間の分析の実行」を参照してください。これにより、データベースの問題を追跡して、データベース・アクティビティを行うアプリケーション・リクエストを特定できます。また、メソッドおよび行番号情報を含む完全なコール・スタックを表示することもできます。

注意:
データベース診断の詳細を表示するには、次の点を確認してください。

- JVM診断エージェントがリクエストを開始したJVMで実行されています。

- モニター対象のデータベースが、JVM診断エンジンによって登録されている必要があります。

- その他の列: 「アプリケーション名」、「モジュール名」、「ワーク・マネージャ」、「フレーム数」、「スタック」、「ボトルネック」、「文字の読取り」、「文字の書込み」、「ブロック数」、「ブロック時間(ms)」、「待機件数」、「待機時間(sec)」、「IOファイル名」、「OSスレッドId」、「経過時間(ms)」、「待機時間」、「保持されているロック」、「ECID」、「RID」、「ユーザー」、「セッション」、「アイドル」。

次の操作を実行できます。

- エクスポート: スレッドを選択して「エクスポート」をクリックし、Excelファイルにスレッド詳細とスレッド・スタック情報をエクスポートします。

- 検索/フィルタ: レポートされる行の数を最小限にするには、「検索」フィールドで列名を選択し、フィルタを指定します。たとえば、「スレッド名」を選択し、jobの語を入力します。検索を実行すると、jobの語が含まれるスレッドがレポートされます。

- アイドル・スレッドの表示: このチェック・ボックスを選択して、「JVMスレッド」表にすべてのアイドル・スレッドをリストします。

- デタッチ: スレッドを選択して、「デタッチ」をクリックすると、表が個別のウィンドウに表示されます。

- 選択したスレッドのスナップショットの取得: スレッドを選択して、「アクション」メニューから「選択したスレッドのスナップショットの取得」を選択します。スレッド・スナップショット・ページが表示されます。スナップショット設定を構成して「スレッド・スナップショットの取得」をクリックできます。選択したスレッドの詳細を含むスナップショット・ファイルが生成されます。「Java仮想マシン・プール」メニューから「スレッド・スナップショット」を選択して追加の詳細を表示します。

- アクティブなスレッドのスナップショットの取得: このオプションでは、すべてのアクティブなスレッドのスナップショットを取得できます。「アクション」メニューから「アクティブなスレッドのスナップショットの取得」を選択すると、「スレッド・スナップショット」ページが表示されます。スナップショット設定を構成して「スレッド・スナップショットの取得」をクリックできます。すべてのアクティブ・スレッドの詳細を含むスナップショット・ファイルが生成されます。「Java仮想マシン・プール」メニューから「スレッド・スナップショット」を選択して追加の詳細を表示します。

- スレッド履歴の表示: スレッドを選択し、「アクション」メニューから「スレッド履歴の表示」を選択します。選択した時間間隔のスレッドの履歴データがJava Workload Explorerページに表示されます。

- アイドルとしてマーク: スレッドを選択し、「アクション」メニューから「アイドルとしてマーク」を選択します。選択したスレッドには、アイドル・スレッド・ルールに基づいて「アイドル」のマークが表示され、モニタリング・データに収集されなくなります。JVMDにアイドル・スレッドがマークされても、OSまたはJVMスレッド管理は影響を受けません。

- アクティブとしてマーク: アイドル・スレッドを選択して、「アクション」メニューから「アクティブとしてマーク」を選択し、ステータスを「アクティブ」に変更します。

- システム・コールをマーク: 「JVMD構成」ページでシステム・コールとして定義されたスレッド(第21.2.1項「JVM診断エンジンの構成」を参照)とは別に、特定のスレッドをシステム・コールとしてマークできます。これにより、JVMDでは、マークされたメソッドがユーザー・コール・メソッドとみなされなくなります。
「JVMスレッド」表からスレッドを選択します。「アクション」メニューから「システム・コールをマーク」を選択して、そのスレッドをシステム・コールとしてマークします。このようにマークされたユーザー・コールは、その後、すべてシステム・コールとして扱われます。マークされたコールを選択して「システム・コールのマークを解除」をクリックすると、その後、そのスレッドはユーザー・コールとして扱われます。

- スレッド情報: このセクションには、選択したスレッドの詳細情報が表示されます。現在のコール、リクエスト、ECID、状態、待機中、待機リクエストなど、スレッドの詳細が表示されます。スレッドがDB待機状態になっている場合は、データベース・ホームページにドリルダウンするリンクをクリックします。

- スレッド・スタック: 「スレッド・スタック」表には、選択したスレッドの次の詳細が表示されます。

- クラス・メソッド: スタック・フレームのクラスおよびメソッド。リンクをクリックすると、メソッド・ローカルが表示されます。

- ファイル: クラスを定義しているファイル。

- 行: メソッド内の現在の実行ポイント。メソッドがインライン化されているかネイティブの場合、行番号は使用できないことがあります。

次の操作を実行できます。

- ローカル・オブジェクトの参照: 表からメソッドを選択して「ローカル・オブジェクトの参照」をクリックします。ポップアップ・ウィンドウが表示され、ローカル変数、オブジェクトとそのクラス、および値が表示されます。

- エクスポート: 「エクスポート」をクリックしてファイルに選択したスレッドの詳細をエクスポートできます。ファイルの保存先ディレクトリを指定するように求められます。パスを入力し、「保存」をクリックして、ファイルを.csv形式で保存します。

- 自動リフレッシュ: 自動リフレッシュ期間を指定して、表示されるデータをリフレッシュできます。

自動リフレッシュ期間を指定して、表示されるデータをリフレッシュできます。

21.4.4 JVMプールの構成

「ターゲット」メニューから「ミドルウェア」を選択し、Java仮想マシン・プール・ターゲットをクリックします。「Java仮想マシン・プール」メニューから「JVMプールの構成」オプションを選択します。次の操作を実行できます。

- JVMプールの詳細を変更します。プール・プロパティを更新することで、プールのモニタリングの有効化または無効化や、ポーリング間隔の変更ができます。「保存」をクリックして、変更を保存します。

- JVMプールのしきい値を構成します。第21.4.4.1項「プールしきい値の更新」を参照してください。

21.4.4.1 プールしきい値の更新

次の手順を実行し、「JVMプール情報の編集」ページでプールしきい値を編集します。

1. 「JVMプールのしきい値の編集」リージョンに、次の詳細が表示されます。

- メトリック: モニター対象の属性またはメトリック。

- しきい値: メトリックのクリティカルおよび警告のしきい値。モニター対象のサンプルが最小数に達した後に、しきい値を超えると違反になります。

2. 「追加」をクリックして修正処理を追加します。リストから修正処理を選択し、「OK」をクリックします。次のいずれかを選択できます。

- アクションなし: 修正アクションは定義されません。

- トレース・ダンプ: このオプションを選択して、しきい値違反が発生したときに特定のスレッドまたはすべてのアクティブなスレッドをトレースします。次のパラメータを定義できます。

- ポーリング間隔(ミリ秒): スナップショットを繰り返す間隔。

- ポーリング継続時間(秒): スナップショットを取得する継続時間。

- 説明: トレース・ダンプの目的の説明です。他のユーザーに関する情報が含まれます。

- スレッド詳細: スナップショットにスレッド詳細を含める必要があるかどうかを指定できます。

- スレッドの変更の試行: 場合によって、スレッドに関連付けられているスタックが急変して、スナップショットの取得が困難になることがあります。このパラメータを選択すると、スレッドを一時停止してスナップショットを取得できます。

- ネットワーク待機を含む: スナップショットにネットワーク待機のスレッドを含める必要があるかどうかを指定します。

- すべてのスレッド: スナップショットにすべてのスレッド(アクティブおよびアイドル)を含める必要があるかどうかを指定します。

- ヒープ・ダンプ: このオプションを選択して、しきい値違反が発生したときにヒープ・ダンプを生成します。「ヒープ・スナップショット・タイプ」は次のとおりです。

- TXT: JVM診断での分析用のテキスト(txt)。

- HPROF: 外部ツールによる分析用のバイナリ形式。

しきい値違反が原因で修正処理(トレース・ダンプまたはヒープ・ダンプ)が生成されると、イベント詳細ページにトレース・ダンプまたはヒープ・ダンプのファイルが表示されます。第21.10項「JVM診断しきい値違反の表示」を参照してください。

- JFRスナップショット: このオプションを選択すると、JFRのダンプが生成されます。
JFRスナップショットの作成は、Java JVMおよびOracle JDK 1.7.0_04以降に対してサポートされます。Oracle JDK 1.7.0_04以降で、JDK 1.8.0_40より前の場合、JVMプロセスを'-XX:+UnlockCommercialFeatures -XX:+FlightRecorder'のJavaオプションで実行する必要があります。これらのJavaオプションはJDK 1.8.0_40以降では不要です。

- クラス・ヒストグラム: このオプションを選択すると、クラス・ヒストグラムのダンプが生成されます。

- 診断スナップショット: このオプションを選択すると、診断ダンプが生成されます。
このスナップショットで使用するには、期間(分)を選択します。

3. 「保存」をクリックしてしきい値を保存します。

21.4.5 JVMプールの削除

JVMプールは次の場所で削除できます。

- 「ミドルウェア」ページ: JVMプールをハイライト表示して、「削除」をクリックします。

- JVMプールのホームページ: 「Java仮想マシン・プール」メニューで「ターゲット設定」を選択し、「ターゲットの削除」をクリックします。

警告メッセージが生成されます。削除されるターゲットの名前が表示され、プールの削除時には、プール内のすべてのJVMターゲットも表示されます。「はい」をクリックするとJVMプールが削除され、「いいえ」をクリックするとJVMプールのホーム・ページに戻ります。

21.4.6 JVMプールのグループへの追加

JVMプールのホームページで「Java仮想マシン・プール」メニューを選択します。「ターゲット設定」を選択して「グループに追加...」をクリックします。

JVMプールを1つ以上のグループに追加するには、このオプションを選択します。ユーザーがオペレータ権限を持つポップアップ・ウィンドウが開き、グループのリストが表示されます。1つ以上のグループを選択し、「追加」をクリックすると、ターゲットがグループに追加されます。

21.5 JVMの管理

プール内の特定のJVMのモニター、履歴およびリアルタイム・データの表示などを行うことができます。次の操作を実行できます。

- JVMホームページの表示

- 「JVMパフォーマンス診断」ページの表示

- JVM診断のパフォーマンス・サマリーの表示

- JVMの「ライブ・スレッド分析」ページの表示

- メモリー診断の表示

- クラス・ヒストグラムの操作

- ヒープ・スナップショットの取得

- ヒープ・スナップショットの取得およびリポジトリへのロード

- ヒープ・スナップショットの分析

- JFRスナップショットの管理

- JVMの構成

- JVMの削除

- JVMのグループへの追加

21.5.1 JVMのホームページの表示

JVMホームページには、JVMプール内のすべてのJVMの概要および構成情報が表示されます。JVMのホームページを表示するには、次の手順を実行します。

1. 「ターゲット」メニューから「ミドルウェア」を選択し、Java仮想マシン・ターゲットをクリックします。

2. JVMホームページに次の詳細が表示されます。

- サマリー: JVM、ヒープ・サイズ、帰属するWebLogic Server、およびコンポジット・アプリケーションの可用性ステータスなどのJVMの詳細が表示されます。リージョンには、発生したオープン・インシデントの数および構成変更の数も表示されます。インシデントの番号をクリックすると、インシデント・マネージャ・ページにドリルダウンします。

- JVMアクティビティ(過去15分間): 過去15分間のJVMのアクティブ・スレッド数。スレッドの詳細を確認するには、スレッドをクリックします。JVMアクティビティのグラフ(「アクティブ・スレッドの状態」、「メモリー使用量」、「CPU使用率」、「GCオーバーヘッド」および「レスポンスと負荷」)を選択することもできます。

- 概要(過去15分): JVM様々なスレッドの状態を色分けした列で表示します。このリージョンはページのカスタマイズを使用して追加できます。
表示されるJVMの現在のアクティビティには、「ターゲット・ステータス」、「スレッド」(「CPU」、「DB待機」、「ロック」、「ネットワーク待機」、「IO待機」、「RMI待機」)、「JVM時間(sec)」、「診断の結果」、「リソース(%)」、「ホストCPU(%)」、「JVM CPU (%)」、「JVMヒープ(%)」、「最大JVMヒープ(%)」、「GCオーバーヘッド(%)」、「メジャーGC数」、「マイナーGC数」、「メジャーGC時間(ms)」、「マイナーGC時間(ms)」、「ホスト」、「OS」、「ベンダー」、「バージョン」、「コンテナ名」、「コンテナ・タイプ」、「最小ヒープ・サイズ(MB)」、「最大ヒープ・サイズ(MB)」、「オープン・ファイル・ディスクリプタ(%)」、「スワップ領域(%)」、「ホスト・メモリー(%)」、「コンテキスト切替え(/秒)」、「OSR」が含まれます。

- 上位リクエスト(過去15分間): JVMの上位リクエストが表示されます。統計には、各リクエストのJVM時間、JVM CPU、スレッド割当て、件数、最大期間、各リクエストの平均期間、スループット(/分)および最小期間(ms)が含まれます。

21.5.2 JVMパフォーマンス診断ページの表示

このページには特定のJVMのサマリーおよび詳細情報が表示されます。このページを表示するには、次の手順を実行します。

1. 「ターゲット」メニューから「ミドルウェア」を選択し、Java仮想マシン・ターゲットをクリックします。

2. 「Java仮想マシン」メニューから「JVMパフォーマンス診断」オプションを選択します。

このページには、「サーバーの状態」グラフ、「状態別のアクティブ・スレッド」、「上位メソッド」、「上位リクエスト」、「上位DBWaitイベント」、「上位SQL」および「上位データベース」など、JVMプールのサマリー詳細が表示されます。「状態」、「メソッド」、「データベース」、「スレッド名」、「ECID」、「DBWaitイベント」、「スキーマ名」、「リクエスト名」、「SQL」、「ロック」などの様々な基準を指定して、表示されるデータをフィルタ処理できます。リクエスト名が表示されない場合は、「フィルタ・オプション」セクションにある「リクエスト」フィールドに「/」を入力します。「リクエストのフィルタ・メニュー」と上位リクエストのリストが表示されます。表からエントリを選択し、「OK」をクリックしてフィルタとして設定します。

指定したフィルタを無視するには、「フィルタを無視」チェック・ボックスを選択します。「上位アクティビティ」表の期間順チェック・ボックスを選択すると、平均期間が上位5件のリクエストとSQLが表示されます。

注意:
「スキーマ名」に基づくデータのフィルタ処理を選択する場合、ターゲットまたはカスタム・データベースが登録されていることと、データベースのクロス層相関が確立されていることを確認します。

「スレッド」タブをクリックして、「スレッドの状態遷移」チャートを表示します。このグラフは、指定した期間内にスレッドの状態がどのように変遷したかを示します。 ページ上部にある時間の選択コントロールを使用すれば、簡単に時間間隔を変更して別の期間を表示することができます。カラー・バーの上にカーソルをかざすと、ある状態から別の状態、たとえば実行可能から非アクティブまたは実行可能に状態が変遷したことを確認できます。次のサーバー状態グラフが表示されます。

- アクティブ・スレッド: このグラフは、プール内に存在するすべてのスレッドのステータスを示します。スレッドは、RMI、IO、NET、DB、CPU、LOCKなどの状態になっています。

- JVMによるCPU使用率: このグラフは、JVMのCPU使用率を示します。

- JVMによるヒープ使用率: このグラフは、JVMのヒープ使用率を示します。

- ガベージ・コレクション: このグラフはJVMのメジャーおよびマイナーのガベージ・コレクションを示します。

「スレッドの状態遷移」チャートの棒グラフをクリックすると「サンプル・アナライザ」が表示され、そのスレッドに対する詳細分析がスレッド上に表示されます。この機能を使用すると、モニターされているデータの各サンプル(特定の時間のJVMスナップショット)を分析できます。

「JVMパフォーマンス診断」ページでは次のことができます。

- 2つの期間でデータを比較できます。「比較対象」チェック・ボックスを選択し、比較期間を指定します。選択した期間および現在の期間のデータが表示されます。

- 「診断スナップショットの作成」リンクをクリックし、特定期間のJVMターゲットの診断データを収集し、このデータをオフライン・モードで分析します。詳細は、21.9項「JVMオフライン診断」を参照してください。

21.5.3 JVM診断のパフォーマンス・サマリーの表示

「パフォーマンス・サマリー」ページでは、JVMターゲットのパフォーマンス・メトリック(システム・スレッドおよびアクティブ・スレッド)を表示できます。このページには、JVMターゲットに関する一連のグラフが表示されます。JVMパフォーマンス・メトリックを表示するには、次の手順を実行します。

1. 「ターゲット」メニューから「ミドルウェア」を選択し、Java仮想マシン・ターゲットをクリックします。

2. 「Java仮想マシン」メニューから、「パフォーマンス・サマリー」オプションを選択します。次のページが表示されます。

3. 一定期間のJVMパフォーマンス・メトリックの値を示す一連のデフォルトのグラフが表示されます。「警告のしきい値」または「クリティカルのしきい値」に達したまでの任意の期間のメトリックを確認します。
いずれのメトリックも「警告のしきい値」または「クリティカルのしきい値」を超えていない場合は、JVMのパフォーマンスと可用性においてメモリーが要因であると示している可能性があります。メモリー・リークがあるか、またはアプリケーションの負荷に対してJVMヒープ構成が小さすぎることを意味している場合があります。ヒープ構成が適正な場合は、リアルタイムのヒープ・データを確認する必要があります。次に、スナップショットを作成して、リークがないか検査することができます。詳細は、21.5.7項「ヒープ・スナップショットの取得」を参照してください。

4. 「メトリック・パレットの表示」ボタンをクリックします。メトリック・パレットには、現在のターゲット(JVM)および関連するターゲット用のフォルダが用意されています。メトリック・グラフは追加または削除が可能です。リーフ・ノードはチェック・ボックスとして機能します。リーフ・ノードをクリックして選択すると、グラフが追加されます。リーフ・ノードをクリックして選択を解除すると、メトリックが削除されます。リーフ・ノードをパレットからグラフまたは凡例にドラッグすると、そのグラフにメトリックが追加されます。

21.5.4 JVMのライブ・スレッド分析ページの表示

このページには選択したJVMのリアルタイム・データが表示されます。このデータは、JVMの様々なアクティブおよびアイドル状態のスレッド分析に役立ちます。分析では、スレッド・レベルからスレッドで使用されたメソッドに、そしてメソッドに含まれているローカル変数にドリルダウンできます。このページを表示するには、次の手順を実行します。

1. 「ターゲット」メニューから「ミドルウェア」を選択し、Java仮想マシン・ターゲットをクリックします。

2. ページの一番上の「ライブ・スレッド分析」リンクをクリックするか、「Java仮想マシン」メニューから「ライブ・スレッド分析」オプションを選択します。

このページには次の内容が表示されます。

- JVM: この表には、JVMのリストと各JVMの現在のステータスが表示されます。CPU使用率、メモリー、データベース・レスポンスを待機しているスレッドの数、同期ロックを待機しているスレッドの数や、その他の詳細などのJVMの現在のアクティビティが表示されます。JVMプロセスの統計には、「CPU (%)」、「メモリー(%)」、「コンテキスト切替え(/秒)」および「オープン・ファイル・ディスクリプタ(%)」が含まれます。スレッドの統計には、「CPU」、「DB待機」、「ロック」、「ネットワーク待機」、「IO待機」、「RMI待機」および「アイドル・スレッド」が含まれます。

- JVMスレッド: この表にはJVMで実行中のすべてのスレッドのリストが表示されます。スレッドをクリックすると、スレッドの詳細が表示されます。使用可能な列をすべて表示するには、「表示」メニューから、「列」を選択し、「すべて表示」を選択します。
スレッドの詳細は、次のとおりです。

- スレッド名: スレッド名。リンクをクリックすると、JVMスタックが表示されます。

- リクエスト: スレッドによって処理されているアプリケーション・リクエスト。

- OS Pid: このスレッドのオペレーティング・システムとスレッドのID。

- 現在のコール: スレッドで実行されている最下位のユーザー・メソッド。

- ファイル名: 現在のコールのクラスとメソッドを含むファイル名。

- 行: 現在実行中のメソッドの行番号。

- 状態: スレッドの現在の状態。これには「DB待機」、「RMI待機」または「ネットワーク待機」があります。スレッドがDB待機状態の場合は、リンクをクリックするとデータベース診断の詳細が表示されます。これにより、データベースの問題を追跡して、データベース・アクティビティを行うアプリケーション・リクエストを特定できます。また、メソッドおよび行番号情報を含む完全なコール・スタックを表示することもできます。

注意:
データベース診断の詳細を表示するには、次の点を確認してください。

- JVM診断エージェントがリクエストを開始したJVMで実行されています。

- モニター対象のデータベースが、JVM診断エンジンによって登録されている必要があります。

BTMエージェントが稼働中の場合は、リクエスト名とリクエスト期間が表示されます。スレッドがDB待機状態にある場合は、「待機中」列にスレッドが待機しているデータベースの名前が表示され、「待機時間」列にはスレッドが待機する必要のある時間が表示されます。「DB待機」列のリンクをクリックすると、そのデータベースの診断の詳細が表示されます。これは、データベースの問題を追跡して、データベース・アクティビティを行うアプリケーション・リクエストを特定するうえで役立ちます。

注意:
データベースの診断の詳細は、次の場合に表示できます。

- JVM診断エージェントがリクエストを開始したJVMで実行されています。

- モニター対象のデータベースが、JVM診断エンジンによって登録されている必要があります。

実行可能な操作は次のとおりです。

- エクスポート: スレッドを選択して「エクスポート」をクリックし、Excelファイルにスレッド詳細とスレッド・スタック情報をエクスポートします。

- 検索/フィルタ: レポートされる行の数を最小限にするには、「検索」フィールドで列名を選択し、フィルタを指定します。たとえば、「スレッド名」を選択し、jobの語を入力します。検索を実行すると、jobの語が含まれるスレッドがレポートされます。

- アイドル・スレッドの表示: このチェック・ボックスを選択して、「JVMスレッド」表にすべてのアイドル・スレッドをリストします。

- デタッチ: スレッドを選択して、「デタッチ」をクリックすると、表が個別のウィンドウに表示されます。

- 選択したスレッドまたはアクティブなスレッドのスナップショットの取得: リストからスレッドを選択し、「アクション」メニューから「選択したスレッドのスナップショットの取得」オプションを選択します。「スレッド・スナップショット」ページが表示され、ここでスナップショットを取得します。「アクティブなスレッドのスナップショットの取得」オプションを選択すると、このJVMで実行されているアクティブなスレッドすべてのスナップショットを取得できます。スナップショットごとに次のパラメータを指定できます。

- ポーリング間隔: スナップショットの繰り返し間隔。

- ポーリング継続時間: スナップショットの取得期間。

- 説明: スナップショットの説明。

- スレッド詳細: スナップショットにスレッド詳細を含める必要があるかどうかを指定できます。

- スレッドの変更の試行: 場合によって、スレッドに関連付けられているスタックが急変して、スナップショットの取得が困難になることがあります。このパラメータを選択すると、スレッドを一時停止してスナップショットを取得できます。

- ネットワーク待機を含む: スナップショットにネットワーク待機のスレッドを含める必要があるかどうかを指定します。

- すべてのスレッド: スナップショットにすべてのスレッド(アクティブおよびアイドル)を含める必要があるかどうかを指定します。

選択に応じて、選択したスレッドまたはアクティブなスレッドの詳細を含むスナップショット・ファイルが生成されます。「Java仮想マシン・プール」メニューから「スレッド・スナップショット」を選択して追加の詳細を表示します。

- スレッド履歴の表示: スレッドを選択し、「アクション」メニューから「スレッド履歴の表示」を選択します。過去30分間のスレッドの履歴データが表示されます。

- アイドルとしてマーク: リストからスレッドを選択し、「アクション」メニューから「アイドルとしてマーク」をクリックして、スレッドをアイドルとしてマークします。

- アクティブとしてマーク: 「アイドル・スレッドの表示」チェック・ボックスを選択した場合、アイドル・スレッドのリストが表示されます。スレッドを選択し、「アクション」メニューから「アクティブとしてマーク」を選択して、そのスレッドをアクティブなスレッドとしてマークします。

- 「システム・コールをマーク: JVMD構成」ページでシステム・コールとして定義されたスレッド(第21.2.1項「JVM診断エンジンの構成」を参照)とは別に、特定のスレッドをシステム・コールとしてマークできます。「JVMスレッド」表からスレッドを選択します。「アクション」メニューから「システム・コールをマーク」を選択して、そのスレッドをシステム・コールとしてマークします。このようにマークされたユーザー・コールは、その後、すべてシステム・コールとして扱われます。マークされたコールを選択して「システム・コールのマークを解除」をクリックすると、その後、そのスレッドはユーザー・コールとして扱われます。

- スレッド情報: このセクションには、選択したスレッドの詳細情報が表示されます。現在のコール、リクエスト、ECID、状態、待機中、待機リクエストなど、スレッドの詳細が表示されます。スレッドがDB待機状態になっている場合は、リンクをクリックしてデータベースのホームページにドリルダウンします。詳細は、21.5.4.1項「多層間の分析の実行」を参照してください。

- スレッド・スタック: 「スレッド・スタック」表には、選択したスレッドの次の詳細が表示されます。

- クラス・メソッド: スタック・フレームのクラスおよびメソッド。リンクをクリックすると、メソッド・ローカルが表示されます。

- ファイル: クラスを定義しているファイル。

- 行: メソッド内の現在の実行ポイント。メソッドがインライン化されているかネイティブの場合、行番号は使用できないことがあります。

メソッド・レベルから下位レベルにドリルダウンできます。次の操作を実行できます。

- ローカル・オブジェクトの参照: 表からメソッドを選択して「ローカル・オブジェクトの参照」をクリックします。ポップアップ・ウィンドウが表示され、ローカル変数、オブジェクトとそのクラス、および値が表示されます。

- エクスポート: 「エクスポート」をクリックしてファイルに選択したスレッドの詳細をエクスポートできます。ファイルの保存先ディレクトリを指定するように求められます。パスを入力し、「保存」をクリックして、ファイルを.csv形式で保存します。

- 自動リフレッシュ: 自動リフレッシュ期間を指定して、表示されるデータをリフレッシュできます。

21.5.4.1 多層間の分析の実行

JVMスレッドからデータベースまで、あらゆるJVMアクティビティをトレースできます。ライブ・スレッドおよびモニター対象の履歴データについて、多層間の相互関係を表示できます。

多層間の相互関係を構築する前に、データベースがEnterprise Managerのターゲットになっていること、そしてJVM診断に登録されていることを確認します。これで、JVM診断のページからデータベース診断のページにドリルダウンできるようになります。

注意:
データベースがJVMDに登録されていない場合は、DB待機状態のスレッドに関してデータベースJDBCの詳細、SQL文、SQL IDおよびスキーマ名がJVMDエージェントによって収集されます。
データベースがEnterprise Managerターゲットでない場合でも、データベースをカスタム・データベースとしてJVMDに登録することができ、そのデータベースに対するデータベース・アクティビティが名前に基づいて追跡されます。SQL文およびSQL IDはデータベースからリアルタイムでフェッチされますが、JVM診断のページからデータベース診断のページにドリルダウンすることはできません。

データベースを登録するには、次の手順を実行します。

1. 「設定」メニューで「ミドルウェア管理」を選択して、「設定」を選択します。RUEI/BTM/JVMDエンジン表の「JVM診断エンジン」行を選択して、「構成」をクリックします。

2. 「データベースの登録」タブをクリックします。登録済データベースのリストが表示されます。データベース名、ホスト、モニター対象データベースのOracle SIDおよびリスナー・ポート番号が表示されます。「JVMDサポートDB」を示す列も表示されます。この列の値が「はい」の場合は、多層間の分析に進むことができます。この列の値が「使用不可」の場合は、データベースへのJDBC接続を確立できないため、多層間の分析は実行できません。

注意:
データベースをJVMDに登録した後でも多層間の相互関係が確立されない場合は、データベースを選択して「DB URLの管理」をクリックします。「登録されたデータベースの関連付け/関連付け解除」フィールドで、データベースURLを選択して「追加」をクリックし、関連付けるデータベースのURLを指定します。登録済データベースにURLが関連付けられた後で、JVM診断エンジンは、JVMターゲットと基礎となるデータベース間の層間JVMコールのモニタリングを開始します。

ライブ・スレッドについて、多層間の相互関係を表示するには、次の手順を実行します。

1. 「ターゲット」メニューから「ミドルウェア」を選択し、Java仮想マシン・ターゲットをクリックします。「Java仮想マシン」メニューから「ライブ・スレッド分析」オプションを選択します。

2. 「JVMスレッド」列で、DB待機状態のスレッドを選択します。

3. 「スレッド情報」セクションにスレッドの詳細が表示されます。多層間の相互関係が確立されている場合は、「状態」フィールドにカーソルをかざすと、SID=<value>"SERIALNUM=<value>を確認できます。「DB待機」リンクをクリックして、データベース診断のページに移動します。

注意:
多層が確立されていない場合は、「データベースの詳細」ポップアップが開き、ターゲット・データベースのホスト、ポート、SID、ユーザーおよびJDBC URLが表示されます。これは、データベースがJVMDに登録されていない場合、またはJVMDが、データベースのJDBC URLに対応する登録済データベースを見つけられない場合に発生します。データベースを登録するには、「データベースの登録」ページを表示するには、ここをクリックしてくださいのリンクをクリックすると、「データベースの登録」タブが表示されます。データベースがすでに登録されている場合は、登録されたデータベースを上記のデータベースURLに関連付けるには、ここをクリックしてくださいのリンクをクリックして、JDBC URLを登録済データベースに関連付けます。ポップアップが開き、データベースのJDBC URLを登録済データベースに関連付けることができます。

モニター対象の履歴データについて、多層間の相互関係を表示するには、次の手順を実行します。

1. 「ターゲット」メニューから「ミドルウェア」を選択し、Java仮想マシン・ターゲットをクリックします。「Java仮想マシン」メニューから「JVMパフォーマンス診断」オプションを選択します。

2. 多層間に関連する「上位データベース」、「上位SQL」および「上位DBWaitイベント」の3つの表が表示されます。「上位データベース」の表には、プール内のJVM (1つまたは複数)がアクティビティを作成した上位のデータベースが表示されます。「上位DBWaitイベント」の表には、データベース内のJVMスレッドに起因する上位のDB待機イベントが表示されます。「上位SQL」表は、サンプル数でソートされたSQLのリストを示しています。
「上位SQL」のSQLをクリックすると、そのSQLが実行された登録済データベースのリストが表示されます。「未定義」は、JVMDに登録されていないデータベースで実行されたSQLを意味します。「上位データベース」のデータベースをクリックすると、データベース名へのリンクを示すポップアップが開きます。それをクリックすると、データベース診断のページに移動します。データベース名が「未定義」の場合、ポップアップには、登録されていなかったデータベースの異なるJDBC URLと各データベースの対応するサンプル数が表示されます。また、多層が確立されなかった理由も示されます。

3. データベース名のリンクをクリックすると、データベース診断ページにドリルダウンし、対応するデータベース・アクティビティが表示されます。

4. 「上位SQL」と「上位DBWaitイベント」のリンクをクリックすると、データベース診断の「SQLの詳細」ページおよび「ASHビューア」ページに移動します。
多層間の相互関係が確立されている場合は、データベースのJVM診断アクティビティを表示できます(データベース診断からJVM診断へドリルアップ)。「パフォーマンス」ページの「JVM診断」リンクをクリックすると、「JVMパフォーマンス診断」ページにドリルアップします。時間間隔、データベースおよびその他のフィルタに関連するデータが表示されます。

21.5.4.2 Oracle RACデータベースでの多層間の相互関係の確立

Oracle Real Application Cluster(Oracle RAC)データベースは、データベース・インスタンスおよびリスナーの構成が複雑です。ユーザー・アプリケーションでは、単一インスタンスのデータベースで使用するSIDのかわりに、Oracle RACサービスを使用してデータベースに接続します。ユーザー・アプリケーションは、実際のデータベース・インスタンスとは別のマシンをリスニングしているOracle RACリスナーに接続できます。多層間の相互関係が確立されるためには、すべてのリスナーおよびデータベース・インスタンスがEnterprise Managerの検出済ターゲットである必要があります。次のオプションのいずれかを使用して、多層間の相互関係を確立できます。

1. Oracle RAC内のすべてのデータベース・インスタンスがEnterprise Managerで検出されたら、次の手順に従って多層間の相互関係を確立します。

- Oracle RAC内の各データベース・インスタンスについて、そのデータベース・インスタンスを使用しているすべてのリスナーの詳細を、jvmd_db_listeners_additional_infoプロパティを指定することにより、追加します(このプロパティの値は"<listener name:listener host:listener IP:listener port,..."の形式である必要があります)。
たとえば、RACに2つのデータベース・インスタンス、l1とl2があり、これらがリスナーL1とL2により使用され、L1はホスト名H1、ip IP1およびポートPORT1をリッスンし、L2はホスト名H2、ip IP2およびポートPORT2をリッスンしている場合、jvmd_db_listeners_additional_infoプロパティの値は'L1:H1:IP1:PORT1,L2:H2:IP2:PORT2"と指定する必要があります。jvmd_db_listeners_additional_infoプロパティは、JVM診断によりモニターされるサーバー上で実行されているアプリケーションのJDBC URLで使用されるホスト名とポート番号が、正しいデータベース・インスタンスと一致することを確認するために使用されます。

たとえば、JDBC URLがjdbc:oracle:thin:@xxxx.oracle.com:1521:sidの場合、このURLが接続しているOracle RAC内のすべてのデータベース・インスタンスのjvmd_db_listeners_additional_infoプロパティは、LISTENER: xxxx.oracle.com:IP:1521である必要があります。

- jvmd_db_listeners_additional_infoターゲット・プロパティをデータベース・インスタンスに追加するには、各データベース・インスタンスについて次の手順を実行します。

- 次のコマンドを入力します。
insert into mgmt_target_properties (TARGET_GUID, PROPERTY_NAME, PROPERTY_VALUE) values ((mgmt_targetsからtarget_guidを選択、target_name='<DB Instance Name>' およびtarget_type='<oracle_database>'), 'jvmd_db_listeners_additional_info','LISTENER_<host1>:<host2>:<IP_add1>:<Service1>,LISTENER_<host3>:<host4>:<IP_add2>:<Service2>')

- JVM診断エンジンを再起動します。

- すでに登録されている場合は、このデータベース・インスタンス・ターゲット(Oracle RACのメンバー)をJVM診断から削除し、それから再登録します。

- このデータベース・インスタンスが、カスタム・データベースとしてJVM診断に登録されていないことを確認します。

2. Oracle RACのすべてのデータベース・インスタンスがEnterprise Managerで検出されていない場合は、次の手順を実行します。

- データベース・インスタンスをカスタム・データベースとしてJVM診断に登録します。カスタム・データベースを登録するには、JDBC URLに(JVM診断でモニターされるサーバーで実行されているアプリケーションで)指定されたものと同じホスト名、IPアドレスおよびポート番号を使用します。

21.5.5 メモリー診断の表示

このページには、現在のメモリー・プールの使用量の詳細およびガベージ・コレクションの統計が表示されます。また、クラス・ロードおよびクラス・コンパイルに関する統計も表示され、ライブ・ヒストグラムの取得と保存、およびすべてのヒストグラムの表示の方法も表示されます。

リポジトリにロードされたJVMヒープのリアルタイム分析を実行するには、次の手順を実行します。

1. 「ターゲット」メニューから「ミドルウェア」を選択し、JVMターゲットをクリックします。

2. 「Java仮想マシン」メニューから、「メモリー診断」を選択します。

3. 以下のタブを使用することができます。

- ヒープ・メモリー使用率
これらのグラフでは、Javaメモリー・プールの使用量について説明します。

- JVMヒープ・メモリー使用量
「サンバースト」グラフには、Javaヒープ構造およびサイズが表示されます。サンバーストの中央の「ヒープ」ノードは、JVMプロセスのヒープ・メモリーを表します。「ヒープ」ノードの上にマウスを置くと、ヒープのサイズ(MB)が表示されます。これらのノードの周囲は、JVMヒープ・メモリーの一部である他のメモリー・プールです。任意のプール・ノードをダブルクリックすると、サンバーストとそのプール・ノードが展開されますが、これは、グラフの中央とその子の「使用量」と「空き領域」が表示されるためです。

HotSpot JVMの場合、ヒープ・ノードにはEden領域、Survivor領域、Old Gen (世代)の3つの子が存在します。これらのノードの上にマウスを置くと、それらのサイズが表示されます。

棒グラフには、すべてのメモリー・プール(ヒープおよびヒープ以外)の使用率が表示されます。プール使用率が75%未満の場合、棒の色は緑色になります。プール使用率が75% - 95%の場合、棒の色は黄色になります。プール使用率が95%以上の場合、棒の色は赤色になります。

- 殿堂入り分布情報
殿堂入りとは、マイナー・コレクションの数を経て存続したJVMオブジェクトの存続時間です。たとえば、殿堂入りサイズが2のオブジェクトは、これらのオブジェクトが2回のマイナー・コレクションを経て存続したことを表します。

表示される統計は、JVMのバージョンおよびガベージ・コレクションの構成によって異なります。

- スレッド・ローカル割当てバッファ(TLAB)統計
このリージョンには、JVMパフォーマンス・カウンタに関連するスレッド・ローカル割当てバッファ(TLAB)統計が表示されます。

Eden領域のポインタ競合を回避するために、オブジェクトの割当て中に、オブジェクト割当てが実行されるプライベート・メモリー領域が各スレッドに割り当てられます。このプライベート・メモリー領域をTLABと呼びます。

- JVMメトリック
このリージョンには、JVMヒープに関連する様々なメトリック・グラフ(パーセンテージまたは値)が表示されます。JVMからのモニタリング・データは、相関グラフの準備に使用されます。

時間セレクタを使用して、グラフの目的の期間を選択します。デフォルトでは、グラフの期間は15分です。

表形式の情報を表示するには、「表ビュー」をクリックします。

注意:
最適化レベルで実行されているJVMの場合は、次の詳細が表示されます。

- JVMヒープ・メモリー使用量の表(様々なヒープ領域の使用量(KB)を表示)

- オブジェクトのJVMヒープ番号の表(様々なヒープ領域のオブジェクト番号を表示)

- ガベージ・コレクション
これらのグラフおよび表では、ガベージ・コレクション(GC)に追加されたオブジェクトの数がレポートされます。ガベージ・コレクションのタイプ(マイナーまたはメジャー)、および特定のタイプのガベージ・コレクションの数が表示されます。

- 前回のガベージ・コレクションの情報
「前回のガベージ・コレクションの情報」リージョンには、前回のコレクションの開始時間、終了時間、期間、ガベージ・コレクタ名、現在のガベージ・コレクション数、ガベージ・コレクション・スレッドの数など、JVMで発生した前回のメジャーおよびマイナー・ガベージ・コレクションに関する情報が表示されます。JVMによって提供されている場合、このタブには、ガベージ・コレクションの原因も表示されます。

また、ガベージ・コレクション後のプール使用率の変化を表示する棒グラフも含まれます。

- ガベージ・コレクション
「ガベージ・コレクション」リージョンには、コレクションの合計数、GC休止時間の合計(ミリ秒)、コレクション率(1分当たりの起動)、GCオーバーヘッドの割合など、メジャーおよびマイナー・コレクションの累積統計が表示されます。

- JVMメトリック
このリージョンには、ガベージ・コレクションに関連する様々なメトリック・グラフ(パーセンテージまたは値)が表示されます。JVMからのモニタリング・データは、相関グラフの準備に使用されます。

時間セレクタを使用して、グラフの目的の期間を選択します。デフォルトでは、グラフの期間は15分です。

表形式の情報を表示するには、「表ビュー」をクリックします。

- クラス・ロード・データ
このタブには、クラス・ロードおよびクラス。コンパイルに関連するデータが表示されます。

- クラス・ロード統計
このリージョンには、ロードされたクラスの合計数、アップロードされたクラスの合計数、およびJVMの起動後のクラス・ロード時間の合計(ミリ秒)が表示されます。また、実行されたコンパイル(ジャストインタイム(JIT) + スタック上置換(OSR))の合計およびJVMの起動後の合計コンパイル時間(ミリ秒)も表示されます。最後に、ファイナライズを保留中のオブジェクトの数も表示されます。

- JVMメトリック
このリージョンには、クラス・ロードおよびコンパイルに関連する様々なメトリック・グラフが表示されます。JVMからのモニタリング・データは、相関グラフの準備に使用されます。

時間セレクタを使用して、グラフの目的の期間を選択します。デフォルトでは、グラフの期間は15分です。

表形式の情報を表示するには、「表ビュー」をクリックします。

- クラス・ヒストグラム
このタブを使用して、ライブ・ヒストグラムの生成、保存、および保存されているすべてのヒストグラムの表示を行います。「ライブ・ヒストグラムの取得」をクリックすると、JVMヒープがトラバースされ、クラス名、インスタンス数、合計サイズおよび平均サイズを含むヒストグラムが生成されます。ヒストグラムを調査して、インスタンスがメモリーを最も多く消費しているクラスを確認できます。

「JVMクラスの詳細」表には、ヒープ内の異なるオブジェクト・タイプ別にヒープ使用量のサマリーが表示されます。

- クラス名: JVMヒープ内の領域の名前。

- インスタンス: ヒープ領域内のクラスのインスタンスのヒープ・オブジェクト数。

- 合計サイズ(KB): JVMヒープのサイズ。

- 平均サイズ(KB):

- ライブ・ヒストグラムの取得
このオプションをクリックすると、ヒストグラムが生成されます。

- スケジュール
スケジュールをクリックし、ジョブをスケジュールしてJVMクラス・ヒストグラム・データをリポジトリに追加します。スケジュールは、「即時」または「後で」として指定できます。「後で」を選択すると、ジョブを1回のみ実行するか、指定した間隔で繰り返すかを指定できます。

- 保存されたヒストグラムを表示
このオプションをクリックして、保存されたヒストグラムを使用可能なヒープ・スナップショット・ページに表示します

4. 任意のタブから次を実行できます。

- ヒープ・スナップショットの取得
「ヒープ・スナップショットの取得」をクリックして、ヒープ・スナップショットを取得します。

- エクスポート
「エクスポート」をクリックして、Excelファイルにライブ・ヒープ・データをエクスポートします。

- 保存
「保存」をクリックして、JVMクラス表のクラスをリポジトリに保存します。「クラス・ヒストグラムの保存」ポップアップが表示されます。スナップショットの名前および説明を入力して「OK」をクリックします。

21.5.6 クラス・ヒストグラムの操作

jamagentの最適化レベルが0のときにクラス・ヒストグラムが表示されます。ヒストグラムにはサイズでソートした上位300行のデータが表示されます。クラス・ヒストグラムに対して様々な操作を実行できます。この項の内容は次のとおりです。

- クラス・ヒストグラムの保存

- 保存済ヒストグラムの表示

- ヒストグラム・ジョブのスケジューリング

- クラス・ヒストグラムの比較

- クラス・ヒストグラムの削除

21.5.6.1 クラス・ヒストグラムの保存

クラス・ヒストグラムを保存するには、次の手順を実行します。

1. 「ターゲット」メニューから「ミドルウェア」を選択し、Java仮想マシン・ターゲットをクリックします。「Java仮想マシン」メニューから「メモリー診断」オプションを選択します。

2. 「メモリー診断」ページで「クラス・ヒストグラム」タブをクリックします。「ライブ・ヒストグラムの取得」をクリックして、クラス・ヒストグラム・データを取得します。「保存」をクリックします。

3. 「クラス・ヒストグラムの保存」ウィンドウでスナップショットの名前と説明を入力し、「OK」をクリックします。

21.5.6.2 保存済ヒストグラムの表示

保存済ヒストグラムを表示するには、次の手順を実行します。

1. 「ターゲット」メニューから「ミドルウェア」を選択し、Java仮想マシン・ターゲットをクリックします。「Java仮想マシン」メニューから「メモリー診断」オプションを選択します。

2. 「メモリー診断」ページで「クラス・ヒストグラム」タブをクリックします。「保存されたヒストグラムを表示」をクリックします。「使用可能なヒープ・スナップショット」ページが表示されます。

3. 「使用可能なクラス・ヒストグラム」表まで下にスクロールし、保存されたクラス・ヒストグラムのリストを表示します。

21.5.6.3 ヒストグラム・ジョブのスケジューリング

スケジューリングを行うことにより、ユーザーは定義した時刻にジョブを実行することで、JVMクラス・ヒストグラム・データをリポジトリに挿入できます。クラス・ヒストグラム・ジョブをスケジュールするには、次の手順を実行します。

1. 「ターゲット」メニューから「ミドルウェア」を選択し、Java仮想マシン・ターゲットをクリックします。「Java仮想マシン」メニューから「メモリー診断」オプションを選択します。

2. 「メモリー診断」ページで「クラス・ヒストグラム」タブをクリックします。「スケジュール」をクリックします。「スケジュール設定」ページが表示されます。

3. スケジュールするジョブの名前と説明を入力します。

4. スケジュールを、「即時」または「後で」に指定します。「後で」を選択すると、ジョブを1回のみ実行するか、指定した間隔で繰り返すかを指定できます。

5. ジョブを繰り返す頻度を「繰返し」ドロップダウン・リストから選択します。

6. 「猶予期間」に対するオプションを選択します。猶予期間を選択すると、ジョブは指定した猶予期間の間アクティブのままで実行されます。

7. 「OK」をクリックしてヒストグラム・ジョブをスケジュールします。ジョブが正常に発行されたことを示す確認ウィンドウが表示されます。
ジョブのステータスを表示するには、「エンタープライズ」メニューから「ジョブ」、「アクティビティ」の順に選択します。「ジョブ・タイプ」に「すべて」を選択し、「ターゲット・タイプ」に「ターゲットなし」を選択すると、ヒストグラム・ジョブが表示されます。

21.5.6.4 クラス・ヒストグラムの比較

この比較機能により、ユーザーは表にリストされた2つのクラス・ヒストグラムのスナップショットを比較できます。クラス・ヒストグラムを比較するには、次の手順を実行します。

1. 「ターゲット」メニューから「ミドルウェア」を選択し、Java仮想マシン・ターゲットをクリックします。「Java仮想マシン」メニューから「メモリー診断」オプションを選択します。

2. 「メモリー診断」ページで「クラス・ヒストグラム」タブをクリックします。「保存されたヒストグラムを表示」をクリックします。「使用可能なヒープ・スナップショット」ページが表示されます。

3. 「使用可能なクラス・ヒストグラム」表まで下にスクロールし、保存されたクラス・ヒストグラムのリストを表示します。任意の2つのクラス・ヒストグラムを選択して「比較」をクリックします。「クラス・ヒストグラムの比較」ページが表示されます。クラス名、インスタンス・サイズ(各スナップショットのサイズ)およびインスタンス数(スナップショットごと)が表示されます。

21.5.6.5 クラス・ヒストグラムの削除

クラス・ヒストグラムを削除するには、次の手順を実行します。

1. 「ターゲット」メニューから「ミドルウェア」を選択し、Java仮想マシン・ターゲットをクリックします。「Java仮想マシン」メニューから「メモリー診断」オプションを選択します。

2. 「メモリー診断」ページで「クラス・ヒストグラム」タブをクリックします。「保存されたヒストグラムを表示」をクリックします。「使用可能なヒープ・スナップショット」ページが表示されます。

3. 「使用可能なクラス・ヒストグラム」表まで下にスクロールし、保存されたクラス・ヒストグラムのリストを表示します。削除するクラス・ヒストグラムを選択して「削除」をクリックします。確認メッセージが表示されます。「OK」をクリックして、クラス・ヒストグラムを削除します。

21.5.7 ヒープ・スナップショットの取得

ヒープのスナップショットは、JVMメモリーのスナップショットです。JVM内のすべてのオブジェクトのビューが、これらのオブジェクト間の参照とともに表示されます。メモリー使用状況のパターンの調査や、メモリー・リーク発生の可能性があるかどうかの検出に使用できます。ヒープ・スナップショットを取得するには、次の手順を実行します。

1. 「ターゲット」メニューから「ミドルウェア」を選択し、JVMターゲットをクリックします。JVMホームページが表示されます。

2. 「Java仮想マシン」メニューから「メモリー診断」を選択して、「ヒープ・メモリー使用率」をクリックします。

3. 「ヒープ・スナップショットの取得」をクリックします。「ヒープ・スナップショットのロード」ページが表示されます。

4. 「ヒープ・スナップショットのロード」ページが表示されます。ヒープ・スナップショット形式および分析オプションリージョンで、次を指定します

- ヒープ・スナップショット・タイプ: ヒープ・ダンプ・ファイル形式を選択します。これには次のものがあります。

- JVMD形式(txt)

- HPROF形式(バイナリ)
このオプションを選択してヒープ・スナップショットを取得し、loadheapスクリプトを使用してそれを手動でリポジトリにロードします。

- ヒープ・スナップショットを取得する前にGCをリクエストしますか。: スナップショットの取得前に、未使用のオブジェクトを削除するには、このチェック・ボックスを選択します。

- ヒープ分析オプション: ドロップダウン・メニューから必要なオプションを選択します。

- ヒープ・データのリポジトリへのロード: このオプションを選択すると、ヒープ・スナップショットが取得され、リポジトリに自動的にロードされます。このオプションを選択する場合は、次の前提条件が満たされていることを確認する必要があります。第21.5.8項「ヒープ・スナップショットの取得およびリポジトリへのロード」を参照してください。

- メモリー・リーク・レポート: このオプションを選択すると、メモリー・リーク・レポートが生成されます。メモリー・リーク・レポートタブには、ヒープ・グラフで頻度の高いパターンを識別し、可能性の高いメモリー・リーク原因を示します。

- アンチパターン・レポート: このオプションを選択すると、アンチパターン・レポートが生成されます。このレポートでは、逆パターンの問題のサマリーまたはその一種を示します。このオプションは、「ヒープ・スナップショット・タイプ」がHPROF (バイナリ)の場合のみ使用できます。

注意: ヒープ・ダンプのみを実行する場合は、このフィールドを空のままにします。

ヒープ・スナップショットを取得し、それを手動でリポジトリにロードするには、「ヒープ・スナップショット・タイプ」を選択し、「ヒープ分析オプション」フィールドを空白のままにします。

- ヒープ・スナップショットの時間: ヒープ・スナップショットをすぐに実行するようにスケジュールするか、後で実行するようにスケジュールします。

5. 「発行」をクリックします。表示されるダイアログ・ボックスで、「はい」をクリックして、ヒープ・スナップショット・ジョブを続行します。ヒープ・スナップショット・ジョブの進行状況をモニターできます。ヒープ・スナップショットが生成され、それを保存するファイル名が表示されます。ヒープ・スナップショットをアップロードし、「ヒープ・スナップショット」メニューから適切なオプションを使用してそれを分析します。

21.5.8 ヒープ・スナップショットの取得およびリポジトリへのロード

ヒープ・スナップショットを取得してリポジトリに自動的にロードするには、このオプションを選択します。

前提条件

- JVMターゲットが実行されているホスト・マシンに管理エージェントがデプロイされている。

- ヒープ・ローダー・ホストは、管理エージェントがデプロイされているスタンドアロン・マシン(高性能CPUとメモリーを搭載)である。

- DBクライアント・ホームはORACLE_HOMEの場所であり、sqlldrおよびsqllplusが存在する。

- システムの一時ディレクトリに十分なディスク領域が確保されている。

- create_jvm_diagnostic_db_user scriptを使用してJVM診断DBユーザーが作成されている。このスクリプトはloadheap.zipに含まれます。loadheap.zipは次の場所にあります。

$MW_HOME/plugins/oracle.sysman.emas.oms.plugin_12.X.X.X.X/archives/loadheap.zip

このスクリプトはloadheap.shによってコールされます。スクリプトを直接実行すると必須データの入力を求められます。詳細情報を説明するREADME.txt ファイルがloadheap.zipファイルに含まれています。

ヒープ・スナップショットを取得してリポジトリにロードするには、次の手順を実行します。

1. 「ヒープ・スナップショットとリポジトリへのロード」オプションを選択します。管理エージェントがJVM診断エージェントおよびヒープ・ローダー・ホスト上で実行されている場合は、このオプションを選択できます。

2. ヒープ・スナップショットを即時に取得するか、後日取得するかを指定します。

3. JVM診断エージェントが実行されているホストの資格証明を指定します。

4. ヒープ・ローダー・ホストが構成されていない場合は、「追加」をクリックします。ホストの別名を入力し、管理エージェントが実行されているホスト(ヒープ分析ホスト)を選択します。「保存」をクリックします。

5. ヒープ・ローダー・ホストがすでに構成されている場合は、利用可能なヒープ・ローダーが表示されます。リストからヒープ・ローダーを選択し、ヒープ・ローダー・ホストの資格証明を入力します。

注意:

- JVMターゲットとヒープ・ローダー・ホストの優先資格証明が設定されている場合は、「資格証明を入力」リージョンは表示されません。

- JVM診断DBユーザーの名前付き資格証明が設定されている場合は、「資格証明を入力」リージョンは表示されません。

6. 「発行」をクリックしてヒープ・スナップショット・ジョブを発行します。確認メッセージが表示されます。「はい」をクリックして続行します。ジョブの詳細がヒープ分析ジョブページに表示されます。リンクをクリックして、ジョブ・ステータスを表示します。

21.5.9 ヒープ・スナップショットの分析

JVM診断メモリー分析機能では、メモリー増加に関与しているオブジェクトを見つけるだけでなく、ルートセットからの使用可能性を追跡することもできます。この機能では、メモリー・リークに関与するぶらさがり参照を見つけることができます。メモリー・リークを検出するために、一定期間内の別々の時点におけるJVMヒープのスナップショットを取得します。スナップショット間で、JVMとJavaアプリケーションはオーバーヘッドのない最高速で実行を続行します。

ヒープのスナップショットは、JVMメモリーのスナップショットです。各スナップショットには、ヒープ内のオブジェクト、オブジェクト間の関係およびルートセットの到達可能性に関する情報が保存されます。スナップショットをリポジトリにロードし、それらを比較してメモリーの増加が発生している場所を確認できます。「JVMプール」またはJVMのホーム・ページのメニューから「ヒープ・スナップショットおよびクラス・ヒストグラム」オプションを選択します。次のページが表示されます。

このページには、次のリージョンがあります。

- 使用可能なヒープ・スナップショット: 「ターゲット名」および「ターゲット・タイプ」を指定して、表示するヒープ・スナップショットをフィルタリングします。また、「スナップ名」フィールドで「ヒープID」を指定し、特定のヒープ・スナップショットを検索し、それを表示できます。次の詳細が表示されます。

- ヒープID: ヒープ・スナップショットの識別番号。

- 日付: ヒープ・スナップショットを取得した日付。

- JVM名: JVMを実行しているサーバー。

- ベンダー: JVMベンダーの名前。

- サイズ: Javaヒープの合計サイズ。適切なヒープ・サイズを使用すると、アプリケーションのパフォーマンスを向上させることができます。

- 使用済: 使用済のヒープの量。

注意:
ヒープ・スナップショットがHPROF形式で取得されると、「サイズ」と「使用量」のフィールドの値は0になります。

- 使用率(%): ヒープの使用率。

次の操作を実行できます。

- 「作成」をクリックしてヒープ・スナップショットを取得します。「ヒープ・スナップショットの取得」を参照してください。

- ヒープ・スナップショットを選択し、「詳細」リンクをクリックして、「ルート」ページにドリルダウンします。「ルート別ヒープ使用状況の表示」を参照してください。

- ヒープ・スナップショットを選択して「ロード」をクリックすると、ヒープ・スナップショットをリポジトリにロードできます。「ヒープ・スナップショットのアップロード」を参照してください。

- ヒープ・スナップショットを選択して「レポート」をクリックすると、ヒープ・レポートをローカル・ホストにダウンロードできます。これらのレポートは、選択したヒープ・スナップショットについて生成され、リポジトリにロードされています。メモリー・リーク・レポートおよび逆パターン・レポートをダウンロードできます。

- 使用可能なクラス・ヒストグラム: 保存済のヒストグラムのリストが、スナップショットが取得された日付、スナップID、タイムスタンプ、JVMの名前とバージョン、説明などの詳細とともに表示されます。詳細は、第15.5.6項「クラス・ヒストグラムの操作」を参照してください。

21.5.9.1 ルート別のヒープ使用量の表示

ルートのクラスごとのヒープ使用状況を表示するには、次の手順を実行します。

1. 「ターゲット」メニューから「ミドルウェア」を選択し、「Java仮想マシン」メニューまたは「Java仮想マシン・プール」メニューをクリックします。

2. 「Java仮想マシン」ターゲット・メニューまたは「Java仮想マシン・プール」ターゲット・メニューから「ヒープ・スナップショットおよびクラス・ヒストグラム」を選択します。

3. 使用可能なヒープ・スナップショットのリストが表示されます。ヒープ・スナップショットを選択し、「詳細」クリックして、各ルートから到達可能なオブジェクトの数とメモリーを表示します。ルートから直接到達可能なオブジェクトを表示するには、「ルート」タブをクリックします。次の詳細が表示されます。

- ルート: ルートの名前がここに表示されます。上位40のオブジェクト・ページにドリルダウンするには、この名前をクリックします。

- オブジェクト: このルートから到達可能なオブジェクトの合計数。

- 合計メモリー: このルートから到達可能なメモリーの合計。

- 調整済メモリー: このルートから到達可能な調整済メモリー。このパラメータは、メモリー・リークのホットスポットを追跡する際に役に立ちます。

4. オブジェクトによるヒープ使用量を表示するには、「使用量」タブをクリックします。

5. 「所有者のルート」 タブをクリックして、このノードでガベージ・コレクションを実行すると削除されるすべてのオブジェクトの合計サイズを表示します。

6. 「メモリー・リーク・レポート」タブをクリックして、メモリー・リーク・レポートを表示します。

7. 「アンチパターン・レポート」タブをクリックして、アンチパターン・レポートを表示します。

21.5.9.1.1 上位40のオブジェクト

このページには、ルートから到達可能な上位40のオブジェクトが表示されます。オブジェクトは、オブジェクトから到達可能な調整可能メモリー(2つのヒープを比較している場合は、到達可能な調整済メモリーの差異)によって降順にソートされます。このビューには、オブジェクトの使用メモリー容量、オブジェクトから到達可能なメモリーの容量(すべての子のメモリー総使用容量)、指定オブジェクトから到達可能なオブジェクトの数など、様々な詳細情報が表示されます。

1. 「ターゲット」メニューから「ミドルウェア」を選択し、JVMターゲットまたはJVMプール・ターゲットをクリックします。

2. JVMまたはJVMプール・ホームページで、「Java仮想マシン」/「Java仮想マシン・プール」メニューから、「ヒープ・スナップショットおよびクラス・ヒストグラム」を選択します。

3. 使用可能なヒープ・スナップショットのリストが表示されます。ヒープ・スナップショットを選択し、「詳細」クリックして、各ルートから到達可能なオブジェクトの数とメモリーを表示します。ルートから直接到達可能なオブジェクトを表示するには、「ルート」タブをクリックします。

4. ルートをクリックして、上位40のオブジェクトを表示します。

次の詳細が表示されます。

- シグネチャ: オブジェクトのシグネチャ。リンクをクリックして、ヒープ・オブジェクト情報ページにドリルダウンします。

- ルート: ルートの内部識別子。

- タイプ: 「クラス」、「インスタンス」、「メソッド」などのオブジェクト・タイプ。

- フィールド:

- スペース: オブジェクトが存在するヒープ領域。

- バイト: オブジェクトによって使用される領域の量。

- 長さ: オブジェクトが配列の場合、配列の長さがここに表示されます。

- 子: オブジェクトから到達可能な子の数。

- 調整(バイト): このオブジェクトから到達可能な調整済メモリー。

- 保持メモリー: このノードでガベージ・コレクションを実行すると削除されるオブジェクトすべての合計サイズ。

- 深さ: このオブジェクトのルートからの遠さを示します。

21.5.9.1.2 ヒープ・オブジェクト情報

このページには、ヒープ・スナップショット内の特定のオブジェクトに関する情報が表示されます。次の詳細が表示されます。

- ヒープ・オブジェクト情報

- ガベージ: このオブジェクトがガベージであるか、またはルートから到達可能であるかを示します。

- スペース: オブジェクトが存在するヒープ領域。

- タイプ: 「クラス」、「インスタンス」、「メソッド」などのオブジェクト・タイプ。

- シグネチャ: オブジェクトのシグネチャ。

- バイト: オブジェクトによって使用される領域の量。

- 長さ: オブジェクトが配列の場合、配列の長さがここに表示されます。

- 子: オブジェクトから到達可能な子の数。

- 調整: このオブジェクトから到達可能な調整済メモリー。

- 保持メモリー: このノードでガベージ・コレクションを実行すると削除されるオブジェクトすべての合計サイズ。

- 深さ: このオブジェクトのルートからの遠さを示します。

- ルート

- タイプ: 「クラス」、「インスタンス」、「メソッド」などのルート・タイプ。

- フィールド: ルートがローカル・スレッドの場合、スレッドおよびメソッドに関する情報がこのフィールドに表示されます。

- オブジェクトの子

- ガベージ: この子オブジェクトがガベージであるか、またはルートから到達可能であるかを示します。

- スペース: 子オブジェクトが存在するヒープ領域。

- タイプ: 「クラス」、「インスタンス」、「メソッド」などの子オブジェクトのタイプ。

- シグネチャ: 子オブジェクトのシグネチャ。詳細ページにドリルダウンするには、リンクをクリックします。

- バイト: 子オブジェクトによって使用される領域の量。

- 長さ: 子オブジェクトが配列の場合、配列の長さがここに表示されます。

- 子: 子オブジェクトから到達可能な子の数。

- 調整: この子オブジェクトから到達可能な調整済メモリー。

- 保持メモリー: このノードでガベージ・コレクションを実行すると削除されるオブジェクトすべての合計サイズ。

- 深さ: この子オブジェクトのルートからの遠さを示します。

- オブジェクトの親

- ガベージ: この親オブジェクトがガベージであるか、またはルートから到達可能であるかを示します。

- スペース: 親オブジェクトが存在するヒープ領域。

- タイプ: 「クラス」、「インスタンス」、「メソッド」などの親オブジェクトのタイプ。

- シグネチャ: 親オブジェクトのシグネチャ。詳細ページにドリルダウンするには、リンクをクリックします。

- バイト: 親オブジェクトによって使用される領域の量。

- 長さ: 親オブジェクトが配列の場合、配列の長さがここに表示されます。

- 子: 親オブジェクトから到達可能な子の数。

- 調整: この親オブジェクトから到達可能な調整済メモリー。

- 保持メモリー: このノードでガベージ・コレクションを実行すると削除されるオブジェクトすべての合計サイズ。

- 深さ: この親オブジェクトのルートからの遠さ。

21.5.9.1.3 ヒープのスナップショットの比較

メモリー・リークを検出するために、一定期間内の別々の時点におけるJVMヒープのスナップショットを取得できます。各スナップショットには、ヒープ内のオブジェクト、オブジェクト間の関係およびルートセットの到達可能性に関する情報が保存されます。2つのヒープのスナップショットを比較して、メモリー増加の発生箇所を調べることができます。

1. 「ターゲット」メニューから「ミドルウェア」を選択し、JVMターゲットまたはJVMプール・ターゲットをクリックします。

2. 「Java仮想マシン」または「Java仮想マシン・プール」メニューから「ヒープ・スナップショットおよびクラス・ヒストグラム」を選択します。

3. 使用可能なヒープのリストが表示されます。ヒープをハイライト表示して、「詳細」をクリックします。ヒープの比較タブをクリックします。リストの先頭のヒープが比較対象として選択され、2つ目のヒープを選択するように要求されます。

4. 2つのヒープが比較され、差分ヒープ・ページに比較表が表示されます。各ヒープについて次の詳細が表示されます。

- オブジェクト: ルートから到達可能なオブジェクトの合計数。

- KB: ルートから到達可能なメモリーの合計量。

- 調整: このルートから到達可能な調整済メモリー。このパラメータは、メモリー・リークのホットスポットを追跡する際に役に立ちます。このパラメータの場合、子オブジェクトからその親オブジェクトに対する後方参照を無視することにより、オブジェクトによって使用されるメモリーをより分かりやすく表示できます。

- デルタ: 合計および調整済の到達可能なメモリーの差。

5. 最も増加しているルートの設定をクリックして、メモリー・リークを診断します。

6. サマリーの表示ボタンをクリックして、オブジェクトのクラスから到達可能なメモリーのボトムアップ・ビューを表示します。

21.5.9.2 オブジェクト別のヒープ使用量の表示

オブジェクト別のヒープ使用量を表示するには、「使用状況」タブをクリックします。次の詳細が表示されます。

- オブジェクト・タイプ: 「インスタンス」、「配列」、「Klass」などのオブジェクトのタイプ。

- ガベージ: このガベージがルートから到達可能かどうかを示します。

- オブジェクト: オブジェクトの合計数。

- 合計メモリー: ルートから到達可能なメモリーの合計量。

- システム:

- 合計メモリー:

ヒープ・スナップショットを別のヒープ・スナップショットと比較するには、「比較対象」をクリックします。詳細は、「ヒープ・スナップショットの比較」を参照してください。

21.5.9.3 メモリー・リーク・レポート

メモリー・リーク・レポートを表示するには、「メモリー・リーク・レポート」タブをクリックします。

メモリー・リーク・レポートは、ヒープ・グラフで頻度の高いパターンを検出することによって、考えられるメモリー・リークの原因を示します。このタブには、ヒープ内で最も頻度の高いパターンを含むメモリー・リークの候補のリストを示し、可能性の高いメモリー・リーク原因を示しています。「レポートのダウンロード」をクリックすると、メモリー・リーク・レポートが.txt形式でダウンロードされます。

21.5.9.4 アンチパターン・レポート

「アンチパターン・レポート」タブをクリックします。アンチパターン・レポートは複数のセクションに分割されます。各セクションには、逆パターンの問題のサマリーまたはその一種が表示されます。たとえば、最初のセクションには、JOverflowで検出された最も重大な問題のサマリーが含まれます。2番目のセクションには、JavaクラスおよびJavaオブジェクトの合計数が含まれます。また、クラス別にグループ化した、メモリー使用量が上位のオブジェクトのヒストグラムが含まれます。3番目のセクションには、上位メモリー・コンシューマの参照チェーンが表示されます。それぞれの逆パターンセクションでは、オーバーヘッドが計算され、これは問題が解決すれば節約できるメモリー量を示しています。

21.5.10 JFRスナップショットの管理

Javaフライト・レコーダ(JFR)は、JVM内の動作およびJVMで実行中のJavaプログラムについて豊富な情報を提供します。この情報を使用して、プロファイリングおよび問題の根本的原因を解析できます。さらに、稼働中の非常に負荷の高い本番環境でも、パフォーマンス・オーバーヘッドを発生させることなく、JFRをいつでも有効にできます。

スレッド・サンプル(プログラムが時間を費やす場所を表示します)、ロック・プロファイルおよびガベージ・コレクションの詳細が含まれるJFRスナップショットを作成できます。

JFRスナップショットを作成するには、次の手順に従います。

1. 「ターゲット」メニューから「ミドルウェア」を選択し、Java仮想マシン・ターゲットをクリックします。

2. 「Java仮想マシン」メニューから、「JFRスナップショット」オプションを選択します。

3. 「作成」をクリックします。「JFRスナップショットの作成」ウィンドウで説明を入力し、スナップショットのスケジュールを設定し、「作成」をクリックします。新しく作成したスナップショットがJFRスナップショット・ページに表示されます。この表のフィールドは次のとおりです。

- 日付: JFRスナップショットが作成された日付。

- JVMターゲット: このJFRスナップショットに関連付けられているJVMターゲット。

- JFRスナップショットの説明: JFRスナップショットの説明。

- ホスト: JFRスナップショットを格納するホスト。

- 「パス」: JFRスナップショットのアクセスに使用されるパス

- ファイル名: JFRスナップショットを格納するファイル。

設定

JFR記録の開始、停止および削除を行うには、表でJFRをハイライト表示して「設定」をクリックします。

「JFR管理」ページに、記録の統計が表示されます(「ステータス」、「データ終了時間」、「データ開始時間」、「圧縮された宛先」、「宛先ファイル」、「連続記録」、「期間」、「最大サイズ(KB)」、「最大保持時間(sec)」、「開始時間」)。

レポートの表示

「レポートの表示」をクリックして、GCレポートおよびレイテンシ・レポートを表示します。レイテンシおよびGCレポートが表示されるのはデータが検出された場合です。

JFRスナップショットのダウンロード

JMC (Java Mission Control)を使用し、JFRスナップショットをダウンロードして分析します。JFRスナップショットを選択して、「ダウンロード」をクリックします。ホスト資格証明の入力を要求される場合があります。資格証明を入力して「ダウンロード」をクリックし、スナップショットを保存する場所を指定します。

21.5.11 JVMの構成

「ターゲット」メニューから「ミドルウェア」を選択し、Java仮想マシン・ターゲットをクリックします。「Java仮想マシン」メニューから「JVMターゲットの構成」オプションを選択します。「JVM情報の編集」ページが表示されます。JVMプール、ヒープ・ダンプ・ディレクトリの場所およびログ・レベルを変更できます。バイトコード・インスツルメンテーション(BCI)も変更できます。「保存」をクリックすると、変更内容が保存されます。

21.5.12 JVMの削除

「JVM」メニューで「ターゲットの削除」オプションを選択すると警告メッセージが表示されます。このメッセージには、削除されるターゲットの名前が表示されます。「はい」をクリックするとJVMが削除され、「いいえ」をクリックするとJVMのホーム・ページに戻ります。

21.5.13 JVMのグループへの追加

JVMを1つ以上のグループに追加するには、このオプションを選択します。ユーザーがオペレータ権限を持つポップアップ・ウィンドウが開き、グループのリストが表示されます。1つ以上のグループを選択し、「追加」をクリックすると、ターゲットがグループに追加されます。

21.6 スレッド・スナップショットの管理

特定のリクエストが遅くなっているか停止している場合、またはアプリケーション全体が遅くなっている場合は、トランザクションのリアルタイム・トレースを実行して、Javaアプリケーションの現在のアクティビティを確認できます。問題が発生しているスレッドとその実行スタックを調査し、スレッドがDB待機状態になっている時間、またはロックにより待機状態になっている時間を分析できます。あるスレッド(またはリクエスト)のアクティビティが他のスレッドのアクティビティや残りのJVMに影響する場合などの複雑な問題を、迅速に発見することができます。

すべてのアクティブ・スレッドをトレースし、リソースの使用状況、スレッドの状態、コール・スタックの情報などの詳細が含まれるトレース・ファイルを生成できます。トレース中に、ターゲット・スレッドの状態およびスタックが、目的の期間に対して設定した間隔でサンプリングされます。アクティブ・スレッドをトレースするには、次の手順を実行します。

1. 「ターゲット」メニューから「ミドルウェア」を選択し、Java仮想マシン・ターゲットを選択します。

2. 「Java仮想マシン」メニューから「スレッド・スナップショット」オプションを選択します。スレッド・スナップショット・ページが表示されます。
「アクティブ・スレッドのトレース」オプションを使用してリポジトリにロードされているすべてのトレースが、ここに表示されます。各スレッドについて、スレッド・スナップショットID、日付、JVM名、スレッド名、期間およびトレース中に取得されたサンプル数が表示されます。「スレッド」列には、すべてのスレッドをトレースしたかアクティブなスレッドのみをトレースしたかが示されます。

3. 「作成」をクリックして、JVMのすべてのアクティブ・スレッドのスレッド・スナップショットを取得します。アクティブ・スレッドをトレースできる「すべてのアクティブなスレッドのスレッド・スナップショット」ページが表示されます。詳細は、第21.6.1項「アクティブ・スレッドのトレース」を参照してください。

4. スレッドを選択し、「詳細」リンクをクリックして、「診断イメージの分析」ページにドリルダウンします。

5. スレッド・スナップショットを選択して「インポート」をクリックし、ローカル・マシンからスレッド・スナップショットをアップロードします。「スレッド・スナップショットのインポート」ダイアログ・ボックスが表示されます。「参照」をクリックしてインポート対象のスレッド・スナップショットを選択し、「OK」をクリックします。

21.6.1 アクティブ・スレッドのトレース

アクティブ・スレッドをトレースするには、次の手順を実行します。

1. 「スレッド・スナップショット」ページで「作成」をクリックします。「すべてのアクティブなスレッドのスレッド・スナップショット」ページが表示されます。

2. 次の詳細を指定します。

- ポーリング間隔(ミリ秒): 連続するサンプル間の時間間隔。デフォルト値は200ミリ秒ですが、変更できます。

- ポーリング継続時間(秒): スレッド・スナップショットの取得期間。

- スレッドのトレースの詳細: このボックスを選択しない場合、アクティブ・スレッドの最後のユーザー・コールのみが保存されます。ボックスを選択すると、アクティブ・スレッドのすべてのコールが保存され、コール・スタックを表示できます。ボックスを選択すると、オーバーヘッドと必要な領域が増加します。

- スレッドの変更の試行: サンプリング中にスレッド・スタックが変更された場合(これはスレッドがCPUを使用している場合に発生する可能性があります)、JVM診断はそのスレッドをサンプリング対象から外します。不足しているサンプルを見つけた場合、この機能を使用して変更されたスタックを再トレースします。スタックが変更されているスレッドが5回まで再試行されます。可能な場合、スタックを取得するシステム・コールも実行されます。

- ネットワーク待機を含む: ほとんどのJVMには、ネットワーク・イベントを待機中のアイドル・スレッド数が多くあります。このチェック・ボックスの選択を解除したままにすると、アイドル・スレッドはトレースに含まれません。このボックスを選択すると、オーバーヘッドと必要な領域が増加します。

- すべてのスレッドのトレース: アイドル・スレッドとアクティブ・スレッドの両方をトレースに含める場合は、このボックスを選択します。

- トレースの中断の許可: トレース処理の中断を許可します。

3. 「スレッド・スナップショットの取得」をクリックし、「OK」をクリックしてトレース・ファイルを生成します。トレースが正常に完了した場合は、ここのリンクをクリックして「診断イメージの分析」ページでトレース・データを表示します。

21.7 トレース診断イメージの分析

トレース診断イメージには、リソースの使用状況、スレッドの状態、コール・スタックの情報などの詳細が格納されます。トレース診断イメージでは、短い間隔でスレッド・データが取得されます。アプリケーションが停止しているか遅くなっている場合は、これらのスレッドを分析して、遅延の原因となっているアプリケーション層を調査できます。

診断イメージの分析ページでは、次の操作を実行できます。

- 「説明」をクリックして、分析しているスレッド・スナップショットの詳細を表示します。次のサーバー状態グラフが表示されます。

- 状態別のアクティブ・スレッド: このグラフは、JVM内に存在するすべてのスレッドのステータスを示します。スレッドは、RMI、IO、NET、DB、CPU、LOCKなど、様々な状態があります。

- JVMによるCPU使用率: このグラフは、JVMのCPU使用率を示します。

- JVMによるヒープ使用率: このグラフは、JVMのヒープ使用率を示します。

- 表示されたデータは「メソッド名」、「JVM名」、「スレッド状態」、「DBState」などの様々な基準を指定してフィルタ処理できます。指定したフィルタを無視するには、「フィルタを無視」チェック・ボックスを選択します。「状態別のアクティブ・スレッド」、「上位リクエスト」、「上位メソッド」、「上位SQL」、「上位DBWaitイベント」および「上位データベース」のグラフが表示されます。

- 「スレッド」タブをクリックして、「スレッドの状態遷移」、「アクティブ状態別のメトリック」、および「メソッド」データを表示します。

21.8 ヒープ・スナップショットおよびクラス・ヒストグラムの表示

JVM診断メモリー分析機能では、メモリー増加に関与しているオブジェクトを見つけるだけでなく、ルートセットからの使用可能性を追跡することもできます。この機能を使用すると、メモリー・リークに関与している関連参照を見つけることができます。メモリー・リークを検出するには、一定期間内の別々の時点におけるJVMヒープのスナップショットを取得します。スナップショット間で、JVMとJavaアプリケーションはオーバーヘッドのない最高速で実行を続行します。

ヒープ使用量を表示および分析するには、「Java仮想マシン・プール」または「Java仮想マシン」メニューから「ヒープ・スナップショット」および「クラス・ヒストグラム」オプションを選択します。次のリージョンが表示されます。

- 使用可能なヒープ・スナップショット: 「ターゲット名」および「ターゲット・タイプ」を指定して、表示するヒープ・スナップショットをフィルタリングします。また、「スナップ名」フィールドで「ヒープID」を指定し、特定のヒープ・スナップショットを検索し、それを表示できます。次の詳細が表示されます。

- ヒープID: ヒープ・スナップショットの識別番号。

- 日付: ヒープ・スナップショットを取得した日付。

- JVM名: JVMを実行しているサーバー。

- サイズ: Javaヒープの合計サイズ。適切なヒープ・サイズを使用すると、アプリケーションのパフォーマンスを向上させることができます。

- 使用済: 使用済のヒープの量。

- 使用率(%): ヒープの使用率。

次の操作を実行できます。

- ヒープ・スナップショットを選択し、「詳細」リンクをクリックして、「ルート」ページにドリルダウンします。第21.5.9.1項「ルート別ヒープ使用状況の表示」を参照してください。

- ヒープ・スナップショットを選択して「ロード」をクリックすると、ヒープ・スナップショットをリポジトリにロードできます。

- ヒープ・スナップショットを選択して「レポート」をクリックすると、ヒープ・レポートをローカル・ホストにダウンロードできます。これらのレポートは、選択したヒープ・スナップショットについて生成され、リポジトリにロードされています。メモリー・リーク・レポートおよび逆パターン・レポートをダウンロードできます。

- 使用可能なクラス・ヒストグラム: 保存済のヒストグラムのリストが、スナップショットが取得された日付、スナップID、タイムスタンプ、JVMの名前とバージョン、説明などの詳細とともに表示されます。次のオプションを使用できます。

- 詳細: このオプションをクリックすると、ヒープの詳細ビューにドリルダウンできます。

- 比較: 2つの行を選択して「比較」をクリックします。クラス名、インスタンス・サイズ(各スナップショットのサイズ)およびインスタンス数(スナップショットごと)が表示されます。

21.9 JVMオフライン診断

1つ以上のJVMターゲットについて、特定の期間の診断データを収集してオフライン・モードで分析できます。この項では、JVMのライブ・データを収集してオフライン・モードで分析するために使用できる各種オプションについて説明します。この章には次の項目があります。

- 診断スナップショットの作成

- 「診断スナップショット」ページの使用

- 診断スナップショットの分析

- 診断スナップショットの表示

21.9.1 診断スナップショットの作成

指定された期間に1つ以上のJVMターゲットに対して診断スナップショットを作成できます。診断スナップショットを作成するには、次の手順を実行します。

1. 「ターゲット」メニューから「ミドルウェア」を選択します。

2. 「ミドルウェアの機能」メニューから、「診断スナップショット」を選択します。
「JVMパフォーマンス診断」ページには、「診断スナップショットの作成」オプションも用意されています。JVMの「パフォーマンス診断」ページに移動し、収集を作成する時間範囲を指定して、「診断スナップショットの作成」をクリックします。

3. 診断スナップショットページで「作成」をクリックします。診断イメージの分析ページで「オフライン診断」をクリックすると、このページに移動できます。

4. 診断スナップショットの名前と説明を入力します。

5. 診断スナップショットの期間を指定します。

6. 「追加」をクリックします。診断データを収集する1つ以上のJVMターゲットを選択します。

注意:
選択するJVMターゲットは、同じJVMプールに属している必要があります。

7. 選択したターゲットの診断タイプを選択し、「OK」をクリックします。診断スナップショットが作成されていることを示すポップアップ・ウィンドウが表示されます。診断スナップショットが作成されたら、「閉じる」をクリックします。診断スナップショット・ページに戻ります。

21.9.2 「診断スナップショット」ページの使用

1つ以上のJVMターゲットの診断データを収集し、それらをオフライン・モードで分析できます。このページには、作成された診断スナップショットのリストが表示されます。検索基準を指定して、特定のスナップショットを取得できます。次の操作を実行できます。

- 作成: 「作成」をクリックして、1つ以上のJVMに対して診断スナップショットを作成します。診断スナップショットの作成ページが表示されます。

- エクスポート: ファイルを選択して「エクスポート」をクリックし、診断データをファイルにエクスポートします。ファイルを保存する場所を入力します。保存されたファイルを同じまたは別のホスト・マシン上でオフライン・モードで確認、分析できます。

- インポート: 「インポート」をクリックして、特定の収集オブジェクトに関する診断データが含まれているエクスポート・ファイルをインポートします。ファイル名を指定し、システムからファイルをアップロードします。エクスポートされたファイルを分析し、診断スナップショットのサマリーを表示できます。

- 分析: ファイルを選択して「分析」をクリックします。診断スナップショットの分析ページが表示されます。

- 削除: リストから診断スナップショットを選択して「削除」をクリックします。確認メッセージが表示されます。「OK」をクリックして診断スナップショットを削除します。

- 表示: ファイルを選択して「表示」をクリックします。診断スナップショットの表示ページが表示されます。

21.9.3 診断スナップショットの分析

このページには、診断スナップショットのサマリー詳細と診断スナップショットのすべての診断タイプのサマリーが表示されます。スレッド・スタック、スレッド状態、CPU使用率、ヒープ使用量、アクティブ・スレッドのグラフおよびガベージ・コレクションを表示できます。

診断スナップショットを分析するには、次の手順を実行します。

1. 「ターゲット」メニューから「ミドルウェア」を選択します。

2. 「ミドルウェアの機能」メニューから、「診断スナップショットの管理」を選択します。

3. 診断スナップショット・ページで、リストからスナップショットを選択し、「分析」をクリックします。

4. 指定した時間間隔で各JVMの詳細を分析できます。「詳細」をクリックし、JVMの詳細な診断情報を表示します。診断イメージの分析ページが表示されます。

21.9.4 診断スナップショットの表示

このページには、ターゲットのサマリー、ターゲット・タイプおよび収集された診断情報が表示されます。

1. 「ターゲット」メニューから「ミドルウェア」を選択します。

2. 「ミドルウェアの機能」メニューから、「診断スナップショットの管理」を選択します。

3. 診断スナップショット・ページで、リストからスナップショットを選択し、「表示」をクリックします。

4. 選択したJVMターゲットのサマリー詳細、ターゲット・タイプおよび収集されたJVMの診断情報が表示されます。

21.10 JVM診断しきい値違反の表示

イベントは、1つ以上の管理対象エンティティに関連して、特定の時点でEnterprise Managerが検出した個々の事象です。通常の動作である場合も、問題のある動作を示す場合もあります。イベントの例としては、データベース・ターゲットの停止、パフォーマンスしきい値の違反、アプリケーション構成ファイルでの変更、ジョブの正常な完了、ジョブ失敗などがあります。

JVM診断しきい値違反は、Enterprise Managerのイベント・サブシステムに統合されています。しきい値違反が発生すると、Enterprise Managerイベントが生成されます。イベントを表示するには、次の手順を実行します。

1. 「エンタープライズ」メニューから、「モニタリング」、「インシデント・マネージャ」の順に選択します。

2. 「表示」パネルで、「インシデントのないイベント」をクリックします。未処理のJVMDしきい値違反がある場合は、JVM診断イベントが表示されます。

3. JVM診断イベントの「ターゲット名」列にあるリンクをクリックします。
イベントがインシデントに昇格されている場合は、JVMまたはJVMプールのホームページのインシデント表にJVMDしきい値違反が表示されます。イベントをインシデントに昇格させる方法の詳細は、『Enterprise Manager Cloud Control管理者ガイド』を参照してください。

21.11 インスタンス診断リクエストの表示

「インスタンス診断リクエスト」ページでは、選択した実行コンテキストID (ECID)の実行に参加したJVM、リクエストおよびリクエスト・スレッド・インスタンスの詳細なビューが提供されます。また、JVMのシステム・メトリックおよびリクエストの集計メトリックの概要も提供されます。

インスタンス診断リクエスト・ページを表示するには、次の手順に従います。

1. Enterprise Manager Cloud Controlにログインします。

2. 「ターゲット」メニューから「ミドルウェア」を選択します。「ミドルウェア」ページで、「ミドルウェアの機能」メニューの「インスタンス診断リクエスト」を選択します。

3. 「インスタンス診断リクエスト」ページが表示されます。

4. 「ECIDの選択」をクリックしてECIDページに移動します。次の詳細を入力して「検索」をクリックします。
注意: 「Search」ポップアップで、「診断の選択」ドロップダウン・リストの「オフライン」または「すべて」を選択して、「オフライン・スナップショット・セレクタ」ボタンを有効にします。「オフライン・スナップショット・セレクタ」ダイアログ・ボックスで、選択した開始時間と終了時間に対応するオフライン・スナップショットを選択します。

- ECID: 実行コンテキストID(ECID)はルート・タスクの一意のIDで、ルート・タスクに関連するタスクのツリー間で共有されます。

- ユーザー名: リクエストを開始したユーザー。

- リクエスト名: 実行中のリクエスト。

- 開始時間および終了時間: リクエストの開始時間と終了時間。

- セッション: リクエストのセッションID。

- 期間: リクエストの持続時間。

注意:

- JVM診断エンジンを12.1.0.4にアップグレードしている場合、JVM診断エージェントもアップグレードして、「開始時間」と「期間」が正しく表示されるようにします。

- JVM診断をBTMと統合して使用している環境で、JVM診断エンジンを12.1.0.4にアップグレードしたにもかかわらず、より古いバージョンのJVM診断エージェントを使用している場合、「開始時間」と「期間」が正しく表示されないことがあります。正しい日付と期間を表示するには、JVM診断エージェントを12.1.0.4にアップグレードする必要があります。

5. 検索条件と一致したECIDのリストが表示されます。リストからECIDを選択し、「選択」をクリックします。インスタンス診断リクエスト・ページに戻ります。

6. 「ターゲット」セクションには、検索基準と一致するターゲットのリストが表示されます。「ターゲット別グループ」チェック・ボックスを選択または選択解除して、各ターゲットの詳細または各ターゲット・タイプの集約ビューの表示を選択できます。

7. 「ターゲット別グループ」チェック・ボックスを選択解除すると、各ターゲットのインスタンス・レベルの詳細が表示されます。各JVMインスタンスについて、次の詳細が表示されます。

- ターゲット: リクエストが実行したJVMインスタンス。

- RID: 関係ID(RID)はタスクのツリー内の各タスクの関係を記述する番号が順序付けられたセットです。先頭の数値は通常ゼロです。先頭の数値の1は、全体のサブタスク・ツリー内でサブタスクの場所を追跡できないことを示します。

- 開始時間: リクエストの開始時間。

- 期間: リクエストの持続時間。

- ステップ名: リクエストの個々のステップ。たとえば、最初のステップがjspで、2番目のステップがEJBで、3番目のステップがDBの場合があります。

- CPU: JVMインスタンスのCPU使用率。

- メモリー: JVMインスタンスが使用するメモリー。

- GCメジャー/GCマイナー: メジャーおよびマイナーのガベージ・コレクションに追加されたオブジェクトの数。

次の操作を実行できます。

- リストからJVMを選択します。「インスタンス・サンプル」セクションに棒グラフが表示されます。この棒グラフは、リクエストの持続時間内に取得された各JVMのスナップショットでのスレッドの状態を示します。色ごとに、実行可能、ロック、I/O待機、DB待機、ネットワーク待機、RMI待機などの様々なスレッドの状態を表します。グラフにマウス・アイコンを置いてスレッドの詳細を確認するか、サンプルをクリックして、「サンプル・アナライザ」でサンプルの詳細を分析することができます。

- JVMターゲットをクリックすると、パフォーマンス診断ページにドリルダウンできます。

- 「スレッド・サンプル・インスペクタ」リンクをクリックすると、選択したサンプルのスレッド・データを表示する詳細ページにドリルダウンできます。

8. 「ターゲット別グループ」チェック・ボックスを選択すると、各ターゲット・タイプの集約ビューが表示されます。集約ビューは、選択したECIDを実行中に、遅延を引き起こしているターゲットを識別するのに役立ちます。各JVMターゲットに対して、次の詳細が表示されます。

- ターゲット: リクエストが実行したJVMターゲット。

- ステップの合計: リクエストに関連するステップの合計数。

- DB待機の継続時間: DB待機ステータスで費やされた時間。

- ネットワーク待機の継続時間: ネットワーク待機ステータスで費やされた時間。

- ロックの継続時間: ロックの待機に費やされた時間。

- RMI待機の継続時間: RMI待機ステータスで費やされた時間。

- IOでの継続時間: IO操作に費やされた時間。

- CPUでの継続時間: CPUの処理時間。

- 排他的継続時間: 「実行可能」、「IO」および「ロック」状態で費やされた時間。このリンクをクリックすると、排他状態のすべてのサンプルについて集約されたスタックが表示されます。

- 合計継続時間: リクエストに費やされた合計時間。

JVMターゲットを選択します。ターゲットに対応するJVMメトリックやアプリケーション・メトリックの集約グラフが一番下のリージョンに表示されます。

21.12 emctlを使用してJVM診断エンジンを管理する

emctlコマンドを使用して、JVM診断エンジンを開始、停止およびリストできます。これらのコマンドの詳細と使用パターンを、次の表で説明します。

注意:
emctlコマンドを実行するには、OMSのORACLE_HOME/binディレクトリに移動する必要があります。

表21-1 拡張JVMD emctlコマンド

コマンド

説明

emctl extended oms jvmd list

リポジトリのすべてのJVM診断管理対象サーバーに問合せを行い、リストします。

emctl extended oms jvmd start -server=<server_name1>,<server_name2>...

For example: emctl extended oms jvmd start -server=EMJVMDMANAGER,MYJVMDMGR

コマンド・ラインの引数で指定したJVM診断管理対象サーバーを起動します。サーバーは、OMSが実行されているローカル・ホストと同じホストで稼働することも、リモート・ホストで稼働することもできます。

emctl extended oms jvmd start -all

OMSが実行されているローカル・ホストと同じホスト上のすべてのJVM診断管理対象サーバーを起動します。

emctl extended oms jvmd start -global

リモート・ホスト(このOMSホストに対してリモート)上を含め、すべてのJVM診断管理対象サーバーを起動します。

emctl extended oms jvmd stop -server=<server_name1>,<server_name2>...

For example: emctl extended oms jvmd stop -server=EMJVMDMANAGER,MYJVMDMGR

コマンド・ラインの引数で指定したJVM診断管理対象サーバーを停止します。サーバーは、OMSが実行されているローカル・ホストと同じホストで稼働することも、リモート・ホストで稼働することもできます。

emctl extended oms jvmd stop -all

OMSが実行されているローカル・ホストと同じホスト上のすべてのJVM診断管理対象サーバーを停止します。

emctl extended jvmd stop -global

リモート・ホスト(このOMSホストに対してリモート)上を含め、すべてのJVM診断管理対象サーバーを停止します。

emctl extended oms jvmd status -server=<server_name1>,<server_name2>...

For example: emctl extended oms jvmd stop -server=EMJVMDMANAGER,MYJVMDMGR

コマンド・ラインの引数で指定したJVM診断管理対象サーバーの状態を表示します。サーバーは、OMSが実行されているローカル・ホストと同じホストで稼働することも、リモート・ホストで稼働することもできます。

emctl extended oms jvmd status -all

このドメイン内のすべてのJVM診断エンジンの状態。

emctl extended oms jvmd -help

JVM診断コマンドのオンライン・ヘルプを表示します。

21.13 Java Workload Explorerの使用

Java Workload Explorerでは、JVMおよびJVMプール・ターゲットに関連付けられたすべてのパフォーマンス統計の詳細なビューが提供されます。

21.13.1 Java Workload Explorerへのアクセス

Java Workload Explorerを使用するには、次の手順を実行します。

1. 「ターゲット」メニューから、「ミドルウェア」を選択し、「Java仮想マシン」ターゲットまたは「Java仮想マシン・プール」ターゲットを選択します。
このページには、「ターゲット」メニューから「ミドルウェア」を選択して、「ミドルウェアの機能」メニューを選択してもアクセスできます。Java Workload Explorerを選択します。

2. 表示されるページで、ページの上部のJava Workload Explorerのリンクをクリックします。

21.13.2 パフォーマンス分析および検索基準

「パフォーマンス分析」メニューでは次の機能が提供されます。

- 比較
使用可能なスナップショットを、現在のデータまたはセット(様々なドメインの複数のJVMのデータを含む)と比較します。これで、保存したベースライン・スナップショットと現在のアクティビティを比較できます。ターゲットJVMでの新しいアプリケーション・デプロイメント、アップグレードまたは構成変更の後で、これを使用してプロアクティブに偏差を確認します。

- ターゲット
分析するターゲットを選択します。該当しなくなったターゲットを削除します。

- セット
このオプションを使用して、現在のデータセットの比較対象のセットを作成、オープン、保存および管理します。

- Javaワークロード・レポート
選択した時間ウィンドウのJVMのパフォーマンスに関する洞察を提供します。1時間未満の期間で最大10件のターゲットについてレポートが生成されます。レポートを作成することで、異なる時刻にレポートされたデータを使用してデータを分析できます。

次の表がJavaワークロード・レポートに表示されます。

各ターゲットの「サマリー」表:

- JVMサマリー

- 診断の結果

- しきい値違反

- JVM統計

- OS統計

- GC統計

コンテキスト内のすべてのターゲットによって集計され、重要なメトリックによってソートされる複数の表:

- リクエスト統計

- リクエスト・インスタンス統計

- セッション統計

- ユーザー統計

- アプリケーション統計

- スレッド統計

- メソッド統計

- クラス統計

- パッケージ統計

- データベース統計

- SQLの統計

- データベース・イベント統計

- データベース・スキーマ統計

- データベース・モジュール統計

- データベース・アクション統計

- 他の外部リソースの統計

- ロック統計

- ファイルの統計

- 補足情報
JVM起動パラメータ、完全なSQLおよびスタックが含まれます

検索基準

ページに含まれる「検索基準」を使用して、検索を絞り込み、レポートされるデータを最小限に抑えることができます。デフォルトで使用されるキーワードは、「ECID継続時間(ms)」、「SQL継続時間(ms)」および「状態」です。「状態」を使用して、関心がある「スレッド状態」を選択できます。すべての検索において、フィールドを無視することを選択できます。

「フィールドの追加」メニューを使用して、リクエスト、ユーザー・セッション・データベース、内部リソース、コードおよびスレッドについてフィールドを選択できます。

21.13.3 グラフのハイライト

ページの一番上のグラフはワークロードを視覚的に表します。このグラフを使用すると、選択する時間を、関心がある期間に簡単に絞り込むことができます。デフォルトでは、グラフにはアクティブなスレッドの統計が表示されます(「RMI待機」、「I/O待機」、「ネットワーク待機」、「DB待機」、「CPU」および「ロック」)。グラフ内のデータは表形式で使用可能です。

「グラフ・メトリック」メニューを使用して、「メモリー使用量」、「CPU使用率」、「GCオーバーヘッド」(ガベージ・コレクション)および「レスポンスと負荷」についてレポートするようにグラフを絞り込むことができます。

「グラフの高さ」メニューでは、統計の詳細を表示するようにグラフを調整できます。

「グラフの解像度」メニューでは、時間軸(x軸)のデータポイントを増やして、グラフに表示されるスパイクを増やすことができます。

21.13.4 診断

JVMまたはJVMプールに関連付けられた統計データは、タブの形式で使用可能です。診断タブは、リージョンまたは関連するリージョンのセットに基づいてユーザーの目的に対応します。タブには関連するサブタブが含まれることがあります。

ほとんどのタブには「アクション」メニューと「表示」メニューがあります。多くの場合、「アクション」メニューのオプションは、「検索に追加」や「セットに追加」のように、画面の他の部分で選択できるオプションと同じです。その他のメニュー・オプションは次のとおりです。

- 検索に追加: 要素を検索基準に追加します。

- セットに追加: 要素をセット基準に追加します。

- ログ・ビューア: ログ・メッセージを表示します。

- 診断の結果: ミドルウェア診断アドバイザを表示します。

- コール・ツリーの表示: メソッドと、メソッドを実行するコールの時間の割合を表示します。

- スレッドの遷移の表示: 時間経過に伴うスレッドの変化をグラフィック表示します。

- セッション診断: これはRUEI (Real User Experience Insight)ベースの分析です。JVMターゲットがRUEIシステムで有効化されている場合のみ使用できます。

次のタブがあります。

- 概要:
統計: 「OSR」、「コンテキスト切替え(/秒)」、「ホスト・メモリー(%)」、「スワップ領域(%)」、「オープン・ファイル・ディスクリプタ(%)」、「最大ヒープ・サイズ(MB)」、「最小ヒープ・サイズ(MB)」、「コンテナ・タイプ」、「コンテナ名」、「バージョン」

アクション: 「検索に追加」、「ログ・ビューア」、「診断の結果」

- 「リクエスト」、「ECID」、「セッション」および「ユーザー」

- リクエスト
統計: 「平均継続時間(ms)」、「最大期間(ms)」、「最小期間(ms)」、「スループット(/分)」、「件数」、「割当て(MB)」、「JVM CPU(sec)」、「JVM時間(sec)」、「スレッド状態」、「JVM」

アクション: 「検索に追加」、「コール・ツリーの表示」、「セットに追加」、「スレッドの遷移の表示」

- アプリケーション
統計: 「JVM時間(sec)」、「スレッド状態」、「アプリケーション名」

アクション: 「検索に追加」、「セットに追加」

- ユーザー
統計: 「JVM時間(sec)」、「スレッド状態」、「ユーザー」

アクション: 「検索に追加」、「セットに追加」、「ログ・ビューア」

- セッション
統計: 「マイナーGC時間(ms)」、「マイナーGC数」、「メジャーGC時間(ms)」、「メジャーGC数」、「JVM時間(sec)」、「スレッド状態」、「リクエスト数」、「ユーザー、「セッションID」

アクション: 「検索に追加」、「コール・ツリーの表示」、「セットに追加」、「スレッドの遷移の表示」

- リクエスト・インスタンス
統計: 「マイナーGC時間(ms)」、「マイナーGC数」、「メジャーGC時間(ms)」、「メジャーGC数」、「GCオーバーヘッド(ms)」、「割当て(MB)」、「JVM CPU(sec)」、「期間(ms)」、「JVM時間(sec)」、「スレッド状態」

アクション: 「検索に追加」、「コール・ツリーの表示」、「セットに追加」、「ログ・ビューア」、「スレッドの遷移の表示」、「セッション診断」

- 外部リソース

- 外部リソース概要
「ネットワーク待機」および「データベース」(「JVM時間(合計の%)」、「JVM時間(内部の%)」および「JVM時間(sec)」)

- データベース
統計: 「最大期間(ms)」、「平均継続時間(ms)」、「件数」、「JVM時間(sec)」、「詳細」、「データベース」

アクション: 「検索に追加」、「コール・ツリーの表示」、「セットに追加」、「データベース・ドリル・ダウン」

- SQL問合せ
統計: 「最大期間(ms)」、「平均継続時間(ms)」、「JVM時間(sec)」、「データベース」、「SQL ID」、「SQL文」

アクション: 「検索に追加」、「コール・ツリーの表示」、「セットに追加」、「SQLの詳細」

- データベース・イベント
統計: 「最大期間(ms)」、「平均継続時間(ms)」、「件数」、「JVM時間(sec)」、「データベース」、「データベース・イベント」

アクション: 「検索に追加」、「コール・ツリーの表示」、「セットに追加」

- データベース・スキーマ
統計: 「最大期間(ms)」、「平均継続時間(ms)」、「件数」、「JVM時間(sec)」、「データベース・スキーマ」

アクション: 「検索に追加」、「コール・ツリーの表示」、「セットに追加」

- データベース・モジュール
統計: 「最大期間(ms)」、「平均継続時間(ms)」、「件数」、「JVM時間(sec)」、「データベース・モジュール」

アクション: 「検索に追加」、「コール・ツリーの表示」、「セットに追加」

- データベース・アクション
統計: 「最大期間(ms)」、「平均継続時間(ms)」、「件数」、「JVM時間(sec)」、「データベース・アクション」

アクション: 「検索に追加」、「コール・ツリーの表示」、「セットに追加」

- 他の外部リソース
統計: 「JVM時間(sec)」、「プロトコル」、「リクエスト」

アクション: 「検索に追加」、「セットに追加」

- 内部リソース

- 内部リソース概要

- CPU - 「JVM時間(合計の%)」、「JVM時間(内部の%)」および「JVM時間(sec)」

- ロック - 「JVM時間(合計の%)」、「JVM時間(内部の%)」、「JVM時間(sec)」

- I/Oファイル - 「JVM時間(合計の%)」、「JVM時間(内部の%)」および「JVM時間(sec)」

- ロック
統計: 「保持されているロック」(「JVM時間(sec)」、「平均継続時間(ms)」、「最大期間(ms)」)および「待機中のロック」(「スレッドの傾向」、「JVM時間(sec)」、「平均継続時間(ms)」および「最大期間(ms)」)

アクション: 「検索に追加」、「詳細の表示」、「セットに追加」

- ファイル
統計: 「I/Oファイル」および「JVM時間(sec)」

アクション: 「検索に追加」、「セットに追加」

- コード
統計: 「合計の%」、「JVM時間(sec)」および「パッケージ」

- メソッド
アクション: 「検索に追加」、「コール・ツリーの表示」、「セットに追加」

- クラス
アクション: 「検索に追加」、「セットに追加」

- パッケージ
アクション: 「検索に追加」、「セットに追加」

- スレッド
統計: 「文字の書込み」、「文字の読取り」、「待機件数」、「待機時間(sec)」、「ブロック数」、「ブロックされた時間(ms)」、「ボトルネック(%)」、「スタック(%)」、「割当て(MB/秒)」、「JVM CPU(/分)」

アクション: 「検索に追加」、「コール・ツリーの表示」、「セットに追加」、「ログ・ビューア」、「スレッドの遷移の表示」、「サンプル分析」

21.14 JVMDの管理およびトラブルシューティング(グローバル)

特定のJVM診断エンジンで問題が発生した場合は、「JVMDの管理およびトラブルシューティング」機能によって提供される統計と診断が問題の解決に役立ちます。

JVMDの管理およびトラブルシューティング・ページにアクセスするには、次の手順に従います。

1. 「設定」メニューで「ミドルウェア管理」を選択して、「設定」を選択します。

2. RUEI/BTM/JVMDエンジン・セクションで、目的のJVM診断エンジンをハイライト表示し、「トラブルシュート」をクリックします。
統計には、次の情報が含まれます。

- リポジトリ統計
表領域拡大率チャートには、特定の間隔にわたってリポジトリによって使用された「合計領域」および「使用済領域」が表示されます。関連するリポジトリ表がリストされます。特定のリポジトリ表の統計を表示するには、表の名前をハイライト表示し、「詳細」をクリックします。

「傾向」ボタンをクリックして、それぞれの日に使用されたデータおよび割り当てられたデータを表示します。このデータはDBMS_SPACE.OBJECT_GROWTH_TREND関数で収集された統計に基づき、領域の使用状況の傾向を確認できます。

「エクスポート」をクリックして、すべての表およびそれに関連する統計をリストする表を取得します。たとえば、「表に割り当てられた領域(MB)」、「索引に割り当てられた領域(MB)」、「行数」、「最終分析時間」です。注意: 「エクスポート」をクリックする前に、すべての列を表示します(「表示」メニューで「列」を選択し、「すべて表示」を選択します)。こうすることで表の列が見やすくなります。

JVMD操作統計リージョンに表示されるデータにより、JVMD管理者として独自のアプリケーションをモニターできます。

- JVMDターゲット・サマリー
このページには、JVMエージェントに関するデータが表示されます。

「サマリー」セクションには、停止しているターゲットの数や関連付けられていないターゲットの数などのエージェント統計がリストされます。WebLogic ServerドメインにあるJVMDエージェントの管理、JVMターゲットのモニタリングの開始と停止およびデータのエクスポートを実行できます。

- エンジン・サマリー
このページには、JVMエンジンに関する統計が表示されます。エンジンをハイライト表示すると、関連付けられた属性がエンジン属性表に表示されます。エンジン・サマリーには、「パフォーマンス」、「診断」および「構成」の属性タイプが含まれます。

また、ロード・バランサが構成されている場合は、「JVMDロード・バランサ」表にその他の情報が表示されます。

診断のトラブルシューティング支援は次のとおりです。

- JVMDヘルス・ジョブの表示
このリンクによって、「ジョブ・システム」に直接ナビゲートされます。デフォルトではすべてのJVMDヘルス・ジョブが表示されます。

JVMDHealthReportJobジョブは、3時間ごとに自動的に起動されます。このジョブは、その3時間の期間の統計を収集します。対象期間のジョブを選択し、「結果の表示」をクリックします。これはJVMDのヘルスの履歴ビューです。レポートの名前はJVMD_HEATH_REPORT_AUTOです。

- SRアシスタンス
JVMDに問題が存在する場合は、一般的なJVMDの問題に関する説明についてSRアシスタンス・ボタンをクリックします。このページには、サービス・リクエストを申請する前に使用可能にしておく必要のある統計もリストされます。

- レポートの生成
JVMDの管理およびトラブルシューティング・タブで使用できるのと同じ情報、つまり、様々なJVMDコンポーネントの傾向が表示されます。「ファイルに保存」をクリックして、後で簡単にアクセスできる.htmlファイルに情報を保存します。

21.15 JVMDの管理およびトラブルシューティング(特定のインスタンス)

特定のJVMまたはJVMプールで速度が低下するか問題が発生した場合は、「JVMDの管理およびトラブルシューティング」機能によって提供される統計と診断が問題の解決に役立ちます。

JVMDの管理およびトラブルシューティング・ページにアクセスするには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択し、「Java仮想マシン」または「Java仮想マシン・プール」を選択します。

2. 表示されるページで、「Java仮想マシン」または「Java仮想マシン・プール」メニューから「JVMDの管理およびトラブルシューティング」を選択します。
「JVMDターゲット・サマリー」タブ

統計には、次の情報が含まれます。

- ステータスおよび接続
データには、エンジン・ホストと可用性の他に、「JVMDエージェント・ステータス」、「モニタリング・ステータス」およびバイトコード・インスツルメンテーション(BCI)ステータスが含まれます。

- ターゲットに関連するターゲット属性。属性には、「パフォーマンス」、「診断」および「構成」属性が含まれます。
「MBeanブラウザ」ボタンをクリックすると、JVMDエージェントMBeanデータとJVMDエージェントに対するライブ・コールが表示されます。

JVMDエージェントに関連する問題の診断で非常に役立つこのデータをエクスポートできます。

- パフォーマンスと診断(「ポーリング間隔(ミリ秒)」、「レスポンス時間(ミリ秒)」、平均スタック深さ(カウント)、「アクティブなスレッドの数」)

診断のトラブルシューティング支援は次のとおりです。

- 「Java仮想マシン」メニュー
パフォーマンス診断、スレッド・スナップショットおよび構成オプションへのリンクを提供します。

- Javaワークロード・エクスプローラ
JVMまたはJVMプールに関連付けられたすべてのパフォーマンス統計の詳細なビューを提供します。

- ライブ・スレッド分析
選択したプール内のすべてのJVMのリアルタイム・データまたは選択したJVMのリアル・タイム・データが表示されます。

- SRアシスタンス
JVMDに問題が存在する場合は、一般的なJVMDの問題に関する説明についてSRアシスタンス・ボタンをクリックします。このページには、サービス・リクエストを申請する前に使用可能にしておく必要のある統計もリストされます。

- レポートの生成
JVMDの管理およびトラブルシューティング・タブで使用できるのと同じ情報が表示されます。「ファイルに保存」をクリックして、後で簡単にアクセスできる.htmlファイルに情報を保存します。ジョブの目的は、様々なJVMDコンポーネントの傾向を示すことです。

「アソシエーションの管理」タブ

「ターゲット・アソシエーション」には、このJVMが関連付けられているEnterprise Managerターゲットがリストされます。ターゲットの関連付けと関連付けの解除、およびスプレッドシートへの情報のエクスポートを実行できます。

22 JVM診断のトラブルシューティング

ここでは、JVM診断のデプロイおよび使用時に発生する可能性のあるエラーと、それらの問題の解決方法について説明します。

次の項目が含まれます。

- 階層間の機能エラー

- トレース・エラー

- デプロイメント実行エラー

- LoadHeapエラー

- IBM JDK 1.6のAIX 64ビットおよびAIX 32ビットでのヒープ・ダンプ・エラー

- JVM診断のUIページのエラー

- よくある質問

22.1 階層間の機能エラー

この項では、JVM診断エンジンのステータスを表示するエラーの一覧を表示します。階層間の機能エラーは、次のような原因で発生する可能性があります。

- 一致しないデータベース接続情報

- ユーザー権限不足

「パフォーマンス診断」ページで、「上位SQL」グラフまたは「上位DBWaitイベント」グラフに「不明」エントリがあり、「上位データベース」グラフに未定義エントリがあり、かつ、「ライブ・スレッド分析」ページの「DB待機」リンクをクリックしたときに「データベース詳細」ポップアップ・ウィンドウが表示された場合は、多層間の相互関係を確立できません。

図22-1 ライブ・スレッド分析(多層間)

注意:
多層間の相互関係が確立されている場合は、「ライブ・スレッド分析」ページの「DB待機」リンクをクリックすると、データベース・インスタンスのデータベース診断ページが表示されます。その場合、「JVMパフォーマンス診断」ページの「上位SQL」と「上位DBWaitイベント」、および「上位データベース」の各グラフにはそれぞれ「不明」および「未定義」エントリは含まれません。カスタム・データベースの場合、「DB待機」リンクは無効になっています。

解決方法

- データベースの不一致のために多層間の相互関係を確立できない場合は、データベースが登録されているかどうか調べてください。「設定」メニューから、「ミドルウェア管理」、「アプリケーション・パフォーマンス管理」の順に選択します。「JVM診断エンジン」を選択して、「構成」をクリックします。「データベースの登録」タブをクリックして、データベースが登録されているかどうかを調べます。データベースが登録されていなかった場合は、「DB待機」リンクをクリックしてJDBC接続文字列を検査し、JVM診断に登録されているデータベースにそれが一致しているかどうか、確認します。たとえば、JDBC接続文字列にSIDが含まれている場合は、登録されているデータベースはSIDを持っている必要があります。同様に、JDBC接続文字列にあるサービス名とデータベースのホスト名も、登録されたデータベースのものと一致する必要があります。一致することが必要なそうした情報の別の例として、データベースのホスト名があります。

- カスタム・データベースの場合は、ユーザーの権限が不足している場合があります。その場合は、v$active_services、v$instance、v$session、v$sqltext、v$processおよびv$session_wait表に対する権限がユーザーにあるかどうかを調べます。

- JVM診断エージェントから返されたJDBCのURLが、登録されたデータベースのうちのいずれかであるが、データベースの不一致やホスト名の誤りなどのために多層間の相互関係を確立できない場合は、そのJDBC URLを登録済データベースと関連付ける必要があります。次のページから、JDBC URLをデータベースと関連付けることができます。

- 「ライブ・スレッド分析」ページ: 「Java仮想マシン」メニューから、「ライブ・スレッド分析」を選択します。「JVMスレッド」表で、DB待機状態のスレッドを選択し、「DB URLの管理」をクリックします。「登録されたデータベースの関連付け/関連付け解除」で、JDBC URLを選択して「追加」をクリックし、関連付ける登録済データベースのURLを指定します。

図22-2 ライブ・スレッド分析: 登録済データベースの関連付け/関連付け解除

- 「JVMパフォーマンス診断」ページ: 「Java仮想マシン」メニューから「パフォーマンス診断」を選択します。「JVMスレッド」表で、DB待機状態のスレッドを選択し、「DB URLの管理」をクリックします。「登録されたデータベースの関連付け/関連付け解除」で、JDBC URLを選択して「追加」をクリックし、関連付ける登録済データベースのURLを指定します。

図22-3 パフォーマンス診断: 登録済データベースの関連付け/関連付け解除

- 「登録済データベース」ページ: 「設定」メニューから「ミドルウェア管理」、「アプリケーション・パフォーマンス管理」の順に選択します。「アプリケーション・パフォーマンス管理エンジン」表で「JVM診断エンジン」行を選択して、「構成」をクリックします。
「データベースの登録」タブをクリックします。「JVM診断登録済データベース」ページが表示されます。登録済データベースのリストが表示されます。データベースを選択し、「DB URLの管理」をクリックします。登録済データベースの関連付け/関連付け解除で、データベースURLを選択して「追加」をクリックし、関連付けるデータベースのURLを指定します。

図22-4 設定: 登録済データベースの関連付け/関連付け解除

- JVM診断エージェントのホスト名と、データベースのV$ESSION表に保管されているマシン名が不一致(マシンの論理名の付け方が一貫していないなど)のために多層間の相互関係が確立できない場合は、次の手順を実行します。

- Enterprise Managerのjam_jvm表にあるv$SESS_MACHINE列を、データベースのV$SESSIONで指定された正しい値で更新します(例: update jam_jvm set V$SESS_MACHINE = 'JVMD Agent Machine name' where jam_jvm_id ='jam_jvm_id')

- データベースがJVM Diagnostics Managerにアクセスできないために多層間の相互関係が確立できない場合は、ログ・ファイルでデータベース名を調べ、そのデータベースが停止または非アクティブではないか、あるいはリスナーが停止していないか、確認します。そうである場合、JVM Diagnostics Managerはデータベースに接続して多層間の相互関係を確立することができません。

前述のすべての手順を実行しても、多層間の相互関係がまだ確立できない場合は、JVMDマネージャのログ・ファイルをパージする必要があります(*.out)。「設定」メニューから、「ミドルウェア診断」、「アプリケーション・パフォーマンス管理」の順に選択します。「JVM診断エンジン」を選択し、「構成」をクリックして、「JVMDエンジン・ログ・レベル」と「クロス層ログ・レベル」を一時的に「トレース」に設定します。

モニタリングを一時的にオフにして(可能な場合)、アプリケーションがDB呼出しを行うとき(「DB待機」に1つ以上のスレッドがある必要があります)に「ライブ・スレッド分析」に移動し、JVMDマネージャのログを送信して問題のレポートを作成します。元のログ・レベルに戻し、モニタリングを再度オンにします。

22.2 トレース・エラー

この項ではトレース中に発生するエラーの一覧を表示します。「ポーリング継続時間」の値が大きいためタイムアウトが生じた場合は、次のエラーが発生します。

エラー: weblogic.transaction.internal.TimedOutException: トランザクションは30秒後にタイムアウトしました。

解決策: このエラーはトレースの機能に影響しないため、無視できます。

22.3 デプロイメント実行エラー

この項では、デプロイメント・スクリプトの実行時に発生するエラーの一覧を表示します。

- エラー: スクリプト例外: デプロイの実行中にエラーが発生しました: 実行したアクションは600,000ミリ秒後にタイムアウトしました。
解決策: この問題を解決するには、ターゲットのWebLogicドメイン管理コンソールのロックがすでに取得されているかどうか確認します。取得済の場合はそれを解放して、次の手順に従ってスクリプトを再度実行します。

- WebLogic管理コンソール、http://<machine address>:<webogic port>/consoleにログインします。

- 保留中の変更が存在しないかどうかを確認します。保留中の変更が存在する場合、状況に応じて、それらの変更をアクティブ化するかまたは取り消して、スクリプトを再実行します。

- エラー: WebLogic管理サーバーのユーザー名とパスワードが誤っている場合は、次のエラーが表示されます。
Caused by: java.lang.SecurityException: User: <username>, failed to be authenticated.

このメッセージは一般に長いエラー・メッセージの末尾にあります。

次の例外が表示されることもあります。

javax.naming.AuthenticationException [Root exception is
java.lang.SecurityException: User: weblogic, failed to be authenticated.]
at weblogic.jndi.internal.ExceptionTranslator.toNamingException(ExceptionTranslat
or.java:42)
at
weblogic.jndi.WLInitialContextFactoryDelegate.toNamingException(WLInitialContextFactoryDelegate.java:788)
at
weblogic.jndi.WLInitialContextFactoryDelegate.pushSubject(WLInitialContextFact
oryDelegate.java:682)
atweblogic.jndi.WLInitialContextFactoryDelegate.newContext(WLInitialContextFactoryDelegate.java:469)
at
weblogic.jndi.WLInitialContextFactoryDelegate.getInitialContext(WLInitialConte
xtFactoryDelegate.java:376)
at weblogic.jndi.Environment.getContext(Environment.java:315)
at weblogic.jndi.Environment.getContext(Environment.java:285)
at
weblogic.jndi.WLInitialContextFactory.getInitialContext(WLInitialContextFactor
y.java:117)
at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:235)
at
javax.naming.InitialContext.initializeDefaultInitCtx(InitialContext.java:318)
at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:348)
at javax.naming.InitialContext.internalInit(InitialContext.java:286)
at javax.naming.InitialContext.<init>(InitialContext.java:211)

解決策: WebLogic管理サーバーの正しいユーザー名とパスワードを入力して、スクリプトを再度実行します。

- エラー: この例外は、weblogic.jarへのパスが無効であるか、またはユーザーにweblogic.jarファイルの読取り権限がない場合に発生することがあります。

Exception in thread "main" java.lang.NoClassDefFoundError:
javax/enterprise/deploy/spi/exceptions/TargetException
Caused by: java.lang.ClassNotFoundException:
javax.enterprise.deploy.spi.exceptions.TargetException
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)

解決策: 正しいパスを指定するか、ユーザーにjarファイルへの読取り権限のある資格証明を付与します。

- エラー: WebLogic管理コンソールがロックされていると、エージェントのデプロイメント・ジョブは予期したように動作しないことがあります。WebLogicドメインがロックされているためagent.logファイルがデプロイできない、というメッセージが表示されます。
解決策: JVM診断エージェントはt3/t3sプロトコルを使用してデプロイされます。t3/t3sポートが開いていることを確認します。

- エラー: SSLを有効にしたWebLogicドメインに、デモ用証明書を使用してデプロイするとき、WebLogicサーバーのデモ用証明書がキーストアにインポートされていない場合にエラーが表示されることがあります。
解決策: WebLogic Serverターゲットをモニタリングしている管理エージェントのキーストアに、WebLogic Serverのデモ資格証明をインポートします。

- エラー: deployer.zipまたはjavadiagnosticagent.earファイルのコピー中にBroken pipeエラー(接続が失われた)のようなエラーが表示されます。
解決策: Oracle Management Serviceおよび管理エージェントは、同じグループに属する同じユーザーによりインストールされる必要があります。

- エラー: JVMD AGENT DEPLOYMENT FAILED FOR WEBLOGIC 9.2 TARGET.
次の例外が発生します。

EM Agent home : /scratch/aime/agsh_0819/core/12.1.0.2.0
MIDDLEWARE_HOME : /scratch/aime/mw923
IS_WEBLOGIC9 : true
em agent state dir : /scratch/aime/agsh_0819/agent_inst
acsera home : /tmp/ad4j_1345730608009/4910760210525348050
wls admin url : t3://emHost.example.com:7001
wls username : weblogic
target : AdminServer?
weblogic jar path :
/scratch/aime/mw923/weblogic92/server/lib/weblogic.jar&&ls
/scratch/aime/mw923/weblogic92/server/lib/wljmxclient.jar&&ls
/scratch/aime/mw923/weblogic92/server/lib/wlcipher.jar
application name : HttpDeployer?
agent keystore location :
/scratch/aime/agsh_0819/agent_inst/sysman/config/montrust/AgentTrust.jks
Command used for deployment:
/scratch/aime/agsh_0819/core/12.1.0.2.0/jdk/bin/java -cp
/tmp/ad4j_1345730608009/4910760210525348050/ADPAgent/lib/mips.jar:/scratch/aim
e/mw923/weblogic92/server/lib/weblogic.jar&&ls
/scratch/aime/mw923/weblogic92/server/lib/wljmxclient.jar&&ls
/scratch/aime/mw923/weblogic92/server/lib/wlcipher.jar
-Dweblogic.security.SSL.ignoreHostnameVerify=true
-Djava.security.egd=file:/dev/./urandom
-Dweblogic.security.SSL.trustedCAKeyStore=/scratch/aime/agsh_0819/agent_inst/
sysman/config/montrust/AgentTrust.jks-Dsun.lang.ClassLoader.allowArraySyntax=
true -Dbea.home=/scratch/aime/mw923
com.acsera.ejb.Deployer.RemoteHttpDeployerShell -deploy -adminurl
t3://emHost.example.com:7001 -upload -source
/tmp/ad4j_1345730608009/4910760210525348050/ADPAgent/deploy/HttpDeployer.ear
-targets AdminServer? -username weblogic -name HttpDeployer?
-usenonexclusivelock

まず、アプリケーションはターゲット・サーバーでアンデプロイされます

使用法: java [-options] class [args...]

(クラスを実行する場合)

またはjava [-options] -jar jarfile

(jarファイルを実行する場合)

次のオプションがあります。

d32 use a 32-bit data model if available

-d64 use a 64-bit data model if available
-client to select the "client" VM
-server to select the "server" VM
-hotspot is a synonym for the "client" VM [deprecated]
The default VM is server,
because you are running on a server-class machine.
-cp <class search path of directories and zip/jar files>
-classpath <class search path of directories and zip/jar files>
A : separated list of directories, JAR archives,
and ZIP archives to search for class files.
-D<name>=<value>
set a system property
-verbose[:class|gc|jni]
enable verbose output
-version print product version and exit
-version:<value>
require the specified version to run
-showversion print product version and continue
-jre-restrict-search | -jre-no-restrict-search
include/exclude user private JREs in the version search
-? -help print this help message
-X print help on non-standard options
-ea[:<packagename>...|:<classname>]
-enableassertions[:<packagename>...|:<classname>]
enable assertions
-da[:<packagename>...|:<classname>]
-disableassertions[:<packagename>...|:<classname>]
disable assertions
-esa | -enablesystemassertions
enable system assertions
-dsa | -disablesystemassertions
disable system assertions
-agentlib:<libname>[=<options>]
load native agent library <libname>, e.g. -agentlib:hprof
see also, -agentlib:jdwp=help and -agentlib:hprof=help
-agentpath:<pathname>[=<options>]
load native agent library by full pathname
-javaagent:<jarpath>[=<options>]
load Java programming language agent, see
java.lang.instrument
-splash:<imagepath>
show splash screen with specified image
/scratch/aime/mw923/weblogic92/server/lib/wljmxclient.jar
ls: invalid line width: eblogic.security.SSL.ignoreHostnameVerify=true
Status returned from the java process is 512

22.4 LoadHeapエラー

この項ではloadheapエラーの一覧を表示します。

- エラー: ヒープダンプ操作中に次のエラーが発生します。

glibc detected * free(): invalid next size (fast): 0x0965d090" ./loadheap.sh:
line 237: 32357 Aborted ./bin/${bindir}/processlog in=$infile hdr=${sumdata}
obj=${objdata} rel=${reldata} root=${rootdata} osum=${objsumdata}
rrel=${rootrel} heap=${heap_id} skip=$skipgarbage db=$dbtype $* Error
processing file /tmp/heapdump6.txt

解決策: ヒープダンプ操作が正常に完了しているかどうか確認します。heapdump6.txtファイルを開いて、ファイルの最後にheapdump finishedの文字列があるかどうか確認します。この文字列がある場合は、終了したダンプ・ファイルをロードします。

- エラー: ヒープダンプはすでに進行中で、別のヒープダンプは実行できません。
解決策: ヒープダンプ操作が正常に完了しているかどうか確認します。heapdump6.txtファイルを開いて、ファイルの最後にheapdump finishedの文字列があるかどうか確認します。

- エラー: loadheap.shにより、使用できない一意の索引が作成されました。
解決策: loadheap.zipに付属しているloadheap/sql/cleanup.sqlを実行して、一意の索引を修正します。

22.5 IBM JDK 1.6のAIX 64ビットおよびAIX 32ビットでのヒープ・ダンプ・エラー

IBM JDK 1.6でJVM診断エージェントをデプロイしようとすると、次のエラーが発生します。

エラー: JVM診断エージェントがJDK 1.6にデプロイされると、次のメッセージが表示される場合があります。

Jam Agent : can_tag_objects capability is not set. Copy /tmp/libjamcapability.so
to another directory and restart Java with argument -agentpath: <Absolute path of
libjamcapability.so>

解決策: 最新のjamagent.warをデプロイし、-agentpath:<Absolute path of libjamcapability.so after copying to another directory>をjava引数に追加します。

- このメッセージはJVM診断エージェントがJVM診断エンジンに接続してからのみ、表示されます。2番目に、この引数はJVM引数である必要があります(プログラム引数ではありません)

- WebLogic管理コンソールを使用して(ノードマネージャを介して)サーバーが起動される場合、これらの引数は管理コンソールの「サーバーの起動」の下で指定できます。サーバーがコマンドラインから起動される場合(startWeblogic.shまたはstartManagedServer.sh)、これらの引数はstartWeblogic.shで指定する必要があります。サーバーが複数台ある場合は、サーバー名の確認がstartWeblogic.shにあり、libjamcapability.soのパスがサーバーごとに異なっていることを確認してください。

- startWeblogic.shでの入力例を次に示します。

if [ "${SERVER_NAME}" = "AdminServer" ] ; then
echo "********************************************* MODIFIED ADMIN SERVER"
JAVA_OPTIONS="${JAVA_OPTIONS} -agentpath:<Absolute path of
libjamcapability.so.X after copying to another directory>
export JAVA_OPTIONS
fi

- サーバー起動時(jamagentログが表示される前)のメッセージ「Capabilities Added by libjamcapability.so」は、libjamcapability.soが正常にロードされたことを確認しています。

22.6 JVM DiagnosticsのUIページのエラー

この項ではユーザー・インタフェース・エラーの一覧を表示します。

- エラー: これはエージェントのタイムアウト・エラーです。

JAM Console:Socket timed out after recv -- client emHost.example.com:7001
is not Active [0] secs
JAM Console jamlooptimeout=[3]
JAM CONSOLE: JVM 1 is not active
JAM Cons ErrProcessing Request:128 JVM 1 is not active jamDAL: jamreq returned
128 return status < 0 from jamDalInst.processRequest

解決策: このエラーを解決するには、「エージェント・リクエスト・タイムアウト」および「エージェント・ループ・リクエスト・タイムアウト」の値を増やします。

- エラー: JVM診断エージェントは起動され、稼働しているが、リアルタイム・ページに表示されません。
解決策: ログ・ファイルにJAMMANAGER: OLD AGENTまたはNULL POOLと表示されていたり、最適化レベルが誤っている場合、これは、古いJVM診断エージェントまたはDBエージェントが使用されていることを示しています。この問題を解決するには、次の手順を実行します。

1. 「設定」メニューから、「アプリケーション・パフォーマンス管理」を選択します。
「アプリケーション・パフォーマンス管理エンジン」のリストが表示されます。

2. 「JVM診断エンジン」行をクリックし、「構成」、「データベースの登録」タブの順にクリックします。

3. 「登録されているDBエージェント」リージョンの「ダウンロード」ボタンをクリックして、JVMDコンポーネント・リストから「JVMDエージェント」を選択します。JVM診断エージェントWeb xmlパラメータを指定し、「ダウンロード」、「OK」の順にクリックして、jamagent.warファイルをダウンロードします。

- エラー: このページを表示するために必要な権限がありません。
解決策: JVM診断データを表示するために必要なJVM診断管理者権限またはユーザー権限があることを確認してください。

22.7 よくある質問

この項では、JVM診断の使用中に生じる可能性のある質問の一覧を表示します。次が含まれています。

- JVM診断ログの場所

- JVM診断エンジンのステータス

- JVM診断エージェントのステータス

- モニタリング・ステータス

- create_jvm_diagnostic_db_user.shスクリプトの実行

- 「スレッドの変更の試行」パラメータの使用

- 最適化レベルの重要度

- カスタム・プロビジョニングによるエージェントのデプロイメント

- ログ・マネージャ・レベル

- リポジトリの領域要件

22.7.1 JVM診断ログの場所

JVM診断ログは次の場所にあります。

- JVM診断エンジンのログ・ファイルは次の場所にあります
<path to gc_inst>/em/EMGC_OMS1/sysman/log/jvmdlogs/jvmdengine.log.0

- UI関連エラーのログの場所は次のとおりです。

- $T_WORK/gc_inst/user_projects/domains/GCDomain/servers/EMGC_OMS1/logs/EMGC_OMS1.out

- $T_WORK/gc_inst/user_projects/domains/GCDomain/servers/EMGC_OMS1/logs/EMGC_OMS1.log

- JVM診断エンジンとコンソール間の通信エラーのログ・ファイルは、$T_WORK/gc_inst/em/EMGC_OMS1/sysman/log/emoms.logにあります。

22.7.2 JVM診断エンジンのステータス

JVM診断エンジンのステータスを確認するには、次の手順を実行します。

- 「設定」メニューから「ミドルウェア診断」を選択し、「JVM診断の設定」をクリックします。

- JVM診断エージェントのログ・ファイルを確認して、エージェントとマネージャ間の通信を検証します。JAM Agent ERROR: Cannot connect to Console:Connection refusedというエラーが表示されている場合、これはJVM診断エンジンが稼働していないことを示しています。

- JAM Console: Agent connection from:[Hostname]というメッセージが、JVM診断エンジンのログ・ファイル内にあるかどうか確認します。このメッセージが表示されている場合、これはJVM診断エンジンが稼働中でエージェントに接続されていることを示しています。

22.7.3 JVM診断エージェントのステータス

JVM診断エージェントのステータスを確認する手順:

- 「ターゲット」メニューから「ミドルウェア」を選択し、Java仮想マシン・ターゲットをクリックします。「Java仮想マシン」メニューから「ライブ・スレッド分析」オプションを選択します。「接続されているJVM」表でJVMのステータスを確認します。

- ステータスが「非アクティブ」の場合、これはエージェントがマネージャに接続されていないことを示しています。エージェント・ログを確認して、エージェントが稼働中でマネージャのIPアドレスおよびポート番号が正しいかどうか検証します。

- ステータスが「JVMDエージェントがデプロイされていません」の場合、JVM DiagnosticsエージェントをそのJVMにデプロイする必要があります。

- JVM Diagnosticsエージェントが稼働している場合、アクティブ・スレッド・データが表示されます。JVM Diagnosticsエージェントが稼働していない場合、JVM is inactive, Please try again after some timeというメッセージが表示されます。

22.7.4 モニタリング・ステータス

JVM診断エンジンがデータをモニタリング中かどうか検証するには、次の手順を実行します。

1. 「設定」メニューから「ミドルウェア診断」を選択し、「ミドルウェア診断」ページで「JVM診断の設定」をクリックします。「JVMD構成」ページで、「モニタリング有効化」チェック・ボックスが選択されていることを確認します。

2. 「設定」の下の「モニタリング」ページに移動し、モニター対象のJVMが属すプールに対するモニタリング・ステータスが「オン」かどうか確認します。

3. 「設定」の下の「JVMプール」ページに移動し、モニター対象のJVMが属すプールに対して「ポーリング有効」チェック・ボックスが選択されているかどうか確認します。以上で、モニタリングが有効になります。

22.7.5 create_jvm_diagnostic_db_user.shスクリプトの実行

loadHeapスクリプトを使用してヒープのみをロードできる権限の低いユーザーを作成する場合、create_jvm_diagnostic_db_user.shスクリプトを実行できます。

22.7.6 「スレッドの変更の試行」パラメータの使用

このパラメータは、JVMが非常にアクティブな場合のみ使用します。

22.7.7 最適化レベルの重要度

JVM診断エージェントは3つの最適化レベルをサポートしています。

- レベル0は、JVM診断エージェントがJVMTIベース・エンジンを使用していることを示します。このレベルは、サポートされているほとんどすべてのプラットフォームでJDK 6シリーズに対してサポートされています。

- レベル1はレベル0とレベル2の混合です。選択したプラットフォーム上のごくわずかなJDKに対してのみサポートされています。

- レベル2は実行時が効率的なので、ランタイム・オブジェクト分析手法を使用してモニタリングします。

22.7.8 カスタム・プロビジョニングによるエージェントのデプロイメント

カスタム・プロビジョニング・スクリプトを実行すれば、本番環境でのJVMDエージェントのデプロイメントをカスタマイズできます。

OMSがインストールされていれば、ミドルウェアのインストール・ディレクトリのplugins/oracle.sysman.emas.oms.plugin_12.1.0.0.0ディレクトリにjvmd.zipファイルが見つかります。zipファイルのcustomprovディレクトリに、一連のスクリプトが含まれています。これらのスクリプトの使用方法は、同じディレクトリにあるREADME.TXTに詳しく説明されています。カスタム・プロビジョニング・スクリプトを使用するには、次の手順を実行します。

1. 「設定」メニューから「ミドルウェア診断」を選択し、「ミドルウェア診断」ページで「JVM診断の設定」をクリックします。「データベースの登録」タブをクリックして、jamagent.warファイルをダウンロードします。

2. ダウンロードしたjamagent.warの場所、ドメインおよびサーバーの詳細が記載されたデプロイメント・プロファイルのコピーを作成します。

3. デプロイメント・プロファイル上でPerl scriptを実行すると、指定したすべてのサーバーにJVMDエージェントがデプロイされます。

22.7.9 ログ・マネージャ・レベル

デフォルトのログ・マネージャ・レベルは3です。なんらかの問題が発生した場合は、このレベルを一時的に上げることができます。次の1から5のログ・レベルがサポートされています。

- 1 - エラー

- 2 - 警告

- 3 - 情報

- 4 - デバッグ

- 5 - トレース

22.7.10 リポジトリの領域要件

モニタリング・データには、JVMごとに1日当たり50MB、パージ間隔はデフォルトで24時間に設定することをお薦めします。この容量は、使用する環境の実行時要因(コール・スタックの深さなど)によって変わる可能性があります。そのため、表領域の増加を定期的にチェックし、必要に応じて領域要件を変更する必要があります。こうすれば、急激なスパイクが発生することなく、通常のモニタリングによるデータベースの増加にスムーズに対応することができます。表領域のサイズ変更は、次の要因によって影響を受ける場合があります。

- ヒープ・ダンプ: ヒープの分析には大量の表領域が必要です。標準的な対処方法として、ロードされるヒープ・ダンプ・ファイルのサイズの5倍の空き領域を表領域に確保しておくことをお薦めします。ダンプ・ファイルのサイズはわかるため、データベースにロードされる前に、ダンプ・ファイルを収容するのに十分な領域があることを確認します。

- スレッド・トレース: これらはヒープより小さくなっています。ユーザーがコンソールでトレースを開始すると、これらがデータベースに自動的にロードされます。これらのスレッドのサイズは、トレース時のアクティブ・スレッドの数、トレースの期間およびトレースのサンプル間隔に応じて大きく異なります。通常は100MB未満ですが、複数のスレッド・トレースが開始されていると、データベースがすぐに一杯になる可能性があります。トレースを開始する前に、データベースに十分な領域があることを必ず確認してください。

23 ミドルウェア診断アドバイザの使用

ここでは、ミドルウェア診断アドバイザ(MDA)について説明します。Manager Cloud Controlの一部であるMDAは、スタック全体を分析して、問題の根本原因を特定することにより、診断結果を提示します。

ミドルウェア診断アドバイザでは、スタック全体を分析して、問題の根本原因を特定することにより、診断結果を提示します。情報の関連付けと分析を行い、問題の解決方法についてアドバイスを提供します。たとえば、パフォーマンスのボトルネックの原因があるJDBC接続プールを特定する際に役立ちます。

サーバーでミドルウェア診断アドバイザが有効になっていれば、WebLogicドメイン内の1つ以上のサーバーについて診断結果を表示できます。

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

- Oracle WebLogic Serverを使用したパフォーマンスの問題の診断

- ミドルウェア診断アドバイザを使用したパフォーマンスの問題の診断

- ミドルウェア診断アドバイザの機能

- ミドルウェア診断アドバイザの構成の前提条件

- ミドルウェア診断アドバイザの構成

- ミドルウェア診断アドバイザ(MDA)の設定

- ターゲットのミドルウェア診断アドバイザの有効化

- ミドルウェア診断アドバイザの範囲の制限

- ミドルウェア診断アドバイザを使用したパフォーマンスの問題の表示および診断

- スケジュールされていないミドルウェア診断アドバイザ分析のターゲットに対する実行

- ミドルウェア診断アドバイザに関連するトラブルシューティングの問題

23.1 Oracle WebLogic Serverを使用したパフォーマンスの問題の診断

Oracle WebLogic Server (WLS)は、高いパフォーマンスおよびスケーラビリティを提供するアプリケーション・サーバーです。WebLogic Serverは、デプロイメントおよび管理も簡略化して、現在の軽量開発プラットフォームを市場に投入するまでの時間を短縮します。

WLSのパフォーマンスおよびスケーラビリティを維持するには、違反を検出して違反の原因を把握することをお薦めします。これにより、迅速な対処が可能になります。パフォーマンス関連の問題は、サーバーの構成および負荷に基づいて検出されます。最も一般的なパフォーマンスの問題には、遅いレスポンス時間およびアプリケーションのクラッシュが含まれます。ミドルウェア診断アドバイザ(MDA)を使用して、値をWebLogic Management Packに追加します。WebLogicサーバーのMDAの使用の詳細を確認するには、第23.2項「ミドルウェア診断アドバイザを使用したパフォーマンスの問題の診断」を参照してください。

23.2 ミドルウェア診断アドバイザを使用したパフォーマンスの問題の診断

ミドルウェア診断アドバイザまたはMDAは、Enterprise Manager (EM) Cloud Controlでモニターされるミドルウェア・ターゲットとともにパフォーマンスの問題を診断するEnterprise Manager Cloud Control内で統合された診断モジュールです。現在、MDAは、Oracle WebLogic Server 10gリリース3 (10.3)以上でサポートされています。MDAは、JDBCデータソースおよびJMSキューをモニターします。

MDAでは、パフォーマンスの低下の原因であるアプリケーション・サーバー環境の基礎となる状態を簡単に識別できます。これらの基礎となる状態は、リクエストの遅いレスポンス、ハングしているサーバー、遅いサーバー、高いメモリー使用率、高いディスクI/Oなどのパフォーマンスの低下で表すことができます。

MDAは、ランタイム環境のJMSメッセージ消費時間などの要素のパフォーマンスを分析します。その要素のパフォーマンスが特定の制限を超えて低下すると、MDAは問題を診断して、根本的な原因を検出します。MDAによって検出された問題は「診断の結果」として提示されます。ただし、パフォーマンス全体に影響しない個々の問題は、MDAによって分離されません。

MDAは次に示す分野でパフォーマンスの問題を診断します。これらはそれぞれ、「ミドルウェア診断アドバイザの構成」ページに「結果のタイプ」として示されます(図23-1を参照)。

- JDBCデータソース待機(JVMD必須)
JDBCデータソース接続の過剰な待機を調べます。

- メッセージの配信が遅延しています(JVMD必須)
処理するメッセージの選択に要する時間が、指定した時間を超えているかどうかを調べます。これをチェックしないと、メッセージは予想より長い時間キューにとどまる可能性があります。

- メッセージの処理に時間がかかっています(JVMD必須)
メッセージを受信するペースより処理するペースの方がずっと遅くなっているため、キューの処理に時間がかかっているかどうかを調べます。これをチェックしないと、キューが増大し、最終的にはメモリー不足エラーが発生する可能性があります。

23.3 ミドルウェア診断アドバイザの機能

ミドルウェア診断アドバイザは、次のように動作します。

1. MDAエンジンは、Oracle Management Service (OMS)の起動時に起動します。
MDAエンジンは、MDA分析タスクの実行を行います。

2. Enterprise Managerコマンドライン・インタフェースで次のコマンドを実行して、MDAを有効にします。
emcli update_mda_properties -props="MDA_AUTO_ENABLE:1"

注意:
MDAはデフォルトではEnterprise Manager Cloud Controlで有効になっていません。この手順はMDAを有効にするために必要です。
この手順を実行する前にターゲットがMDAに追加されていた場合、このコマンドを実行してそれらを明示的に有効にすることができます。

emcli enable_mda_finding_types_for_targets -finding_types="finding_type_name"-targets="target_name:target_type"

3. Enterprise Manager収集対象メトリック・リポジトリ・データおよびJVMDエージェント収集対象リポジトリ・データは、MDAによってアクセスされます。

4. MDAエンジンは、適用可能なすべてのターゲットでスケジュールどおりに各結果タイプの分析を実行します。たとえば、「JDBCデータソース待機結果」について1時間に1回。

注意:
ミドルウェア・ターゲットの状態が「ブラックアウト」または「ブラウンアウト」の場合、データはそのターゲットについて処理されません。したがって、そのようなターゲットについてスケジュール設定されているすべての分析はスキップされます。

5. 分析時に、問題が発生しているかどうか、および結果がリポジトリに格納されているかどうかを確認するためのルールが適用されます。

6. 結果は、ミドルウェア診断アドバイザ・ページに表示されます。

23.4 ミドルウェア診断アドバイザの構成の前提条件

ミドルウェア診断アドバイザ(MDA)を使用したパフォーマンスの問題の診断を開始する前に、次の前提条件を満たしていることを確認します。

- WebLogic ServerがEnterprise Managerでターゲットとして検出されます。

- JVMDマネージャが構成されており、JVMDエージェントがターゲット・サーバーにデプロイされています。

- ターゲットの構成収集を強制することをお薦めします。
ターゲットの構成収集を強制するには、次の手順を実行します。

1. ターゲットのメニューから、「構成」、「最新収集」の順に選択します。

2. 「リフレッシュ」をクリックします。

23.5 ミドルウェア診断アドバイザの構成

ミドルウェア診断アドバイザ(MDA)には、新規ターゲットをチェックするために1時間ごとに実行される自動有効化ジョブがあります。ただし、コマンドemcli update_mda_properties -props="MDA_AUTO_ENABLE:1"を実行しないかぎり、デフォルトではこれらのジョブにとってMDA分析は有効になりません。コマンドが正常に実行され、前提条件(第23.4項「ミドルウェア診断アドバイザの構成の前提条件」)が満たされる場合、ジョブを次に実行する際に、ターゲットに対してMDA分析が自動的に有効になります。ただし、新しく検出されたミドルウェア・ターゲットのMDA分析をただちに有効にするには、次の手順に従います。

1. Enterprise Managerのホームページで、「ターゲット」メニューから「ミドルウェア」を選択します。

2. ミドルウェア・ターゲットのリストから、新しく検出されたターゲット・ドメイン・リンクをクリックします。

3. ターゲット・ドメインのホームページで、ターゲット・メニューから、「診断」、「ミドルウェア診断アドバイザの構成」の順に選択します。

4. 「登録済結果タイプ」セクションで、「ヘルス・チェック」をクリックします。
ヘルス・チェックが実行されます。この場合、MDAのヘルス・チェックの実行に加えて、Enterprise Managerで追加された新しいミドルウェア・ターゲットがMDAによって検出され、適用可能なすべての結果タイプについて有効化されます。

23.6 ターゲットのミドルウェア診断アドバイザの有効化

EM CLI動詞emcli update_mda_properties -props="MDA_AUTO_ENABLE:1"を使用してMDA_AUTO_ENABLEプロパティが1 (有効)に設定された後では、EMで検出される新しいWLSターゲットはデフォルトで有効です。ただし、EMインスタンスによって管理されるすべてのWLSサーバーについて有効にしたくない場合、MDA_AUTO_ENABLEを0 (無効)に設定し、UI(この後の手順を実行)またはEM CLIのコマンドemcli enable_mda_finding_types_for_targets -finding_types="finding_type_name"-targets="target_name:target_type"を使用して、特定のターゲットについて個別に有効化することができます。

MDAを手動で有効化または無効化するには、次の手順に従います。

1. Enterprise Managerのホームページで、「ターゲット」メニューから「ミドルウェア」を選択します。

2. 「ミドルウェアの機能」メニューから、「ミドルウェア診断アドバイザの構成」を選択します。

3. ミドルウェア診断アドバイザの構成ページの「登録済結果タイプ」セクションで、「結果のタイプ」の1つを選択します。

4. 「ターゲット」セクションで、MDAを有効にするターゲットを選択し、「有効化」をクリックします。図23-1を参照してください。

注意:
ターゲットはMDAによって検出されないかぎり、ターゲット・リストに表示されません。ターゲットをMDAで検出して有効化するには、第23.5項「ミドルウェア診断アドバイザの構成」を参照してください。

図23-1 「ミドルウェア診断アドバイザの構成」ページ

23.7 ミドルウェア診断アドバイザ(MDA)の設定

MDAは使用状況に応じて設定できます。MDAを設定するには、次の手順に従います。

1. 「設定」メニューから、ミドルウェア管理、「ミドルウェア診断アドバイザ」の順に選択します。

2. ミドルウェア診断アドバイザ設定ページで、次のことを行うことができます。

- すべてのMDA分析ジョブをスキップする場合は、「分析ジョブの構成」セクションで、「MDAを有効化したすべてのサーバーで分析の実行をスキップ」を選択します。

- 「パージ・ポリシー」セクションで、「より古いデータをパージ」チェック・ボックスを選択して、パージの有効化を選択できます。
データをパージする際に優先される頻度を設定するには、データを保持しておく日数をテキスト・ボックスに入力します。リポジトリからデータをパージする、24時間ごとに実行されるMDAジョブが存在します。

注意:
これはグローバル設定であるため、すべてのターゲットおよびすべてのユーザーに適用されます。

- 「検出しきい値の構成」セクションでは、「違反割合」を調整して、この値を超えると違反として検出されるというしきい値または制限(%)を設定します。デフォルト値は10%です。

注意:
この設定はJMSとJDBCの結果にのみ適用できます。

- この値を超えると取得したすべてのメッセージが違反とみなされる待機時間(分)を設定するには、「JMS待機時間」を調整します。デフォルト値は1分です。

注意:
この設定はJMS待機時間の検出にのみ適用できます。

3. 「適用」をクリックします。

図23-2はミドルウェア診断アドバイザ設定ページです。

図23-2 ミドルウェア診断アドバイザ設定ページ

注意:
また、EM CLIコマンドを使用してMDAを構成することもできます。詳細は、Oracle Enterprise Managerコマンドライン・インタフェースを参照してください。

23.8 ミドルウェア診断アドバイザの範囲の制限

一部またはすべてのターゲットでミドルウェア診断アドバイザ(MDA)を無効にすることによって、MDAの範囲を制限できます。無効にすると、無効にしたターゲットの分析の実行はスケジュールされません。ターゲットは必要なときに有効にすることもできます。

ターゲットのMDA分析を無効にするには、次の手順に従います。

1. Enterprise Managerのホームページで、「ターゲット」メニューから「ミドルウェア」を選択します。

2. 「ミドルウェアの機能」メニューから、「ミドルウェア診断アドバイザの構成」を選択します。

3. ミドルウェア診断アドバイザの構成ページの「登録済結果タイプ」セクションで、「結果のタイプ」の1つを選択します。

4. 「ターゲット」セクションで、MDAを無効にするターゲットを選択し、「無効化」をクリックします。

ターゲットのMDA分析を再度有効にするには、第23.6項「ターゲットのミドルウェア診断アドバイザの有効化」を参照してください。

MDAの範囲を制限する方法の詳細は、『Oracle Enterprise Managerコマンドライン・インタフェース』ガイドを参照してください。

23.9 ミドルウェア診断アドバイザを使用したパフォーマンスの問題の表示および診断

MDAを使用したパフォーマンスの問題を表示および診断するには、次の手順に従います。

1. ターゲットのホームページにナビゲートします。

注意:
ターゲットは、Oracle WebLogicドメイン、Oracle WebLogicクラスタまたはOracle WebLogic Serverのいずれかになります。サーバーのみの結果を表示するには、Oracle WebLogic Serverホームページに移動します。それらのすべてのターゲットの結果を表示するには、ドメインまたはクラスタのホームページに移動します。

2. ターゲット固有のメニューから、「診断」、「ミドルウェア診断アドバイザ」の順に選択します。

3. ミドルウェア診断アドバイザ・ページで、結果が記録された時間に対してマークされた結果の「時系列」セクションを表示します。
ミドルウェア診断アドバイザのページの例は、図23-3を参照してください。

注意:
履歴データを表示するには、「データの表示」ドロップダウン・ボックスで設定を調整します。

図23-3 「ミドルウェア診断アドバイザ」ページ

4. 結果のリンクの横にある「クイック・ビュー」アイコンをクリックすると、結果の詳細をすぐに確認できます。

5. 結果の詳細(ある場合)を表示するには、「時系列」セクションの結果リンクをクリックします。
「ミドルウェア診断アドバイザ結果詳細」ページでは、結果の詳細、および推奨される回避策が提供されます。次の詳細が表示されます。

- 結果
ミドルウェア・ドメインの診断結果。

For example: High number of messages reprocessed due to Transaction timeout.

- 説明 - ターゲット・タイプ、ターゲットおよび分析時間
結果に関する説明および詳細です。

- 分析

- ルール
結果があるかどうかを判断するために、収集値に適用されるルール。

- 実行データ
分析中に収集された値。

- 推奨

- アクション
検出された問題に関する解決策またはヒント。

- 論理
推奨アクションに適用される理由。

- グラフ
「グラフ」セクションには、結果に関連するグラフがあります。

23.10 スケジュールされていないミドルウェア診断アドバイザ分析のターゲットに対する実行

MDAエンジンは、適用可能なすべてのターゲットでスケジュールどおりに各結果タイプの分析を実行します。スケジュールされていないオンデマンドMDA分析をターゲットに対して実行することもできます。これを行うには、次の手順を実行します。

1. Enterprise Managerのホームページで、「ターゲット」メニューから「ミドルウェア」を選択します。

2. ミドルウェア・ターゲットのリストでターゲット・ドメイン・リンクをクリックします。

3. ターゲット・ドメインのホームページで、ターゲット・メニューから、「診断」、「ミドルウェア診断アドバイザの構成」の順に選択します。

4. 「ミドルウェア診断アドバイザの構成」ページで、「登録済結果タイプ」セクションから結果タイプを選択すると、「ターゲット」セクションに該当するターゲットがリスト表示されます。

5. いずれか1つのターゲットを選択すると、そのターゲットに対して実行された直前の10件の分析が「分析実行」に表示されます。

注意:
10個の分析実行をすべて表示するには、結果のある分析実行のみ表示チェック・ボックスの選択が解除されていることを確認します。

6. 「MDA分析の実行」をクリックすると、すぐにMDA分析が実行されます。

注意:
MDAでは、ターゲットがブラックアウトまたはブラウンアウトの状態の場合でも分析を実行します。

23.11 ミドルウェア診断アドバイザに関連するトラブルシューティングの問題

MDAに関連する問題を解決するには、次の表に記載されている手順に従います。

表23-1 ミドルウェア診断アドバイザのトラブルシューティングのヒント

ヒント

手順

ターゲットで指定した結果タイプでMDAが有効になっていることを確認します。

1. ターゲット・ドメインのホームページで、ターゲット・メニューをクリックします。

2. 「診断」メニューを選択し、「ミドルウェア診断アドバイザの構成」を選択します。

3. 結果タイプを選択します。

4. 「ターゲット」セクションからターゲットを選択します。
注意: ターゲットが「ターゲット」セクションに表示されない場合は、「登録済結果タイプ」セクションの「ヘルス・チェック」をクリックします。

5. ターゲットに対して有効になっているステータス列を表示するかどうかを確認します。

ステータスが無効の場合、ターゲットに指定した結果タイプでMDAを有効にします。その他のオプションは、Oracle Enterprise Managerコマンドライン・インタフェースを参照してください。

MDA自動有効化ジョブが適切に実行されていることを確認します。

1. 「エンタープライズ」メニューから「ジョブ」→「アクティビティ」を選択します。

2. 「使用可能な基準」セクションの「名前」のテキスト・ボックスに、MDA_ADMIN_AUTO_ENABLE%と入力して、検索アイコンをクリックします。

3. 「使用可能な基準」セクションの「ターゲット・タイプ」で、「ターゲットなし」を選択します。

4. 「使用可能な基準」セクションの「ステータス」で、「問題」を選択します。

表に表示されるすべてのジョブを表示します。スキップされたジョブまたは失敗したジョブがない場合、自動有効化ジョブは想定どおりに実行されていることを示します。

MDA分析ジョブが適切に実行されていることを確認します。

1. 「エンタープライズ」メニューから「ジョブ」→「アクティビティ」を選択します。

2. 「使用可能な基準」セクションの「名前」のテキスト・ボックスに、MDA_ANALYSIS_RUN%と入力して、検索アイコンをクリックします。
注意: 結果タイプごとにMDA_ANALYSIS_RUNジョブが1つあります。MDA_ANALYSIS_RUN%を選択すると、すべての結果タイプのジョブが表示されます。

3. 「使用可能な基準」セクションの「ターゲット・タイプ」で、「ターゲットなし」を選択します。

4. 「使用可能な基準」セクションの「ステータス」で、「問題」を選択します。

表に表示されるすべてのジョブを表示します。スキップされたジョブまたは失敗したジョブがない場合、分析ジョブは想定どおりに実行されていることを示します。

MDAエンジンが正常に実行されていることを確認します。

MDAエンジンのステータスをチェックするコマンドについては、『Oracle Enterprise Managerコマンドライン・インタフェース』を参照してください。

第VIII部

Oracle Coherenceの管理

この部の章では、Coherenceクラスタの検出およびモニタリングに関する情報が含まれています。

次の章があります。

- 第24章「Management Pack for Oracle Coherenceスタート・ガイド」

- 第25章「Coherenceクラスタのモニタリング」

- 第26章「Coherenceクラスタの管理」

- 第27章「トラブルシューティングおよびベスト・プラクティス」

- 第28章「JVM診断とのCoherence統合」

24 Management Pack for Oracle Coherenceスタート・ガイド

この章では、Oracle Enterprise Manager Cloud Control 13cを使用してCoherenceクラスタの検出とモニターを行う手順について説明します。この章は次の各項で構成されています。

- Coherence Managementについて

- 新機能

- Coherenceクラスタの構成

- Coherenceターゲットの検出

- Management Packの有効化

24.1 Coherence管理について

Oracle Coherenceは、インメモリーのデータグリッドおよび分散キャッシング・ソリューションです。これは、連携する複数の個別のノードまたはJavaプロセスで構成され、信頼性が高く高速な仮想キャッシングを実現します。

Enterprise Managerでは、キャッシュ、ノードおよびサービスなどのすべてのアーティファクトのパフォーマンスに対する深い可視性が提供されます。「クラスタ・ホーム」ページは、クラスタの全体の状態インジケータとなるヒット対取得率に基づいて、システムの最悪のキャッシュに可視性をすばやく提供します。

ノードとキャッシュは、インシデント管理機能によって事前にモニターできます。モニタリング・テンプレートを作成するには、モニタリング・テンプレートにCoherenceターゲットのメトリックを事前移入します。異なるEnterprise Managerデプロイメント間でモニタリング・テンプレートを共有するように、モニタリング・テンプレートをエクスポートおよびインポートできます。

メトリック拡張は次世代のユーザー定義メトリックで、任意のターゲット・タイプに新しいメトリックを作成することにより、Enterprise Managerを拡張してエンタープライズの環境に固有の条件をモニターできます。エクスポートまたはインポートされたモニタリング・テンプレートにメトリック拡張を組み込むことで、複数のメトリック拡張をEnterprise Managerデプロイメント間で容易かつ同時に共有できます。

クラスタのスケールの判断をより的確にするために、クラスタ・ノードと基本のホストを関連付けて、そのホストでのCPUとメモリー使用率を決定できます。キャッシュ、ノード、ホストおよびOracle WebLogicターゲットのアソシエーションを確認できます。

パフォーマンスのチャートと傾向をモニタリングするための、高度にカスタマイズ可能なパフォーマンス・ビューを使用できます。詳しい分析が、目的のレベルでの詳細な可視性を提供するように、複数のノードまたはキャッシュのメトリックを同じクラスタまたは異なるクラスタでオーバーレイできます。ドリルダウン・ビューを使用すると、パフォーマンス問題の根本的な原因を突き止めたり、Coherenceクラスタのパフォーマンス傾向を簡単に特定したりすることができます。

Enterprise Managerには、集中キャッシュ・データ管理機能があり、この機能を使用すると、索引の追加や削除、キャッシュ・データの表示、問合せ説明計画の表示などの様々なキャッシュ操作を実行できます。

Enterprise Managerは、一定の期間にわたってノードの変更する構成をモニターします。複数のノードの構成を比較できるため、構成の変更で生じたパフォーマンスのボトルネックの特定に役立ちます。トポロジ・ビューアでは、クラスタ全体の高度なトポロジが提供され、キャッシュ、ノードおよびホスト間の関係が示されます。

Coherence Managementのすべての機能は、JVM診断に統合され、ノードJVMにリアルタイムの可視性を提供します。キャッシュやクラスタのコンテキスト内からCoherenceノードのJVMにドリルダウンして、遅延の原因となっているメソッドやスレッドを特定できます。JVM診断機能は、WLS Management Pack EEおよびOracle以外のミドルウェア用Management Packの一部です。

Enterprise Managerは、完全なプロビジョニング・ソリューションを備えています。ソフトウェア・ライブラリでOracle Coherence設定イメージまたはゴールド・イメージを維持して、そのイメージをインフラストラクチャ全体にデプロイし、完全に新しいクラスタを作成したり、既存のクラスタにノードを追加したりすることができます。同じデプロイメント手順を使用して、同様にノードも更新できます。

24.2 新機能

この項では、Oracle Enterprise Manager Cloud Control 13cの新機能について一覧で示します。新機能は次のとおりです。

- ターゲット・ナビゲーション: 「ターゲット・ナビゲーション」メニューはデフォルトでは表示されません。ページの左側の「ターゲット・ナビゲーション」アイコンをクリックすると、「ターゲット・ナビゲーション」ツリーが表示されます。ナビゲーション・ツリーによって、ページからノードまたはキャッシュへの移動が容易になります。ノードは、ノードが稼働しているホストに基づいてグループ分けされ、キャッシュはサービスに基づいてグループ分けされます。

- ヒート・マップ: クラスタのホームページの「ヒート・マップ」タブに、クラスタ内のすべてのターゲットのグラフィック表示が提供されます。

- ログ・ビューア: ログ・ファイルをスキャンしてログ・ファイル・データを表示できます。

- 停止中のメンバーの削除: クラスタで「停止中」ステータスになっているすべてのメンバーを削除できます。

- 管理対象Coherenceクラスタ: 管理対象Coherenceクラスタの検出とモニタリングは、Oracle Fusion Middleware/Weblogicドメインの検出とモニタリングに統合されました。

24.3 Coherenceクラスタの構成

注意:
この項では、スタンドアロンCoherenceクラスタの構成手順を説明します。
管理対象Coherenceクラスタの構成方法の詳細は、WebLogicのドキュメントを参照してください。

Oracle Coherenceのスタンドアロン・デプロイは、CoherenceとJMXのシステム・プロパティ(起動引数)を使用してCoherenceノードを構成することにより、Enterprise Managerでモニターできます。また、ノードの1つをJMX集中管理ノードとして構成する必要があります。このJMX管理ノードは、すべてのCoherence MBeanと属性を公開する必要があります。詳細は、第24.3.1項「JMX管理ノードの作成および起動」を参照してください。JMX管理ノードの構成に加えて、JMX管理ノードと同じホストに管理エージェントもインストールして構成する必要があります。これは、Enterprise ManagerでCoherenceクラスタを検出してモニターする場合に必要です。

図24-1は、Enterprise Managerを使用したスタンドアロンCoherenceクラスタのモニタリング用の構成を示しています。

図24-1 Coherenceクラスタの構成(スタンドアロンCoherenceクラスタ)

図に示すように、Coherence管理(JMX)ノードのMBeanサーバーでは、Coherenceクラスタ全体にMBeanが公開されます。Enterprise Managerは、この管理ノードに接続してCoherenceクラスタを検出およびモニターします。

24.3.1 JMX管理ノードの作成および起動

管理エージェントはJMX管理エージェント(集中管理MBeanサーバー)を使用して、ノードやキャッシュを含むCoherenceクラスタ全体を検出およびモニターします。ベスト・プラクティスとして、Coherenceクラスタの検出とモニターに使用されるJMX管理ノードと同じホストに管理エージェントが存在することをお薦めします。クラスタのモニターとプロビジョニングを行うには、Coherenceノードが実行しているすべてのマシンで管理エージェントを設定する必要があります。JMXを使用したOracle Coherenceの管理の詳細は、Oracle Coherence管理ガイドの「JMXを使用したCoherenceの管理」を参照してください。JMX管理ノードを構成するには次の手順を実行する必要があります。

- 追加のシステム・プロパティの指定

- 追加のクラスパスを含める

- Enterprise Managerカスタム起動クラスの使用

24.3.1.1 追加のシステム・プロパティの指定

注意:
Coherenceキャッシュに対するパフォーマンスの影響を最小化するために、管理ノードは、記憶域無効ノードに構成することをお薦めします。

次の起動引数をCoherenceノードの1つに追加して、それをJMX集中管理ノードとして構成する必要があります。

- -Dtangosol.coherence.management.extendedmbeanname=true (再起動されたノードがEnterprise Managerによって自動的に検出されるのを許可します。このパラメータは、Coherence 3.7.1.9以上のバージョンで利用できます。)

- trueに設定すると、ノードの再起動時に、ノードのステータスが自動的にリフレッシュされます。

- このプロパティを設定していない場合、ノードの再起動後に「クラスタのリフレッシュ」オプションを使用して、ノードのステータスを更新する必要があります。

- このプロパティをtrueに設定した後にノードを起動する場合、extendedmbeannameプロパティをtrueに設定した後に、クラスタ内のすべてのノードを起動する必要があります。

- -Dtangosol.coherence.management=all (すべてのノードのモニタリングを有効にする)

- -Dcom.sun.management.jmxremote.port=<port number> (リモート接続に必要)

- -Dtangosol.coherence.distributed.localstorage=false (キャッシングを無効にして、ノードを専用のモニタリング・ノードとする)

- -Doracle.coherence.home=<coherence home>

- -Dtangosol.coherence.member=<member name> (ターゲット名に必要)

- -Doracle.coherence.machine=<fully qualified hostname> (Enterprise Manager内で検出されるホストの名前と一致する必要があります)

注意:
JMX資格証明を使用している場合、次の追加の起動引数を設定する必要があります。

- -Dcom.sun.management.jmxremote.ssl=true

- -Dcom.sun.management.jmxremote.authenticate=true

JMX資格証明を使用しない場合は、これらの引数をfalseに設定する必要があります。

24.3.1.2 追加のクラス・パスを含める

Enterprise Managerのカスタムjarファイル(coherenceEMIntg.jarとbulkoperationsmbean.jar)へのパスを含める必要があります。これらのjarファイルは、<OEM_Agent_Home>/<PLUGIN_HOME>/<MIDDLEWARE_MONITORING_PLUGIN_DIR>/archives/coherenceディレクトリで使用できます。

注意:
.jarファイルの場所は、プラグインのバージョンに基づいて変わります。

24.3.1.3 カスタム起動クラスの使用

Coherence管理ノードを起動する際のシステム・プロパティおよびクラス・パスを設定するのに加え、Enterprise Manager EMIntegrationServerクラスを起動クラスとして使用する必要があります。このクラスによって、Oracle CoherenceのManagement Packのキャッシュ・データ管理機能に必要なカスタムMBeanを登録できます。

24.3.1.4 Coherence管理ノード用の起動スクリプトの例

管理ノード用の起動スクリプトの例を次に示します。

#
!/bin/sh

CP=$CP:<EM CC_Agent_Home>/plugins/oracle.sysman.emas.agent.plugin_12.1.0.6.0/archives/coherence/coherenceEMIntg.jar:
<EM CC_Agent_Home>/plugins/oracle.sysman.emas.agent.plugin_12.1.0.6.0/archives/coherence/bulkoperationsmbean.jar
COH_OPTS="$COH_OPTS -cp $CP"
$JAVA_HOME/bin/java $COH_OPTS
-Dtangosol.coherence.management.extendedmbeanname=true
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote
-Dcom.sun.management.jmxremote.ssl=false
-Dtangosol.coherence.management=all
-Dtangosol.coherence.member=<unique member name>
-Doracle.coherence.machine=<hostname_as_discovered_in_EM>
-Dcom.sun.management.jmxremote.port=<OpenTCP_Port>
-Doracle.coherence.home=$COHERENCE_HOME
-Dtangosol.coherence.distributed.localstorage=false
-Dtangosol.coherence.management.refresh.expiry=1m
-server
-Xms2048m -Xmx2048m
oracle.sysman.integration.coherence.EMIntegrationServer

24.3.2 他のすべてのノードの構成

Coherence JMX管理ノードの構成に加え、Enterprise Managerで使用される追加のCoherence固有のシステム・プロパティ(起動引数)を使用して、他のすべてのCoherenceクラスタ・ノードを構成する必要があります。

24.3.2.1 他のすべてのCoherenceノード用の追加のシステム・プロパティ

次のシステム・プロパティを他のすべてのCoherenceノードに追加する必要があります。

-Dtangosol.coherence.management.extendedmbeanname=true
-Dtangosol.coherence.management.remote=true –Dtangosol.coherence.member=<unique member name> -Doracle.coherence.home=<coherence home>
-Doracle.coherence.machine=<machine name> should be the same as the name of the host discovered in Enterprise Manager.

注意:
JMX資格証明を使用している場合、次の追加の起動引数を設定する必要があります。

- -Dcom.sun.management.jmxremote.ssl=true

- -Dcom.sun.management.jmxremote.authenticate=true

JMX資格証明を使用しない場合は、これらの引数をfalseに設定する必要があります。

24.3.2.2 他のすべてのCoherenceノード用の起動スクリプトの例

他のすべてのCoherenceノード用の起動スクリプトの例を次に示します。

#!/bin/sh

COH_OPTS="$COH_OPTS -cp $CP"
$JAVA_HOME/bin/java $COH_OPTS
-Dtangosol.coherence.management.extendedmbeanname=true
-Dtangosol.coherence.management.remote=true
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.ssl=false
-Doracle.coherence.home=<coherence home>
-Dtangosol.coherence.member=<unique member name>
-Doracle.coherence.machine=<hostname>
-Dcom.tangosol.net.DefaultCacheServer

24.3.3 構成のテスト

Enterprise Managerで使用するCoherenceクラスタ構成をテストするには、集中管理(JMX)ノードが、他のすべてのCoherenceクラスタのノード、キャッシュ、サービスなどの管理対象オブジェクトに関する情報を持っていることを検証する必要があります。また、集中管理ノードが、<hostname>:<port>またはJMXサービスURLのいずれかを使用してリモートからアクセス可能であることを検証する必要があります。JMX資格証明が使用されている場合は、それらが指定されている必要があります。

24.3.3.1 MBeanオブジェクトへのJConsoleを使用したリモート・アクセスの検証

JConsoleはJDKで使用できるJavaツールです。これを使用して、Coherenceクラスタ・ノード全体のMBeanオブジェクトへのリモート・アクセスを検証できます。

図24-2 JConsole

リモート・アクセスを検証するには、JConsoleを開いて「New Connection」を選択します。New Connectionページで、「Remote Process」を選択して、接続の詳細(<hostname>は集中管理ノードが稼働しているマシンの名前、<port>は管理ノードを起動した際に-Dcom.sun.management.jmxremote.portパラメータで指定した値)を入力します。成功すると、MBeanオブジェクト・ツリーが表示されます。

図24-3 MBeanオブジェクト・ツリー

システムMBeanブラウザまたはJConsoleに、すべてのCoherenceノードのMBeanが表示されたら、Enterprise Manager内で、Coherenceクラスタおよびその関連コンポーネントを検出およびモニターできます。

24.4 Coherenceターゲットの検出

内容は次のとおりです。

- スタンドアロンCoherenceクラスタの検出

- 管理対象Coherenceクラスタの検出

24.4.1 スタンドアロンCoherenceクラスタの検出

Enterprise Managerは、Coherenceクラスタ全体とそのアーティファクトをモニターします。モニターできる主なターゲットは、Oracle Coherence Cluster、Oracle Coherence NodeおよびOracle Coherence Cacheです。Oracle Coherence Clusterターゲットでは、クラスタ全体の状態の高度なビューが表示されます。Oracle Coherence NodeとOracle Coherence Cacheは、Oracle Coherence Clusterの子ターゲットです。前述のターゲット・タイプのモニタリングに加えて、サービス、接続およびアプリケーションなどの追加のCoherenceコンポーネントもモニターできます。

注意:
新しいCoherenceノードをプロビジョニングして、ノードを起動および停止するには、ノードが実行しているすべてのホストに管理エージェントをインストールする必要があります。Coherenceノードのプロビジョニングの詳細は、Enterprise Managerライフサイクル管理管理ガイドを参照してください。

前提条件

Coherenceクラスタを検出する前に、次のタスクを完了する必要があります。

- JMX管理ノードと1つ以上の他のノードで構成されるCoherenceクラスタの作成

- 第24.3.1項「JMX管理ノードの作成および起動」で説明されている必須パラメータが設定されたJMX管理ノードの起動

- 第24.3.2項「他のすべてのノードの構成」で説明されている必須パラメータが設定された他のノード起動

すでに実行中のCoherenceクラスタを検出するには、次の手順に従います。

1. 「ターゲットの追加」権限を持つユーザーとしてEnterprise Managerにログインします。

2. 「ターゲット」メニューから「ミドルウェア」を選択します。ミドルウェア・ターゲットのリストが表示されます。

注意:
または、「設定」メニューからCoherenceターゲットを追加することもできます。「設定」メニューから、「ターゲットの追加」、「ターゲットの手動追加」の順に選択します。「ターゲットの手動追加」ページで、「ガイド付きプロセスを使用して非ホスト・ターゲットを追加」オプションを選択します。ウィザードの手順に従って、Coherenceターゲットを追加します。

3. 「追加」ドロップダウン・ボックスで「スタンドアロンのOracle Coherence Cluster」を選択し、「実行」を実行します。Oracle Coherenceクラスタの追加: クラスタ、ノードおよびキャッシュ・ターゲットの検出ページが表示されます。

図24-4 Coherenceターゲットの追加

4. このページでは、Coherence JMX管理ノードの接続の詳細を指定します。これは、Coherenceのクラスタ、ノードおよびキャッシュのターゲットを検出する場合に必要です。次のいずれかを入力して、MBean Serverの詳細を提供します。

- ホスト、ポートおよびサービスの入力: 次の詳細情報を入力します。

- 管理ノード・ホスト: 管理ノードが動作しているホストを選択します。

- JMXリモート・ポート: JMX RMI接続に使用されるポート。Coherence MBeanにMBeanコネクタを使用している場合は、tangosol.coherence.management.remote.connectionportプロパティを指定します。

注意:
com.sun.management.jmxremote.portプロパティを使用することをお薦めします。

- サービス名: 接続に使用されるサービス名。デフォルトはjmxrmiです。

- MBeanサーバーの資格証明: JMX認証が使用される場合、MBeanサーバーにアクセスするために必要なユーザー名とパスワードを指定します。

- JMXサービスURL: 接続に使用されるサービスURL。URLを入力すると、「マシン名」、「ポート」、「通信プロトコル」および「サービス名」フィールドに指定した値は無視されます。たとえば、service:jmx:rmi://localhost:3000/jndi/rmi://localhost:9000/server。URL形式の詳細は、http://java.sun.com/j2se/1.5.0/docs/api/javax/management/remote/JMXServiceURL.htmlを参照してください。
RMIレジストリとMBean Serverポートが異なるなど、複雑な場合にのみサービスURLを指定することをお薦めします。MBeanサーバーの接続に「マシン名」と「ポート」オプションを使用することをお薦めします。

5. Coherenceターゲットのモニターに使用する管理エージェントを選択して、「続行」をクリックします。

6. 検出されたターゲットの詳細が表示されます。「ターゲットの追加」をクリックして、これらのターゲットをEnterprise Managerに追加します。

注意:
Enterprise Managerで新しいノードまたはターゲットを自動で検出するには、第24.4.1.1項「クラスタのリフレッシュ」に説明されているとおりにクラスタをリフレッシュする必要があります。

24.4.1.1 クラスタのリフレッシュ

クラスタ・ターゲットは、稼働中のCoherenceクラスタに手動で同期できます。「Oracle Coherenceクラスタ」メニューから「クラスタのリフレッシュ」をクリックします。検出された新しいCoherenceノードおよびキャッシュがEnterprise Managerターゲットとして追加されることを示すメッセージが表示されます。属性になんらかの変更があった場合、ノードは更新されます。「続行」をクリックしてクラスタをリフレッシュします。これにより、最新の変更が適用されます。

図24-5 クラスタのリフレッシュ

「閉じる」をクリックします。追加可能なノードとキャッシュのリストが表示されます。「ターゲットの追加」をクリックして、クラスタにターゲットを追加します。

注意:
廃止されたノードおよびキャッシュは、リフレッシュプロセスでは削除されません。手動で削除する必要があります。

24.4.1.2 正しく構成されていないノードの管理

Coherenceクラスタを検出する場合は、第24.3項「Coherenceクラスタの構成」で説明されている適切なガイドラインに従って、すべてのノードが起動されている必要があります。

ノードが適切に構成されていない場合、または必要なガイドラインに従わずに起動している場合、そのノードは正しく構成されていないノードとして分類され、新しく検出されたクラスタの一部になりません。検出の際に、正しく構成されていないノードがクラスタ内に存在すると、次の画面が表示されます。

図24-6 正しく構成されていないノード

これは、クラスタ内に正しく構成されていないノードが存在することを示します。「閉じる」をクリックします。次のページが表示されます。

図24-7 正しく構成されていないノードII

正しく構成されていないノードとそれらの失敗の理由が、このページにリストされます。検出プロセスを取り消してこれらのノードの問題を修正するか、適切に構成されているノードを使用して検出を継続するかを選択できます。

検出プロセスを継続する場合、第24.4項「Coherenceターゲットの検出」でリストされている手順に従います。

「取消」をクリックすると、検出プロセスは中断され、クラスタはリフレッシュされません。リフレッシュ・プロセス中に正しく構成されていないノードが検出された場合、次にリフレッシュ操作を実行する前に、それらを修正する必要があります。詳細について第24.4.1.1項「クラスタのリフレッシュ」を参照して、クラスタを検出します。

24.4.2 管理対象Coherenceクラスタの検出

次の手順を実行してOracle Fusion MiddlewareまたはWebLogicドメインを検出する際に管理対象Coherenceクラスタを検出できます。

1. 「ターゲットの追加」権限を持つユーザーとしてEnterprise Managerにログインします。

2. 「ターゲット」メニューから「ミドルウェア」を選択します。ミドルウェア・ターゲットのリストが表示されます。

3. 「追加」ドロップダウン・ボックスで「Oracle Fusion Middleware/WebLogicドメイン」を選択し、「実行」を実行します。

図24-8 Oracle Fusion Middleware/Weblogicドメインの追加: ターゲットの検索

4. 次の詳細を入力します

- 管理サーバー・ホスト: 管理サーバーがインストールされているホスト名を入力します。

- ポート: WebLogic管理サーバーのポートを入力します。

- ユーザー名およびパスワード: WebLogic管理サーバーのユーザー名とパスワードを入力します。

- エージェント: Fusion Middlewareターゲットの検出に使用される管理エージェントのホスト名を入力します

5. 「続行」をクリックします。ターゲットが検出されていることを示すウィンドウが表示されます。「閉じる」をクリックします。WebLogicドメインに存在するすべてのCoherenceクラスタがリスト表示されます。

図24-9 ターゲットおよびエージェントの割当て

6. 「ターゲットの追加」をクリックしてこれらのターゲットをEnterprise Managerに追加し、「OK」をクリックして「ミドルウェア」ページに戻ります。
Oracle Fusion MiddlewareおよびWebLogicドメインの検出の詳細は、Oracle Fusion Middlewareのドキュメントを参照してください。

24.5 Management Packの有効化

注意:
管理対象Coherenceクラスタの場合は、「Oracle Cloud Management Pack for Oracle Fusion Middleware」を有効にする必要があります。

カスタム機能を使用するには、Oracle CoherenceのManagement Packを有効化する必要があります。Management Packが有効化されていない場合は、ホームページと基本プラットフォーム機能のみにアクセスできます。Management Packを有効化するには、次のようにします。

1. 「設定」メニューから、「Management Pack」、「Management Packのアクセス権」の順に選択します。

2. 「検索」ドロップダウン・リストで「Oracle Coherence」を選択し、「実行」をクリックします。

3. モニターされているすべてのCoherenceターゲットが表示されます。該当のCoherenceターゲットの「パック・アクセス同意済」チェック・ボックスを選択し、「適用」をクリックしてManagement Packを有効化します。

注意:
Management Packの有効化とは別に、Coherenceターゲット・モニタリングしている管理エージェント上のすべてのユーザーにVIEW権限を付与する必要があります。これにより、管理エージェントでモニターされているすべてのターゲットが、ユーザーに対して表示されます。

25 Coherenceクラスタのモニタリング

Coherenceターゲットを検出し、Management Packのアクセス権を有効にしたら、クラスタの状態とパフォーマンスのモニタリングを開始できます。クラスタ全体をモニターしたり、クラスタの様々なエンティティ(ノード、キャッシュ、サービス、プロキシ、接続など)にドリルダウンできます。

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

- ページ・レイアウトについて

- ホームページの表示

- サマリー・ページの表示

- ログ・ビューア

- パフォーマンス・ページの表示

- 停止中のメンバーの削除

- トポロジ・ビューア

- インシデントの表示

Enterprise Managerでクラスタのモニタリングを開始する前に、次のタスクを実行する必要があります。

- Coherenceノードが実行しているすべてのホストに13.1.0.0.0管理エージェントをインストールすること。

- すべての管理エージェントに13.1.0.0.0のFusion Middlewareプラグインをデプロイすること。

- 24.3.3項「構成のテスト」の説明に従い、すべてのCoherence MBeanがCoherence JMX管理ノードで利用できることを確認すること。

注意:
管理エージェントが13.1.0.0.0にアップグレードされている場合、Fusion Middlewareプラグインも13.1.0.0.0にアップグレードされていることを確認する必要があります。

25.1 ページ・レイアウトについて

この項では、Enterprise ManagerのCoherenceページのレイアウトおよびページのカスタマイズについて説明します。この章には次の項目があります。

- ナビゲーション・ツリー

- パーソナライズ

25.1.1 ナビゲーション・ツリー

Enterprise ManagerのすべてのCoherenceページには、ページの左パネルにナビゲーション・ツリーがあります。ナビゲーション・ツリーはデフォルトでは表示されませんが、「ターゲット・ナビゲーション」アイコンをクリックして表示できます。ナビゲーション・ツリーには、選択したクラスタのすべてのエンティティ(最上位にクラスタ、その下に子エンティティとしてキャッシュおよびノード)が表示されます。エンティティは次のようにグループ化されます。

- 特定のクラスタに属するすべてのキャッシュが、ナビゲーション・ツリーの「キャッシュ」フォルダの下にリストされます。

- サービス・タイプのキャッシュ・ターゲットはまとめてグループ化されます。

- ノードフォルダには、そのノードが子エンティティとして実行されているホスト名が含まれます。

- 特定のホストで実行されているノードはまとめてグループ化されます。

「拡張/縮小」アイコンをクリックすることによって、ナビゲーション・ツリーの任意のエンティティを拡張または縮小できます。関連するホームページを右側に表示するには、ツリーのノード、キャッシュ、サービスなどのエンティティをクリックします。次に、ナビゲーションのスクリーンショットを示します。

図25-1 ナビゲーション・ツリー

管理対象Coherenceクラスタの場合、ドメイン内のすべてのCoherenceクラスタが「Coherenceクラスタ」フォルダに含まれます。このフォルダは「WebLogicドメイン」フォルダと同じレベルに表示されます。マルチテナントがターゲットでサポートされている場合は「ドメイン・パーティションCoherenceキャッシュ」フォルダも表示されます。

図25-2 ナビゲーション・ツリー(管理対象クラスタ)

25.1.2 パーソナライズ

Coherenceページはパーソナライズできるため、表示するリージョン、表示する順序、チャートに含めるメトリックなどを選択できます。編集モードでページを表示するには、ページ上の「パーソナライズ」アイコンをクリックします。

図25-3 クラスタのホームページ(「パーソナライズ」アイコン)

次のように、ページが編集モードで表示されます。

図25-4 クラスタのホームページ(編集モード)

編集モードでは、次のことができます。

- レイアウトの変更: レイアウトの変更をクリックして、ページに別のレイアウトを選択します。

- コンテンツの追加: 「コンテンツの追加」をクリックします。ページに表示できるリージョンが表示されます。リージョンを選択して「追加」をクリックし、「閉じる」をクリックして前のページに戻ります。

- リージョンの編集: リージョンで表示されているパラメータまたはメトリックを追加または削除するには、リージョンの「編集」アイコンをクリックします。

- 上下に移動: 「上に移動」アイコンまたは「下に移動」アイコンを使用して、ページ内のリージョンの位置を変更できます。

すべての変更が完了した後、「閉じる」をクリックして変更を適用するか、または「ページのリセット」をクリックしてデフォルト・モードに戻ります。

25.2 ホームページの表示

Coherenceクラスタを検出する場合、Coherence クラスタ・ターゲット、キャッシュおよび適切に構成されたノードが作成されます。それぞれのエンティティによって、多くのメトリックが収集されます。ホームページでは、全体的なクラスタの概要およびコンポーネント(ノード、キャッシュ、サービスなど)のキー・インジケータを表示できます。

25.2.1 Coherenceクラスタのホームページ

注意:
このページに表示されるデータはリアルタイム・データではありませんが、OMSリポジトリから使用可能な最新のデータに基づいています。Coherenceクラスタが検出された後、最新のデータが表示されるのは、クラスタおよびそのメンバーに対するパフォーマンスや構成の収集が完了してからです。

クラスタのグローバル・ビューを表示するには、「ターゲット」メニューから「ミドルウェア」を選択し、「Coherenceクラスタ」ターゲットをクリックします。Coherenceクラスタのホームページが表示されます。

図25-5 クラスタの「ホーム」ページ

クラスタの詳細を表示するには、ページの左上にあるクラスタ名の横の「ターゲット情報」アイコンをクリックします。次の詳細情報が「ターゲット情報」ポップアップ・ウィンドウに表示されます。

- 稼働開始: クラスタの稼働が開始された日時。

- 可用性%: 管理エージェントがクラスタと通信できた時間の割合。リンクをクリックすると、過去24時間の可用性の詳細が表示されます。

- バージョン: クラスタMBeanから取得されたCoherenceソフトウェアのバージョン。

- Oracleホーム: Oracleホームの場所。

- エージェント: MBeanサーバーと通信するためにOracle Enterprise Managerで使用している管理エージェント。エージェント・ホームページにドリルダウンするには、リンクをクリックします。

- ホスト: クラスタが稼働しているホスト。リンクをクリックして、ホストのホームページにドリルダウンします。

- タイムゾーン: ターゲットのタイムゾーンを表示します。

- 名前: これは、クラスタの実際の名前であり、Enterprise Manager内のクラスタ・ターゲットの名前とは異なる可能性があります。

- 再起動されたノードの自動検出: extendedMBeanプロパティを使用してクラスタが起動されている場合、「再起動されたノードの自動検出」プロパティ(tangosol.coherence.management.extendedmbeanname)が有効化され、このフィールドが「True」に設定されます。

「クラスタ・ホーム」ページには、「一般」および「ヒート・マップ」タブが含まれます。

25.2.1.1 「一般」タブ

- サマリー: 次の詳細が表示されます。

- クラスタ

- 可用性(%): 過去24時間のクラスタの可用性。

- 管理ノード: 管理ノードの名前とそのステータスが表示されます。リンクをクリックしてノードのホームページにドリルダウンします。

- デプロイメント・タイプ: スタンドアロンCoherenceクラスタか管理対象Coherenceクラスタかを示します。

- バージョン: Coherenceソフトウェア・バージョン。

- MBeanサーバー・ホスト: MbeanサーバーでCoherence管理ノードを実行中のホストを表示します。
MBean Serverホストのノードにアクセスできない場合、ノードのモニタリング機能が影響を受けます。この問題を回避するには、クラスタ内で複数の管理ノードを実行することをお薦めします。管理ノードがクラスタから離れている場合、ホストおよびポートのターゲット・プロパティを、管理ノードを実行しているホストをポイントするように更新する必要があります。

- ノード

- ストレージ・ノード: クラスタ内の記憶域が有効なノードの数。リンクをクリックすると、ストレージ・ノード・ページにドリルダウンします。
注意: ここにリストされる「ノード数」と「ストレージ・ノード」は、検出されたノード・ターゲットの数とは異なる場合があります。結果として、リンクをクリックして表示されるノード数は、この表に示されるノード数より少なくなる場合があります。

- ストレージ・ノード以外: プロキシ、クライアント・ノードなどの記憶域が有効でないノード。

- 合計ノード数: クラスタ内のノードの合計数。リンクをクリックすると、すべてのノード・ページにドリルダウンします。

- キャッシュ

- キャッシュ: クラスタ内のキャッシュの合計数。リンクをクリックすると、すべてのキャッシュ・ページにドリルダウンします。

- 合計オブジェクト数: クラスタ内のすべてのバック・キャッシュに保存されたオブジェクトの合計数。

- 合計メモリー: バック・キャッシュ内のすべてのオブジェクトによって使用されているメモリーの合計(MB)。キャッシュ構成でBINARYカリキュレータが使用されている場合のみ数値が表示されます。BINARYカリキュレータが使用されていない場合、このフィールドは「N/A」と表示されます。

- インシデントと問題の概要: このリージョンには、過去7日間に発生したインシデントと、クラスタおよびクラスタに関連付けられたターゲット(ノード、キャッシュおよびホスト)の問題がリストされます。リンクをクリックすると、インシデント・マネージャ・ページにドリルダウンします。

- キー・インジケータ: このリージョンには、クラスタの状態とパフォーマンスを示す主要なメトリックのグラフが表示されます。パーソナライズ機能を使用してグラフに含める主要なメトリックを指定できます。

- 上位コンポーネント: このリージョンには、OMSのリポジトリからの最新の使用可能データに基づいて、選択したメトリックのパフォーマンスの上位10個のターゲットがグラフィカルに表示されます。上位コンポーネントは、選択したメトリックに応じて昇順または降順でリストされ、上位コンポーネント・データがどのように収集されたかが示されます。「表示」ドロップ・ダウン・リストからメトリックを選択すると、選択したメトリックの上位10個のターゲットがグラフィカルに表示されます。たとえば、「キャッシュ - キャッシュ・オブジェクト」メトリックを選択すると、グラフに上位10個のキャッシュ・ターゲットが表示されます。詳細ページにドリルダウンするには、グラフまたは凡例をクリックします。

- コンポーネント: これは、Coherenceクラスタ・サービスを示す「Coherenceサービス」タブおよびクラスタ・ノードが実行されているホストのリストを示すホスト表を持つタブ・リージョンです。各タブの詳細な説明を以降に示します。
Coherenceサービス: このタブには、Coherenceクラスタ内のすべてのサービスが表示されます。マルチテナント管理対象Coherenceクラスタの場合は、「ドメイン・パーティション」列も表示されます。

ホスト: このタブには、ノードが実行されているホストが表示されます。次の詳細があります。

- ホスト: ノードが存在するホスト。「ホスト名」リンクは、ノードに「マシン名」プロパティが定義されている場合にのみ表示されます。

- ノードが稼働しているホストはEnterprise Managerによってモニターされます。

- 検出されたホスト・ターゲットの名前は、oracle.coherence.machineシステム・プロパティで指定した名前と同じである必要があります。

- ノード数: 各ホストに存在するノードの数。ノード・パフォーマンス・ページにドリルダウンするには、リンクをクリックします。

- 使用中のCPU%: ホストで使用されているCPUの割合。

- 使用済メモリー%: ホストで使用されているメモリーの割合。

25.2.1.1.1 クラスタ管理操作

次の前提条件を満たしている場合は、クラスタ管理操作を実行できます。

- ノードを開始または停止する予定のホストをEnterprise Managerでモニターする必要があります。

- Coherenceノードは、-Doracle.coherence.machineJavaオプションで開始し、その名前は、Enterprise Managerでモニターされるホスト名と一致します。

- Coherenceノードは、Javaオプション-Doracle.coherence.startscriptおよび-Doracle.coherence.homeで開始します。
oracle.coherence.startscriptオプションは、Coherenceノードの起動に必要な起動スクリプトの絶対パスを指定します。このノードの起動に必要なカスタマイズはすべて、このスクリプト内に記述する必要があります。oracle.coherence.homeオプションは、coherenceフォルダが存在する場所の絶対パス、つまり$INSTALL_DIR/coherenceを指定します。このフォルダにはコヒーレンスのバイナリとライブラリが含まれています。

- 優先資格証明は、クラスタ管理操作が実行されるすべてのホストに設定されています。

次の操作を実行できます。

- 新規ノードの起動: 既存のノードに基づいて1つ以上のノードを起動できます。新しいノードは、既存のノードと同じ構成になります。1回の操作で、複数のリモート・ホストで複数のノードを起動できます。新しいノードを起動するホストを選択し、「新規ノードの起動」をクリックします。1つ以上のノードを追加できる新規ノードの起動ページが表示されます。

- ノードの停止: 特定のホストで、すべてのノードを停止できます。ホストを選択し、「ノードの停止」をクリックします。停止するノードの詳細を示すノードの停止ページが表示されます。

注意:

- 「新規ノードの起動」および「ノードの停止」オプションは、ノードが稼働しているホストがEnterprise Managerによってモニターされている場合にのみ使用可能です。アスタリスクは、Enterprise Managerによってモニターされていないホストを示します。

- 新しく起動したノードについての情報がリポジトリにアップロードされるのは、定期的なエージェント・メトリック収集が1回行われた後(デフォルトでは5分という値)です。

25.2.1.2 ヒート・マップ

「ヒート・マップ」タブには、クラスタ内のすべてのターゲットがグラフィカルに表示されます。

図25-6 Coherenceクラスタのヒート・マップ

ヒートマップに表示されるデータは次の基準に基づいています。

- 表示方法: 「表示方法」(「ノード」、「キャッシュ」、「サービス」、「ホスト」、「パーティション・キャッシュ」(使用可能な場合)ターゲット・タイプ)を選択できます。

- ブロック・サイズ: このパラメータを使用すると、ヒート・マップに表示されるセルのサイズを拡大できます。

- ブロックの色: このパラメータでは、ヒート・マップをレンダリングする場合の基準となるメトリックを選択できます。選択できるメトリックは、「表示方法」フィールドで選択されたターゲットに基づいています。メトリック値がしきい値の範囲内に含まれるかどうかによって、ブロックの色が緑、オレンジ、黄または赤で表示されます。カラー・パレットを使用して、クリティカルまたは警告のしきい値レベルでターゲットをモニターするしきい値を変更できます。

ヒート・マップ内のセルにカーソルを合せて、ターゲット詳細および選択したフィルタを表示できます。ヒート・マップのセルをクリックして、ターゲットのホーム・ページにドリルダウンできるリンクとともにターゲットの詳細情報を表示します。

25.2.1.3 クラスタ・メニューのナビゲーション

「Coherenceクラスタ・ホーム」メニューから、次の主要なオプションを使用できます。

- パフォーマンス・サマリー: 「Oracle Coherenceクラスタ」メニューから「モニタリング」、「パフォーマンス・サマリー」の順に選択します。このページでは、クラスタのパフォーマンスを確認できます。詳細は、第25.5.1項「「パフォーマンス・サマリー」ページ」を参照してください。

- メトリックと収集設定: 「Oracle Coherenceクラスタ」メニューから「モニタリング」、「メトリックと収集設定」の順に選択します。修正処理を設定して、ノードおよびキャッシュをEnterprise Managerターゲットとして追加できます。

- ログ: ログ・ビューアを使用してログ・メッセージを表示できます。詳細は、第25.4項「ログ・ビューア」を参照してください。

- メンバー: このメニューから次のページに移動できます。

- Coherenceトポロジ: Coherenceトポロジ・ビューアには、Coherenceデプロイメントのレイアウトが視覚的に表示され、Coherenceクラスタおよび関連するノードとキャッシュが表示されます。詳細は、第25.7項「トポロジ・ビューア」を参照してください。

- ノード: このページにはクラスタのすべてのノードが表示されます。詳細は、第25.3.1項「ノード・ページ」を参照してください。

- キャッシュ: このページにはクラスタのすべてのキャッシュが表示されます。詳細は、第25.3.2項「キャッシュ・ページ」を参照してください。

- サービス: このページにはクラスタのすべてのサービスが表示されます。詳細は、第25.3.3項「サービス・ページ」を参照してください。

- アプリケーション: このページにはクラスタのすべてのアプリケーションが表示されます。詳細は、第25.3.4項「アプリケーション・ページ」を参照してください。

- プロキシ: このページにはクラスタのすべての接続マネージャが表示されます。第25.3.5項「プロキシ・ページ」を参照してください

- クラスタ管理: Oracle Coherenceクラスタメニューから「管理」を選択します。詳細は26.1項「クラスタ管理ページ」を参照してください。

- クラスタのリフレッシュ: 「Oracle Coherenceクラスタ」メニューから「クラスタのリフレッシュ」を選択します。Enterprise ManagerのCoherenceターゲットが、稼働中のクラスタに同期するようにクラスタをリフレッシュできます。

- 停止中のメンバーの削除: クラスタ内の使用できないメンバーをすべて削除できます。詳細は、第25.6項「停止中のメンバーの削除」を参照してください。

- Coherenceノードのプロビジョニング: 「Oracle Coherenceクラスタ」メニューから「コヒーレンス・ノード・プロビジョニング」を選択します。ファーム内の複数のターゲット全体にCoherenceノードを配布できます。Coherenceノードのプロビジョニングの詳細は、Enterprise Managerライフサイクル管理の管理者ガイドを参照してください。

- 最新の構成: 「Oracle Coherenceクラスタ」メニューで「構成」と「最新」を順に選択すると、Coherenceクラスタの最新構成データが表示されます。

- JVM診断: 「Oracle Coherenceクラスタ」メニューから、「JVM診断」を選択し、「CoherenceクラスタのJVM診断」ドリルダウン・ページを表示します。このオプションは、クラスタがJVM診断用に構成されていて、WLS Management Pack EEのManagement Packが含まれている場合のみ使用できます。詳細は、28項「JVM診断とのCoherence統合」を参照してください。

25.2.2 ノードのホームページ

このページには、クラスタ内の選択されたノードの詳細が表示されます。「Coherenceクラスタ」メニューで「ノード」を選択して、特定のノードをクリックするとノードのホームページにドリルダウンします。

図25-7 Coherenceノードのホームページ

ノードの詳細を表示するには、ページの左上にあるノード名の横の「ターゲット情報」アイコンをクリックします。次の詳細情報が「ターゲット情報」ポップアップ・ウィンドウに表示されます。

- 稼働開始: ノードの稼働が開始された日時。

- 可用性%: 管理エージェントがノードと通信できた時間の割合。リンクをクリックすると、過去24時間の可用性の詳細が表示されます。

- バージョン: クラスタMBeanから取得されたCoherenceソフトウェアのバージョン。

- Oracleホーム: Oracleホームの場所。

- エージェント: MBeanサーバーと通信するためにOracle Enterprise Managerで使用している管理エージェント。エージェント・ホームページにドリルダウンするには、リンクをクリックします。

- ホスト: クラスタが稼働しているホスト。リンクをクリックして、ホストのホームページにドリルダウンします。

- タイムゾーン: ターゲットのタイムゾーンを表示します。

- メンバー所属先: このノードが所属するクラスタ。

- クラスタ名: これは、クラスタの実際の名前であり、Enterprise Manager内のクラスタ・ターゲットの名前とは異なる可能性があります。

- 再起動されたノードの自動検出: extendedMBeanプロパティを使用してノードが起動されている場合、「再起動されたノードの自動検出」プロパティが有効化され、このフィールドが「True」に設定されます。

ノードのホームページには、次のリージョンがあります。

- サマリー

- 一般

- 可用性: 過去24時間のノードの可用性。

- Coherenceクラスタ: このノードが関連付けられているクラスタ。

- 再起動されたノードの自動検出: extendedMBeanフラグを設定してノードが起動されている場合に、このフラグが有効になり、チェック・マークが表示されます。

- CPU

- CPU (%): 使用されたCPUの割合。

- キャッシュ・サイズ

- オブジェクト: キャッシュ内のオブジェクト数の集計。

- ユニット: キャッシュ内のユニット数の集計。

- メモリー: キャッシュによって使用されたメモリーの集計。

- キャッシュ使用率

- キャッシュ: クラスタ内のキャッシュの合計数。

- 取得総数: 過去24時間のget()操作の合計数。

- ミス合計: 過去24時間のキャッシュ・ミスの合計数。

- プット総数: 過去24時間のput()操作の合計数。

注意:
マルチテナント管理対象Coherenceクラスタをモニタリングしている場合は、この他に、クラスタ内のパーティション・キャッシュの合計数とそれらのキャッシュのキャッシュ使用率データを含む行が表示されます。

- サービス

- サービス: キャッシュで実行されているサービスの合計数。

- タスクのバックログ: サービスのプール・スレッドの1つにより実行するようスケジュールされたタスクを保持するバックログ・キューのサイズ。

注意:
マルチテナント管理対象Coherenceクラスタをモニタリングしている場合は、この他にパーティション・キャッシュのための行に、パーティション・キャッシュとタスク・バックログで実行しているサービスの合計数が表示されます。

- ストレージ・マネージャ

- 追出し合計: このストレージ・マネージャによって管理されるバッキング・マップからの削除の合計数。

- ディスパッチされたイベントの合計: ストレージ・マネージャがディスパッチしたイベントの1分当たりの合計数。

注意:
マルチテナント管理対象Coherenceクラスタをモニタリングしている場合は、この他にパーティション・キャッシュのための行が表示されます。

- インシデントと問題の概要
このリージョンには、過去7日間に発生したインシデントと、ノードおよびノードに関連付けられたホスト・ターゲットの問題がリストされます。リンクをクリックすると、インシデント・マネージャ・ページにドリルダウンします。

- キー・インジケータ
このリージョンには、過去24時間のノードの状態とパフォーマンスを示す主要なメトリックのグラフが表示されます。メトリック・パレットから選択することによって、グラフに含める主要なメトリックを指定するメトリックをカスタマイズできます。

- 上位コンポーネント
このリージョンには、選択したメトリックのパフォーマンスの上位10個のターゲットが最後のメトリック収集から抽出され、グラフィカルに表示されます。グラフには、リアル・タイムのデータは表示されません。上位コンポーネントは、選択したメトリックに応じて昇順または降順でリストされ、上位コンポーネント・データがどのように収集されたかが示されます。「表示」ドロップ・ダウン・リストからメトリックを選択すると、選択したメトリックの上位10個のターゲットがグラフィカルに表示されます。たとえば、「キャッシュ - キャッシュ・オブジェクト」メトリックを選択すると、グラフに上位10個のキャッシュ・ターゲットが表示されます。

- コンポーネント
このリージョンには、キャッシュ、サービス、接続、Connection Manager、アプリケーション、クラスタなどのノードに関連付けられたコンポーネントがリストされます。表には、コンポーネントの名前とタイプが表示されます。

25.2.2.1 ノード・メニューのナビゲーション

Oracle Coherenceノードのホームページから、次の主要なメニュー・オプションを使用できます。

- パフォーマンス・サマリー: 「Oracle Coherenceノード」メニューから「モニタリング」、「パフォーマンス・サマリー」の順に選択します。このページでは、クラスタのパフォーマンスを確認できます。詳細は、第25.5.1項「「パフォーマンス・サマリー」ページ」を参照してください。

- メトリックと収集設定: 「Oracle Coherenceノード」メニューから「モニタリング」、「メトリックと収集設定」の順に選択します。修正処理を設定して、ノードおよびキャッシュをEnterprise Managerターゲットとして追加できます。

- ログ: ログ・ビューアを使用して選択したノードのログ・メッセージを表示できます。詳細は、第25.4項「ログ・ビューア」を参照してください。
注意: このオプションは管理対象Coherenceクラスタでは使用できません。

- コンポーネント: このメニューから、次のページにナビゲートできます。

- Coherenceトポロジ: トポロジ・ビューアには、Coherenceデプロイメントのレイアウトが視覚的に表示され、Coherenceクラスタおよび関連するノードとキャッシュが表示されます。詳細は、第25.7項「トポロジ・ビューア」を参照してください。

- キャッシュ: このページには選択したノードに関連付けられているすべてのキャッシュが表示されます。詳細は、第25.3.2項「キャッシュ・ページ」を参照してください。

- サービス: このページには選択したノードに関連付けられているすべてのサービスが表示されます。詳細は、第25.3.3項「サービス・ページ」を参照してください。

- 管理: 「Oracle Coherenceノード」メニューから「管理」を選択します。詳細は、第26.2項「ノード管理ページ」を参照してください。
注意: このオプションは管理対象Coherenceクラスタでは使用できません。

- 最新の構成: 「Oracle Coherenceノード」メニューで「構成」と「最新」を順に選択すると、Coherenceクラスタの最新構成データが表示されます。

- JVM診断: 「Oracle Coherenceノード」メニューから、「JVM診断」を選択し、「CoherenceノードのJVMプール」ドリルダウン・ページを表示します。このオプションは、ノードがJVM診断用に構成されていて、WLS Management Pack EEのManagement Packが含まれている場合のみ使用できます。詳細は、第28章「JVM診断とのCoherence統合」を参照してください。

25.2.3 キャッシュのホームページ

このページには、選択したキャッシュの詳細情報が表示されます。「Coherenceクラスタ」メニューで「キャッシュ」を選択して、特定のキャッシュをクリックするとキャッシュのホームページにドリルダウンします。

図25-8 キャッシュの「ホーム」ページ

次のリージョンが含まれます。

- サマリー

- 一般

- 可用性: 過去24時間のキャッシュの可用性。

- Coherenceクラスタ: このキャッシュが関連付けられているクラスタ。

- ノード

- 合計ノード数: クラスタ内のノードの合計数。リンクをクリックすると、すべてのノード・ページにドリルダウンします。

- ストレージ・ノード: クラスタ内の記憶域が有効なノードの数。リンクをクリックすると、ストレージ・ノード・ページにドリルダウンします。

注意:
新たに記憶域が有効になったノードは、自動的にはクラスタに追加されません。クラスタに追加された物理ノードにノード・ターゲットを追加するには、クラスタをリフレッシュする必要があります。

- ストレージ・ノード以外: プロキシ、クライアント・ノードなどの記憶域が有効でないノード。これらは、フロント・キャッシュのみに関連します。詳細は、25.2.3.1項「ニア・キャッシュ」を参照してください。

- キャッシュ・サイズ

- オブジェクト: キャッシュ内のオブジェクト数の集計。

- ユニット: キャッシュ内のユニット数の集計。

- メモリー: キャッシュによって使用されたメモリーの集計。

- 高/低ユニット合計: これはキャッシュに構成された高ユニットおよび低ユニットを表します。このパラメータが構成されていない場合、N/Aが表示されます。

- キャッシュ使用率

- 取得総数: このキャッシュをサポートしているすべてのノードでの過去24時間のget操作の集計。

- ミス合計: このキャッシュをサポートしているすべてのノードでの過去24時間のキャッシュ・ミスの数の集計。

- プット総数: このキャッシュをサポートしているすべてのノードでの過去24時間のput操作の集計。

- 問合せ

- 最適化されていない実行された問合せ: 解決できなかった問合せの合計実行時間(分)。

- 最適化された問合せ: 索引を使用して全解決されたパラレル問合せの合計数(分)。

- サービス

- サービス: このキャッシュをサポートしているサービス。

- タスクのバックログ: すべてのサービスで実行するようスケジュールされたタスクを保持するバックログ・キューのサイズ。

- ストレージ・マネージャ (これらのメトリックはバック・キャッシュのみに適用されます。)

- 追出し合計: このストレージ・マネージャによって管理されるバッキング・マップからの削除の数の集計。

- ディスパッチされたイベントの合計: ストレージ・マネージャがディスパッチしたイベントの1分当たりの合計数。

- インシデントと問題の概要
このリージョンには、過去7日間に発生したインシデントと、ノードおよびノードに関連付けられたホスト・ターゲットの問題がリストされます。リンクをクリックすると、インシデント・マネージャ・ページにドリルダウンします。

- キー・インジケータ
このリージョンには、過去24時間のノードの状態とパフォーマンスを示す主要なメトリックのグラフが表示されます。メトリック・パレットからメトリックを選択することで、チャートに含めるメトリックをカスタマイズできます。

- 上位コンポーネント
このリージョンには、選択したメトリックのパフォーマンスの上位10個のターゲットが最後の構成収集から抽出され、グラフィカルに表示されます。上位コンポーネントは、選択したメトリックに応じて昇順または降順でリストされ、上位コンポーネント・データがどのように収集されたかが示されます。「表示」ドロップ・ダウン・リストからメトリックを選択すると、選択したメトリックの上位10個のターゲットがグラフィカルに表示されます。たとえば、「キャッシュ - キャッシュ・オブジェクト」メトリックを選択すると、グラフに上位10個のキャッシュ・ターゲットが表示されます。

- コンポーネント
このリージョンには、キャッシュが関連付けられているノードが表示されます。「名前」リンクをクリックすると、ノード・ホームページにドリルダウンします。

25.2.3.1 ニア・キャッシュ

ニア・キャッシュはハイブリッドなキャッシュであり、一般に分散キャッシュまたはリモート・キャッシュとローカル・キャッシュを組み合せた役割を果たします。ニア・キャッシュでは、構成済の無効化戦略を使用してフロント・キャッシュ・エントリを無効にし、優れたパフォーマンスおよび同期化を実現します。パーティション・キャッシュによってバッキングされたニア・キャッシュでは、反復的なデータ・アクセスにおいて0ミリ秒のローカル・アクセスが可能になります。同時実行性が可能になり、整合性およびフェイルオーバーが保証されるのみでなく、レプリケーション・キャッシュとパーティション・キャッシュの長所が効率的に結合されます。

ニア・キャッシュの目的は、最後に使用した(MRU: Most Recently Used)データと最も頻繁に使用する(MFU: Most Frequently Used)データの読取りアクセスの速度を上げて、レプリケート・キャッシュの長所である最大のパフォーマンスと分散キャッシュの長所である最大のスケーラビリティの両方を最大限に実現することです。そのため、ニア・キャッシュの実装には「フロント・キャッシュ」と「バック・キャッシュ」の2つのキャッシュが含まれ、これらはリードスルー/ライトスルー方式を使用することにより、互いに自動的および透過的に通信します。「フロント・キャッシュ」はローカル・キャッシュ・アクセスを提供します。高速でサイズも限られていることから、低コストといえます。バック・キャッシュは、ローカル・キャッシュが使用不能な場合に必要に応じてロードできる、集中型のキャッシュまたは複数層構成のキャッシュにすることができます。バック・キャッシュは、非常に容量が大きいという点で完璧かつ適切ですが、アクセス速度の点では割高といえます。

ニア・キャッシュがクラスタに存在する場合は、バック・キャッシュとフロント・キャッシュそれぞれに対して1つのキャッシュ・ホーム・タブが表示されます。

図25-9 ニア・キャッシュ(バック・キャッシュ)

図25-10 ニア・キャッシュ(フロント・キャッシュ)

25.2.3.2 キャッシュ・メニューのナビゲーション

次の主要なメニュー・オプションは、Coherenceキャッシュのホームページで使用できます。

- パフォーマンス・サマリー: 「Oracle Coherenceキャッシュ」メニューから「モニタリング」、「パフォーマンス・サマリー」の順に選択します。このページでは、クラスタのパフォーマンスを確認できます。詳細は、第25.5.1項「「パフォーマンス・サマリー」ページ」を参照してください。

- メトリックと収集設定: 「Oracle Coherenceキャッシュ」メニューから「モニタリング」、「メトリックと収集設定」の順に選択します。修正処理を設定して、ノードおよびキャッシュをEnterprise Managerターゲットとして追加できます。

- コンポーネント: このメニューから次のページに移動できます。

- Coherenceトポロジ: トポロジ・ビューアには、Coherenceデプロイメントのレイアウトが視覚的に表示され、Coherenceクラスタおよび関連するノードとキャッシュが表示されます。詳細は、第25.7項「トポロジ・ビューア」を参照してください。

- ノード: このページには、選択したキャッシュに関連付けられているすべてのノードがリストされます。詳細は、第25.3.1項「ノード・ページ」を参照してください。

- サービス: このページには選択したキャッシュに関連付けられているすべてのサービスが表示されます。詳細は、第25.3.3項「サービス・ページ」を参照してください。

- 管理: 「Oracle Coherenceキャッシュ」メニューから「管理」を選択します。詳細は、第26.3項「キャッシュ管理ページ」を参照してください。

- キャッシュ・データ管理: キャッシュ・データ管理機能を使用すると、索引を定義して、指定した一連の条件を満たす、現在キャッシュされているデータに対して問合せを実行できます。詳細は、26.5項「キャッシュ・データ管理」を参照してください。
注意: このオプションは管理対象Coherenceクラスタでは使用できません。

- 最新の構成: 「Oracle Coherenceクラスタ」メニューで「構成」と「最新」を順に選択すると、Coherenceクラスタの最新構成データが表示されます。

- JVM診断: 「Oracle Coherenceキャッシュ」メニューから、「JVM診断」を選択し、CoherenceキャッシュのJVM診断プール・ドリルダウン・ページを表示します。このオプションは、クラスタがJVM診断用に構成されていて、WLS Management Pack EEのManagement Packが含まれている場合のみ使用できます。詳細は、28項「JVM診断とのCoherence統合」を参照してください。

25.2.4 パーティション・キャッシュ・ホームページ

このページには、選択したパーティション・キャッシュの詳細情報が表示されます。「Coherenceクラスタ」メニューで「キャッシュ」を選択して、特定のパーティション・キャッシュをクリックするとキャッシュのホームページにドリルダウンします。このページには、次のリージョンがあります。

- サマリー

- 一般

- Coherenceクラスタ: このキャッシュが関連付けられているクラスタ。

- ドメイン・パーティション: キャッシュが関連付けられているドメイン・パーティションの名前が表示されます。

- キャッシュ・サイズ:

- オブジェクト: キャッシュ内のオブジェクトの合計数。

- ユニット: キャッシュによって使用されるメモリー量(ユニット単位)。

- メモリー: キャッシュによって使用されたメモリーの集計。

- 高/低ユニット合計: これはキャッシュに構成された高ユニットおよび低ユニットを表します。このパラメータが構成されていない場合、N/Aが表示されます。

- キャッシュ使用率

- 取得総数: このキャッシュをサポートしているすべてのノードでの過去24時間のget操作の集計。

- ミス合計: このキャッシュをサポートしているすべてのノードでの過去24時間のキャッシュ・ミスの数の集計。

- プット総数: このキャッシュをサポートしているすべてのノードでの過去24時間のput操作の集計。

- 問合せ

- 最適化されていない実行された問合せ: 解決できなかった問合せの合計実行時間(分)。

- 最適化された問合せ: 索引を使用して全解決されたパラレル問合せの合計数(分)。

- サービス

- タスクのバックログ: サービスのプール・スレッドの1つにより実行するようスケジュールされたタスクを保持するバックログ・キューのサイズ。

- キー・インジケータ
このリージョンには、過去24時間のノードの状態とパフォーマンスを示す主要なメトリックのグラフが表示されます。グラフに含める主要なメトリックを指定できます。

- 上位コンポーネント
このリージョンには、選択したメトリックのパフォーマンスの上位10個のターゲットが最後の構成収集から抽出され、グラフィカルに表示されます。「表示」ドロップ・ダウン・リストからメトリックを選択すると、選択したメトリックの上位10個のターゲットがグラフィカルに表示されます。たとえば、「キャッシュ - キャッシュ・オブジェクト」メトリックを選択すると、グラフに上位10個のキャッシュ・ターゲットが表示されます。

25.2.4.1 キャッシュ・メニューのナビゲーション

次の主要なメニュー・オプションは、Coherenceキャッシュのホームページで使用できます。

- パフォーマンス・サマリー: 「Oracle Coherenceキャッシュ」メニューから「モニタリング」、「パフォーマンス・サマリー」の順に選択します。このページでは、クラスタのパフォーマンスを確認できます。詳細は、第25.5.1項「「パフォーマンス・サマリー」ページ」を参照してください。

- メトリックと収集設定: 「Oracle Coherenceキャッシュ」メニューから「モニタリング」、「メトリックと収集設定」の順に選択します。修正処理を設定して、ノードおよびキャッシュをEnterprise Managerターゲットとして追加できます。

- 最新の構成: 「Oracle Coherenceクラスタ」メニューで「構成」と「最新」を順に選択すると、Coherenceクラスタの最新構成データが表示されます。

25.2.5 アプリケーションのホームページ

このページを使用すると、様々なタイプのキャッシュに格納されているアプリケーション・データを表示およびモニターできます。このページを表示するには、「Oracle Coherenceクラスタ」メニューから、「アプリケーション」オプションを選択します。

アプリケーションに複数のWebモジュールが含まれている場合、各モジュールのアプリケーション・データが表示されます。セッション管理統計をリセットするには、「統計情報のリセット」をクリックします。

表示されるグラフは次のとおりです。

- ローカル属性数: ローカル属性数が表示されます。

- ローカル・セッション数: ローカル・セッション数が表示されます。

- オーバーフロー更新: 1分当たりのオーバーフロー更新回数が表示されます。

- セッション更新: 1分当たりのセッション更新回数が表示されます。

- リープ継続時間: 平均リープ継続期間をミリ秒単位で表示します。

- リープ・セッション: リープ・サイクルにおける平均リープ・セッション数が表示されます。

オーバーフロー・キャッシュ

この表には、次の詳細が含まれます。

- モジュール: アプリケーションを含むCoherenceクラスタの名前。

- ノードID: これはノード・ターゲット名です。リンクをクリックしてノードのホームページにドリルダウンします。

- キャッシュ: これはキャッシュ・ターゲットの名前です。キャッシュのホームページにドリルダウンするには、リンクをクリックします。

- 平均サイズ: 統計が最後にリセットされてから、セッション記憶域クラスタ・キャッシュに格納されたセッション・オブジェクトの平均サイズ(バイト)。

- 最大サイズ: 統計が最後にリセットされてから、セッション記憶域クラスタ・キャッシュに格納されたセッション・オブジェクトの最大サイズ(バイト)。

- しきい値: シリアライズされた形式の属性値が、大きい属性のために確保されている別個のオーバーフロー・キャッシュに格納される際の条件となる最低限の長さ(バイト)。

- オーバーフロー更新: 統計が最後にリセットされてから、オーバーフロー・クラスタ・キャッシュに格納されたセッション属性の更新回数。

クラスタ化されたセッション・キャッシュ

- モジュール: アプリケーションを含むCoherenceクラスタの名前。

- ノードID: これはノード・ターゲット名です。リンクをクリックしてノードのホームページにドリルダウンします。

- キャッシュ: これはキャッシュ・ターゲットの名前です。キャッシュのホームページにドリルダウンするには、リンクをクリックします。

- 平均サイズ: 統計が最後にリセットされてから、セッション記憶域クラスタ・キャッシュに格納されたセッション・オブジェクトの平均サイズ(バイト)。

- 最小サイズ: 統計が最後にリセットされてから、セッション記憶域クラスタ・キャッシュに格納されたセッション・オブジェクトの最小サイズ(バイト)。

- 最大サイズ: 統計が最後にリセットされてから、セッション記憶域クラスタ・キャッシュに格納されたセッション・オブジェクトの最大サイズ(バイト)。

- セッションID長: 生成されたセッションIDの長さ。

- タイムアウト: セッションの有効期限(秒)。セッションが期限切れにならない場合は-1。

- セッション更新: セッション記憶クラスタ・キャッシュに格納されたセッション・オブジェクトの1分当たりの更新回数。

- 確保済オブジェクト: Webアプリケーションのこのインスタンスに確保されたセッション・オブジェクトの数。スティッキー・セッション最適化が無効な場合には、-1。

リープ・セッション

- モジュール: アプリケーションを含むCoherenceクラスタの名前。

- ノードID: これはノード・ターゲットの名前です。リンクをクリックしてノードのホームページにドリルダウンします。

- 平均リープ継続時間: 平均リープ継続期間(分単位)。

- 平均リープ・セッション: 統計が最後にリセットされてからの平均リープ・セッション数。

- リープ・セッションの合計: 統計が最後にリセットされてリープされた期限切れセッションの合計数。

25.2.6 サービスのホームページ

このページには、Coherenceクラスタ内のサービス・インスタンスのすべての詳細が表示されます。

図25-11 サービスのホームページ

次のリージョンが含まれます。

- 名前: サービスに割り当てられた名前。

- ノード: サービス内のノードの数。

- タイプ: 使用できるサービス・タイプは、次のとおりです。

- クラスタ・サービス: このサービスは、クラスタ・ノードがクラスタに参加する必要がある場合に起動されます。クラスタ・サービスは、クラスタのメンバーシップとサービスを管理します。

- 分散型キャッシュ・サービス: クラスタ・ノードは、クラスタ全体にデータを分散(パーティション化)できます。これにより、キャッシュ内の各データは、1つのクラスタ・ノードでのみ管理(保持)されます。

- 起動サービス: このサービスは、クラスタ起動を可能にし、グリッド・コンピューティング・アーキテクチャをサポートします。

- レプリケート・キャッシュ・サービス: 同期化されたレプリケート・キャッシュ・サービスです。このサービスは、サービスを実行しているすべてのクラスタ・ノードにすべてのキャッシュ・データを完全にレプリケートします。

- インシデント: 発生したインシデントまたは問題。リンクをクリックすると、インシデント・マネージャ・ページにドリルダウンします。

- ステータス: このサービスの高可用性ステータス。これには次のものがあります。

- MACHINE-SAFE: データが失われることなく、指定されたマシン上で実行中のすべてのクラスタ・ノードを同時に停止できることを示します。

- NODE-SAFE: データが失われることなく、任意のクラスタ・ノードを停止できることを示します。

- ENDANGERED: このサービスを実行するクラスタ・ノードの異常終了によって、データが失われる可能性があることを示します。

- RACK-SAFE: 任意のデータが失われることなくラックを停止できることを示します。

- SITE-SAFE: 任意のデータが失われることなくサイトを停止できることを示します。

- アクティブなトランザクション: 現在アクティブなトランザクションの合計数。アクティブなトランザクションは、少なくとも1つの変更されたエントリを含むトランザクションとして数えられ、まだコミットまたはロールバックされていません。複数のノードがトランザクションに参加していた可能性がある場合でも、トランザクションのコーディネータ・ノードでこの数は保持されます。

リクエストの合計

このグラフには、最後の収集間隔以降に発行された同期リクエストの合計数が表示されます。

25.2.7 Connection Managerのホームページ

このページを使用すると、CoherenceクラスタにあるConnection Managerの詳細を表示できます。

図25-12 Connection Managerの「ホーム」ページ

このページには、次のセクションが含まれています。

- 一般

- サービス名: サービスに割り当てられた一意の名前。

- ノードID: これはノード・ターゲット名です。

- 接続数: Connection Managerインスタンスに関連付けられた接続の数。

- インシデント: 発生したインシデント。

- ホストIP: ホスト・マシンのIPアドレス。

- 送信および受信バイト数: このグラフには、1分間に送受信されたバイト数が表示されます。「送信バイト数」メトリック・ページにドリルダウンするには、グラフをクリックします。

- 接続

- リモート・クライアント: 接続ごとに割り当てられた一意の16進数。

- ノードID: これはノード・ターゲット名です。

- 送信バイトのバックログ: バックログの送信バイト数。

- 送信メッセージのバックログ: バックログの送信メッセージ数。

- 稼働開始: Connection Managerインスタンスが起動されてから経過した日時。

- 受信バイト数: 1分間に受信したバイト数。

- 送信されたバイト数: 1分間に送信されたバイト数。

25.3 サマリー・ページの表示

これらのページは、クラスタに関連付けられているノード、キャッシュ、サービスなどのターゲット・ページを説明します。

25.3.1 ノード・ページ

このページには、クラスタに属し、キャッシュまたはサービスをサポートする、検出されたすべてのノード・ターゲットがリストされます。表示されるノードのリストは、このページに移動してきた方法によって異なります。

このページは、マスター表でノードを選択して、詳細リージョンで主要なパフォーマンス・メトリックを表示できる、マスター/詳細形式のページです。ここに表示されるノードのリストは、このページに移動してきた方法によって異なります。このページを表示するには、次の手順を実行します。

- 「ターゲット」メニューから「ミドルウェア」を選択し、Coherenceクラスタをクリックします。Oracle Coherenceクラスタのホームページの「Oracle Coherenceクラスタ」メニューから、「ノード」を選択します。このページには、キャッシュのホームページからも移動できます。

- Oracle Coherenceクラスタのホームページから、「記憶域」、「ストレージ・ノード以外」または「ノード数」リンクをクリックします。

図25-13 「すべてのノード」ページ

デフォルトでは、次の詳細が表示されます。非表示フィールドを表示するには、「ビュー」メニューで、「列」、「列の管理」の順に選択します。「列の管理」表で、「非表示列」リストから1つ以上の列を選択し、それらを「表示列」に移動して「OK」をクリックします。選択したフィールドが表に表示されます。

注意:
表の最上部にある「例による問合せ」フィールドに値を指定することで、表に表示されるノードのリストをフィルタリングできます。たとえば、xyzホスト上で実行しているノードのリストを表示する場合は、「ホスト問合せ」フィールドに「xyz」と入力します。

- ノード: これはノード・ターゲットの名前です。リンクをクリックしてノードのホームページにドリルダウンします。

- ステータス: ノードが稼働中、停止中、エラーまたは不明のどのステータスであるかを示します。

- ホスト: ノードが稼働しているホスト。ホストがEnterprise Managerでモニター中のターゲットである場合は、リンクをクリックすると、ホストのホームページにドリルダウンできます。

- キャッシュ: このノードがサポートしているキャッシュ・ターゲットの合計数。

- 受信者成功(%): 送信パケットの合計に占める受信パケットの率です。

- パブリッシャ成功(%): ネットワーク上でのパブリッシャによるパケット転送の成功率です。

- 使用可能なメモリー(MB): このノードで使用可能なメモリー。

- プット総数: put操作の集計。

- 取得総数: get操作の集計。

ノードの詳細をグラフィカルに表示するには、表でノードを選択します。次のグラフが表示されます。

- 使用可能なノード・メモリー: このグラフには、過去24時間で使用可能なメモリーが最も少ないノードが表示されます。

- 取得の集計/分: このグラフは、選択したノードでサポートされるすべてのキャッシュでのget操作の集計を示します。

- プットの集計/分: このグラフは、選択したノードでサポートされるすべてのキャッシュでのput操作の集計を示します。

- パブリッシャ成功率: これらのグラフは、ネットワーク上でのパブリッシャによるパケット転送の成功率を示します。

- 受信者成功率: 送信パケットの合計に占める受信パケットの率です。

- 使用済ノード・メモリー(MB): ノードによって使用されたメモリーの合計。

- CPU使用率(%): 使用されたCPUの割合。

注意:
これらのグラフをカスタマイズするには、パーソナライズ機能を使用できます。

実行可能な操作は次のとおりです。

- 起動: 「停止中」ステータスを持つ任意のノードを起動できます。このオプションは、ノードがEnterprise Managerのモニター対象ホスト上で実行されている場合にのみ使用できます。

- 停止: 「稼働中」ステータスを持つ任意のノードを停止できます。このオプションは、ノードがEnterprise Managerのモニター対象ホスト上で実行されている場合にのみ使用できます。

- 新規ノードの起動: 新規ノードは、選択したノードが稼働している同じホスト上で起動できます。ホストはEnterprise Managerでモニターする必要があります。

- 統計情報のリセット: ノードを選択し、「統計情報のリセット」をクリックします。ノードが稼働しているホストのパスワードの入力を求められます。パスワードを入力し、「OK」をクリックし、統計をリセットします。このオプションは、「稼働中」ステータスを持つノードに対してのみ使用可能です。

- 例による問合せ: 「例による問合せ」アイコンをクリックします。表示される「問合せ」行で、検索する任意の列に問合せ文字列を入力します。指定した基準を満たすすべてのノードが表示されます。

25.3.2 キャッシュ・ページ

このページには、クラスタに属する、検出されたすべてのキャッシュ・ターゲットがリストされます。このページは、マスター表でキャッシュを選択して、詳細リージョンで主要なパフォーマンス・メトリックを表示できる、マスター/詳細形式のページです。ここに表示されるノードのリストは、このページに移動してきた方法によって異なります。このページを表示するには、次の手順を実行します。

- 「ターゲット」メニューから「ミドルウェア」を選択し、Coherenceクラスタをクリックします。Oracle Coherenceクラスタのホームページの「Oracle Coherenceクラスタ」メニューから、「ノード」を選択します。

- Oracle Coherenceクラスタのホームページから、「キャッシュ」リンクをクリックします。

図25-14 「すべてのキャッシュ」ページ

各キャッシュに対して、次の詳細が表示されます。

- 名前: これはキャッシュ・ターゲットの名前です。キャッシュのホームページにドリルダウンするには、リンクをクリックします。

- ドメイン・パーティション: 管理対象Coherenceクラスタをモニタリングしている場合、キャッシュが関連付けられているドメイン・パーティションがここに表示されます。

- サービス: キャッシュで使用されるキャッシュ・サービスの名前。

- 層: 最も多くキャッシュを持つバック層が表示されます。ニア・キャッシュの場合、キャッシュはフロント層とバック層で構成できます。この場合、一意の階層値を持つ同じキャッシュの複数の行が表示されます。

- オブジェクト: キャッシュ内のオブジェクト数。

- 取得: キャッシュ内のget()操作の集計。

- ヒット: キャッシュされたオブジェクトの成功したフェッチの集計。

- ミス: キャッシュされたオブジェクトの失敗したフェッチの集計。

- 読取り: データ・ストアへの読取りの集計。

- 書込み: データ・ストアへの書込みの集計。

キャッシュをサポートしているノード全体で集計された値の詳細をグラフィカルに表示するには、表でキャッシュを選択します。たとえば、「プットの集計/分」は、キャッシュをサポートしているノード全体で集計された1分当たりのput操作を計算した値です。

デフォルトでは、次のグラフが表示されますが、カスタマイズも可能です。「パーソナライズ」ボタンをクリックして、表示するグラフおよび各グラフに含めるメトリックを選択します。

- プットの集計/分: このキャッシュをサポートしているすべてのノードの1分当たりのput操作の集計。

- ヒットの集計/分: このキャッシュをサポートしているすべてのノードの1分当たりのget操作の集計。

- ミスの集計/分: このキャッシュをサポートしているすべてのノードの1分当たりのキャッシュされたオブジェクトの失敗したフェッチの集計。

- 追出しの集計/分: このキャッシュをサポートしているすべてのノードの1分当たりの追出し操作の集計。

- 挿入の集計/分: このキャッシュをサポートしているすべてのノードの1分当たりの挿入操作の集計。

- 削除の集計/分: このキャッシュをサポートしているすべてのノードの1分当たりの削除操作の集計。

25.3.3 サービス・ページ

このページには、クラスタに属する、検出されたすべてのサービス・ターゲットがリストされます。このページは、マスター表でサービスを選択して、詳細リージョンで主要なパフォーマンス・メトリックを表示できる、マスター/詳細形式のページです。ここに表示されるノードのリストは、このページに移動してきた方法によって異なります。このページを表示するには、「Oracle Coherenceクラスタ」メニューから「サービス」オプションを選択します。

図25-15 「サービス」ページ

各サービスに対して、次の詳細が表示されます。

- 名前: サービスに割り当てられた名前。サービス・ホーム・ページにドリルダウンします。

- タイプ: 使用できるサービス・タイプは、次のとおりです。

- クラスタ・サービス: このサービスは、クラスタ・ノードがクラスタに参加する必要がある場合に起動されます。クラスタ・サービスは、クラスタのメンバーシップとサービスを管理します。

- 分散型キャッシュ・サービス: クラスタ・ノードは、クラスタ全体にデータを分散(パーティション化)できます。これにより、キャッシュ内の各データは、1つのクラスタ・ノードでのみ管理(保持)されます。

- 起動サービス: このサービスは、クラスタ起動を可能にし、グリッド・コンピューティング・アーキテクチャをサポートします。

- レプリケート・キャッシュ・サービス: 同期化されたレプリケート・キャッシュ・サービスです。このサービスは、サービスを実行しているすべてのクラスタ・ノードにすべてのキャッシュ・データを完全にレプリケートします。

- ドメイン・パーティション: 管理対象Coherenceクラスタをモニタリングしている場合、キャッシュ・サービスが関連付けられているドメイン・パーティションが表示されます。

- ステータス: このサービスの高可用性ステータス。これには次のものがあります。

- MACHINE-SAFE: データが失われることなく、指定されたマシン上で実行中のすべてのクラスタ・ノードを同時に停止できることを示します。

- NODE-SAFE: データが失われることなく、任意のクラスタ・ノードを停止できることを示します。

- ENDANGERED: このサービスを実行するクラスタ・ノードの終了によって、データが失われる可能性があることを示します。

- RACK-SAFE: 任意のデータが失われることなくラックを停止できることを示します。

- SITE-SAFE: 任意のデータが失われることなくサイトを停止できることを示します。

- スレッド件数: サービスのスレッド・プール内にあるスレッドの数。

- アイドル・スレッド数: サービス・スレッド・プール内で現在アイドル状態のスレッド数。

- タスクのバックログ: サービスのプール・スレッドの1つにより実行するようスケジュールされたタスクを保持するバックログ・キューのサイズ。

- ハング・タスク: 現在一番長く実行されているハング・タスクのID。

- 平均リクエスト継続時間: サービスにより発行された個々の同期リクエストの平均継続時間(ミリ秒)。

サービスをサポートしているノード全体で集計された値の詳細をグラフィカルに表示するには、表でサービスを選択します。次のグラフが表示されます。

- リクエストの集計/分: サービスによって発行された同期リクエストの合計数。

- 保留リクエストの集計: このグラフには、サービスによって発行された保留中のリクエストの集計数が表示されます。

- 平均アクティブ・スレッド: このグラフには、サービス・スレッド・プール内のアクティブ・スレッド数の平均が表示されます。

25.3.4 アプリケーション・ページ

このページは、クラスタに関連付けられているすべてのアプリケーションをリストします。各アプリケーションで、次の詳細が表示されます。

- ローカル属性キャッシュ

- ローカル・セッション・キャッシュ

- オーバーフロー・キャッシュ

- クラスタ化されたセッション・キャッシュ

「アプリケーション名」リンクをクリックし、アプリケーションのホームページにドリルダウンします。

25.3.5 プロキシ・ページ

このページには、クラスタ内のすべてのConnection Managerおよび接続のパフォーマンスが表示されます。このページを表示するには、「Coherenceクラスタ」メニューから「プロキシ」を選択します。次のConnection Managerグラフが表示されます。

- Connection Managerの統計が最後にリセットされてから送信したバイト数が最も多い上位Connection Manager。

- Connection Managerの統計が最後にリセットされてから受信したバイト数が最も多い上位Connection Manager。

Connection Managerの一覧表には、次の詳細が表示されます。

- Connection Manager: Connection Managerの名前。サービス名とノードIDから成り、サービス名はこのConnection Managerで使用されるサービスの名前です。リンクをクリックしてConnection Manager: ホーム・ページにドリルダウンします。

- サービス: サービスの名前。サービス・ホーム・ページにドリルダウンします。

- ノードID: これはノード・ターゲット名です。

- 送信されたバイト数: 1分間に送信されたバイト数。

- 受信バイト数: 1分間に受信したバイト数。

- 送信バッファ・プールの容量: 送信バッファ・プールの最大サイズ。

- 送信バイトのバックログ: バックログの送信バイト数。

表示される接続関連のグラフは次のとおりです。

- 接続の統計が最後にリセットされてから送信したバイト数が最も多い上位接続。

- 接続の統計が最後にリセットされてから受信したバイト数が最高または最多の上位接続。

接続のリストの表が表示されます。詳細ページにドリルダウンするには、リンクをクリックします。

- リモート・クライアント: この接続が存在するホスト。

- 稼働開始: この接続の稼働が開始された日時。

- Connection Manager: Connection Managerの名前。リンクをクリックしてConnection Manager: ホーム・ページにドリルダウンします。

- サービス: サービスの名前。サービス・ホーム・ページにドリルダウンします。

- ノードID: これはノード・ターゲット名です。

- 送信されたバイト数: 1分間に送信されたバイト数。

- 受信バイト数: 1分間に受信したバイト数。

- 接続時間: ミリ秒で表した接続時間。

- 送信メッセージのバックログ: バックログの送信メッセージ数。

- 送信バイトのバックログ: バックログの送信バイト数。

25.4 ログ・ビューア

ログ・ビューアは、ノードによって生成されたログ・ファイルをスキャンし、このログ・データがログ・ビューアに表示されます。ここでは、以下の項目について説明します。

- ログの場所設定の構成

- ログ・メッセージの表示

25.4.1 ログの場所設定の構成

ログ・データを表示する前に、ログ・ファイルの場所を構成する必要があります。ログ・ファイルの場所を構成するには、次の手順に従います。

1. Coherenceクラスタのホーム・ページにナビゲートします。「Oracle Coherenceクラスタ」メニューから「ログ」を選択し、「ログの場所の設定の構成」を選択します。

図25-16 ログの場所の設定の構成

2. ターゲットを選択し、「ホスト資格証明の割当て」をクリックし、ホスト名とログイン資格証明を指定します。これらの資格証明を使用してホストにアクセスし、ログの場所を取得します。

3. 「上のホスト資格証明を子ターゲットに適用」チェック・ボックスを選択して、すべての関連する子ターゲットにこれらの資格証明を適用します。

4. 「ログの場所の割当て」をクリックして、ログ・ファイルが格納されるディレクトリを選択します。「OK」をクリックして、「ログの場所の設定の構成」ページに戻ります。

25.4.2 ログ・メッセージの表示

ログ・ファイルの構成が終了したら、ログ・メッセージを表示できます。「Oracle Coherenceノード」メニューから「ログ」を選択し、「ログ・メッセージの表示」を選択します。「検索」アイコンをクリックし、日付範囲、メッセージ・タイプおよびその他の追加検索基準を指定します。「検索」をクリックします。検索基準を満たすメッセージのリストが表示されます。

図25-17 ログ・メッセージ

メッセージを選択すると、メッセージの詳細が表示されます。「メッセージをファイルにエクスポート」をクリックし、形式(.txt、.xmlまたは.csv)を指定します。選択した形式のファイルにメッセージがエクスポートされます。「ログ・ファイル」リンクをクリックして、ログの詳細ページにドリルダウンします。「ダウンロード」をクリックして、ログ・ファイル・データを外部ファイルにダウンロードします。

25.5 パフォーマンス・ページの表示

この項では、「パフォーマンス・サマリー」ページおよびConnection Managerのパフォーマンス・ページについて説明します。

25.5.1 「パフォーマンス・サマリー」ページ

パフォーマンス・サマリー・ページを使用して、選択したコンポーネントまたはアプリケーションのパフォーマンスをモニターできます。このページを表示するには、任意のCoherenceターゲット(クラスタ、ノード、キャッシュまたはドメイン・パーティション・キャッシュ)のメニューから「モニタリング」と「パフォーマンス・サマリー」を順に選択します。パフォーマンス・ページには、次が含まれています。

- 特定のパフォーマンス・メトリックの値を一定期間表示する一連のデフォルトのパフォーマンス・グラフ。このグラフをカスタマイズして、パフォーマンス上の潜在的な問題を検出できます。

- コンポーネント、またはアプリケーションに固有の一連のリージョン。たとえば、Oracleキャッシュのパフォーマンス・サマリー・ページでは、キャッシュ・オブジェクトの集計、削除の集計、最大問合せ期間などのメトリックが表示されます。これらのセクションはコンポーネントごとに異なります。

25.5.1.1 「パフォーマンス」ページのグラフのカスタマイズ

パフォーマンス・ページは、デフォルトの一連のメトリック・グラフを表示するように構成されていますが、これらのグラフは様々な方法でカスタマイズできます。特定のメトリック・データを関係付けて比較すると、可能性のあるパフォーマンスの問題を識別できます。次のアクションを実行して、グラフをカスタマイズできます。

- 「メトリック・パレットの表示」をクリックすると、階層ツリー(選択したコンポーネントまたはアプリケーションのすべてのメトリックが含まれる)が表示されます。ツリーは、パフォーマンス・メトリックをパフォーマンス・データの様々なカテゴリに編成しています。

- パレット内のメトリックを選択すると、時間とともにメトリック値の変更が表示されるパフォーマンス・グラフが表示されます。グラフは、自動的にリフレッシュされて更新されたデータを表示します。

- グラフ上の「x」アイコンをクリックすると、グラフを閉じます。グラフの右側をクリックしてドラッグすると、ページ上の新しい位置にグラフを移動できます。

- 「メトリック・パレット」からメトリックをドラッグ・アンド・ドロップして、既存のグラフの上部にドロップします。既存のグラフには、両方のメトリックのデータが表示されます。

「パフォーマンス」ページをカスタマイズする方法の詳細は、Enterprise Managerのオンライン・ヘルプを参照してください。

25.5.2 Connection Managerの「パフォーマンス」ページ

このページには、一定期間における選択したConnection Managerのパフォーマンスが表示されます。表示されるグラフは次のとおりです。

- 送信されたバイト数: このグラフには、接続マネージャが最後に起動されてから送信したバイト数が表示されます。

- 受信バイト数: このグラフには、接続マネージャが最後に起動されてから受信したバイト数が表示されます。

パフォーマンス:

選択した期間の平均パフォーマンスが表示されます。

- 送信バイトのバックログ: バックログの送信バイト数。

- 送信メッセージのバックログ: バックログの送信メッセージ数。

- 受信バッファ・プールの容量: 受信バッファ・プールの最大サイズ。

- 受信バッファ・プールのサイズ: 受信バッファ・プールで現在使用されている値。

- 送信バッファ・プールの容量: 送信バッファ・プールの最大サイズ。

- 受信バイト数: 1分間に受信したバイト数。

- 送信されたバイト数: 1分間に送信されたバイト数。

25.6 停止中のメンバーの削除

クラスタで「停止中」ステータスになっているすべてのメンバーを削除できます。「Oracle Coherenceクラスタ」メニューから「停止中のメンバーの削除」を選択します。停止しているターゲットのリストが表示されます。リストからターゲットを選択して「削除」をクリックします。確認メッセージが表示されます。「OK」をクリックすると、メンバーがクラスタから削除されます。

25.7 トポロジ・ビューア

トポロジ・ビューアでは、Coherenceクラスタ内のすべてのターゲットのカスタマイズ・ビューが提供されます。クラスタ、ノードまたはキャッシュのトポロジを表示できます。トポロジを表示するには、「Oracle Coherenceクラスタ」、「Oracle Coherenceノード」または「Oracle Coherenceキャッシュ」メニューから「トポロジ・ビューア」オプションを選択します。トポロジ・グラフは、選択したターゲットのコンテキストに基づいて表示されます。トポロジ・ビューアは次の場所から起動します。

- クラスタ・ホーム・ページ: クラスタ全体のトポロジが表示されます。

- キャッシュ: 選択したキャッシュが実行されているホストおよびノードのトポロジが表示されます。

- ノード: ノードおよびノード上で実行中のキャッシュのトポロジが表示されます。

図25-18 Coherenceクラスタ・トポロジ

トポロジは、3層、クラスタ、ホストおよびサービスに編成されます。ホスト上で実行されているすべてのノードがホスト・グループの下にグループ化されます。サービスのキャッシュはすべて、サービス・フォルダの下にグループ化されます。ノードを選択すると、サポートのすべてのキャッシュへのリンクが表示されます。キャッシュを選択した場合は、キャッシュが構成されているすべてのノードへのリンクが表示されます。

ターゲットにカーソルを合せると、ターゲットの詳細情報を表示できます。たとえば、クラスタ・ターゲットにカーソルを合せると、クラスタ、ステータス、ホスト、ノードおよびインシデントの名前を参照できます(存在する場合)。ターゲットのホーム・ページにドリル・ダウンするには、名前リンクをクリックします。ターゲット間の関係は矢印で表されています。たとえば、サービスのターゲットをクリックすると、キャッシュを実行中のノードを示す矢印を表示できます。

25.8 インシデントの表示

インシデント・マネージャは、ターゲットおよびそのメンバーのインシデント件数を表示します。Coherenceクラスタ・ターゲットからインシデント・マネージャが起動されると、クラスタ、クラスタ内のノードおよびキャッシュ・ターゲットのインシデント件数が表示されます。同様に、ノード・ターゲットのコンテキストでインシデント・マネージャが起動されると、ノード・ターゲットのインシデントと、ノードにデプロイされたすべてのキャッシュ・ターゲットのインシデントが表示されます。キャッシュ・ターゲットからインシデント・マネージャが起動されると、そのターゲットのインシデント件数が表示されます。

Coherenceクラスタ、ノード、およびキャッシュ・ターゲットの「一般」セクションにあるインシデント件数をクリックすると、インシデント・マネージャを起動できます。または、「Oracle Coherenceクラスタ」(ノードまたはキャッシュ)メニューから「モニタリング」、「インシデント・マネージャ」の順に選択し、「インシデント・マネージャ」ページにナビゲートします。

26 Coherenceクラスタの管理

この章では、様々なCoherenceターゲットで使用可能な管理オプションについて説明します。この章には次の項目があります。

- クラスタ管理ページ

- ノード管理ページ

- キャッシュ管理ページ

- サービス管理ページ

- キャッシュ・データ管理

26.1 クラスタ管理ページ

このページでは、ノード、キャッシュおよびサービスの構成を変更できます。

注意:
構成に対して行った変更は、アクティブなクラスタに適用されますが保存されません。

図26-1 クラスタ管理ページ

このページでは、構成を変更する必要があるエンティティ(ノード、キャッシュまたはサービス)を選択し、「実行」をクリックします。構成の変更ページが表示されます。新しい値を入力し、「更新」をクリックして入力した値を保存し、Coherenceクラスタ管理ページに戻ります。

26.1.1 ノード構成の変更

ノード構成を変更するには、「ノード」ドロップダウン・リストからノードを選択して「実行」をクリックします。ノードの構成を変更ページが表示されます。

図26-2 ノード構成の変更

次の値を変更できます。

接続

- マルチキャストしきい値: クラスタにあるパケットの送信先サーバーの割合(0から100)。この値より大きければパケットはマルチキャストされ、小さければパケットはユニキャストされます。

ネットワーク

- 再送信遅延: パケットが確認されていない場合、パケットが受信者に再送信されるまでパブリッシャの再送信キューに待機している最小時間(ミリ秒)です。

- 回線混雑数: パブリッシャにクライアント・スレッドを強制的に一時休止させる送信および再送信キュー内の最大合計パケット数です。ゼロは制限がないことを示します。

- ACK送信の遅延: ACKパケットをキューに入れてから送信するまでの最小時間(ミリ秒)です。この値は「再送信遅延」値の半分以下にする必要があります。

- 回線混雑遅延: 混雑条件に達したときにクライアント・スレッドを一時休止する時間(ミリ秒)。1未満(たとえばゼロ)は、1ミリ秒として処理されます。

ロギング

- ロギング・レベル: どのログ・メッセージがログの出力先に出力されるかを指定します。

- ロギング制限: キュー内に残っているすべてのメッセージが破棄される前にログ出力デーモンがメッセージ・キューから処理する最大文字数。

資格証明

管理エージェントが稼働しているホストの資格証明を指定します。

使用上のヒント

- 「更新」をクリックして選択したノードの変更を保存し、「戻る」をクリックしてノード管理ページに戻ります。

- 「すべて更新」をクリックしてクラスタ内のすべてのノードを更新し、「戻る」をクリックしてノード管理ページに戻ります。

26.1.2 キャッシュ構成の変更

このページを使用して、キャッシュの選択したノードの構成を変更します。次の値を変更できます。

- 高ユニット: ユニットで測定されたキャッシュ・サイズの制限。キャッシュが最大単位レベルに達すると、そのキャッシュは自動的に削除されます。

- 低ユニット: プルーニング時にキャッシュが縮小するユニット数。

- 失効遅延: キャッシュ・エントリの有効期限(ミリ秒単位)。値が0の場合は、有効期限の自動失効が無効であることを示します。

使用上のヒント

- 選択したノードの変更を保存してキャッシュ管理ページに戻るには、「更新」をクリックします。

- 選択したキャッシュをサポートするすべてのノードを更新するには、「すべて更新」をクリックします。

- 前のページに戻るには、「戻る」をクリックします。

26.1.3 サービス構成の変更

このページを使用して、サービスの選択したノードの構成を変更します。次の値を変更できます。

- リクエスト・タイムアウト: リクエスト実行のタイムアウト値。

パラメータの値を変更した後は、資格証明を指定する必要があります。次のいずれかを実行できます。

- 「更新」をクリックして選択したノードの変更を保存し、「戻る」をクリックしてサービス管理ページに戻ります。

- 「すべてのノードの更新」をクリックして選択したサービスをサポートするすべてのノードを更新し、「戻る」をクリックしてサービス管理ページに戻ります。

26.2 ノード管理ページ

このページでは、次の管理タスクを実行できます。

- ノード構成の変更: 「構成の変更」をクリックしてノードの構成を変更します。構成の変更ページが表示されます。新しい値を入力して「更新」をクリックして入力した値を保存し、Coherenceノード管理ページに戻ります。詳細は26.1.1項「ノード構成の変更」を参照してください。

- ログ・アラートの設定: Coherenceノードのすべてのメッセージをノードが実行されているホスト上にある1つのログ・ファイルに記録するように各Coherenceノードを設定できます。「ログ・アラートの設定」リンクをクリックすると、メトリックとポリシー設定ページにドリルダウンできます。「ログ・ファイル・パターン一致行数」メトリックを構成すると、ログ・ファイル名内の特定の文字列パターンを指定できます。このメトリックは、Coherenceノードが実行されているホストで設定する必要があります。ログ・ファイル関連のアラートは、ノードの詳細ホームページに表示されます。

注意:
Enterprise Managerによってモニターされているホスト上で稼働しているノードに対してのみログ・アラートを設定できます。

26.3 キャッシュ管理ページ

このページでは、次のキャッシュ関連管理タスクを実行できます。

- キャッシュ・データ管理: キャッシュ・データ管理操作を実行するには、「実行」をクリックします。キャッシュ・データ管理ページが表示され、このページから、索引の表示、エクスポート、インポート、挿入、更新、パージ、追加および削除などの操作を実行できます。詳細は、26.5項「キャッシュ・データ管理」を参照してください。

- キャッシュ構成の変更: リスト、層、ローダーからノードを選択し、「実行」をクリックします。構成の変更ページが表示されます。新しい値を入力し、その値を保存するために「更新」をクリックして、Coherenceのキャッシュ管理ページに戻ります。詳細は、「キャッシュ構成の変更」を参照してください。

注意:
キャッシュ・データ管理およびキャッシュ構成の変更タスクを実行するには、管理者権限を持つユーザーとしてログインする必要があります。

26.4 サービス管理ページ

このページでは、サービスの構成を変更できます。リストからノードを選択して「実行」をクリックします。構成の変更ページが表示されます。新しい値を入力して、「更新」をクリックして保存し、Coherenceサービス管理ページに戻ります。詳細は、「サービス構成の変更」を参照してください。

26.5 キャッシュ・データ管理

キャッシュ・データ管理機能を使用すると、索引を定義して、指定した一連の条件を満たす、現在キャッシュされているデータに対して問合せを実行できます。

注意:

- この機能はスタンドアロンCoherenceクラスタのみでサポートされます。

- 管理権限を持つユーザーがキャッシュ・データ管理を使用できるのは、Coherence JMX管理ノードにキャッシュ・データ管理のMBeanが登録されている場合のみです。

キャッシュ・データ管理操作を実行するには、「Oracle Coherenceキャッシュ」メニューの「キャッシュ・データ管理」メニュー・オプションを選択します。このページは「Oracle Coherenceキャッシュ」メニューの「管理」メニュー・オプションを選択して表示することもできます。次に、「キャッシュ・データ管理」ページの「キャッシュ・データ管理」セクションで「実行」をクリックします。

図26-3 キャッシュ・データ管理

「キャッシュ・データ管理」ページで操作と問合せを選択し、キャッシュでデータ管理操作を実行します。次の操作を実行できます。

- 索引の追加: 索引を作成するには、「操作」フィールドで「索引の追加」オプションを選択します。「値エクストラクタ・リスト」フィールドで、索引を識別する、カンマ区切りの式のリストを指定し、「ホスト資格証明」を入力します。値エクストラクタは、索引を作成するために特定のオブジェクトから属性を抽出する際に使用されます。

- 索引の削除: 索引を削除するには、「操作」フィールドで「索引の削除」オプションを選択し、索引を識別する「値エクストラクタ・リスト」を指定します。ホスト資格証明を指定して「実行」をクリックし、キャッシュから索引を削除します。

- エクスポート: 問い合せたデータをファイルにエクスポートできます。「問合せ」セクションから問合せを選択するか、「作成」をクリックして、新しい問合せを作成します。「操作」フィールドで「エクスポート」オプションを選択し、ファイルの絶対パスを入力します。このファイルは、管理ノードが実行されているホスト・マシンに保存できます。

- インポート: 問い合せたデータをファイルからインポートできます。このファイルは、管理ノードが実行されているホスト・マシンに保存されている必要があります。「操作」フィールドで「インポート」オプションを選択し、ファイルの絶対パスを入力します。

- 挿入: 「操作」フィールドで「挿入」オプションを選択し、一意(キー値)のペアを指定します。このキー値のペアは、キャッシュに挿入され、次から指定できます。

- このページのUI表: キーのタイプ、値のタイプおよびホスト資格証明を選択します。

- 管理ホスト上のテキスト・ファイル: 問合せがテキスト・ファイルに格納されている場合、このオプションを選択して、ファイルの場所を指定します。

- データベース表: 問合せがデータベース表に格納されている場合、データベースURL、資格証明、SQL問合せ文およびプロパティを指定します。

- パージ: 「操作」ドロップダウン・リストから「パージ」を選択します。選択した問合せに一致するデータがキャッシュから削除されます。

- データの表示: 「操作」ドロップダウン・リストから「データの表示」を選択し、各ページに表示するキー値のペアの数を指定します。基準に一致するデータが表示されます。

- 更新: 「操作」ドロップダウン・リストから「更新」を選択します。ホストの資格証明を指定します。問合せ表から問合せを選択するか、新しい問合せを作成して、キャッシュ内のデータを更新します。

- 実行計画: 「操作」ドロップ・ダウン・リストから「実行計画」を選択します。評価する問合せを問合せ表から選択します。詳細は、実行計画の表示ページを参照してください。

- トレース: 「操作」ドロップ・ダウン・リストから「トレース」を選択します。評価する問合せを問合せ表から選択します。詳細は、トレースの表示ページを参照してください。

26.5.1 実行計画

問合せの実行レコードは、問合せ操作の一部としてフィルタの評価の見積もりコストを提供します。コストでは、フィルタで索引を使用できるかどうかが考慮されます。コスト評価は、問合せの実行時にフィルタが適用される順序の決定に使用されます。索引を使用するフィルタのコストは最小限に抑えられ、最初に適用されます。「実行計画」オプションでは、問合せ操作の一環としてフィルタを評価するコストを見積もることができます。このオプションを選択すると、問合せの各ステップの詳細を含む問合せレコードが表示されます。詳細の表示後、「実行」をクリックして、選択した操作を実行するか、「戻る」をクリックして、前のページに戻ります。

注意:
「実行計画」オプションはCoherenceバージョン3.7.1以上で使用できます。

26.5.2 トレース

「トレース」オプションでは、問合せ操作の一環としてフィルタを評価するための実際のコストを見積もることができます。このオプションを選択すると、問合せがクラスタ内で実行され、問合せの各ステップの詳細を含む問合せレコードが表示されます。詳細の表示後、「実行」をクリックして、選択した操作を実行するか、「戻る」をクリックして、前のページに戻ります。

注意:
「トレースの表示」オプションはCoherenceバージョン3.7.1以上で使用できます。

27 トラブルシューティングおよびベスト・プラクティス

この章では、Coherenceのトラブルシューティングに関するヒントおよびCoherenceのベスト・プラクティスについて説明します。この章には次の項目があります。

- Coherenceのトラブルシューティング

- ベスト・プラクティス

27.1 Coherenceのトラブルシューティング

- メトリック・データの収集: メトリック・データを収集できないCoherenceターゲットがある場合は、次の内容をチェックして、ターゲットの検出に関連する手順を正しく行ったか確認してください。

- 管理ノードの起動に成功していること、およびエージェント・ホストから管理ノードが稼働しているホストにアクセスできることを確認します。

- パスワード認証を有効にしている場合は、適切なユーザー名とパスワードを指定。

- 管理ノードの起動にSSLを使用していない場合は、com.sun.management.jmxremote.ssl=falseオプションを使用してJVMを起動していることを確認します。

- 動的クライアント・ノード: 常時実行されているわけではない動的クライアント・ノードがある場合、これらのノードをクラスタから削除し、プロキシ・サービスを使用できます。

- ノードのターゲット・プロリファレーション: ノードのターゲット・プロリファレーションがある場合、ノードに対してNULL値または重複したtangosol.coherence.member値が指定されている可能性があります。tangosol.coherence.memberプロパティに対して、各ノードがNULLでない、一意の値を持っていることを確認します。

27.2 ベスト・プラクティス

この項では、Oracle Coherenceを設定、使用する際に利用できるベスト・プラクティスをいくつか説明します。内容は次のとおりです。

- モニタリング・テンプレート

27.2.1 モニタリング・テンプレート

Coherenceクラスタ、ノードおよびキャッシュ・ターゲットそれぞれのモニタリング・テンプレートは、すぐに使用できます。すべてのCoherenceターゲットに対して、これらのテンプレートをデフォルトのモニタリング・テンプレートとして使用できます。個々の要件に基づき、あるメトリックを有効、無効にしたり、収集頻度を変更することができます。

注意:
テンプレートのしきい値は例であり、変更する必要があります。

28 JVM診断とのCoherenceの統合

この章では、JVM診断とCoherenceの統合について説明します。この章には次の項目があります。

- 概要

- CoherenceノードとJVM診断の統合の構成

- CoherenceターゲットからのJVM診断のアクセス

- JVM診断リージョンが含まれるCoherenceクラスタのホームページ

28.1 概要

JVM診断では、JVMのランタイムに深い可視性が提供されます。これを使用すると、管理者は本番環境のパフォーマンス問題の根本原因を、テスト環境や開発環境で再現せずに特定できます。OMSが実行されているホスト・マシン上にJVM診断マネージャとJVM診断エージェントがデプロイされている場合は、JVM診断データを表示できます。

また、JVM診断を使用して、Oracle Coherenceクラスタ・ノードでのパフォーマンスの問題を診断できます。CoherenceノードのJVMにドリルダウンして、遅延の原因となっているメソッドまたはスレッドを特定できます。この機能を使用すれば、ライブ・スレッドのトレース、ロックに関連するリソースの競合の特定、およびJavaセッションからデータベースへのトレースが可能です。Coherenceノードのパフォーマンスの問題を診断するには、JVM診断によってノードがモニターできるように、ノードを構成する必要があります。

注意: JVM診断はWLS Management Pack EEのManagement Packの一部です。

28.2 CoherenceノードとJVM診断の統合の構成

各CoherenceノードでJVM診断を設定するには、JVM診断エージェントをダウンロードする必要があります。JVM診断エージェントをダウンロードするには、『Enterprise Manager Cloud Control管理者ガイド』に示す手順に従います。JVM診断をダウンロードすると、jamagent.warファイルがダウンロードされます。CoherenceノードがJVM診断に統合されるすべてのマシンに.warファイルをコピーして、そのファイルをクラスパスに追加する必要があります。

さらに、Doracle.coherence.jamjvmidシステム・プロパティを追加する必要があります。このプロパティの値は、jamjvmidに指定した値と一致している必要があります。jamjvmidプロパティの設定の詳細は、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

28.2.1 Coherence管理ノードを開始するスクリプトの例

次に、開始スクリプトの例を示します。

#!/bin/sh

CP=$CP:<Path to jamagent.war>:<EM CC_Agent_Home>/plugins/oracle.sysman.emas.agent.plugin_
12.1.0.6.0/archives/coherence/coherenceEMIntg.jar:
<EM CC_Agent_Home>/plugins/oracle.sysman.emas.agent.plugin_
12.1.0.6.0/archives/coherence/bulkoperationsmbean.jar
COH_OPTS="$COH_OPTS -cp $CP"

JVM_ID=<coherence_cluster_name/node_member_name>

JAM_TARGET="jamagent.jamrun"

JAM_ARGS=""
JAM_ARGS="$JAM_ARGS jamconshost=<oms_host>"
JAM_ARGS="$JAM_ARGS jamconsport=<oms_port>"
JAM_ARGS="$JAM_ARGS jamjvmid=$JVM_ID"
JAM_ARGS="$JAM_ARGS jampool=<coherence_cluster_name>"

$JAVA_HOME/bin/java $COH_OPTS
-Dtangosol.coherence.management.extendedmbeanname=true
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote
-Dcom.sun.management.jmxremote.ssl=false
-Dtangosol.coherence.management=all
-Dtangosol.coherence.member=<unique member name>
-Doracle.coherence.machine=<hostname_as_discovered_in_EM>
-Dcom.sun.management.jmxremote.port=<OpenTCP_Port>
-Doracle.coherence.home=$COHERENCE_HOME
-Dtangosol.coherence.distributed.localstorage=false
-Dtangosol.coherence.management.refresh.expiry=1m
-Doracle.coherence.jamjvmid=$JVM_ID
$JAM_TARGET $JAM_ARGS
-server
-Xms2048m -Xmx2048m
oracle.sysman.integration.coherence.EMIntegrationServer

28.2.2 他のすべてのノードを開始するスクリプトの例

次に、他のすべてのノードを開始するスクリプトの例を示します。

#!/bin/sh

JVM_ID=<coherence_cluster_name/node_member_name>

JAM_TARGET="jamagent.jamrun"

JAM_ARGS=""
JAM_ARGS="$JAM_ARGS jamconshost=<oms_host>"
JAM_ARGS="$JAM_ARGS jamconsport=<oms_port>"
JAM_ARGS="$JAM_ARGS jamjvmid=$JVM_ID"
JAM_ARGS="$JAM_ARGS jampool=<coherence_cluster_name>"

COH_OPTS="$COH_OPTS -cp $CP"
$JAVA_HOME/bin/java $COH_OPTS
-Dtangosol.coherence.management.extendedmbeanname=true
-Dtangosol.coherence.management.remote=true
-Dcom.sun.management.jmxremote.authenticate=false
-Dcom.sun.management.jmxremote.ssl=false
-Doracle.coherence.home=<coherence home>
-Dtangosol.coherence.member=<unique member name>
-Doracle.coherence.machine=<hostname_as_discovered_in_EM>
-Doracle.coherence.jamjvmid=$JVM_ID
$JAM_TARGET $JAM_ARGS
com.tangosol.net.DefaultCacheServer

28.3 CoherenceターゲットからのJVM診断のアクセス

CoherenceノードがJVM診断用に適切に構成されている場合は、Oracle Coherenceノード、Oracle CoherenceキャッシュおよびOracle Coherenceクラスタのそれぞれのターゲットで、JVM診断のメニュー項目が使用できるようになります。

28.3.1 Oracle Coherenceノード・メニューからのJVM診断のアクセス

Oracle Coherenceノードのホームページで、「Oracle Coherenceノード」メニューから「JVM診断」を選択します。Coherenceノードに対応するJVMのドリルダウン・ページが表示されます。

28.3.2 「Oracle Coherenceキャッシュ」メニューからのJVM診断のアクセス

Oracle Coherenceキャッシュのホームページで、「Oracle Coherenceキャッシュ」メニューから「JVM診断」を選択します。キャッシュをサポートするノードのJVMのサマリーを示す「Javaワークロード・エクスプローラ」ページが表示されます。

28.3.3 「Oracle Coherenceクラスタ」メニューからのJVM診断のアクセス

Oracle Coherenceクラスタのホームページで、「Oracle Coherenceクラスタ」メニューから「JVM診断」を選択します。キャッシュをサポートするノードのJVMのサマリーを示す「Javaワークロード・エクスプローラ」ページが表示されます。

28.4 JVM診断リージョンが含まれるCoherenceクラスタのホームページ

Coherenceクラスタ・ノードがJVM診断を含めて構成されている場合は、JVM診断リージョンがCoherenceクラスタのホームページに含まれます。25.1.2項「パーソナライズ」の機能を使用して、これらのリージョンを追加できます。

第IX部

Identity Managementの使用方法

この部の章では、Management Pack Plus for Identity Managementの概要を示します。この章では、Oracle Identity Managementターゲットの検出および構成のプロセスを示し、Management Pack Plus for Identity Managementの主要機能について説明します。

次の章があります。

- 第29章「Oracle Identity Managementのスタート・ガイド」

- 第30章「Identity Managementターゲットの検出の前提条件」

- 第31章「Oracle Identity Managementターゲットの検出および構成」

- 第32章「問題の調査および分析」

29 Oracle Identity Managementスタート・ガイド

ここでは、Oracle Enterprise Managerを使用してOracle Identity Managementシステムをモニターする利点とそのための機能を説明します。

ビジネスでOracle Identity and Access Management Suiteに依存してそのミッションクリティカル・アプリケーション(パッケージ・アプリケーションとカスタム構築Webアプリケーションの両方)へのアクセスを制御し、その組織間でリソースをプロビジョニングする機会がますます増えるにつれて、Oracle Identity Managementシステムの予測可能なパフォーマンスと可用性を実現する必要性は、多くのビジネスにとって最優先になっています。たとえば、アクセス・サービスやアイデンティティ・サービスが停止したり、パフォーマンスが遅れる場合、エンドユーザーがミッションクリティカル・アプリケーションにログインできないため、ビジネスの収支に悪影響を与えることがあります。

Oracle Identity Managementシステムの価値を最大限に生かし、最高の所有体験を提供しながらシステム管理コストを抑えるために、Oracle Management Pack Plus for Identity Management(Identity Management Pack)が用意されています。これは、Oracle Enterprise Manager Cloud Controlの高度な管理機能を活用して、Oracle Identity Management環境に統合されたトップダウン・ソリューションを提供します。

Oracle Identity Managementについてのビデオを見るには、「ここ」をクリックしてください。

29.1 Identity Management Packを使用する利点

Identity Management Packを使用する利点は次のとおりです。

- テスト、ステージングおよび本番環境などの複数のOracle Identity Managementデプロイメントを1つのコンソールから効率的に管理する集中システム管理ソリューションの使用

- パフォーマンスの速度低下や機能停止を発生させる可能性のある問題の根本的な原因を突き止めるために、重要なすべてのIdentity Managementコンポーネントの各種パフォーマンス・メトリックのモニターが可能

- 構成管理の自動化による問題の早期解決

- 合成Webトランザクション(またはサービス・テスト)の記録による、Identity Management Serviceの可用性のモニターとエンド・ユーザーのレスポンス時間の分析

- 即時利用可能なシステムレベルのメトリックおよびエンドユーザー体験メトリックの観点からのサービス・レベル目標値(SLO)の定義による、サービス・レベル合意(SLA)コンプライアンスの正確なモニターとレポート作成

29.2 Identity Management Packの機能

Identity Management Packの機能は次のとおりです。

- Oracle Identity Managementのエンタープライズ全体のビュー

- 「Identity and Accessダッシュボード」では、すべてのOracle Identity Managementコンポーネント(Identity Management 10gおよびIdentity Management 11gコンポーネントなど)の集中管理ビューが提供されます。

- 「Identity and Accessダッシュボード」から、ユーザーは、基本の依存関係に基づいて、関連付けられたシステムやサービスのパフォーマンス・サマリーを表示したり、Identity Management環境の状態全体をモニターしたりすることができます。

- パフォーマンス管理

- パフォーマンスの速度低下、レスポンス時間の延長、または停止の発生を生じる可能性のある問題の根本的な原因を突き止めるための即時利用可能な各種パフォーマンス・メトリック

- パフォーマンス・グラフのドラッグ・アンド・ドロップが可能な「メトリック・パレット」を使用してパフォーマンス・サマリーのカスタマイズが可能

- 構成管理

- 主要な構成管理タスクを実行します。例として、診断および規制に関する目的での構成変更の継続的な追跡、構成を格納するスナップショットの作成、同じ環境または異なる環境内で構成の一貫性を保持するためのコンポーネント構成の比較などがあります。

29.2.1 このリリースの新機能

Identify Management Packの新機能は次のとおりです。

- 問題の分析
問題の分析はIDMターゲットで使用できます。詳細は、第32章「問題の調査および分析」を参照してください。

- パフォーマンス・ページ
このページには、Oracle Access Manager (OAM) Enterprise Managerターゲットに対応するデータベースのパフォーマンスが表示されます。このデータを使用して、OAM管理者はパフォーマンスのボトルネックの原因となる問題を識別できます。

- 比較テンプレートの構成
テンプレートを使用すると、差異を無視するフラグを設定して、一般的に比較における誤検出となるプロパティを削除できます。たとえば、ホストを比較する場合に、ホスト名が異なることはわかっているため、名前プロパティ値の差異を無視するよう指定できます。

- パフォーマンス管理

- Oracle Internet Directory、Oracle Access ManagerおよびOracle Identity Managerの即時使用可能レポート

- OIMに固有の表およびユーザーのコンテキストで、基本のOracle Identity Managerデータベースのパフォーマンスを分析するOracle Identity Managerのデータベース・パフォーマンス・ページ。注意: データベース・パフォーマンス・ページですべての機能を利用するには、データベース・ターゲットを検出する必要があります。

- 構成管理
顧客がコンプライアンスとレポート作成要件を満たす際に役立つOracle Identity Managerのコンプライアンスのモニタリングおよび変更の検出の自動化を利用できるようになりました。

Oracle Identity Manager Clusterターゲットとのコンプライアンス標準のアソシエーションを有効にします。次の手順を実行します。

1. Oracle Identity Managerクラスタ・ターゲットをクリックします。「ターゲット」メニューで、「コンプライアンス」、「標準アソシエーション」の順に選択します。

2. 「アソシエーション設定の編集」をクリックします。「追加」をクリックして、「Oracle Identity Managerクラスタ構成のコンプライアンス」を選択します。

3. 「OK」をクリックし、再度「OK」をクリックすると、新しいアソシエーション設定が有効になります。

- モニタリング・サポート
Oracle Access Management Suiteの一部として、Oracle Mobile and Social, Identity Federationへのモニタリング・サポートが追加されました。これには、優れたMobile and SocialメトリックのコレクションとともにMobile and Socialサービスの稼働中/停止ステータスが含まれています。

29.3 Enterprise ManagerでのOracle Identity Managementコンポーネントのモニタリング

Enterprise Managerを使用して次のIdentity Management 11gコンポーネント(表29-1)をモニターできます。

表29-1 Identity Management 11gターゲットのライセンスのあるターゲット

Enterprise Managerターゲット・タイプ

説明

Oracle Adaptive Access Manager

Oracle Access Manager

Oracleディレクトリ統合プラットフォーム

Oracle Identity Federation

Oracle Identity Manager

Oracle Internet Directory

Oracle Virtual Directory

各コンポーネントは、ターゲットの概要、カスタマイズ可能なパフォーマンス・サマリー、プロセス制御、構成管理、コンプライアンス分析および情報パブリッシャ・レポートにアクセスできるインタフェースを提供するEnterprise Managerのターゲットとして表示されます。

同じWebLogicドメイン内にデプロイされるすべてのOracle Adaptive Access Manager、Oracle Access ManagerおよびOracle Identity Managerの場合、クラスタ・ターゲットはコンポーネントごとに作成されます。

- Oracle Adaptive Access Managerクラスタ

- Oracle Access Managerクラスタ

- Oracle Identity Managerクラスタ

各クラスタ・ターゲットは、一単位として管理される、論理的に関連したコンポーネントのグループです。

すべてのターゲットは、WebLogicドメインの一部になります。

Oracle Directory Server Enterprise Edition

次のタイプのターゲットは、Oracle Directory Server Enterprise Editionデプロイメントごとに作成されます。

- Oracle Directory Server Enterprise Edition Server
ターゲットは、LDAPサービスとすべての内部リソースを表します。

- Directory Serverグループ
Oracle Directory Server Enterprise Edition Serverのユーザー論理グループ

- Directory Server Enterprise
Directory Serverグループなどのサービスに参加する、ネットワークで接続される一連のOracle Directory Server Enterprise Edition Server。

各ターゲットでは、ターゲットの概要、カスタマイズ可能なパフォーマンス・サマリー、プロセス制御および構成管理にアクセスできるEnterprise Managerのインタフェースを提供します。

次のIdentity Management 10gコンポーネントはEnterprise Manager(表29-2)でモニターできます。

表29-2 Identity Management 10gターゲットのライセンスのあるターゲット

Enterprise Managerターゲット・タイプ

説明

Oracle Delegated Administration Server

Oracleディレクトリ統合プラットフォーム

Oracle Internet Directory

Oracle Single Sign-On

各コンポーネントは、ターゲットの概要やパフォーマンス・サマリーにアクセスできるインタフェースを提供するEnterprise Managerのターゲットとして表示されます。

Oracle Access Manager - Access Server

Oracle Access Manager - Identity Server

Oracle Identity Federation

各コンポーネントは、ターゲットの概要やパフォーマンス・サマリーにアクセスできるインタフェースを提供するEnterprise Managerのターゲットとして表示されます。

システム・ターゲットはコンポーネントごとに作成され、コンポーネントのエンドツーエンド・システム指向ビューを提供します。

- Access Manager - Access System

- Access Manager - Identity System

- Identity Federation System

基礎となるLDAPサーバー、データベース・インスタンスおよびホストは、システム内でモニターされます。

Oracle Identity Manager

次のタイプのターゲットは、Oracle Identity Managerごとに作成されます。

- Identity Manager Server
ターゲットは、Oracle Identity Managerのサーバー層を表します。

- Identity Manager Repository
ターゲットは、Oracle Identity Managerのデータおよびエンタープライズの統合層を表します。

システム・ターゲットはOracle Identity Managerごとに作成され、コンポーネントのエンドツーエンド・システム指向ビューを提供します。

- Identity Manager System

基礎となるLDAPサーバー、データベース・インスタンスおよびホストは、システム内でモニターされます。

リリース10gおよびリリース11gの両方に関連付けられるIdentity Management Packのモニター対象ターゲットを表29-3にまとめています。

表29-3 Identity Management 11gターゲットに関連付けられるターゲット

Enterprise Managerターゲット・タイプ

説明

汎用サービス

Management Pack Plus for Identity Managementを使用すると、ユーザーはモニター対象Identity Managementシステム(Access Manager - Access System、Access Manager - Identity System、Identity Federation System、Identity Manager SystemおよびIdentity and Access System)に関連付けられる汎用サービス・タイプのターゲットを作成できます。汎用サービス・ターゲットでは、パフォーマンスおよび使用量メトリック、サービス・テスト、サービス・レベル・ルール、サービス可用性の定義、アラート、チャートおよびトポロジ・ビューにアクセスできる、モニター対象Oracle Identity Managementターゲットのエンドツーエンド・サービス指向ビューを提供します。

ホスト

メトリック、アラート、パフォーマンス・チャート、リモート・ファイル・エディタ、ログ・ファイル・アラート、ユーザー定義メトリック、ホスト・コマンドおよびカスタマイズ・レポートへのアクセスを提供するOracle Identity Managementコンポーネントを実行するホストの表現。

Oracle Database

メトリック、アラート、パフォーマンス・チャート、コンプライアンス・サマリーおよび構成管理へのアクセスを提供するOracle Identity Managementコンポーネントで使用されるOracle Databaseの表現。

Oracle Identity and Access System

検出されるOracle Identity Managementターゲットと、基本ホストおよびデータベースによって、モニター対象Identity Management環境のエンドツーエンド・システム指向ビューを提供する主要コンポーネントとしてモデル化が可能なシステム・ターゲット。Identity and Access Systemターゲットでは、メンバー・ステータス、メトリック、チャート、インシデントおよびトポロジ・ビューへのアクセスを提供します。

Oracle SOA Suite

SOAインフラストラクチャ・インスタンスとそのサービス・エンジンのメトリック、アラート、パフォーマンス・チャートおよび構成管理へのアクセスを提供するOracle Identity Manager 11gで使用されるOracle SOA Suiteの表現。

30 Oracle Identity Managementターゲットの検出の前提条件

ここでは、Identity Managementターゲットの検出に必要なシステム要件と前提条件を示します。

30.1 システム要件

表30-1に、Enterprise Manager Cloud Control 13cのManagement Pack Plus for Identity ManagementでサポートされるOracle Identity Management製品を示します。

注意: サポートされているプラットフォームの最新リストは、My Oracle Support (http://support.oracle.com)のMy Oracle Support動作保証マトリックスを確認してください。

表30-1 Enterprise Manager Cloud ControlでサポートされているIdentity Management製品およびプラットフォーム

製品

Application Server

Directory Server/Database

Oracle Access Manager

Oracle WebLogic Server

Oracle Internet Directory、Microsoft Active Directory

Oracle Access Manager

Oracle WebLogic Server

Oracle Database

Oracle Adaptive Access Manager

Oracle WebLogic Server

Oracle Database

Oracleディレクトリ統合プラットフォーム

Oracle WebLogic Server

Oracle Database

Oracle Directory Server Enterprise Edition

該当なし

該当なし

Oracle Identity Federation

Oracle WebLogic Server

Oracle Internet Directory

Oracle Identity Manager

Oracle WebLogic Server、Oracle SOA Suite

Oracle Database

Oracle Internet Directory

Oracle WebLogic Server

Oracle Database

Oracle Unified Directory

該当なし

該当なし

Oracle Virtual Directory

Oracle WebLogic Server

該当なし

30.2 Oracle Enterprise Manager Cloud Control 13cのインストール

Identity Managementコンポーネントを管理するCloud Control 13cの構成を開始する前に、ネットワーク上の1台以上のホスト・コンピュータにCloud Control 13cをインストールして構成する必要があります。専用ホストにCloud Controlをインストールすることをお薦めします。

たとえば、Identity ManagementコンポーネントをemHost1.example.comにインストールする場合、Oracle Management ServiceおよびOracle Management RepositoryをemHost2.example.comにインストールして構成します。Cloud Controlで管理するコンポーネントを含むすべてのホストにCloud Control 13c管理エージェントをインストールします。

関連項目:

『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』

ドキュメント・ファイルはすべてOracle OTN Website(http://docs.oracle.com/cd/E24628_01/nav/portal_booklist.htm)で入手できます。

30.3 Enterprise ManagerでのIdentity Managementターゲットの検出の前提条件

Enterprise ManagerでOracle Identity Managementターゲットのモニタリングを開始する前に、次のタスクを実行する必要があります。

- Oracle Identity Managementコンポーネントを実行する各ホストにCloud Control 13cエージェントをインストールします。
Oracle WebLogic Server、JBoss Application Server、MS Active Directory、MS IIS、およびOracle Identity Managementをサポートするデータベースなどの追加ターゲットをモニターする際に、これらのターゲットをモニタリングするための適切なライセンスがある場合、これらのホストにもCloud Control 13c管理エージェントをインストールします。

- Oracle Identity Managementのホストで実行しているエージェントにOracle Fusion Middlewareプラグインをデプロイします。

1. Enterprise Managerにログインします。「設定」に移動して、「拡張性」、「プラグイン」の順に選択します。

2. Oracle Fusion Middlewareプラグインを選択して、このプラグインが、Oracle Identity Managementのホストで実行しているエージェントにデプロイされていることを確認します。

31 Oracle Identity Managementターゲットの検出および構成

ここでは、Oracle Identity Managementターゲットの検出と構成に必要な情報を示します。

31.1 Identity Managementターゲットの検出

この項では、Identity Managementターゲットの検出方法について説明します。

31.1.1 Identity Management 11gの検出

Enterprise Managerには、Oracle Identity Management 11g(Oracle Internet Directory、ディレクトリ統合プラットフォーム、Oracle Virtual Directory、Oracle Identity Federation、Oracle Access Manager、Oracle Adaptive AccessおよびOracle Identity Managerなど)のターゲット用の簡単な検出ウィザードがあります。検出ウィザードは、ホスト、WebLogicユーザー名およびパスワードなどの、Oracle Identity Management 11gターゲットに関する詳細を収集します。

注意:
Oracle Access Manager 11gに関連付けられるターゲットを検出する前に、パッチ10094106をダウンロードしてインストールします。

Oracle Identity Management 11g(Oracle Internet Directory、ディレクトリ統合プラットフォーム、Oracle Virtual Directory、Oracle Identity Federation、Oracle Access Manager、Oracle Adaptive AccessおよびOracle Identity Managerなど)を検出するには、次の手順を実行します。

1. Enterprise Managerにログインします。「ターゲット」、「ミドルウェア」の順に選択します。

2. 「追加」メニューから、「Oracle Fusion Middleware/WebLogicドメイン」を選択します。

3. Oracle Identity Management 11gターゲットの検出にリクエストされる情報を入力します。

フィールド

説明

管理サーバー・ホスト

Identity ManagementのWebLogicドメインが実行するホスト。WLSドメインがセキュアなドメインの場合、このドメインの証明書をエージェントにインポートします。

ポート

WebLogicドメインに使用されるポート。1から65535の数字を入力してください。

ユーザー名

WebLogicドメインのユーザー名。

パスワード

WebLogicドメインのパスワード。

一意のドメイン識別子

Identity Managementドメインの一意の識別子。一意のターゲット名の作成に使用されます。「一意のドメイン識別子」に使用できるのは、英数字と特殊文字「_」のみです。その他の特殊文字は使用できません。

エージェント

Identity Managementホストで実行するエージェント。ターゲットの検出に使用できるのは、エージェント12.1以降のみです。

「詳細」フィールド

説明

JMXプロトコル

JMXプロトコルは、管理サーバーへのJMX接続の確立に使用されます。

停止したサーバーの検出

停止したサーバーを検出するための信号です。

JMXサービスURL

「JMXサービスURL」は、管理サーバーへのJMX接続の確立に使用されます。URLを指定しない場合、入力パラメータに基づいてURLが作成されます。URLを指定する場合、管理サーバーのホストとポート情報を引き続き入力パラメータに指定する必要があります。

外部パラメータ

これらのパラメータは、管理サーバーへの接続を行うJavaプロセスに渡されます。すべてのパラメータは-Dで開始する必要があります。

検出デバッグ・ファイル名

このセッションのエージェント側検出メッセージはこのファイルにログとして記録されます。このファイルは、検出エージェントのログ・ディレクトリ<agent home>/sysman/logに生成されます。このファイルがすでに存在する場合は、更新されます。

4. すべてのIdentity Managementターゲットのリストが表示されます。「追加」をクリックして検出を完了します。注意: 1つ以上のターゲットに対して「構成済のエージェント」テキスト・ボックスが空白の場合、続ける前に管理エージェントのURLをコピーして貼り付けます。

5. ターゲット検出のステータスはこの画面にまとめて表示されます。すべてのターゲットがEnterprise Managerに正常に追加されたことを確認します。「OK」を押して検出プロセスを終了します。検出されたターゲットが「Identity and Accessダッシュボード」にリストされるようになりました。「ターゲット」メニューから、「ミドルウェア」、「ミドルウェアの機能」の順に選択します。

31.1.2 Oracle Directory Server Enterprise Edition 7.xおよび11gの検出

Oracle Directory Server Enterprise Edition 7.xおよび11gターゲットを検出するには、次の手順を実行します。

1. Enterprise Managerにログインします。「ターゲット」、「ミドルウェア」の順に選択します。

2. 「追加」メニューから、「Oracle Directory Server Enterprise Edition」を選択します。

3. リクエストされる情報を入力します。

1. Oracle Directory Server Enterprise Editionのレジストリ・ホスト: ディレクトリ・サーバーの制御センター・レジストリのホスト。

2. Oracle Directory Server Enterprise Editionのレジストリ・ポート: ディレクトリ・サーバーの制御センター・レジストリのポート。

3. ディレクトリ・サーバーのユーザー名(CN=Directory Managerなど)

4. ディレクトリ・サーバーのユーザー・パスワード

5. Oracle Directory Server Enterprise Editionのインストール・ホーム: Directory Server Enterprise Editionがインストールされるパス。

6. 一意のデプロイメント識別子: ODSEEデプロイメントの一意の識別子。

31.1.3 Oracle Access Manager Access Server 10.1.4.2および10.1.4.3.0の検出

Enterprise Managerには、Oracle Access Manager 10gターゲット用の簡単な検出ウィザードがあります。検出ウィザードは、ホスト名、ホスト・ログイン資格証明、SNMPエージェント資格証明などの、Oracle Access Managerターゲットに関する詳細を収集します。

検出ウィザードが完了すると、検出されたターゲットを既存のシステム・トポロジに追加したり、トポロジを管理リポジトリに保存する新しいシステム・ターゲットを作成したりすることができます。

Oracle Access Manager - Access Serverを検出するには、次の手順を実行します。

1. Enterprise Managerにログインします。「ターゲット」、「ミドルウェア」の順に選択します。

2. 「追加」メニューから、「Oracle Identity Management 10g (OAM、OIF、OIM)」を選択します。

3. 「Access Manager - アクセス・サーバー」を選択して、アクセス・サーバーが実行するホスト名を入力します。「OK」をクリックして、アクセス・サーバーの検出を続けます。

4. アクセス・サーバーにリクエストされる情報を入力します。(次の表は、フィールドの説明です。)リクエストされる情報をすべて入力したら、「次へ」をクリックします。

フィールド

説明

ホストのユーザー名

管理者権限を持つ、オペレーティング・システムのユーザー名。

ホストのユーザー・パスワード

ホスト管理者アカウントのパスワード。

- 優先資格証明として保存
管理者アカウントのユーザー名とパスワードを保存する場合は、このチェック・ボックスを選択します。

- 管理エージェントがSNMPホスト以外のホストで実行中です
Cloud Control管理エージェントがSNMPエージェント・ホスト以外のホストで実行している場合は、このチェック・ボックスを選択します。

アクセス・サーバー・ホーム

アクセス・サーバー(<OAM_HOME>\access)のホーム・ディレクトリ(C:\Program Files\OracleAccessManager\accessなど)を入力します。

アクセス・サーバー・バージョン

Oracle Access Manager - Access Serverのバージョン(10.1.4.0.1など)を入力します。

SNMPエージェント・ホスト

Simple Network Management Protocol(SNMP)エージェントがCloud Control管理エージェント・ホスト以外のホストで実行している場合、SNMPエージェントのホスト名を入力します。その他の場合、この項は実行しません。

SNMPエージェント・ポート

SNMPエージェントのUDPポート(161など)を入力します。

SNMPエージェント・コミュニティ名

SNMPエージェントのコミュニティ名を入力します。

LDAPサーバー・ホスト

Lightweight Directory Access Protocol(LDAP)ホストの名前。ホスト名は、< AccessServerInstallDir>/config/ldap/ConfigDB.xmlファイルにあるLDAPSERVERNAMEパラメータで入手できます。

LDAPサーバー・ポート

LDAPポートの名前。ポート名は、<AccessServerInstallDir>/config/ldap/ConfigDB.xmlファイルにあるLDAPSERVERPORTパラメータで入手できます。

LDAPユーザー名

LDAPユーザーの名前。ユーザー名は、<AccessServerInstallDir>/config/ldap/ConfigDB.xmlファイルにあるLDAPROOTDNパラメータで入手できます。

LDAPパスワード

LDAPユーザーのパスワード。

LDAPベース

LDAPベースの名前。ベース名は、<AccessServerInstallDir>/config/configInfo.xmlファイルにあるLDAPOBLIXBASEパラメータで入手できます。

5. Enterprise Managerは、Oracle Access Manager - Access Serverデプロイメントのトポロジ(関連付けられたデータベースやディレクトリ・サーバーを含む)を検出します。
このトポロジを既存のAccess Manager - Access Systemターゲットに追加するには、「指定されたシステムの使用」を選択して、Access Manager - Access Systemタイプの既存ターゲットを選択します。

新しいAccess Manager - Access Systemターゲットを作成する場合、「新規システムの作成」を選択して、新しいシステム・ターゲットの名前を入力します。「終了」をクリックして検出を完了します。

6. 次のページには、Oracle Access Manager - Access Serverの検出を確認するメッセージが表示されます。

31.1.4 Oracle Access Manager Identity Server 10.1.4.2および10.1.4.3.0の検出

Enterprise Managerには、Oracle Access Manager 10gターゲット用の簡単な検出ウィザードがあります。検出ウィザードは、ホスト名、ホスト・ログイン資格証明、SNMPエージェント資格証明などの、Oracle Access Managerターゲットに関する詳細を収集します。

検出ウィザードが完了すると、検出されたターゲットを既存のシステム・トポロジに追加したり、トポロジを管理リポジトリに保存する新しいシステム・ターゲットを作成したりすることができます。

1. Enterprise Managerにログインします。「ターゲット」、「ミドルウェア」の順に選択します。

2. 「追加」メニューから、「Oracle Identity Management 10g (OAM、OIF、OIM)」を選択します。

3. 「Access Manager - アイデンティティ・サーバー」を選択して、アイデンティティ・サーバーが実行するホスト名を入力します。「OK」をクリックして、アイデンティティ・サーバーの検出を続けます。

4. Oracle Access Manager - Identity Serverにリクエストされる情報を入力します。(次の表に、フィールドの説明を示します。)リクエストされる情報をすべて入力したら、「次へ」をクリックします。

フィールド

説明

ホストのユーザー名

管理者権限を持つ、オペレーティング・システムのユーザー名。

ホストのユーザー・パスワード

ホスト管理者アカウントのパスワード。

- 優先資格証明として保存
管理者アカウントのユーザー名とパスワードを保存する場合は、このチェック・ボックスを選択します。

- 管理エージェントがSNMPホスト以外のホストで実行中です
Cloud Control管理エージェントがSNMPエージェント・ホスト以外のホストで実行している場合は、このチェック・ボックスを選択します。

アイデンティティ・サーバー・ホーム

アイデンティティ・サーバー(<OAM_HOME>\identity)のホーム・ディレクトリ(C:\Program Files\OracleAccessManager\identityなど)を入力します。

アイデンティティ・サーバー・バージョン

Oracle Access Manager - Identity Serverのバージョン(10.1.4.0.1など)を入力します。

SNMPエージェント・ホスト

Simple Network Management Protocol(SNMP)エージェントがCloud Control管理エージェント・ホスト以外のホストで実行している場合、SNMPエージェントのホスト名を入力します。その他の場合、この項は実行しません。

SNMPエージェント・ポート

SNMPエージェントのUDPポート(161など)を入力します。

SNMPエージェント・コミュニティ名

SNMPエージェントのコミュニティ名を入力します。

5. Enterprise Managerは、Oracle Access Manager - Identity Serverデプロイメントのトポロジ(関連付けられたデータベースやディレクトリ・サーバーを含む)を検出します。このトポロジを既存のAccess Manager -Identity Systemターゲットに追加するには、「指定されたシステムの使用」を選択して、Access Manager -Identity Systemタイプの既存ターゲットを選択します。新しいAccess Manager - Identity Systemターゲットを作成する場合、「新規システムの作成」を選択して、新しいシステム・ターゲットの名前を入力します。「終了」をクリックして検出を完了します。

6. 次のページには、Oracle Access Manager - Identity Serverの検出を確認するメッセージが表示されます。

31.1.5 Oracle Identity Management Suite 10.1.4.3.0の検出

Enterprise Managerには、Oracle Identity Management Suite 10g(Oracle Internet Directory、ディレクトリ統合プラットフォーム、委任管理サーバー、シングル・サインオン・サーバーなど)用の簡単な検出ウィザードがあります。検出ウィザードは、ホスト名、ホスト・ログイン資格証明などの、Oracle Identity Management Suite 10gターゲットに関する詳細を収集します。

Oracle Identity Management Suite 10g(Oracle Internet Directory、ディレクトリ統合プラットフォーム、委任管理サーバー、シングル・サインオン・サーバーなど)を検出するには、次の手順を実行します。

1. Enterprise Managerにログインします。「ターゲット」、「ミドルウェア」の順に選択します。

2. 「追加」メニューから、「Oracle Application Server」を選択します。

3. Oracle Identity Management Suite 10gターゲットが実行するホストを選択します。

4. 確認ページに、選択したホスト上にあるOracle Application Serverがリストされます。「OK」をクリックして操作を続行します。重要: Identity Management Suiteターゲットを検出する前に、アプリケーション・サーバーが起動していることを確認します。

5. 最終確認ページが表示されます。「OK」をクリックして検出プロセスを終了します。

31.2 Oracle Internet Directoryのユーザー統計の収集

Enterprise Managerでは、Oracle Internet Directoryのユーザー統計を収集できるため、追加、バインド、比較、削除、変更および検索などのLDAP操作の失敗や完了に関するグラフの表示が可能になります。

ユーザー統計の収集を有効にするには、次の手順を実行します。

1. 「ターゲット」メニューから「ミドルウェア」を選択します。「ミドルウェアの機能」メニューから、「Identity and Access」を選択します。

2. 検出されたOracle Internet Directoryターゲットを選択します。

3. 「Oracle Internet Directory」メニューから、「Fusion Middleware Control」を選択します。

4. 「Fusion Middleware Control」の「ターゲット」メニューから、「管理」、「サーバー・プロパティ」の順に選択します。「ユーザー統計収集」の横のボックスを選択してこの機能を有効にします。「適用」をクリックして、変更内容を保存します。

5. 「Fusion Middleware Control」の「ターゲット」メニューから、「管理」、「共有プロパティ」の順に選択します。有効なユーザーDN(cn=orcladminなど)を入力して、該当ユーザーのユーザー統計収集を有効にします。

31.3 Identity Management要素の作成

この項では、Identity Management要素の作成方法について説明します。

31.3.1 Identity and Access Systemターゲットの作成

Enterprise Managerでは、Identity and Access Systemターゲットを作成できます。このターゲットは、検出されるOracle Identity Managementターゲット(Identity Management 10gターゲットとIdentity Management 11gターゲットの両方を含む)と、基本のホスト、データベースおよびLDAPサーバーによって、モニター対象Identity Management環境のエンドツーエンド・システム指向ビューを提供する主要コンポーネントとしてモデル化できます。

Identity and Access Systemターゲットでは、メトリック、アラート、チャートおよびトポロジ・ビューへのアクセスを提供します。Oracle Identity Management環境をシステムの観点からモニタリングする以外に、Cloud Controlサービス・レベル管理フレームワークを使用してサービス指向の観点から環境をモニターすることもできます。

モニター対象のIdentity Managementターゲットに関連付けられるIdentity and Access Systemタイプのターゲットを作成するには、次の手順を実行します。

1. Enterprise Managerにログインします。「ターゲット」、「システム」の順に選択します。

2. 「追加」メニューから、「アイデンティティ・システムおよびアクセス・システム」を選択します。

3. システム・トポロジに含めるIdentity Managementルート・ターゲットを選択します。これは、WebLogicドメインまたはODSEE Registryサーバーになります。
「次へ」をクリックして続行します。

4. システム・トポロジに含めるターゲットをドメイン内で選択します。Identity Managementドメイン内に存在しない追加ターゲット(データベース、Oracle以外のミドルウェアなど)も追加できます。「次へ」をクリックして続行します。

5. 「終了」をクリックして、Identity and Access Systemの作成を完了します。

31.3.2 Identity Managementの汎用サービスまたはWebアプリケーション・ターゲットの作成

Oracle Identity and Access Management Suite用の検出ウィザードを使用すると、モニターされるOracle Identity Managementコンポーネントのエンドツーエンド・トポロジを保存するシステム・ターゲットを作成できます。Management Pack Plus for Identity Managementでは、次のシステム・ターゲットを作成できます。

- Access Manager - Access System

- Access Manager - Identity System

- Identity Federation System

- Identity Manager System

- Identity and Accessシステム

システム・ターゲットは、モニターされるすべてのOracle Identity Managementコンポーネントと基本のホストによって、モニター対象Oracle Identity Management環境のエンドツーエンド・システム指向ビューを提供する主要コンポーネントとしてモデル化されます。

システム・ターゲットでは、すべてのインフラストラクチャ・コンポーネントのメトリック、アラート、チャートおよびトポロジ・ビューへのアクセスが提供されます。Oracle Identity Management環境をシステムの観点からモニタリングする以外に、Cloud Controlサービス・レベル管理フレームワークを使用してサービス指向の観点から環境をモニターすることもできます。

Management Pack Plus for Identity Managementを使用すると、ユーザーはモニター対象Identity Managementシステム(Access Manager - Access System、Access Manager - Identity System、Identity Federation SystemおよびIdentity Manager System)に関連付けられる汎用サービスまたはWebアプリケーション・タイプのターゲットを作成できます。

Webアプリケーションまたは汎用サービス・ターゲットでは、パフォーマンスおよび使用量のメトリック、サービス・テスト、サービス・レベル・ルール、サービス可用性の定義、アラート、チャートおよびトポロジ・ビューにアクセスできる、モニター対象Oracle Identity Managementターゲットのエンドツーエンド・サービス指向ビューを提供します。

モニター対象のIdentity Managementシステムに関連付けられる汎用サービス・タイプのターゲットを作成するには、次の手順を実行します。

1. Enterprise Managerにログインします。「ターゲット」、「サービス」の順に選択します。

2. 「追加」メニューから、「汎用サービス」を選択します。

3. 新しい汎用サービスにリクエストされる情報全般を入力します。

31.3.3 サービス・ダッシュボード・レポートの作成

モニターされるOracle Identity Management Systemに関連付けられる汎用サービスまたはWebアプリケーション・ターゲットを作成すると、サービス・レベル合意コンプライアンス、実際に達成されるサービス・レベル、パフォーマンスおよび使用量の主要メトリック、主要コンポーネントのステータスをまとめたサービス・モニタリング・ダッシュボードを作成できます。次の手順を実行して、サービス・モニタリング・ダッシュボードを作成します。

1. 「エンタープライズ」メニューから、「レポート」、「情報パブリッシャ・レポート」の順に選択します。

2. 「作成」ボタンをクリックします。

3. 新しいレポートにリクエストされる情報全般を入力します。リクエストされる情報をすべて入力したら、「要素」タブをクリックします。

1. タイトル
新しいダッシュボードのタイトルを入力します。

2. カテゴリ/サブカテゴリ
使用するダッシュボードのカテゴリおよびサブカテゴリ(「カテゴリ: モニタリング」、「サブカテゴリ: ダッシュボード」など)を選択します。

3. 指定されたターゲットの使用
このレポートにレポート全体にわたるターゲットがない場合は空白にしておきます。

4. オプション - ビジュアル形式
使用するサービスのダッシュボード・ビューのダッシュボードを選択します。

4. 新しいレポートにリクエストされる要素情報を入力します。リクエストされる情報をすべて入力したら、「スケジュール」タブをクリックします。

1. 追加
「サービス・モニタリング・ダッシュボード」を選択して、「続行」をクリックします。

2. パラメータを設定
「パラメータを設定」をクリックします。使用可能なサービスを選択して、「移動」ボタンをクリックすると、そのサービスが「選択したサービス」に追加されます。

5. 新しいレポートにリクエストされるスケジュール情報を入力します。リクエストされる情報をすべて入力したら、「アクセス」タブをクリックします。

1. スケジュール
レポートのスケジュール・プリファレンスを入力します。

2. 電子メール・レポート
レポートの受信者の電子メール・アドレスとプリファレンスを入力します。

6. 新しいレポートのアクセスとセキュリティのプリファレンスに関する情報を入力します。「OK」をクリックして、新しいサービス・モニタリング・ダッシュボードを作成します。

32 問題の調査および分析

ここでは、「問題の分析」ページおよび「ログの分析」ページを使用して問題を調査および分析する方法を説明します。

特にこれらのページを使用して、トラブルシューティングの際にメトリック、ターゲット・ステータス情報、インシデントおよびログを検査できます。

32.1 問題の分析とログへのアクセス

問題の分析ページおよびログ・ページにアクセスするためのナビゲーション方法は複数あります。

- ミドルウェア・アクセス方法

1. Cloud Controlコンソールの「ターゲット」メニューから「ミドルウェア」を選択します。

2. 「詳細」表から「Oracle Access Manager Server」または「Oracle WebLogic Server」を選択してクリックします。

3. 表示されるホームページで、「レスポンスと負荷」グラフの下に表示されるメトリックの凡例をクリックします。

4. 表示されたポップアップで、「問題の分析」または「ログ・メッセージ」をクリックします。

- インシデント・マネージャ・アクセス方法

1. Cloud Controlコンソールの「ターゲット」メニューから「ホスト」を選択します。

2. サマリー表の「インシデント」列で番号付きリンクをクリックします。

3. 表示されたインシデント・マネージャ・ページで、表内のインシデントを選択し、ページの右下部分の「診断」セクションにある「問題の分析」リンクをクリックします。

4. 表示されたポップアップで、「問題の分析」をクリックします。

- 相関グラフ方法
相関グラフは、グラフがグラフの積上げとして表示されるページです。

1. 任意の相関グラフから、グラフの凡例をクリックします。

2. 表示されたポップアップで、「問題の分析」または「ログ・メッセージ」をクリックします。

- グラフ・リージョン方法

1. グラフ凡例またはグラフ行をクリックします。

2. 表示されたポップアップで、「問題の分析」または「ログ・メッセージ」をクリックします。

32.2 問題の表示および分析

次のように、Cloud Controlを使用してメトリック、ステータス情報およびログを検査できます。

1. グラフにデータを表示する時間範囲を指定します。デフォルトの関連メトリックタブの上部近くで、左側と右側のスライダを調整して時間範囲を指定するか、メトリック・グラフ内でクリックおよびドラッグして検査する時間範囲を指定します。

2. 記録されたメトリックでの異常な増加についてグラフを検査します。

- 即時利用可能なEnterprise Managerには、「ソース・メトリック」と「Enterprise Manager識別関連メトリック」という2つのグラフが用意されています。メトリック・パレットを使用すると、必要に応じてグラフ表示を追加できます。詳細は、後述の「表示のカスタマイズ」を参照してください。

- 1分当たりのリクエスト数の増加が原因でリクエスト処理時間が増加した場合、システムの容量を増やす必要があることを示している可能性があります。

3. メトリック・グラフに問題の原因が示されない場合は、「関連ターゲット」タブを選択し、ターゲットのヘルス(ステータス)および最新の構成の変更に関する情報について表を検査します。
データが表示されているコンポーネントのトポロジのアラームを表示するには、「トポロジ」タブをクリックします。

4. 表に問題の原因が示されない場合は、「関連メトリック」タブに戻り、タブの上部近くにある「関連ログ・メッセージの表示」リンクをクリックします。このアクションにより、選択した時間範囲において選択したターゲットおよびそのメンバーに関するログ・メッセージが表示されます。

5. 考えられる問題の原因について表示されたログ・メッセージを検査します。

32.3 表示のカスタマイズ

独自のメトリック・グラフを作成してから、後で必要に応じてリコールできます。

1. 「関連メトリック」タブの「メトリック・パレット」で、「ターゲット」ペインからターゲットを選択し、ターゲットに関連付けられた目的のメトリックを「メトリック」ペインから選択します。
「ユーザー識別関連メトリック」と呼ばれる新規リージョンがページの下部に表示され、メトリック・パレットで選択した各メトリックのグラフが表示されます。

2. オプション: 「保存」をクリックして、現在のグラフに対する変更を保存します。
後で、必要に応じて再使用するために、変更したグラフをEnterprise Managerに保存して「チャート・セット」メニューの選択項目として表示することもできます。これを行うには、「チャート・セット」メニューから「グラフの保存形式」を選択し、グラフ名を指定し、「OK」をクリックします。

さらに、「チャート・セット」メニューから「デフォルト・チャート・セットとして設定」を選択することによって、このグラフをデフォルトのグラフとして設定し、このページがアクセスされた場合に表示されるようにできます。

ヒント:
グラフ・データを表形式で表示するには、最後のグラフの下にある「表ビュー」リンクをクリックします。

第X部

Oracle以外のミドルウェアの検出とモニタリング

この部の章ではOracle以外のミドルウェア・コンポーネントを検出、モニターする方法について説明します。

次の章があります。

- 第33章「IBM WebSphere MQの検出とモニタリング」

- 第34章「IBM WebSphere Application Serverの検出とモニタリング」

- 第35章「JBoss Application Serverの検出とモニタリング」

- 第36章「Apache HTTPサーバーの検出とモニタリング」

33 IBM WebSphere MQの検出とモニタリング

ここでは、Enterprise Manager Cloud ControlでIBM WebSphere MQターゲットを検出およびモニターする方法について説明します。

IBM WebSphere MQはメッセージ志向のミドルウェアで主となるインフラストラクチャはキュー・ベースです。Message Queue (MQ)クラスタは高可用性のために使用され、その管理とモニタリングはコマンド・ライン・ツール、ユーザー・インタフェース、およびプログラム可能なコマンド形式のメッセージによりサポートされます。

IBM WebSphere MQでは管理者が即値を流用でき、それでありながら個々の操作上の要件に従って柔軟にしきい値を微調整できます。

注意:
IBM WebSphere MQターゲットの検出とモニタリングのサポートは、System Monitoring Plug-ins for Non-Oracle Middlewareを介して提供されます。

このドキュメントの内容は、次のとおりです。

- 概要

- 前提条件

- 検出について

- モニタリング

33.1 概要

IBM WebSphere MQは次のような重要な利点を提供します。

- 即時利用可能な可用性とパフォーマンス・モニタリング

- すべての情報を単一コンソールで集中モニタリング

- 拡張されたサービスのモデル化と包括的な根本原因分析の実行

33.1.1 即時利用可能な可用性とパフォーマンス・モニタリング

ユーザーは即時利用可能な可用性とパフォーマンス・モニタリングによる価値をすぐに実感できます。モニターされる60を超えるパフォーマンス・インジケータの主要な領域として、キュー・マネージャ・ステータス、チャネル・ステータス、キューの深さ、送受信されるバイト数および送受信されるメッセージなどがあります。

問題の診断やトレンド分析、キャパシティ・プランニングなどの重要なタスクにおいて管理者をさらに支援するために、IBM WebSphere MQターゲットのモニタリングにはすぐに利用できる様々なレポートが含まれており、可用性とパフォーマンスに関する重要な情報の概要を提供します。主な機能は次のとおりです。

- ブラックアウト期間
ハードウェアのアップグレードなど、スケジュールされたメンテナンス操作中に不要なアラートが発行されないようにします。

- モニタリング・テンプレート
管理者がモニタリング設定(メトリック、しきい値、メトリック収集スケジュールおよび修正処理)を指定できるようにし、いったん指定したらそれをキュー・マネージャ・インスタンスにいくつでも適用できるようにすることで、IBM WebSphere MQ環境全体にわたるモニタリング設定標準化のタスクを簡素化します。

- 修正処理
修正処理により、アラートに対して決められたレスポンスを自動的に実行できるため、管理者は時間を節約でき、ユーザーに対して顕著な影響が出る前に問題を処理できます。

- 通知ルール、メソッドおよびスケジュール
アプリケーションに重要な問題が発生した場合にいつ、どのように管理者に通知されるかを定義し、迅速に問題を解決します。通知の詳細は、『Oracle Enterprise Manager Cloud Control管理者ガイド』の通知の使用の章を参照してください。

- グループ/システム
多数のコンポーネントの管理を単純化し、管理者が一括管理できるようにします。

33.1.2 すべての情報を単一コンソールで集中モニタリング

IBM WebSphere MQは、統合された全社的なビューを提供し、管理者が中央からすべてのコンポーネントをモニターおよび管理できるようにします。

こうした統合されたコンソールを持つことで、複数の異なるツールから重要な情報を手動でコンパイルする必要を排除し、総所有コストが削減されるので、ITコンポーネント全体にわたる可用性とパフォーマンス問題の相互関係が整理されます。

33.1.3 拡張されたサービスのモデル化と包括的な根本原因分析の実行

Enterprise Manager Cloud Controlのサービス・レベル管理機能は包括的なモニタリング・ソリューションを提供し、IT組織のビジネス・サービスに高可用性、パフォーマンス、最適化されたサービス・レベルを実現します。管理者は、サービス・テストまたは合成トランザクションを使用してエンドユーザーの観点からサービスをモニターしたり、サービスと基礎になるITコンポーネント間の関係をモデル化したり、サービスの障害の根本原因を診断したり、達成したサービス・レベルについてレポートすることができます。

Enterprise Manager Cloud ControlのIBM WebSphere MQターゲットのモニタリングにより、OracleやIBMの上でアプリケーションを実行しているIT組織は、Enterprise Managerのサービス・レベル管理機能からより大きな価値を様々な形で得ることができます。

- 拡張されたサービスのモデル化
サービスとキュー・マネージャ・インスタンス間の関係のマッピング。

- 完全なサービス・トポロジ
IBM WebSphere MQがサービスのトポロジ・ビューの一部として入ります。

- 包括的な根本原因分析
サービス障害の根本原因としてIBM WebSphere MQを識別または除外します。

33.2 前提条件

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

- 基本的な前提条件

- Jarファイル要件(ローカル・モニタリングおよびリモート・モニタリング)

33.2.1 基本的な前提条件

IBM WebSphere MQプラグインをインストールする前に、次の前提条件が満たされている必要があります。

- キュー・マネージャが稼働していること

- TCPリスナーが稼働していること

- SYSTEM.DEF.SVRCONNチャネルが使用可能であること

Oracle Management Agent (管理エージェント)は、ローカルまたはリモートのいずれかで稼働している必要があり、Oracle Management Repositoryにデータを正常にアップロードできる必要があります。エージェント・ノードに対して優先資格証明が設定されており、テストに合格している必要があります。検出に使用されるホスト資格証明は、管理エージェント・ユーザーか、または同じグループの一部であるユーザー(primary gid)である必要があります。

33.2.2 Jarファイル要件(ローカル・モニタリングおよびリモート・モニタリング)

ローカル・モニタリングの場合、管理エージェントOSユーザーは次のJARファイルに対する読取り権限を有している必要があります。これらのファイルはターゲットのIBM WebSphere MQの検出に必要です。

リモート・モニタリングの場合は、キュー・マネージャのTCPリスナー・ポートがエージェント・ホストに対して開いている必要があります。管理エージェントへアクセス可能なノードに、適切なJARファイルをコピーする必要があり、この管理エージェントを起動するOSユーザーはこれらのファイルに対する読取り権限を有している必要があります。たとえば、/new_dir/sysman/mq_jar_filesというディレクトリを作成し、JARファイルをこのディレクトリにコピーします。

IBM WebSphere MQ V6

- $MQ_HOME/java/lib/com.ibm.mq.jar

- $MQ_HOME/java/lib/connector.jar

- $MQ_HOME/eclipse/plugins/com.ibm.mq.pcf_6.0.0/pcf.jar

IBM WebSphere MQ V7

- $MQ_HOME/java/lib/com.ibm.mq.jar

- $MQ_HOME/java/lib/com.ibm.mq.jmqi.jar

- $MQ_HOME/java/lib/com.ibm.mq.commonservices.jar

- $MQ_HOME/java/lib/com.ibm.mq.headers.jar

- $MQ_HOME/java/lib/com.ibm.mq.pcf.jar

- $MQ_HOME/java/lib/connector.jar

33.3 検出について

IBM WebSphere MQは単一キュー・マネージャからの全キュー・マネージャ・クラスタの検出をサポートしています。管理者は即値を流用でき、それでありながら個々の操作上の要件に従って柔軟にしきい値を微調整できます。主要な領域として、キュー・マネージャ・ステータス、チャネル・ステータス、キューの深さ、送受信されるバイト数および送受信されるメッセージなどがあります。

問題の診断やトレンド分析、キャパシティ・プランニングなどの重要なタスクにおいて管理者をさらに支援するために、プラグインにはすぐに利用できる様々なレポートが含まれており、可用性とパフォーマンスに関する重要な情報の概要を提供します。

この項では、次のトピックについて説明します。

- ローカル・エージェント検出の前提条件

- リモート・エージェント検出の前提条件

- キュー・マネージャ・クラスタの検出

- スタンドアロン・キュー・マネージャの検出

33.3.1 ローカル・エージェント検出の前提条件

ローカル・エージェントでの検出を有効にするには、キュー・マネージャが稼働しており、TCPリスナーが稼働している必要があります。さらに、次のJARファイルが検出に必要であるため、エージェントにとってアクセス可能である必要があります。

- com.ibm.mq.jar (present under MQ_HOME/java/lib)

- connector.jar (present under MQ_HOME/java/lib)

- pcf.jar (present under MQ_HOME/eclipse/plugins/com.ibm.mq.pcf_<version>)

検出に使用されるエージェント・ホスト資格証明は、Oracleエージェント・ユーザーか、または同じグループの一部であるユーザーである必要があります。さらに、SYSTEM.DEF.SVRCONNチャネルが使用可能である必要があります。

33.3.2 リモート・エージェント検出の前提条件

リモート・エージェントでの検出を有効にするには、キュー・マネージャが稼働しており、TCPリスナーが稼働している必要があります。ターゲット・キュー・マネージャのTCPリスナー・ポートも、エージェントにアクセス可能である必要があります。さらに、次のJARファイルが検出に必要であるため、エージェントにとってアクセス可能である必要があります。

- com.ibm.mq.jar (present under MQ_HOME/java/lib)

- connector.jar (present under MQ_HOME/java/lib)

- pcf.jar (present under MQ_HOME/eclipse/plugins/com.ibm.mq.pcf_<version>)

検出に使用されるエージェント・ホスト資格証明は、Oracleエージェント・ユーザーか、または同じグループの一部であるユーザーである必要があります。さらに、SYSTEM.DEF.SVRCONNチャネルが使用可能である必要があります。

33.3.3 キュー・マネージャ・クラスタの検出

キュー・マネージャがクラスタの一部である場合、クラスタは自動的に検出されます。クラスタの他のメンバーを検出するには、それらのキュー・マネージャが稼働している必要があります。キュー・マネージャが複数のクラスタの一部である場合は、すべてのクラスタが検出されます。

クラスタ検出にかかわる論理の概要は次のようになります。

- クラスタ全体を検出するには、まずクラスタのメンバーを検出します。

- 他のすべてのキュー・マネージャの接続の詳細と、そのクラスタ名を取得します。
キュー・マネージャが複数のクラスタの一部である場合は、各クラスタについてこの手順を繰り返します。

- 接続の詳細を使用して、各キュー・マネージャに接続します。
キュー・マネージャが複数のクラスタの一部である場合は、各クラスタについてこの手順を繰り返します。

- キュー・マネージャの名前を取得します(キュー・マネージャが稼働している必要があります)

- Enterprise Manager Cloud Controlにクラスタを追加した後は、クラスタのメンバーのキュー・マネージャをそのクラスタから明示的に削除することができません。

手動でターゲットを追加するには、次の手順を実行します。

1. 「設定」メニューから、「ターゲットの追加」を選択し、「ターゲットの手動追加」を選択します。

2. 「ガイド付きプロセスを使用してターゲットを追加(関連ターゲットも追加)」を選択します。

3. 「ターゲット・タイプ」リストから「IBM WebSphere MQキュー・マネージャ」を選択して、「ガイド付きプロセスを使用した追加」をクリックします。

4. 検出のための次の必須情報を指定し、「次へ」をクリックします。

1. IBM MQが稼働しているホスト。

2. 検出対象のキュー・マネージャのポート番号(関連付けられたクラスタおよびこのクラスタのすべてのキュー・マネージャも検出されます)。

3. モニタリングに使用するサーバー接続チャネル。

4. Jarのパスの場所(場所はOEMエージェントにアクセス可能である必要があります)。
次に示すように、Jar Pathフィールドの必要な個別のJARのすべての完全パスを指定します。

$MQ_HOME/java/lib/com.ibm.mq.jar:$MQ_HOME/java/lib/com.ibm.mq.jmqi.jar:$MQ_HOME/java/lib/com.ibm.mq.commonservices.jar:$MQ_HOME/java/lib/com.ibm.mq.headers.jar:$MQ_HOME/java/lib/com.ibm.mq.pcf.jar:$MQ_HOME/java/lib/connector.jar

注意:
ローカルのモニタリングでは、前述のクラスパス内の$MQ_HOMEを実際のIBM WebSphere MQホーム・ディレクトリに置き換え、リモートのモニタリングでは、$MQ_HOMEをすべてのJARファイルが格納されているパスに置き換えます。Windowsエージェントの場合、前述のクラスパス内の':' (コロン)を';' (セミコロン)に置き換えます。

5. IBM WebSphere MQのモニターに使用されるエージェント・ホストの詳細を指定します。

6. MQ管理資格証明

5. 検出対象のクラスタを選択し、「次へ」をクリックします。
次の図はキュー・マネージャ・クラスタを示しています。

6. 「OK」をクリックして検出を終了します。

33.3.4 スタンドアロン・キュー・マネージャの検出

スタンドアロン・キュー・マネージャの検出もサポートされています。スタンドアロン・キュー・マネージャを手動で追加する手順は、クラスタ・キュー・マネージャの検出で説明されているものと同じです。詳細は、「キュー・マネージャ・クラスタの検出」を参照してください。唯一の違いは、「IBM WebSphere MQターゲットの追加: 使用可能なターゲット」ページで使用可能なターゲットのリストから、次のようにスタンドアロン・キュー・マネージャを選択することです。

33.4 モニタリング

次に、IBM WebSphere MQターゲットのパフォーマンス・モニターに使用される様々なメソッドのうち、いくつかの概要を説明します。

- 検出するIBM MQクラスタおよびキュー・マネージャを表示しているミドルウェアのページ。

- クラスタに関する情報が表示されているクラスタのページ。

- クラスタのメンバーに関する情報が表示されているクラスタ・メンバーのページ。

- キューおよびチャネルに関する情報が表示されているキュー・マネージャのページ。

- メッセージに関する情報が表示されているキュー・マネージャのパフォーマンスのページ。

- 収集されたすべてのメトリックが表示されている、IBM MQプラグインのすべてのメトリック・ページ。

- 検出するキューに関する情報が表示されているキューのページ。

- キュー・パフォーマンス・ページには、キューに関する様々な情報が表示されます。

- 「パフォーマンス・サマリー」ページには、IBM WebSphere MQメトリックの全体的なパフォーマンスが表示されます。
IBM WebSphere MQメトリックの「パフォーマンス・サマリー」ページを使用して、次の操作を実行できます。

- 優先メトリックのメトリック・パフォーマンスのモニター
「パフォーマンス・サマリー」ページを使用して、IBM WAS MQメトリックの全体的なパフォーマンスをモニターできます。

- 優先チャート・セットの選択
「チャート・セット」リストから、優先チャート・セットを選択します。

- 既存のチャート・セットの更新
要件に応じてチャート・セットをカスタマイズし、「チャートの保存」をクリックして、変更結果を保存できます。「チャートの保存」のオプションを使用して、新しいチャート・セットを作成することもできます。

- 時間枠の変更
スライダを使用して時間枠を手動で設定できます。また、提供されているデフォルト値から選択することもできます。

- 「メトリック・パレット」の表示/非表示

- メトリック・パフォーマンス・チャートの削除
メトリック・パフォーマンス・チャートを削除するには、チャート自体の「閉じる」ボタンをクリックするか、「メトリック・パレット」でメトリック名の選択を解除します。

- 新しいメトリック・パフォーマンス・チャートの作成
新しいメトリック・パフォーマンス・チャートを作成するには、優先メトリックを選択します。「メトリック・パレット」からメトリックを選択すると、チャートが自動的に作成されます。

- メトリックのドラッグ・アンド・ドロップ
メトリックを、特定のメトリック・グループから同じチャートにドラッグ・アンド・ドロップできます。

- 1つのチャートでの個々のメトリックの表示
チャート上で特定のメトリックの上にカーソルを置くと、他のメトリックはグレー表示になります。

34 IBM WebSphere Application Server、クラスタおよびセルの検出とモニタリング

ここでは、Enterprise Manager Cloud ControlでIBM WebSphere Application Server、クラスタおよびセルを検出およびモニターする方法について説明します。

IBM WebSphere Application Serverは、IBM社によって開発され、保守されているアプリケーション・サーバーです。これにより、強化された信頼性と回復性を備えた高速で柔軟なJavaアプリケーション・サーバー・ランタイム環境の選択肢が提供されます。これは、単一のサーバー環境、中規模構成、および複数のアプリケーション・サーバー間でWeb層クラスタを必要とする動的なWebアプリケーションをサポートしています。

IBM WebSphere Application Serverセルは、エンタープライズ構成内のIBM WebSphere Application Serverクラスタの高位の論理グループです。各IBM WebSphere Application Serverクラスタは、1つ以上の個々のIBM WebSphere Application Serverから成るコンポジット・ターゲット、つまり論理ターゲットです。

Enterprise Manager Cloud Controlを使用すると、環境内でIBM WebSphere Application Server、IBM WebSphere Application Serverクラスタ、IBM WebSphere Application Serverセルを検出して、それらを集中モニタリングおよび集中管理に追加できます。

この章では、Enterprise Manager Cloud ControlでIBM WebSphere Application Serverターゲットを検出およびモニターする方法について説明します。この章の具体的な内容は次のとおりです。

- IBM WebSphere Application Server、クラスタおよびセルの管理

- 検出およびモニタリングがサポートされているバージョン

- IBM WebSphere Application Server、クラスタおよびセルの検出の前提条件

- IBM WebSphere Application Server、クラスタおよびセルの検出

- IBM WebSphere Application Serverのモニタリング

- IBM WebSphere Application Serverクラスタのモニタリング

- IBM WebSphere Application Serverセルのモニタリング

- IBM WebSphere Application Serverの検出とモニタリングに関する問題のトラブルシューティング

34.1 IBM WebSphere Application Server、クラスタおよびセルの管理

Enterprise Manager Cloud Controlを使用することで、IBM WebSphere Application Serverターゲットにおいて次のことができるようになります。

- 集中モニタリングおよび集中管理に関して、次を検出します。

- IBM WebSphere Application Server

- IBM WebSphere Application Serverクラスタ
IBM WebSphere Application Serverクラスタの一部であるIBM WebSphere Application Serverを検出すると、IBM WebSphere Application Serverクラスタおよびそのクラスタの一部である他のすべてのIBM WebSphere Application Serverが自動的に検出され、Enterprise Manager Cloud Controlに追加されます。

- IBM WebSphere Application Serverセル
IBM WebSphere Application Serverセルの一部であるIBM WebSphere Application Serverを検出すると、IBM WebSphere Application Serverセルおよびそのセルの一部である他のすべてのIBM WebSphere Application ServerクラスタおよびIBM WebSphere Application Serverが自動的に検出され、Enterprise Manager Cloud Controlに追加されます。

- ステータス、可用性割合、CPU使用率、ヒープ使用率などのモニター。

- 一定期間内に発生したインシデントと問題のサマリーの表示。

- IBM WebSphere Application ServerクラスタおよびIBM WebSphere Application Serverセルの一部であるメンバー・アプリケーション・サーバーのステータスと全体的な状態のモニター。

- 豊富なGUI、直感的なグラフおよび図を使用した、パフォーマンスと可用性の問題の診断、通知および修正。

- デプロイされたアプリケーションのステータスのモニター。

- 過去24時間で最も多くリクエストされたサーブレット、EJBおよびJSPのステータスのモニター。

- メトリック・データの収集をそれぞれ一時停止または再開するためのブラックアウトの作成または終了。

- 収集された最新の構成詳細および特定の時点で保存された構成詳細のモニターおよび管理。

- 次のように構成を比較します。

- 直近に収集されたサーバー・インスタンスの構成と、同じサーバー・インスタンスまたは別のサーバー・インスタンスの保存済構成。

- 直近に収集されたサーバー・インスタンスの構成と、直近に収集された別のサーバー・インスタンスの構成。

- サーバー・インスタンスの保存済構成と、同じサーバー・インスタンスまたは別のサーバー・インスタンスの別の保存済構成。

- サーバー・インスタンスの保存済構成と、直近に収集された同じサーバー・インスタンスまたは別のサーバー・インスタンスの構成。

- サーバーに関連付けられたコンプライアンス標準およびコンプライアンス・フレームワーク、リアルタイム監視、評価の結果などのコンプライアンス関連の情報を表示します。

- メトリック、その収集間隔および各メトリックの最後のアップロードのリストを表示します。

34.2 検出およびモニタリングがサポートされているバージョン

Enterprise Manager Cloud Controlで検出およびモニタリングがサポートされているIBM WebSphere Application Serverのバージョンを検索するには、次の手順に従います。

1. https://support.oracle.com/にログインします。

2. My Oracle Supportのホームページで、「動作保証」タブを選択します。

3. 動作保証ページで、「動作保証検索」セクションに、次の検索基準を入力します。

- 「製品」フィールドに、製品名として「Enterprise Manager Base Platform - OMS」と入力します。

- リリース・リストから、リリース番号として13.1.0.0.0を選択します。

4. 「検索」をクリックします。

5. 「動作保証結果」セクションで、「アプリケーション・サーバー」メニューを拡張して、動作保証されているIBM WebSphere Application Serverのバージョンを表示します。

34.3 IBM WebSphere Application Server、クラスタおよびセルの検出の前提条件

IBM WebSphere Application Server、IBM WebSphere Application ServerクラスタおよびIBM WebSphere Application Serverセルを検出するために次の前提条件を満たします。

- デプロイメント・マネージャが実行中であることを確認します。

- スタンドアロンのIBM WebSphere Application Serverの場合、特定のサーバーが実行中であることを確認します。

- IBM WebSphere Application Serverまたはデプロイメント・マネージャのSOAPコネクタ・ポートが管理エージェント・ホストに対してオープンであることを確認します。
SOAPコネクタ・ポートを見つけるには、次の場所でキーワードSOAP_CONNECTOR_ADDRESSを検索します。

$<WEBSPHERE_HOME>/AppServer/profiles/<PROFILE>/config/cells/<cellname>/nodes/<nodename>/serverindex.xml

- PMIサービスが有効であることを確認します。次の手順を実行します。

- IBM WebSphere Application Server 7.xおよび8.xの場合

1. Integrated Solutions Consoleにログインします。

2. 「モニタリングとチューニング」メニューから、「パフォーマンス・モニタリング・インフラストラクチャ(PMI)」を選択します。

3. アプリケーション・サーバー・インスタンスを選択します。

4. 「構成」タブの「一般プロパティ」の下で、「パフォーマンス・モニタリング・インフラストラクチャ(PMI)を有効にする」チェック・ボックスを選択してPMIを有効にします。

5. 「現在モニター対象の統計セット」から、「カスタム」を選択します。「カスタム」リンクをクリックし、有効にするメトリックのリストを指定します。「OK」をクリックします。

6. 「保存」をクリックし、サーバーを再起動します。

注意:
クラスタ構成の場合、サーバーごとにPMIを有効にする必要があります。

- 管理セキュリティが絶対パスを使用して有効である場合、Java信頼キーストアが検出中に指定されていることを確認します。

- ローカル・モニタリングの場合、次のIBM WebSphereディレクトリおよびJARファイルに対して読取り権限を持っている必要があります。

- IBM WebSphere 7.0の場合
$<WEBSPHERE_HOME>/runtimes/com.ibm.ws.admin.client_7.0.0.jar

- IBM WebSphere 8.0の場合
$<WEBSPHERE_HOME>/runtimes/com.ibm.ws.admin.client_8.0.x.jar

- IBM WebSphere 8.5の場合
$<WEBSPHERE_HOME>/runtimes/com.ibm.ws.admin.client_8.5.x.jar

- リモート・モニタリングの場合、リモート管理エージェント上のフォルダに必要なWebSphere JARおよび信頼できるキーストア・ファイルをコピーする必要があります。

- IBM WebSphere 7.0.xの場合:

1. リモート・エージェント・ホスト上にダミーのWebSphereホーム・ディレクトリ(たとえば、/scratch/WebSphere7Jars/AppServer)を作成し、その下に、次のディレクトリ構造を作成します。
WAS_HOME

/trustedKeyStore

/runtimes

/plugins

/java/jre/lib/ext

2. 次に示すjarファイルをWebSphereホストからリモート・エージェント・ホスト(実際のWAS_HOMEの類似の場所)にコピーします。
WAS_HOME/runtimes

com.ibm.ws.admin.client_7.0.0.jar

WAS_HOME/java/jre/lib/ext

ibmkeycert.jar

WAS_HOME/java/jre/lib

ibmjgssprovider.jar

- IBM WebSphere 8.0.xの場合:

1. リモート・エージェント・ホスト上にダミーのWebSphereホーム・ディレクトリ(たとえば、/scratch/WebSphere8Jars/AppServer)を作成し、その下に、次のディレクトリ構造を作成します。
WAS_HOME

/trustedKeyStore

/runtimes

/plugins

/java/jre/lib/ext

2. 次に示すjarファイルをWebSphereホストからリモート・エージェント・ホスト(実際のWAS_HOMEの類似の場所)にコピーします。
WAS_HOME

/runtimes

com.ibm.ws.admin.client_8.0.0.jar

WAS_HOME/java/jre/lib/ext

ibmkeycert.jar

WAS_HOME/java/jre/lib

ibmjgssprovider.jar

ibmorb.jar

- IBM WebSphere 8.5.xの場合:

1. リモート・エージェント・ホスト上にダミーのWebSphereホーム・ディレクトリ(たとえば、/scratch/WebSphere8Jars/AppServer)を作成し、その下に、次のディレクトリ構造を作成します。
WAS_HOME

/trustedKeyStore

/runtimes

/plugins

/java/jre/lib/ext

2. 次に示すjarファイルをWebSphereホストからリモート・エージェント・ホスト(実際のWAS_HOMEの類似の場所)にコピーします。
WAS_HOME

/runtimes

com.ibm.ws.admin.client_8.5.0.jar

WAS_HOME/java/jre/lib/ext

ibmkeycert.jar

WAS_HOME/java/jre/lib

ibmjgssprovider.jar

ibmorb.jar

- アプリケーションのMBeanリソースを作成します。
EJB、Webモジュール、サーブレットなど様々なアプリケーション・コンポーネントに関連するOEMメトリックの管理データは、サーバーにデプロイされた各アプリケーションにMBeanリソースが作成されている場合にのみ使用できます。

サーバーへのアプリケーションのデプロイ中、WebSphereアプリケーション・デプロイメントUIによってこの機能を選択解除できます。これらのMBeanはデフォルトで作成されていますが、このオプションを選択解除して動作を変更できます。このため、OEMを使用して対応するサーバーやアプリケーションをモニターする前に、各サーバーにデプロイされた各アプリケーションに対してこれが有効化されていることを確認する必要があります。

この機能を有効化する手順は、次のとおりです。

1. セル内の各サーバーについて、インストールしたアプリケーション・ページを開きます。

2. アプリケーションをクリックします。

3. 「構成」タブをクリックしてから起動動作リンクを選択します。

4. MBeanリソースの作成チェック・ボックスを有効化して、「適用」をクリックします。

5. 設定を保存してサーバーを再起動します。

モニター対象の各サーバーにデプロイされたアプリケーションごとに、この手順を行う必要があります。

- WebsphereセルまたはサーバーがSSL対応の場合、ターゲットを検出する前に次の手順に従います。

1. サーバーの信頼できる署名者証明書をエクスポートして、AgentTrust.jksファイルにインポートします。
信頼できる署名者証明書をエクスポートするには、ターゲットがインストールされているホストで次の手順に従います。

1. WebSphereデプロイメント・マネージャ/サーバーのトラスト・ストア・ファイルの場所に移動します。

2. 次のコマンドを実行します。
keytool -export -v -alias <alias_name_cert> -file <output_file> -keystore <Trust Store File Name> -storepass <Password for the trust>

次に例を示します。

keytool -export -v -alias default_signer -file rootca04.cert -keystore <WAS_HOME>/profiles/Dmgr04/etc/DummyClientTrustFile.jks -storepass WebAS

信頼できる署名者証明書をAgentTrust.jksファイルにインポートするには、エージェントがインストールされているホストで次のコマンドを実行します。

keytool -import -v -trustcacerts -alias <unique_alias_name> -file <certificate_location> -keystore <AgentTrust.jks File> -storepass <password for the agent trust>

次に例を示します。

keytool -import -v -trustcacerts -alias signer_02 -file <WAS_HOME>/AppServer/profiles/Dmgr02/etc/rootca02.cert -keystore AgentTrust.jks -storepass welcome

2. 次のコマンドを実行して、すべての証明書がAgentTrust.jksファイルに追加されたことを確認します。
keytool -v -list -keystore <AgentTrust.jks Filename >

トラブルシューティングのヒント: パスワードの入力時に次のエラーが発生した場合、ボックスに複数のkeytoolが存在することを示しています。

keytool error: gnu.javax.crypto.keyring.MalformedKeyringException: incorrect magic

AgentTrust.jksファイルに複数のkeytoolが存在する場合、次の手順を実行します。

1. コマンドlocate keytoolを実行して、使用する関連keytoolを探します。

2. keytoolのフル・パスを使用して、keytoolコマンドを実行します。次に例を示します。
/scratch/agents/slc02ktx/agent_13.1.0.0.0/oracle_common/jdk/bin/keytool -list -keystore <AgentTrust.jks Filename>

3. エージェントを再起動します。

ターゲット検出中に検出ホスト・ページで、エージェント・トラスト・ファイル名フィールドでAgentTrust.jksファイルの場所を指定します。セル/サーバーがSSL対応でない場合、入力パラメータは不要です。

34.4 IBM WebSphere Application Server、クラスタおよびセルの検出

Enterprise Manager Cloud Controlでは、IBM WebSphere Application Server(およびその関連クラスタとセル)を検出して追加し、一元的にモニタリングおよび管理できます。

IBM WebSphere Application Server (および関連するクラスタとセル)を追加するには、次の手順を実行します。

1. 前提条件を確認します。詳細。

2. 「ターゲット」メニューから、「ミドルウェア」を選択します。

3. ミドルウェア・ページで、「追加」メニューから「IBM WebSphere Application Server」を選択します。

4. 「実行」をクリックします。
Enterprise Manager Cloud Controlで、IBM WebSphere Application Serverの検出ウィザードが表示されます。

5. ホスト・ページで、IBM WebSphere Application ServerおよびOracle Management Agentが稼働しているホストの詳細を入力します。IBM WebSphere Application Serverセルに基づくインストールの場合、セルの下に存在するIBM WebSphere Application Serverが自動的に検出されるように、デプロイメント・マネージャの詳細を入力します。

図34-1 IBM WebSphere Application Serverのホスト・ページ

リンク

説明

WebSphere Application Serverホスト

IBM WebSphere Application ServerまたはIBM WebSphereデプロイメント・マネージャがインストールされているホストの名前を入力します。

SOAPコネクタのポート

IBM WebSphere Application ServerまたはIBM WebSphereデプロイメント・マネージャがリスニングしているSOAPコネクタのポートを入力します。

バージョン

IBM WebSphere Application Serverのバージョンを選択します。

ユーザー名

IBM WebSphere Application ServerまたはIBM WebSphereデプロイメント・マネージャにアクセスするためのユーザー名を入力します。

パスワード

IBM WebSphere Application ServerまたはIBM WebSphereデプロイメント・マネージャにアクセスするためのパスワードを入力します。

エージェント信頼ファイル名

ポートがSSLに対応している場合、エージェント信頼ファイルの絶対パスを入力します。エージェント信頼ファイルは、エンタープライズのキーと証明書を保持する保護されたデータベースです。パスがファイル名に繋がっていることを確認します。
例: <Agent_home>/stage/sysman/config/montrust/AgentTrust.jks

サーバー・ホーム・ディレクトリ

IBM WebSphere Application ServerまたはIBM WebSphereデプロイメント・マネージャがインストールされているOracleホーム・ディレクトリへの絶対パスを入力します。
次に例を示します。

/net/host1/software/IBM/WebSphere/AppServer/

エージェント

「検索」アイコンをクリックし、IBM WebSphere Application ServerまたはIBM WebSphereデプロイメント・マネージャをモニタリングしているOracle Management Agent(管理エージェント)を選択します。管理エージェントは、IBM WebSphere Application ServerまたはIBM WebSphereデプロイメント・マネージャのローカルにあってもリモートにあってもかまいません。

6. サーバーの選択ページで、Enterprise Manager Cloud ControlでモニターするIBM WebSphere Application Serverおよび/またはIBM WebSphere Application Serverクラスタを選択します。
IBM WebSphere Application Serverクラスタを選択すると、クラスタの一部であるIBM WebSphere Application Serverは自動的に選択され、モニタリング対象としてEnterprise Manager Cloud Controlに追加されます。

7. 確認ページで、IBM WebSphere Application ServerおよびIBM WebSphere Application Serverセルを検出するために前の画面で入力した情報を確認します。
情報を変更する場合は、変更を加えるページに到達するまで、「戻る」をクリックします。情報に問題がなければ「発行」をクリックします。

34.5 IBM WebSphere Application Serverのモニタリング

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

- IBM WebSphere Application Serverのモニタリング

- IBM WebSphere Application Serverの管理

- IBM WebSphere Application Serverのパフォーマンスのモニタリング

- IBM WebSphere Application Serverにデプロイされているアプリケーションのモニタリング

- IBM WebSphere Application Serverの上位のEJBの表示

- IBM WebSphere Application Serverの上位のサーブレットおよびJSPの表示

- IBM WebSphere Application Serverのメトリックの表示

34.5.1 IBM WebSphere Application Serverのモニタリング

IBM WebSphere Application Serverをモニターするには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ミドルウェア・ページで、目的のIBM WebSphere Application Serverをクリックします。

3. IBM WebSphere Application Serverのホームページで、選択したサーバーの可用性、使用状況およびパフォーマンスの概要をモニターできます。

IBM WebSphere Application Serverのホームページには、次のセクションがあります。

34.5.1.1 「一般」セクション

サーバーの状態に関する一般的な情報が表示されます。

項目

説明

稼働開始/停止時間/保留開始

ステータスが最後に確認された日時。

可用性(%)

サーバーが過去24時間中に稼働していた時間の割合。割合のリンクをクリックすると、過去24時間の可用性の詳細が表示されます。

バージョン

モニター対象のサーバーのバージョン。

状態

サーバーが実行中または停止中であるかどうかを示す現在の状態。

CPU使用率(%)

ある時点におけるCPU時間の割合で表したCPU消費率。割合のリンクをクリックすると、過去24時間の可用性の詳細が表示されます。

ヒープ使用量(MB)

最後のメトリック・コレクションに応じた現在のJVMメモリーのヒープ使用量(MB)。

34.5.1.2 「モニタリングと診断」セクション

インシデントおよびサーバーに対する構成の変更のサマリーが表示されます。この情報を使用して、サーバーのパフォーマンスの問題を診断およびトラブルシューティングします。

項目

説明

インシデント

注意および修正アクションが必要な未解決の問題の数。値をクリックすると、ドリルダウンして詳細情報が表示されます。

構成の変更

アプリケーションに関連するインシデントの数。表示される整数は、インシデント・マネージャ・ページへのリンクでもあります。値をクリックすると、ドリルダウンして詳細情報が表示されます。

34.5.1.3 「レスポンスと負荷」セクション

特定の期間のリクエスト処理時間を測定した、サーバーのパフォーマンスがグラフィカルに表示されます。表形式に切り替えるには、「表ビュー」をクリックします。ドリルダウンしてメトリックに関連する詳細な情報を表示する場合、および他の関連するインフラストラクチャ・メトリックを調べることによって問題を診断する場合、凡例のサーバー名をクリックし、追加情報メッセージで適切なオプションを選択します。

34.5.1.4 「アプリケーション」タブ

サーバーにデプロイされているアプリケーションに関するクリティカルな情報が表示されます。詳細は、第34.5.4項を参照してください。

34.5.1.5 「サーブレットとJSP」タブ

過去24時間に最もリクエストされたサーブレットおよびJSPの詳細が表示されます。

34.5.1.6 「EJB」タブ

過去24時間に最もリクエストされたEJBの詳細が表示されます。

34.5.2 IBM WebSphere Application Serverの管理

IBM WebSphere Application Serverを管理するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ミドルウェア・ページで、目的のIBM WebSphere Application Serverをクリックします。

3. IBM WebSphere Application Serverホームページに、選択したサーバーの概要情報が表示されます。
IBM WebSphere Application Serverの管理タスクを実行するには、「WebSphere Application Server」メニューから、必要性に応じて次のいずれかを選択します。

- モニタリング。ターゲットのパフォーマンスのモニター、メトリック詳細の表示、ステータス情報の表示、ターゲットに対してこれまでに発生したインシデントおよびアラートの表示、ターゲットに対して作成されたブラックアウトの表示を行います。

- 診断。パフォーマンスの問題を分析および診断します。

- 制御。ブラックアウトを作成または終了します。

- ジョブ・アクティビティ。ターゲットに対して作成されたジョブの詳細を表示します。

- 情報パブリッシャ・レポート。レポートを表示します。

- 管理。IBM WebSphere Application Serverコンソールを使用して、IBM WebSphere Application Serverを直接管理します。

- 構成。構成の詳細を検索、表示および比較します。

- コンプライアンス。コンプライアンス標準を表示および作成します。

- ターゲット設定。モニタリング構成の詳細およびターゲット・プロパティの表示、ターゲットの削除またはグループへの追加、ターゲットのプロパティの表示を行います。

- ターゲット・サイトマップ。ターゲットの全体的なトポロジを表示します。

- ターゲット情報。ターゲットに関する一般情報を表示します。

34.5.3 IBM WebSphere Application Serverのパフォーマンスのモニタリング

Enterprise Manager Cloud Controlには、IBM WebSphere Application Serverの状態を素早く評価するために役立つ重要なパフォーマンス・グラフがいくつか表示されます。

IBM WebSphere Application Serverのパフォーマンスを確認するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ミドルウェア・ページで、目的のIBM WebSphere Application Serverをクリックします。

3. IBM WebSphere Application Serverホームページで、「WebSphere Application Server」メニューから「モニタリング」、「パフォーマンス・サマリー」の順に選択します。

4. 「パフォーマンス・サマリー」ページでは、次の操作も実行できます。

- 一連のパフォーマンス・チャートの表示、一定期間のパフォーマンスのモニターおよび問題の診断と修正。

- ページに表示される一連のパフォーマンス・チャートのカスタマイズ。これを行うには、「メトリック・パレットの表示」をクリックして、ページに追加するチャートを選択します。

- 「メトリック・パレット」の表示または非表示。これを行うには、「メトリック・パレットの表示」または「メトリック・パレットの非表示」をそれぞれクリックします。

- パフォーマンス・チャートの並替え。これを行うには、「ビュー」メニューから「チャートの並替え」を選択します。

- 可用性の詳細、しきい値の詳細およびグリッド線を表示または非表示にするためのパフォーマンス・チャートをカスタマイズ。これを行うには、「ビュー」メニューから、「可用性」、「しきい値」または「グリッド線」をそれぞれ選択します。

- 別のIBM WebSphere Application Serverのパフォーマンスまたは昨日のパフォーマンスとの比較の作成。これを行うには、「比較」メニューから、「他のIBM WebSphere Application Server」または「今日と昨日」をそれぞれ選択します。

- 比較の削除。これを行うには、「比較」メニューから、「比較の削除」を選択します。

- ベースラインの作成または削除。これを行うには、「比較」メニューから、「ベースラインの作成」または「ベースライン削除」をそれぞれ選択します。

- チャート自体の「閉じる」ボタンをクリックするか、「メトリック・パレット」でメトリック名の選択を解除することによる、メトリック・パフォーマンス・チャートの削除。

- スライダーを使用した時間枠の変更またはデフォルト値の設定。

- 「メトリック・パレット」から優先メトリックを選択することによる、新しいメトリック・パフォーマンス・チャートの作成。メトリックを選択すると、チャートが自動的に作成されます。

- 特定のメトリック・グループから同じチャートへのメトリックのドラッグ・アンド・ドロップ。

34.5.4 IBM WebSphere Application Serverにデプロイされているアプリケーションのモニタリング

IBM WebSphere Application Serverで実行されているアプリケーションをモニターするには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ミドルウェア・ページで、目的のIBM WebSphere Application Serverをクリックします。

3. IBM WebSphere Application Serverホームページの「デプロイメント」セクションの「アプリケーション」リージョンで、サーバーにデプロイされているアプリケーションについての次の詳細が表示されます。

列

説明

名前

サーバーにデプロイされているアプリケーションの名前。

ステータス

アプリケーションのステータス(稼働中または停止中)。

処理されたリクエストの数

過去24時間にアプリケーションによって処理されたリクエストの合計数。

平均リクエスト処理時間

リクエストの処理に要した平均時間。

EJBメソッドによる平均リクエスト処理時間

EJBメソッドでリクエストの処理に要した平均時間。

34.5.5 IBM WebSphere Application Serverの上位のEJBの表示

IBM WebSphere Application Serverの上位または最多リクエストのEJBを表示するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ミドルウェア・ページで、目的のIBM WebSphere Application Serverをクリックします。

3. IBM WebSphere Application Serverホームページの「EJB」セクションに、過去24時間に最もリクエストされたEJBのリストが表示されます。

34.5.6 IBM WebSphere Application Serverの上位のサーブレットおよびJSPの表示

IBM WebSphere Application Serverの上位または最多リクエストのサーブレットおよびJSPを表示するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ミドルウェア・ページで、目的のIBM WebSphere Application Serverをクリックします。

3. IBM WebSphere Application Serverホームページの「サーブレットとJSP」セクションに、過去24時間に最もリクエストされたサーブレットとJSPのリストが表示されます。

34.5.7 IBM WebSphere Application Serverのメトリックの表示

すべてのIBM WebSphere Application Serverメトリックを表示するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ミドルウェア・ページで、目的のIBM WebSphere Application Serverをクリックします。

3. IBM WebSphere Application Serverホームページで、「WebSphere Application Server」メニューから「モニタリング」、「すべてのメトリック」の順に選択します。

34.6 IBM WebSphere Application Serverクラスタのモニタリング

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

- IBM WebSphere Application Serverクラスタのモニタリング

- IBM WebSphere Application Serverクラスタの管理

- IBM WebSphere Application Serverクラスタのメンバーの表示

- IBM WebSphere Application Serverクラスタのメトリックの表示

34.6.1 IBM WebSphere Application Serverクラスタのモニタリング

IBM WebSphere Application Serverクラスタをモニターするには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ミドルウェア・ページで、目的のIBM WebSphere Application Serverクラスタをクリックします。

3. IBM WebSphere Application Serverクラスタ・ホームページで、選択したクラスタの可用性、使用状況およびパフォーマンスの概要をモニターできます。
IBM WebSphere Application Serverクラスタのステータスは、そのすべてのメンバー(つまり、クラスタ内の個々のIBM WebSphere Application Server)のステータスに依存します。IBM WebSphere Application Serverは、IBM社によって開発され、保守されているアプリケーション・サーバーです。

IBM WebSphere Application Serverクラスタ・ホームページには、次のセクションがあります。

34.6.1.1 「サマリー」セクション

過去24時間のクラスタの可用性のサマリーがすぐにグラフィカルに表示されます。

ステータス(稼働中または停止中)を表示するには、タイムライン・バーの上にマウスを移動します。特定の期間の時間にズーム・インして確認するには、タイムライン・バーの1つの特定の時間にカーソルを置き、マウス・キーを押したまま、もう1つの目的の時間にカーソルをドラッグします。タイムライン・バーがズーム・インし、その特定の期間内の時間、分および秒が表示されます。これは、クラスタが停止した正確な時間を特定する場合に役立ちます。

34.6.1.2 「モニタリングと診断」セクション

インシデント、子ターゲット・インシデントおよびサーバーに対する構成の変更のサマリーが表示されます。この情報を使用して、サーバーのパフォーマンスの問題を診断およびトラブルシューティングします。

要素

説明

インシデント

注意および修正アクションが必要な未解決の問題の数。値をクリックすると、ドリルダウンして詳細情報が表示されます。

子ターゲット・インシデント

過去7日間にサーバーの構成に対して行われた変更の数。値をクリックすると、ドリルダウンして詳細情報が表示されます。

構成の変更

アプリケーションに関連するインシデントの数。表示される整数は、インシデント・マネージャ・ページへのリンクでもあります。値をクリックすると、ドリルダウンして詳細情報が表示されます。

34.6.1.3 「サーバー」セクション

クラスタのメンバー(主に、クラスタの一部であるIBM WebSphere Application Server)に関する情報が表示されます。

列

説明

名前

クラスタの一部であるIBM WebSphere Application Serverの名前。サーバーのホームページに移動するには、メンバーまたはサーバーの名前をクリックします。

ステータス

IBM WebSphere Application Serverの現在のステータス。ステータス履歴ページにドリルダウンするには、ステータス・アイコンをクリックします。ステータス履歴(可用性)ページが表示され、可用性の計算に使用される構成要素の可用性履歴とともにサーバーの可用性が示されます。

アクティブなセッション

24時間のサーバーのアクティブまたはライブのHTTPセッションの合計数。値は、リンクとして表示されます。24時間スケールの各時間のアクティブ・セッションの数を表示するには、値(リンク)をクリックします。各時間のアクティブ・セッションを示すグラフが表示されます。さらにドリルダウンしてメトリックに関連する詳細な情報を表示するには、「メトリック詳細」をクリックします。

リクエスト処理時間(ミリ秒)

過去24時間にリクエストの処理に要した平均時間(ミリ秒)。

34.6.1.4 「リソース使用率」セクション

特定の期間のCPU使用率およびJVMによって使用されるメモリーがグラフィカルに表示されます。表形式に切り替えるには、「表ビュー」をクリックします。ドリルダウンしてメトリックに関連する詳細な情報を表示する場合、および他の関連するインフラストラクチャ・メトリックを調べることによって問題を診断する場合、凡例のサーバー名をクリックし、追加情報メッセージで適切なオプションを選択します。

34.6.2 IBM WebSphere Application Serverクラスタの管理

IBM WebSphere Application Serverクラスタを監視および管理するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ミドルウェア・ページで、目的のIBM WebSphere Application Serverクラスタをクリックします。

3. IBM WebSphere Application Serverクラスタ・ホームページに、選択したサーバーの概要情報が表示されます。
IBM WebSphere Application Serverクラスタの管理タスクを実行するには、「WebSphereクラスタ」メニューから、必要性に応じて次のいずれかを選択します。

- モニタリング。ターゲットのパフォーマンスのモニター、メトリック詳細の表示、ステータス情報の表示、ターゲットに対してこれまでに発生したインシデントおよびアラートの表示、ターゲットに対して作成されたブラックアウトの表示を行います。

- 診断。パフォーマンスの問題を分析および診断します。

- 制御。ブラックアウトを作成または終了します。

- ジョブ・アクティビティ。ターゲットに対して作成されたジョブの詳細を表示します。

- 情報パブリッシャ・レポート。レポートを表示します。

- メンバー。IBM WebSphere Application Serverクラスタのメンバーの状態を表示およびモニターします。メンバーは通常、クラスタの一部であるIBM WebSphere Application Serverです。

- 構成。構成の詳細を検索、表示および比較します。

- コンプライアンス。コンプライアンス標準を表示および作成します。

- ターゲット設定。モニタリング構成の詳細およびターゲット・プロパティの表示、ターゲットの削除またはグループへの追加、ターゲットのプロパティの表示を行います。

- ターゲット・サイトマップ。ターゲットの全体的なトポロジを表示します。

- ターゲット情報。ターゲットに関する一般情報を表示します。

34.6.3 IBM WebSphere Application Serverクラスタのメンバーの表示

Enterprise Manager Cloud Controlを使用して、IBM WebSphere Application Serverクラスタのメンバーを表示できます。クラスタを構成するメンバーのタイプの確認、そのステータスのモニターおよび様々な管理操作を行えます。

IBM WebSphere Application Serverクラスタのメンバーを表示するには、次の手順に従います。

1. 「ターゲット」メニューから「ミドルウェア」をクリックします。

2. ミドルウェア・ページで、目的のIBM WebSphere Application Serverクラスタをクリックします。

3. IBM WebSphere Application Serverクラスタ・ホームページで、「WebSphere Cluster」メニューから「メンバー」、「すべて表示」の順に選択して、次のメトリックの詳細を表示します。

列

説明

名前

IBM WebSphere Application Serverクラスタの一部であるIBM WebSphere Application Serverの名前。IBM WebSphere Application Serverのホームページにアクセスするには、名前をクリックします。

タイプ

メンバーのタイプ。通常、IBM WebSphere Application Server。

ステータス

メンバーの現在のステータス。「ステータス」アイコンをクリックして全体的な可用性サマリーを確認します。現在の可用性ステータスと、過去24時間、7日間または1か月(31日間)の可用性ステータスを確認できます。

インシデント

メンバー・サーバーに対して発生した致命的、クリティカルおよび警告インシデントの数。インシデント・マネージャ・ページにドリルダウンし、インシデントの詳細情報を表示するには、カウントをクリックします。

特定のメンバーを検索するには、「検索」メニューを使用します。

デフォルトでは、IBM WebSphere Application Serverクラスタのすべてのメンバーが表にリストされます。表をリフレッシュして特定のタイプのメンバーのみを表示するには、「表示」セクションから「直接メンバー」または「間接メンバー」のいずれかを選択します。

メンバーに関する情報をファイルに保存してそのファイルをローカル・ディスクにダウンロードするには、「エクスポート」をクリックします。

34.6.4 IBM WebSphere Application Serverクラスタのメトリックの表示

すべてのIBM WebSphere Application Serverメトリックを表示するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ミドルウェア・ページで、目的のIBM WebSphere Application Serverクラスタをクリックします。

3. IBM WebSphere Application Serverクラスタ・ホームページで、「WebSphereクラスタ」メニューから「モニタリング」、「すべてのメトリック」の順に選択します。

34.7 IBM WebSphere Application Serverセルのモニタリング

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

- IBM WebSphere Application Serverセルのモニタリング

- IBM WebSphere Application Serverセルの管理

- IBM WebSphere Application Serverセルのメンバーの表示

34.7.1 IBM WebSphere Application Serverセルのモニタリング

IBM WebSphere Application Serverセルをモニターするには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ミドルウェア・ページで、目的のIBM WebSphere Application Serverセルをクリックします。

3. IBM WebSphere Application Serverセル・ホームページで、可用性、使用状況およびパフォーマンスの概要をモニターできます。
IBM WebSphere Application Serverセルのステータスは、そのすべてのメンバー(つまり、セル内の個々のIBM WebSphere Application Serverクラスタ)のステータスに依存します。各IBM WebSphere Application Serverクラスタのステータスは、そのクラスタ内の各IBM WebSphere Application Serverのステータスに依存します。

IBM WebSphere Application Serverセル・ホームページには、次のセクションが含まれます。

34.7.1.1 「一般」セクション

列

説明

WebSphereセル

IBM WebSphere Application Serverセルの名前。

デプロイメント・マネージャ

モニター対象のIBM WebSphere Application Serverセルの操作を管理するデプロイメント・マネージャの名前。

デプロイメント・マネージャ・ホスト

デプロイメント・マネージャが稼働しているホストの名前。

デプロイメント・マネージャのSOAPコネクタ・ポート

デプロイメント・マネージャに接続するために使用されるSOAPコネクタ・ポート番号。

WebSphereセルがリフレッシュされました

IBM WebSphere Application Serverセルのメンバーシップが最後にリフレッシュされた日時。

34.7.1.2 「インシデント・サマリー」セクション

IBM WebSphere Application Serverセルで発生した致命的、クリティカル、警告およびエスカレート済インシデントおよび問題のサマリーが表示されます。

特定のカテゴリのインシデントと問題をフィルタ処理して表示するには、「カテゴリ」リストから特定のカテゴリを選択します。表が自動的にリフレッシュされ、選択したカテゴリに関するインシデントおよび問題がリストされます。

列の表示、非表示および並替えを行う場合、およびすべてのインシデント、すべてのインシデント(症状は非表示)または原因のみをフィルタ処理して表示する場合、「表示」 メニューから、適切なオプションを選択します。

列

説明

サマリー

インシデントの内容を示す直感的なメッセージ。

ターゲット

インシデントまたは問題が発生したターゲットのタイプ。

重大度

インシデントまたは問題の重大度。重大度は、「致命的」、「クリティカル」または「警告」です。

ステータス

インシデントまたは問題のステータス。ステータスには、「新規」、「調査中」、「クローズ」または「解決」があります。

エスカレーション・レベル

インシデントに必要な対応のレベルを表すエスカレーション・レベル。エスカレーション・レベルには、エスカレーションされていないことを表す「なし」、または「レベル1」から「レベル5」までがあります。

タイプ

報告されるインシデントまたは問題のタイプ。

最終更新以降の期間

インシデントが最後に更新された、またはインシデントがクローズした日時。

34.7.1.3 「クラスタ」セクション

IBM WebSphere Application Serverセルの一部であるIBM WebSphere Application Serverクラスタ・メンバー・ターゲットに関する可用性情報を提供します。

列

説明

名前

IBM WebSphere Application Serverセルの一部であるIBM WebSphere Application Serverクラスタ・メンバー・ターゲットの名前。クラスタのホームページに移動するには、クラスタ名をクリックします。

ステータス

IBM WebSphere Application Serverクラスタ・メンバー・ターゲットの現在のステータス。

サーバー数

IBM WebSphere Application Serverクラスタの一部であるIBM WebSphere Application Serverの数。

34.7.1.4 「サーバー」セクション

IBM WebSphere Application Serverセルの一部であるIBM WebSphere Application Serverメンバー・ターゲットに関する可用性情報を提供します。

列

説明

名前

IBM WebSphere Application Serverセルの一部であるIBM WebSphere Application Serverメンバー・ターゲットの名前。メンバー・ターゲットのホーム・ページに移動するには、メンバー名をクリックします。

ステータス

IBM WebSphere Application Serverメンバー・ターゲットの現在のステータス。

クラスタ

IBM WebSphere Application Serverメンバー・ターゲットが属するIBM WebSphere Application Serverクラスタの名前。この列は、クラスタ・ターゲットの一部であるサーバー・ターゲットにのみ適用されます。

34.7.2 IBM WebSphere Application Serverセルの管理

IBM WebSphere Application Serverセルを管理するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ミドルウェア・ページで、目的のIBM WebSphere Application Serverセルをクリックします。

3. IBM WebSphere Application Serverセル・ホームページに、選択したセルの概要情報が表示されます。
IBM WebSphere Application Serverセルの管理タスクを実行するには、「WebSphereセル」メニューから、必要性に応じて次のいずれかを選択します。

- モニタリング。ターゲットのパフォーマンスのモニター、メトリック詳細の表示、ステータス情報の表示、ターゲットに対してこれまでに発生したインシデントおよびアラートの表示、ターゲットに対して作成されたブラックアウトの表示を行います。

- 診断。パフォーマンスの問題を分析および診断します。

- 制御。ブラックアウトを作成または終了します。

- ジョブ・アクティビティ。ターゲットに対して作成されたジョブの詳細を表示します。

- 情報パブリッシャ・レポート。レポートを表示します。

- メンバー。IBM WebSphere Application Serverセルのメンバーの状態を表示およびモニターします。メンバーは通常、IBM WebSphere Application Serverセル、セルの一部であるIBM WebSphere Application ServerクラスタおよびIBM WebSphere Application Serverです。

- 構成。構成の詳細を検索、表示および比較します。

- コンプライアンス。コンプライアンス標準を表示および作成します。

- ターゲット設定。モニタリング構成の詳細およびターゲット・プロパティの表示、ターゲットの削除またはグループへの追加、ターゲットのプロパティの表示を行います。

- ターゲット・サイトマップ。ターゲットの全体的なトポロジを表示します。

- ターゲット情報。ターゲットに関する一般情報を表示します。

34.7.3 IBM WebSphere Application Serverセルのメンバーの表示

Enterprise Manager Cloud Controlを使用して、IBM WebSphere Application Serverセルのメンバーを表示できます。セルを構成するメンバーのタイプの確認、そのステータスのモニターおよび様々な管理操作を行えます。

IBM WebSphere Application Serverセルのメンバーを表示するには、次の手順に従います。

1. 「ターゲット」メニューから「ミドルウェア」をクリックします。

2. ミドルウェア・ページで、目的のIBM WebSphere Application Serverセルをクリックします。

3. IBM WebSphere Application Serverセル・ホームページで、「WebSphereセル」メニューから「メンバー」、「すべて表示」の順に選択して、次のメトリックの詳細を表示します。

列

説明

名前

IBM WebSphere Application Serverセルの一部であるIBM WebSphere Application ServerクラスタおよびIBM WebSphere Application Serverの名前。メンバーのホーム・ページに移動するには、メンバー名をクリックします。

タイプ

メンバーのタイプ。通常、IBM WebSphere Application ServerクラスタまたはIBM WebSphere Application Serverを選択します。

ステータス

メンバーの現在のステータス。「ステータス」アイコンをクリックして全体的な可用性サマリーを確認します。現在の可用性ステータスと、過去24時間、7日間または1か月(31日間)の可用性ステータスを確認できます。

インシデント

メンバー・サーバーに対して発生した致命的、クリティカルおよび警告インシデントの数。インシデント・マネージャ・ページにドリルダウンし、インシデントの詳細情報を表示するには、カウントをクリックします。

特定のメンバーを検索するには、「検索」メニューを使用します。

デフォルトでは、IBM WebSphere Application Serverセルのすべてのメンバーが表にリストされます。表をリフレッシュして特定のタイプのメンバーのみを表示するには、「表示」セクションから「直接メンバー」または「間接メンバー」のいずれかを選択します。

メンバーに関する情報をファイルに保存してそのファイルをローカル・ディスクにダウンロードするには、「エクスポート」をクリックします。

34.8 IBM WebSphere Application Serverの検出とモニタリングに関する問題のトラブルシューティング

この項では、IBM WebSphere Application Serverを検出およびモニタリングする際に発生する問題のトラブルシューティングのヒントを説明します。

- 検出に関する問題のトラブルシューティング

- モニタリングに関する問題のトラブルシューティング

34.8.1 検出に関する問題のトラブルシューティング

1. 問題の説明
ターゲットIBM WebSphereの検出が、「ホスト資格証明」フェーズで失敗します。検出用の有効なターゲット・プロパティを入力した後に「次」をクリックすると、IBM WebSphereの検出が次のメッセージを表示して失敗します。

必須のライブラリが見つかりませんでした。ホーム・ディレクトリを指定してください。

このメッセージは、エージェントがWAS_HOMEディレクトリを認識できない場合に、この手順で表示されることがあります。ただし、WAS_HOMEディレクトリを入力しても、引き続き同じエラーが発生します。

根本原因

これは既知の問題です。

アクション

次の解決方法を適用します。

1. 領域のないディレクトリを作成し、第34.3項で説明されているとおりに、検出で必要なjarファイルをこのディレクトリにコピーします。このディレクトリを作成するときには、エージェント・ホストの優先資格証明で定義されているOSユーザーとしてログインしている必要があります。

2. リモート・モニタリングであるかのように「エージェントが、デプロイメント・マネージャ以外のホスト上で実行されています。」チェック・ボックスを選択し、jarファイルへの正しいパスを指定します。

2. 問題の説明
IBM WebSphere Application Serverが、エージェントの停止および再起動を行った後も、引き続きメトリック収集エラーを報告します。

根本原因

IBM WebSphere Application Server用のPMIサービスが有効になっていないか、同じエージェントがWebLogicやTomcatなどの他のアプリケーション・サーバーのモニターに使用されています。

アクション

モニター対象のWebSphereサーバー用のPMIサービスを有効にします。

同じエージェントがWebLogicやTomcatなどの他のアプリケーション・サーバーのモニターにすでに使用されていないことを確認します。WebSphereサーバーをモニターするために、別のエージェントを使用するか、新しいエージェントをインストールします。

3. 問題の説明
サーバーのホームページで、IBM WebSphere Application Serverのホームページから「アプリケーション」タブを選択しても、「アプリケーション」セクションにアプリケーションが何もリストされません。

また、「すべてのメトリック」ページで特定のメトリックをクリックしても、データが何も表示されません。

根本原因

「アプリケーション」タブまたは特定のメトリックに関して、データが何も表示されない場合、単に「デプロイ済アプリケーション」で負荷がないということです。ただし、負荷が存在するにもかかわらずデータが表示されない場合、必要なリソースがサーバー上で作成されていません。

アクション

「デプロイ済アプリケーション」に負荷がある場合を除いて、ありません。

負荷がある場合は、IBM WebSphere Consoleから、問題のアプリケーションに対して「リソース用にMBeanを作成する」オプションを有効にします。

4. 問題の説明
IBM WebSphere Application Server (および他のサード・パーティ製アプリケーション・サーバー)の検出が、すべての検出フェーズで成功します。

「終了」ボタンをクリックしたときのみ失敗し、次のエラーが表示されます。

「検出に失敗しました。不明なエラーです。」

検出ウィザードの最初の手順に自動で戻ることがあります。

根本原因

スーパー・ユーザーとしてCloud Controlにログインしていません。「前提条件」で説明しているとおり、ターゲットIBM WebSphere Application Server (セルまたはスタンドアロン)を正常に検出するには、スーパー・ユーザー・アカウント(SYSMANなど)を使用してログインしている必要があります。

アクション

Cloud Controlからログアウトし、スーパー・ユーザー・アカウントを使用してログインします。

5. 問題の説明
IBM WebSphere Application ServerまたはApplication Serverセルの検出が失敗し、次のメッセージが表示されます。

Error:

ホスト<host>でアプリケーション・サーバーは見つかりませんでした。ポートがSSL対応の場合は、ポート番号と、信頼できるキーストア・ファイル名を指定してください。

「OMSトレース・ファイル$ORACLE_HOME/sysman/log/emoms.trcは次のものを含みます。」

「原因: com.ibm.websphere.management.exception.ConnectorNotAvailableException: [SOAPException: faultCode=SOAP-ENV:Client; msg=ソケットを開く際のエラー: javax.net.ssl.SSLHandshakeException: com.ibm.jsse2.util.h: 信頼できる証明書が見付かりません。; targetException=java.lang.IllegalArgumentException: ソケットを開く際のエラー: javax.net.ssl.SSLHandshakeException: com.ibm.jsse2.util.h: 信頼できる証明書が見付かりません。]」

「場所 com.ibm.ws.management.connector.soap.SOAPConnectorClient.reconnect(SOAPConnectorClient.java:344)」

「場所 com.ibm.ws.management.connector.soap.SOAPConnectorClient.<init>(SOAPConnectorClient.java:177)」

「... さらに 6 件」

「原因: [SOAPException: faultCode=SOAP-ENV:Client; msg=ソケットを開く処理でエラー: javax.net.ssl.SSLHandshakeException: com.ibm.jsse2.util.h: 信頼できる証明書が見付かりません。; targetException=java.lang.IllegalArgumentException: Error opening socket: javax.net.ssl.SSLHandshakeException: com.ibm.jsse2.util.h: 信頼できる証明書が見付かりません。]」

考えられる原因

検出プロセス用に提供されたSOAPポートが正しくありません。

アクション

検出対象のノードまたはセルの正しいSOAPポートを見付けます。

<WAS_HOME>/profiles/<PROFILE>/config/cells/<CELL_NAME>/nodes/<NODE_NAME>/serverindex.xml

SOAPポートは、次のXMLタグ内で定義されます。

<specialEndpoints xmi:id="NamedEndPoint_4" endPointName="SOAP_CONNECTOR_ADDRESS">

<endPoint xmi:id="EndPoint_4" host="celtpvm4.us.example.com" port="8879"/>

</specialEndpoints>

この例では、ノードまたはセルのSOAPポートは8879です。

この値を、検出フォームの「SOAPコネクタのポート」で使用する必要があります。

6. 問題の説明
WebSphereを検出した後に、次のメトリック収集エラーが返されます。

oracle.sysman.emSDK.emd.fetchlet.FetchletException: java.lang.NoClassDefFoundError:

クラスcom.ibm.websphere.management.AdminClientFactoryを初期化できませんでした

根本原因

検出時に正しくないクラス・パスが使用されたことが原因です。

アクション

「ターゲット」タブから「ミドルウェア」、「IBM WebSphere Serverターゲット」を順に選択します。

「ターゲット設定」メニューから、「モニタリング構成」を選択し、WebSphereの正しいホーム・パスを入力して、「OK」をクリックします。

7. 問題の説明
IBM WebSphere Application ServerまたはApplication Serverセルの検出が、不明なエラーで失敗します。

前述のトラブルシューティングの項で説明されている手順に従った後でも検出問題が解決されない場合、エージェントに次のプロパティを設定して、UIから検出を実行することをお薦めします。

考えられる原因

様々な原因で検出が失敗することがあります。次のプロパティが設定されているログ・ファイル(emagent_perl.trc)を調査することにより、検出失敗の根本原因が識別されることがあります。

アクション

1. 次のプロパティをファイル$AGENT_INSTALL_HOME/sysman/config/emd.propertiesに追加します。
EMAGENT_PERL_TRACE_LEVEL=DEBUG

2. 検出をUIから実行します。

3. ログ・ファイル$AGENT_INSTALL_HOME/sysman/log/emagent_perl.trcを確認します。
次のタグで始まるxml出力を確認します。

<Targets>

……

</Targets>

xml出力でエンコードされているエラー・メッセージは、検出問題の根本原因を識別する作業で役立ちます。

8. 問題の説明
EMからアップグレードされたWebSphereセル・ターゲットのリフレッシュを開始した後にエラーが表示されます。

WebSphere ASインスタンスを新しいバージョンにアップグレードした後、EMの既存のWebSphereセル・ターゲットのリフレッシュ・アクションが実行される場合、次のエラーが表示されます。

<DiscoveryWarning DISCOVERY_SCRIPT="666">Version incorrect</DiscoveryWarning>

注意:
デバッグ・モードが有効な場合、前述のエラーをemagent_perl.trcログ・ファイルから管理エージェントで確認できます。

根本原因

影響を受けたWebSphereセル内のすべてのWebSphere ASターゲットのモニタリング構成の一部として取得されたWebSphere ASのバージョンは、WebSphereセルのリフレッシュを開始する前にアップグレードされたバージョンを反映するために更新する必要があります。

アクション

WebSphere ASターゲットのモニタリング構成の一部として取得された「バージョン」フィールドは、次の2つの方法のいずれかで更新できます。

方法1

1. EM Cloud Controlコンソールで、「WebSphere Application Server」ドロップダウン・ボタンをクリックして、「ターゲット設定」を選択します。

2. 「モニタリング構成」を選択します。

3. 「バージョン」フィールドを編集して、新しいバージョンを表示します。

注意:
「バージョン」フィールドは、EM Cloud Control 12c FMWプラグイン12.1.0.5.x以下でのみ編集可能です。バージョン12.1.0.6.0以上の場合、このフィールドはEM CCコンソールで読取り専用です。そのため、バージョン12.1.0.6.0以上の場合、'emcli modify_target'コマンドを使用してこのフィールドを更新してください。

方法2

emcli modify_targetコマンドを使用します。次のコマンドを入力します。

emcli modify_target -name="was_target_name" -type="websphere_j2eeserver" -properties="version:x.x.x.x"

前述のコマンドは、指定されたWebSphere ASターゲットに対してモニタリング構成のversionフィールドを変更します。

EMで現在モニターされているWebSphere ASターゲットのリストを表示するには、次のコマンドを入力します。

emcli get_targets -targets="websphere_j2eeserver"

34.8.2 モニタリングに関する問題のトラブルシューティング

Enterprise Manager Cloud Control 12cリリース2 (12.1.0.2)以下で検出されるIBM WebSphere Application Serverの名前は、サーバー名のみで表示されます。たとえば、testserver_1_1です。ただし、Enterprise Manager Cloud Control 12cリリース3 (12.1.0.3)以上で検出されるIBM WebSphere Application Serverの名前は、ノード名とサーバー名とともに表示されます。たとえば、exampleNode01.testserver_1_2です。図34-2を参照してください。

図34-2 IBM WebSphere Application Serverの表示名の問題

35 JBoss Application Serverの検出とモニタリング

ここでは、Enterprise Manager Cloud Control内で、JBoss Application Serverを検出およびモニターする方法について説明します。

JBoss Application Serverは、市場で最も広く使用されているオープン・ソースのJavaプラットフォーム、Enterprise Edition (Java EE)アプリケーション・サーバーで、E-Businessアプリケーション向けに企業クラスの高性能なプラットフォームを提供します。JBossは、企業クラスのセキュリティ、送信サポート、リソース管理、ロード・バランシングおよびクラスタリングを実現します。

Enterprise Manager Cloud Controlでは、環境内のJBoss Application Serverを検出してCloud Controlに追加し、一元的にモニタリングおよび管理できます。検出およびモニタリングがサポートされているJBoss Application Serverのリリースは、6.xおよび7.xです。

この章では、Enterprise Manager Cloud Control内で、これらのJBoss Application Serverターゲットを検出およびモニターする方法について説明します。この章の具体的な内容は次のとおりです。

- JBoss Application Server、JBossドメインおよびJBossパーティションの管理について

- 検出およびモニタリングがサポートされているバージョンの検索

- JBoss Application Server、ドメインおよびパーティションの検出の前提条件

- JBoss Application Server 7.xおよびJBossドメインの検出

- JBoss Application Server 6.xおよびJBossパーティションの検出

- JBoss Application Serverのモニタリング

- JBossドメインのモニタリング

- JBossパーティションのモニタリング

- 問題を診断するためのJBoss Application Server 7.xおよび6.xでのJVMDのデプロイ

- JBoss Application Serverの検出およびモニタリングに関する問題のトラブルシューティング

35.1 JBoss Application Server、JBossドメインおよびJBossパーティションの管理について

Enterprise Manager Cloud Controlを使用すると、JBoss Application Serverターゲットに関して次のことができます。

- 集中モニタリングおよび集中管理に関して、次を検出します。

- JBoss Application Server

- JBossサーバー・グループおよびドメイン(バージョン7.x)
JBossドメインは、JBoss Application Serverバージョン7.xのエンタープライズ構成におけるJBoss Application Serverの論理グループです。JBoss Application Serveはサーバー・グループにグループ分けされ、1つ以上のサーバー・グループが1つのJBossドメインを形成します。ドメイン・コントローラは、ドメイン内のJBoss Application Serverの集合を実行および管理します。

JBossドメインを検出すると、JBossドメイン、JBossサーバー・グループ、およびそのJBossドメインの一部である他のすべての稼働中のJBoss Application Serverが自動的に検出されます。モニターするためにEnterprise Manager Cloud Controlに追加するJBoss Application Serverを選択でき、関連するJBossサーバー・グループは自動的に追加されます。

- JBossパーティション(バージョン6.x)
JBossパーティションは、JBoss Application Serversバージョン6.xのエンタープライズ構成内のJBoss Application Serverの論理的なグループです。

JBossパーティションの一部であるJBoss Application Serverを検出すると、JBossパーティションおよびそのJBossパーティションの一部である他のすべてのJBoss Application Serverが自動的に検出され、Enterprise Manager Cloud Controlに追加されます。

- ステータス、可用性割合、CPU使用率、ヒープ使用率、使用しているJavaのベンダーとバージョンなどのモニター。

- JBossドメインおよびパーティションの一部であるメンバー・アプリケーション・サーバーのステータスおよび全体的な状態のモニター。

- 負荷および特定の間隔におけるリクエスト処理時間を測定することによるパフォーマンスのモニター。

- 豊富なGUI、直感的なグラフおよび図を使用した、パフォーマンスと可用性の問題の診断、通知および修正。

- デプロイされたアプリケーションのステータスのモニター。

- 過去24時間に最もリクエストされたサーブレットなど、アプリケーション・サーバーで稼働しているサーブレットおよびJSPのモニター(JBoss Application Serverバージョン6.xのみ)。

- 関連するJVMスレッドおよびデータ・リソースに関する詳細の表示。

- メトリック・データの収集をそれぞれ一時停止または再開するためのブラックアウトの作成または終了。

- 収集された最新の構成詳細および特定の時点で保存された構成詳細のモニターおよび管理。

- 次のように構成を比較します。

- 直近に収集されたサーバー・インスタンスの構成と、同じサーバー・インスタンスまたは別のサーバー・インスタンスの保存済構成。

- 直近に収集されたサーバー・インスタンスの構成と、直近に収集された別のサーバー・インスタンスの構成。

- サーバー・インスタンスの保存済構成と、同じサーバー・インスタンスまたは別のサーバー・インスタンスの別の保存済構成。

- サーバー・インスタンスの保存済構成と、直近に収集された同じサーバー・インスタンスまたは別のサーバー・インスタンスの構成。

- サーバーに関連付けられたコンプライアンス標準およびコンプライアンス・フレームワーク、リアルタイム監視、評価の結果などのコンプライアンス関連の情報を表示します。

- メトリック、その収集間隔および各メトリックの最後のアップロードのリストを表示します。

35.2 検出およびモニタリングがサポートされているバージョンの検索

Enterprise Manager Cloud Control内で検出およびモニタリングがサポートされているJBoss Application Serverのバージョンを検索するには、次の手順に従います。

1. https://support.oracle.com/にログインします。

2. My Oracle Supportのホームページで、「動作保証」タブを選択します。

3. 動作保証ページで、「動作保証検索」セクションに、次の検索基準を入力します。

- 「製品」フィールドに、製品名として「Enterprise Manager Base Platform - OMS」と入力します。

- リリース・リストから、リリース番号として13.1.0.0.0を選択します。

4. 「検索」をクリックします。

5. 「Certification Results」セクションで、「Application Server」メニューを拡張し、動作保証されているJBoss Application Serverバージョンを表示します。

35.3 JBoss Application Server、ドメインおよびパーティションの検出の前提条件

JBoss Application ServerおよびJBossパーティションを検出するために次の前提条件を満たします。

- 検出のためにOracle Management Agent 13cリリース1のみを使用していることを確認します。

- JBoss Application Serverのzipファイルをダウンロードして解凍し、JBOSS_HOMEおよびPATH環境変数を次のように設定する必要があります。

setenv JBOSS_HOME <jboss_install_location>
setenv PATH "${PATH}:/${JBOSS_HOME}/bin"

- binディレクトリから次のコマンドを実行して、JBoss Application ServerまたはJBossパーティションを起動する必要があります。

./run.sh -c <deployment_profile> -b <binding_address> [-Djboss.partition.name=<partition_name>]

ここで、<deployment_profile>は、スタンドアロンJBoss Application ServerかJBossパーティションを起動しているかどうかを示します。<binding_address>は、JBoss Application Serverが稼働しているホスト名またはIPアドレスです。<partition_name>は、JBoss Application Serverが起動されるパーティション名です。デフォルトでは、それらはDefaultPartitionの一部として起動されます。

次に例を示します。

./run.sh -c node1 -Djboss.service.binding.set=ports-01 -b example.oracle.com

注意:

- スタンドアロンJBoss Application Serverを起動するには、<deployment_profile>をdefaultに設定します。
次に例を示します。

./run.sh -c default -b <binding address>

- JBossパーティションを起動するには、JBossクラスタリング・サービスを有効にし、<deployment_profile>をallに設定します。
次に例を示します。

./run.sh -c all -b <binding address>

- 同じホストの複数のサーバー・インスタンスを起動するには、次の手順を実行します。
(a)前提要件に応じて、複数のデプロイメント・プロファイルを作成します。

(b)個々のサーバーを起動するには、異なるポート設定を使用します。ports-01、ports-02、ports-03およびports-04は、事前定義されたポートセットです。

次に例を示します。

-Djboss.service.binding.set=ports-01

35.4 JBoss Application Server 7.xおよびJBossドメインの検出

JBoss Application ServerおよびJBossドメインを検出するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ミドルウェア・ページで、「追加」メニューから「JBoss Application Server」を選択します。
Enterprise Manager Cloud Controlで、JBossの検出ウィザードが表示されます。

3. ホスト・ページで、JBoss Application Serverが稼働しているホストに関する詳細を入力します。

図35-1 JBoss Application Serverホストページ

要素

説明

バージョン

検出するJBoss Application Serverのバージョンを選択します。

検出モード

「スタンドアロン」または「ドメイン」のいずれかを選択します。

JBoss Application Serverホスト/JBossドメイン・コントローラ・ホスト

スタンドアロン・サーバーを選択した場合は、JBossサーバーが実行されているホスト・アドレスを入力し、ドメインを選択した場合は、JBossドメイン・コントローラが実行されているホスト・アドレスを入力します。

HTTP管理ポート

スタンドアロン・サーバーとドメインのどちらを選択したかに応じて、JBoss Application Serverまたはドメイン・コントローラのHTTP管理ポートを指定します。

エージェント

JBoss Application Serverが稼働しているホスト上にインストールされている管理エージェントを選択します。

認証タイプ

認証タイプを選択します。使用可能なオプションは、「なし」、「基本」および「HTTPダイジェスト」です。

ユーザー名

認証用のユーザー名を入力します。

パスワード

認証用のパスワードを入力します。

完了したら、「次へ」をクリックします。

4. 「サーバーの選択」ページで、指定したホストで検出されたJBossドメイン、JBossサーバー・グループおよびスタンドアロンJBoss Application Serverのリストを表示し、Enterprise Manager Cloud Controlに追加してモニターするものを選択する場合に使用します。

図35-2 JBoss Application Serverのサーバーの選択ページ

列

説明

名前

指定したホストで検出されたJBossドメインおよびサーバー・グループとスタンドアロンJBoss Application Serverの名前。

選択

Enterprise Manager Cloud Controlで追加およびモニターするJBoss Application Serverを選択します。
注意: JBoss Application Serverを選択すると、関連するJBossドメインおよびサーバー・グループもモニタリングのために選択されます。

タイプ

指定したホストで検出されたJBossターゲットのタイプ。これらは、「JBossドメイン」、JBossサーバー・グループまたは「JBoss Application Server」にすることができます。

HTTPリスニング・ポート

構成されていないHTTPリスナー・ポート。

HTTPSリスニング・ポート

構成されていないHTTPSリスナー・ポート。

ホスト名

JBoss Application Serverホストの名前。

バージョン

指定したホストで検出されたJBoss Application Serverのバージョン。

完了したら、「次へ」をクリックします。

5. 確認ページで、JBossターゲットを検出してEnterprise Manager Cloud Controlに追加するために指定した詳細を確認します。JBossターゲットを検出するには、「発行」をクリックします。

注意:
JBossドメインを検出すると、そのドメインに含まれるすべてのJBoss Application Serverが自動的に検出され、Enterprise Manager Cloud Controlに追加されます。JBossドメインの検出後の任意の時点で、新しいJBoss Application Serverがドメインに追加されている場合は、第35.8.4項の説明に従ってJBossドメインをリフレッシュできます。

35.5 JBoss Application Server 6.xおよびJBossパーティションの検出

注意:
JBoss Application ServerがOracle Management Agent 12cリリース2 (12.1.0.2)以下を使用してモニターされている場合、検出はサポートされません。

JBoss Application ServerおよびJBossパーティションを検出するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ミドルウェア・ページで、「追加」メニューから「JBoss Application Server」を選択します。
Enterprise Manager Cloud Controlで、JBossの検出ウィザードが表示されます。

3. ホスト・ページで、JBoss Application Serverが稼働しているホストに関する詳細を入力します。

図35-3 JBoss Application Serverホストページ

項目

説明

バージョン

検出するJBoss Application Serverのバージョンを選択します。

JBossアプリケーション・サーバー・ホスト

JBoss Serverが稼働しているホスト・アドレスを入力します。

JMXコネクタのポート

JMXコネクタのポート番号を入力します。

エージェント

JBoss Application Serverが稼働しているホスト上にインストールされている管理エージェントを選択します。

認証タイプ

認証タイプを選択します。使用可能なオプションは、「なし」および「基本」です。

ユーザー名

認証用のJMXのユーザー名を入力します。

パスワード

認証用のJMXのパスワードを入力します。

完了したら、「次へ」をクリックします。

4. サーバーの選択ページで、指定したホストで検出されたJBossパーティションおよびスタンドアロンJBoss Application Serverのリストを表示し、Enterprise Manager Cloud Controlに追加してモニターするものを選択する場合に使用します。

図35-4 JBoss Application Serverのサーバーの選択ページ

列

説明

名前

指定したホストで検出されたJBossパーティションおよびスタンドアロンJBoss Application Serverの名前。

選択

Enterprise Manager Cloud Controlに追加してモニターするJBossパーティションまたはスタンドアロンJBoss Application Serverを選択します。
注意: JBoss Application Serverを選択すると、関連するJBossパーティションもモニタリングのために選択されます。

タイプ

指定したホストで検出されたJBossターゲットのタイプ。JBossパーティションまたはJBoss Application Serverです。

ポート

JBoss Application ServerのJMXコネクタ・ポートを入力します。デフォルトでは、ポート番号は、ウィザードの前のページに入力した場合は、JBoss Application Serverターゲットに対して表示されます。それ以外の場合、このフィールドは空白です。

ホスト名

JBoss Application Serverホストの名前。

バージョン

指定したホストで検出されたJBoss Application Serverのバージョン。

注意:
Enterprise Manager Cloud Controlでは、ユーザー名およびパスワードに指定する値は検証されません。そのため、不正確な値を指定すると、ここではエラーが表示されることなくJBossターゲットが追加されますが、最終的にステータスは「停止中」として表示されます。

完了したら、「次へ」をクリックします。

5. 確認ページで、JBossターゲットを検出してEnterprise Manager Cloud Controlに追加するために指定した詳細を確認します。JBossターゲットを検出するには、「発行」をクリックします。

注意:
JBossパーティションの一部であるJBoss Application Serverを検出すると、JBossパーティションおよびそのパーティションの一部である他のすべてのJBoss Application Serverが自動的に検出され、Enterprise Manager Cloud Controlに追加されます。JBossパーティションの検出後の任意の時点で、新しいJBoss Application Serverがパーティションに追加されている場合は、35.8.4項の説明に従ってJBossパーティションをリフレッシュできます。

35.6 JBoss Application Serverのモニタリング

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

- JBoss Application Server 7.xのモニタリング

- JBoss Application Server 6.xのモニタリング

- JBoss Application Server 7.xおよび6.xの管理

- JBoss Application Server 7.xおよび6.xにデプロイされたアプリケーションのモニタリング

- JBoss Application Server 7.xおよび6.xのパフォーマンスのモニタリング

- JBoss Application Server 6.xで実行されているサーブレットとJSPのモニタリング

- JBoss Application Serverのメトリックの表示

- メトリックの関連性を使用した問題の分析

注意:
JBoss Application Serverターゲットをモニターおよび管理する方法のデモンストレーションを表示するには、次のURLにアクセスして「Begin Video」をクリックします。このデモンストレーションで説明しているモニタリングおよび管理は、Enterprise Manager Cloud Control 12cリリース3 (12.1.0.3)に基づいています。
http://apex.oracle.com/pls/apex/f?p=44785:24:0::::P24_CONTENT_ID,P24_PREV_PAGE:8530,1">>http://apex.oracle.com/pls/apex/f?p=44785:24:0::::P24_CONTENT_ID,P24_PREV_PAGE:8530,1

35.6.1 JBoss Application Server 7.xのモニタリング

JBoss Application Serverバージョン7.xをモニターするには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ミドルウェア・ページで、目的のJBoss Application Serverをクリックします。

3. JBoss Application Serverホームページで、JBoss Application Serverに関する最もクリティカルな情報のサマリーを表示できます。サーバーに関する一般情報、サーバー上で実行中のJVMスレッドに関する情報、およびロードおよびレスポンス時間の観点によるパフォーマンス・サマリーを表示できます。

図35-5 JBoss Application Server 7.xホームページ

JBossパーティション・ホームページには次のセクションがあります。

- 「サマリー」セクション:

- 一般

- JVMスレッド

- トランザクション・メトリック

- 「レスポンスと負荷」セクション

- 「デプロイメント」セクション

35.6.1.1 一般

項目

説明

稼働開始/停止時間/保留開始

ステータスが最後に確認された日時。

可用性(%)

JBoss Application Serverが使用できるかどうか、および過去24時間の使用率を示します。ステータス履歴(可用性)ページにドリルダウンするには、リンクをクリックします。「ステータス履歴」ページには、可用性の計算に使用する構成要素の可用性の履歴とともに、JBoss Application Serverの可用性が表示されます。

バージョン

JBoss Application Serverのバージョン。

ステータス

JBoss Application Serverの現在のステータス。JBossターゲットの検出中に不正な資格証明が提供された場合でもステータスは「停止中」になる場合があります。

ヒープ使用量(MB)

前回の収集以降にJBoss Application Serverによって使用されたヒープ・スペースの量(MB単位)。

35.6.1.2 JVMスレッド

項目

説明

JVMスレッド - アクティブなスレッド

デーモン・スレッドとデーモン以外のスレッドの両方を含むJVMスレッドの数。

JVMスレッド - ピーク・スレッド

Java仮想マシンの起動後またはピークのリセット後の、アクティブなJVMスレッドのピーク数。

JVMスレッド - アクティブなデーモン・スレッド

アクティブなデーモンJVMスレッドの数。

JVMスレッド - 作成されたスレッド(/分)

1分間に作成されたJVMスレッドの数。

35.6.1.3 トランザクション・メトリック

項目

説明

トランザクション作成(/分)

1分当たりに作成された新しいトランザクションの数。

トランザクションのコミット(/分)

1分当たりにコミットされたトランザクションの数。

トランザクション中止(/分)

1分当たりに中止されたトランザクションの数。

トランザクション・タイム・アウト(/分)

1分当たりにタイムアウトになったトランザクションの数。

トランザクション・アプリケーション・ロールバック(/分)

アプリケーションによって1分当たりにロールバックされたトランザクションの数。

トランザクション・リソース・ロールバック(/分)

リソースによって1分当たりにロールバックされたトランザクションの数。

35.6.1.4 「レスポンスと負荷」セクション

特定の期間のリクエスト処理時間を測定した、サーバーのパフォーマンスがグラフィカルに表示されます。表形式に切り替えるには、「表ビュー」をクリックします。ドリルダウンしてメトリックに関連する詳細な情報を表示する場合、および他の関連するインフラストラクチャ・メトリックを調べることによって問題を診断する場合、凡例のメトリック名をクリックし、追加情報メッセージで適切なオプションを選択します。

35.6.1.5 「デプロイメント」セクション

JBoss Application Serverへのデプロイメントとそのステータスを示します。

35.6.2 JBoss Application Server 6.xのモニタリング

JBoss Application Serverバージョン6.xをモニターするには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ミドルウェア・ページで、目的のJBoss Application Serverをクリックします。

3. JBoss Application Serverホームページで、JBoss Application Serverに関する最もクリティカルな情報のサマリーを表示できます。サーバーに関する一般情報、サーバー上で実行中のサーブレットおよびJVMスレッドに関する情報、およびロードおよびレスポンス時間の観点によるパフォーマンス・サマリーを表示できます。

図35-6 JBoss Application Server 6.xホームページ

JBossパーティション・ホームページには次のセクションがあります。

- 「サマリー」セクション:

- 一般

- サーブレット/JSP

- JVMスレッド

- データソース

- 「レスポンスと負荷」セクション

- 最もリクエスト頻度の高いサーブレット/JSPセクション

35.6.2.1 一般

項目

説明

稼働開始/停止時間/保留開始

ステータスが最後に確認された日時。

可用性(%)

JBoss Application Serverが使用できるかどうか、および過去24時間の使用率を示します。ステータス履歴(可用性)ページにドリルダウンするには、リンクをクリックします。「ステータス履歴」ページには、可用性の計算に使用する構成要素の可用性の履歴とともに、JBoss Application Serverの可用性が表示されます。

バージョン

JBoss Application Serverのバージョン。

ステータス

JBoss Application Serverの現在のステータス。JBossターゲットの検出中に不正なJMX資格証明が提供された場合でもステータスは「停止中」になる場合があります。

サーバーCPU使用率(%)

JBoss Application Serverによって使用されるCPU時間の率。

ヒープ使用量(MB)

一定の期間においてJBoss Application Serverによって使用されるヒープ領域の量(MB単位)。

Javaベンダー

このJBoss Application Serverが実行されているJava仮想マシンのベンダー。

Javaバージョン

このJBoss Application Serverが実行されているJava仮想マシンのバージョン。

35.6.2.2 サーブレット/JSP

要素

説明

アクティブなセッション

アクティブなサーブレット・セッションおよびJSPセッションの数。

リクエスト処理時間(ミリ秒)

過去24時間にリクエストの処理に要した平均時間(ミリ秒)。

リクエスト(/分)

過去24時間で処理された1分当たりのリクエストの数。

35.6.2.3 JVMスレッド

要素

説明

JVMスレッド - アクティブなスレッド

デーモン・スレッドとデーモン以外のスレッドの両方を含むJVMスレッドの数。

JVMスレッド - ピーク・スレッド

Java仮想マシンの起動後またはピークのリセット後の、アクティブなJVMスレッドのピーク数。

JVMスレッド - アクティブなデーモン・スレッド

アクティブなデーモンJVMスレッドの数。

JVMスレッド - 作成されたスレッド(/分)

1分間に作成されたJVMスレッドの数。

35.6.2.4 データソース

要素

説明

使用中の合計接続数

データソースがインスタンス化されてから、データソースのインスタンスでアクティブなデータベース接続の数。

合計接続プール・サイズ

接続プールの合計サイズ。

作成された合計接続数(/分)

このデータ・ソースに対して作成された1分当たりの接続数。

破棄された合計接続数(/分)

このデータ・ソースに対してクローズされた1分当たりの接続数。

35.6.2.5 「レスポンスと負荷」セクション

特定の期間のリクエスト処理時間を測定した、サーバーのパフォーマンスがグラフィカルに表示されます。表形式に切り替えるには、「表ビュー」をクリックします。ドリルダウンしてメトリックに関連する詳細な情報を表示する場合、および他の関連するインフラストラクチャ・メトリックを調べることによって問題を診断する場合、凡例のメトリック名をクリックし、追加情報メッセージで適切なオプションを選択します。

35.6.2.6 最もリクエスト頻度の高いサーブレット/JSPセクション

過去24時間に最もリクエストされたサーブレットおよびJSPの詳細が表示されます。

35.6.3 JBoss Application Server 7.xおよび6.xの管理

JBoss Application Serverを管理するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ミドルウェア・ページで、目的のJBoss Application Serverをクリックします。

3. JBoss Application Serverホームページに、選択したJBoss Application Serverの概要情報が表示されます。
JBoss Application Serverの管理タスクを実行するには、「JBossサーバー」メニューから、必要性に応じて次のいずれかを選択します。

- モニタリング。ターゲットのパフォーマンスのモニター、メトリック詳細の表示、ステータス情報の表示、ターゲットに対してこれまでに発生したインシデントおよびアラートの表示、ターゲットに対して作成されたブラックアウトおよびブラウンアウトの表示を行います。

- 診断。パフォーマンスの問題を分析および診断します。

- 制御。ブラックアウトとブラウンアウトを作成または終了します。

- ジョブ・アクティビティ。ターゲットに対して作成されたジョブの詳細を表示します。

- 情報パブリッシャ・レポート。レポートを表示します。

- 構成。構成の詳細を検索、表示および比較します。

- コンプライアンス。コンプライアンス標準を表示および作成します。

- ターゲット設定。モニタリング構成の詳細およびターゲット・プロパティの表示、ターゲットの削除またはグループへの追加、JMXの移行と使用を行います。

- ターゲット・サイトマップ。ターゲットの全体的なトポロジを表示します。

- ターゲット情報。ターゲットに関する一般情報を表示します。

35.6.4 JBoss Application Server 7.xおよび6.xにデプロイされたアプリケーションのモニタリング

JBoss Application Server 7.xおよび6.xにデプロイされているアプリケーションをモニターするには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ミドルウェア・ページで、サーブレットとJSPがデプロイされているJBoss Application Serverをクリックします。

3. JBoss Application Serverホームページで、「JBossサーバー」メニューから「モニタリング」、「パフォーマンス・サマリー」の順に選択します。

4. パフォーマンス・サマリー・ページで、「アプリケーション」セクションまでスクロール・ダウンします。

35.6.5 JBoss Application Server 7.xおよび6.xのパフォーマンスのモニタリング

Enterprise Manager Cloud Controlを使用してJBoss Application Serverのパフォーマンス全体をモニターします。メモリー使用状況およびヒープ使用状況を示すグラフを表示できます。これにより、パフォーマンスを評価し、問題のある領域にドリルダウンして根本原因解析を実行し、エンド・ユーザーに影響を及ぼす前に修正できます。

JBoss Application Serverのパフォーマンスをモニターするには:

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ミドルウェア・ページで、パフォーマンスをモニターするJBoss Application Serverをクリックします。

3. JBoss Application Serverホームページで、「JBossサーバー」メニューから「モニタリング」、「パフォーマンス・サマリー」の順に選択します。

4. 「パフォーマンス・サマリー」ページでは、次の操作も実行できます。

- 一連のパフォーマンス・チャートの表示、一定期間のパフォーマンスのモニターおよび問題の診断と修正。

- ページに表示される一連のパフォーマンス・チャートのカスタマイズ。これを行うには、「メトリック・パレットの表示」をクリックして、ページに追加するチャートを選択します。

- 「メトリック・パレット」の表示または非表示。これを行うには、「メトリック・パレットの表示」または「メトリック・パレットの非表示」をそれぞれクリックします。

- パフォーマンス・チャートの並替え。これを行うには、「ビュー」メニューから「チャートの並替え」を選択します。

- 可用性の詳細、しきい値の詳細およびグリッド線を表示または非表示にするためのパフォーマンス・チャートをカスタマイズ。これを行うには、「ビュー」メニューから、「可用性」、「しきい値」または「グリッド線」をそれぞれ選択します。

- 別のIBM WebSphere Application Serverのパフォーマンスまたは昨日のパフォーマンスとの比較の作成。これを行うには、「比較」メニューから、「他のJBoss Application Server」または「今日と昨日」をそれぞれ選択します。

- 比較の削除。これを行うには、「比較」メニューから、「比較の削除」を選択します。

- ベースラインの作成または削除。これを行うには、「比較」メニューから、「ベースラインの作成」または「ベースライン削除」をそれぞれ選択します。

- チャート自体の「閉じる」ボタンをクリックするか、「メトリック・パレット」でメトリック名の選択を解除することによる、メトリック・パフォーマンス・チャートの削除。

- スライダーを使用した時間枠の変更またはデフォルト値の設定。

- 「メトリック・パレット」から優先メトリックを選択することによる、新しいメトリック・パフォーマンス・チャートの作成。メトリックを選択すると、チャートが自動的に作成されます。

- 特定のメトリック・グループから同じチャートへのメトリックのドラッグ・アンド・ドロップ。

35.6.6 JBoss Application Server 6.xで実行されているサーブレットとJSPのモニタリング

Enterprise Manager Cloud Controlを使用して、JBoss Application Serverで実行されているサーブレットとJSPをモニターできます。概要情報だけでなく、レスポンス時間と負荷が反映されたパフォーマンス・サマリーも表示できます。関連するインフラストラクチャ・メトリック、アラート履歴などを表示し、ドリルダウンして問題を診断することもできます。

JBoss Application Serverで実行されているサーブレットとJSPをモニターするには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. 「ミドルウェア」ページで、サーブレットとJSPがデプロイされているJBoss Application Serverをクリックします。

3. JBoss Application Serverホームページで次のようにします。

1. サーブレットの概要情報を確認するには、「サーブレット」リージョンを確認します。このリージョンに表示されているメトリックの詳細を理解するには、「ヘルプ」をクリックします。

2. サーブレットおよびJSPのパフォーマンスをモニターするには、レスポンスと負荷のグラフを確認します。

3. ドリルダウンして問題を診断するには、凡例のメトリック名をクリックします。ポップアップ表示されたメッセージで「問題の分析」をクリックします。

4. メトリック統計、しきい値およびメトリック値の履歴を表示するには、凡例のメトリック名をクリックします。ポップアップ表示されたメッセージで「メトリック詳細」をクリックします。

35.6.7 JBoss Application Serverのメトリックの表示

すべてのJBoss Application Serverのメトリックを表示するには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ミドルウェア・ページで、目的のJBoss Application Serverをクリックします。

3. JBoss Application Serverホームページで、「JBossサーバー」メニューから「モニタリング」、「すべてのメトリック」の順に選択します。

35.6.8 メトリックの関連性を使用した問題の分析

パフォーマンス・メトリックでのスパイクの情報に関して、「問題の分析」ページを使用して、ソース・メトリックと関連するメトリックの間の結果を比較できます。現在、問題分析は次のメトリックでのみ利用できます。

- サーバーCPU使用率

- サーブレットとJSP - リクエスト処理時間

「問題の分析」ページにアクセスするには、次の手順に従います。

1. JBoss Application Serverホームページで、「JBossサーバー」メニューから「モニタリング」、「パフォーマンス・サマリー」の順に選択します。

2. 「パフォーマンス・サマリー」ページで、パフォーマンス・チャートの隣にあるメトリックの名前をクリックします。

3. ポップアップ表示されるウィンドウで、「問題の分析」を選択します。

図35-7 JBoss Application Serverのパフォーマンス・ページ

4. 「問題の分析」ページで、ソース・メトリックと関連するメトリックの結果を比較できます。

図35-8 JBoss Application Serverの「問題の分析」ページ

35.7 JBossドメインのモニタリング

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

- JBossドメインのモニタリング

- JBossサーバー・グループのモニタリング

- JBossドメインの管理

- JBossドメインのメンバーの表示

- JBossドメインのリフレッシュ

35.7.1 JBossドメインのモニタリング

JBossドメインをモニターするには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. 「ミドルウェア」ページで、目的のJBossドメインをクリックします。

3. JBossドメインのホームページでは、次の操作を実行できます。

- JBossドメインに関連する最も重要な情報のサマリーの表示。

- JBossドメイン内の全メンバーのステータスおよび可用性のモニター。

- ドメインについてレポートされたインシデントの表示。

JBossドメインのホームページを使用すると、各メンバーの個々のステータスをモニターできるだけでなく、ドメインをリフレッシュしてメンバーシップを更新し、現在のデプロイ状態を反映することもできます。メンバー・アプリケーション・サーバーのリソース使用状況、可用性、パフォーマンス、構成情報およびレポートを履歴データとともにまたは履歴データなしで表示することもできます。

図35-9 JBossドメインのホームページ

JBossドメインのホームページには次のセクションがあります。

- 「サマリー」セクション

- 「サーバー」セクション

- 「インシデント」セクション

35.7.1.1 「サマリー」セクション

「サマリー」セクション内の「一般」サブセクションには、JBossドメインに関する一般的な情報が示されます。

要素

説明

JBossドメインのリフレッシュ

JBossドメインが最後にリフレッシュされた日時を示します。

バージョン

JBossドメインのバージョン。

エージェント

JBossドメインの一部であるJBoss Application Serverの管理エージェントの検出に使用される管理エージェント。管理エージェント・ホームページにドリルダウンするには、リンクをクリックします。

35.7.1.2 「サーバー」セクション

「サーバー」セクションには、JBossドメイン内の全メンバーのステータスと可用率のリアルタイム・ビューが表示されます。たとえば、JBossドメイン内に4つのJBoss Application Serverがあり、そのうち3つが稼働中である場合は、円グラフに75%稼働および25%停止のステータスが表示されます。したがって、凡例には稼働中のJBoss Application Serverを示すために稼働ステータスに対して3が表示され、停止中のJBoss Application Serverを示すために停止ステータスに対して1が表示されます。

表には、JBossドメインの完全な階層が表示されます。JBossサーバー・グループまたはJBoss Application Serverをクリックして、それらに関する情報をドリルダウンして表示できます。ステータスの詳細を表示するには、ステータス・アイコンをクリックします。

35.7.1.3 「インシデント」セクション

「インシデント」セクションには、ドメインで報告されるすべてのインシデントのサマリーが示されます。「表示」メニューを使用して、「インシデント」表をソート、フィルタ処理および整理します。インシデントをクリックして、各インシデントに関連する詳細情報を表示します。

「現在のターゲット」タブとハードウェア・ターゲット・タブを切り替えて、関連インシデントを表示します。

35.7.2 JBossサーバー・グループのモニタリング

JBossドメインをモニターするには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. 「ミドルウェア」ページで、JBossドメインの前のポインタをクリックすると、ドメイン内のサーバー・グループが表示されます。

3. 必要なサーバー・グループをクリックして、そのサーバー・グループのホームページを開きます。

4. JBossサーバー・グループのホームページでは、次の操作を実行できます。

- JBossサーバー・グループに関連する最も重要な情報のサマリーの表示。

- JBossサーバー・グループ内の全メンバーのステータスおよび可用性のモニター。

- サーバー・グループについてレポートされたインシデントの表示。

JBossサーバー・グループのホームページを使用すると、各メンバーの個々のステータスをモニターし、現在のデプロイ状態を表示できます。メンバー・アプリケーション・サーバーのリソース使用状況、可用性、パフォーマンス、構成情報およびレポートを履歴データとともにまたは履歴データなしで表示することもできます。

図35-10 JBossサーバー・グループのホームページ

JBossサーバー・グループのホームページには次のセクションがあります。

- 「サマリー」セクション

- 「サーバー」セクション

- 「インシデント」セクション

35.7.2.1 「サマリー」セクション

「サマリー」セクション内の「一般」サブセクションには、JBossサーバー・グループに関する一般的な情報が示されます。

要素

説明

エージェント

JBossサーバー・グループの一部であるJBoss Application Serverの検出に使用される管理エージェント。管理エージェント・ホームページにドリルダウンするには、リンクをクリックします。

35.7.2.2 「サーバー」セクション

「サーバー」セクションには、JBossサーバー・グループ内の全メンバーのステータスと可用率のリアルタイム・ビューが表示されます。たとえば、JBossサーバー・グループ内に4つのJBoss Application Serverがあり、そのうち3つが稼働中である場合は、円グラフに75%稼働および25%停止のステータスが表示されます。したがって、凡例には稼働中のJBoss Application Serverを示すために稼働ステータスに対して3が表示され、停止中のJBoss Application Serverを示すために停止ステータスに対して1が表示されます。

表は、JBossサーバー・グループの一部であるJBoss Application Serverの高度な詳細を示します。JBoss Application Serverに関する情報をドリルダウンして表示するには、JBoss Application Server名をクリックします。ステータスの詳細を表示するには、ステータス・アイコンをクリックします。

35.7.2.3 「インシデント」セクション

「インシデント」セクションには、サーバー・グループで報告されるすべてのインシデントのサマリーが示されます。「表示」メニューを使用して、「インシデント」表をソート、フィルタ処理および整理します。インシデントをクリックして、各インシデントに関連する詳細情報を表示します。

「現在のターゲット」タブとハードウェア・ターゲット・タブを切り替えて、関連インシデントを表示します。

35.7.3 JBossドメインの管理

JBossドメインを管理するには、次の手順に従います。

1. 「ターゲット」メニューから「ミドルウェア」をクリックします。

2. ミドルウェア・ページで、目的のJBossドメイン・ターゲットをクリックします。

3. JBossドメイン・ホームページに、選択したJBossドメインの概要情報が表示されます。
JBossドメインの管理タスクを実行するには、「JBossドメイン」メニューから、必要性に応じて次のいずれかを選択します。

- モニタリング。ターゲットのパフォーマンスのモニター、メトリック詳細の表示、ステータス情報の表示、ターゲットに対してこれまでに発生したインシデントおよびアラートの表示、ターゲットに対して作成されたブラックアウトおよびブラウンアウトの表示を行います。

- 制御。ブラックアウトとブラウンアウトを作成または終了します。

- メンバー。JBossドメインの一部であるJBoss Application Serverの詳細を表示します。

- JBossドメインのリフレッシュ。JBossドメインのリフレッシュ、ドメインに追加された新規JBoss Application Serverの追加を行います。

- 構成。構成の詳細を検索、表示および比較します。

- コンプライアンス。コンプライアンス標準を表示および作成します。

- ターゲット設定。モニタリング構成の詳細およびターゲット・プロパティの表示、ターゲットの削除またはグループへの追加を行います。

- ターゲット・サイトマップ。ターゲットの全体的なトポロジを表示します。

- ターゲット情報。ターゲットに関する一般情報を表示します。

35.7.4 JBossドメインのメンバーの表示

Enterprise Manager Cloud Controlを使用して、JBossドメインのメンバーを表示できます。ドメインを構成するメンバーのタイプの確認、そのステータスのモニターおよび様々な管理操作を行えます。

メンバーのリストを表示するには、次の手順に従います。

1. 「ターゲット」メニューから「ミドルウェア」をクリックします。

2. ミドルウェア・ページで、目的のJBossドメイン・ターゲットをクリックします。

3. JBossドメインのホームページで、「JBossドメイン」メニューから「メンバー」、「すべて表示」の順に選択して、次の詳細を表示します。

列

説明

名前

JBossドメインの一部であるJBoss Application Serverの名前。そのJBoss Application Serverのホームページにアクセスするには、名前をクリックします。

タイプ

メンバーのタイプ。

ステータス

メンバーの現在のステータス。「ステータス」アイコンをクリックして全体的な可用性サマリーを確認します。現在の可用性ステータスと、過去24時間、7日間または1か月(31日間)の可用性ステータスを確認できます。

インシデント

過去24時間に生成されたクリティカル・アラート、警告アラートおよびエラー・アラートの数。アラートのリンクをクリックしてドリルダウンすると、詳細情報が表示されます。

特定のメンバーを検索するには、「検索」メニューを使用します。

デフォルトでは、JBossパーティションのすべてのメンバーが表にリストされます。表をリフレッシュして特定のタイプのメンバーのみを表示するには、「表示」セクションから「直接メンバー」または「間接メンバー」のいずれかを選択します。

メンバーシップの構成の詳細をスプレッドシートに取り込むには、「エクスポート」をクリックします。

35.7.5 JBossドメインのリフレッシュ

Enterprise Manager Cloud Controlにより、現在のデプロイ状態を反映するようにJBossドメインのメンバーシップをリフレッシュできます。これは、追加のJBoss Application Serverを既存のJBossドメインに追加するのに役立ちます。

JBossドメインをリフレッシュするには、次の手順に従います。

1. 「ターゲット」メニューから「ミドルウェア」をクリックします。

2. ミドルウェア・ページで、目的のJBossドメイン・ターゲットをクリックします。

3. JBossドメイン・ホームページで、「JBossドメイン」メニューをクリックし、「JBossドメインのリフレッシュ」を選択します。
Enterprise Manager Cloud Controlでドメインのリフレッシュ・ホームページに進みます。

4. 追加するJBoss Application Serverを選択し、「発行」をクリックします。

35.8 JBossパーティションのモニタリング

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

- JBossパーティションのモニタリング

- JBossパーティションの管理

- JBossパーティションのメンバーの表示

- JBossパーティションのリフレッシュ

35.8.1 JBossパーティションのモニタリング

JBossパーティションをモニターするには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ミドルウェア・ページで、目的のJBossパーティションをクリックします。

3. JBossパーティション・ホームページでは、次の操作を実行できます。

- JBossパーティションに関連する最も重要な情報のサマリーの表示。

- JBossパーティション内の全メンバーのステータスおよび可用性のモニター。

- パーティションについてレポートされたインシデントの表示。

JBossパーティション・ホームページを使用すると、パーティション全体のステータスだけでなく、各メンバーの個々のステータスもモニターできます。また、パーティションをリフレッシュしてメンバーシップを更新および現在のデプロイ状態を反映できます。メンバー・アプリケーション・サーバーのリソース使用状況、可用性、パフォーマンス、構成情報およびレポートを履歴データとともにまたは履歴データなしで表示することもできます。

図35-11 JBossパーティションのホームページ

JBossパーティション・ホームページには次のセクションがあります。

- 「サマリー」セクション

- 「サーバー」セクション

- 「インシデント」セクション

35.8.1.1 「サマリー」セクション

「サマリー」セクション内の「一般」サブセクションには、JBossパーティションに関する一般的な情報が示されます。

要素

説明

稼働開始/停止時間/保留開始

ステータスが最後に確認された日時。

可用性(%)

過去24時間の可用性率は、JBossパーティションのメンバーのステータスを検討します。たとえば、パーティション内に4つのJBoss Application Serverがあり、そのうち3つのみが稼働中である場合、円グラフに75%稼働および25%停止のステータスが表示されます。

バージョン

JBossパーティションの一部であるJBoss Application Serverのバージョン。

エージェント

JBossパーティションの一部であるJBoss Application Serverの管理エージェントの検出に使用される管理エージェント。管理エージェント・ホームページにドリルダウンするには、リンクをクリックします。

パーティションの最新リフレッシュ日

パーティションが最後にされたリフレッシュされた日時。

35.8.1.2 「サーバー」セクション

「サーバー」セクションには、JBossパーティション内の全メンバーのステータスと可用率のリアルタイム・ビューが表示されます。たとえば、JBossパーティション内に4つのJBoss Application Serverがあり、そのうち3つが稼働中である場合は、円グラフに75%稼働および25%停止のステータスが表示されます。したがって、凡例には稼働中のJBoss Application Serverを示すために稼働ステータスに対して3が表示され、停止中のJBoss Application Serverを示すために停止ステータスに対して1が表示されます。

表は、JBossパーティションの一部であるJBoss Application Serverの高度な詳細を示します。JBoss Application Serverに関する情報をドリルダウンして表示するには、JBoss Application Server名をクリックします。ステータスの詳細を表示するには、ステータス・アイコンをクリックします。

35.8.1.3 「インシデント」セクション

「インシデント」セクションには、パーティションで報告されるすべてのインシデントのサマリーが示されます。「表示」メニューを使用して、「インシデント」表をソート、フィルタ処理および整理します。インシデントをクリックして、各インシデントに関連する詳細情報を表示します。

35.8.2 JBossパーティションの管理

JBossパーティションを管理するには、次の手順に従います。

1. 「ターゲット」メニューから「ミドルウェア」をクリックします。

2. ミドルウェア・ページで、目的のJBossパーティション・ターゲットをクリックします。

3. JBossパーティション・ホームページに、選択したJBossパーティションの概要情報が表示されます。
JBossパーティションの管理タスクを実行するには、「JBossパーティション」メニューから、必要性に応じて次のいずれかを選択します。

- モニタリング。ターゲットのパフォーマンスのモニター、メトリック詳細の表示、ステータス情報の表示、ターゲットに対してこれまでに発生したインシデントおよびアラートの表示、ターゲットに対して作成されたブラックアウトおよびブラウンアウトの表示を行います。

- 診断。パフォーマンスの問題を分析および診断します。

- 制御。ブラックアウトとブラウンアウトを作成または終了します。

- 情報パブリッシャ・レポート。レポートを表示します。

- メンバー。JBossパーティションの一部であるJBoss Application Serverの詳細を表示します。

- JBossパーティションのリフレッシュ。JBossパーティションのリフレッシュ、パーティションに追加された新規JBoss Application Serverの追加を行います。

- 構成。構成の詳細を検索、表示および比較します。

- コンプライアンス。コンプライアンス標準を表示および作成します。

- ターゲット設定。モニタリング構成の詳細およびターゲット・プロパティの表示、ターゲットの削除またはグループへの追加、JMXの移行と使用を行います。

- ターゲット・サイトマップ。ターゲットの全体的なトポロジを表示します。

- ターゲット情報。ターゲットに関する一般情報を表示します。

35.8.3 JBossパーティションのメンバーの表示

Enterprise Manager Cloud Controlを使用して、JBossパーティションのメンバーを表示できます。パーティションを構成するメンバーのタイプの確認、そのステータスのモニターおよび様々な管理操作を行えます。

メンバーのリストを表示するには、次の手順に従います。

1. 「ターゲット」メニューから「ミドルウェア」をクリックします。

2. ミドルウェア・ページで、目的のJBossパーティション・ターゲットをクリックします。

3. JBossパーティション・ホームページで、「JBossパーティション」メニューから「メンバー」、「すべて表示」の順に選択して、次のメンバーの詳細を表示します。

列

説明

名前

JBossパーティションの一部であるJBoss Application Serverの名前。そのJBoss Application Serverのホームページにアクセスするには、名前をクリックします。

タイプ

メンバーのタイプ。

ステータス

メンバーの現在のステータス。「ステータス」アイコンをクリックして全体的な可用性サマリーを確認します。現在の可用性ステータスと、過去24時間、7日間または1か月(31日間)の可用性ステータスを確認できます。

インシデント

過去24時間に生成されたクリティカル・アラート、警告アラートおよびエラー・アラートの数。アラートのリンクをクリックしてドリルダウンすると、詳細情報が表示されます。

特定のメンバーを検索するには、「検索」メニューを使用します。

デフォルトでは、JBossパーティションのすべてのメンバーが表にリストされます。表をリフレッシュして特定のタイプのメンバーのみを表示するには、「表示」セクションから「直接メンバー」または「間接メンバー」のいずれかを選択します。

メンバーシップの構成の詳細をスプレッドシートに取り込むには、「エクスポート」をクリックします。

35.8.4 JBossパーティションのリフレッシュ

Enterprise Manager Cloud Controlにより、現在のデプロイ状態を反映するようにJBossパーティションのメンバーシップをリフレッシュできます。これは、追加のJBoss Application Serverを既存のJBossパーティションに追加するのに役立ちます。

JBossパーティションをリフレッシュするには、次の手順に従います。

1. 「ターゲット」メニューから「ミドルウェア」をクリックします。

2. ミドルウェア・ページで、目的のJBossパーティション・ターゲットをクリックします。

3. JBossパーティション・ホームページで、「JBossパーティション」メニューをクリックし、「JBossパーティションのリフレッシュ」を選択します。
Enterprise Manager Cloud Controlでパーティションのリフレッシュ・ページに進みます。

4. パーティションのリフレッシュ・ページで、JBossパーティションに追加されるJBoss Application Serverを選択し、「発行」をクリックします。

35.9 問題を診断するためのJBoss Application Server 7.xおよび6.xでのJVMDのデプロイ

Oracle Enterprise Manager Cloud Control 13cのJVM診断では、管理者が本番環境でのJavaアプリケーションのパフォーマンスに関する問題を診断できます。問題を再現する必要がないため、問題の解決に要する時間を削減できます。このため、アプリケーションの可用性とパフォーマンスが向上します。JBossターゲットとJVMD/JVMターゲットの間の相関関係を使用すると、管理者はJBoss Application Serverのコンテキスト内でJVMに移動できます。

JVMD上のJBossをデプロイするには、次の手順を実行します。

1. 「設定」メニューから、「ミドルウェア管理」、「アプリケーション・パフォーマンス管理」の順に選択します。

2. 「アプリケーション・パフォーマンス管理」ページで「JVM診断エンジン」を選択し、「構成」クリックします。

3. 「JVMおよびプール」タブから「ダウンロード」をクリックします。

図35-12 JVM診断コンポーネントのダウンロード

4. 「JVM診断コンポーネントのダウンロード」ウィンドウから「JVMDエージェント」を選択し、「OK」をクリックします。

5. 「JVM診断エージェントWeb xmlパラメータ」ウィンドウの「使用可能なマネージャ」リストから適切なJVMDマネージャを選択します。

図35-13 JVM診断エージェントWeb xmlパラメータ

6. 「WebLogic Server」チェックボックスの選択を解除し、プール名を入力してから「ダウンロード」をクリックします。
これにより、jamagent.warファイルがダウンロードされます。このファイルをターゲット・マシン(JBossが実行されているマシン)にコピーする必要があります。

7. 次の場所にあるスクリプトを、jamagent.war.ファイルのコピー先のターゲット・マシンの同じ場所にコピーします。

https://stbeehive.oracle.com/content/dav/st/NonOracle%20MW/Public%20Documents/makeJAMagents.sh

8. JBossインスタンスの名前(または、各JBossサーバーのJVMに付けた名前)を渡すスクリプトを実行します.この名前は各サーバーに固有である必要があります。
このスクリプトにより、このスクリプトに渡す名前ごとに別々のjamagent WARが作成されます。

9. 作成されたこれらのWARを、各JBossサーバーにデプロイします。通常は、管理コンソールを使用するか、またはWARファイルをデプロイ・フォルダにコピーします。
ホット・デプロイが有効になっていない場合は、JBossサーバーを再起動する必要がある場合があります。WARが正常にデプロイされると、「ミドルウェア」ページにJVMターゲットがそれぞれ表示されます。

35.10 JBoss Application Serverの検出およびモニタリングに関する問題のトラブルシューティング

この項では、JBoss Application Serverを検出および管理する際に発生する問題のトラブルシューティングのヒントを示します。

- モニタリングに関する問題のトラブルシューティング

- 検出に関する問題のトラブルシューティング

- その他の役に立つリソース

35.10.1 モニタリングに関する問題のトラブルシューティング

- 検出後にターゲットのステータスが「停止中」の場合は、Jboss Application Serverの「モニタリング・プロパティ」ページを調べ、次のことを確認します。

- ローカル検出の場合: JBossホームのみが存在している

- リモート検出の場合: ライブラリ・パスのみが存在している

- 検出後にターゲットのステータスが「保留」(メトリック収集エラーのため)の場合は、同じ管理エージェントを使用して他のアプリケーション・サーバー(Weblogicなど)がモニターされていないことを確認します。
各種のログがある場所は次のとおりです。

- JBossサーバーのログ: $JBOSS_HOME/server/<config_mode>/log

- OMSのログ: emoms.trc ($OMS_HOME下)

- エージェントのログ: $AGENT_STATE_DIR/sysman/log

35.10.2 検出に関する問題のトラブルシューティング

JBossの検出に失敗した場合は、ライブラリ・パスとインストール・ホームを指定して、再試行してください。

検出関連の問題については、検出スクリプトを手動で実行し、出力を調べてください。出力例は次のようになります。

java -Doracle.home=<AGENT_PLUGIN_LOCATION> \
-cp \
<AGENT_PLUGIN_LOCATION>/lib/xmlparserv2.jar:\
<AGENT_PLUGIN_LOCATION>/jlib/emConfigInstall.jar:\
<AGENT_PLUGIN_LOCATION>/sysman/jlib/log4j-core.jar:\
<AGENT_PLUGIN_LOCATION>/modules/oracle.http_client 11.1.1.jar:\
<DISCOVERY_PLUGIN_LOCATION>/archives/em-as-thirdparty-discovery.jar \
oracle.sysman.emas.thirdparty.discovery.jboss.JBossDiscovery \
<JMX_PORT> <SERVER_HOST> ""

35.10.3 その他の役に立つリソース

有益なトラブルシューティング情報は、次のものを調べることによって見つかることもあります。

- 「モニタリング構成」ページ

- エージェント上のTargets.xml

- OMSおよびエージェントのログ

- エージェントのメトリック・ブラウザ

- JBoss JMXコンソール

- JConsole

- JBossサーバーのログ

36 Apache HTTPサーバーの検出およびモニタリング

Enterprise Manager Cloud Controlでは、環境内のApache HTTPサーバーを検出して、集中モニタリングおよび集中管理に追加できます。この章では、これらのApache HTTPサーバー・ターゲットを検出およびモニターする方法について説明します。

この章では、特に次の内容を説明します。

- HTTPサーバーの紹介

- 検出およびモニタリングがサポートされているバージョンのApache HTTPサーバー

- Apache HTTPサーバーを検出およびモニタリングするための前提条件

- Apache HTTPサーバーの検出

- Apache HTTPサーバーのモニタリング

- Apache HTTPサーバーの構成管理

- Apache HTTPサーバーの問題のトラブルシューティング

36.1 HTTPサーバーの紹介

Enterprise Manager Cloud Controlを使用すると、Apache HTTPサーバー・ターゲットで次を実行できます。

- リアルタイムおよび履歴可用性モニタリングのApache HTTPサーバー・ターゲットを検出します。

- メトリック・データの収集をそれぞれ一時停止または再開するためのブラックアウトの作成または終了。

- メトリック、その収集間隔および各メトリックの最後のアップロードのリストを表示します。

- 一貫性のある標準構成に準拠するためにすべての将来のインストールのソースとして使用できるモニタリング・テンプレートを作成します。

- 可用性およびイベント・レポートを生成します。

36.2 検出およびモニタリングがサポートされているバージョンのApache HTTPサーバー

Enterprise Manager Cloud Control内で検出およびモニタリングがサポートされているApache HTTPサーバーのバージョンを検索するには、次の手順に従います。

1. https://support.oracle.com/にログインします。

2. My Oracle Supportのホームページで、「動作保証」タブを選択します。

3. 動作保証ページで、「動作保証検索」セクションに、次の検索基準を入力します。

- 「製品」フィールドに、製品名として「Enterprise Manager Base Platform - OMS」と入力します。

- リリース・リストから、リリース番号として12.1.0.4.0を選択します。

4. 「検索」をクリックします。

5. 「Certification Results」セクションで、「ミドルウェア」メニューを拡張し、動作保証されているApache HTTPサーバー・バージョンを表示します。

36.3 Apache HTTPサーバーを検出およびモニタリングするための前提条件

Apache HTTPサーバーを検出するための次の前提条件を満たしてください:

- 管理エージェントをApache HTTPサーバーが構成されている同じホストにインストールして実行する必要があります。リモート・エージェントはサポートされていません。

- 同じユーザー/ロールを使用して管理エージェントおよびApache HTTPサーバーをインストールしていることを確認します。

- Apache HTTPサーバーをモニタリングするために12.1.0.6 Fusion Middlewareプラグインをダウンロードおよびインストールしていることを確認します。このターゲットをインポートまたはデプロイするために他のプラグインは必要ありません。

36.4 Apache HTTPサーバーの検出

Apache HTTPサーバーを検出するには、次の手順に従います。

1. Cloud Controlで、「設定」メニューから、「ターゲットの追加」を選択し、「ターゲットの手動追加」を選択します。

2. ターゲットの手動追加ページで、「ターゲット・モニタリング・プロパティを指定してターゲットを宣言的に追加」を選択し、「ホストの追加」をクリックします。

3. 「ターゲット・タイプ」メニューから、「Apache HTTPサーバー」を選択します。管理エージェントを選択するには、検索アイコンをクリックします。「ターゲット・セレクタ」ダイアログ・ボックスから、ターゲット名を選択し、「選択」をクリックします。

4. 「手動追加」をクリックして、Apache HTTPサーバー・ターゲットを選択されたホストに追加します。

5. 追加: Apache HTTPサーバー・ページで、ターゲット名、httpd.confファイルがダウンロードされたディレクトリの場所およびApacheバイナリ(binフォルダなど)が格納されているディレクトリの場所を指定します。「OK」をクリックします。

36.5 Apache HTTPサーバーのモニタリング

Apache HTTPサーバー・ターゲットを追加した後、モニタリング用に自動的に使用可能になります。このターゲットでは、レスポンス・メトリックおよび構成メトリックのみが収集またはモニターされます。

検出後、Apache HTTPサーバー・ターゲットにアクセスするには、「ターゲット」メニューから「すべてのターゲット」を選択します。左側のペインの「検索の絞込み」セクションから、「ミドルウェア」を展開します。リストから、「Apache HTTPサーバー」を選択します。ターゲット名をクリックして、ターゲットのステータスを表示します。

Apache HTTPサーバー・ホームページで、サーバーの一般情報、サーバーのステータスの情報、可用性、Apacheサーバー・バイナリの絶対パスなどを表示できます。

36.6 Apache HTTPサーバーの構成管理

Apache HTTPサーバーの構成データは日単位で収集されます。

構成データを表示するには、Apache HTTPサーバー・ホームページで、「Apache HTTPサーバー」メニューから「構成」を選択し、「最新収集」をクリックします。

次の構成詳細がApache HTTPサーバーに対して収集されます。

- サーバー名、リスニング・ポートなどの汎用情報。

- WebLogic/WebSphereリクエストの一般的なルーティング情報。

- Apacheサーバーのリスニング・ホスト・ポートおよびプロトコル。

- Apacheサーバーが着信するリクエストを特定のホスト・ポートにルーティングするために使用される仮想ホスト情報。

36.7 Apache HTTPサーバーの問題のトラブルシューティング

問題: Apache HTTPサーバーのレスポンスおよび構成メトリック収集に失敗します

問題: プロセス所有者(Apacheインストール所有者)が管理エージェント・ユーザーと異なる場合、Apache HTTPサーバー・ターゲットが検出されますが、レスポンスおよび構成メトリックが収集されません。

回避策: 同じユーザー/ロールを使用して管理エージェントおよびApache HTTPサーバーをインストールすることを確認してください。

注意:
管理エージェントが情報を抽出するためにアクセスするファイルはhttpd.confです。

第XI部

Oracle Data Integratorの管理

この部の章ではOracle Data Integratorを構成し、モニターする方法について説明します。

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

- 第37章「Oracle Data Integratorの構成とモニタリング」

37 Oracle Data Integratorの構成とモニタリング

ここでは、Oracle Data Integrator (ODI)について説明します。Enterprise Manager Cloud Controlの一部であるODIは、複雑なデータ・ウェアハウスの構築、デプロイ、管理を行うための完全に統一されたソリューションを提供します。あるいは、SOAまたはビジネス・インテリジェンス環境におけるデータ中心アーキテクチャの一部としても使用されます。

Oracle Data Integrator (ODI)は、複雑なデータ・ウェアハウスの構築、デプロイ、管理を行うための完全に統一されたソリューションを提供します。あるいは、SOAまたはビジネス・インテリジェンス環境におけるデータ中心アーキテクチャの一部としても使用されます。さらに、データ統合のあらゆる要素(データの移動、データの同期化、データ品質、データ管理、データ・サービス)を組み合せて、複雑なシステムにおいて情報の迅速さ、正確さおよび一貫性を保証します。

ODIドメインには、Enterprise Managerを使用して管理できる次のODIコンポーネントが含まれます。

- 1つのマスター・リポジトリとそれにアタッチされる1つ以上の作業リポジトリ。

- マスター・リポジトリにアタッチされた1つまたは複数のランタイム・エージェント。これらのエージェントをドメインに含めるには、マスター・リポジトリで宣言する必要があります。これらのエージェントは、スタンドアロン・エージェント、同じ場所に配置されたスタンドアロン・エージェントまたはJava EEエージェントです。

- 1つまたは複数のOracle Data Integratorコンソール・アプリケーション。Oracle Data Integratorコンソール・アプリケーションは、マスター・リポジトリおよび作業リポジトリをブラウズするために使用されます。

注意:
Oracle Fusion MiddlewareプラグインがEnterprise Manager Cloud Controlにインストールされている場合は、RACデータベースも他のデータベースと一緒にモニターできます。ただし、Microsoft SQL ServerやIBM DB2を使用して構成されている他のリポジトリの場合は、前提条件として、まず、Microsoft SQL ServerプラグインおよびIBM DB2プラグインをそれぞれデプロイしてから、Enterprise Manager Cloud Controlでこれらのデータベース・インスタンスをターゲットとして検出していることを確認してください。

この章では、Enterprise Manager Cloud Controlを使用してODIターゲットを設定および管理する方法について説明します。

- Oracle Data Integratorのモニタリングの前提条件

- Oracle Data Integratorのモニタリング

- Oracle Data Integratorの管理

- アラートおよび通知の作成

- ランタイム・エージェントのモニタリング

- Oracle Data Integratorコンソールの構成

- Oracle Data Integratorドメインの構成

37.1 Oracle Data Integratorのモニタリングの前提条件

Enterprise Managerを使用してODIの管理を開始する前に、次のことを実行する必要があります。

- Oracle Management Agentのデプロイ
Oracle Management Agentは、ODIリポジトリをホストするデータベースがあるサーバーにインストールされている必要があります。オプションで、ODIエージェントをホストするマシンにもOracle Management Agentをインストールできます。

『Oracle Enterprise Manager Cloud Control基本インストレーション・ガイド』のOracle Management Agentのインストールに関する説明を参照してください。

- ODIターゲットの検出
ODIターゲットは、ODIターゲットにリンクされたWebLogicドメインとともに検出されます。Fusion Middlewareの検出を使用して、WebLogicドメインを検出します。次に、これは、主にODIスタンドアロン・エージェントとJava EEエージェントの2つのタイプのODIターゲットを検出します。

Fusion Middleware検出の詳細は、『Oracle Enterprise Manager Cloud Control管理者ガイド』を参照してください。

- ODIリポジトリをホストしているデータベースの検出
複数のデータベースがODIリポジトリをホストしている可能性があるため、すべてのデータベース・インスタンスを検出する必要があります。

『Oracle® Enterprise Manager Cloud Controlアドバンスト・インストレーションおよび構成ガイド』の追加構成タスクの実行についての説明を参照してください。

- ユーザー・ログイン資格証明はEnterprise Managerコンソールで設定する必要があります。

Enterprise Managerではすべての操作が即座に利用可能です。

注意:
ODIで検出がサポートされるデータ・サーバーは、Oracle、Microsoft SQL ServerおよびIBM DB2 UDBです。

37.2 Oracle Data Integratorのモニタリング

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

- Oracle Data Integratorのモニタリング

- ODIエージェントのモニタリング

- リポジトリのモニタリング

- ロード・プランの実行およびセッションのモニタリング

37.2.1 Oracle Data Integratorのモニタリング

ODIをモニターするには、次の手順に従います。

1. 「ターゲット」メニューから「ミドルウェア」を選択します。

2. ミドルウェア・ページで、「ミドルウェアの機能」メニューから「ODIホーム」を選択します。

3. ODIのホームページで、「ダッシュボード」タブをクリックします。

「ダッシュボード」ページには、メインの「稼働中/停止」ノードを展開したときに、ページのすべてのオブジェクトについて7日分の停止状況を表すビューが表示されます。四角形が7個あります。四角形が緑であれば、その日にアラートはありません。四角形が赤であれば、アラートがありました。

「ダッシュボード」タブには、次のリージョンがあります。

37.2.1.1 マスター・リポジトリ・ヘルス

このリージョンでは次のことが報告されます。

- 稼働中または停止中のマスター・リポジトリの数。リポジトリのリストの数をクリックします。

- インシデントを含むマスター・リポジトリの数。数値をクリックして、インシデントを持つリポジトリを確認します。

注意:
Oracle Fusion Middlewareプラグイン(12.1.0.6)以降、Microsoft SQL ServerおよびIBM DB2でも構成されるリポジトリをモニターできます。ただし、前提条件として、まず、Microsoft SQL ServerプラグインおよびIBM DB2プラグインをそれぞれデプロイしてから、Enterprise Manager Cloud Controlでこれらのデータベース・インスタンスをターゲットとして検出していることを確認してください。

ODIに格納されているデータベース情報は、データベースを識別するために、ローカル・ホストまたはローカルIPアドレスを使用しません。データベースのホスト名のみが使用されます。ホスト名はアプリケーションのURLから導出されます。ODI内でのホスト名は、EMCCに格納されているホスト名と一致する必要があります。マスター・リポジトリと作業リポジトリのために、WLS内で定義されているJDBCデータソースも確認します。それらは、ODIに格納されている情報と一致する必要があります。

サポートされているJDBCパターンは次のとおりです。

- jdbc:oracle:thin:@//adc2120612.us.example.com:19016/db8482.us.example.com

- jdbc:oracle:thin:@adc2120612.us.example.com:19016:db8482

- jdbc:weblogic:sqlserver://adc6140804.us.example.com:50457;databaseName=ODI_REPOSITORY

- jdbc:weblogic:db2://slc02pfl.us.example.com:5031/orcl993

このセクションで報告された問題を解決する手順:

- ODIリポジトリが停止している場合、リポジトリをホストしているデータベースを起動するか、停止している理由のトラブルシューティングを行って問題を解決し、ステータスに基づいて対処します。

- 検出されないリポジトリがある場合、Enterprise Manager Cloud Controlでリポジトリをホストするデータベースを検出します。

- アラートを含むリポジトリがある場合、それらのアラートの根本原因を識別して、問題を解決します。

37.2.1.2 ODIエージェント・ヘルス

このリージョンでは次のことが報告されます。

- 稼働中または停止中のエージェントの数。エージェントのリストの数値をクリックします。

- Enterprise Managerのターゲットとして検出されないエージェントの数。検出されなかったエージェントのリストの数値をクリックします。

- インシデントを含むエージェントの数。数値をクリックして、インシデントを持つリポジトリを確認します。

このセクションで報告された問題を解決する手順:

- エージェントが停止している場合、停止しているエージェントを起動するか、停止している理由のトラブルシューティングを行って問題を解決し、ステータスに基づいて対処します。

- 検出されないエージェントがある場合、エージェントを検出するか、これらのエージェントにリンクされているOracle WebLogicドメインをリフレッシュします。

- アラートを含むエージェントがある場合、それらのアラートの根本原因を識別して、問題を解決します。

37.2.1.3 作業リポジトリ・ヘルス

このリージョンでは次のことが報告されます。

- 稼働中または停止中の作業リポジトリの数。リポジトリのリストの数をクリックします。

- Enterprise Managerで検出されなかった作業リポジトリの数。検出されなかった作業リポジトリのリストの数をクリックします。

- インシデントを含む作業リポジトリの数。数値をクリックして、インシデントを持つリポジトリを確認します。

このセクションで報告された問題を解決する手順:

- ODIリポジトリが停止している場合、リポジトリをホストしているデータベースを起動するか、停止している理由のトラブルシューティングを行って問題を解決し、ステータスに基づいて対処します。

- 検出されないリポジトリがある場合、Enterprise Manager Cloud Controlでリポジトリを検出します。

- アラートを含むリポジトリがある場合、それらのアラートの根本原因を識別して、問題を解決します。

37.2.1.4 データ・サーバー・ヘルス

このリージョンでは次のことが報告されます。

- 稼働中または停止中のデータ・サーバーの数。サーバーのリストの数値をクリックします。

- Enterprise Managerで検出されなかったデータ・サーバーの数。検出されなかったデータ・サーバーのリストの数をクリックします。

- インシデントを含むデータ・サーバーの数。数値をクリックして、インシデントを持つデータ・サーバーを確認します。

これらのセクションで報告された問題を解決する手順:

- データ・サーバーが停止している場合、データ・サーバーによって使用されているデータベースを起動するか、停止している理由のトラブルシューティングを行って問題を解決し、ステータスに基づいて対処します。

- 検出されないデータ・サーバーがある場合、Enterprise Manager Cloud Controlでデータ・サーバーによって使用されているデータベースを検出します。

- アラートを含むデータ・サーバーがある場合、それらのアラートの根本原因を識別して、問題を解決します。

37.2.1.5 セッション/ロード計画実行

このリージョンでは次のことが報告されます。

- 検出されたすべてのODI環境間で、エラーが発生しているセッションの数。

- 検出されたすべてのODI環境間で、エラー・レコードがあるセッションの数。

- 検出されたすべてのODI環境間で、エラーが発生しているロード・プラン実行の数。

- 検出されたすべてのODI環境間で、エラー・レコードがあるロード・プラン実行の数。

37.2.2 ODIエージェントのモニタリング

ODIエージェントをモニターするには、次の手順に従います。

1. 「ターゲット」メニューから「ミドルウェア」を選択します。

2. ミドルウェア・ページで、「ミドルウェアの機能」メニューから「ODIホーム」を選択します。

3. ODIのホームページで、「ODIエージェント」タブをクリックします。

「ODIエージェント」タブには、次のリージョンがあります。

37.2.2.1 検索エージェント

このリージョンを使用して、すべてのJava EEのエージェントおよびスタンドアロン・エージェントを検索します。

最後に指定された検索基準は常に保持されます。新しい基準を指定して「検索」をクリックすると、更新された結果が表示されます。または、「リセット」をクリックすると、「検索」フォームがリセットされます(更新された結果を表示する場合、ここでも「検索」をクリックする必要があります)。検索基準は、ログアウトしたり、すべてのタブページから別のタブページに移動するたびにリセットされます。

ページの要素" width="100%">

要素

説明

マスター・リポジトリ

マスター・リポジトリを選択します。

実行エージェント

ドロップダウン・リストからエージェントを選択します。「すべて」を選択して、すべてのエージェントをリストすることもできます。

エージェントのステータス

エージェントのステータス(稼働中、停止中、すべて)を選択します。

検出ステータス

エージェントのステータス(検出済、検出されませんでした、すべて)を選択します。

37.2.2.2 ODIエージェント

マスター・リポジトリで宣言されたODIエージェントに関する情報を表示するには、このリージョンを使用します。

ページの要素" width="100%">

要素

説明

名前

エージェントの名前が表示されます。エージェントを選択すると、対応するエージェント・ホームページが表示されます。

ステータス

エージェントの現在のステータス(稼働中、停止中)が表示されます。

検出ステータス

青色ティックは、エージェントがEnterprise Managerのターゲットとして検出されていることを示します。
時計は、エージェントがEnterprise Managerのターゲットとして検出されていないことを示します。

パフォーマンスの表示

眼鏡のアイコンをクリックして、エージェントのパフォーマンス・データを表示します。メトリックは、次のとおりです。

- 許可された最大セッション数

- 許可された最大スレッド数

- アクティブ・セッション数

- アクティブ・スレッド数

- キューに入っているセッション数

- 実行中のセッションの数

- 待機中のセッション数

- 成功したセッション数

- 失敗したセッション数。

アクティブなセッション

アクティブ・セッションの数が表示されます。

マスター・リポジトリ

チェック・マークは、マスター・リポジトリが検出されていることを示します。
時計は、マスター・リポジトリが検出されていないことを示します。

バージョン

エージェントのバージョンおよび日付を表示します。

レスポンス時間(ミリ秒)

リポジトリ・データベースのレスポンス時間(ミリ秒)を表示します。

アラート・ルールの作成

ユーザーが、特定のエージェントの「メトリックと収集設定」ページにリダイレクトされ、そこでアラートを設定できます。

ユーザー定義アラート

クリティカルおよび警告アラートの数を表示します。数値をクリックして、インシデント・マネージャ・ページでアラートを表示します。

37.2.3 リポジトリのモニタリング

ODIリポジトリをモニターするには、次の手順に従います。

1. 「ターゲット」メニューから「ミドルウェア」を選択します。

2. ミドルウェア・ページで、「ミドルウェアの機能」メニューから「ODIホーム」を選択します。

3. ODIのホームページで、「リポジトリ」タブをクリックします。

注意:

- このリージョンを表示するには、ODIデータベース資格証明を選択する必要があります。リポジトリごとに異なる資格証明が存在します。必要に応じて資格証明を選択します。

- Oracle Fusion Middlewareプラグイン13.1.1.0以降では、RACデータベースも他のデータベースと一緒にモニターできます。ただし、Microsoft SQL ServerやIBM DB2を使用して構成されている他のリポジトリの場合は、前提条件として、まず、Microsoft SQL ServerプラグインおよびIBM DB2プラグインをそれぞれデプロイしてから、Enterprise Manager Cloud Controlでこれらのデータベース・インスタンスをターゲットとして検出していることを確認してください。

「リポジトリ」タブには、次のリージョンがあります。

37.2.3.1 リポジトリの検索

このリージョンを使用して、すべてのマスターおよび作業リポジトリのリポジトリを検索します。

最後に指定された検索基準は常に保持されます。新しい基準を指定して「検索」をクリックすると、更新された結果が表示されます。または、「リセット」をクリックすると、「検索」フォームがリセットされます(更新された結果を表示する場合、ここでも「検索」をクリックする必要があります)。検索基準は、ログアウトしたり、すべてのタブページから別のタブページに移動するたびにリセットされます。

ページの要素" width="100%">

要素

説明

リポジトリ・タイプ

リポジトリ・タイプ(マスター・リポジトリ、作業リポジトリ、すべて)を選択します。

リポジトリ名

名前またはリポジトリ名の一部を入力します。

リポジトリ・ステータス

リポジトリのステータス(稼働中、停止中、すべて)を選択します。

37.2.3.2 リポジトリ

作業リポジトリの詳細を表示するには、このリージョンを使用します。

ページの要素" width="100%">

要素

説明

名前

マスターおよび作業リポジトリの名前を表示します。リポジトリの名前に付随するスター・アイコンは、Oracle Databaseのリポジトリでないことを示します。

- 特定のマスター・リポジトリの下の作業リポジトリを表示するには、マスター・リポジトリ名を展開します。

- 各データベース・ホームページにドリルダウンおよびアクセスして詳細を表示するには、リポジトリ名をクリックします。

- 特定のリポジトリの詳細は、そのリポジトリの行を選択し、「データベース詳細」表を表示します。Oracle以外のデータベース・リポジトリの場合、Enterprise Manager Cloud Controlではすべてのメトリックのデータを表示できない場合があります。

ステータス

作業リポジトリ・データベースのステータスが表示されます。

- 稼働中(緑色の矢印): オン

- 停止中(赤色の矢印): オフ

- 未構成: このリポジトリはマスター・リポジトリで宣言されていますが、この作業リポジトリへの接続がOracle Data Integratorコンソールで宣言されていません。

テクノロジ

使用されているテクノロジを表示します。

ホスト

リポジトリが存在するホストの名前を表示します。

ポート

リポジトリが存在するホストのポートを表示します。

SID/データベース・インスタンス

リポジトリまたはデータベース・インスタンス名のシステム識別子を表示します。

バージョン

リポジトリのバージョンが表示されます。

レスポンス時間(ミリ秒)

リポジトリ・データベースのレスポンス時間(ミリ秒)。

外部ID

リポジトリのODI固有の一意の識別子を表示します。

インシデント

このリポジトリに関連付けられているインシデント(クリティカルまたは警告)の数を表示します。

スキーマ名

このリポジトリに関連付けられているスキーマの名前を表示します。

LPE/セッションの表領域/ファイル・グループ

合計行およびセグメント・サイズ(GB単位)を表示します。

パージ

アイコンをクリックして、ODIログをパージします。

- Oracle Fusion Middlewareプラグイン(12.1.0.6)を使用してモニターされる12.1.3 ODIエージェントの場合、別のダイアログ・ボックスが表示されます。ここで、必須情報を入力し、「パージ」をクリックします。ODIログは、Enterprise Manager Cloud Controlコンソール内から削除されます。

- Oracle Fusion Middlewareプラグイン(12.1.0.5)以下を使用してモニターされる12.1.3 ODIエージェント、およびすべての12.1.2以下のODIエージェントの場合、ODIコンソールがある別のブラウザ・ウィンドウが表示されます。コンソールにログインし、不要なODIログを削除します。

37.2.3.3 クラスタ・データベース

「クラスタ・データベース」リージョンが表示されるのは、リポジトリにクラスタ・データベースが含まれる場合のみです。このセクションでは、選択したクラスタ内のデータベースの詳細が示されます。

ページの要素" width="100%">

要素

説明

名前

データベースの名前が表示されます。

ステータス

データベースのステータスが表示されます。

- 稼働中(緑色の矢印): オン

- 停止中(赤色の矢印): オフ

ホスト

データベースが存在するホストの名前が表示されます。

SID

データベースSID。

37.2.3.4 データベース詳細

データベース詳細を参照すると、データベースの実行方法がわかりやすく示されています。たとえば、データベースの表領域が一杯付近に達した場合、データベース管理者は表領域の拡張を検討できます。

また、データベース・パフォーマンス・グラフ、「スループット」および「待機時間のボトルネック」セクションを確認することにより、データベース管理者はデータベースのチューニングを推奨できます。

- 待機時間のボトルネック
このセクションには、平均インスタンスCPU (%)、I/O待機中のアクティブ・セッションおよびその他を待機中のアクティブ・セッションの統計が表示されます。

- スループット
このセクションには、トランザクション数/秒、物理書込み/トランザクション、物理読取り/トランザクションおよびユーザー・コミット/トランザクションの統計が表示されます。

- パフォーマンス
このセクションには、アクティブ・セッションのCPU、I/O待機およびその他の使用状況情報が表示されます。

注意: このリージョンを表示するには、資格証明およびリポジトリを選択する必要があります。資格証明は、DBAユーザーであるとともに、「グローバル」タイプである必要があります。資格証明は、表領域とスキーマ関連のグラフを表示する上で必要です。

注意:
Oracle以外のデータベース・リポジトリの場合、Enterprise Manager Cloud Controlではすべてのメトリックのデータを表示できない場合があります。

37.2.3.5 表領域/ファイル・グループの詳細

このセクションには、使用領域および割り当てられた領域の統計を提供して表領域の増加率が表示されます。情報に基づいて、データベース・データをアーカイブまたはパージするか、表領域を拡張するかどうかを決定できます。

注意:
Oracle以外のデータベース・リポジトリの場合、Enterprise Manager Cloud Controlではすべてのメトリックのデータを表示できない場合があります。

37.2.4 ロード・プランの実行およびセッションのモニタリング

ロード・プラン実行およびセッションをモニターするには、次の手順に従います。

1. 「ターゲット」メニューから「ミドルウェア」を選択します。

2. ミドルウェア・ページで、「ミドルウェアの機能」メニューから「ODIホーム」を選択します。

3. ODIのホームページで、「ロード・プラン実行/セッション」タブをクリックします。

「ロード・プラン実行/セッション」タブを使用すると、エージェントによって実行されたロード・プラン実行およびセッションに関する情報を検索および表示できます。このタブには、次のリージョンがあります。

セッションを展開して、手順およびタスクの情報を確認します。たとえば、ODIマッピングが実行された場合、このマッピングが実行した各タスクを確認し、生成されたコードを表示し、データベース実行詳細までドリル・ダウンできます。

注意:
「データベース実行の詳細」リンクを使用して、Oracle Databaseのモニタリング・ページにドリルダウンできるようにするには、Oracle Database DiagnosticsおよびTuning Packが必要です。

「ロード・プラン実行/セッション」タブには、次のリージョンがあります。

37.2.4.1 セッション/LPEの検索

このリージョンを使用して、すべてのマスターおよび作業リポジトリのセッションおよびロード・プラン実行を検索します。

最後に指定された検索基準は常に保持されます。新しい基準を指定して「検索」をクリックすると、更新された結果が表示されます。または、「リセット」をクリックすると、「検索」フォームがリセットされます(更新された結果を表示する場合、ここでも「検索」をクリックする必要があります)。検索基準は、ログアウトや、Oracle Data Integrator Cloud Controlアプリケーションのすべてのタブ・ページから別のページへのナビゲートのたびにリセットされます。

要素

説明

マスター・リポジトリ

セッション情報を含むマスター・リポジトリを選択します。

作業リポジトリ

セッション情報を含む作業リポジトリを選択します。

実行エージェント

セッションを実行するために使用されたエージェントを選択します。

コンテキスト

セッションの実行コンテキストを選択します

実行タイプ

「セッション」、「ロード・プラン実行」または「すべて」を選択します。

開始日

カレンダ・アイコンを使用して、セッションの検索を開始する日付を選択します。この日付よりも後に開始したセッションのみが返されます

終了日

カレンダ・アイコンを使用して、ロード・プラン実行およびセッションの検索を終了する日付を選択します。この日付が返される前に、ロード・プラン実行およびセッションのみが終了しました。

ユーザー名

実行を開始したODIユーザーの名前。

ステータス

「すべて」を選択するか、検索を絞り込んで特定のステータス(エラー、実行中、警告または待機中)を表示します。たとえば、実行中および警告ステータスのみ表示するよう選択できます。

メッセージ

実行されるロード・プラン実行/セッションのエラー・メッセージ。

キーワード

キーワードを入力して、検索を絞り込みます。複数のキーワードを使用する場合、カンマを使用してキーワードを区切り、スペースを使用しないでください。たとえば、lpe1,lpe2のように使用します。

実行名

ロード・プラン実行の名前を入力します。

エラー・レコード

「すべて」を選択するか、検索を絞り込んでロード・プラン実行およびセッション「エラー・レコードあり」または「エラー・レコードなし」を表示します。

実行ID

特定のロード・プラン実行またはセッション識別子。

37.2.4.2 ロード・プラン実行/セッション

このリージョンを使用して、エージェントで実行されるロード・プラン実行/セッションの実行詳細を表示します。

特定のロード計画実行またはセッションの階層、各ステップのステータス、各ステップの開始時間および終了時間などの詳細を表示するには、表の行を選択し、ページをスクロールダウンして「ロード計画実行/セッション詳細」表を表示します。

要素

説明

名前

ロード・プラン実行またはセッションの名前を表示します。

実行ID

ロード・プラン実行またはセッション識別子。ロード計画が実行されるたびに、一意の識別子が付いた新しいロード計画実行が作成されます。

ステータス

実行されるロード・プラン実行またはセッションのステータスを示すアイコンを表示します。エラーがある場合、ステータスを理解し、詳細を表示するには、アイコンの上にマウスを合せます。ステータスは次のいずれかになります:

- 実行中: ロード・プラン実行/セッションが現在実行中です。

- 終了: ロード・プラン実行/セッションは正常に終了しました。

- 待機中: ロード・プラン実行/セッションは実行を待機しています。

- エラー: ロード・プラン実行/セッションがエラーのために終了しました。

- 警告: セッションは正常に終了しましたが、フロー制御中にインタフェースによってエラー行が検出されました。

- キュー: セッションは、実行のためにエージェントが使用可能になるのを待機しています。

開始日

実行されるロード・プラン実行/セッションの開始日時。

更新日

ロード・プラン実行/セッションの最終更新日を表示します。

実行時間

実行するロード・プラン実行/セッションの期間を表示します。

エラー・レコード

エラー・レコードの数を表示します。

実行タイプ

シナリオなど、ロード・プランまたはセッション・タイプを表示します。

作業リポジトリ名

このロード・プラン/セッション実行の実行情報が格納される作業リポジトリの名前が表示されます。

エージェント名

ロード・プラン実行/セッションを実行したエージェントの名前を表示します。

ODIユーザー

実行を開始したODIユーザーの名前を表示します。

37.2.4.3 ロード計画実行/セッション詳細

このリージョンを使用して、エージェントによって実行されたロード・プラン実行およびセッションの詳細情報を表示します。

要素

説明

ロード・プラン実行/セッションの階層

ロード・プラン実行またはセッションの階層を表示します。完全な階層を表示するには、ロード計画実行またはセッション名をクリックして展開します。

ステータス

ロード・プラン実行またはセッションの・ステップのステータスを示すアイコンを表示します。エラーがある場合、ステータスを理解し、詳細を表示するには、アイコンの上にマウスを合せます。

ソース・コード

ソース・データベース上で実行されるコードを表示します。実行されたコードの詳細を表示するには、アイコンをクリックします。
ソースおよびターゲット・データベースが、Enterprise Manager Cloud Controlで検出されたOracleデータベースである場合、「データベース実行の詳細」ハイパーリンクが表示されます。ASH分析ページにドリルダウンして特定の時間範囲についてアクティブ・セッションに関する情報を表示するには、リンクをクリックします。

ターゲット・コード

ターゲット・データベース上で実行されるコードを表示します。実行されたコードの詳細を表示するには、アイコンをクリックします。
ソースおよびターゲット・データベースが、Enterprise Manager Cloud Controlで検出されたOracleデータベースである場合、「データベース実行の詳細」ハイパーリンクが表示されます。ASH分析ページにドリルダウンして特定の時間範囲についてアクティブ・セッションに関する情報を表示するには、リンクをクリックします。

ステップ・タスク・タイプ

ステップによって実行されるタスクのタイプを表示します。ソースおよびターゲット・システムがデータベース・システムである場合、タスク・タイプ値はハイパーリンクです。その場合、データを交換したソース・データベースとターゲット・データベースの詳細を表示するには、タスク・タイプをクリックします。

開始日

ステップの起動日時を表示します。

終了日

ステップの終了日時を表示します。

所要時間

タスクの実行に要した時間(秒)を表示します。

更新

タスクごとに1行に対して行われた更新または変更の数を表示します。

挿入

タスクごとに行われたデータ挿入の数を表示します。

エラー・レコード

タスクごとにレポートされたエラー・レコードの数を表示します。

削除

タスクごとに行われたデータ削除の数を表示します。

37.3 Oracle Data Integratorの管理

Oracle Data Integratorの管理では次の操作を実行できます。

- Oracle Data Integratorエージェントの起動、停止および再起動

- エージェントのステータスおよびアクティビティの管理

- セッションおよびロード・プラン実行の検索

- ログ・メッセージの表示

37.3.1 Oracle Data Integratorエージェントの起動、停止および再起動

注意:

- Oracle Process Manager and Notification (OPMN)は、リリース11gスタンドアロン・エージェントに使用されます。WebLogic Management Frameworkは、リリース12cのコロケート・スタンドアロン・エージェントのみで使用されます。

- ODI Java EEエージェントでは「起動」操作と「停止」操作のみがサポートされます。

- 「起動」操作と「停止」操作は、WebLogic Management FrameworkインスタンスおよびOPMNインスタンスによって管理されるすべてのODIスタンドアロン・エージェントでサポートされます。「再起動」操作は、OPMNインスタンスによって管理される11gのスタンドアロン・エージェントのみでサポートされ、WebLogic Management Frameworkインスタンスによって管理される12cのコロケート・スタンドアロン・エージェントではサポートされません。

Oracle Data Integratorエージェントを起動、停止および再起動するには、次の手順に従います。

1. 「ターゲット」メニューから「ミドルウェア」を選択します。

2. ミドルウェア・ページで、「ミドルウェアの機能」メニューから「ODIホーム」を選択します。

3. Oracle Data Integratorのホームページで、「ODIエージェント」タブをクリックします。

4. 「ODIエージェント」タブで、ODIエージェントを検索します。次に、「ODIエージェント」表で、エージェントの名前をクリックします。

5. ODIエージェント・ホームページで、「ODIエージェント」メニューから「制御」を選択し、「起動」、「停止」、または「再起動」を選択します。

注意:
OPMNまたはWebLogic Management Frameworkで管理されていないODIスタンドアロン・エージェントを起動または停止する場合、エージェントの起動および停止スクリプトを使用する必要があります。エージェントを起動および停止する方法の詳細は、Oracle Fusion Middleware Oracle Data Integrator開発者ガイドのエージェントの管理に関する項を参照してください。

37.3.2 エージェントのステータスおよびアクティビティの管理

エージェントのステータスを管理し、そのアクティビティをモニターするには、次の手順に従います。

1. ターゲット・ナビゲーション・ペインまたはODIのホームページで、JEE、スタンドアロンまたはコロケート・スタンドアロン・エージェントに対応するターゲット・リンクをクリックします。そのエージェント用の「Java EEアプリケーション」ページが表示されます。

2. エージェント・ページのメニューから、「モニタリング」、「パフォーマンス・サマリー」の順に選択します。
Enterprise Manager Cloud Controlでは、パフォーマンス・サマリー・ページが表示され、メトリックとチャートの表示およびカスタマイズができます。

37.3.3 セッションおよびロード・プラン実行の検索

セッションおよびロード・プラン実行を検索するには、次の手順に従います。

1. Enterprise Managerの「ターゲット」メニューから、「ミドルウェア」を選択します。

2. 「ミドルウェアの機能」メニューで、「ODIホーム」を選択します。

3. 「LPE/セッション」タブをクリックします。タブの詳細は、「ヘルプ」をクリックしてください。

37.3.4 ログ・メッセージの表示

Enterprise Manager Cloud ControlのJava EEエージェントのログ・メッセージを表示できます。

このプロセスの手順は次のとおりです。

1. 「ターゲット」メニューから「ミドルウェア」を選択します。

2. ミドルウェア・ページで、「ミドルウェアの機能」メニューから「ODIホーム」を選択します。

3. Oracle Data Integratorのホームページで、「ODIエージェント」タブをクリックします。

4. 「ODIエージェント」タブで、ODIエージェントを検索します。次に、「ODIエージェント」表で、エージェントの名前をクリックします。

5. ODIエージェント・ホームページで、「ODIエージェント」メニューから「ログ」を選択し、「ログ・メッセージの表示」を選択します。

表示されるログ・メッセージを日付範囲やメッセージ・タイプなどでフィルタリングしたり、メッセージ内で検索語を検索することができます。

ログ構成の設定を構成するには、ODIエージェント・メニューから、「ログ」、「ログ構成」の順に選択します。

37.4 アラートおよび通知の作成

アラートおよび通知の詳細は、『Oracle Enterprise Manager Cloud Control管理者ガイド』のインシデント管理の使用および通知の使用に関する章を参照してください。

たとえば、マスター・リポジトリ・ステータスのアラートを作成するには、次の手順を参照してください。

1. 「ターゲット」メニューから「ミドルウェア」を選択します。

2. ミドルウェア・ページで、「ミドルウェアの機能」メニューから「ODIホーム」を選択します。

3. Oracle Data Integratorのホームページで、「ODIエージェント」タブをクリックします。

4. 「ODIエージェント」タブで、ODIエージェントを検索します。次に、「ODIエージェント」表で、エージェントの名前をクリックします。

5. ODIエージェントのホームページで、「ODIエージェント」メニューから、「モニタリング」を選択し、「メトリックとコレクション設定」を選択します。

6. 「メトリック」列で、「マスター・リポジトリ」を拡張して「ステータス」行を表示します。

7. 「クリティカルのしきい値」テキスト・フィールドの「ステータス」行に「0」を入力します。
0は、マスター・リポジトリが停止すると、EMがアラートを生成することを示し、1はマスター・リポジトリが起動するとアラートを生成します。

注意:
同様に、「メトリック」列に記述されている他の行に対して警告アラートまたはクリティカル・アラートを作成できます。

37.5 ランタイム・エージェントのモニタリング

エージェント・ホームページでは、Oracle Data Integratorランタイム・エージェントをモニターできます。スタンドアロン・エージェントおよびJava EEエージェントは、ODIジョブ・エグゼキュータです。2つのエージェントの差異は、スタンドアロン・エージェントがJava EEベースではなく、Enterprise ManagerのOracle Process Manager and Notification Server (OPMN)またはWebLogic Management Frameworkで管理されることです。これらはJetty Webサーバーで実行されます。Java EEエージェントはJava EEベースであり、Oracle WebLogic ServerまたはIBM WebSphere上にデプロイされます。(IBM WebSphereはODIリリース11.1.1.7でのみサポートされます)。

注意: ODIリリース11.1.1.7まで、ODIスタンドアロン・エージェントを管理するためにOPMNが使用されます。WebLogic Management Frameworkは、ODIリリース12c以上のODIスタンドアロン・エージェントの管理に使用されます。

質問: 次の段落とリストは残すべきですか。前の段落の内容の繰返しです。

ODI用のManagement Packでは、次のODIエージェント・タイプをモニターおよび管理できます。

- 11g: Java EEエージェントおよびOPMNで管理されるスタンドアロン・エージェント。

- 12c: Java EEエージェントおよびWebLogic Management Frameworkで管理されるコロケート・スタンドアロン・エージェント。

ODIエージェントのホームページにアクセスするには、次の手順に従います。

1. 「ターゲット」メニューから、「ミドルウェア」を選択します。

2. ミドルウェア・ページで、「ミドルウェアの機能」メニューから「ODIホーム」を選択します。

3. ODIのホームページで、「ODIエージェント」タブをクリックします。

4. 「ODIエージェント」タブでODIエージェントを検索し、検索結果表で目的のODIエージェントの名前をクリックします。

エージェントのホーム・ページの詳細は、第37.5.1項「エージェント・ホームページ」を参照してください。

37.5.1 エージェント・ホームページ

エージェント・ホームページは、次の順序で配置されています。

- 一般情報

- 負荷

- ターゲット・インシデント

- LPE/セッション実行インシデント

- ロード・バランシング・エージェント

37.5.1.1 一般情報

「一般情報」リージョンには、このエージェントの一般情報が表示されます。

要素

説明

レスポンス時間(ミリ秒)

リポジトリ・データベースのレスポンス時間(ミリ秒)を表示します。

エージェントのバージョン

エージェントのバージョンを表示します。

ホストとポート

エージェントが起動されたマシンのホスト(ネットワーク名またはIPアドレス)とエージェントがリスニングしているポートが表示されます。

マスター・リポジトリ

クリックすると、マスター・リポジトリのデータベース・パフォーマンス・ページにアクセスします。

インシデント

監視対象の問題で、即時のアクションによる解決(手動または自動)あるいは根本原因の解決が必要であることを示す、1つのイベント、または相関関係のある一連のイベント。

37.5.1.2 ロード

「ロード」リージョンには、一定期間にエージェントでサポートされる接続数が表示されます。

要素

説明

許可された最大セッション数

このエージェントで許可される最大セッション数。

許可された最大スレッド数

このエージェントで許可される最大スレッド数。

アクティブ・セッション数

このエージェントのアクティブなセッション数。

アクティブ・スレッド数

このエージェントのアクティブなスレッド数。

37.5.1.3 ターゲット・インシデント

「ターゲット・インシデント」リージョンには、このリポジトリにアタッチされたエージェントから発行された通知が表示されます。

要素

説明

重大度

インシデントの深刻さ。

- 致命的 - 対応するサービスは使用できません。たとえば、モニター対象ターゲットは停止しています(ターゲット停止イベント)。「致命的」は最高レベルの重大度で、イベント・タイプ「ターゲット可用性」にのみ適用されます。

- クリティカル - 即時のアクションが特定の領域で必要です。その領域は、機能していないか、緊急の問題が発生しています。

- 警告 - 特定の領域で注意が必要ですが、領域は引き続き機能します。

- アドバイザ - 特定の領域で今すぐに注意する必要はありませんが、領域の現在の状態に関して注意することをお薦めします。

- クリア - インシデントが発生した条件が解決されました。

ID

インシデントID。

サマリー

インシデントのサマリーの説明。

カテゴリ

エラーなどのインシデントの分類。

37.5.1.4 ロード・プラン実行/セッション実行インシデント

ロード・プラン実行/セッション実行インシデント・リージョンには、このリポジトリにアタッチされたエージェントから発行された通知が表示されます。

要素

説明

重大度

インシデントの深刻さ。

- 致命的 - 対応するサービスは使用できません。たとえば、モニター対象ターゲットは停止しています(ターゲット停止イベント)。「致命的」は最高レベルの重大度で、イベント・タイプ「ターゲット可用性」にのみ適用されます。

- クリティカル - 即時のアクションが特定の領域で必要です。その領域は、機能していないか、緊急の問題が発生しています。

- 警告 - 特定の領域で注意が必要ですが、領域は引き続き機能します。

- アドバイザ - 特定の領域で今すぐに注意する必要はありませんが、領域の現在の状態に関して注意することをお薦めします。

- クリア - インシデントが発生した条件が解決されました。

ID

インシデントID。

サマリー

インシデントのサマリーの説明。

カテゴリ

エラーなどのインシデントの分類。

37.5.1.5 ロード・バランシング・エージェント

「ロード・バランシング・エージェント」リージョンには、現在のエージェントの子エージェントとして宣言されたエージェントのステータスおよびセッション・メトリックが表示されます(ODIロード・バランシングを使用している場合)。

要素

説明

名前

エージェントの名前が表示されます。これは、Oracle Data Integratorでエージェントを作成したときに指定した名前です。エージェントを選択すると、対応するエージェント・ホームページが表示されます。

ステータス

エージェントのステータスが表示されます。

- 稼働中(緑色の矢印): オン

- 停止中(赤色の矢印): オフ

検出済

青色ティックは、ODIエージェントがEnterprise Managerのカスタム・ターゲットととして検出されていることを示します。エージェント名をクリックすると、ODIコンソールのエージェントの詳細ページにアクセスできます。
時計は、ODIエージェントがEnterprise Managerのカスタム・ターゲットととして検出されていないことを示します。エージェント名をクリックすると、Enterprise Managerエージェント・ターゲット・ページにアクセスできます。

元のLPE/セッション

LPEおよびセッションのステータスを表示します。これは、ODIによってターゲット・システムに挿入されるための要件を満たさなかったレコードです。ODIは、データを移すときにこれらのレコードを取得し、エラー表に格納します。

- エラー・レコード - ODIによってターゲット・システムに挿入されるための要件を満たさなかったレコードです。ODIは、データを移すときにこれらのレコードを取得し、エラー表に格納します。

- エラー - このエージェントでエラーになったセッション数。

- 実行中 - このエージェントで現在実行中のセッション数。

- 終了 - このエージェントで終了したセッション数。

- 警告 - このエージェントで警告状態になったセッション数。

- 待機中 - 実行を待機するセッションの数。

- キュー: セッションは、実行のためにエージェントが使用可能になるのを待機しています。

マスター・リポジトリ平均レスポンス時間(ミリ秒)

マスター・リポジトリ・データベースのレスポンス時間(ミリ秒)を表示します。

セッション

このエージェントで許可されるアクティブな最大セッション数。

スレッド

このエージェントで許可されるアクティブな最大スレッド数。

37.6 Oracle Data Integratorコンソールの構成

Oracle Data Integratorコンソールは、Enterprise Manager Cloud Controlから構成できません。構成を変更するには、Fusion Middleware Controlコンソールを使用する必要があります。Oracle Data Integratorの構成方法の詳細は、Oracle Fusion Middleware Oracle Data Integratorのための開発者ガイドを参照してください。

ただし、Enterprise Manager Cloud ControlからOracle Data Integratorコンソールを構成して、Enterprise Manager Cloud ControlとOracle Data Integratorコンソールのリンクを定義できます。

デフォルトでは、このページのフィールドに、Oracle Data Integratorコンソールのホスト、Oracle Data Integratorコンソールの管理対象サーバー・ポートおよびデフォルト・コンテキスト・ルートが移入されます。別の構成を使用してOracle Data Integratorコンソールにアクセスする必要がある場合は、このページで構成を変更できます。

このプロセスの手順は次のとおりです。

1. エージェント・ホームページにナビゲートします。

2. エージェント・ページのメニューから、「ODIコンソール管理」を選択し、次に「基本構成」を選択します。
このページには、Oracle Data Integratorコンソール・アプリケーションにアクセスするための現在の構成が表示されます。これらの値は、アプリケーションがEnterprise Managerによって検出されたときに自動的に設定され、Enterprise ManagerからOracle Data Integratorコンソールにアクセスするために使用されます(たとえば、「参照」をクリックしたとき)。別の方法でOracle Data Integratorコンソールにアクセスするようにこれらの値を変更できます。ロード・バランサ経由でOracle Data Integratorコンソールに接続する場合などです。

3. この構成を変更するには、フィールドに新しい値を入力して「適用」をクリックします。「元に戻す」をクリックすると前の設定に戻ります。

要素

説明

ホスト

アプリケーションがデプロイされているサーバーの名前が表示されます。SSOを使用する場合は、Oracle HTTP Server (OHS)を入力します。

ポート

HTTPリスナー・ポート番号が表示されます。SSOを使用する場合は、Oracle HTTP Server 10gまたは11g Webgateがインストールされているマシンのポートを入力します。

コンテキスト・ルート

Webアプリケーションのコンテキスト・ルートが表示されます。

プロトコル

接続のプロトコルが表示されます。

37.7 Oracle Data Integratorドメインの構成

Oracle Data Integrator (ODI)ドメインには、Enterprise Managerを使用して管理できるOracle Data Integratorコンポーネントが含まれます。ODIドメインに含まれるコンポーネントは次のとおりです。

- 1つまたは複数のOracle Data Integratorコンソール・アプリケーション。Oracle Data Integratorコンソール・アプリケーションは、マスター・リポジトリおよび作業リポジトリをブラウズするために使用されます。

- マスター・リポジトリにアタッチされた1つまたは複数のランタイム・エージェント。これらのエージェントをドメインに含めるには、マスター・リポジトリで宣言する必要があります。これらのエージェントは、スタンドアロン・エージェントまたはJava EEエージェントです。

「リポジトリ」ページおよび「エージェント」ページには、マスター・リポジトリと作業リポジトリ両方のアプリケーション・メトリックと情報が表示されます。

Oracle Data Integratorドメインのコンポーネントのインストールと構成は、『Oracle Fusion Middleware Oracle Data Integratorインストレーション・ガイド』で説明しています。

索引
A B C D E F H I J K L M N O P R S T U V W

A

アクセス

「JVM診断」ページ, 21.3

JVM診断のアクティブ・スレッド, 21.6.1 追加

Oracle GlassFish Serverのドメイン証明書, 8.1.2

サポート・ワークベンチ・パッケージへのファイル, 2.5.2.7

グループへのJVMプール, 21.4.6

グループへのJVM, 21.5.13

インシデントへの多くのファイル, 2.5.2.5

Oracle Traffic Director

ターゲット構成, 6.3.2

ターゲット, 6.5.1, 6.5.2

Exalogicターゲット, 6.2

管理サーバー

停止前にブラックアウトを作成, 2.6.1

起動後にブラックアウトを終了, 2.6.1

再起動方法, 2.6.1

再起動時間制限, 2.6.1

再起動, 2.6.1

停止エラー, 2.6.1, 2.6.1

停止方法, 2.6.1

停止時間制限, 2.6.1

停止, 2.6.1

起動, 2.6.1

ドメインが起動されている間の起動, 2.6.1

起動エラー, 2.6.1, 2.6.1

起動方法, 2.6.1

起動時間制限, 2.6.1

停止エラー, 2.6.1, 2.6.1

ドメインが停止中の停止, 2.6.1

エージェント・ステータス

JVM診断, 22.7.3

エージェント・トラストストア

更新, 7, 7.1

集計診断サマリーページ, 2.5.2.2 アラート通知, 2.2.5 分析

ヒート・スナップショット, 21.5.9

JVM診断スナップショット, 21.9.3

JVM診断でのアンチパターン・レポート, 21.5.9.4 アプリケーション・リプレイ

リプレイ結果の分析, 3.8.7

取得の作成, 3.6

相違のインポート, 3.9

概要, 3

取得プロセスのモニタリング, 3.7

OpenScript, 3.9

前提条件, 3.4

取得のリプレイ, 3.8

実際のワークロードを使用したテスト, 3.2

トラブルシューティング, 3.10

Application Server

拡張可能モニタリング, 2.2.8

構成管理, 2.7.1

B

ブラックアウト

ターゲットを停止する前のブラックアウトの作成, 2.6.1

ターゲットを起動した後のブラックアウトの終了, 2.6.1

モニタリング, 2.2.7

boot.propertiesファイル, 2.6.1 ビジネス・アプリケーション, 13.1

作成, 17.4

ホームページ, 17.5

重要なコンポーネント, 17.1.1

KPI, 17.8

モニタリング, 17.5

概要, 17

サンプル, 17.1.2

設定, 13.3.5

SLAアラート, 17.8

ターゲット・タイプ, 17.1.1

ビジネス・トランザクション管理

Enterprise Managerコンソールからのアクセス, 15.5

RUEIからのアクセス, 15.6

エージェントのデプロイメント, 13.3

アラート情報, 17.10.3

分析情報, 17.10.2

コンプライアンス・タブ, 17.10.6

条件, 15.2

データ収集, 15.1

トランザクションの定義, 15.2

ECID, 使用, 13.2

機能, 15.4

JVMD, アクセス, 15.6

Enterprise Managerからの起動, 17.10

メッセージ・ログ, 17.10.5

メッセージおよび操作, 15.1

Enterprise Managerによるモニタリング, 17.9

トランザクションのモニタリング, 15.3

概要, 15

プロパティ, 17.10.5, 17.10.10

Enterprise Managerへの登録, 17.3

Enterprise Managerで使用するための要件, 17.2.2

サービス・レベル合意, 15.2, 17.10.6

設定, 13.3.4

SLA準拠, 17.10.6

サマリー情報, 17.10.1

トランザクション・グラフ, 15.2

トランザクション・インスタンス, 表示, 17.10.4

ビジネス・トランザクション, 18.1

C

CA証明書, 7.1

インポート, 7.1.1

CA (認証局), 7

インポート, 7

クラス・ヒストグラム, 表示, 21.8 クラスタ, Oracle GlassFish Server, 8.2, 8.4 コマンド

emctl extended oms jvmd help, 21.12

emctl extended oms jvmd list, 21.12

emctl extended oms jvmd start, 21.12, 21.12, 21.12

emctl extended oms jvmd status, 21.12, 21.12

emctl extended oms jvmd stop, 21.12, 21.12

比較

クラス・ヒストグラム, 21.5.6.4

ヒート・スナップショット, 21.5.9.1.3

コンプライアンス管理, 2.7.2 コンポジット・アプリケーション, 4

作成, 4.2

ダッシュボード, 4.1

編集, 4.3

ホームページの編集, 4.4

表示, 4.5

条件(BTM), 15.2 構成

Oracle Traffic Directorの追加, 6.3.2

管理, 2.7.1

Oracle Traffic Director, 6.3, 6.3.1

構成

ヒープ分析ホスト, 21.2.4

JVM, 21.5.11

JVM診断エンジン, 21.2.1

JVMプール, 21.2.2, 21.4.4

JVM, 21.2.2

Oracle Identity Managementターゲット, 31

Oracle Traffic Director, 6.1, 6.3

SOA Suite, 11.5

CPU使用率, ミドルウェア・ターゲット, 2.2.1.1 create_jvm_diagnostic_db_user.shスクリプト, 22.7.5 作成

ブラックアウト, 2.2.7

コンポジット・アプリケーション, 4.2

Oracle Identity Managementの汎用サービス, 31.3.2

Identity and Access Systemターゲット, 31.3.1

JVM診断スナップショット, 21.9.1

メトリック・チャート, 32.3

Oracle GlassFish Serverの構成比較テンプレート, 8.6

Oracle Identity Managementの要素, 31.3

サービス・ダッシュボード・レポート, 31.3.3

サービス・リクエスト, 2.5.2.9

サポート・ワークベンチ・パッケージ, 2.5.2.6

Oracle Identity ManagementのWebアプリケーション・ターゲット, 31.3.2

クロス層

JVM診断での分析, 21.5.4.1

JVM診断での相関, 20.1.4

JVM診断での機能エラー, 22.1

D

データベース

JVM診断での登録, 21.2.3

削除

クラス・ヒストグラム, 21.5.6.5

Oracle Traffic Directorターゲット, 6.5.3, 6.5.4

JVM診断のデプロイ, 35.9 診断

パフォーマンスの問題, 2.3

診断スナップショット

使用可能なタスク, 2.3.2

定義, 2.3.2

使用方法, 2.3.2

検出された, Oracle Traffic Directorターゲット, 6.3.2.2 検出

Oracle Access Managerアクセス・サーバー, 31.1.3

Oracle Access Managerアイデンティティ・サーバー, 31.1.4

Oracle Directory Server, 31.1.2

Oracle Essbaseターゲット, 12.3

Oracle Identity Management Suite, 31.1.5

Oracle Identity Managementターゲットの要件, 30.3

Oracle Identity Managementターゲット, 30, 31

ドメイン

Oracle GlassFish Serverの追加, 8.2.1

Oracle GlassFish Server, 8.2

ドメイン証明書

Oracle GlassFish Serverへの追加, 8.1.2

ドメイン・ホームページ

Oracle GlassFish Server, 8.2

E

ECID

JVMDの表示, 使用, 16

インスタンス診断リクエスト, 16.2

リクエストのトラッキング, 13.2

編集

コンポジット・アプリケーションのホームページ, 4.4

コンポジット・アプリケーション, 4.3

JVMプールのしきい値, 21.4.4.1

emctlコマンド

JVM診断エンジンの管理, 21.12

emctl extended oms jvmd helpコマンド, 21.12 emctl extended oms jvmd listコマンド, 21.12 emctl extended oms jvmd startコマンド, 21.12, 21.12, 21.12 emctl extended oms jvmd statusコマンド, 21.12, 21.12 emctl extended oms jvmd stopコマンド, 21.12, 21.12 Enterprise Manager

エージェントのデプロイメント, 13.3

JVMD, コンソールからのアクセス, 16.1

BTMの起動, 17.10

ミドルウェアの管理, 1.1

トランザクションのモニタリング, 17.9

BTMの登録, 17.3

RUEIの登録, 17.3

サービス, 17.1.1

設定, 13.3.1

システム, 17.1.1

ターゲット, 17.1.1

エラー・ホスピタル

レポートのカスタマイズ, 11.15.2

レポートの生成, 11.15.1

エラー

JVM診断

多層間の機能, 22.1

デプロイメントの実行, 22.3

ヒープ・ダンプ, 22.5

Loadheap, 22.4

トレース, 22.2

UI, 22.6

Exalyticsターゲット

モニタリング, 5

実行コンテキスト, 13.2 実行コンテキストID

「ECID」を参照

拡張可能モニタリング, 2.2.8

F

機能

Oracle Fusion Middleware Management, 1.2

よくある質問

JVM診断, 22.7

Fusion Middleware

「Oracle Fusion Middlewareコンポーネント」も参照

Fusion Middlewareプラグイン, 12.2 Fusion Middlleware

Fusion Middleware Controlを使用した管理, 1.3

H

ヒープ分析ホスト

構成, 21.2.4

ヒープ・スナップショット

JVM診断, 21.5.9

取得, 21.5.7

表示, 21.8

オブジェクト別のヒープ使用量

表示, 21.5.9.2

ヒート・マップ

ミドルウェア・ターゲット, 2.2.1.1

ヒストグラム, JVM診断における, 21.5.6 JVM診断を使用した履歴の診断, 20.1.7

I

IBM WebSphereアプリケーション・サーバー, 34

管理, 34.1

サポートされているバージョン, 34.2

IBM WebSphere Application Serverセル, 34, 34.1

管理, 34.7.2

モニタリング, 34.7.1

メンバーの表示, 34.7.3

IBM WebSphere Application Serverクラスタ, 34

管理, 34.6.2

モニタリング, 34.6.1

表示, 34.6.3

メトリックの表示, 34.6.4

IBM WebSphere Application Server

管理, 34.5.2

検出, 34.4

前提条件, 34.3

モニタリング, 34.5.1 アプリケーションのモニタリング, 34.5.4 パフォーマンスのモニタリング, 34.5.3 トラブルシューティング

検出, 34.8.1

モニタリング, 34.8.2

メトリックの表示, 34.5.7 上位EJBの表示, 34.5.5 上位サーブレットおよび上位JSPの表示, 34.5.6 IBM WebSphere MQ, 33, 33.1

検出の前提条件

ローカル・エージェント, 33.3.1

リモート・エージェント, 33.3.2

モニタリング, 33.4 前提条件, 33.2 キュー・マネージャ・クラスタの検出, 33.3.3 スタンドアロン・キュー・マネージャの検出, 33.3.4 検出について, 33.3 Identity and Access Systemターゲット

作成, 31.3.1

インストール

JVM診断, 21.1

Oracle Enterprise Manager

Oracle Identity Managementにおける, 30.2

インスタンス

Oracle Traffic Director, 6.4

J

Java EE, 35

Java EEアプリケーションの応答性, モニタリング, 2.2.3

Javaキーストア, 7

Java Platform、Enterprise Edition, 35

Java仮想マシン診断

「JVM診断」を参照

JBoss Application Server, 35

管理, 35.6.3

問題の分析, 35.6.8

検出, 36.4

管理, 35.1, 35.1

モニタリング

アプリケーション, 35.6.4

パフォーマンス, 35.6.5

サーブレットおよびJSP, 35.6.6

検出の前提条件, 35.3 サポートされているバージョン, 35.2, 36.2 トラブルシューティング, 35.10 メトリックの表示, 35.6.7 JBoss Application Server 6.x

検出, 35.5

モニタリング, 35.6.2

JBoss Application Server 7.x

検出, 35.4

モニタリング, 35.6.1

JBossドメイン

管理, 35.7.3

検出, 35.4

管理, 35.1

モニタリング, 35.7.1

検出の前提条件, 35.3

リフレッシュ, 35.7.5

サポートされているバージョン, 35.2

メンバーの表示, 35.7.4

JBossパーティション

管理, 35.8.2

検出, 35.5, 36.4

管理, 35.1

モニタリング, 35.8.1

検出の前提条件, 35.3

リフレッシュ, 35.8.4

サポートされているバージョン, 35.2, 36.2

メンバーの表示, 35.8.3

JBossサーバー・グループ

モニタリング, 35.7.2

JFRスナップショット, 管理, 21.5.10 JKS (Javaキーストア), 7 ジョブ・システム, モニタリング, 2.9 JRockit Flight Recorder 「JFR」を参照 JVM診断

アクセス, 16.1

ページへのアクセス, 21.3

エージェントのデプロイメント, 13.3

クラス・ヒストグラム, 21.5.6

エンジン, 21.12

機能

多層間の相互関係, 20.1.4

深層部の可視性, 20.1.2

JVMプーリング, 20.1.6

低負荷, 20.1.1

メモリー・リーク検出, 20.1.5

新機能, 20.2

リアルタイムおよび履歴の診断, 20.1.7

リアルタイム・トランザクションのトレース, 20.1.3

サポートされているプラットフォームおよびJVM, 20.3

ユーザー・ロール, 20.4

ヒープ・オブジェクト情報

ヒープ・オブジェクト, 21.5.9.1.2

ヒープ・スナップショット, 21.5.9

比較, 21.5.9.1.3

ルート別のヒープ使用量, 21.5.9.1

上位40のオブジェクト, 21.5.9.1.1

インストール, 21.1 ライブ・スレッド分析, 16.1 ログの場所, 22.7.1 JVMプールの管理, 21.2

JVMプールのホームページ, 21.4.1

ライブ・スレッド分析, 21.4.3

パフォーマンス診断, 21.4.2

JVMの管理

オフライン診断, 21.9.1

Oracle Real Application Clusterのドリルダウン, 21.5.4.2 概要, 16, 20.1 インスタンス診断リクエスト, 16.2 サンプル・アナライザ, 16.1 設定, 13.3.2, 21.2 スナップショット・ページ, 21.9.2 スレッド・スナップショット

トレース診断イメージの分析, 21.7

スレッドの状態遷移グラフ, 16.1 しきい値違反, 21.10 表示, 初期, 16.1 JVM診断のトラブルシューティング

エージェント・ステータス, 22.7.3

階層間の機能エラー, 22.1

カスタム・プロビジョニングによるエージェントのデプロイメント, 22.7.8

デプロイメント・スクリプト実行エラー, 22.3

エンジン・ステータス, 22.7.2

よくある質問, 22.7

ヒープ・ダンプ・エラー, 22.5

LoadHeapエラー, 22.4

ログ・マネージャ・レベル, 22.7.9

モニタリング・ステータス, 22.7.4

最適化レベル, 22.7.7

リポジトリの領域要件, 22.7.10

create_jvm_diagnostic_db_user.shスクリプトの実行, 22.7.5

トレース・エラー, 22.2

スレッドの変更の試行パラメータの使用, 22.7.6

ユーザー・インタフェース・エラー, 22.6

JVMプール, 20.1.6

グループへの追加, 21.4.6

構成, 21.2.2, 21.4.4

管理, 21.4

削除, 21.4.5

しきい値, 編集, 21.4.4.1

JVM

構成, 21.2.2, 21.5.11

管理, 登録の表示, 21.2.5

管理, 21.5

JVMのホームページ, 21.5.1

ライブ・スレッド分析, 21.5.4

オフライン診断, 21.9, 21.9.3

パフォーマンス診断, 21.5.2

パフォーマンス・サマリー, 21.5.3

スタンドアロンJVMのモニタリング, 21.1.1 パフォーマンス・メトリック, 収集, 7.3 削除, 21.5.12

K

重要なコンポーネント, 17.1.1

keytoolユーティリティ

パスワードの変更, 7.2

KPI

モニタリング, 17.8

RUEI, 14.2.5

L

ライフサイクル管理

構成管理, 2.7.1

モニタリング, 2.7

ライブ・スレッド分析, 22.1

クロス層, 22.1

ログ・ページ, アクセス, 32.1 ログ

検索, 2.3.3

表示, 32.2

JVM診断での低負荷, 20.1.1

M

管理対象サーバー

停止前にブラックアウトを作成, 2.6.1

起動後にブラックアウトを終了, 2.6.1

再起動方法, 2.6.1

再起動時間制限, 2.6.1

再起動, 2.6.1

停止エラー, 2.6.1, 2.6.1

停止方法, 2.6.1

停止時間制限, 2.6.1

停止, 2.6.1

起動, 2.6.1

起動エラー, 2.6.1, 2.6.1

起動方法, 2.6.1

起動時間制限, 2.6.1

停止エラー, 2.6.1, 2.6.1

管理

ブラックアウト, 2.2.7

構成, 2.7.1

JFRスナップショット, 21.5.10

JVMプール, 21.4

JVM, 21.5

スレッド・スナップショット, 21.6

JVM診断を使用したメモリー・リーク検出, 20.1.5 メモリー・リーク・レポート, 21.5.9.3 メトリック・チャート, 作成, 32.3 メトリックのしきい値, 2.2.5 メトリック

表示, 32.2

ミドルウェア

分析, 2.4

ミドルウェア・アプリケーション

トラブルシューティング, 19

ミドルウェア診断アドバイザ, 23.2

パフォーマンス問題の診断, 23.2, 23.9

有効化, 23.6

機能, 23.3

範囲の制限, 23.8

概要, 23

前提条件, 23.4

データのパージ, 23.7

問題のトラブルシューティング, 23.11

ミドルウェアの管理, 1, 2

Enterprise Managerの使用, 1.1

ミドルウェア・ターゲット

管理, 2.6

停止前にブラックアウトを作成, 2.6.1

起動後にブラックアウトを終了, 2.6.1

ヒート・マップ, 2.2.1.1

モニタリング, 2.2

再起動方法, 2.6.1

再起動時間制限, 2.6.1

再起動, 2.6.1

検索, 2.2.1.2

停止エラー, 2.6.1, 2.6.1

停止方法, 2.6.1

停止時間制限, 2.6.1

停止, 2.6.1

起動, 2.6.1

起動エラー, 2.6.1, 2.6.1

起動方法, 2.6.1

起動時間制限, 2.6.1

ステータスおよびCPU使用率, 2.2.1.1

停止エラー, 2.6.1, 2.6.1

モニタリング

ミドルウェア・ターゲットの管理, 2.6

Exalyticsターゲット, 5

拡張可能, Application Server, 2.2.8

ジョブ・システム, 2.9

ライフサイクル管理, 2.7

コンプライアンス管理, 2.7.2

構成管理, 2.7.1

パッチの管理, 2.7.3

プロビジョニング, 2.7.4

サービス・レベル管理, 2.8 ミドルウェア・ターゲット, 2.1, 2.2 Oracle以外のミドルウェア・コンポーネント, 2.1.3 ODIエージェント, 37.2.2 ODIリポジトリ, 37.2.3 Oracle Application Serverコンポーネント, 2.1.2 Oracle Identity Managementのコンポーネント, 29.3 即時利用可能なモニタリング

ブラックアウト, 2.2.7

拡張, 2.2.8

履歴パフォーマンス, 2.2.4

メトリックのしきい値, 2.2.5

モニタリング・テンプレート, 2.2.6

パフォーマンスの問題, 2.3

診断スナップショット, 2.3.2

ホームページ, 2.3.1

事前定義メトリック, 2.2.3 トポロジ・ビューアのルーティング, 2.10 スタンドアロンJVM, 21.1.1 JVM診断でのステータス, 22.7.4 サポート・ワークベンチ, 2.5 Oracle Essbaseターゲットのモニタリング, 12.4

N

名前付き資格証明

サポート・ワークベンチ, 2.5.1.2

新機能

Oracle Coherence, 24.2

SOA Suite, 10.1, 11.1

O

ODI (Oracle Data Integrator), 37

「Oracle Data Integrator」も参照

Oracle Application Server

コンポーネント, 2.1.2

Web Cache, 2.2.3

Oracle Business Analytics, 12 Oracle Business Intelligence, 2.1.1, 12 Oracle Business Intelligenceインスタンス, 12.1.1

コンポーネントのフェイルオーバー, 12.5.2.1

ダッシュボード・レポート, 12.4.2.1

検出, 12.3

モニタリング, 12.4

モニタリング資格証明, 12.5.2.2

スケジューラ・レポート, 12.4.2.2

Oracle Business Intelligenceインスタンス・コンポーネント, 12.1.1

BI Cluster Controller, 12.1.1

BI Java Host, 12.1.1

BI Presentation Server, 12.1.1

BI Scheduler, 12.1.1

BI Server, 12.1.1

Oracle Business Intelligenceターゲット, 12.4

アラート, 12.4.1.8

可用性, 12.4.1.2

ブラックアウト, 12.5.1.3

コンプライアンス, 12.4.1.13

構成, 12.4.1.11

状態, 12.4.1.7

インシデント, 12.4.1.9

ジョブ・アクティビティ, 12.4.1.12

ログ, 12.4.1.10

メトリック, 12.4.1.4

モニタリング構成, 12.5.1.4

パフォーマンス, 12.4.1.3

リソース使用率, 12.4.1.3

Oracle Coherence, 2.1.1, 24.1

管理

キャッシュ・データの管理, 26.3, 26.5

キャッシュ構成の変更, 26.1.2, 26.3

ノード構成の変更, 26.1.1

サービス構成の変更, 26.1.3, 26.4

クラスタ管理者, 26.1

ノード管理, 26.2

ログ・アラートの設定, 26.2

ベスト・プラクティス

モニタリング・テンプレート, 27.2.1

クラスタ管理

新規ノードの起動, 25.2.1.1.1

ノードの停止, 25.2.1.1.1

Coherenceクラスタ, 24.1 クラスタの検出, 24.4.1 JVM診断の統合, 28

JVM診断へのアクセス, 28.3.1, 28.3.2, 28.3.3

コヒーレンス・ノードの構成, 28.2

正しく構成されていないノードの管理, 24.4.1.2 モニター

アプリケーションのホームページ, 25.2.5

アプリケーション・ページ, 25.3.4

キャッシュ・データ管理, 25.2.3.2

キャッシュのホームページ, 25.2.3

キャッシュ・ページ, 25.3.2

クラスタのホームページ, 25.2.1

クラスタ管理, 25.2.1.1.1

Connection Managerのホームページ, 25.2.7

Connection Managerパフォーマンス・ページ, 25.5.2

高可用性ステータス, 25.2.6, 25.3.3

ニア・キャッシュ, 25.2.3.1

ノードのホームページ, 25.2.2

ノード・ページ, 25.3.1

「パフォーマンス・サマリー」ページ, 25.5.1

プロキシ・ページ, 25.3.5

統計のリセット, 25.3.1

サービスのホームページ, 25.2.6

サービス・ページ, 25.3.3

ノードの起動, 25.3.1

ノードの停止, 25.3.1

ナビゲーション・ツリー, 25.1.1 新機能, 24.2 パーソナライズ, 25.1.2 クラスタのリフレッシュ, 24.4.1.1 スタンドアロン・クラスタ, 24.3

JMX管理ノード, 24.3

管理ノードを開始するサンプル・スクリプト, 24.3.1.4

サンプルの開始スクリプト(他のノード), 24.3.2.2

JMX管理ノードの開始, 24.3.1

トラブルシューティング

メトリック・データの収集, 27.1

動的なクライアント・ノード, 27.1

ノードのターゲット・プロリファレーション, 27.1

Oracle Data Integrator

管理, 37.3

コンソールの構成, 37.6

ドメインの構成, 37.7

ロード計画の実行, 37.3.3

エージェント・アクティビティの管理, 37.3.2

エージェント・ステータスの管理, 37.3.2

モニタリング, 37.2.1

ロード・プランの実行およびセッション, 37.2.4

モニタリング・エージェント, 37.2.2 前提条件のモニタリング, 37.1 リポジトリのモニタリング, 37.2.3 再起動, 37.3.1 セッションの検索, 37.3.3 停止, 37.3.1 ログ・メッセージの表示, 37.3.4 Oracle Data Integratorエージェント

停止前にブラックアウトを作成, 2.6.1

起動後にブラックアウトを終了, 2.6.1

再起動方法, 2.6.1

再起動時間制限, 2.6.1

再起動, 2.6.1

停止エラー, 2.6.1, 2.6.1

停止方法, 2.6.1

停止時間制限, 2.6.1

停止, 2.6.1

起動, 2.6.1, 37.3.1

起動エラー, 2.6.1, 2.6.1

起動方法, 2.6.1

起動時間制限, 2.6.1

停止エラー, 2.6.1, 2.6.1

Oracle Essbase, 12.1.2

アプリケーション, 12.4.2.4

検出, 12.3

モニタリング, 12.4

Oracle Forms Services, 2.1.1 Oracle Fusion Middlewareコンポーネント, 2.1.1

Oracle Business Intelligence, 2.1.1, 12, 12.2

Oracle Coherence, 2.1.1

Oracle Forms Services, 2.1.1

Oracle Identity Management, 2.1.1

Oracle Portal, 2.1.1

Oracle SOA Suite, 2.1.1

Oracle Web層, 2.1.1

Oracle WebCenter, 2.1.1

Oracle WebCenter Content, 2.1.1

Oracle WebLogicドメイン、クラスタおよび管理対象サーバー, 2.1.1

「ミドルウェア・ターゲット」も参照,

Oracle Fusion Middleware Management

機能, 1.2

Oracle GlassFish Server

開始する前に, 8.1

クラスタのホームページ, 8.4

構成比較テンプレートの作成, 8.6

ドメイン, 8.2

追加, 8.2.1

結果の表示, 8.2.3

ターゲットの検索と割当て, 8.2.2

ドメインのホームページ, 8.2 ホームページ, 8.3 アクセス方法, 8.3.1 クラスタのアクセス方法, 8.4.1 ドメインのアクセス方法, 8.2.4 概要, 8 ドメインのリフレッシュ, 8.2.5 ロールおよび権限, 8.1.1 プロシージャの開始と停止, 8.1.2 構成データの表示, 8.5 Oracle HTTP Server, 2.1.1

停止前にブラックアウトを作成, 2.6.1

起動後にブラックアウトを終了, 2.6.1

再起動方法, 2.6.1

再起動時間制限, 2.6.1

再起動, 2.6.1

停止エラー, 2.6.1, 2.6.1

停止方法, 2.6.1

停止時間制限, 2.6.1

停止, 2.6.1

起動, 2.6.1

起動エラー, 2.6.1, 2.6.1

起動方法, 2.6.1

起動時間制限, 2.6.1

停止エラー, 2.6.1, 2.6.1

Oracle HTTPサーバー・セッションのボリューム, 2.2.3 Oracle Identity Management

要素の作成, 31.3

ターゲットの検出および構成, 31

ターゲットの検出, 30

機能, 29.2

開始, 29

Oracle Enterprise Managerのインストール, 30.2

ライセンス済ターゲット, 29.3, 29.3, 29.3

モニタリング・コンポーネント, 29.3

システム要件, 30.1

Oracle Internet Directory

統計の収集, 31.2

Oracle Portal, 2.1.1 Oracle Real Application Cluster

JVM診断, 21.5.4.2

Oracle Service Bus

検出, 10.3, 10.4, 10.5

Management Packの有効化, 10.6

サポートされているバージョン, 10.2

トラブルシューティング, 10.9

Oracle Traffic Director

Exalogicターゲットの追加, 6.2

構成, 6.3, 6.3, 6.3.1

SNMPモニタリングのための構成, 6.1

ターゲットの検出, 6.3.2.2

インスタンス, 6.4, 6.4

概要, 6

リフレッシュのフロー, 6.5

Oracle Web Cache, 2.1.1 Oracle WebCenter Content, 2.1.1 Oracle WebLogicドメイン

停止前にブラックアウトを作成, 2.6.1

起動後にブラックアウトを終了, 2.6.1

再起動方法, 2.6.1

再起動時間制限, 2.6.1

再起動, 2.6.1

停止エラー, 2.6.1, 2.6.1

停止方法, 2.6.1

停止時間制限, 2.6.1

停止, 2.6.1

起動, 2.6.1

起動エラー, 2.6.1, 2.6.1

起動方法, 2.6.1

起動時間制限, 2.6.1

停止エラー, 2.6.1, 2.6.1

Oracle WebLogic Server, 23.1

停止前にブラックアウトを作成, 2.6.1

起動後にブラックアウトを終了, 2.6.1

再起動方法, 2.6.1

再起動時間制限, 2.6.1

再起動, 2.6.1

停止エラー, 2.6.1, 2.6.1

停止方法, 2.6.1

停止時間制限, 2.6.1

停止, 2.6.1

起動, 2.6.1

起動エラー, 2.6.1, 2.6.1

起動方法, 2.6.1

起動時間制限, 2.6.1

停止エラー, 2.6.1, 2.6.1

P

パッケージ

サポート・ワークベンチの作成, 2.5.2.6

Oracleサポートへのアップロード, 2.5.2.7, 2.5.2.8

パッチの管理, 2.7.3 パフォーマンス

診断

JVMプールにおける, 21.4.2

JVM診断, 22.1

問題, 診断, 2.3 パフォーマンス・モニタリング

BTM、RUEIおよびJVMD, 13.1

データ収集, 13.3

ディメンション, 13.1

エンドツーエンド, 13.1

エンドツーエンドの例, 18

概要, 13

処理エンジン, 13.3

設定, 13.3

トラブルシューティング, 18.2

ユーザー・ロール, 13.4

ビューとディメンション, 13.1

プラットフォームMBean

アクティブ化, 7.3.2

PlatformMBeanServerUsed

属性の設定, 7.3.1

JVM診断でサポートされているプラットフォーム, 20.3 優先資格証明

サポート・ワークベンチ, 2.5.1.2

前提条件

Oracle Identity Managementターゲットの検出, 30.3

権限とロール

Oracle GlassFish Server, 8.1.1

問題の分析

使用, 2.4

問題分析, アクセス, 32.1 問題

注釈の付加, 2.5.2.4

サポート・ワークベンチにおけるクローズ, 2.5.2.10

検索, 2.5.2.3

昇格

JVM診断イベント, 21.4.1.1

プロビジョニング

ライフサイクル管理, 2.7.4

R

Real User Experience Insight

BTMへのアクセス, 14.5

Enterprise Managerコンソールからのアクセス, 14.4

JVMDへのアクセス, 14.5

アプリケーション, 14.1

コレクタ, 13.3

ダッシュボード, 14.2.1

データ分析, 14.2

データ収集, 14.1

ECID, 使用, 13.2

セッションのエクスポート, 17.6.2.4

機能, 14.3

KPI, 14.2.5

モニタリング・データ, 17.6.1

メトリックのモニタリング, 17.6.3

概要, 14

Enterprise Managerへの登録, 17.3

レポート, 14.2.2

Enterprise Managerで使用するための要件, 17.2.1

サービス・レベル合意, 14.2, 14.2.5

セッション診断, 14.2.3, 17.6.2

セッション・リプレイ, 17.6.2.2

設定, 13.3.3

上位ユーザー, 17.6.1.2

トラブルシューティング, 18.1

ユーザー・フロー, 14.2, 14.2.4

JVM診断を使用したリアルタイム診断, 20.1.7 リフレッシュのフロー

Oracle Traffic Director, 6.5

登録

JVM診断におけるデータベース, 21.2.3

削除

JVMプール, 21.4.5

JVM, 21.5.12

レポート

JVM診断におけるアンチパターン, 21.5.9.4

JVM診断におけるメモリー・リーク, 21.5.9.3

SOA Suite, 11.10

レポート(RUEI), 14.2.2 リポジトリ

JVM診断における領域要件, 22.7.10

インスタンス診断リクエスト

JVM診断, 21.11

ロールと権限

Oracle GlassFish Server, 8.1.1

トポロジ・ビューアのルーティング, 2.10

S

保存

JVM診断クラス・ヒストグラム, 21.5.6.1

スケジュール

JVM診断ヒストグラム・ジョブ, 21.5.6.3

スクリプト

create_jvm_diagnostic_db_user.sh, 22.7.5

startManagedWeblogic, 2.6.1

stopManagedWeblogic, 2.6.1

検索

ログ, 2.3.3

ミドルウェア・ターゲット, 2.2.1.2

Secure Socket Layer, 7 サービス・レベル合意

BTM, 15.2

RUEI, 14.2.5

サービス・レベル

管理, 2.8

サービス・リクエスト, 作成, 2.5.2.9 セッション診断, 18.1 セッション診断(RUEI), 14.2.3, 17.6.2 設定

JVM診断, 21.2

SNMPモニタリング

Oracle Traffic Director, 6.1

SOAフォルト

一括リカバリ, 11.14

エラー・ホスピタルからの一括リカバリ, 11.14.3

フォルトと拒否メッセージからの一括リカバリ, 11.14.2

ジョブ・ページからの一括リカバリ, 11.14.1

一括リカバリ・ワークフロー, 11.14.5

概要, 11.13.1

リカバリ, 11.13.2

検索と表示, 11.13.4

簡易リカバリ, 11.13.5

フォルトの合計, 11.13.4.2

SOAインスタンスのトレース

SOAインフラストラクチャ間, 11.7.4

SOAインフラストラクチャ内, 11.7.3

SOA Management Pack Enterprise Edition, 9

BPEL Process Manager, 9.1

集中管理コンソール, 9.1

エラー・ホスピタル, 9.1

Service Bus, 9.1

SOAコンポジット, 9.1

SOAインフラストラクチャ, 9.1

SOAレポート

SOA診断レポート, 11.10.3

BI Publisherの使用, 11.10.1

IPの使用, 11.10.2

SOA Suite

一括リカバリ, 11.14

構成, 11.5

デハイドレーション・ストア, 11.8

エラー・ホスピタル, 11.15

フォルトとリカバリ, 11.13

メトリックと収集, 11.6

新機能, 10.1, 11.1

簡易リカバリ, 11.13.5

SOAアーティファクトおよびコンポジット, 11.11

SOAインスタンスのトレース, 11.7

SOAレポート, 11.10

サポートされているバージョン, 11.2

一括リカバリのトラッキング, 11.14.4

トラブルシューティング, 11.17

UDDI公開, 11.9

起動, Oracle GlassFish Server, 8.1.2 startManagedWeblogicスクリプト, 2.6.1 状態

ミドルウェア・ターゲット, 2.2.1.1

情報の表示, 32.2

stopManagedWeblogicスクリプト, 2.6.1 停止

Oracle GlassFish Server, 8.1.2

サポート・ワークベンチ

アクセスとロギング, 2.5.1

パッケージへのファイルの追加, 2.5.2.7

診断に使用できる情報の追加, 2.5.2.5

集計診断サマリーページ, 2.5.2.2

集計診断, 表示, 2.5.2.2

問題に関する注釈の追加, 2.5.2.4

問題のクローズ, 2.5.2.10

Oracle Fusion Middlewareコンポーネントとの互換性, 2.5

診断, 表示, 2.5.2.1

名前付き資格証明, 2.5.1.2

新規資格証明, 2.5.1.2

概要と目的, 2.5

優先資格証明, 2.5.1.2

問題の検索, 2.5.2.3

Oracleサポートへのパッケージのアップロード, 2.5.2.7, 2.5.2.8

ワークフロー, 2.5

システム要件

Oracle Identity Management, 30.1

T

スレッド・スナップショット

トレース診断イメージの分析, 21.7

管理, 21.6

しきい値違反

JVM診断, 21.10

トレース・エラー

JVM診断, 22.2

トレース

JVM診断のアクティブ・スレッド, 21.6.1

トランザクション

条件, 17.10.9

定義, 15.2

グラフ, 15.2

インスタンス・インスペクタ, 17.10.4

インスタンス, アセンブル, 17.10.4

インスタンス, 表示, 17.10.4

ログが記録されたメッセージ, 表示, 17.10.5

モニタリング, 15.3

Enterprise Managerによるモニタリング, 17.9

適用されるポリシー, 17.10.7

プロファイル, 17.10.8

プロパティ, 17.10.10

JVM診断を使用したリアルタイムでのトレース, 20.1.3

トラブルシューティング

JVM診断, 22.7

Oracle Service Bus, 10.9

SOA Suite, 11.17

U

ユーザー

エクスペリエンス, 14

フロー, 14.2.4

権限, 13.4

ロール, JVM診断の使用に必要な, 20.4

ユーザー・ロール, 13.4

V

表示

クラス・ヒストグラム, 21.8

コンポジット・アプリケーション, 4.5

コンポジット・アプリケーションのダッシュボード, 4.1

ヒープ・スナップショット, 21.8

オブジェクト別のヒープ使用量, 21.5.9.2

ルート別のヒープ使用量, 21.5.9.1

JVM診断クラス・ヒストグラム, 21.5.6.2

JVM診断のパフォーマンス・サマリー・ページ, 21.5.3

JVM診断スナップショット, 21.9.4

JVM診断しきい値違反, 21.10

JVMのホームページ, 21.5.1

JVMのライブ・スレッド分析ページ, 21.5.4

JVMパフォーマンス診断ページ, 21.5.2

JVMプールのライブ・スレッド分析ページ, 21.4.3

登録済JVMマネージャ, 21.2.5

登録済JVM, 21.2.5

JVM診断でのインスタンス診断リクエスト, 21.11

W

WebLogicドメイン, 12.1.1

モニタリング, 7

Oracle Business Intelligenceインスタンス, 12.1.1

Oracle Essbase, 12.1.2

WebLogic Server

収集メトリック, 7.3

オラクルの法律上の注意点について

コピーライトについて

Copyright © 1994-2017, Oracle and/or its affiliates. All rights reserved.

ライセンス制約の保証と結果的に生じる損害の免責

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

保証免責

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクルまでご連絡ください。

制限付権利について

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs. No other rights are granted to the U.S. Government.

危険な用途への使用について

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、Oracle Corporationおよびその関連会社は一切の責任を負いかねます。

商標と登録商標について

OracleおよびJavaはオラクルおよびその関連会社の登録商標です。その他の社名、商品名等は各社の商標または登録商標である場合があります。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

第三者のコンテンツ、製品、サービスに対する免責事項

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。適用されるお客様とOracle Corporationとの間の契約に別段の定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。適用されるお客様とOracle Corporationとの間の契約に定めがある場合を除いて、Oracle Corporationおよびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

アルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。Oracle Corporationおよびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

非公開のアルファ版およびベータ版ドラフト・ドキュメントについて

このドキュメントが非公開の試作版の場合:

このドキュメントに含まれる情報は、情報の共有のみを目的としたものであって、顧客諮問委員会(Customer Advisory Board)のメンバーとしてのお客様の立場でのみ、またはお客様のベータ・トライアル契約のみに従って検討されるべきものとします。マテリアル、コード、または機能の提供をお約束するものではなく、購入決定を行う際の判断材料とすべきではありません。このドキュメントに記載されている特徴または機能の開発、リリースおよび時期については、オラクルの裁量により決定されます。

このドキュメントには、ソフトウェアまたは印刷物などの形式を問わず、オラクルが独占的な権利を有する財産的情報が含まれています。この機密資料へのアクセスと使用は、お客様とオラクルとの間で締結され、お客様が遵守に同意した、Oracle Master Agreement、Oracle License and Oracle Services Agreement (オラクル・ライセンスおよびサービスに関する契約書)、Oracle PartnerNetwork Agreement、Oracle Distribution Agreementまたはその他のライセンス契約の条件に従うものとします。このドキュメントとその内容の開示、コピー、複製および配布には、オラクルによる事前の承諾を必要とします。このドキュメントはライセンス契約の一部となるものではなく、オラクルおよびその子会社や関連会社との契約を構成するものではありません。

ドキュメントのアクセシビリティについて

オラクルのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイトhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc を参照してください。

Oracle Supportへのアクセス

サポートをご契約のお客様には、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報はhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=infoか、聴覚に障害のあるお客様はhttp://www.oracle.com/pls/topic/lookup?ctx=acc&id=trsを参照してください。