HP OpenView Transaction Analyzer - · PDF fileHP OpenView Transaction Analyzer UNIX® (Sun Solaris、HP-UX、AIX、Linux) 版ソフトウェアバージョン : 3.1.1 インストール、設定ガイド

HP OpenView Transaction AnalyzerUNIX® (Sun Solaris、 HP-UX、 AIX、 Linux) 版

ソフトウェアバージョン : 3.1.1

インストール、設定ガイド

ドキュメント公開日 : 2006 年 5 月ソフトウェアのリリース日 : 2006 年 5 月

ご注意

保証について

HP 製品およびサービスに対する保証は、それらの製品およびサービスに付属している保証規定に明記された条項

に限られます。本書に記載された内容は、追加の保証を規定するものではありません。 HP は、本書の技術的およ

び編集上の誤りや不備について、その責任を負わないものとします。

この情報は予告なしに変更されることがあります。

法律上の権利の制限について

本書で取り扱っているコンピュータソフトウェアは秘密情報であり、その保有、使用、または複製には、 HP から

使用許諾を得る必要があります。 FAR 12.211 および 12.212 に従って、商業用コンピュータソフトウェア、コン

ピュータソフトウェアドキュメンテーション、および商業用製品の技術データは、ベンダ標準の商業用ライセン

スのもとで、合衆国政府にライセンスが付与されます。

著作権について

© Copyright 2001-2006 Hewlett-Packard Development Company, L.P.

商標について

Adobe® および Acrobat® は、米国 Adobe Systems Incorporated の登録商標です。

JavaTM は Sun Microsystems, Inc. の米国内での商標です。

Microsoft®、 MS-DOS®、および Windows® は Microsoft Corporation の米国内での登録商標です。

Oracle® は Oracle Corporation ( カリフォルニア州レッドウッドシティ ) の米国内での商標です。

UNIX® は The Open Group の登録商標です。

ドキュメントの更新情報

このマニュアルの表紙には、次の識別情報が記載されています。

• ソフトウェアのバージョン番号。ソフトウェアのバージョンを示します。

• ドキュメントの発行日。ドキュメントの更新のたびに変更されます。

• ソフトウェアのリリース日。ソフトウェアの今バージョンのリリース日を示します。

新版の有無や、現在使用中のエディションが新版かどうかを確認する場合は、次の URL を参照してください。

http://ovweb.external.hp.com/lpe/doc_serv/

適切な製品サポートサービスに登録して、更新版または新版を入手することもできます。詳細は、 HP の販売代

理店にご確認ください。

このドキュメントは、 Acrobat Reader バージョン 6 以上で閲覧することをお勧めします。

2

サポート

次の HP OpenView Web サイトを参照してください。

http://www.hp.com/managementsoftware/support

HP OpenView で提供する製品、サービス、サポートに関する詳細情報をご覧いただけます。

HP OpenView オンラインソフトウェアサポートには、お客さまご自身で問題を解決するのに役立つセルフソルブ

機能が用意されています。また、このサイトでは、業務の遂行に必要な各種対話型テクニカルサポートツールを

すぐにご利用いただけます。次の機能が用意されています。

• マニュアル類の検索

• オンラインでのエンハンスメント要求の登録

• ソフトウェアパッチのダウンロード

• サポートケースの登録とトラッキング

• サポート契約の確認、変更、および更新

• HP サポートの連絡先の確認

• 入手可能なサービスの確認

• フォーラムへの参加

• ソフトウェアトレーニングの確認と登録

各種サポートのご利用の際には、ほとんどの場合、 HP Passport ユーザーとしてご登録いただいたうえで、ログイ

ンすることが条件となります ( 多くの場合、サポート契約も必要です )。

アクセスレベルの詳細は、次のサイトを参照してください。

http://www.hp.com/managementsoftware/access_level

HP Passport ID の登録は、次のサイトで行うことができます。

http://www.managementsoftware.hp.com/passport-registration.html

対象読者

このガイドは、パフォーマンスおよびアプリケーションの担当者、および Web サーバー、アプリケーションサー

バー、データベースサーバーのソフトウェアコンポーネントに習熟している管理者向けに書かれています。

3

前提条件

OVTA をインストールし、設定するには、次の製品や概念について理解している必要があります。

• Sun Solaris、 HP-UX (IPF、 PA-RISC)、 AIX、または Linux (IPF、 x86) オペレーティングシステム

• Sun Java System Web Server ( 以前の iPlanet Enterprise Server/Sun ONE Web Server)、 IHS、または Apache Web Server

• J2EE アプリケーションサーバー

• データベース

OVTA は、次の製品に基づいています。

• Hewlett-Packard Application Server (HP-AS)

• SOLID Embedded Engine

• Java Web Start

その他のドキュメント

このドキュメントでは、 Java Diagnostics の設定方法に関してごく一部の情報のみを提供しています。詳細な設定 /使用方法については、『HP OVTA Java Diagnostics ユーザーガイド』を参照してください。

4

目次

1 概要 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .11

2 サポート対象プラットフォームと必要なシステム . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13

測定サーバー . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .13リモート OVTA Console の要件 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .14リモート OVTA Configuration Editor の要件. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .14

管理ノード . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .15ActiveX クライアントモニタ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .18JavaScript クライアントモニタ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .18

3 インストール. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

OVTA 測定サーバーソフトウェアのインストール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .20測定サーバーのインストールウィザード . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .20ライセンスの取得 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .23

ライセンスツール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .23ライセンス警告 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .2560 日間の試用版ライセンスの延長 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .26

測定サーバーデータベースの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .27SOLID Embedded Engine . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .27Oracle Standard Edition . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .29

測定サーバーのアップグレード . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .32管理ノードの相互運用性 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .33

Web サーバーおよびアプリケーションサーバーの管理ノードに OVTA をインストール . . . . . . . . . . . . . . . . . .34管理ノードのインストールウィザード . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .34Web サーバーおよびアプリケーションサーバーソフトウェアを複数マシン上の管理ノードにインストール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .36管理ノードのアップグレード . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .36

サイレントインストール. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .38OVTA で監視するアプリケーションサーバーと Web サーバーの選択 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .39

IPF の JVM を指定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .39OVTA をルート以外で使用できるようにする . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .40時刻の同期 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .42

4 Web サーバーの管理ノードの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43Sun Java System Web Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .43

Sun Java System Web Server 6 の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .43magnus.conf ファイルの例. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .44obj.conf ファイルの例 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .45

Apache Web Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .47共有メモリセグメント . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .48

5

5 Java および J2EE アプリケーションサーバーの管理ノードの設定. . . . . . . . . . . . . . . . . . . . . 49

AIX 上の BEA WebLogic Server (WLS) 8.1 と HotSpot JVM 1.5 上の WLS 9 を除く BEA WLS と BEA WebLogic Express (WLX) の全バージョン . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .50

タスク 1 : config-wls.sh スクリプトの実行 ( オプション ) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .50タスク 2 : 各 WLS サーバーの WLS の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .52

必要な修正をすべて含むサンプルスクリプト . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .53WebLogic Node Manager の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .54WebLogic のその他の設定－すべてのバージョン、すべてのプラットフォーム ( オプション ). . . . . . . . . . .54

SQL トレースサンプリング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .54拡張可能なクライアントモニタ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .54J2EE Collector の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .55

AIX 上の BEA WebLogic Server (WLS) と BEA WebLogic Express (WLX) のバージョン 8.1 と HotSpot JVM 1.5 上のバージョン 9.x . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .57

タスク 1 : BEAWlsInstall.sh スクリプトの実行 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .57タスク 2 : JDBC ドライバのインスツルメント . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .58タスク 3 : 各 WLS サーバーの WLS の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .59

必要な修正をすべて含むサンプルスクリプト . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .60AIX 上の WebLogic 8.1 および HotSpot 上の WebLogic 9.x に関するその他の設定 ( オプション ) . . . . . . . . .61

SQL トレースサンプリング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .61拡張可能なクライアントモニタ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .61J2EE Collector の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .62

IBM WebSphere Application Server 5.x . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .64WebSphere 5.x を設定するための前提条件. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .64WebSphere 5.x の自動設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .65

オプション . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .65WebSphere 5.x のインストール先 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .66

WebSphere 5.x の手動設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .66タスク 1 : OVTA の jar ファイルを WebSphere 拡張ライブラリにコピーする . . . . . . . . . . . . . . . . . . . . . . .66タスク 2 : 環境変数の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .66タスク 3 : サーブレット、 JSP、フィルタ、 EJB の監視を可能にする . . . . . . . . . . . . . . . . . . . . . . . . . . . . .67タスク 4 : JDBC の監視を可能にする . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .67タスク 5 : Apache SOAP の監視を可能にする . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .68タスク 6 : J2EE 対応 Web サービスの SOAP の監視を可能にする . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .69

WebSphere 5.x の設定の検証. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .70WebSphere 5.x に関するその他の設定 ( オプション ) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .70

SQL トレースサンプリング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .70Java Diagnostics のコンテキスト起動 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .70拡張可能なクライアントモニタ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .71

IBM WebSphere Application Server 6.x . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .72WebSphere 6.x を設定するための前提条件. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .72WebSphere 6.x の自動設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .72オプション . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .73WebSphere 6.x の手動設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .74

タスク 1 : OVTA の jar ファイルを WebSphere 拡張ライブラリにコピーする . . . . . . . . . . . . . . . . . . . . . . .74タスク 2 : 環境変数の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .74タスク 3 : サーブレット、 JSP、フィルタ、 EJB の監視を可能にする . . . . . . . . . . . . . . . . . . . . . . . . . . . . .75タスク 4 : JDBC の監視を可能にする . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .75

WebSphere 6.x の設定の検証. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .76

6

WebSphere 6.x に関するその他の設定 ( オプション ) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .76SQL トレースサンプリング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .76Java Diagnostics のコンテキスト起動 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .77拡張可能なクライアントモニタ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .77

JBoss Application Server 3.2 および 4.0 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .78JBoss Application Server の自動設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .78JBoss Application Server の手動設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .79

タスク 1 : OVTA の jar ファイルを JBoss ライブラリにコピーする . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .79タスク 2 : JBoss の各インスタンスの開始スクリプトを修正する . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .79

JBoss Application Server の設定の検証 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .80JBoss に関するその他の設定 ( オプション ) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .80


Tomcat サーバー (Servlet Container) 4.1、 5.0、および 5.5 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .82Tomcat サーバーの自動設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .82Tomcat サーバーの手動設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .83

タスク 1 : Tomcat 開始スクリプトを修正する . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .83タスク 2 : OVTA の jar ファイルを Tomcat ライブラリにコピーする . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .83

Tomcat サーバーの設定の検証 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .83Tomcat に関するその他の設定 ( オプション ) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .84


Oracle Application Server 10g バージョン 10.1.2+ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .85Oracle Application Server の自動設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .85Oracle Application Server の手動設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .86

タスク 1 : OVTA の jar ファイルを Oracle システムのクラスローダーディレクトリにコピーする . . .86タスク 2 : ovta-instr-all.jar をシステムクラスパスに追加する . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .86タスク 3 : OVTA を OC4J 設定プロパティに追加する . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .86

Oracle Application Server の設定の検証 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .87Oracle Application Server 10g に関するその他の設定 ( オプション ) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .87


Java の J2SE 監視を有効にする . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .88

6 OVTA の起動と停止 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91

OVTA の起動 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .91OVTA 測定サーバーソフトウェアの起動 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .91OVTA 管理ノードソフトウェアの起動 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .92管理ノードと測定サーバーとの間の通信の検証 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .92OVTA Console の起動 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .93

Java Web Start . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .93OVTA Configuration Editor の起動 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .93

Java Web Start を使用した、 OVTA Configuration Editor の起動 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .93OVTA の停止 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .94

測定サーバー上の OVTA の停止 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .94

7

管理ノード上の OVTA の停止 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .94

7 OVTA のアンインストール. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95

管理ノード上の OVTA ソフトウェアのアンインストール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .95WebLogic サーバーの設定解除 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .96WebSphere Application Server の設定解除 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .97JBoss Application Server の設定解除 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .98Tomcat Application Server の設定解除 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .98Oracle Application Server の設定解除 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .98Sun Java System Web Server の設定解除 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .98Apache Web Server の設定解除 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .98OVTA の削除 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .99

測定サーバーのアンインストール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .100Oracle データベースの削除 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .100OVTA の削除 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .101HP-UX . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .101Solaris. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .102

OVTA Console のアンインストール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .102OVTA Configuration Editor のアンインストール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .102サイレントアンインストール. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .103

8 高度な設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105

自動的に設定される項目 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .105クライアントモニタトランザクションエージェントの設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .106

クライアントモニタ Web アプリケーションの J2EE アプリケーションサーバーにおける配布 . . . . . . . .106OVIS の統合 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .107

OVIS - OVTA 統合の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .108クライアントシステムでの OVIS および OVTA Console の実行. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .108OVTA および OVIS の Web レコーダトランザクション . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .108

Java Diagnostics エージェントの統合 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .109ノードエージェントの管理 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .109

ノードエージェントをデーモンとして実行する . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .109UNIX のデーモンが実行されていることを検証する . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110ノードエージェントを手動で起動する . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110ノードエージェントを停止する . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110

SOLID データベースから Oracle への変更 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111HTTPS の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113

なぜ HTTPS を使用するのか . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113サーバー認証の全体像 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 113OVTA における HTTPS の設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 114

サンプル HTTPS リスナー設定ファイル . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 114keytool を使用して HTTPS を設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117

OVTA 測定サーバーを HTTPS 用に設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117OVTA 管理ノードを HTTPS 用に設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119OVTA で HTTP と HTTPS を切り替える . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .120

HTTP/HTTPS ポート番号の設定の切り替え . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .127プロキシの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .131

8

用語集 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 133

索引 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 143

9

10

1 概要

このガイドでは、 HP OpenView Transaction Analyzer (OVTA) を UNIX にインストールし、設定する

方法を説明します。 Windows の場合の説明については、『HP OpenView Transaction Analyzer インス

トール、設定ガイド Windows 版』を参照してください。

OVTA のインストールと設定は、次のタスクで構成されます。

1 OVTA コンポーネントのシステム要件の確認

2 OVTA 測定サーバーソフトウェアのインストール

3 データベースの設定

4 管理ノードへの OVTA トランザクションエージェントのインストール

5 Web サーバーおよびアプリケーションサーバーの管理ノードの設定

6 OVTA コンポーネントが正しくインストールおよび設定されたこと、管理ノードが正しく設

定されたことの確認

7 URL 要求をより小さなビジネストランザクションの集合にマップするトランザクション分

類ルールの設定

8 必要に応じて、選択した Web ホストまたはすべての論理 Web ホストに適用するアプリケー

ショントランザクショングループの設定

9 必要に応じて J2EE アプリケーションサーバーのメトリックを収集する OVTA の設定

さらに、このガイドでは、 OVTA の起動と停止方法、アンインストールとアップグレードの各

手順、および高度な設定オプションについても説明しています。

➤ 注記

ソフトウェアをインストールする前に、『HP OpenView Transaction Analyzer パフォーマンスと

スケーラビリティガイド』を読んでおくことを強くお勧めします。このガイドでは、ソフト

ウェアの配布方法が OVTA のパフォーマンスとスケーラビリティにどのように影響するかを

説明しています。

11

12 第 1 章

2 サポート対象プラットフォームと必要なシステム

ソフトウェアをインストールする前に、『HP OpenView Transaction Analyzer パフォーマンスとスケーラビリティガイド』をお読みください。

OVTA Java Diagnostics のサポート対象プラットフォームと必要なシステムについては、『HPOVTA Java Diagnostics ユーザーガイド』を参照してください。

更新に関する情報は、関連するリリースノートを参照してください。

測定サーバー

サポートされるプラットフォーム

オペレーティングシステム Sun Solaris 8 または 9HP-UX 11i v1 および IIi v2 u2

Java Java 2 Platform, Standard Edition v 1.4 (JRE 1.4) (OVTA にバンドル )

アプリケーションサーバー HP Application Server (HP-AS) 8.1 (OVTA にバンドル )

データベース SOLID Embedded Engine 4.0 (OVTA にバンドル、非稼動環境向け ) または Oracle 9i または Oracle 10g (OVTA Embedded データベースの代わりに Oracle を使用する場合 )

ディスク容量 1 GB必要なディスク容量は、設定するデータ保持 / アーカイブのポリシーや、管理対象のトランザクションタイプの数を決めるトランザクション分類ルールに応じて多くなることがあります。

メモリ 1 GB ( 低 )

システム要件

/tmp ディレクトリのディスク容量

OVTA インストールプログラムのサイズの約 3 倍

SHMMAX 20 MB 以上

SHMSEG 4 以上

SEMMNI 2 ずつ増やす

13

リモート OVTA Console の要件

リモート OVTA Configuration Editor の要件

大処理ヒープサイズ ( データセグメントサイズ )

256 MB 以上 (“ulimit -d” >= 256000)

Red Hat Linux 3 および 4、SuSE Linux

ライブラリ libstdc++-libc6.2-2.so.3。ライブラリパス (/usr/lib、 /usr/local/lib または /opt/HPOV_IPA/lib) にライブラリ libstdc++-libc6.2-2.so.3 がない場合は、C++ 互換パッケージ ( たとえば compat-libstdc++-7.3-2.96.122 または新バージョンのパッケージ ) をインストールしてください。本パッケージは以下の URL からダウンロードできます。http://rpmfind.net/linux/rpm2html/search.php?query=compat-libstdc%2B%2B このパッケージの推奨インストール先は /opt/HPOV_IPA/lib または /usr/lib です。

Red Hat Enterprise Linux 2.1 bc-1.06-5.i386.rpm などの「bc」パッケージ ( 通常、他のバージョンの Linux には既にインストールされています )。

Red Hat Linux Advanced Server 2.1 (IPF)

2.4.18-e.43smp 以降のバージョンのカーネル。

Solaris 5.8 ( 以降 ) (SPARC) Java Diagnostics には http://sunsolve.sun.com/pub-cgi/show.pl?target=patches/J2SE にある推奨パッチが必要です。

Sun Solaris 8 パッチ 108434-03 SunOS 5.8: C++ の共有ライブラリパッチ、 109147-09 SunOS 5.8: リンカパッチ

コンポーネント要件

Java 測定サーバー上でローカルに使用する Console 用の JRE 1.4 (OVTA にバンド

ル、ほとんどのプラットフォーム向け )

ブラウザ Microsoft Internet Explorer 5.0 以上

Netscape Navigator 4.7 以上

ソフトウェア JRE 1.4 以上にバンドルした Java Web Start


Java 測定サーバー上でローカルに使用する Console 用の JRE 1.4 (OVTA にバンド

ル、ほとんどのプラットフォーム向け )

ブラウザ Microsoft Internet Explorer 5.0 以上

Netscape Navigator 4.7 以上

ソフトウェア JRE 1.4 以上にバンドルした Java Web Start

システム要件

14 第 2 章

管理ノード


オペレーティングシステム • Sun Solaris 8 または 9• HP-UX 11i v1 (PA-RISC) および 11i v2 u2 ( PA-RISC、 IPF)• AIX 5.1、 5.2、または 5.3• Red Hat Linux Advanced Server 2.1/3.0/4.0 または Enterprise Server 2.1/3.0

(x86、 IPF) または 4.0 (x86、 IPF)SuSE Linux Enterprise Server 8.0 and 9.x (IPF 上では未サポート )

Java • JRE 1.4 (HP-UX IPF、 Linux IPF 上以外は OVTA にバンドル )• JRE 1.4.2 以上 (HP-UX IPF、 Linux IPF 上で必要 )BEA JRockit は未サポート。

Web サーバー • Sun Java System Web Server 6.x (IPF プラットフォーム/SUSE Linux/RHEL 4.0 上では未サポート )

• Apache 1.3.x または 2.0.43 以上 (IPF プラットフォーム /SUSE Linux/RHEL 3.0 上では Apache 1.3 は未サポート )

• IBM HTTP Server 1.3.x または 2.0 (IPF プラットフォーム /Linux RHEL 3.0 上では未サポート、 SUSE Linux 上では 2.0 のみサポート )

サポート対象プラットフォームと必要なシステム 15

サポート対象プラットフォームに関する新の情報は、次のサイトを参照してください。http://support.openview.hp.com/sc/support_matrices.jsp

アプリケーションサーバー • BEA WebLogic Server および WebLogic Express 6.1、 7.0、 8.1、 9.0、または 9.1 (6.1 および 7.0 は IPF プラットフォーム上では未サポート )

• BEA WebLogic Express 6.1 以上 (IPF プラットフォーム上では未サポート )• IBM WebSphere 5.x または 6.x (IPF プラットフォーム上では未サポート )• JBoss Application Server 3.2 および 4.0 (IPF プラットフォーム /AIX 上では未

サポート )• Tomcat 4.1、5.0 (IPF プラットフォーム /AIX 上では未サポート ) または 5.5。

パフォーマンスのオーバーヘッドの原因となるため、 Tomcat を現行の Sun Hotspot JDK 1.5 と一緒に使用しないでください。

• Oracle 10g Application Server バージョン 10.1.2

注記 :

サードパーティの JVMPI エージェントは、 OVTA または Java Diagnostics トランザクションエージェントとともに使用できません。

以下の JVM を使用する場合、現在 Java Diagnostics はサポートされていません。

影響を受ける JVM アプリケーションサーバー

IBM JDK 1.4.x および 1.5.x* WAS 5.x および 6.x on (Linux および AIX)WLS 8.1 (AIX)

BEA JRockit 1.5.0** WLS 9.x、 Tomcat 5.5JRockit 1.4.2_02 より前のバージョンの BEA JRockit WLS 7.0* Hewlett-Packard および IBM は現在この問題の解決に取り組んでいます。

** Hewlett-Packard および BEA は現在この問題の解決に取り組んでいます。

HP-UX PA-RISC システム上では、 Java Diagnostics は BEA WebLogic Server(WLS) 6.1 をサポートしていません。 PA-RISC 上で HP-UX 用 BEA WebLogicServer 6.1 と一緒に Java Diagnostics を実行すると、次のエラーが発生します。

/usr/lib/dld.sl: Unresolved symbol: __nw__13ObjectMonitorSFUl (code)from jdk131/bin/../jre/lib/PA_RISC2.0/server/libjvm.sl

この原因は、 WLS 6.1 に同梱されている組み込み Java SDK バージョン 1.3.1です。

この問題を解決するには、 SDK の新しいバージョンにアップグレードするか、WebLogic Server にサービスパックをインストールしてください。HP-UX上の Java プラットフォーム用 SDK 1.3 は http://www.hp.com/products1/unix/java/java2/sdkrte1_3/downloads/index.html からダウンロードできます。

BEA Web サイトは、 WebLogic Server 6.1 は 1.3.1.01 から 1.3.1.09 までの SDKと一緒に使用できると報告しています。 WebLogic Server 用アップデート(SP1 から SP7) は、 Java SDK の新しいバージョンに同梱されています。


16 第 2 章

システム要件

ディスク容量 150 MB

/tmp ディレクトリのディスク容量

OVTA インストールプログラムのサイズの約 3 倍

SHMMAX 20 MB 以上

SHMSEG 2 以上

大処理ヒープサイズ ( データセグメントサイズ )

256 MB 以上 (“ulimit -d” >= 256000)

Red Hat Linux 3 および 4、SuSE Linux

ライブラリ libstdc++-libc6.2-2.so.3ライブラリパス (/usr/lib、 /usr/local/lib または /opt/HPOV_IPA/lib) にライブラリ libstdc++-libc6.2-2.so.3 がない場合は、 C++ 互換パッケージ ( たとえば compat-libstdc++-7.3-2.96.122 または新バージョンのパッケージ ) をインストールしてください。本パッケージは以下の URL からダウンロードできます。http://rpmfind.net/linux/rpm2html/search.php?query=compat-libstdc%2B%2B このパッケージの推奨インストール先は /opt/HPOV_IPA/lib または /usr/lib です。

Red Hat Enterprise Linux 2.1 bc-1.06-5.i386.rpm などの「bc」パッケージ ( 通常、他のバージョンの Linux には既にインストールされています )。

IPF 上の Red Hat Linux Advanced Server 2.1

2.4.18-e.43smp 以降のバージョンのカーネル。

IPF 上の Linux libpthread-0.9.so および libc-2.2.4.so 互換ライブラリ

これらの互換ライブラリがない場合、 JD コンソールから JD セッションを終了またはキャンセルすると、JD Node Agent がクラッシュする場合があります ( ノード名に赤い×印が表示されます )。共有ライブラリ libpthread-0.9.so および libc-2.2.4.so は glibc-2.2.4-29.2 に含まれています。 glibc-2.2.4-29.2 は以下のサイトからダウンロードできます。 http://rpmfind.net//linux/RPM/redhat/enterprise/2.1AS/ia64/src/glibc-2.2.4-29.2.src.html

HP-UX IPF ライブラリ libstdc++-libc6.2-2.so.3。このライブラリがまだインストールされていない場合は、以下のサイトから gcc ランタイムパッケージをダウンロードできます。

http://gatekeep.cs.utah.edu/hppd/hpux/Gnu/ 本リリース時には、次のバージョンが利用可能です。

http://gatekeep.cs.utah.edu/hppd/hpux/Gnu/libgcc-4.1.0/ OVTA コンポーネントまたは OVTA が監視する Web サーバーおよびアプリケーションサーバーの起動に使用するパス環境変数に、 GNU ランタイムライブラリのパスを追加する必要があります。

Solaris 5.8 ( 以降 ) (SPARC) Java Diagnostics には http://sunsolve.sun.com/pub-cgi/show.pl?target=patches/J2SE にある推奨パッチが必要です。

Sun Solaris パッチ要件 Solaris 8 – 108434-03 SunOS 5.8: C++ の共有ライブラリパッチ、 109147-09 SunOS 5.8: リンカパッチ

その他のパッチ JRE または JDK ベンダーが推奨するすべての OS パッチ。

サポート対象プラットフォームと必要なシステム 17

ActiveX クライアントモニタ

JavaScript クライアントモニタ

HP-UX 11i には新しいオプションがあり、『HP-UX 11i リリースノート』の第 8 章 ( セクション

8.4 「大規模プライベート・データ・スペース」 ) で説明されています。この HP-UX オプション

は、 armd の実行と互換性がありません。 HP-UX 11i のドキュメントを参照するか、システム管

理者に問い合わせて、システム上でこのオプションが使用されているかどうかを確認し、必要に応じて無効にしてください。


ブラウザ Microsoft Internet Explorer 5.0 ～ 6.0


ブラウザ Microsoft Internet Explorer 5.0 ～ 6.0

Netscape Navigator 4.5 ～ 7.x

18 第 2 章

3 インストール

この章では、以下のことを行う方法を説明します。

• 測定サーバーソフトウェアを、ライセンスを含めてインストールする準備をする

(20 ページを参照 )

• インストールウィザードを使用して測定サーバーソフトウェアをインストールする


• 製品のライセンスを取得してインストールする (23 ページを参照 )

• 測定サーバーデータベースを設定する (27 ページを参照 )

• 測定サーバーソフトウェアをアップグレードする (32 ページを参照 )

• 管理ノードソフトウェアをインストールする準備をする (34 ページを参照 )

• インストールウィザードを使用して管理ノードソフトウェアをインストールする


• 管理ノードソフトウェアをアップグレードする (36 ページを参照 )

• サイレントインストールを使用して測定サーバーまたは管理ノードソフトウェアを

インストールする (38 ページを参照 )

• ルート以外のユーザーが OVTA の起動 / 停止スクリプトを実行できるようにする


• 測定サーバーと管理ノードのクロックを同期させる (42 ページを参照 )

19

OVTA 測定サーバーソフトウェアのインストール

OVTA 測定サーバーソフトウェアをインストールすると、OVTA Console、Java Diagnostics Consoleおよび OVTA Configuration Editor もインストールされます。インストールを開始する前に、第 2章、「サポート対象プラットフォームと必要なシステム」に記載されている要件をシステムが満たしていることと、 root としてログインできることを確認してください。

既存の OVTA インストール環境でのアップグレードまたは同一バージョンの再インストールの場合は、 32 ページの「測定サーバーのアップグレード」を参照してください。

OVTA ソフトウェアのすべてのコンポーネントを、 1 台のマシンに、任意の順序でインストールできます。ただし、コンポーネントを別々のマシンにインストールする場合でも、初に測定サーバーソフトウェアをインストールし、次に管理ノードをインストールすることをお勧めします。すべてのコンポーネントを同じマシンにインストールするには、インストールウィザードを 2 回実行する必要があります。

OVTA ソフトウェアは、インストールウィザードかサイレントインストールのいずれかを使用してインストールできます。インストールウィザードでは、インストールに関する一連のダイアログが表示されます。サイレントインストールは、ユーザーとの対話が不要です。事前に用意した入力ファイルからすべての入力値を取得するので、多数のノードをインストールする場合に役立ちます。

OVTA 3.x では、クライアント監視、管理ノード上のアプリケーション監視、およびグラフィカル表示に関連して負荷を分担する、プライマリ / セカンダリ構成の測定サーバーを実行できます。プライマリ / セカンダリアーキテクチャでは、 1 台の ( そして唯一の ) プライマリ測定サーバーと、任意の台数のセカンダリ測定サーバーのすべてが、同じデータベースに対してデータを入出力できます。システム全体のスケーラビリティは、データベースのスケーラビリティ ( データベースが処理できる 1 秒あたりのトランザクション数 ) によってのみ制限されます。データベースには、稼動環境に耐える品質が求められます。複数の大規模ボリュームのデータにまたがるクエリを、許容し得る時間枠で実行できることが必要です。

プライマリ測定サーバーとセカンダリ測定サーバーの両方をインストールする場合は、プライマリ測定サーバーを先にインストールします。

Oracle のデータベースを利用している場合は、初にプライマリ測定サーバーをインストールし、次に Oracle の設定を行います。セカンダリ測定サーバーを使用する場合、インストールは Oracleの設定後に実行します (29 ページの「Oracle Standard Edition」を参照 )。

セカンダリ測定サーバーは、プライマリ測定サーバーの機能のサブセットを提供します。アーカイブサービスと要約サービスは、プライマリ測定サーバー上でのみ稼動します。 ConfigurationEditor を読み書きモードで実行できるのは、プライマリ測定サーバー上のみです。

プライマリおよびセカンダリ測定サーバー構成の詳細は、『HP OpenView Transaction Analyzer パフォーマンスとスケーラビリティガイド』を参照してください。

測定サーバーのインストールウィザード

インストーラの GUI には X-Window System (X11) が使用されています。ディスプレイホスト ( グラフィカル表示を行うホスト ) が X サーバーを実行する必要があります。 OVTA をインストールするシステムには X11 がインストールされている必要があります。そして、その DISPLAY 環境変数をアドレスに設定し、ディスプレイホストの数を表示させます。システムに OVTA をインストールする前には、簡単な X クライアント ( 「xterm」または「xclock」など ) を呼び出し、スクリーンに表示されるかどうかをテストします。

X-Window System が利用できない場合は、 38 ページの「サイレントインストール」を使用してください。

測定サーバーは、 /opt/HPOV_IPA (UNIX の場合 ) または /usr/lpp/HPOV_IPA (AIX の場合 ) のいずれかにインストールします。インストールディレクトリの変更はできません。 /opt へのインストールが難しい場合は、「/opt/HPOV_IPA」という名前でリンクを作成し、他のディレクトリを参照するように設定します。

20 第 3 章

1 OVTA 製品 CD を CD-ROM ドライブにセットします。

2 マウントコマンドを使用して、 OVTA 製品 CD をマウントします。このコマンドの実行時に問題が起きる場合は、システム管理者に問い合わせて各プラットフォームのマニュアルを参照してください。

3 インストールプログラム (install.bin) を CD から書き込み可能なファイルシステム ( たとえば、 /tmp) にコピーします。

cp <CD mount point>/hpovta/InstData/<AIX|HPUX|Solaris|Linux>/VM/install.bin <writable file system dir>

4 カレントディレクトリを、 OVTA インストールプログラム (install.bin) を保存したディレクトリに変更します。

5 sh ./install.bin と入力します。

6 OVTA インストールウィザードが起動して、インストールを開始します。次の点に注意してください。

— プライマリ測定サーバーかセカンダリ測定サーバーのどちらかを選択します。

セカンダリ測定サーバーをインストールする手順は、プライマリ測定サーバーのインストールとほとんど同じですが、追加のパネルが表示されます。各セカンダリ測定サーバーのインストールでは、追加のパネルで、セカンダリ測定サーバーの接続先となるプライマリ測定サーバーの属性を設定するよう求められます。

プライマリ測定サーバーとセカンダリ測定サーバーの両方をインストールする場合は、プライマリ測定サーバーを先にインストールします。

Oracle のデータベースを利用している場合は、初にプライマリ測定サーバーをインストールし、次に Oracle の設定を行います。セカンダリ測定サーバーを使用する場合、インストールは Oracle の設定後に実行します (29 ページの「Oracle Standard Edition」を参照 )。


— Hewlett-Packard Application Server (HP-AS) が既にインストールされている場合は、そのインストール先フォルダの完全なパスを入力します。まだインストールされていない場合は、 HP-AS をインストールする予定のパスを入力します。インストーラにより、 HP-ASの管理者パスワードの入力が求められます。その後、HP-AS のインストーラとインストーラ入力ファイルが /opt/HPOV_IPA/hpas に配置されます。インストーラが終了した後、次の手順を実行します。

– HP-AS インストーラを実行します。

cd /opt/HPOV_IPAjre/bin/java -jar hpas/hpas_install.jar -f \ /opt/HPOV_IPA/hpas/hpas_install.properties

– OVTA インストーラをもう一度実行し、測定サーバーを選択して、測定サーバーのコンポーネントをインストールします。

— 測定サーバーからの応答時間の測定値を格納するデータベース (SOLID または Oracle) を選択します。 Oracle を選択した場合は、 Oracle Standard Edition をインストールして設定する必要があります ( 詳細は、 27 ページの「測定サーバーデータベースの設定」を参照 )。

注記 : OVTA に含まれる SOLID データベースは、稼動環境での使用に適していません。

リンクを作成し、対象のディレクトリが削除されている状態で OVTA のインストールを実行すると、インストールに成功したという誤った報告が行われます。

インストール 21

— インストーラにより、インストールするプライマリ測定サーバーと各セカンダリ測定サーバーの以下の属性を指定するように求められます。

– [Measurement Server Protocol]: 測定サーバーとの通信に HTTPS を使用するかどうかを指定します。 HTTPS を使用する場合は、システムを HTTPS 通信用に設定する必要があります ( 詳細は、第 8 章、「高度な設定」を参照 )。

– [Measurement Server Host Name]: 測定サーバーソフトウェアをインストールするホストの完全修飾ドメインネームシステム (DNS) 名を指定します。ホスト名は、次の形式で入力してください。 machine.domain.com

– [Measurement Server HTTP Port]: リモートシステム上の OVTA トランザクションエージェントが測定サーバーと通信するために使用する HTTP ポート番号を指定します。任意の番号を入力できます。特に値を指定しない場合、 OVTA はポート番号 7555 を使用します。

デフォルト以外のポート番号を指定する場合は、 hpas 設定ファイル <hpas_installation_dir>/config/ovta/http-service-config.xml 内のリスナーサービスポートを修正する必要があります。

– [Measurement Server HTTPS Port]: リモートシステム上の OVTA トランザクションエージェントが測定サーバーと通信するために使用する HTTPS ポート番号を指定します。任意の番号を入力できます。

特に値を指定しない場合、 OVTA はポート番号 443 を使用します。デフォルト以外のポート番号を指定する場合は、 hpas 設定ファイル <hpas_installation_dir>/config/ovta/http-service-config.xml 内のリスナーサービスポートを修正する必要があります ( 詳細は、第 8 章、「高度な設定」を参照 )。

7 インストール時にエラーや警告が発生した場合は、インストールログファイルをチェックし、必要に応じて『HP OpenView Transaction Analyzer トラブルシューティングガイド』を参照してください。次のテキストファイルを開いて表示します。

/<ovta_installation_dir>/HP_OpenView_Transaction_Analyzer_InstallLog.xml/<ovta_installation_dir>/data/log/config-wls.log

8 HP-AS は、ポート 2200 および 22000 を使用して OVTA と通信します。これらのポートを既に使用中の場合は、次のパラメータを修正してください。

<ovta_installation_dir>/bin/ovtams-launch.sh で、次のポート番号を検索して修正します。

HP_OVTA_ARGS=”port 22000 -group ovta -jmxport 2200”

9 HP-AS を再起動します。

10 インストールの完了後、 HP-AS に OVTA のパッチが正常に適用されたことを確認します。

「/opt/HPOV_IPA/data/log/hpaspatch_8.log」という名前のファイルを検索してください。

このファイルが存在し、ファイル内に「BUILD SUCCESSFUL」というメッセージが含まれている場合、パッチは正常に適用されています。

ファイルが存在しなかった場合は、手動でパッチを適用する必要があります。手動での適用は、 root またはディレクトリに対する書き込みアクセス権を持ったユーザーとして /opt/HPOV_IPA/bin/install_hpas_patch8.sh を実行します。パッチは測定サーバーの再起動後に有効になります。

11 データベースとして Oracle を選択する場合は、 27 ページの「測定サーバーデータベースの設定」を参照して、測定サーバーのインストールを完了します。

12 HTTPS 通信を選択する場合は、第 8 章、「高度な設定」を参照して、測定サーバーのインストールを完了します。

13 Web サーバーおよびアプリケーションサーバーの管理ノードに OVTA をインストールし、設定します。

22 第 3 章

14 インストールと設定の完了を確認します。管理対象のアプリケーションを起動し、 OVTA Console にデータが問題なく表示されるかチェックしてください。

15 管理対象の Web アプリケーションに対する適切なトランザクション分類ルールを設定します。

ライセンスの取得

OVTA を使用するには、ライセンスキーが必要です。

プライマリ測定サーバーとセカンダリ測定サーバーは双方とも、初のインストール時にインスタントオンライセンス ( 試用版ライセンス ) を取得します。各サーバーを別々の日にインストールした場合は、試用版ライセンスの期限切れの日付が異なります。

試用版ライセンスコードは TRIAL_OVTA です。試用版ライセンスの有効期限は 60 日間です。引き続き OVTA を使用するには、 60 日間の試用期限が切れる前に、試用版の評価用エクステンションまたは恒久ライセンスを取得する必要があります。

恒久ライセンスの取得については、HP の担当営業までお問い合わせください。連絡先が不明の場合は、 http://www.openview.hp.com/buy にアクセスして、左側のナビゲーションペインの [How tobuy] をクリックしてください。

恒久ライセンスまたはライセンスエクステンションをインストールするには、 OVTA ライセンスツールを使用します (26 ページの「60 日間の試用版ライセンスの延長」を参照 )。

ライセンスは、測定サーバーに報告を行うトランザクションエージェントの数およびトップレベルのクライアントモニタトランザクションの数に応じて取得する必要があります ( 試用版ライセンスでは、トランザクションエージェントやクライアントモニタトランザクションの数に制限はありません )。ライセンスはすべて、管理ノードではなく、プライマリ測定サーバーにインストールします。

プライマリ測定サーバーに恒久ライセンスをインストールすると、その情報がセカンダリ測定サーバーにも伝達され、恒久ライセンスに切り替わります。ただし、レセプタが新しいライセンスを取得できるように、セカンダリ測定サーバーを再起動する必要があります。

ライセンスツール

ライセンスツールの GUI には X-Window System (X11) が使用されています。ディスプレイホスト( グラフィカル表示を行うホスト ) が X サーバーを実行する必要があります。プライマリ測定サーバーには X11 がインストールされている必要があります。そして、その DISPLAY 環境変数をアドレスに設定し、ディスプレイホストの数を表示させます。

次のスクリプトを実行して、ライセンスツールを起動します。

/<ovta_installation_dir>/bin/OVTALicense.sh

ライセンスツールを使用して、恒久ライセンスおよび評価用エクステンションライセンスを、プライマリ測定サーバーにのみインストールします。インストールしたライセンスは、セカンダリ測定サーバーに伝達されます。セカンダリ測定サーバーでは、インストールされているライセンスを表示し、ライセンスの現在の使用状況を確認する場合にのみ、ライセンスツールを使用してください。

HTTP 測定のデフォルト設定を使用すると、すべての Web アプリケーションが測定されます。また、各 URL には固有の OVTA トランザクションが作成されます。独立した URL が大量に存在する実際の稼動環境や負荷テストでは、この設定は使用しないようにしてください。 Web アプリケーションを適切に定義して、URL をより小さなビジネストランザクションの集合にマップするための分類ルールを設定する方法については、『HP OpenView Transaction Analyzer ユーザーガイド』の「設定」の章を参照してください。


次の図にライセンスツールを示します。

ライセンスツールの [License Details] パネルが開き、パネルに記載された各項目のサマリレポートが表示されます。このサマリから、ライセンスの追加の必要性を判断します。

恒久ライセンスをインストールするには

1 ライセンスツールを起動します。

2 [License] → [Install] の順に選択します。

一連の画面に OVTA の恒久ライセンスのインポートとインストールに関するいろいろなオプションが表示されます。HP OpenView の発注書を持っていて、インターネット接続が正しく行われている場合は、 Web からライセンスキーをインポートできます。ライセンスキーをインポートし、保存済みの場合は、保存したファイルからライセンスキーを取り出すことができます。

発注書番号を使用してキーをダウンロードするときは、次の機能を有効にするために、必要なライセンス (LTU) の数を指定する必要があります。

• HP OVTA Client Monitoring

• HP OVTA Client Monitoring Add'l 25

• HP OV Transaction Agent Tier 0





• HP OV Mainframe Transaction Agent

Java Diagnostics ライセンスは、ライセンスツールから表示することができますが、 OVTA の主要な製品を有効にすることはできません。

恒久ライセンスのインポートに関する一般的な OpenView フレームワークの詳細は、 http://ovweb.external.hp.com/lpe/doc_serv/ から参照することができます。オンライン製品マニュアルのリストから「Autopass」を選択してください。

24 第 3 章

ライセンス警告

試用期間中は、トランザクションエージェントとクライアントモニタトランザクションを制限なく使用できます。クライアントモニタパックライセンスまたは管理ノードライセンスをインストールすると、恒久ライセンスをインストールしたと見なされます。恒久ライセンスをインストールすると、使用するトランザクションエージェントまたはクライアントモニタトランザクションの数がインストール済みのライセンスの数を超えるたびに、警告メッセージが表示されます。

• トランザクションエージェントのライセンス数を超えた場合の警告

OVTA 測定サーバーは、管理ノードから報告を受けるときに管理ノードを検出し、管理ノードの数をカウントします。管理ノードのライセンスを別のマシンに移すには、管理ノードソフトウェアを削除し、移動先のマシンにソフトウェアをインストールする必要があります。

ライセンス数が管理ノード数の設定値に満たない場合、 Console、 Configuration Editor、またはライセンスマネージャを起動するときに警告メッセージが表示されます。

ライセンス数が足りないために管理ノードから管理ノードソフトウェアを削除した場合、そのノードから収集したデータをすべて削除するまで、そのノードはカウントされ、警告メッセージが表示されます。デフォルトでは、 30 日後に OVTA アーカイバから収集データが削除されます。この期間は設定可能です。

管理ノードライセンスがないにもかかわらず、有効なクライアントモニタパックライセンスを持っている場合、インストール済みの管理ノードから引き続きデータが収集されますが、適切な数のトランザクションエージェントライセンスをインストールするまで、警告メッセージが表示されます。

• クライアントモニタトランザクションのライセンスを超えた場合の警告

OVTA 測定サーバーは、クライアントモニタから報告された固有のトップレベルトランザクションの数をカウントします。

クライアントモニタが監視しているトップレベルトランザクションの数にライセンス数が満たない場合、警告メッセージが表示されます。


有効な OVTA ライセンスがない場合、 OVTA は、 OVIS プローブから転送されるデータを収集しません。その結果、 OVIS ダッシュボードから OVTA Console を起動できなくなります。

60 日間の試用版ライセンスの延長

1 回限りの 60 日間試用版 ( 評価用 ) ライセンスキーエクステンションを要請するには、Hewlett-Packard のパスワードセンターに連絡してください。

1 WebWare の Web サイト (www.webware.hp.com) にアクセスし、 [contact a password deliverycenter] をクリックして、地域のパスワードセンターの電話番号を入手します。電話番号と営

業時間をこの後に記載しておきます。お住まいの地域以外のパスワードセンターに連絡して

もかまいません。

Hewlett-Packard Password Center for U.S.A

電話 : (801) 431-1597 または (800) 326-0411

Fax: (801) 431-3654

営業時間 : 6:00 am ～ 6:00 pm MST ( 山岳部標準時 )

Hewlett-Packard Password Center for Europe/Africa

電話 : (+31-55-543-4642)

Fax: (+31-55-543-4645)

営業時間 : 9:00 ～ 18:00 CET ( 中央ヨーロッパ標準時 )

Hewlett-Packard Password Center for Asia Pacific

電話 : +81-3-3227-5672 ( 日本以外 ) または +81-03-3227-5264 ( 日本国内 )

Fax: (+81-3-3227-5238)

営業時間 : 9:00 am ～ 5:00 pm JST ( 日本標準時 )

2 パスワードセンターに連絡して、試用版 ( 評価用 ) ライセンスエクステンションを要請します。

重要な注記 : これは 1 回限りの 60 日間の延長です。

次の情報を WebWare の担当者に伝えられるように準備してください。

– 製品番号 (TRIAL_OVTA)

– 製品名 (HP OV Transaction Analyzer Eval Extension LTU)

– OVTA 測定サーバーの IP アドレスとご使用のオペレーティングシステム

26 第 3 章

試用版ライセンス / パスワードエクステンションは、電子メールで送付されます。送付されたライセンスは、 OVTA 測定サーバー上で OVTA ライセンスツールを使用して OVTA に「インポート」します。

測定サーバーデータベースの設定

データベースとしては、 SOLID または Oracle を使用できます。 OVTA に含まれる SOLID データベースは、稼動環境での使用に適していません。

SOLID から Oracle へのデータベース変更に関する情報は 111 ページの「SOLID データベースからOracle への変更」を参照してください。

SOLID Embedded Engine

測定サーバーをインストールするときに SOLID データベースを選択すると、 SOLID EmbeddedEngine が自動的にインストールおよび設定され、始動時に自動的に起動するように設定されます。デフォルトでは、OVTA はポート番号 1314 を使用して SOLID データベースサーバーと通信します。

SOLID データベースは、プライマリ測定サーバーにのみインストールされます。

別のポートを使用する必要がある場合は、 2 つのファイルを編集する必要があります。

/<ovta_installation_dir>/data/conf/ipainit.xml

/<ovta_installation_dir>/data/databases/solid.ini

これらの各ファイルで、 1314 を検索して、必要なポート番号に置き換えてください。

SOLID キャッシュの設定

SOLID Embedded Engine ではキャッシュサイズの設定が可能です。大量のデータを表示する際にOVTA GUI の動きが遅く感じられる場合は、キャッシュサイズを増やすことでパフォーマンスが改善する場合があります。 <ovta_installation_dir>/data/ databases/solid.ini ファイルを編集して、「CacheSize」値を変更します。次の例では、キャッシュサイズを 256 MB に設定しています。

CacheSize=256m

ファイルを保存し、 OVTA 測定サーバーを再起動します。

設定値が大きすぎると SOLID が起動しない場合があります。このとき、次のメッセージが表示されます。

SOLID Fatal error: Out of central memory (alloc size = ..., total bytes = ...)

以下のいずれかの方法を実行すると、 SOLID により多くのメモリを割り当てることができます。

• プロセスデータセグメントのサイズの上限を増やす。「limit」 (csh) または「ulimit -a」を実

行し、大「data」または「datasize」をチェックする。「unlimited」になっていない場合は、

「limit datasize ...」または「ulimit -d ...」を使用してより大きな値の指定が可能。詳細は、

「limit」または「ulimit」 man page を参照。

• 大量のメモリを使用しているプロセスを停止する。

メモリの割り当てができない場合は、 SOLID のキャッシュサイズ設定を小さくします。


SOLID データベースのバックアップ

SOLID Embedded データベースは毎日午前 1 時にバックアップが作成されるように設定されています。バックアップは、<ovta_installation_dir>/data/databases/backup ディレクトリに作成されます。バックアップの作成に必要な時間は、「Backup started ( バックアップが開始されました )」のメッセージが表示されてから「Backup completed successfully ( バックアップが正常に完了しました )」のメッセージが表示されるまでの時間です。これらのメッセージは solmsg.out log ファイルに書き込まれます。

バックアップを作成する時刻を編集するには、<ovta_installation_dir>/data/databases/solid.ini の次のエントリを編集して、別の時刻を指定します。

At=01:00 backup

たとえば、バックアップ時刻を午後 11 時に変更するには、次のように入力します。

At=23:00 backup

トランザクションの処理数が少ない時間帯に自動バックアップを実行するように設定することを推奨します。バックアップが完了すると、ディスクの破損に備えて別のメディアにバックアップファイルをコピーすることができます。

バックアップが作成される場所を編集するには、 solid.ini の次のエントリを編集します。

BackupDirectory=backup

バックアップディレクトリには、バックアップファイルが格納できる十分な空き容量のある既存のディレクトリを指定する必要があります。バックアップディレクトリには、既存の任意のディレクトリを指定できますが、 SOLID データベースファイルディレクトリ (<ovta_installation_dir>/data/databases/)、ログファイルディレクトリ (<ovta_installation_dir>/data/databases/log)、または作業ディレクトリ (<ovta_installation_dir>/data/databases/) は指定できません。

ディレクトリの定義はすべて、完全なパスが指定されるまでは、内蔵されている SOLID データベースの作業ディレクトリに対応付けられます。バックアップディレクトリのエントリには、サーバーのオペレーティングシステムで有効なパス名を指定する必要があります。

設定の変更を反映させるには、 SOLID データベースを再起動します。

バックアップの復元

バックアップを復元するには 2 つの方法があります。次のいずれかの方法を使用できます。

• バックアップが作成された時点の状態に戻る

または

• ログファイルを使用して、バックアップデータベースを現在の状態に復元し、バックアップが作成されてから挿入されたデータや更新されたデータを追加する

バックアップが作成された時点の状態に戻るには

1 プライマリおよびセカンダリ測定サーバー上の OVTA 関連サービス (HP OpenView IPA ARM 3.0 Collector、 HP OpenView IPA ARM 3.0 Daemon、 HP OpenView IPA Embedded Database、 HP OpenView IPA Measurement Server、 HP OpenView TA J2EE Collector) をすべて停止します。

2 SOLID データベース (solid.db)、ログファイル (sol*.log)、出力ファイル (sol*.out) を <ovta_installation_dir>/data/databases ディレクトリから削除します。

3 SOLID データベース (solid.db) のみをバックアップディレクトリからデータベースファイルディレクトリにコピーします。

4 測定サーバー上の OVTA 関連サービス (HP OpenView IPA ARM 3.0 Collector、 HP OpenViewIPA ARM 3.0 Daemon、 HP OpenView IPA Embedded Database、 HP OpenView IPA MeasurementServer、 HP OpenView TA J2EE Collector) をすべて起動します。セカンダリ測定サーバーがある場合は、セカンダリ測定サーバーでも OVTA サービスを再起動します。

この方法では、ログファイルが存在しないため、いかなるリカバリも実行されません。

28 第 3 章

バックアップデータベースを現在の状態に復元するには

1 プライマリおよびセカンダリ測定サーバー上の OVTA 関連サービス (HP OpenView IPA ARM 3.0 Collector、 HP OpenView IPA ARM 3.0 Daemon、 HP OpenView IPA Embedded Database、 HP OpenView IPA Measurement Server、 HP OpenView TA J2EE Collector) をすべて停止します。

2 SOLID データベース (solid.db) ファイルを <ovta_installation_dir>/data/databases ディレクトリから削除します。

3 SOLID データベース (solid.db) およびログファイル (sol*.log) をバックアップディレクトリからデータベースファイルディレクトリにコピーします。両方のディレクトリに同じ名前のログファイルがある場合は、既存のファイルをバックアップファイルで上書きしないようにしてください。

4 測定サーバー上の OVTA 関連サービス (HP OpenView IPA ARM 3.0 Collector、 HP OpenView IPA ARM 3.0 Daemon、 HP OpenView IPA Embedded Database、 HP OpenView IPA Measurement Server、 HP OpenView TA J2EE Collector) をすべて起動します。セカンダリ測定サーバーがある場合は、セカンダリ測定サーバーでも OVTA サービスを再起動します。

SOLID では、自動的にログファイルを使用してロールフォーワードリカバリが実行されます。

Oracle Standard Edition

この後の手順を実行することにより、テーブルスペース、 OVTA ユーザー、 OVTA テーブルおよびインデックス、 OVTA ストアードプロシージャおよびトリガを作成します。また、 Oracle とOVTA の間のサービス依存関係も設定します。

次のように実行します。

1 Oracle Standard Edition 9i または 10.x をインストールします。詳細は、 Oracle のインストールガイドを参照してください。

2 OVTA データを格納する新しいデータベースを作成するか、既存のデータベースを使用します。

Oracle データベースインスタンスは、 UTF-8 文字セットで作成する必要があります。

ローカルデータベースの設定

a <ovta_installation_dir>/data/databases/schema/oracle/ipacreateuser.sql を編集して、 OVTA 測定サーバーコンポーネントがデータベースにアクセスするために使用する正しいユーザー名とパスワードをセットアップします。つまり、「パスワードにより識別されるユーザー IPA の作成」を修正し、「IPA」を実際の「IPA に接続」で使用されるユーザー名で置き換えます。

b <ovta_installation_dir>/data/databases/schema/oracle/ipaoraclesetup.sql を編集して、「connect ipa/password@ipa」が実際の値を反映するように修正します。ユーザー名とパスワードの値が、 ipacreateuser.sql で指定されているものと一致していることを確認してください。

➤ 注記

TEMP データベースには、少なくとも OVTA データテーブルスペースの半分のサイズが必要です ( デフォルトは 500 MB)。容量が使用可能な場合は 1 対 1 の割合が理想的です。 Oracle は、JOIN および SORT にのみ TEMP データベースを使用します。 OVTA から temp テーブルへデータが明示的に挿入されることはありません。

➤ 注記

テーブルスペースは、ファイル <ovta_installation_dir>/data/databases/schema/oracle/ipacreatetablespace.sql で指定します。デフォルトサイズは、テーブル用に 500 MB、インデックス用に 200 MB です。大規模なデータベースに対応するために、これらの値を大きくすることができます。


c SQL*Plus を実行します。「system」ユーザーとしてログオンします。デフォルトのパスワードは「manager」ですが、インストール時に管理者が変更した可能性もあります。ipaoraclesetup.sql スクリプトを実行します。

SQL> @<ovta_installation_dir>/data/databases/schema/oracle/ipaoraclesetup.sql

d OVTA 初期化設定ファイル <ovta_installation_dir>/data/conf/ipainit.xml を編集して、 OVTAテーブルを含むデータベース名を反映するようにします。下記のコード行は、DB_CONFIG connection_string エントリの例です。このコード行では、ポート 1521 上のsunov.rose.hp.com をデータベースのホスト名およびポートとして定義しています。データベース名は「theDB」、ユーザー名は「admin」、パスワードは「admin」です。パスワードは暗号化されます。詳細は、 30 ページの手順 f を参照してください。

<DB_CONFIG connection_string="jdbc:oracle:thin:@sunov.rose.hp.com:1521:theDB" jdbc_driver_class="oracle.jdbc.driver.OracleDriver" user="admin" password="admin" max_guiconnection="10"/>

e OVTA の bin サブディレクトリに移動し、 DbInitData.sh コマンドを実行して、 Oracle データベースをスタートアップデータで初期化します。

cd <ovta_installation_dir>/bin

./DbInitData.sh

f ipainit.xml に入力されたパスワードを暗号化するには、測定サーバーを起動した後、OVTA Configuration Editor を実行し、 [Measurement Server] タブを選択し、 [Change Password] をクリックして、パスワードを 3 つのテキストフィールドに入力します。Configuration Editor は、 ipainit.xml にパスワードを書き込むときに、パスワードを暗号化します。同じユーザー名とパスワードで再開するために測定サーバーを再起動する必要はありません。

g OVTA Console を起動して、 [Transactions] ナビゲーションパネルにアプリケーション別トランザクショングループ (HTTP、 EJB、 COM など ) の階層ビューが表示されることを確認します。この手順により、 OVTA スキーマが Oracle データベース内に正しくセットアップされ、 OVTA 測定サーバーからアクセス可能であることを確認できます。

リモートデータベースの設定

a データベースのあるコンピュータ上にディレクトリを作成します。たとえば、 <ovta_installation_dir>/data/databases/schema/oracle などです。

b 次に示すファイルを <ovta_installation_dir>/data/databases/schema/oracle から手順 a で作成したディレクトリに FTP 転送します。

ipacleantables.sql ipacreatetablespace.sql ipaoraclecleanup.sql ipacreateprocedures.sql ipacreatetriggers.sql

➤ 注記

この後の手順は、リモートデータベースマシンが測定サーバーと同じプラットフォーム上にない場合にも当てはまります。ただし、パスを修正するときに、リモートデータベースサーバー上で使用されているパス名を入力する必要があります。たとえば、データベースサーバーが Windows マシンである場合は、パス /opt/HPOV_IPA/... を、ファイルのある Windows パスc:\Program Files\HPOV_IPA\... に変更するなどの処置が必要です。

30 第 3 章

ipadropsynonyms.sql ipaoraclesetup.sql ipacreatetables.sql ipacreateuser.sql ipadroptables.sql

c ipacreateuser.sql を編集して、 OVTA 測定サーバーコンポーネントがデータベースにアクセスするために使用する正しいユーザー名とパスワードをセットアップします。つまり、「パスワードにより識別されるユーザー IPA の作成」を修正し、「IPA」を実際の「IPA に接続」で使用されるユーザー名で置き換えます。

d ipaoraclesetup.sql を編集して、「connect ipa/password@ipa」が実際の値を反映するように修正します。ユーザー名 (connect ipa)、パスワード (password)、データベース名 (ipa) の値が、ipacreateuser.sql で指定されているものと一致していることを確認してください。パスは、手順 a で指定したパスを反映するように修正します。

e ipacreatetablespace.sql を編集して、手順 a で指定したパスを反映するようにパスを修正します。

f ipaoraclecleanup.sql を編集して、手順 a で指定したパスを反映するようにパスを修正します。

g データベースが置かれているマシンで SQL*Plus を実行します。 system ユーザーとしてログオンします。デフォルトのパスワードは manager ですが、インストール時に管理者が変更した可能性もあります。 ipaoraclesetup.sql スクリプトを実行します。

SQL> @<ovta_copy_dir>/data/databases/schema/oracle/ipaoraclesetup.sql

ここで、 <ovta_copy_dir> は、手順 a で作成したディレクトリを示します。

h 測定サーバー上で、 OVTA 初期化設定ファイル <ovta_installation_dir>/data/conf/ipainit.xmlを編集して、OVTA テーブルを含むデータベース名を反映するようにします。下記のコード行は、DB_CONFIG connection_string エントリの例です。このコード行では、ポート 1521上の sunovt.rose.hp.com をデータベースサーバーとして定義しています。データベース名は「theDB」、ユーザー名は「admin」、パスワードは「admin」です。

<DB_CONFIG connection_string="jdbc:oracle:thin:@sunovt. rose.hp.com:1521:theDB" jdbc_driver_class="oracle.jdbc.driver.OracleDriver" user="admin" password="admin"max_guiconnection="10"/>

i 測定サーバー上で、 OVTA の bin サブディレクトリに移動し、 DbInitData コマンドを実行して、 Oracle データベースをスタートアップデータで初期化します。

cd <ovta_installation_dir>/bin ./DbInitData.sh

j ipainit.xml に入力されたパスワードを暗号化するには、 OVTA 測定サーバーアプリケーションを起動した後、 OVTA Configuration Editor を実行し、 [Measurement Server] タブを選択し、 [Change Password] をクリックして、パスワードを 3 つのテキストフィールドに入力します。Configuration Editor は、 ipainit.xml にパスワードを書き込むときに、パスワードを暗号化します。同じユーザー名とパスワードで再開するために測定サーバーを再起動する必要はありません。

k 測定サーバーアプリケーションを起動した後、 OVTA Console (IPAGUI.sh) を起動して、[Transactions] ナビゲーションパネルにアプリケーション別トランザクショングループ(HTTP、 EJB、 COM など ) の階層ビューが表示されることを確認します。この手順により、OVTA スキーマが Oracle データベース内に正しくセットアップされ、OVTA 測定サーバーからアクセス可能であることを確認できます。


測定サーバーのアップグレード

次の条件がすべて満たされている場合、アンインストールから作業を開始することなく、既存のOVTA 環境をアップグレードすることが可能です。

• 現在のバージョンが 2.0、 2.1、 3.0 または 3.1 である。

• 管理ノードまたは測定サーバーのいずれかがインストールされた環境である ( 同一のマシンに両方がインストールされていない )。

• 同じタイプ ( 管理ノードまたは測定サーバー ) のインストールを実行する。

• 同じタイプ (SOLID または Oracle) のデータベースを使用する ( 測定サーバーの場合 )。

OVTA 環境のアップグレードや同一バージョンの再インストール時、インストーラは OVTA の設定ファイルおよびデータベース ( 測定サーバーの場合 ) を保存します。例外は、<ovta_installation_dir>/data/conf/ipainit.xml ファイルです。このファイルは、インストーラがバックアップコピーを作成後に上書きするため保存されません。このファイルに直接編集を行ったことがある場合は、手順 3 に従って、変更内容を新しいファイルにコピーする必要があります。

測定サーバーのアップグレード手順は、次のようになります。

1 94 ページの「OVTA の停止」の説明に従って OVTA を停止します。

2 20 ページの「OVTA 測定サーバーソフトウェアのインストール」の説明に従って新しいバージョンの OVTA をインストールします。

Oracle のみを使用している場合 : 29 ページの「ローカルデータベースの設定」および 30 ページの「リモートデータベースの設定」の各手順を実行しないようにしてください。

3 既存のインストール環境で <ovta_installation_dir>/data/conf/ipainit.xml ファイルが変更されている場合は、新しい ipainit.xml ファイルで同様の変更を行います。これまで使用していたファイルは、 ipainit_<version>.xml としてアクセス可能です。

4 データベースのアップグレードスクリプトを実行します。

Oracle

— SQL*Plus を実行します。 OVTA ユーザーとしてログオンします。

— OVTA 2.0 から更新する場合は、初に 2.1 変換スクリプトを次のように実行します (1 行で記述します )。

SQL> @ <ovta_installation_dir>/data/databases/schema/oracle/ipaSchemaChanges_from_2.0_to_2.1.sql

— OVTA 2.0 または 2.1 から更新する場合は、 3.0 変換スクリプトを次のように実行します (1 行で記述します )。

<ovta_installation_dir>/data/databases/schema/oracle/ipaSchemaChanges_from_2.1_to_3.0.sql

— 後に 3.1 変換スクリプトを次のように実行します (1 行で記述します )。

➤ 注記

Oracle のアップグレードスクリプトを実行する前に、以下の点を確認してください。

• OVTA テーブルに使用されているテーブルスペースが 60% を超えていない。

• 十分な領域のロールバックセグメントが設定されている。

32 第 3 章

SQL> @ <ovta_installation_dir>/data/databases/schema/oracle/ipaSchemaChanges_from_3.0_to_3.1.sql

「DROP TRIGGER」コマンドに関するエラーは無視してかまいません。

SOLID

— 次のコマンドを実行し、データベースサーバーを起動します。

sh # Create a new environment.cd <ovta_installation_dir>/bin. ./ovta_installation.sh. ./ovta_env.shsolid -c "<ovta_installation_dir>/data/databases" -n "IPADB" -s startexit # From sh, to restore your environment.

— OVTA 2.0 から更新する場合は、初に 2.1 変換スクリプトを次のように実行します (1 行で記述します )。

<ovta_installation_dir>/bin/solsql -a -f "<ovta_installation_dir>/data/databases/schema/solid/ipaSchemaChanges_from_2.0_to_2.1.sql" "tcpip localhost 1314" IPA homebrew

— OVTA 2.0 または 2.1 から更新する場合は、 3.0 変換スクリプトを次のように実行します (1 行で記述します )。

<ovta_installation_dir>/bin/solsql -a -f "<ovta_installation_dir>/data/databases/schema/solid/ipaSchemaChanges_from_2.1_to_3.0.sql" "tcpip localhost 1314" IPA homebrew

— 後に 3.1 変換スクリプトを次のように実行します。

<ovta_installation_dir>/bin/OVTASolidUpgrade_from_3.0_to_3.1.sh

「DROP TRIGGER」コマンドに関するエラーは無視してかまいません。

5 91 ページの「OVTA の起動」の説明に従って OVTA を起動します。

管理ノードの相互運用性

測定サーバーを OVTA 3.1 にアップグレードすると、管理ノードをすぐにアップグレードしなくてもかまいません。 OVTA 3.x 測定サーバーは、 OVTA 2.0 および 2.1 の両方の管理ノードと互換性があります。


Web サーバーおよびアプリケーションサーバーの

管理ノードに OVTA をインストール

この後の指示では、 OVTA の Web サーバーおよびアプリケーションサーバーの管理ノードソフトウェアをシステムにインストールする方法を説明します。インストールを開始する前に、第 2章、「サポート対象プラットフォームと必要なシステム」に記載されている要件をシステムが満たしているか、 root としてログイン可能であるかをそれぞれ確認してください。

既存の OVTA インストール環境でのアップグレードまたは同一バージョンの再インストールの場合は、 36 ページの「管理ノードのアップグレード」を参照してください。

OVTA を再インストールしている場合は、 OVTA 用に設定されている Web サーバーとアプリケーションサーバーをすべて停止します。

OVTA ソフトウェアのすべてのコンポーネントを、 1 台のマシンに、任意の順序でインストールできます。ただし、コンポーネントを別々のマシンにインストールする場合でも、初に OVTA測定サーバーソフトウェアをインストールし、次に管理ノードをインストールすることをお勧めします。すべてのコンポーネントを同じマシンにインストールするには、インストールウィザードを 2 回実行する必要があります。

OVTA 管理ノードソフトウェアは、インストールウィザードかサイレントインストールのいずれかを使用してインストールできます。インストールウィザードでは、インストールに関する一連のダイアログが表示されます。サイレントインストールでは、途中で操作する必要がありません。大量の管理ノードのインストールを行う場合、または X-Windows が利用できない場合には、サイレントインストールが便利です。

管理ノードのインストールウィザード

インストーラの GUI には X-Window System (X11) が使用されています。ディスプレイホスト ( グラフィカル表示を行うホスト ) が X サーバーを実行する必要があります。 OVTA をインストールするシステムには X11 がインストールされている必要があります。そして、その DISPLAY 環境変数をアドレスに設定し、ディスプレイホストの数を表示させます。システムに OVTA をインストールする前には、簡単な X クライアント ( 「xterm」または「xclock」など ) を呼び出し、スクリーンに表示されるかどうかをテストします。

X-Window System が利用できない場合は、38 ページの「サイレントインストール」を使用します。

1 OVTA 製品 CD を CD-ROM ドライブにセットします。

2 マウントコマンドを使用して、 OVTA 製品 CD をマウントします。このコマンドの実行時に

問題が起きる場合は、システム管理者に問い合わせて各プラットフォームのマニュアルを参照してください。

➤ 注記

OVTA を Web サーバーにインストールする必要があるのは、 Web サーバーの応答時間を監視する予定がある場合のみです。そうでなければ、アプリケーションサーバーに OVTA をインストールするだけで Web アプリケーションを監視できます。

➤ 注記

測定サーバーと管理ノードを同じマシンにインストールした場合、プライマリ測定サーバーとセカンダリ測定サーバーの両方の設定を行うことはできません。プライマリ測定サーバーの設定のみを行うことができます。

34 第 3 章

3 インストールプログラム (install.bin) を CD から書き込み可能なファイルシステム ( たとえ

ば、 /tmp) にコピーします。

cp <CD mount point>/hpovta/InstData/<AIX|HPUX|Solaris|Linux>/VM/install.bin<writable file system dir>

HP-UX IPF と Linux IPF の場合 :

cp <CD mount point>/hpovta/InstData/<HP-UX_IPF+Linux_IPF>/NoVM/install.bin<writable file system dir>

4 管理ノードが HP-UX IPF または Linux IPF の場合、 PATH 環境変数がインストーラで使用する

JVM の場所を示すように設定します。たとえば次のとおりです。

export PATH=$PATH:/opt/java1.4.2/bin./install.bin

5 カレントディレクトリを、マシン上の OVTA インストールプログラム (install.bin) を保存し

たディレクトリに変更します。

管理ノードは常に、 /opt/HPOV_IPA ディレクトリ (Solaris、 HP-UX、 Linux の場合 )、または /usr/lpp/HPOV_IPA ディレクトリ (AIX の場合 ) にインストールされます。

Java Diagnostics ノードエージェントは /opt/OV/HPOvJD (Solaris、 HP-UX、 Linux の場合 )、または /usr/lpp/HPOvJD (AIX の場合 ) にインストールされます。

/opt へのインストールが難しい場合は、「/opt/HPOV_IPA」という名前でリンクを作成し、他のディレクトリを参照するように設定します。インストール時に、インストールディレクトリとして「/opt/HPOV_IPA」を指定してください。

管理ノードのインストール先ファイルシステムの空きディスク容量をチェックしてください。

Linux では、次のように実行します。

— ファイルシステムに十分な空き容量がない場合は、次の手順を実行して、ローカルファ

イルシステム /location から /opt/HPOV_IPA へのソフトリンクを作成します。

– cd /opt /* assuming /opt exists */

– mkdir /usr//HPOV_IPA /* assume there is enough space on the local file system /usr */

– ln -s /usr/HPOV_IPA HPOV_IPA /* (or ln -s /usr/HPOV_IPA .) */

— /opt ファイルシステムが存在しない場合、または / ファイルシステムの下に opt ディレ

クトリが存在せず、 / ファイルシステムに十分な空き容量がない場合には、 / ファイルシステムの下に手動で opt ディレクトリを作成した後、ソフトリンクを作成します。

6 sh ./install.bin と入力します。

7 OVTA インストールウィザードが起動して、インストールを開始します。次の手順を実行す

るように指示されます。

— [Managed Node] オプションを選択します。

— インストーラにより、 Linux IPF と HP-UX IPF の JVM 属性を指定するように指示されま

す。 HP-UX IPF では、 JRE が IA32 JVM の場所になります。 Linux IPF では、 JRE が 64 ビット JVM の場所になります。

リンクを作成し、対象のディレクトリが削除されている状態で OVTA ソフトウェアのインストールを実行すると、インストールに成功したという誤った報告が行われます。


— インストーラにより、この管理ノードが通信するプライマリまたはセカンダリ測定サーバーに以下の属性を指定するように指示されます。


– [Measurement Server Protocol]: 測定サーバーとの通信に HTTPS を使用するかどうかを指定します。 HTTPS を使用する場合は、システムを手動で設定する必要があります ( 詳細は、第 8 章、「高度な設定」を参照 )。

– [Measurement Server Host Name]: 測定サーバーソフトウェアをインストールするホストの完全修飾ドメインネームシステム (DNS) 名を指定します。ホスト名は、次の形式で入力してください。 machine.domain.com

– [Measurement Server HTTP Port]: OVTA が測定サーバーと通信するために使用する HTTP ポート番号を指定します。測定サーバーの設定に一致する任意のポート番号を入力できます。特に値を指定しない場合、 OVTA はポート番号 7555 を使用します。

– [Measurement Server HTTPS Port]: OVTA が測定サーバーと通信するために使用する HTTPS ポート番号を指定します。測定サーバーの設定に一致する任意のポート番号を入力できます。特に値を指定しない場合、OVTA はポート番号 443 を使用します。

8 インストール時にエラーや警告が発生した場合は、インストールログファイルをチェックし、必要に応じて『HP OpenView Transaction Analyzer トラブルシューティングガイド』を参照してください。次のテキストファイルを開いて表示します。

/<ovta_installation_dir>/HP_OpenView_Transaction_Analyzer_InstallLog.xml/<ovta_installation_dir>/data/log/post-install.log

9 システムの Web サーバーとアプリケーションサーバーを設定します ( 詳細な指示は、第 4 章、「Web サーバーの管理ノードの設定」および第 5 章、「Java および J2EE アプリケーションサーバーの管理ノードの設定」を参照 )。

Web サーバーおよびアプリケーションサーバーソフトウェアを

複数マシン上の管理ノードにインストール

OVTA の Web サーバーまたはアプリケーションサーバーソフトウェアを複数のマシンにインストールするには、インストーラ (install.bin) ファイルを各マシンにコピーするか、そのファイルを共有ネットワークファイルシステム上で利用可能にします。

ファイルは、 CD-ROM ドライブの /hpovta/InstData/<AIX|HPUX|Solaris|Linux>/VM にあります。

HP-UX IPF と Linux IPF の場合、ファイルは、 CD-ROM ドライブの /hpovta/InstData/<HP-UX_IPF+Linux_IPF>/NoVM にあります。

インストーラをマシンで利用可能にした後、インストーラを実行します。

管理ノードのアップグレード

管理ノードのアップグレード手順は、次のようになります。

1 インストール環境で WebLogic または WebSphere の監視が設定されている場合は、次の手順を実行して設定を解除します。

— OVTA 3.0 またはそれ以前のバージョンからアップグレードする場合、 WLS 8 (AIX) で使用する OVTA 3.1 または WebLogic の監視を行うよう設定されている既存の OVTA 管理ノードからアップグレードする場合、 96 ページにある設定解除の手順を実行します。

ただし、 OVTA 3.1 (WLS 8 (AIX) で使用する OVTA 3.1 を除く ) からアップデートを行う場合は、 WebLogic の設定を解除する必要はありません。

36 第 3 章

— WebSphere の監視を行うように設定されている既存の OVTA 管理ノードをアップグレー

ドする場合は、 97 ページにある設定解除の手順を実行します。

2 OVTA で監視用に設定されている Web サーバーおよびアプリケーションサーバーのプロセ

スをすべて停止します。

3 次のコマンドを実行して OVTA を停止します。

/<ovta_installation_dir>/bin/ovta stop

4 fuser コマンドを使用して、 libarm3 を実行中のプロセスがないことを確認します。次の表に

示すように、コマンドはオペレーティングシステムによって異なります。

fuser コマンドの出力で、 libarm3 を含む処理があることを示す場合は、そのプログラムを適切にシャットダウンします (kill -9 は使用しないでください )。

実行可能な fuser は通常 /sbin または /usr/sbin のいずれかにあります。

5 34 ページの「Web サーバーおよびアプリケーションサーバーの管理ノードに OVTA をイン

ストール」の手順に従って、新規 OVTA をインストールします ( 手順 1 で設定解除したものに

再設定を行います。手動で設定した JDBC ドライバも含みます ) 。

6 既存のインストール環境で <ovta_installation_dir>/data/conf/ipainit.xml ファイルが変更されて

いる場合は、新しい ipainit.xml ファイルで同様の変更を行います。これまで使用していたファ

イルは、 ipainit_<version>.xml としてアクセス可能です。

7 WebLogic または WebSphere の監視を行う場合は、第 5 章、「Java および J2EE アプリケーショ

ンサーバーの管理ノードの設定」の手順に従って各設定スクリプトを実行します。

8 91 ページの「OVTA の起動」の説明に従って OVTA を起動します。

要注意事項 : 手順 2 および手順 3 の順番を守ってください。

オペレーティングシステム

ログイン要件コマンド

HP-UX root の必要あり /usr/sbin/fuser /opt/HPOV_IPA/lib/libarm3.sl

Solaris fuser /opt/HPOV_IPA/lib/libarm3.so

AIX fuser -x /usr/lpp/HPOV_IPA/lib/libarm3.a

Linux fuser /opt/HPOV_IPA/lib/libarm3.so


サイレントインストール

サイレントインストールでは、プロパティ ( テキスト ) ファイルから入力を取得します。プロパティ値では環境変数を参照できるので、個々のマシンに合わせてインストールを自動的に調整できます。

サイレントインストールを準備するには、サンプルプロパティファイルをコピーし、 OVTA の設定に従って編集します（39 ページの「OVTA で監視するアプリケーションサーバーと Web サーバーの選択」を参照）。一部のノードで異なる設定が必要な場合は、別々の名前で複数のプロパティファイルを作成できます。

測定サーバーに対してサイレントインストールを実行する

1 インストーラ (install.bin) とプロパティファイルをノードで利用可能にするために、それらのファイルをネットワークドライブに置くか、ノードにコピーします。

2 OVTA インストーラを実行して、 HP-AS インストーラをセットアップします。

sh install.bin -f <full path to properties file>

3 HP-AS インストーラを実行します。

cd <ovta_installation_dir>jre/bin/java -jar hpas/hpas_install.jar -f \<ovta_installation_dir>/hpas/hpas_install.properties

4 OVTA インストーラを実行して OVTA をインストールします。


5 サイレントインストールでは、エラーメッセージが表示されず、エラーステータスも返されません。インストールログファイルをチェックし、必要に応じて『HP OpenView TransactionAnalyzer トラブルシューティングガイド』を参照してください。次のテキストファイルを開いて表示します。


OVTA で HP-AS の既存のインストールを使用する場合は、手順 2 および 3 を省略できます。

管理ノードに対してサイレントインストールを実行する

1 インストーラ (install.bin) とプロパティファイルをノードで利用可能にするために、それらの

ファイルをネットワークドライブに置くか、ノードにコピーします。

2 OVTA インストーラをノード上でサイレントモードで実行します。


➤ 注記

次に示すサンプルプロパティファイルが、製品 CD 内の、インストーラ (install.bin) と同じディレクトリに入っています。ファイル内のコメントが、ファイル形式と個々の入力プロパティの詳しい説明になっています。

• unix_measurement_server.properties

• unix_managed_node.properties

38 第 3 章

3 サイレントインストールでは、エラーメッセージが表示されず、エラーステータスも返さ

れません。インストールログファイルをチェックし、必要に応じて『HP OpenView Transaction Analyzer トラブルシューティングガイド』を参照してください。次のテキストファイルを開いて表示します。


4 Web サーバーまたはアプリケーションサーバーの監視を管理ノードにインストールした場合

は、対応する設定スクリプトをノード上で実行します。これらのスクリプトの説明は、第 4 章、「Web サーバーの管理ノードの設定」および第 5 章、「Java および J2EE アプリケーショ

ンサーバーの管理ノードの設定」を参照してください。

手順 2 および 3 を実行するシェルスクリプトを作成して、各ノード上でリモートで実行すると便利です。

OVTA で監視するアプリケーションサーバーと Web サーバーの選択

設定ファイル unix_managed_node.properties のデフォルト設定では、すべてのアプリケーションサーバーおよび Web サーバーが OVTA での監視対象に選択されることを前提としています。このファイルを修正して、OVTA の監視対象とするアプリケーションサーバーおよび Web サーバーのみを選択できます。

たとえば、 Apache と iPlanet (SunOne) の両 Web サーバーを選択し、 IBM HTTP サーバーを選択しない場合は、次のように変更します。

設定前

# Choose Web Servers to monitor:USER_INPUT_WSTYPE = \ "Netscape iPlanet Web Server",\ "Apache Web Server",\ "IBM HTTP Server"

設定後

# Choose Web Servers to monitor:USER_INPUT_WSTYPE = \ "Netscape iPlanet Web Server",\ "Apache Web Server"

終行を円記号 (\) で終えないでください ( その次の行が空白の場合を除く )。

OVTA で監視するアプリケーションサーバーの選択にも、同じ手順を適用します。この手順は、Java Diagnostics ノードエージェントを選択する場合にも適用されます。

IPF の JVM を指定

IPF プラットフォームでは、 JAVA_HOME プロパティのコメントを解除し、 64 ビット Itanium JRE(1.4.2 以上 ) の完全なパスに設定する必要があります。パスは bin/java を含むディレクトリを参照するように設定する必要があります。


OVTA をルート以外で使用できるようにする

デフォルトでは、ルートユーザーのみが UNIX システムへの OVTA のインストール、設定、および制御が可能です。ただし、ルートユーザーが、インストールに従って、一部の権限および設定を変更すると、ルート以外のユーザーが OVTA の設定、起動、および停止を実行できるようになります。

デフォルトの SOLID データベースが測定サーバーで使用されている場合は、 root として実行する必要があります。次の例を使用すると、すべてのユーザーに書き込みアクセス権が許可されます。必要に応じて、ルート以外のユーザー / グループに、 OVTA ソフトウェアを実行するために使用する書き込みアクセス権を限定できます。

次のコマンドを発行してファイル権限を変更すると、ルート以外のユーザーとして実行しているOVTA プロセスからアクセスできるようになります。

測定サーバー (HP-UX および Solaris) cd <ovta_installation_dir>/bin# The following is needed only if solid is used as the database.# The solid server can be launched by a non-root user, but must# run as root. This is accomplished via the setuid change on the file.chmod u+s solid# It is strongly recommended that the armd process initialize as root.# It can, however, run as a non-root user once initialized.chmod u+s armd# Allow write access by non-root users for configuration files.cd <ovta_installation_dir>/data/confchmod a+w .chmod a+w ipaConfig.xmlchmod a+w ipaManagedNodeConfig.xmlchmod a+w chmod SiteConfigchmod a+w chmod SPIConfig# The following is needed to run the application server non-root.cd /opt/hpmw/hpas/config/ovta/chmod a+w j2ee-partition-service-config.xml

管理ノード (HP-UX、 AIX、 Solaris、および Linux) cd <ovta_installation_dir>/bin# It is strongly recommended that the armd process initialize as root.# It can, however, run as a non-root user once initialized.chmod u+s armd# Allow write access by non-root users for configuration files.cd <ovta_installation_dir>/data/confchmod a+w .chmod a+w armconf.xmlchmod a+w ipaManagedNodeConfig.xml

ルート以外のユーザーから root として armd を実行する

armd ファイルでの setuid の変更はオプションですが、変更することを強くお勧めします。管理ノード上で、 OVTA は、 OVTA トランザクションエージェントの一部である実行可能な armd を含む、すべてのスクリプトおよびプログラムを、ルート以外のプロセスとして実行できます。ただし、稼動環境にある処理数の多い管理ノードでは、この操作を避けてください。実行可能な armd がroot として実行していない場合は ( ルートユーザーから起動する場合、上記の setuid の変更によって root として実行しているルート以外のユーザーから起動する場合のいずれにしても )、高いスケジューリング優先度で実行できません。これにより、すべてのトランザクションを完全に測定できない場合もあります。この場合でも、トランザクションエージェントは通常どおり稼動しますが、処理数がも多い時間帯では、トランザクションデータが失われる可能性もあります。

40 第 3 章

AIX、Solaris、および Linux の管理ノードでは、前記のように armd で setuid を変更することによって、トランザクションエージェントが、処理数の多い稼動環境でも通常どおり稼動できるようになります。 HP-UX システム上でも、同様に setuid を変更できますが、 armd プロセスを高い優先度で実行できる別のオプションがあります。このオプションでは、 setuid を変更して root として実行する必要はありません。「ovta start」コマンドによってルート以外のユーザーが armd を起動すると、 PRIV_RTSCHED 権限が割り当てられる場合があります。これにより、トランザクションエージェントの armd プロセスが sched_setscheduler() API を使用して、すべてのトランザクションデータを完全に測定するために必要な優先度を設定できます。詳細は、 HP-UX の sched_setscheduler() man page を参照してください。

すべてのプラットフォーム上で、 armd の権限が不十分なために優先度を調整できない場合には、トランザクションエージェントのログファイル <ovta_installation_dir>/data/log/armd.log に、次のような警告が記録されます。

WARN armd.cpp line=1132 mi_set_priority() setpriority() failed Permission denied.WARN armd.cpp line=1445 main() Cannot run armd in real time priority. This may result in lost transaction data.

ルート以外のユーザーから root として armd を初期化する、偽装によりルート以外のユーザーとして実行する

この方法は、セキュリティで保護された稼動環境で armd プロセスを実行するための、も効率的かつ安全な方法です。上記の PRIV_RTSCHED 割り当てを使用した HP-UX の方法とは異なり、あらゆる UNIX プラットフォーム上で有効です。この方法では、 root として armd プロセスが初期化されると、偽装を使用して有効なユーザーおよびグループをルート以外の ID に切り替えます。次の手順で実行します。

1 前記のように setuid を変更して (chmod u+s armd)、 armd がルート以外のユーザーによって起動された場合でも root として起動できるようにします。

2 OVTA 開始スクリプトを修正して、目的のルート以外のユーザーおよびグループの ID を armd プロセスに渡すようにします。 armd が起動すると root として初期化し、上記の必要な優先度を調整します。初期化されると、ルート以外のユーザーおよびグループを偽装した実行状態の入力が継続されます。 OVTA スクリプトの次の行を変更する必要があります。

設定前

$BIN_DIR/armd /arm_inprog 5000

設定後

$BIN_DIR/armd /arm_inprog 5000 -uid 4 -gid 4

この例では、「4」がルート以外のユーザーおよびグループの ID を意味します。

3 OVTA 開始スクリプトを使用してルート以外のユーザーから armd を起動します。

Solaris システム上で HP OpenView GlancePlus または HP OpenView Performance Agent を使用している場合、リンクを作成すると各製品が正常に動作しなくなる可能性があります。この問題が修正されるまで、上記のコマンドの使用はお控えください。この環境で OVTA を実行できるのはルートユーザーのみとなります。

Solaris システム上の armd ファイルで setuid を変更する場合は、さらに他の手順が必要です(Solaris では setuid プログラムに対する LD_LIBRARY_PATH が無視されます )。 /usr/lib 内に、次のファイルに対するリンクを作成します。

cd /usr/libln –s /opt/HPOV_IPA/jre/lib/sparc/client/libjvm.soln –s <ovta_installation_dir>/lib/libarm3.soln –s <ovta_installation_dir>/lib/libarmreg.soln –s <ovta_installation_dir>/lib/libnums.so


時刻の同期

OVTA は、管理ノードのシステムクロックを使用してトランザクションの発生日時を記録します。 HP では、すべての測定サーバーおよび管理ノードの時刻を同期させることを推奨しています。測定サーバーソフトウェアは、各システムクロックの設定に関係なく分散するトランザクションコンポーネントを正しく関連付けますが、測定サーバーおよび管理ノード間に時刻の不整合が存在する場合、データ表示に関して問題が発生します。たとえば、時刻のずれがも大きい管理ノード上で、トランザクションデータまたはサブトランザクションデータが一時的に確認できなくなります。

42 第 3 章

4 Web サーバーの管理ノードの設定

この章では、次のコンポーネントの設定方法について説明します。

• Sun Java System Web Server ( 下記 )

• Apache Web Server (47 ページ )

Sun Java System Web Server

OVTA は、 Sun Java System Web Server ( 以前の Sun ONE Web Server) のバージョン 6 をサポートします。

Sun Java System Web Server は、 OVTA の Web サーバートランザクションエージェント (NSAPIフィルタ ) を使用するように設定する必要があります。これは、設定スクリプトを実行して、設定ファイル obj.conf および magnus.conf に数行を追加することで行えます。

設定を完了した後、 Web サーバーを再起動します。

<ovta_installation_dir>/bin ディレクトリの Perl スクリプト、 modify_netscape_config を使用すると、Sun Java System Web Server 用に OVTA 設定手順を適用または取り消すことができます。スクリプトを実行すると、 OVTA により、元の設定ファイルのバックアップコピーが元のファイルと同じディレクトリに作成されます。スクリプトの使い方のヘルプを見るには、 -help コマンド行引数を使用します。

/<ovta_installation_dir>/bin/perl /<ovta_installation_dir>/bin/modify_netscape_config –help

「-replace」オプションを省略すると、このスクリプトによって変更される結果を確認できます。このスクリプトを実行すると、オリジナルのファイルが置換されるのではなく、標準出力に新しい設定ファイルが書き込まれます。

Sun Java System Web Server 6 の設定

コマンド行オプション「-iws6」を ( 「-replace」の代わりに、またはそのオプションに加えて ) 指定します。このオプションを指定すると、スクリプトは、 magnus.conf ファイルと obj.conf ファイルを修正します。

次のコマンドを (1 行に ) 入力して、必要な修正を設定に加えます。

/<ovta_installation_dir>/bin/perl <ovta_installation_dir>/bin/modify_netscape_config \ -ipa_dir <ovta_installation_dir> -iws6 \ <netscape_configuration_dir>/obj.conf

このスクリプトは、 Sun Java System Web Server magnus.conf 設定ファイルに 1 グループの行を追加します。

• init 関数のロードモジュールディレクティブ。このディレクティブは、 OVTA インスツルメ

ンテーションをロードするように Web サーバーに指示します。

43

このスクリプトは、Sun Java System Web Server obj.conf 設定ファイルに 3 グループの行を追加します。

• デフォルトオブジェクトのディレクティブ。このディレクティブは、許可プロセス手順から

開始して、 Web サーバートランザクションを測定し、 OVTA 初期化オブジェクトの名前を登

録します。

• OVTA がトランザクションの終了を測定できるようにするログディレクティブ。

• OVTA 初期化オブジェクトの登録。

次の 2 つのセクションでは、 magnus.conf と obj.conf ファイルの例を示します。これらは、 Solarisサーバーの例です。 Solaris サーバーには、 OVTA 管理ノードソフトウェア、 Sun Java System WebServer および WebLogic Application Server がデフォルトの場所にインストールされています。

magnus.conf ファイルの例

次の magnus.conf ファイルのサンプルは、 modify_netscape_config スクリプトによって追加される行を示します。

スクリプトが追加した行 ( 太字で示される行 ) は、「#IPA Web Server Monitor Configuration」から「#IPA (end of addition)」までです。

An indented line represents a continuation of the previous line.

#ServerRoot /usr/iplanet/servers/https-dargo.esr.hp.comServerID https-dargo.esr.hp.comServerName dargo.esr.hp.comErrorLog /usr/iplanet/servers/https-dargo.esr.hp.com/logs/errorsPidLog /usr/iplanet/servers/https-dargo.esr.hp.com/logs/pidUser maborkMtaHost localhostDNS offSecurity offClientLanguage enAdminLanguage enDefaultLanguage enRqThrottle 128StackSize 131072CGIWaitPid onTempDir /tmp/https-dargo.esr.hp.com-ab0d7966

Init fn=flex-init access="$accesslog" format.access="%Ses->client.ip% - %Req->vars.auth-user% [%SYSDATE%] \"%Req->reqpb.clf-request%\" %Req->srvhdrs.clf-status% %Req->srvhdrs.content-length%"Init fn=load-types mime-types=mime.typesInit fn="load-modules" shlib="/usr/iplanet/servers/bin/https/lib/libNSServletPlugin.so" funcs="NSServletEarlyInit,NSServletLateInit,NSServletNameTrans, NSServletService" shlib_flags="(global|now)"Init fn="NSServletEarlyInit" EarlyInit=yesInit fn="NSServletLateInit" LateInit=yes

# IPA Web Server Monitor Configuration (added by IPA installer) Init fn="load-modules" shlib="/opt/HPOV_IPA/lib/ipaWebSvrNsapi.so" funcs="ipaInit,ipaPostRead,ipaPostSend,ipaCommand" Init fn="ipaInit" trace="yes" # IPA (end of addition)

Init fn="load-modules" funcs="wl_proxy,wl_init" shlib="/opt/bea70sp1/weblogic700/server/lib/solaris/libproxy.so"Init fn="wl_init"

44 第 4 章

obj.conf ファイルの例

次の obj.conf ファイルの例は、 modify_netscape_config スクリプトによって追加される行を示します。

スクリプトが追加した行 ( 太字で示される行 ) は、「#IPA Web Server Monitor Configuration」から「#IPA (end of addition)」までです。

インデントされた行は、前の行からの継続を表します。

# IPA BEA Demo Proxy Configuration (added by IPA installer)<Object name="weblogic" ppath="*/weblogic/*"> Service fn="wl_proxy" WebLogicHost=localhost WebLogicPort=7001 </Object>

<Object name="weblogic" ppath="*/estore/*"> Service fn="wl_proxy" WebLogicHost=localhost WebLogicPort=7005</Object>

<Object name="weblogic" ppath="*/petstore/*"> Service fn="wl_proxy" WebLogicHost=localhost WebLogicPort=7001 </Object>

<Object name="weblogic" ppath="*/examplesWebApp/*"> Service fn="wl_proxy" WebLogicHost=localhost WebLogicPort=7001 </Object># IPA (end of addition)

<Object name=default># IPA Web Server Monitor Configuration (added by IPA installer) - 1) tran start AuthTrans fn="ipaPostRead" NameTrans fn="assign-name" name="ipaCommand" from="/HPOV_webResponse/controlPage.htm" # IPA (end of addition) NameTrans fn="NSServletNameTrans" name="servlet"NameTrans fn="pfx2dir" from="/servlet" dir="$docroot/servlet" name="ServletByExt"NameTrans fn="pfx2dir" from="/jsp.092" dir="/usr/iplanet/servers/docs/jsp.092" name="jsp092"NameTrans fn=pfx2dir from=/mc-icons dir="/usr/iplanet/servers/ns-icons" name="es-internal"NameTrans fn="pfx2dir" from="/manual" dir="/usr/iplanet/servers/manual/https" name="es-internal"NameTrans fn=document-root root="$docroot"PathCheck fn=unix-uri-cleanPathCheck fn="check-acl" acl="default"PathCheck fn=find-pathinfoPathCheck fn=find-index index-names="index.html,home.html"ObjectType fn=type-by-extensionObjectType fn=force-type type=text/plainService type="magnus-internal/jsp" fn="NSServletService"Service method=(GET|HEAD) type=magnus-internal/imagemap fn=imagemapService method=(GET|HEAD) type=magnus-internal/directory fn=index-commonService method=(GET|HEAD|POST) type=*~magnus-internal/* fn=send-file# IPA Web Server Monitor Configuration (added by IPA installer) - 2) tran end AddLog fn="ipaPostSend" # IPA (end of addition) AddLog fn=flex-log name="access" </Object>

<Object name=cgi>

Web サーバーの管理ノードの設定 45

ObjectType fn=force-type type=magnus-internal/cgiService fn=send-cgi user="$user" group="$group" chroot="$chroot" dir="$dir" nice="$nice"</Object>

<Object name="servlet">ObjectType fn=force-type type=text/htmlService fn="NSServletService"</Object>

<Object name="jsp092">ObjectType fn="type-by-extension"ObjectType fn="change-type" type="magnus-internal/jsp092" if-type="magnus-internal/jsp"Service fn="NSServletService" type="magnus-internal/jsp092"</Object>

<Object name="ServletByExt">ObjectType fn=force-type type=magnus-internal/servletService type="magnus-internal/servlet" fn="NSServletService"</Object>

<Object name="es-internal">PathCheck fn="check-acl" acl="es-internal"</Object>

# IPA Web Server Monitor Configuration (added by IPA installer) - 3) init object <Object name="ipaCommand"> Service fn="ipaCommand" </Object> # IPA (end of addition)

46 第 4 章

Apache Web Server

このセクションで説明する方法は、各種ベンダーの Apache Web Server に当てはまります。それには、 HP の Web サーバーや IBM HTTP Server (IHS) など、市販のサポートされているバージョンも含まれます。本バージョンの OVTA では、Oracle の HTTP Server (OHS) はサポートされていません。

<ovta_installation_dir>/bin ディレクトリには、 Perl スクリプト modify_apache_config があります。このスクリプトを使用すると、Apache Web Server 用に OVTA 設定手順を適用または取り消すことができます。スクリプトを実行すると、 OVTA により、元の設定ファイルのバックアップコピーが元のファイルと同じディレクトリに作成されます。スクリプトの使い方のヘルプを見るには、-help コマンド行引数を使用します。

/<ovta_installation_dir>/bin/perl /<ovta_installation_dir>/bin/modify_apache_config –help

「-replace」オプションを省略すると、このスクリプトによって変更される結果を確認できます。このスクリプトを実行すると、オリジナルのファイルが置換されるのではなく、標準出力に新しい設定ファイルが書き込まれます。

EAPI をサポートしていない Apache 1.3 のインストールでは、次のコマンドを実行すると、Apacheバージョン 1.3 の設定が適切に修正されます。

/<ovta_installation_dir>/bin/perl /<ovta_installation_dir>/bin/modify_apache_config \ –ipa_dir /<ovta_installation_dir> \ -replace <apache_configuration_dir>/httpd.conf

EAPI をサポートする Apache 1.3 のインストールでは、次のコマンドを実行します。

/<ovta_installation_dir>/bin/perl /<ovta_installation_dir>/bin/modify_apache_config \ -ipa_dir /<ovta_installation_dir> \ -eapi -replace <apache_configuration_dir>/httpd.conf

Apache バージョン 2.0 では、次のコマンドを実行します。このコマンドを実行するには Apache2.0.43 以降をベースにしたサーバーが必要です。たとえば、 IBM HTTP Server 2.0.42.2 は Apache2.0.46 をベースにしています。さらに具体的に言うと、 Apache 2.0 サーバーの自己識別 (-V スイッチを使用 ) で「サーバーモジュールのマジックナンバー」が 20020903.* であることが必要です (* は任意の数字 )。マジックナンバーを調べるには、 Apache をインストールしたシステムの binディレクトリで「httpd -V」または「apachectl -V」を実行します。

HP-UX (PA-RISC) など HP-UX (IPF) 以外の UNIX プラットフォームで Apache 2.0 を設定する場合は、次のコマンドを実行します。

/<ovta_installation_dir>/bin/perl /<ovta_installation_dir>/bin/modify_apache_config \ -ipa_dir /<ovta_installation_dir> \ -v2 -replace <apache_configuration_dir>/httpd.conf

HP-UX (IPF) で Apache 2.0 を設定する場合は、次のコマンドを実行します。

/<ovta_installation_dir>/bin/perl /<ovta_installation_dir>/bin/modify_apache_config \ -ipa_dir /<ovta_installation_dir> \ -v2 -IA32 -replace <apache_configuration_dir>/httpd.conf

Web サーバーの管理ノードの設定 47

このスクリプトは、次の行を Apache 設定ファイル (httpd.conf) の後に追加して、 OVTA インスツルメンテーションをロードします。ライブラリファイル (1 行目 ) の名前は、指定したコマンド行オプションによって異なります。

# IPA Web Server Monitor Configuration (added by IPA installer)LoadModule ipaWebSvr_module /<ovta_installation_dir>/lib/ipaWebSvrApache.slipaWebSvrDir /<ovta_installation_dir>/lib<Location /HPOV_webResponse/controlPage.htm> SetHandler ipaCommand Allow from all</Location><Location /HPOV_webResponse/ClientMonitorReceptor> SetHandler ipaClientMonitorReceptor Allow from all</Location># IPA (end of addition)

共有メモリセグメント

デフォルトの設定では、 IBM HTTP Server (IHS) 2.0 を OVTA Web サーバーモニタと一緒に実行できません。次のようなエラーメッセージが表示されます。

[crit] (12)Not enough space: Unable to create scoreboard(anonymous shared memory failure)

デフォルトでは、 AIX 上のプロセスは 12 以上の共有メモリセグメントに接続できません ( 使用しているモジュールの組み合わせによっては、他の Apache ベースの Web サーバーでもこの問題が起こる場合があります )。環境変数 EXTSHM を ON に設定してプロセスを実行すると、この制限が適用されません。

IHS/Apache プロセス用にこの環境変数を設定するには、 Web サーバーのインストール領域にあるbin/envars ファイルを編集し、次の行を追加します。

EXTSHM=ON ; export EXTSHM

48 第 4 章

5 Java および J2EE アプリケーションサーバーの管理ノードの設定

この章では、次のコンポーネントの設定方法について説明します。

• AIX 上の BEA WebLogic Server (WLS) 8.1 と HotSpot JVM 1.5 上の WLS 9 を除く BEA WLS と BEA WebLogic Express (WLX) の全バージョン (50 ページ )

• AIX 上の BEA WebLogic Server (WLS) と BEA WebLogic Express (WLX) のバージョン 8.1 と HotSpot JVM 1.5 上のバージョン 9.x (57 ページ )

• IBM WebSphere Application Server 5.x (64 ページ )

• IBM WebSphere Application Server 6.x (72 ページ )

• JBoss Application Server 3.2 および 4.0 (78 ページ )

• Tomcat サーバー (Servlet Container) 4.1、 5.0、および 5.5 (82 ページ )

• Oracle Application Server 10g バージョン 10.1.2+ (85 ページ )

• Java の J2SE 監視を有効にする (88 ページ )

49

AIX 上の BEA WebLogic Server (WLS) 8.1 と HotSpot JVM 1.5 上の WLS 9 を除く BEA WLS と BEA WebLogic Express (WLX) の全バージョン

WLS または WLX を設定すると、サーブレット、 JSP、サーブレットフィルタ、 EJB および JDBCメソッド呼び出し (WLS の場合 )、ポートレット処理およびライセンスチェック (WebLogic Portalの場合 ) といった、各種 J2EE トランザクションを OVTA モニタから報告することが可能になります。

WLX および WebLogic Portal の設定方法は、 WLS の場合と同じです。

次の項目を設定します。

• ( 必要に応じて ) WebLogic Application Server のサンプルスクリプトを、 config-wls.sh スクリプトを実行して設定する (50 ページの「タスク 1 : config-wls.sh スクリプトの実行 ( オプション )」を参照 )。

• 個々の WebLogic Application Server を起動するためのスタートアップスクリプトを設定する(52 ページの「タスク 2 : 各 WLS サーバーの WLS の設定」を参照 )。

• ( 必要に応じて ) SQL トレースサンプリングを設定する (54 ページの「SQL トレースサンプリング」を参照 )。

• ( 必要に応じて ) OVTA クライアントモニタレセプタを設定する (54 ページの「拡張可能なクライアントモニタ」を参照 )。

OVTA による WebLogic の監視は、Sun HotSpot JVM ( または HP-UX などの HotSpot ベースの JVM)で WLS 9 を使用するとき、または AIX で WLS 8.1 を使用するときと大幅に異なります。次の表に、相違点を示します。

タスク 1 : config-wls.sh スクリプトの実行 ( オプション )

WebLogic サンプルスクリプトがインストールされている場合、 config-wls.sh スクリプトによってサンプルデモスクリプトが生成されます。

「ovta_」で始まるスクリプトには、 OVTA による監視と共にサーバーを実行するために必要な設定が含まれています。

• すべてのバージョンで、サンプルドメインに、サンプルスクリプト ovta_startExamplesServer.sh が生成されます。

• WLS 6.1 および 7.0 の Petstore ドメインに、サンプルスクリプト ovta_startPetStore.sh が生成されます。

AIX 上の WLS 8.1 と Sun JVM 1.5 上の WLS 9 を除く全バージョン

AIX 上の WLS 8.1 と Sun JVM 1.5 上の WLS 9 のみ説明

config-wls.sh ( オプション ) BEAWlsInstall.sh 設定スクリプト

config-wls.log BEAWlsInstall.log 設定スクリプトを実行した結果

ovta_wls.sh BEAWlsVars.sh サーバーインスタンス別の設定

使用不可 ipa_weblogic.jar インスツルメンテーション前の weblogic.jar

$OVTA_JAR $OVTA_JAR クラスパスに追加された jar ファイル

$OVTA_JAVA_OPTIONS $OVTA_JAVA_OPTIONS 必須のコマンド行オプション

50 第 5 章

• WLS 8.1 の場合は、 Medrec ドメインに、サンプルスクリプト ovta_startMedRecServer.sh が生成されます。

• WLS 9.x の場合は、サンプルスクリプト ovta_startWebLogic.sh が生成されます。

• WLS 8.1 ポータルの場合は、サンプルスクリプト ovta_setDomainEnv.sh が生成されます。

OVTA をインストールまたは設定するために WebLogic Server を停止する必要はありません。ただし、監視を有効にするには、サーバーをいったん停止し、 52 ページの「タスク 2 : 各 WLS サーバーの WLS の設定」で指定されている修正した設定で再起動する必要があります。

config-wls.sh スクリプトは、管理ノードをインストールした直後に実行します。通常の場合、このスクリプトの実行は 1 回だけ必要ですが、繰り返し実行しても悪影響はありません。複数バージョンの WebLogic をインストールした ( 複数の BEA_HOME または複数の WL_HOME がある ) 場合や、 WebLogic を再インストールまたは新しいバージョンの WebLogic をインストールした場合には、スクリプトを 2 回以上実行することもできます。

OVTA インストールプログラムは、 BEA WebLogic のインストールディレクトリを入力するように求めます。この情報は、 config-wls.sh に呼び出される ovta_installation.sh スクリプトを修正するために使用されます。管理ノードにインストールされている BEA のバージョンが 1 つだけであり、その WL_HOME を OVTA インストール時に正しく指定していれば、引数なしでスクリプトを実行できます。

<ovta_installation_dir>/bin/config-wls.sh

もし他のディレクトリに別のバージョンの BEA がインストールされている場合は、次のようなコマンド行引数で BEA のバージョンと位置を指定してスクリプトを再実行します。

• WLS 6.1

-DBEA_HOME=<BEA install directory> -DWL_HOME=<WebLogic product directory> -DWLS6=true

• WLS 7.0


• WLS 8.1 (AIX 以外 )


• WLS 9.0 または 9.1 (JRockit)


たとえば、次のとおりです。

config-wls.sh -DBEA_HOME=/opt/bea -DWL_HOME=/opt/bea/weblogic71 -DWLS7=true

スクリプトの結果は、次のファイルにあります。

<ovta_installation_dir>/data/log/current-config-wls.log

完全な履歴記録のために、このファイルは、次のファイルの末尾に追加されます。

<ovta_installation_dir>/data/log/config-wls.log

ログファイルの後の方に、「BUILD SUCCESSFUL」というメッセージがあるはずです。

➤ 注記

config-wls.sh スクリプトは、 root ではなく必ず WLS ユーザーとして実行してください。このスクリプトを WLS ユーザーとして実行することにより、作成されたファイルが適切に保護されます。このスクリプトは任意のディレクトリで実行できますが、そのパスで Java が利用可能であることを確かめてください。

Java および J2EE アプリケーションサーバーの管理ノードの設定 51

タスク 2 : 各 WLS サーバーの WLS の設定

OVTA のライブラリ検索パスへの追加 ( 手順 1)、OVTA のシステムクラスパスへの追加 ( 手順 2)、OVTA の Java コマンドへの追加 ( 手順 3) などを行う環境変数を設定するには、 WLS サーバーの各インスタンスを開始するスクリプトを修正する必要があります。必要に応じて Java Diagnosticsおよびサンプル SQL トレースを有効にできます ( 手順 4 と手順 5)。

1 次のように、環境変数を設定します。

シェルスクリプト <ovta_installation_dir>/bin/ovta_wls.sh または csh スクリプトのコマンド <ovta_installation_dir>/bin/ovta_wls.csh を実行します。

これらのスクリプトのいずれかを対話形式で実行します。

ksh または sh の場合 :

. <ovta_installation_dir>/bin/ovta_wls.sh

csh の場合 :

source <ovta_installation_dir>/bin/ovta_wls.csh

またはスクリプトの中で実行します。


if [ -r <ovta_installation_dir>/bin/ovta_wls.sh ] then ; . <ovta_installation_dir>/bin/ovta_wls.sh fi

csh の場合 :

if (-r <ovta_installation_dir>/bin/ovta_wls.csh) source <ovta_installation_dir>/bin/ovta_wls.csh

この操作により、手順 2 および手順 3 で使用する環境変数 OVTA_JAR および OVTA_JAVA_OPTIONS が設定されます。

また、システム上に、共有ライブラリパス (LD_LIBRARY_PATH/SHLIB_PATH/LIBPATH) も設定されます。

また、 JRockit JVM を使用している場合は、 ovta_wls.sh の呼び出しの前に JAVA_VENDOR=BEA を設定するか、 <ovta_installation_dir>/bin/ovta_java.sh ( または ovta_java.csh) 内にある OVTA_JROCKIT の定義行のコメントを解除するかのいずれかを行う

必要があります。

JRockit を実行していない場合、次のメッセージは無視してかまいません。

ovta_wls.sh: OVTA unknown JVM. Set JAVA_VENDOR to BEA or Sun to fix

JAVA_VENDOR を設定した後、このメッセージは表示されません。

2 システム CLASSPATH に OVTA を追加します。

WLS の CLASSPATH を修正して $OVTA_JAR で終わるようにする必要があります。たとえ

ば次のとおりです。

設定前

CLASSPATH=${POINTBASE_CLASSPATH}:${JAVA_HOME}/jre/lib/rt.jar:${WL_HOME}/server/lib/webservices.jar

設定後

CLASSPATH=${POINTBASE_CLASSPATH}:${JAVA_HOME}/jre/lib/rt.jar:${WL_HOME}/server/lib/webservices.jar:$OVTA_JAR

52 第 5 章

3 OVTA の Java オプションを Java コマンド行に追加します。次のいずれかを実行します。

— OVTA_JAVA_OPTIONS を Java コマンド行で使用されている JAVA_OPTIONS に追加し

ます。たとえば次のとおりです。

JAVA_OPTIONS=”$OVTA_JAVA_OPTIONS $JAVA_OPTIONS”

-hotspot オプションを使用している場合は、 $OVTA_JAVA_OPTIONS の前に記述する必

要があります。

— $OVTA_JAVA_OPTIONS をコマンド行に追加します ( 既存の $JAVA_OPTIONS の前 )。

OVTA_JAVA_OPTIONS を複数回指定するのを避けるために、スクリプトの冒頭または後

にある JAVA_OPTIONS を set JAVA_OPTIONS= でクリアしてください。複数回指定すると、

OVTA による監視が失敗するか (Java Diagnostics が有効の場合 )、オーバーヘッドが増加しま

す (Java Diagnostics が無効の場合 )。

4 必要に応じて、 Java Diagnostics を有効にします。

Java Diagnostics を有効にするには、 Java Diagnostics ノードエージェントサービスが実行中で

あることを確認します (109 ページの「Java Diagnostics エージェントの統合」を参照 )。次に、

ovta_wls.sh ( または ovta_wls.csh) の呼び出しの中に変数 JD を設定します。そのためには、

ovta_wls.sh または ovta_wls.csh を修正するか、次のようにスクリプトの呼び出しの前に

「JD=on」を設定します。

JD=onOVTA_HOME=/opt/HPOV_IPA. . $OVTA_HOME/bin/ovta_wls.sh

5 必要に応じて、 SQL トレースを有効にします。 54 ページの「SQL トレースサンプリング」

を参照してください。

必要な修正をすべて含むサンプルスクリプト

サンプルデモのインスツルメント後のバージョンを起動するサンプルスクリプトは、<ovta_installation_dir>/bin/bea-wls-6.1、 bea-wls-7.0、 bea-wls-8.1、および bea-wls-9.1 のディレクトリにあります。

サンプルスクリプトは決して、直接実行しないでください。また、サンプルディレクトリから、いずれのサンプルスクリプトも実行しないでください。

「ovta_」スクリプトをコピーしないでください。元のスクリプトをコピーし、 ovta_ と元の (ovta_のない ) スクリプトの違いに基づいて、このコピーを編集するようにします。

WLS サンプルをインストールして config-wls.sh スクリプトを実行した場合、元のスクリプトから類似した ovta_ スクリプトが生成されます。生成されたスクリプトは、 WLS によってインストールされた既存のスクリプトをベースにしています。

• WebLogic サンプルドメインに、元の startExampleServer.sh からサンプル ovta_startExamplesSever.sh が生成されます。

• Petstore ドメインに、スクリプト ovta_startPetStore.sh が生成されます。

• WLS 8.1 の場合は、 Medrec ドメインに、サンプルスクリプト ovta_startMedRecServer.sh が生成されます。

• WLS 8.1 ポータルの場合は、サンプルスクリプト ovta_setDomainEnv.sh が生成されます。

• WLS 9.x の場合は、サンプルスクリプト ovta_startWebLogic.sh が生成されます。


WebLogic Node Manager の設定

WebLogic Node Manager は、 WLS サーバーの起動と終了に使用する BEA のツールです。

WebLogic Node Manager を設定するとき、 Java オプションに OVTA_JAVA_OPTIONS を追加し ( タスク 2 の手順 3 を参照 )、 WebLogic Node Manager が起動する各リモートサーバーを呼び出すための CLASSPATH に OVTA_JAR ファイルを追加します。さらに、ライブラリパスに OVTA ライブラリを追加します ( 上記のタスク 2 の手順 1 に従って ovta_wls スクリプトで設定 )。

OVTA_JAVA_OPTIONS と OVTA_JAR の追加は、 Administration Console の [ リモートスタート ]タブか、WebLogic Node Manager のスタートアップスクリプト startNodeManager.sh で設定します。ライブラリパスを設定するには、各リモートサーバーの WebLogic Node Manager のスタートアップスクリプトで ovta_wls.sh スクリプトを呼び出します。

Administration Console を使用する場合、 [ クラスパス ] に OVTA_JAR の値を追加し、 [ 引数 ] の先頭に OVTA_JAVA_OPTIONS の値を追加します。 [ クラスパス ] と [ 引数 ] には、追加する OVTA関連の値のみでなく、すべての値を ( 変数でなく、展開した文字列の形式で ) 指定しますこれは、NodeManagerstartup スクリプトから継承された JAVA_OPTIONS と CLASSPATH が、 AdministrationConsole で指定された値に変更されるためです。使用するすべての値は、 WebLogic Node Managerのスタートアップスクリプトで確認できます。 WebLogic Node Manager のスタートアップスクリプトまたは Administration Console で使用する OVTA_JAVA_OPTIONS および OVTA_JAR の展開後の文字列の値を確認するには、コマンドウィンドウで ovta_wls.sh を実行し、値を表示します。

WebLogic のその他の設定－すべてのバージョン、すべての

プラットフォーム ( オプション )

SQL トレースサンプリング

SQL トレースを有効にするには、Java プロパティ ovta.SQL_trace_sample_percent の値を 0 ～ 100 に設定します。この値は、トレースする SQL トランザクションのパーセンテージを指定します。トレースされた SQL トランザクションは、 OVTA Console の [SQL Trace] タブに表示されます。たとえば次のとおりです。

ovta.SQL_trace_sample_percent=50

また、この例は、全 SQL トランザクションのうち、その半分が [SQL Trace] タブにトレースされることを指定しています。デフォルト値は 0 です。

<ovta_installation_dir>/bin/ovta_java.sh ( または ovta_java.csh) スクリプトの OVTA_SQL 行を編集することによって、このプロパティを有効にできます。 ovta_java スクリプトは ovta_wls スクリプトから呼び出され、 ovta_wls スクリプトはタスク 2 の手順 1 で指定したサーバースタートアップスクリプトから呼び出されます。

拡張可能なクライアントモニタ

OVTA クライアントモニタを使用している場合は、結果を測定サーバーではなく OVTA 管理ノードに送り返すようにクライアントモニタを設定できます。測定サーバーがファイアウォールの背後にあり、インターネットクライアントマシンからアクセスできない場合には、通常この方法を使用します。

OVTA 管理ノードが OVTA Web サーバーモニタを実行している場合は、その他の配布手順や設定手順は不要です。 OVTA 管理ノードが組み込み HTTP Web サーバーを使用してアプリケーションサーバーを実行している場合は、 HPOV_webResponse.war Web アプリケーションを配布するために追加の手順が必要になります。

54 第 5 章

OVTA クライアントモニタレセプタサーブレットをアプリケーションサーバー (HPOV_webResponse.war Web アプリケーションに含まれている ) に配布する方法は、 106 ページの「クライアントモニタ Web アプリケーションの J2EE アプリケーションサーバーにおける配布」を参照してください。

次に示すようなエラーは WLS 8.1 では普通であり、無視してかまいません。

<Warning> <HTTP> <BEA-101247> <Application:'C:\Program Files\HPOV_IPA\data\conf',Module:'HPOV_webResponse':Public ID references the old version of the Servlet DTD. You must change the public ID in web.xml file to "-//Sun Microsystems, Inc.//DTD Web Application 2.3//E

J2EE Collector の設定

J2EE Collector は、リモートの BEA アプリケーションサーバー ( バージョン 8.1 以上 ) からアプリケーションサーバーメトリックを収集します。 J2EE Collector は、プライマリ測定サーバーとセカンダリ測定サーバーのそれぞれにインストールされ、設定されるまではアイドル状態です。J2EECollector を設定すると、 Console にメトリックを表示できます。

J2EE Collector は、プライマリとセカンダリのどの測定サーバーでも実行できます。大量のトランザクションが処理される稼動環境では、収集プロセスを隔離するためにセカンダリ測定サーバーでコレクタを実行して、プライマリ測定サーバーのワークロードを軽減できます。次の説明の「測定サーバー」は、プライマリとセカンダリの両方の測定サーバーを指します。

J2EE メトリックの収集を開始するには、次の手順を実行します。

1 BEA 製品 ( バージョン 8.1 以上 ) のディレクトリにある weblogic.jar を OVTA 測定サーバーにコピーします。この jar ファイルは、 BEA の server/lib ディレクトリにあります。たとえば、BEA 8.1 の場合、この jar は <bea home>/weblogic81/server/lib/weblogic.jar にあります。このファイルを測定サーバーの <OVTA HOME>/j2eecollector ディレクトリにコピーします。

注記 : J2EE Collector の起動時に BEA の weblogic.jar ファイルが見つからない場合、 J2EE Collector は終了します。コレクタを実行し、メトリックを収集するには、手順 1 が不可欠です。

制限事項 : 収集できるのは、 WLS 8.1 weblogic.jar を使用する WLS 8.1 アプリケーションサーバーインスタンスか、 WLS 9.x weblogic.jar を使用する WLS 9.x インスタンスのいずれかです。両方を収集することはできません。

2 測定サーバーで J2EE Collector の設定プログラムを起動し、監視する BEA アプリケーションサーバーインスタンスのリストを入力します。1 台のコンピュータに BEA アプリケーションサーバーインスタンスが複数設定されている場合は、監視する各インスタンスに対して 1 つのエントリを追加する必要があります。

J2EE Collector の設定プログラムを起動するには、 /opt/HPOV_IPA/bin/j2eeCollectorConfig.sh を実行します。

監視対象のアプリケーションサーバーインスタンスを設定するには、 [Add Server] ボタンをクリックします。テーブルに新しい行が作成されます。行の 4 つのフィールドに、次のように値を入力します。プロパティの設定に必要な値が不明の場合は、 BEA システムの管理者に確認してください。

— Listen Address: BEA アプリケーションサーバーインスタンスを実行中のマシンのホスト名、 DNS 名、または IP アドレス。このアドレスは、測定サーバーで実行される J2EE Collector が、対象のアプリケーションサーバーインスタンスに接続するために使用します。このアドレスは、このインスタンスへの要求を受け入れるときに使用するアドレスと同じです。

— Listen Port: BEA アプリケーションサーバーが外部からの定期的な接続 ( 非 SSL) を待ち受けるポート。このポートは、この WebLogic Application Server インスタンスのために BEA 管理コンソールで設定されているポートと同じです。


— Login: サーバーインスタンスが所属するドメインでの、アプリケーションサーバーの Admin ユーザー名。 UNIX のログインアカウント名を入力しないでください。 BEA ユーザーは、 BEA WebLogic コンソールにログインできるユーザーです。このユーザーは、必ずしも BEA 「Administrators」グループのメンバである必要はありません。「Deployers」、「Monitors」、「Operators」グループのユーザーでもかまいません。

— Password: 上記のログインユーザーのパスワード。

追加指定するサーバーがほかにもある場合は、 [Add Server] ボタンを押してこの手順を繰り返します。サーバーの入力が終了した後で、 [Save & Close] を押します。指定内容が保存され、アプリケーションが終了します。

3 WLS 8.1 の場合は、次の「ovta start」コマンドを実行して、測定サーバーで J2EE Collector コマンドを起動します。

/<ovta_installation_dir>/bin/ovta start

起動された J2EE Collector は、設定された各サーバーに関する情報を毎分収集します。情報の収集を確認するには、 OVTA Console を起動します。 [Navigation] パネルの [Servers] 項目の下に子項目[J2EE] が表示されます。 [J2EE] を選択すると、設定したサーバーのメトリックが Console の右側に表示されます。

設定を変更するには、手順 2 に従って J2EE Collector の設定プログラムを起動します。サーバーの追加、変更、または削除を自由に行うことができます。サーバーの特定のフィールドを変更するには、そのフィールドをクリックして選択し、新しい値を入力します。サーバーを削除するには、サーバーの任意のフィールドをクリックして選択し、 [Delete] ボタンを押します。

変更が完了した後で、 [Save & Close] を押します。変更内容が保存され、アプリケーションが終了します。新しい設定は、 1 分以内に有効になります。 J2EE Collector は、設定の変更を自動的に検出します。再起動する必要はありません。

WLS 9.x アプリケーションサーバーインスタンスから収集を行うには、J2EE Collector の実行時に WLS 9.x の weblogic.jar 以外に Java 5 も使用します。 Java 5 を使用して J2EE Collector を実行するには、 j2eeCollector.sh スクリプトが Java 5 に該当する $JAVA ( 終行 ) を使用するように修正し、j2eeCollectorDaemon の代わりに修正後の j2eeCollector.sh スクリプトを使用します。WLS 8からの収集と WLS 9 からの収集を同時に行うことはできません。

Console には、選択した時間帯の間に実行されていたアプリケーションサーバーのメトリックのみが表示されます。

56 第 5 章

AIX 上の BEA WebLogic Server (WLS) と BEA WebLogic Express (WLX) のバージョン 8.1 と HotSpot JVM 1.5 上のバージョン 9.x

WLS または WLX を設定すると、サーブレット、 JSP、サーブレットフィルタ、 EJB および JDBCメソッド呼び出し (WLS の場合 )、ポートレット処理およびライセンスチェック (WebLogic Portalの場合 ) といった、各種 J2EE トランザクションを OVTA モニタから報告することが可能になります。

WLX および WebLogic Portal の設定方法は、 WLS の場合と同じです。

次の項目を設定します。

• WebLogic Application Server そのものを、 BEAWlsInstall.sh スクリプトを実行して設定する ( この後の「タスク 1 : config-wls.sh スクリプトの実行 ( オプション )」を参照 )。

• JDBC ドライバを設定する (58 ページの「タスク 2 : JDBC ドライバのインスツルメント」を参照 )。

この手順は、インストール時に JDBC ドライバを指定していなかった場合のみ必要です。

ヒント : BEAWlsInstall スクリプトを呼び出す前にタスク 2 の手順 1 (58 ページ ) に従ってJDBC ドライバの設定を行うと、タスク 1 とタスク 2 を 1 回の BEAWlsInstall スクリプトの呼び出しにまとめることができます。

• 個々の WebLogic Application Server を起動するためのスタートアップスクリプトを設定する (59 ページの「タスク 3 : 各 WLS サーバーの WLS の設定」を参照 )。

• ( 必要に応じて ) SQL トレースサンプリングを設定する (61 ページの「SQL トレースサンプリング」を参照 )。

• ( 必要に応じて ) OVTA クライアントモニタレセプタを設定する (61 ページの「拡張可能なクライアントモニタ」を参照 )。

タスク 1 : BEAWlsInstall.sh スクリプトの実行

BEAWlsInstall.sh スクリプトは、必要なファイルすべてを BEA WebLogic ディレクトリに配置し、インスツルメントされた weblogic.jar アーカイブと (WLS 8.1 を除く ) サンプルデモスクリプトを生成します。OVTA をインストールまたは設定するために WebLogic Server を停止する必要はありません。ただし、監視を有効にするには、サーバーをいったん停止し、 59 ページの「タスク 3 : 各WLS サーバーの WLS の設定」で指定されている修正した設定で再起動する必要があります。

BEAWlsInstall.sh スクリプトを実行すると、 WebLogic サーバーの「lib」にファイルと ipa ディレクトリが追加されます。

BEAWlsInstall.sh スクリプトは、管理ノードをインストールした直後に実行します。通常の場合、このスクリプトの実行は 1 回だけ必要ですが、繰り返し実行しても悪影響はありません。複数バージョンの WebLogic をインストールした (複数の BEA_HOME または複数の WL_HOME がある ) 場合や、 WebLogic を再インストールまたは新しいバージョンの WebLogic をインストールした場合には、スクリプトを 2 回以上実行することもできます。

➤ 注記

BEAWlsInstall.sh スクリプトは、 root ではなく必ず WLS ユーザーとして実行してください。このスクリプトを WLS ユーザーとして実行することにより、作成されたファイルおよびディレクトリが適切に保護されます。これは、 58 ページの「タスク 2 : JDBC ドライバのインスツルメント」を実行する際にも適用されます。


OVTA インストールプログラムは、 BEA WebLogic のインストールディレクトリを入力するように求めます。この情報は、 BEAWlsInstall.sh スクリプトを修正するために使用されます。管理ノードにインストールされている BEA のバージョンが 1 つだけであり、その WL_HOME を OVTA インストール時に正しく指定していれば、引数なしでスクリプトを実行できます。

<ovta_installation_dir>/bin/BEAWlsInstall.sh

このスクリプトは任意のディレクトリで実行できますが、そのパスで Java が利用可能であることを確かめてください。

他のディレクトリに別のバージョンの WLS がインストールされている場合は、次のようなコマンド行引数で WLS のバージョンと位置を指定してスクリプトを再実行します。

AIX 上の WLS 8.1

BEAWlsInstall.sh-DBEA_HOME=<BEA install directory> -DWL_HOME=<WebLogic product directory> -DWLS8=true

HotSpot 上の WLS 9

BEAWlsInstall.sh -DBEA_HOME=<BEA install directory> -DWL_HOME=<WebLogic product directory> -DWLS9=true

注記 : JRockit で WLS 9 を使用する場合、前セクションの説明に従って config-wls.sh スクリプトを使用します。


BEAWlsInstall.sh -DBEA_HOME=/opt/bea -DWL_HOME=/opt/bea/weblogic91 -DWLS9=true

スクリプトの結果は、次のファイルにあります。

<ovta_installation_dir>/data/log/current-BEAWlsInstall.log

完全な履歴記録のために、このファイルは、次のファイルの末尾に追加されます。

<ovta_installation_dir>/data/log/BEAWlsInstall.log

ログファイルの後の方に、「BUILD SUCCESSFUL」というメッセージがあるはずです。

BEAWlsInstall.log にあるエラーで、「mark-writable: [exec] chmod:can't access ../ipa_weblogic.jar」という形式のものは無害です。無視してかまいません。

タスク 2 : JDBC ドライバのインスツルメント

BEAWlsInstall.sh の実行時にデフォルトでインスツルメントされるサンプルの JDBC ドライバは次のとおりです。

AIX 上の WLS 8.1

WL_HOME/common/eval/pointbase/lib/pbclient44.jar WL_HOME/server/lib/ojdbc14.jar

HotSpot 上の WLS 9

WL_HOME/common/eval/pointbase/lib/pbclient51.jar WL_HOME/common/eval/pointbase/lib/pbembedded51.jar WL_HOME/server/lib/ojdbc14.jar

他の JDBC ドライバを使用するアプリケーションを監視するには、次の手順を実行します。

1 ドライバファイル名の完全なパスを <ovta_installation_dir>/data/tmp/wlsjdbcfilenames の形式で指定します。

58 第 5 章

2 BEAWlsInstall.sh enable-custom-jdbc を実行します。

BEAWlsInstall.sh スクリプトは、 root ではなく必ず WLS ユーザーとして実行してください。このスクリプトを WLS ユーザーとして実行することにより、作成されたファイルおよびディレクトリが適切に保護されます。

3 <ovta_installation_dir>/data/log/current_BEAWlsInstall.log にある結果をチェックして、インスツルメントが正しく完了したことを確認します。

上記の方法以外に、 BEAWlsInstallJdbc.sh スクリプトにインスツルメントしたい JDBC ドライバの場所を示す単一の引数を指定して、スクリプトを実行する方法もあります。

BEAWlsInstallJdbc.sh $WL_HOME/lib/myJdbcDriver

JDBC ドライバのインスツルメントを削除するには、 BEAWlsInstall.sh disable-jdbc を実行します。

旧バージョンの OVTA をインストールしてあった場合に、 BEAWlsInstall.sh uninstall を使用してWebLogic 監視を設定解除せずに OVTA をアンインストールすると、古い JDBC ドライバインスツルメントが残っていることがあります。その場合、 SQL トレースの詳細が生成されません。

古い JDBC インスツルメントを削除するには、 OVTA により修正されていない元の JDBC ドライバを復元してから、新しいインスツルメントを追加する必要があります。元のドライバは、インスツルメントされたドライバと同じディレクトリに、「original_」を先頭に付けた名前で保存されています ( たとえば、 WL_HOME/common/eval/pointbase/lib/original_pbclient44.jar)。

original_pbclient44.jar から pbclient44.jar に名前を変更して、元の JDBC ドライバを復元します。新しい JDBC インスツルメントを有効にするには BEAWlsInstall.sh enable-jdbc を実行してください。

タスク 3 : 各 WLS サーバーの WLS の設定

WLS サーバーの各インスタンスを起動するスクリプトを修正して、 OVTA 固有の変数の設定 ( 手順 1)、システムクラスパスへの OVTA_JAR の追加 ( 手順 2)、 Java コマンドへの OVTA_JAVA_OPTIONS の追加 ( 手順 3) を行う必要があります。

1 スクリプト <ovta_installation_dir>/bin/BEAWlsVars.sh のコマンドを実行します。

例 (Java Diagnostics が無効の場合 )

OVTA_HOME=/opt/HPOV_IPA. $OVTA_HOME/bin/BEAWlsVars.sh

上記のように、 2 行目の先頭には必ず「.」を追加してください。

この操作により、手順 2 および手順 3 で使用する変数 OVTA_JAVA_OPTIONS および OVTA_JAR が設定されます。また、システム上に、共有ライブラリパス (LD_LIBRARY_PATH/SHLIB_PATH/LIBPATH) も設定されます。

2 OVTA_JAR を CLASSPATH に追加します。

WLS の CLASSPATH に含まれる weblogic.jar を ipa_weblogic.jar に修正し、後に OVTA_JAR を追加します。 CLASSPATH 内の jar ファイルの順序は変更しないでください。次に例を示します。

設定前

CLASSPATH=/opt/bea/jdk150_04/lib/tools.jar:/opt/bea/weblogic91/server/lib/weblogic_sp.jar:/opt/bea/weblogic91/server/lib/weblogic.jar:/opt/bea/weblogic91/server/lib/ojdbc14.jar:/opt/bea/weblogic91/common/eval/pointbase/lib/pbserver44.jar:/opt/bea/weblogic91/common/eval/pointbase/lib/pbclient44.jar:/opt/bea/jdk150_04/jre/lib/rt.jar:/opt/bea/weblogic91/server/lib/webservices.jar


設定後

CLASSPATH=/opt/bea/jdk150_04/lib/tools.jar:/opt/bea/weblogic91/server/lib/weblogic_sp.jar:/opt/bea/weblogic91/server/lib/ipa_weblogic.jar: /opt/bea/weblogic91/server/lib/ojdbc14.jar:/opt/bea/weblogic91/common/eval/pointbase/lib/pbserver44.jar:/opt/bea/weblogic91/common/eval/pointbase/lib/pbclient44.jar:/opt/bea/jdk150_04/jre/lib/rt.jar:/opt/bea/weblogic91/server/lib/webservices.jar:$OVTA_JAR

例をコピーする場合は、インデントされた行を前の行に連結してください。


Java Diagnostics を有効にするには、 Java Diagnostics ノードエージェントサービスが実行中であることを確認します (109 ページの「Java Diagnostics エージェントの統合」を参照 )。次に、BEAWLsVars.sh の呼び出しの中に変数 JD を設定します。そのためには、 BEAWLsVars.sh を修正するか、次のようにスクリプトの呼び出しの前に「JD=on」を設定します。

JD=onOVTA_HOME=/opt/HPOV_IPA. $OVTA_HOME/bin/BEAWlsVars.sh

必要な修正をすべて含むサンプルスクリプト

サンプルスクリプト startMonitoredWebLogic.sh は、<ovta_installation_dir>/bin/bea-wls9.1/medrec にあります。サンプルは、 Medrec ドメインディレクトリに直接生成されません。

サンプルは参照専用です。サンプルディレクトリからサンプルを実行しないでください。

サンプルスクリプトをコピーしないでください。監視が行われない元のスクリプトをコピーし、startMonitoredWebLogic.sh と元の (Monitored のない ) startWebLogic.sh スクリプトの違いに基づいて ( または、以降の記載に基づいて ) このコピーを編集します。サンプルスクリプトを編集した後、該当する WebLogic ディレクトリからスクリプトを直接実行します。 < ovta_installation_dir>/bin/bea-wls-* ディレクトリからは実行しないでください。

OVTA で監視するサンプルアプリケーション WLS 9.x Medrec を実行するスクリプトを手動で作成するには、既存の Medrec スクリプトを変更して次の 3 つのファイルを作成します。

• $WL_HOME/common/bin/ipa_commEnv.sh

• $WL_HOME/samples/domains/medrec/bin/ipa_setDomainEnv.sh

• $WL_HOME/samples/domains/medrec/bin/startMonitoredWebLogic.sh

次の詳細説明は WLS 9.x に該当します。WLS 8 の場合、ファイル名を次のように読み替えてください。

• $WL_HOME/common/bin/ipa_commEnv.sh

• $WL_HOME/samples/domains/medrec/ipa_setMedRecEnv.sh

• $WL_HOME/samples/domains/medrec/startMonitoredMedRecServer.sh

➤ 注記

Sun (HotSpot) JVM 1.5 ではパフォーマンスオーバーヘッドが生じるため、 Sun Java 1.5 を使用するときは WLS 9 の稼動環境で Java Diagnostics を有効にしないでください。Sun Java 1.5 VM で JD エージェントを使用すると、デフォルトのパラレルガーベジコレクションからシリアルのガーベジコレクションに切り替わり、その結果、パフォーマンスオーバーヘッドが増加します。

60 第 5 章

推奨される変更内容は次のとおりです。

cd $WL_HOME/common/bincp commEnv.sh ipa_commEnv.sh

ipa_commEnv.sh 内の weblogic.jar を ipa_weblogic.jar に変更し、 WEBLOGIC_CLASSPATH に${CLASSPATHSEP}${OVTA_JAR} を追加します。 WEBLOGIC_CLASSPATH の設定の直前に次の行を挿入します。

. <ovta-installation-dir>/bin/BEAWlsVars.sh

さらに、 ipa_setDomainEnv.sh スクリプトと startMonitoredWebLogic.sh スクリプトを次のように変更します。

cd $WL_HOME/samples/domains/medrec/bincp setDomainEnv.sh ipa_setDomainEnv.sh

ipa_setMedRecEnv.sh を編集して、 commEnv.sh の代わりに ipa_commEnv.sh が呼び出されるようにします。

cp startWebLogic.sh startMonitoredWebLogic.sh

WLS 9.x の場合は startMonitoredWebLogic.sh を、 WLS 8.1 の場合は startMonitoredMedRecServer.sh を編集して、 commEnv.sh の代わりに ipa_commEnv.sh が呼び出されるようにし、 setDomainEnv.sh の呼び出しがある場合は、代わりに ipa_setDomainEnv.sh が呼び出されるようにします。スクリプトファイルの後にある Java 呼び出しの直前に、次の行を追加します。

JAVA_OPTIONS="${OVTA_JAVA_OPTIONS} ${JAVA_OPTIONS}"

AIX 上の WebLogic 8.1 および HotSpot 上の WebLogic 9.x に関するその他の設定 ( オプション )





このプロパティを有効にするには、スクリプト <ovta_installation_dir>/bin/BEAWlsVars.sh のOVTA_SQL 行を編集します。このスクリプトは、タスク 3 の手順 1 で指定したサーバースタートアップスクリプトから呼び出されます。



OVTA 管理ノードが OVTA Web サーバーモニタを実行している場合は、その他の配布手順や設定手順は不要です。 OVTA 管理ノードが組み込み HTTP Web サーバーを使用してアプリケーションサーバーを実行している場合は、 HPOV_webResponse.war Web アプリケーションを配布するために追加の手順が必要になります。


OVTA クライアントモニタレセプタサーブレットをアプリケーションサーバー (HPOV_webResponse.war Web アプリケーションに含まれている ) に配布する方法は、 106 ページの「クライアントモニタ Web アプリケーションの J2EE アプリケーションサーバーにおける配布」を参照してください。

次に示すようなエラーは WLS 8.1 では普通であり、無視してかまいません。

<Warning> <HTTP> <BEA-101247> <Application:'C:\Program Files\HPOV_IPA\data\conf',Module:'HPOV_webResponse':Public ID references the old version of the Servlet DTD.You must change the public ID in web.xml file to "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN".>

J2EE Collector の設定

J2EE Collector は、リモートの BEA アプリケーションサーバー ( バージョン 8.1 以上 ) からアプリケーションサーバーメトリックを収集します。 J2EE Collector は、プライマリ測定サーバーとセカンダリ測定サーバーのそれぞれにインストールされ、設定されるまではアイドル状態です。J2EECollector を設定すると、 Console にメトリックを表示できます。

J2EE Collector は、プライマリとセカンダリのどの測定サーバーでも実行できます。大量のトランザクションが処理される稼動環境では、収集プロセスを隔離するためにセカンダリ測定サーバーでコレクタを実行して、プライマリ測定サーバーのワークロードを軽減できます。次の説明の「測定サーバー」は、プライマリとセカンダリの両方の測定サーバーを指します。

J2EE メトリックの収集を開始するには、次の手順を実行します。

1 BEA 製品 ( バージョン 8.1 以上 ) のディレクトリにある weblogic.jar を OVTA 測定サーバーにコピーします。この jar ファイルは、 BEA の server/lib ディレクトリにあります。たとえば、BEA 8.1 の場合、この jar は <bea home>/weblogic81/server/lib/weblogic.jar にあります。このファイルを測定サーバーの <OVTA HOME>/j2eecollector ディレクトリにコピーします。

注記 : J2EE Collector の起動時に BEA の weblogic.jar ファイルが見つからない場合、J2EE Collectorは終了します。コレクタを実行し、メトリックを収集するには、手順 1 が不可欠です。

制限事項 : 収集できるのは、 WLS 8.1 weblogic.jar を使用する WLS 8.1 アプリケーションサーバーインスタンスか、WLS 9.x weblogic.jar を使用する WLS 9.x インスタンスのいずれかです。両方を収集することはできません。

2 測定サーバーで J2EE Collector の設定プログラムを起動し、監視する BEA アプリケーションサーバーインスタンスのリストを入力します。 1 台のコンピュータに BEA アプリケーションサーバーインスタンスが複数設定されている場合は、監視する各インスタンスに対して 1 つのエントリを追加する必要があります。

J2EE Collector の設定プログラムを起動するには、 /opt/HPOV_IPA/bin/j2eeCollectorConfig.sh を実行します。

監視対象のアプリケーションサーバーインスタンスを設定するには、[Add Server] ボタンをクリックします。テーブルに新しい行が作成されます。行の 4 つのフィールドに、次のように値を入力します。プロパティの設定に必要な値が不明の場合は、 BEA システムの管理者に確認してください。

— Listen Address: BEA アプリケーションサーバーインスタンスを実行中のマシンのホスト名、 DNS 名、または IP アドレス。このアドレスは、測定サーバーで実行される J2EECollector が、対象のアプリケーションサーバーインスタンスに接続するために使用します。このアドレスは、このインスタンスへの要求を受け入れるときに使用するアドレスと同じです。

— Listen Port: BEA アプリケーションサーバーが外部からの定期的な接続 ( 非 SSL) を待ち受けるポート。このポートは、この WebLogic Application Server インスタンスのために BEA 管理コンソールで設定されているポートと同じです。

62 第 5 章

— Login: サーバーインスタンスが所属するドメインでの、アプリケーションサーバーの Admin ユーザー名。 UNIX のログインアカウント名を入力しないでください。 BEA ユー

ザーは、 BEA WebLogic コンソールにログインできるユーザーです。このユーザーは、

必ずしも BEA 「Administrators」グループのメンバである必要はありません。

「Deployers」、「Monitors」、「Operators」グループのユーザーでもかまいません。

— Password: 上記のログインユーザーのパスワード。

追加指定するサーバーがほかにもある場合は、 [Add Server] ボタンを押してこの手順を繰り

返します。サーバーの入力が終了した後で、 [Save & Close] を押します。指定内容が保存さ

れ、アプリケーションが終了します。

3 WLS 8.1 の場合は、「ovta start」コマンド (/opt/HPOV_IPA/bin/ovta start) を実行して、

測定サーバーで J2EE Collector コマンドを起動します。

起動された J2EE Collector は、設定された各サーバーに関する情報を毎分収集します。情報の収集を確認するには、 OVTA Console を起動します。 [Navigation] パネルの [Servers] 項目の下に子項目[J2EE] が表示されます。 [J2EE] を選択すると、設定したサーバーのメトリックが Console の右側に表示されます。

設定を変更するには、手順 2 に従って J2EE Collector の設定プログラムを起動します。サーバーの追加、変更、または削除を自由に行うことができます。サーバーの特定のフィールドを変更するには、そのフィールドをクリックして選択し、新しい値を入力します。サーバーを削除するには、サーバーの任意のフィールドをクリックして選択し、 [Delete] ボタンを押します。

変更が完了した後で、 [Save & Close] を押します。変更内容が保存され、アプリケーションが終了します。新しい設定は、 1 分以内に有効になります。 J2EE Collector は、設定の変更を自動的に検出します。再起動する必要はありません。

WLS 9.x アプリケーションサーバーインスタンスから収集を行うには、 J2EE Collector の実行時に WLS 9.x の weblogic.jar 以外に Java5 も使用します。 Java 5 を使用して J2EE Collector を実行するには、 j2eeCollector.sh スクリプトが Java 5 に該当する $JAVA ( 終行 ) を使用するように修正し、 j2eeCollectorDaemon の代わりに修正後の j2eeCollector.sh スクリプトを使用します。 WLS 8 からの収集と WLS 9 からの収集を同時に行うことはできません。

Console には、選択した時間帯の間に実行されていたアプリケーションサーバーのメトリックのみが表示されます。


IBM WebSphere Application Server 5.x

IBM WebSphere 5.x を OVTA 用に設定するには、事前に管理ノードで OVTA を起動しておく必要があります (92 ページの「OVTA 管理ノードソフトウェアの起動」を参照 )。

WebSphere Application Server を設定すると、サーブレット、 JSP、サーブレットフィルタ、 EJB、JDBC メソッド呼び出しといった、各種の J2EE トランザクションを OVTA モニタに報告させることができます。

WebSphere アプリケーションを OVTA で監視するには、 WebSphere アプリケーションで使用される JDBC ドライバを前処理する必要があります。自動設定オプション ( 下記 ) を使用すると、前処理は自動的に行われますが、 WebSphere を手動で設定する ( タスク 4 の「WebSphere 5.x の手動設定」を参照 ) 場合は、前処理を手動で行う必要があります。OVTA が自動的に前処理する JDBC ドライバのリストを確認するには、 WebSphere Admin Service API を使用して WebSphere 設定レジストリを照会します。

WebSphere 5.x を設定するための前提条件

• WebSphere Full Administrator 権限のあるユーザーとしてログインしてください。

• JDBC 監視を可能にするには、JDBC ドライバファイルが入っているディレクトリに対する書

き込みアクセス権が必要です。

• Deployment Manager を使用している場合は、 dmgr サーバーが実行されていることを確認して

ください。

• スタンドアロンのアプリケーションサーバーがある場合は、 server1 ( デフォルトで Admin Service が実行されるサーバー ) または WebSphere のインストール時に指定したサーバーが稼

動中であることを確認してください。

• <websphere_installation_dir>/appserver/properties/wsadmin.properties ファイルのプロパティ値が WebSphere Admin Service の現在の場所 ( 具体的には com.ibm.ws.scripting.port および com.ibm.ws.scripting.host) を示していることを確認してください。 WebSphere 管理コンソール

から Admin Service の場所が変更されている場合、その変更は wsadmin.properties ファイルに

自動的に更新されません。

➤ 注記

スクリプトを実行することで WebSphere Application Server を自動的に設定することも、設定を手動で実行することもできます。スクリプトを実行する場合は、手動での設定は避けてください。ただし、手動設定の手順を読むと詳細を理解できます。この後のセクションでは、両方の手順について説明します。

設定を反映させるには、 WebSphere Admin Server および Application Server を再起動する必要があります。 WebSphere Admin Server および Application Server の起動と停止の方法に習熟していない場合は、『IBM WebSphere Application Server V5.0 System Management and Configuration』 (IBMRedbook) を参照してください。

ASCII 以外の文字セットで WebSphere を使用する場合は、 UTF-8 文字セットをサポートしているデータベースを使用する必要があります。そうしないと、自動設定を使用できないことがあります。詳細は、『HP OpenView Transaction Analyzer トラブルシューティングガイド』を参照してください。

64 第 5 章

WebSphere 5.x の自動設定

WebSphere を設定するスクリプトは、次のファイルです。

<ovta_installation_dir>/bin/install-ipa-was5-instr.sh

スクリプトは、次のファイルの末尾に情報を追加します。

<ovta_installation_dir>/data/log/install-ipa-was5-instr.log

また、現在の呼び出しの記録を次のファイルに生成します。

<ovta_installation_dir>/data/log/current-install-ipa-was5-instr.log

すべての J2EE トランザクション (JVM 内および JVM 間 ) を監視するには、次のスクリプトを実行します。

install-ipa-was5-instr.sh install

このスクリプトは、66 ページの「WebSphere 5.x の手動設定」で説明するすべての手順を実行します。

設定スクリプトを呼び出した後、アプリケーションサーバーを再起動します。

70 ページの「WebSphere 5.x に関するその他の設定 ( オプション )」も参照してください。

オプション

WebSphere Security Service がセキュアモードで稼動していて、ユーザー名とパスワードの値が<websphere_installation_dir>/properties/ ディレクトリ内の soap.client.props または sas.client.propsファイルに提供されていない場合は、 -Dusername=<name> および -Dpassword=<password> オプションを使用できます。この後の例で、 [-Dusername=<name>] および [-Dpassword=<password>]は、 WebSphere Security Service がセキュアモードで稼動しているときにこれらのオプションを使用できることを示しています。このオプションを使用する場合は、角かっこなしで指定してください。

• クラスロードプラグインを可能にするが、 JDBC ドライバファイルの前処理はしない場合は、次のように指定します。

install-ipa-was5-instr.sh [-Dusername=<name>][-Dpassword=<password>] install-all-except-jdbc

• OVTA をアンインストールせずに、 WebSphere Application Server に対する OVTA モニタを一時的に無効にするには、次のように指定します。

install-ipa-was5-instr.sh [-Dusername=<name>][-Dpassword=<password>] disable

• OVTA モニタを再び可能にするには、次のように指定します。

install-ipa-was5-instr.sh [-Dusername=<name>][-Dpassword=<password>] enable

• JVM/ アプリケーションサーバーでの J2EE トランザクションの監視を独立して可能および無効にするには、次のように指定します。

install-ipa-was5-instr.sh [-Dusername=<name>][-Dpassword=<password>] enable-correlation

および

install-ipa-was5-instr.sh [-Dusername=<name>][-Dpassword=<password>] disable-correlation


• JDBC に対する OVTA モニタを独立して可能および無効にするには、次のように指定します。

install-ipa-was5-instr.sh [-Dusername=<name>][-Dpassword=<password>] enable-jdbc

および

install-ipa-was5-instr.sh [-Dusername=<name>][-Dpassword=<password>] disable-jdbc

• OVTA をアンインストールせずに、 WebSphere Application Server に対する OVTA モニタをアンインストールするには、次のように指定します。

install-ipa-was5-instr.sh [-Dusername=<name>][-Dpassword=<password>] uninstall

WebSphere 5.x のインストール先

OVTA インストーラの実行後に WebSphere を別のインストールディレクトリに再インストールする場合、または OVTA のインストール中に誤ったディレクトリを指定した場合には、ファイル<ovta_installation_dir>/bin/ovta_installation.sh で、 WEBSPHERE_5_DIR の値を新しいインストールディレクトリに変更してください。

同じマシンに複数の WebSphere をインストールする場合は、各インストールディレクトリにつきWEBSPHERE_5_DIR 値を変更し、 install-ipa-was5-instr.sh を実行してください。

WebSphere 5.x の手動設定

手動設定手順を実行する場合は、 OVTA をアンインストールする前に設定を手動で取り消す必要があります。

タスク 1 : OVTA の jar ファイルを WebSphere 拡張ライブラリにコピーする

次のファイルを <ovta_installation_dir>/WEB-INF/lib から <websphere_installation_dir>/lib/ext/ にコピーします。

• ipa-was-instr.jar

• bip.zip

• arm3Appl-cimpl.jar

• arm3Agent-cimpl.jar

タスク 2 : 環境変数の設定

WebSphere 管理コンソールを使用して、 OVTA ライブラリディレクトリ <ovta_installation_dir>/libをすべての監視対象アプリケーションサーバーインスタンスのライブラリ検索パス変数 (Solarisおよび Linux では LD_LIBRARY_PATH、 HP-UX では SHLIB_PATH、 AIX では LIBPATH) に追加します。

➤ 注記

スクリプト install-ipa-was5-instr.sh を使用して OVTA 用に WebSphere を自動設定する場合、このセクションで説明する手順は実行しないでください。ここで説明する手順は、すべてスクリプトによって自動的に実行されます。

66 第 5 章

環境変数 LD_LIBRARY_PATH/SHLIB_PATH/LIBPATH が既に存在する場合は、これを選択して<ovta_installation_dir>/lib を値に追加します。

別の方法では、 LD_LIBRARY_PATH/SHLIB_PATH/LIBPATH という名前の変数を作成し、値 <ovta_installation_dir>/lib を割り当てます。

タスク 3 : サーブレット、 JSP、フィルタ、 EJB の監視を可能にする

WebSphere 管理コンソールを使用して、次の設定を追加します。

1 監視する各アプリケーションサーバーインスタンスの Java Virtual Machine のブートクラス

パスに <ovta_installation_dir>/WEB-INF/lib/ovta-instr-boot.jar を追加します。

2 JVM プロパティを追加します。

WebSphere 管理コンソールを使用して、監視する各アプリケーションサーバーインスタンス

の [Java Virtual Machine] にある [Generic JVM Arguments ( 汎用 JVM 引数 )] に次の JVM プロパ

ティを追加します。

-Dcom.ibm.websphere.classloader.plugin=com.hp.ov.ipa.instr.bip.it.Was5ClassloaderPlugin

JVM 間のトランザクションも監視するには、次の汎用 JVM プロパティを追加します。

-Dorg.omg.PortableInterceptor.ORBInitializerClass.com.hp.ov.ipa.instr.bip.OVTAPortableInterceptor

タスク 4 : JDBC の監視を可能にする

JDBC を監視するには、 Admin Service の設定リポジトリから JDBC ドライバファイル名を取得して、 JDBC ドライバファイルを前処理する必要があります。

1 JDBC ドライバファイル名を取得します。この情報は、WebSphere 設定リポジトリに格納されています。セル、ノード、およびサーバースコープのいずれかまたはすべてで定義されたJDBC ドライバがあります。

2 次のコマンドを実行することにより、 JDBC ドライバファイルを前処理します。

java -cp <ovta_installation_dir>/WEB-INF/lib/ipa-was-instr.jar:<websphere_Home>/lib/j2ee.jar -Dbip.hookcontrol.class=com.hp.ov.ipa.instr.bip.it.JDBCHookControl-Dcom.hp.ov.ipa.logConfiguration=<ovta_installation_dir>/data/conf/logConfiguration bip -i -o -q <jdbc file> <preprocessed jdbc file>


java -cp \ /<ovta_installation_dir>/WEB-INF/lib/ipa-was-instr.jar:/opt/WebSphere/AppServer/lib /ujc.jar \ -Dbip.hookcontrol.class=com.hp.ov.ipa.instr.bip.it.JDBCHookControl \ -Dcom.hp.ov.ipa.logConfiguration=/<ovta_installation_dir>/data/conf/logConfiguration \bip -i -o -q /export/oracle/product/8.1.7/jdbc/lib/classes12.zip \ /<ovta_installation_dir>/data/tmp/ovta_classes12.zip


OVTA が監視する JDBC メソッドを 1 つも定義していない JDBC ドライバファイルもあります。その場合、前処理プログラムは「0 classes instrumented」 (0 個のクラスがインスツルメントされました ) と報告します。そうでなければ、前処理プログラムは、 OVTA が監視するメソッドを報告します。

3 JDBC ドライバファイルを置き換えます。

前処理されたすべての JDBC ドライバファイル ( インスツルメントされたクラスが 0 でなかったもの ) のオリジナルコピーを保存してから ( まだ保存していない場合 )、前処理した JDBCファイルで置き換えます。


if (! -r /export/oracle/product/8.1.7/jdbc/lib/original_classes12.zipcp /export/oracle/product/8.1.7/jdbc/lib/classes12.zip \/export/oracle/product/8.1.7/jdbc/lib/original_classes12.zipendifcp /export/oracle/product/8.1.7/jdbc/lib/ovta_classes12.zip \/export/oracle/product/8.1.7/jdbc/lib/classes12.zip

4 アプリケーションサーバーを再起動して、前処理された JDBC ファイルをロードさせます。JDBC の監視を無効にした場合、または OVTA をアンインストールした場合は、元の JDBC ドライバファイルを復元して、アプリケーションサーバーを再起動する必要があります。

Apache SOAP の監視を可能にする予定の場合は、 Apache SOAP jar ファイルの前処理が終わるまで、管理サーバーの再起動を遅らせることができます。

タスク 5 : Apache SOAP の監視を可能にする

1 Apache SOAP jar ファイルを前処理します。

各 SOAP jar ファイル (soap.jar、 wssoap.jar) で次のコマンドを実行します。

<ovta_installation_dir>/jre/bin/java -cp <ovta_installation_dir>/WEB-INF/lib/ipa-was-instr.jar:<ovta_installation_dir>/WEB-INF/lib/bip.zip:<websphere_installation_dir>/lib/j2ee.jar -Dbip.hookcontrol.class=com.hp.ov.ipa.instr.bip.it.ApacheSoapHookControl -Dcom.hp.ov.ipa.logConfiguration=<ovta_installation_dir>/data/conf/logConfiguration bip -i -o -q <SOAP jar file> <preprocessed SOAP jar file>


"/opt/HPOV_IPA/jre/bin/java" -cp "/opt/HPOV_IPA/WEB-INF/lib/ipa-was-instr.jar:/opt/HPOV_IPA/WEB-INF/lib/bip.zip:/opt/WebSphere/AppServer/lib/j2ee.jar" bip -i -o -q "/opt/WebSphere/AppServer/lib/soap.jar" "/opt/HPOV_IPA/data/tmp/soap.jar"

"/opt/HPOV_IPA/jre/bin/java" -cp "/opt/HPOV_IPA/WEB-INF/lib/ipa-was-instr.jar:/opt/HPOV_IPA/WEB-INF/lib/bip.zip:/opt/WebsPhere/AppServer/lib/j2ee.jar" bip -i -o -q "/opt/WebSphere/AppServer/lib/wssoap.jar" "/opt/HPOV_IPA/data/tmp/wssoap.jar"

2 SOAP jar ファイルを置き換えます。

元の SOAP jar ファイルのコピーを保存してから、前処理した jar ファイルで置き換えます。

68 第 5 章


if "/opt/WebSphere/AppServer/lib/soap.jar.original" does not already exist copy "/opt/WebSphere/AppServer/lib/soap.jar" "/opt/WebSphere/AppServer/lib/soap.jar.original"

copy "/opt/hpov_ipa/data/tmp/soap.jar" "/opt/WebSphere/AppServer/lib/soap.jar"

if "/opt/WebSphere/AppServer/lib/wssoap.jar.original" does not already exist copy "/opt/WebSphere/AppServer/lib/wssoap.jar" "/opt/WebSphere/AppServer/lib/wssoap.jar.original"

copy "/opt/hpov_ipa/data/tmp/wssoap.jar" "/opt/WebSphere/AppServer/lib/wssoap.jar"

3 管理サーバーを再起動して、前処理された SOAP jar ファイルをアプリケーションサーバーにロードさせます。

タスク 6 : J2EE 対応 Web サービスの SOAP の監視を可能にする

WebSphere 5.0.2 および 5.1 には、 Web Services for J2EE 1.0 仕様と互換性のある SOAP サービスが用意されています。この仕様は、 J2EE 1.3 および 1.4 の仕様に統合されており、 Java API forXML-based RPC (JAX-RPC) 1.0 仕様に基づいています。WebSphere 5.0.2 および 5.1 では、引き続きApache SOAP を使用することもできますが、 Web サービスのプラットフォームとして新しいSOAP サービスを使用することをお勧めします。

1 Web サービス jar ファイルを前処理します。

次のコマンドを実行します。

<ovta_installation_dir>/jre/bin/java –cp <instr-classpath>-Dbip.hookcontrol.class=com.hp.ov.ipa.instr.bip.it.Was5SoapHookControl-Dcom.hp.ov.ipa.logConfiguration=<ovta_installation_dir>/data/conf/logConfigurationbip –I –o –q <webservices.jar> <preprocessed webservices.jar>

— <instr-classpath>: <ovta_installation_dir>/WEB-INF/lib/ipa-was-instr.jar、<ovta_installation_dir>/WEB-INF/lib/bip.zip、 <websphere_installation_dir>/lib/j2ee.jar

— <webservices.jar>: <websphere_installation_dir>/lib/webservices.jar

— <preprocessed webservices.jar>: 出力ファイル ( 例 : <ovta_installation_dir>/data/tmp/webservices.jar)

2 前処理した webservices.jar ファイルを置き換えます。

元の webservices.jar ファイルのコピーを保存してから、 <preprocessed webservices.jar> を <webservices.jar> にコピーします。

3 アプリケーションサーバーを再起動して、前処理した webservices.jar ファイルをロードします。


WebSphere 5.x の設定の検証

自動設定スクリプトが成功したことを確認するには、 <ovta_installation_dir>/data/log/currentinstall-ipa-was5-instr.log の後に BUILD SUCCESSFUL メッセージがあることを確認します。さらに、インスツルメントする JDBC ドライバファイルがすべて「jdbc-summary-message:」の下に表示されることも確認します。ログファイルになんらかの問題がある場合は、『HPOpenView Transaction Analyzer トラブルシューティングガイド』を参照してください。

WebSphere Application Server が起動したとき、 WebSphere Application Server 用の OVTA モニタは、日付と OVTA のバージョンを含む情報メッセージをログファイル <ovta_installation_dir>/data/log/IPA_J2EE.log に追加します。このファイルにスタートアップメッセージが含まれていて、エラーメッセージや警告メッセージが記録されていないことを確認してください。また、WebSphereApplication Server のログファイルにエラーが記録されていないことも確認してください。

WebSphere 5.x に関するその他の設定 ( オプション )


SQL トレースを有効にするには、Java プロパティ ovta.SQL_trace_sample_percent の値を 0 ～ 100 に設定します。この値は、トレースする SQL トランザクションのパーセンテージを指定します。トレースされた SQL トランザクションは、 OVTA Console の [SQL Trace] タブに表示されます。たとえば、値が 50 の場合は、全 SQL トランザクションのうち、その半分が [SQL Trace] タブにトレースされることを指定しています。デフォルト値は 0 です。

WebSphere 管理コンソールを使用して、監視する各アプリケーションサーバーインスタンスのJVM 設定で次の汎用 JVM プロパティを追加します。

-Dovta.SQL_trace_sample_percent=<desired value>

Java Diagnostics のコンテキスト起動

WebSphere Application Server を Java Diagnostics のコンテキスト起動の要素として設定するには、まず、 Java Diagnostics ノードエージェントが実行されていることを確認します。 109 ページの「Java Diagnostics エージェントの統合」を参照してください。次に、 WebSphere 管理コンソールを使用して、次の操作を行います。

1 監視する各アプリケーションサーバーインスタンスの JVM のブートクラスパスに次のパス

を追加します。

<ovta_installation_dir>/WEB-INF/lib/ovta-instr-boot.jar:<ovta_installation_dir>/WEB-INF/lib/agent.jar

2 監視する各アプリケーションサーバーインスタンスの [Generic JVM Arguments] に次の JVM 引数を追加します。

-Xrunmulti:+ovtajd

IBM JVM を使用する場合、 Java Diagnostics は使用できません。 HP と IBM は、共同でこの問題に対応中です。サポート対象プラットフォームの新情報については、http://support.openview.hp.com/sc/support_matrices.jsp を参照してください。

70 第 5 章


OVTA クライアントモニタを使用する場合は、結果を測定サーバーではなく OVTA 管理ノードに送り返すようにクライアントモニタを設定できます。測定サーバーがファイアウォールの背後にあり、インターネットクライアントマシンからアクセスできない場合には、通常この方法を使用します。

OVTA 管理ノードが OVTA Web サーバーモニタを実行している場合は、その他の配布手順や設定手順は不要です。 OVTA 管理ノードが組み込み HTTP Web サーバーを使用してアプリケーションサーバーを実行している場合は、追加の手順が必要になります。 OVTA クライアントモニタレセプタサーブレットをアプリケーションサーバー (HPOV_webResponse.war Web アプリケーションに含まれている ) に配布する方法は、 106 ページの「クライアントモニタ Web アプリケーションの J2EE アプリケーションサーバーにおける配布」を参照してください。


IBM WebSphere Application Server 6.x

IBM WebSphere を設定するには、事前に管理ノードで OVTA を起動しておく必要があります(92 ページの「OVTA 管理ノードソフトウェアの起動」を参照 )。

WebSphere Application Server を設定すると、サーブレット、 JSP、サーブレットフィルタ、 EJB、JDBC メソッド呼び出しといった、各種の J2EE トランザクションを OVTA モニタに報告させることができます。

WebSphere アプリケーションを OVTA で監視するには、 WebSphere アプリケーションで使用される JDBC ドライバを前処理する必要があります。自動設定オプション ( 下記 ) を使用すると、前処理は自動的に行われますが、 WebSphere を手動で設定する (74 ページの「WebSphere 6.x の手動設定」を参照 ) 場合は、前処理を手動で行う必要があります。OVTA が自動的に前処理する JDBC ドライバのリストを確認するには、 WebSphere Admin Service API を使用して WebSphere 設定レジストリを照会します。

WebSphere 6.x を設定するための前提条件

• WebSphere Full Administrator 権限のあるユーザーとしてログインしてください。

• Deployment Manager を使用している場合は、 dmgr サーバーが実行されていることを確認して

ください。

• スタンドアロンのアプリケーションサーバーがある場合は、 server1 ( デフォルトで Admin Service が実行されるサーバー ) または WebSphere のインストール時に指定したサーバーが稼

動中であることを確認してください。

• <websphere_installation_dir>/profiles/<profile name>/properties/wsadmin.properties ファイルのプ

ロパティ値が WebSphere Admin Service の現在の場所 ( 具体的には com.ibm.ws.scripting.port および com.ibm.ws.scripting.host) を示していることを確認してください。 WebSphere 管理コン

ソールから Admin Service の場所が変更されている場合、その変更は wsadmin.properties ファ

イルに自動的に更新されません。

WebSphere 6.x の自動設定

WebSphere を設定するスクリプトは、次のファイルです。

<ovta_installation_dir>/bin/install-ipa-was6-instr.sh

➤ 注記

スクリプトを実行することで WebSphere Application Server を自動的に設定することも、設定を手動で実行することもできます。スクリプトを実行する場合は、手動での設定は避けてください。ただし、手動設定の手順を読むと詳細を理解できます。この後のセクションでは、両方の手順について説明します。

設定を反映させるには、 WebSphere Admin Server および Application Server を再起動する必要があります。 WebSphere Admin Server および Application Server の起動と停止の方法に習熟していない場合は、『IBM WebSphere Application Server Version 6 Using the Administrative ClientsHandbook』 (IBM Redbook) を参照してください。

ASCII 以外の文字セットで WebSphere を使用する場合は、 UTF-8 文字セットをサポートしているデータベースを使用する必要があります。そうしないと、自動設定を使用できないことがあります。詳細は、『HP OpenView Transaction Analyzer トラブルシューティングガイド』を参照してください。

72 第 5 章


<ovta_installation_dir>/data/log/install-ipa-was6-instr.log


<ovta_installation_dir>/data/log/current-install-ipa-was6-instr.log

すべての J2EE トランザクション (JVM 内および JVM 間 ) を監視するには、次のスクリプトを実行します。

install-ipa-was6-instr.sh install

このスクリプトは、74 ページの「WebSphere 6.x の手動設定」で説明するすべての手順を実行します。

設定スクリプトを呼び出した後、アプリケーションサーバーを再起動します。

76 ページの「WebSphere 6.x に関するその他の設定 ( オプション )」も参照してください。

オプション

-profileName <name> オプションを使用すると、設定する WebSphere プロファイルを指定できます。このオプションを指定しない場合、デフォルトのプロファイルが設定されます。複数のプロファイルを設定する場合は、各プロファイルに 1 回ずつ install-ipa-was6-instr.sh を呼び出し、-profileName オプションでプロファイル名を指定します。例を示します。

install-ipa-was6-instr.sh -profileName AppSrv02

WebSphere Security Service がセキュアモードで稼動していて、ユーザー名とパスワードの値が<websphere_installation_dir>/profiles/<profile name>/properties/ ディレクトリ内の sas.client.propsファイルに提供されていない場合は、 -Dusername=<name> および -Dpassword=<password> オプションを使用できます。この後の例で、 [-Dusername=<name>] および [-Dpassword=<password>]は、 WebSphere Security Service がセキュアモードで稼動しているときにこれらのオプションを使用できることを示しています。このオプションを使用する場合は、角かっこなしで指定してください。

• クラスロードプラグインを可能にするが、 JDBC ドライバファイルの前処理はしない場合は、次のように指定します。

install-ipa-was6-instr.sh [-profileName <profile>] [-Dusername=<name>][-Dpassword=<password>]install-all-except-jdbc

• OVTA をアンインストールせずに、 WebSphere Application Server に対する OVTA モニタを一時的に無効にするには、次のように指定します。

install-ipa-was6-instr.sh [-profileName <profile>] [-Dusername=<name>][-Dpassword=<password>]disable


install-ipa-was6-instr.sh [-profileName <profile>] [-Dusername=<name>][-Dpassword=<password>]enable

• JVM/ アプリケーションサーバーでの J2EE トランザクションの監視を独立して可能および無効にするには、次のように指定します。

install-ipa-was6-instr.sh [-profileName <profile>] [-Dusername=<name>][-Dpassword=<password>]enable-correlation

および


install-ipa-was6-instr.sh [-profileName <profile>] [-Dusername=<name>][-Dpassword=<password>]disable-correlation

• JDBC に対する OVTA モニタを独立して可能および無効にするには、次のように指定します。

install-ipa-was6-instr.sh [-profileName <profile>] [-Dusername=<name>][-Dpassword=<password>]enable-jdbc

および

install-ipa-was6-instr.sh [-profileName <profile>] [-Dusername=<name>][-Dpassword=<password>]disable-jdbc

• OVTA をアンインストールせずに、 WebSphere Application Server に対する OVTA モニタをアンインストールするには、次のように指定します。

install-ipa-was6-instr.sh [-Dusername=<name>][-Dpassword=<password>]uninstall

OVTA インストーラの実行後に WebSphere を別のインストールディレクトリに再インストールする場合、または OVTA のインストール中に誤ったディレクトリを指定した場合には、ファイル<ovta_installation_dir>/bin/ovta_installation.sh で、 WEBSPHERE_6_DIR の値を新しいインストールディレクトリに変更してください。

WebSphere 6.x の手動設定

手動設定手順を実行する場合は、 OVTA をアンインストールする前に設定を手動で取り消す必要があります。

タスク 1 : OVTA の jar ファイルを WebSphere 拡張ライブラリにコピーする

次のファイルを、 <ovta_installation_dir>/WEB-INF/lib から <websphere_installation_dir>/lib/ext/ にコピーします。

• ipa-was-instr.jar

• bip.zip

• arm3Appl-cimpl.jar

• arm3Agent-cimpl.jar

タスク 2 : 環境変数の設定

WebSphere 管理コンソールを使用して、 OVTA ライブラリディレクトリ <ovta_installation_dir>/libをすべての監視対象アプリケーションサーバーインスタンスのライブラリ検索パス変数 (Solarisおよび Linux では LD_LIBRARY_PATH、 HP-UX では SHLIB_PATH、 AIX では LIBPATH) に追加します。設定する WebSphere プロファイルが複数ある場合、管理コンソールで各プロファイルに対してこのタスクを繰り返します。

➤ 注記

スクリプト install-ipa-was6-instr.sh を使用して OVTA 用に WebSphere を自動設定する場合、このセクションで説明する手順は実行しないでください。ここで説明する手順は、すべてスクリプトによって自動的に実行されます。

74 第 5 章

環境変数 LD_LIBRARY_PATH/SHLIB_PATH/LIBPATH が既に存在する場合は、これを選択して<ovta_installation_dir>/lib を値に追加します。

別の方法では、 [New] をクリックして、LD_LIBRARY_PATH/SHLIB_PATH/LIBPATH という名前の変数を作成し、値 <ovta_installation_dir>/lib を割り当てます。

タスク 3 : サーブレット、 JSP、フィルタ、 EJB の監視を可能にする

WebSphere 管理コンソールを使用して、次の設定を追加します。設定する WebSphere プロファイルが複数ある場合、管理コンソールで各プロファイルに対してこの手順を繰り返します。

1 監視する各アプリケーションサーバーインスタンスの Java Virtual Machine のブートクラス

パスに次のパスを追加します。

<ovta_installation_dir>/WEB-INF/lib/ovta-instr-boot-was6.jar

2 JVM プロパティを追加します。

WebSphere 管理コンソールを使用して、監視する各アプリケーションサーバーインスタンス

の [Java Virtual Machine] にある [Generic JVM Arguments ( 汎用 JVM 引数 )] に次の JVM プロパ

ティを追加します。

-Dcom.ibm.websphere.classloader.plugin=com.hp.ov.ipa.instr.bip.it.Was5ClassloaderPlugin

JVM 間のトランザクションを追加で監視するには、次の汎用 JVM プロパティも追加します。

-Dorg.omg.PortableInterceptor.ORBInitializerClass.com.hp.ov.ipa.instr.bip.OVTAPortableInterceptor

タスク 4 : JDBC の監視を可能にする

JDBC を監視するには、 Admin Service の設定リポジトリから JDBC ドライバファイル名を取得して、 JDBC ドライバファイルを前処理する必要があります。

1 JDBC ドライバファイル名を取得します。この情報は、 WebSphere 設定リポジトリに格納さ

れています。セル、ノード、およびサーバースコープのいずれかまたはすべてで定義された JDBC ドライバがあります。

2 次のコマンドを実行することにより、 JDBC ドライバファイルを前処理します。

java -cp<ovta_installation_dir>/WEB-INF/lib/ipa-was-instr.jar:<websphere_Home>/lib/j2ee.jar-Dbip.hookcontrol.class=com.hp.ov.ipa.instr.bip.it.JDBCHookControl-Dcom.hp.ov.ipa.logConfiguration=<ovta_installation_dir>/data/conf/logConfigurationbip -i -o -q <jdbc file> <preprocessed jdbc file>


java -cp \/<ovta_installation_dir>/WEB-INF/lib/ipa-was-instr.jar:/opt/WebSphere/AppServer/lib/ujc.jar \-Dbip.hookcontrol.class=com.hp.ov.ipa.instr.bip.it.JDBCHookControl \-Dcom.hp.ov.ipa.logConfiguration=/<ovta_installation_dir>/data/conf/logConfiguration \bip -i -o -q /export/oracle/product/8.1.7/jdbc/lib/classes12.zip \/<ovta_installation_dir>/data/tmp/ovta_classes12.zip


OVTA が監視する JDBC メソッドを 1 つも定義していない JDBC ドライバファイルもありま

す。その場合、前処理プログラムは「0 classes instrumented」 (0 個のクラスがインスツルメン

トされました ) と報告します。そうでなければ、前処理プログラムは、 OVTA が監視するメ

ソッドを報告します。

3 JDBC ドライバファイルを置き換えます。

前処理されたすべての JDBC ドライバファイル ( インスツルメントされたクラスが 0 でな

かったもの ) のオリジナルコピーを保存してから ( まだ保存していない場合 )、前処理した JDBC ファイルで置き換えます。


if (! -r /export/oracle/product/8.1.7/jdbc/lib/original_classes12.zip) cp /export/oracle/product/8.1.7/jdbc/lib/classes12.zip \/export/oracle/product/8.1.7/jdbc/lib/original_classes12.zipendifcp /export/oracle/product/8.1.7/jdbc/lib/ovta_classes12.zip \/export/oracle/product/8.1.7/jdbc/lib/classes12.zip

4 アプリケーションサーバーを再起動して、前処理された JDBC ファイルをロードさせます。

JDBC の監視を無効にした場合、または OVTA をアンインストールした場合は、元の JDBC ドライバファイルを復元して、アプリケーションサーバーを再起動する必要があります。

WebSphere 6.x の設定の検証

自動設定スクリプトが成功したことを確認するには、 <ovta_installation_dir>/data/log/currentinstall-ipa-was6-instr.log の後に BUILD SUCCESSFUL メッセージがあることを確認します。さらに、インスツルメントする JDBC ドライバファイルがすべて「jdbc-summary-message:」の下に表示されることも確認します。ログファイルになんらかの問題がある場合は、『HPOpenView Transaction Analyzer トラブルシューティングガイド』を参照してください。

WebSphere Application Server が起動したとき、 WebSphere Application Server 用の OVTA モニタは、日付と OVTA のバージョンを含む情報メッセージをログファイル <ovta_installation_dir>/data/log/IPA_J2EE.log に追加します。このファイルにスタートアップメッセージが含まれていて、エラーメッセージや警告メッセージが記録されていないことを確認してください。また、WebSphereApplication Server のログファイルにエラーが記録されていないことも確認してください。

WebSphere 6.x に関するその他の設定 ( オプション )


SQL トレースを有効にするには、Java プロパティ ovta.SQL_trace_sample_percent の値を 0 ～ 100 に設定します。この値は、トレースする SQL トランザクションのパーセンテージを指定します。トレースされた SQL トランザクションは、 OVTA Console の [SQL Trace] タブに表示されます。たとえば、値が 50 の場合は、全 SQL トランザクションのうち、その半分が [SQL Trace] タブにトレースされることを指定しています。デフォルト値は 0 です。

WebSphere 管理コンソールを使用して、監視する各アプリケーションサーバーインスタンスのJVM 設定で次の汎用 JVM プロパティを追加します。

-Dovta.SQL_trace_sample_percent=<desired value>

OVTA では、 WebSphere 6.x で作動する Apache SOAP を監視できません。

76 第 5 章


WebSphere Application Server を Java Diagnostics のコンテキスト起動の要素として設定するには、まず、 Java Diagnostics ノードエージェントが実行されていることを確認します。 109 ページの「Java Diagnostics エージェントの統合」を参照してください。次に、 WebSphere 管理コンソールを使用して、次の操作を行います。

1 監視する各アプリケーションサーバーインスタンスの JVM のブートクラスパスに次のパス

を追加します。

<ovta_installation_dir>/WEB-INF/lib/ovta-instr-boot-was6.jar:<ovta_installation_dir>/WEB-INF/lib/agent.jar

2 監視する各アプリケーションサーバーインスタンスの [Generic JVM Arguments] に次の JVM 引数を追加します。

-Xrunmulti:+ovtajd


OVTA クライアントモニタを使用する場合は、結果を測定サーバーではなく OVTA 管理ノードに送り返すようにクライアントモニタを設定できます。測定サーバーがファイアウォールの背後にあり、インターネットクライアントマシンからアクセスできない場合には、通常この方法を使用します。


IBM JVM を使用する場合、 Java Diagnostics は使用できません。 HP と IBM は、共同でこの問題に対応中です。サポート対象プラットフォームの新情報については、http://support.openview.hp.com/sc/support_matrices.jsp を参照してください。


JBoss Application Server 3.2 および 4.0

JBoss Application Server を設定すると、サーブレット、 JSP、サーブレットフィルタ、 EJB、 JDBC、JMS メソッド呼び出しといった、各種の J2EE トランザクションを OVTA モニタに報告させることができます。

スクリプトを実行することで JBoss Application Server を自動的に設定することも、設定を手動で実行することもできます。スクリプトを実行する場合は、手動での設定は避けてください。ただし、手動設定の手順を読むと詳細を理解できます。この後のセクションでは、両方の手順について説明します。

JBoss Application Server の自動設定

JBoss Application Server を設定するスクリプトは、次のファイルです。

<ovta_installation_dir>/bin/config-jboss.sh


<ovta_installation_dir>/data/log/config-jboss.log


<ovta_installation_dir>/data/log/current-config-jboss.log

このスクリプトは、 79 ページの「JBoss Application Server の手動設定」で説明するすべての手順を実行します。

OVTA のインストール中に指定したディレクトリと異なるディレクトリにインストールされたJBoss を監視するには、次のオプションを指定して、スクリプトに新しい JBoss インストールディレクトリを使用させます。

-DJBOSS_CONFIGURATION_SET=”<jboss_installation_dir>/server/default”

オプション

• デモアプリケーションをインストールするには、次のように指定します。

config-jboss.sh copy-demo-app

デモアプリケーションは、 JBoss バージョン 3.2.6 以上で動作します。

デモ「Duke’s Bank」は、 Web クライアントを持つオンラインバンキングアプリケーションです。顧客は、この Web クライアントを使用して、口座の取引履歴へのアクセスおよび取引を行うことができます。エンタープライズ Bean を使用して、データベースに保存されている顧客、口座、および取引の情報を維持します。 Duke's Bank アプリケーションでは、エンタープライズ Bean、 J2EE アプリケーションクライアント、および Web コンポーネントのすべてのコンポーネントテクノロジーが相互に連携して機能する方法を示します。

ローカルマシンにこのアプリケーションが配布されていて、 JBoss がデフォルトのポート8080 で実行している場合は、次の URL へ移動して、このデモアプリケーションにアクセスします。

http://localhost:8080/bank/main

➤ 注記

次のオプションのいずれかを実行する場合は、 JBoss Application Server が稼動していないときに行ってください。

78 第 5 章

このデモアプリケーションのログイン情報は、 Customer ID が 200、パスワードが j2ee です。

• デモアプリケーションをアンインストールするには、次のように指定します。

config-jboss.sh remove-demo-app

• OVTA をアンインストールせずに、 JBoss Application Server に対する OVTA モニタをアンインストールするには、次のように指定します。

config-jboss.sh uninstall

JBoss を異なるインストールディレクトリに再インストールした場合は、スクリプトを修正して、新しい JBoss インストールディレクトリを使用します。

ファイル <ovta_installation_dir>/bin/ovta_installation.sh で、 JBOSS_CONFIGURATION_SET の値を新しいインストールディレクトリに変更してください。

JBoss Application Server の手動設定

タスク 1 : OVTA の jar ファイルを JBoss ライブラリにコピーする

次のファイルを <ovta_installation_dir>/WEB-INF/lib から <JBoss_configuration_set>/lib にコピーします。

ovta-instr-as.jar

タスク 2 : JBoss の各インスタンスの開始スクリプトを修正する

1 スクリプトが、スタートアップスクリプトが使用する終の CLASSPATH を設定する前に、

次のいずれかのスクリプトを実行して、 OVTA 環境変数を設定します。


. <ovta_installation_dir>/bin/ovta_jboss.sh

csh の場合 :

source <ovta_installation_dir>/bin/ovta_jboss.csh

2 CLASSPATH の後に $OVTA_JAR を追加します。この CLASSPATH は、 JBoss Application Server インスタンスを開始する Java コマンドに渡されます。たとえば次のとおりです。

設定前

JBOSS_CLASSPATH="$JBOSS_BOOT_CLASSPATH:$JAVAC_JAR"

設定後

JBOSS_CLASSPATH="$JBOSS_BOOT_CLASSPATH:$JAVAC_JAR:$OVTA_JAR"

3 Java コマンド行に OVTA_JAVA_OPTIONS を追加します。この Java コマンド行は、 JBoss Application Server インスタンスを開始します。たとえば次のとおりです。

➤ 注記

スクリプトを使用して OVTA 用に JBoss を自動設定する場合、このセクションで説明する手順は実行しないでください。ここで説明する手順は、すべてスクリプトによって自動的に実行されます。


設定前

"$JAVA" $JAVA_OPTS \-classpath "$JBOSS_CLASSPATH" \org.jboss.Main "$@"

設定後

"$JAVA" $JAVA_OPTS \-classpath "$JBOSS_CLASSPATH" \$OVTA_JAVA_OPTIONS \ org.jboss.Main "$@

JBoss Application Server の設定の検証

ovta_run.sh と呼ばれるサンプルデモスクリプトが、JBOSS_HOME/bin ディレクトリに作成されていることを確認します。 JBoss が自動的に設定された場合には、このスクリプトを使用して JBossを開始する必要があります。

JBoss Application Server が起動したとき、 OVTA モニタは、日付と OVTA のバージョンを含む情報メッセージをログファイル <ovta_installation_dir>/data/log/IPA_J2EE.log に追加します。このファイルにスタートアップメッセージが含まれていて、エラーメッセージや警告メッセージが記録されていないことを確認してください。

JBoss に関するその他の設定 ( オプション )





<ovta_installation_dir>/bin/ovta_java.sh ( または ovta_java.csh) のスクリプトを編集および呼び出すことによって、このプロパティを有効にできます。


JBoss Application Server を Java Diagnostics のコンテキスト起動の要素として設定するには、 JBossサーバースタートアップスクリプトの中で、 ovta_jboss.{sh/csh} スクリプトの呼び出しの前に JD環境変数を「on」に設定します。例を示します。

設定前

. /opt/HPOV_IPA/bin/ovta_jboss.sh

設定後

JD=on. /opt/HPOV_IPA/bin/ovta_jboss.sh

80 第 5 章




設定を完了した後、アプリケーションサーバーを再起動します。


Tomcat サーバー (Servlet Container) 4.1、 5.0、および 5.5

Tomcat サーバーを設定すると、サーブレット、 JSP、サーブレットフィルタ、 JDBC メソッド呼び出しといった、各種の J2EE トランザクションを OVTA モニタに報告させることができます。

スクリプトを実行することで Tomcat Application Server を自動的に設定することも、設定を手動で実行することもできます。スクリプトを実行する場合は、手動での設定は避けてください。ただし、手動設定の手順を読むと詳細を理解できます。この後のセクションでは、両方の手順について説明します。

Tomcat サーバーの自動設定

Tomcat サーバーを設定するスクリプトは、次のファイルです。

<ovta_installation_dir>/bin/config-tomcat.sh


<ovta_installation_dir>/data/log/config-tomcat.log


<ovta_installation_dir>/data/log/current-config-tomcat.log

config-tomcat.sh スクリプトは、 OVTA の Tomcat スタートアップスクリプトを生成します。これらのスタートアップスクリプトは、対応する Tomcat のスクリプトを修正したバージョンです。「ovta_」で始まるスクリプトには、 OVTA による監視と共にサーバーを実行するために必要な設定が含まれています。

config-tomcat.sh スクリプトでは、 Java Diagnostics に含めるための multi-agent オプションは自動的

に追加されません。 Java Diagnostics を追加するには、 83 ページの「Tomcat サーバーの手動設定」

に記載された手順に従ってください。

OVTA のインストール中に指定したディレクトリと異なるディレクトリへの Tomcat のインストールを監視するには、スクリプトに次のオプションを指定することによって、新しい Tomcat インストールディレクトリを使用するようにできます。

-DTOMCAT_HOME="<tomcat_installation_dir>"

スクリプトは、次のファイルの末尾にログを追加します。

<ovta_installation_dir>/data/log/config-tomcat.log


<ovta_installation_dir>/data/log/current-config-tomcat.log

➤ 注記

config-tomcat.sh スクリプトは、root ではなく必ず Tomcat ユーザーとして実行してください。このスクリプトを Tomcat ユーザーとして実行することにより、作成されたファイルが適切に保護されます。このスクリプトは任意のディレクトリで実行できますが、そのパスで Java が利用可能であることを確かめてください。

82 第 5 章

Tomcat サーバーの手動設定

タスク 1 : Tomcat 開始スクリプトを修正する

1 スクリプトが、スタートアップスクリプトが使用する終の CLASSPATH を設定する前に、

次のいずれかのスクリプトを実行して、 Tomcat スタートアップスクリプトに OVTA 環境変

数を設定します。

sh の場合 :

. <ovta_installation_dir>/bin/ovta_tomcat.sh

csh の場合 :

source <ovta_installation_dir>/bin/ovta_ tomcat.csh

JVM が JRockit の場合は、 ovta_java.{sh/csh} の次の行のコメントを解除します。

設定前

#OVTA_JROCKIT=-Xjvmpi:entryexit=off,allocs=off,monitors=off

コメント解除後

OVTA_JROCKIT=-Xjvmpi:entryexit=off,allocs=off,monitors=off

-hotspot オプションを使用している場合は、 -Xrun または -Xbootclasspath オプションの前に記

述する必要があります。

2 CLASSPATH の後に $OVTA_JAR を追加します。この CLASSPATH は、 Tomcat サーバーインスタンスを開始する Java コマンドに渡されます。たとえば次のとおりです。

CLASSPATH=$CLASSPATH:$OVTA_JAR

3 Java コマンド行に OVTA_JAVA_OPTIONS を追加します。この Java コマンド行は、 Tomcat サーバーを開始します。

JAVA_OPTS="$JAVA_OPTS $OVTA_JAVA_OPTIONS"

タスク 2 : OVTA の jar ファイルを Tomcat ライブラリにコピーする

次のファイルを <ovta_installation_dir>/WEB-INF/lib から <tomcat-installation_dir>/common/lib にコピーします。

ovta-instr-as.jar

Tomcat サーバーの設定の検証

Tomcat サーバーが起動したとき、 OVTA モニタは、日付と OVTA のバージョンを含む情報メッセージをログファイル <ovta_installation_dir>/data/log/IPA_J2EE.log に追加します。このファイルにスタートアップメッセージが含まれていて、エラーメッセージや警告メッセージが記録されていないことを確認してください。

➤ 注記

スクリプトを使用して OVTA 用に Tomcat を自動設定する場合、このセクションで説明する手順は実行しないでください。ここで説明する手順は、すべてスクリプトによって自動的に実行されます。


Tomcat に関するその他の設定 ( オプション )





<ovta_installation_dir>/bin/ovta_java.sh ( または ovta_java.csh) のスクリプトを編集および呼び出すことによって、このプロパティを有効にできます。


Tomcat Application Server を Java Diagnostics のコンテキスト起動の要素として設定するには、Tomcat サーバースタートアップスクリプトの中で、 ovta_tomcat.{sh/csh} スクリプトの呼び出しの前に JD 環境変数を「on」に設定します。例を示します。

設定前

. /opt/HPOV_IPA/bin/ovta_tomcat.sh

設定後

JD=on. /opt/HPOV_IPA/bin/ovta_tomcat.sh




設定を完了した後、アプリケーションサーバーを再起動します。

84 第 5 章

Oracle Application Server 10g バージョン 10.1.2+

Oracle Application Server Containers for J2EE (OC4J) を設定すると、サーブレット、 JSP、サーブレットフィルタ、 EJB、 JDBC、 JMS メソッド呼び出しといった、各種の J2EE トランザクションをOVTA モニタに報告させることができます。

スクリプトを実行することで Oracle Application Server を自動的に設定することも、設定を手動で実行することもできます。スクリプトを実行する場合は、手動での設定は避けてください。ただし、手動設定の手順を読むと詳細を理解できます。この後のセクションでは、両方の手順について説明します。

Oracle Application Server の自動設定

OC4J を設定するための OVTA スクリプトを正しく実行するには、Oracle Application Server をインストールしたユーザーとしてログインする必要があります。

Oracle Application Server を設定するスクリプトは、次のファイルです。

<ovta_installation_dir>/bin/config-oc4j10g.sh


<ovta_installation_dir>/data/log/config-oc4j10g.log


<ovta_installation_dir>/data/log/current-config-oc4j10g.log

このスクリプトは、すべての Oracle Application Server のプロセスを停止してから、 Oracle 設定を修正し、再起動します。

このスクリプトは、 86 ページの「Oracle Application Server の手動設定」で説明するすべての手順を実行します。

オプション

オプションは次のとおりです。

• OVTA をアンインストールせずに、 Oracle Application Server に対する OVTA モニタを無効するには、次のように指定します。

config-oc4j10g.sh disable


config-oc4j10g.sh enable

• OVTA をアンインストールせずに、 Oracle Application Server に対する OVTA モニタをアンインストールするには、次のように指定します。

config-oc4j10g.sh uninstall


Oracle Application Server の手動設定

タスク 1 : OVTA の jar ファイルを Oracle システムのクラスローダーディレクトリにコピーする

次のファイルを <ovta_installation_dir>/WEB-INF/lib から <OC4J_installation_dir>/j2ee/home にコピーします。

ovta-instr-all.jararm3Agent-cimpl.jararm3Appl-cimpl.jarbip.zip

タスク 2 : ovta-instr-all.jar をシステムクラスパスに追加する

Oracle Application Server は、実行可能な jar ファイル oc4j.jar を通じて実行します。このため、追加のクラスをシステムクラスパスへ追加する唯一の方法は、 oc4j.jar のマニフェストファイルの「Class-Path」要素を編集することです。次の手順を実行します。

1 <OC4J_installation_dir>/j2ee/home/oc4j.jar から META-INF/MANIFEST.MF ファイルを展開し

ます。

2 META-INF/MANIFEST.MF を編集して、 Class-Path の末尾に ovta-instr-all.jar を追加します。

3 元の META-INF/MANIFEST.MF を編集したファイルに置き換えます。

タスク 3 : OVTA を OC4J 設定プロパティに追加する

Oracle Enterprise Manager 10g Application Server を使用して、ブラウザのインターフェイス ( 通常は、ポート 1810 上 - http://<hostname>:1810/emd/console) を管理し、監視する各アプリケーションサーバーインスタンスの [Server Properties] ページへ移動します。

1 [System Components] テーブルで、監視するアプリケーションサーバーを選択します。

2 次のページで、 [Administration] リンクを選択します。

3 [Server Properties] リンクをクリックします。

4 [Command Line Options] で、次の文字列を [Java Options] 文字列に追加します。

"-Xrunovtajm:as=oc4j10g -Dsun.boot.class.path=< original sun.boot.class.path setting >:<ovta_installation_dir>/WEB-INF/lib/ovta-instr-boot.jar"

OC4J にバンドルされている JVM は、既存のブートストラップクラスパスに値を追加する

「-Xbootclasspath/a:」オプションをサポートしていません。そのため、 sun.boot.class.path システム

プロパティの元の設定を確認し、そこに ovta-instr.boot.jar を追加する必要があります。そのため

には、OC4J コマンド行オプションにプロパティ「-Dcom.hp.ov.ipa.trace=DEBUG」を追加し、OC4Jアプリケーションサーバーを再起動した後、<ovta_installation_dir>/data/log/IPA_J2EE.trace の中か

ら sun.boot.class.path の値を探します。

5 [Environment Variables] で [Add Environment Variable] ボタンをクリックし、 [Name] に、

SHLIB_PATH (HP-UX)、 LD_LIBRARY_PATH (Linux) など使用している UNIX の種類に対応

したロードライブラリパス変数の名前を入力します。 [Value] に、 <ovta_installation_dir>/lib と入力して、 [Append] チェックボックスをオンにします。

86 第 5 章

6 [Apply] ボタンをクリックし、 OC4J サーバーを再起動するように表示されたら [Yes] を選択します。

Oracle Application Server の設定の検証

Oracle Application Server が起動したとき、 OVTA モニタは、日付と OVTA のバージョンを含む情報メッセージをログファイル <ovta_installation_dir>/data/log/IPA_J2EE.log に追加します。このファイルにスタートアップメッセージが含まれていて、エラーメッセージや警告メッセージが記録されていないことを確認してください。

Oracle Application Server 10g に関するその他の設定 ( オプション )



java -Dovta.SQL_trace_sample_percent=50 ...

また、この例は、全 SQL トランザクションのうち、その半分が [SQL Trace] タブにトレースされることを指定しています。 Java コマンド行に要素を追加する方法については、 86 ページの「タスク 3 : OVTA を OC4J 設定プロパティに追加する」を参照してください。


Oracle Application Server を Java Diagnostics のコンテキスト起動の要素として設定するには、次の文字列を 86 ページの「タスク 3 : OVTA を OC4J 設定プロパティに追加する」の手順 4 の文字列と置き換えます。

"-Xrunmulti:+ovtajm:as=oc4j10g+ovtajd-Dsun.boot.class.path=< original sun.boot.class.path setting >:<ovta_installation_dir>/WEB-INF/lib/ovta-instr-boot.jar:<ovta_installation_dir>/WEB_INF/lib/agent.jar"

この置き換えを、自動設定スクリプトを通じて行うには、 <ovta_installation_dir>/bin/config-oc4j10g.sh を編集します。元の文字列のコメントアウトおよび文字列のコメントを解除する方法に従って、 Java Diagnostics を有効にします。





Java の J2SE 監視を有効にする

Java アプリケーションの J2SE 監視を有効にするには、ovta_java.sh スクリプトまたは ovta_java.cshスクリプトを使用して、 OVTA 固有の変数の定義および Java CLASSPATH と呼び出しの修正を行います。

1 ovta_java を呼び出して OVTA_JAR および OVTA_JAVA_OPTIONS を設定します。

シェルスクリプト <ovta_installation_dir>/bin/ovta_java.sh または <ovta_installation_dir>/bin/ovta_java.csh のコマンドを実行します。これらのスクリプトは、対話形式かスクリプト内の

いずれかで実行します。

対話形式で実行する場合


APP_SERVER=j2se. <ovta_installation_dir>/bin/ovta_java.sh

csh の場合 :

setenv APP_SERVER j2sesource <ovta_installation_dir>/bin/ovta_java.csh

スクリプト内で実行する場合


if [ -r <ovta_installation_dir>/bin/ovta_java.sh ] then ;APP_SERVER=j2se<ovta_installation_dir>/bin/ovta_java.sh fi

csh の場合 :

setenv APP_SERVER j2seif (-r <ovta_installation_dir>/bin/ovta_java.csh) source <ovta_installation_dir>/bin/ovta_java.csh

この操作により、手順 2 および手順 3 で使用する環境変数 OVTA_JAR および OVTA_JAVA_OPTIONS が設定されます。

また、システム上に、共有ライブラリパス (LD_LIBRARY_PATH/SHLIB_PATH/LIBPATH) も設定されます。

また、 JRockit JVM を使用している場合は、 OVTA_JROCKIT を定義する <ovta-installation-dir>/bin/ovta_java.sh ( または ovta_java.csh) の行のコメントを解除する必要が

あります。

2 システム CLASSPATH に OVTA を追加します。

CLASSPATH を修正して $OVTA_JAR で終わるようにする必要があります。たとえば次のと

おりです。

CLASSPATH = "$CLASSPATH:$OVTA_JAR"

3 OVTA_JAVA_OPTIONS を Java コマンド行に追加します。たとえば次のとおりです。

java -hotspot $OVTA_JAVA_OPTIONS -classpath $CLASSPATH <other, existing java options>…

注記 : -hotspot オプションを使用している場合は、 $OVTA_JAVA_OPTIONS の前に記述する

必要があります。

88 第 5 章


Java Diagnostics を有効にするには、ovta_java.sh ( または ovta_java.csh) の呼び出しの中変数 JD を設定する必要があります。これを行うには、スクリプトの呼び出しの前に「JD=on」を設

定します。例を示します。

JD=onAPP_SERVER=j2se<ovta_installation_dir>/bin/ovta_java.sh

5 必要に応じて、 SQL トレースを有効にします。

SQL トレースサンプリングを有効にするには、 Java プロパティ ovta.SQL_sampling_percent の値を 0 ～ 100 に設定します。この値は、トレースする SQL トランザクションのパーセンテー

ジを指定します。トレースされた SQL トランザクションは、 OVTA Console の [SQL Trace] タブに表示されます。たとえば次のとおりです。

ovta.SQL_sampling_percent=50

また、この例は、全 SQL トランザクションのうち、その半分が [SQL Trace] タブにトレース

されることを指定しています。

<ovta_installation_dir> にある ovta_java.sh および ovta_java.csh スクリプトでは、

ovta_SQL_sampling_percent プロパティは 0 に設定されています。これらのファイルを編集し

て、値を 0 から希望のパーセンテージへ変更することによって、プロパティ設定を編集でき

ます。

IBM JVM 1.4 または 1.5 を使用する場合、 Java Diagnostics は使用できません。HP と IBM は、共同でこの問題に対応中です。 JRockit 1.4.2 または 1.5.0 より前の JRockit バージョンを使用する場合も、 Java Diagnostics は使用できません。この問題についても、HP と IBM が共同で対策を検討中です。サポート対象プラットフォームの新情報については、http://support.openview.hp.com/sc/support_matrices.jsp を参照してください。


90 第 5 章

6 OVTA の起動と停止

OVTA の起動

OVTA 測定サーバーソフトウェアの起動

デフォルトでは、ルートユーザーのみが UNIX システムで OVTA を起動できます。ただし、ルートユーザーがルート以外のユーザーに対して OVTA の起動を許可することもできます (40 ページの「OVTA をルート以外で使用できるようにする」を参照 )。


cd /<ovta_installation_dir>/bin ./ovta start ./ovtams-launch.sh &

ovta start コマンドは、測定および収集サービスを開始します。 ovtams-launch.sh コマンドは、測定サーバーアプリケーションを (HP-AS を使用して ) 開始します。

システム起動スクリプトを修正して、これを自動的に実行するように設定することもできます。ovta start コマンドはシステム起動シーケンスの初の方に置いて、他のデーモンが開始される前に測定サーバーシステムが実行されているようにする必要があります。Oracle データベースインスタンスがこのローカル測定サーバーシステム上にある場合は、ovta start および ovtams-launch.shコマンドを、 Oracle が起動した後で実行する必要があります。

測定サーバーアプリケーションを (HP-AS を使用して ) バックグラウンドで開始する場合、またはファイルに標準出力をリダイレクトする場合は、次のコマンドを実行します。

cd /<ovta_installation_dir>/bin./ovtams-launch.sh 2>1 1>../data/log/ovtams.out &

ハングアップ時や終了動作が無視される状況では、次の例に示すように nohup コマンドが使用可能です。

nohup ./ovtams-launch.sh 2>1 1>../data/log/ovtams.out &

91

OVTA 管理ノードソフトウェアの起動

デフォルトでは、ルートユーザーのみが UNIX システムで OVTA を起動できます。ただし、ルートユーザーがルート以外のユーザーに対して OVTA の起動を許可することもできます (40 ページの「OVTA をルート以外で使用できるようにする」参照 )。


cd /<ovta_installation_dir>/bin ./ovta start

システム起動スクリプトを修正して、これを自動的に実行するように設定することもできます。ovta start コマンドはシステム起動シーケンスの初の方に置いて、Web サーバーやアプリケーションサーバーが起動する前に測定システムが実行されているようにする必要があります。

Web サーバーおよびアプリケーションサーバーが HP OpenView IPA ARM 3.0 Daemon より前に起動していると、 OVTA Console で一部のトランザクション名が初は Unknown として報告されることがあります。

Java Diagnostics ノードエージェントを起動する手順は、 109 ページの「Java Diagnostics エージェントの統合」を参照してください。

管理ノードと測定サーバーとの間の通信の検証

管理ノードと測定サーバーとの間の通信を検証するには、 OVTA が両方のマシンで実行されている必要があります。

測定サーバーが管理ノードからデータを受信できることを検証するには、次のようにします。管理ノードでブラウザを開き、アドレスバーに次の URL を (1 行として ) 入力します。

http://<MeasurementSvrName>:<portnumber>/ipa/txbreceptor/TxBReceptorServlet

測定サーバーのデフォルトのポート番号は 7555 です。インストール時に異なるポート番号を入力した場合は、そのポート番号を URL に入力してください。次のようなメッセージを受け取るはずです。「The servlet has received a GET. This is the reply.」

➤ 注記

AIX では、プロセスの大データセグメント ( ヒープ ) サイズのデフォルト値 (131072 KB) がOVTA Collector のデーモンプロセスには小さすぎます。したがって、必ず、データセグメントの制限を低でも 256 MB にしてください。

ovta スクリプトを実行する前に、十分なヒープが割り当てられていることを確認します。

• ksh または bsh の場合 :

「ulimit -d」で表示される値が 256000 未満の場合は、「ulimit -d 256000」を実行してサイズを大きくします。

• csh の場合 :

「limit datasize」で表示される値が 256000 未満の場合は、「limit datasize 256000」を実行してサイズを大きくします。

➤ 注記

Web サーバーまたはアプリケーションサーバーソフトウェアが OVTA より前に起動する場合、一部のトランザクション名が OVTA Console で初は Unknown として表示されることがあります。これらの Unknown 名は終的には正しい名前に更新されます

92 第 6 章

OVTA Console の起動

測定サーバー上で次のコマンドを入力します。

cd /<ovta_installation_dir>/bin

./IPAGUI.sh

Java Web Start

Java Web Start を使用すると、測定サーバーにアクセスできる任意のマシンのブラウザを使用してリモートから OVTA Console を起動できます。

1 UNIX クライアントを使用している場合は、 Netscape ブラウザを起動する前に、 JRE 用の環

境変数を設定します ( たとえば、 NPX_JRE_PATH=/usr/java1.4.x)。

クライアントから、ブラウザを使用して測定サーバー上の OVTA Web Start ページを開きます。

http://<OVTA Measurement Server>:<port>/ipa

この例で、 <OVTA Measurement Server> は使用している測定サーバーのホスト名、 <port> はホスト上の OVTA との通信に使用するポート番号です。デフォルトの OVTA 測定サーバーポート番号は 7555 です。

2 Console ボックスにある起動リンクをクリックします (WebStart Me Now!)。クライアントマシ

ンに Java Web Start がまだインストールされていない場合は、自動的に java.sun.com にリダイ

レクトされて、 Java Web Start がダウンロードおよびインストールされます。 java.sun.com の指

示に従ってください。 OVTA Web Start ページに戻り、起動リンクを再度クリックします。

3 Java Web Start が自動的に実行されます。セキュリティダイアログが表示されて、

Hewlett-Packard を信頼するかどうか尋ねられます。 [Start] ボタンをクリックして、 OVTA Console をインストールして起動します。

OVTA Configuration Editor の起動

次のコマンドを入力します。

cd /<ovta_installation_dir>/bin ./configEditor.sh

Configuration Editor がユーザー名とパスワードを求めてきます。ユーザー名は admin と入力し、パスワードはインストール時に入力したものを入力します。

Java Web Start を使用した、 OVTA Configuration Editor の起動

Java Web Start を使用すると、測定サーバーにアクセスできる任意のマシンのブラウザを使用してリモートから OVTA Configuration Editor を起動できます。

1 UNIX クライアントを使用している場合は、 Netscape ブラウザを起動する前に、 JRE 用の環

境変数を設定します ( たとえば、 NPX_JRE_PATH=/usr/java1.4.x)。

2 クライアントから、ブラウザを使用して測定サーバー上の OVTA Web Start ページを開きます。

http://<OVTA Measurement Server>:<port>/ipa

この例で、 <OVTA Measurement Server> は使用している測定サーバーのホスト名、 <port> はホスト上の OVTA との通信に使用するポート番号です。デフォルトの OVTA 測定サーバーポート番号は 7555 です。

OVTA の起動と停止 93

3 [Launch] リンクをクリックします。クライアントマシンに Java Web Start がまだインストー

ルされていない場合は、自動的に java.sun.com にリダイレクトされて、 Java Web Start がダウ

ンロードおよびインストールされます。 java.sun.com の指示に従ってください。 OVTA Web Start ページに戻り、 [Launch] リンクを再度クリックします。

4 Java Web Start が自動的に実行されます。セキュリティダイアログが表示されて、

Hewlett-Packard を信頼するかどうか尋ねられます。 [Start] ボタンをクリックして、 OVTA Configuration Editor をインストールして起動します。

OVTA の停止

測定サーバー上の OVTA の停止

デフォルトでは、ルートユーザーのみが UNIX システムで OVTA を起動できます。ただし、ルートユーザーがルート以外のユーザーに対して OVTA の起動を許可することもできます (40 ページの「OVTA をルート以外で使用できるようにする」参照 )。

次のスクリプトを実行します。

/<ovta_installation_dir>/bin/ovtams-shutdown.sh /<ovta_installation_dir>/bin/ovta stop

管理ノード上の OVTA の停止

次のスクリプトを実行します。


Java Diagnostics ノードエージェントを停止する手順は、 109 ページの「Java Diagnostics エージェントの統合」を参照してください。

94 第 6 章

7 OVTA のアンインストール

管理ノード上の OVTA ソフトウェアのアンインストール

次のように実行します。

1 次のようにして OVTA を停止します。



2 fuser コマンドを使用して、 libarm3 を実行中のプロセスがないことを確認します。次の表に示すように、コマンドはオペレーティングシステムによって異なります。

fuser コマンドの出力で、 libarm3 を含む処理があることを示す場合は、そのプログラムを適切にシャットダウンします (kill -9 は使用しないでください )。


3 システムにあるそれぞれの管理対象アプリケーションサーバーおよび管理対象 Web サーバーから OVTA 設定を削除します (OVTA の設定解除 )。手順については、次のセクションを参照してください。

— WebLogic サーバーの設定解除 (96 ページ )

— WebSphere Application Server の設定解除 (97 ページ )

— JBoss Application Server の設定解除 (98 ページ )

— Tomcat Application Server の設定解除 (98 ページ )

— Oracle Application Server の設定解除 (98 ページ )

— Sun Java System Web Server の設定解除 (98 ページ )

— Apache Web Server の設定解除 (98 ページ )

4 次のコマンドを実行して、アンインストーラを実行します。

/<ovta_installation_dir>/UninstallerData/uninstall

5 OVTA ソフトウェアをシステムから手動で削除します。







95

アンインストーラの実行後、空のディレクトリ ( ルートのインストールディレクトリ、

UninstallerData ディレクトリなど ) や初回インストール後に作成されたファイルなどが残され

る場合があります。これらのディレクトリやファイルは、アンインストール後に手動で削除してください。

WebLogic サーバーの設定解除

1 WebLogic サーバーの各インスタンスを起動するスクリプトを編集して、 OVTA への参照を

削除します。ファイルから「ipa」または「ovta」 ( 大文字と小文字の違いは無視 ) を検索する

と、 OVTA への参照をすべて見つけることができます。

2 WebLogic サーバーを停止します。

次の手順で説明のある config-wls スクリプトを使用して設定解除を行う場合は、サーバーを

停止させる必要はありません。

3 次の手順のいずれかを使用して WebLogic トランザクションモニタを削除します。

— uninstall 引数を指定して BEAWlsInstall.sh スクリプトを実行する

または

— uninstall 引数 ( オプション ) を指定して config-wls.sh スクリプトを実行する

どちらのアンインストールスクリプトを用いるかは、使用している設定によって異なりま

す。通常は、 WLS 8.1(AIX) または WLS 9.x (Sun (hotspot) ベースの JVM) を使用している場合

は、 BEAWlsInstall.sh を実行します。他のバージョンおよびプラットフォーム (WLS 9.x (JRockit) を含む ) には config-wls.sh を実行します。

判断がつかない場合は、 <ovta_installation_dir>/data/log のログファイルのサイズを調べます。

— BEAWlsInstall.log が 0 以外の長さであれば、 BEAWlsInstall.sh uninstall を使用してアンイ

ンストールを行います。

— config-wls.log が 0 以外の長さであれば、 config-wls.sh uninstall を使用してアンインストー

ルを行います。

— 両方が 0 以外の長さであれば、両方のスクリプトを使用してアンインストールを行います。

— 両方の長さが 0 の場合は、この手順を省略します。

アンインストールスクリプトは、 root ではなく必ず WLS ユーザーとして実行してください。

WLS ユーザーとして実行することにより、作成したファイルおよびディレクトリを削除する

権限が備わります。

— BEAWlsInstall.sh スクリプトを使用して、設定解除をする

/<ovta_installation_dir>/bin/BEAWlsInstall.sh uninstall

スクリプトを実行すると、 WL_HOME/lib ディレクトリの下に作成された ipa ディレクト

リが削除されます。

複数バージョンの WebLogic サーバーがインストールされている場合や、デフォルト以

外の WL_HOME ディレクトリにインストールされている場合は、 WebLogic サーバーの

位置とバージョンを示す追加の引数を指定します。

BEAWlsInstall.sh –DBEA_HOME=<BEA install dir> –DWL_HOME=<WebLogic product dir> -DWLS<WLS version>=true uninstall

96 第 7 章

この例で、 <BEA install dir> は BEA 製品がインストールされているディレクトリ、<WebLogic product dir> は WebLogic 製品がインストールされているディレクトリ、 <WLS version> は WebLogic サーバーのメジャーバージョン番号 (6、 7、 8、または 9) です。

たとえば、次のコマンドは、 WebLogic サーバー 6.1 から OVTA を削除します。

BEAWlsInstall.sh –DBEA_HOME=c:/bea –DWL_HOME=C:/bea/wlserver6.1 -DWLS6=true uninstall

— config-wls.sh スクリプトを使用して、設定解除をする ( オプション ) <ovta_installation_dir>/bin/config-wls.sh uninstall

複数バージョンの WebLogic サーバーがインストールされている場合や、デフォルト以外の WL_HOME ディレクトリにインストールされている場合は、 WebLogic サーバーの位置とバージョンを示す追加の引数を指定します。

config-wls.sh -DBEA_HOME=<BEA install dir> -DWL_HOME=<WebLogic product dir> -DWLS<WLS version>=true uninstall

この例で、 <BEA install dir> は BEA 製品がインストールされているディレクトリ、<WebLogic product dir> は WebLogic 製品がインストールされているディレクトリ、 <WLS version> は WebLogic サーバーのメジャーバージョン番号 (6、 7、 8、または 9) です。

たとえば、次のコマンドは、 WebLogic サーバー 6.1 から OVTA を削除します。

config-wls.sh -DBEA_HOME=/opt/bea -DWL_HOME=/opt/bea/wlserver6.1 -DWLS6=true uninstall

4 WebLogic サーバーを再起動します。

WebSphere Application Server の設定解除

何らかの設定手順を手動で行った場合は、手動で取り消す必要があります。

1 次のコマンドを実行して、 WebSphere Application Server のトランザクションモニタを削除します。

バージョン 5.x

<ovta_installation_dir>/bin/install-ipa-was5-instr.sh[-Dusername=<name>] [- Dpassword=<password>] uninstall

64 ページの「WebSphere 5.x を設定するための前提条件」に記載されている前提条件を満たしていることを確認してください。

同じマシンに複数の WebSphere をインストールしている場合は、 <ovta_installation_dir>/bin/ovta_installation.sh の WEBSPHERE_5_DIR の設定を修正し、各インストールディレクトリに対して 1 回ずつ「install-ipa-was5-instr.sh uninstall」を実行します。

バージョン 6.x

<ovta_installation_dir>/bin/install-ipa-was6-instr.sh[-Dusername=<name>] [- Dpassword=<password>] uninstall

72 ページの「WebSphere 6.x を設定するための前提条件」に記載されている前提条件を満たしていることを確認してください。

コマンドを実行すると、管理ノードに事前に設定した WebSphere 6 プロファイルが全て設定解除されます。 -profileName オプションを使用して、アンインストールを複数回実行する必要はありません。

2 設定スクリプトを実行した後、アプリケーションサーバーを再起動します。

OVTA のアンインストール 97

JBoss Application Server の設定解除

JBoss Application Server を停止してから、アンインストールを開始します。

次のコマンドを実行して、 JBoss の設定から修正を削除します。

config-jboss.sh uninstall

Tomcat Application Server の設定解除

Tomcat Application Server を停止してから、アンインストールを開始します。

次のコマンドを実行して、 Tomcat の設定から修正を削除します。

<ovta_installation_dir>/bin/config-tomcat.sh uninstall

OVTA のインストール中に指定したディレクトリと異なるディレクトリから Tomcat をアンイン

ストールするには、次のオプションを使用します。

<ovta_installation_dir>/bin/config-tomcat.sh -DTOMCAT_HOME="<tomcat_installation_dir>" uninstall

上記の方法以外に、次のスクリプトおよび jar ファイルを削除することによって、 Tomcat をアン

インストールすることもできます。

<tomcat_installation_dir>/bin/ovta_catalina.sh<tomcat_installation_dir>/bin/ovta_startup<tomcat_installation_dir>/common/lib/ovta-instr-as.jar

Oracle Application Server の設定解除

次のコマンドを実行して、 Oracle Application Server の設定から修正を削除します。

config-oc4j10g.sh uninstall

Sun Java System Web Server の設定解除

1 次のコマンドを入力して、 Sun Java System 4 または 6 の設定から修正を削除します。

/<ovta_installation_dir>/bin/perl /<ovta_installation_dir>/bin/modify_netscape_config \ -uninstall -replace <netscape_configuration_dir>/obj.conf

2 Sun Java System Web Server を再起動します。

Apache Web Server の設定解除

1 次のコマンドを入力して、 Apache の設定から修正を削除します。

/<ovta_installation_dir>/bin/perl /<ovta_installation_dir>/bin/modify_apache_config \ –uninstall -replace <apache_configuration_dir>/httpd.conf

2 Apache Web Server を再起動します。

98 第 7 章

OVTA の削除

1 OVTA を停止するために、次のコマンドを入力します。


2 OVTA で監視用に設定されている Web サーバーおよびアプリケーションサーバーのプロセ

スをすべて停止します。

fuser コマンドを使用して、 libarm3 を実行中のプロセスがないことを確認します。次の表に

示すように、コマンドはオペレーティングシステムによって異なります。

fuser コマンドの出力で、 libarm3 を含む処理があることを示す場合は、そのプログラムを適

切にシャットダウンします (kill -9 は使用しないでください )。


3 アンインストーラの GUI には X-Window System (X11) が使用されています。ディスプレイホスト ( グラフィカル表示を行うホスト ) が X サーバーを実行する必要があります。 OVTA をインストールするシステムには X11 がインストールされている必要があります。そして、そ

の DISPLAY 環境変数をアドレスに設定し、ディスプレイホストの数を表示させます。シス

テムに OVTA をインストールする前には、簡単な X クライアント ( 「xterm」または

「xclock」など ) を呼び出し、スクリーンに表示されるかどうかをテストします。

X-Window System が利用できない場合は、 103 ページの「サイレントアンインストール」を使用します。

4 次のコマンドを実行して、アンインストーラを起動します。

/<ovta_installation_dir>/UninstallerData/uninstall

英語以外の UNIX ロケールまたは言語からアンインストールする場合は、次のコマンドを実

行してアンインストーラを起動します。

env LANG=C LC_ALL=C sh <ovta_installation_dir>/UninstallerData/uninstall

5 アンインストーラウィンドウの [Uninstall] をクリックします。

サイレントインストールを使用して OVTA をインストールした場合は、手順 5 の操作は不要で

す。ユーザーが操作しなくてもアンインストールが進行します。







アンインストールを完了するために、すべてのファイルが削除されたことを確認してください。


測定サーバーのアンインストール

SOLID Embedded データベースを使用している場合は、アンインストーラが自動的にデータベー

スを削除します。

Oracle データベースの削除

ローカルデータベースを削除する

1 OVTA をシャットダウンするために、次のように入力します。

cd <ovta_installation_dir>/bin ./ovtams-shutdown.sh ./ovta stop

2 <ovta_installation_dir>/data/databases/schema/oracle/ipaorclecleanup.sql で、「connect system/manager@ipa」が実際の値を反映するように修正します。

3 SQL*Plus を実行して、 IPA ユーザーとしてデータベースに接続します。このユーザーの作成

時のデフォルトパスワードは「password」ですが、パスワードが変更されていることもあり

ます。

4 ipaoraclecleanup.sql スクリプトを実行して、テーブル、プロシージャ、シノニム、トリガ、お

よび db ファイルを削除します。

SQL> @ <ovta_installation_dir>/data/databases/schema/oracle/ipaoraclecleanup.sql;

リモートデータベースを削除する

1 測定サーバー上で、 OVTA をシャットダウンします。 JDK 1.3.x が PATH 上にあることを確認

してから、 root として次のコマンドを入力します。


2 データベースが置かれているマシンで、データベースを OVTA 用に設定したときに作成され

たディレクトリに移り、 ipaoraclecleanup.sql を検索して、「connect system/manager@ipa」を実

際の値を反映するように修正します。

3 データベースが置かれているマシンで、 SQL*Plus を実行し、 IPA ユーザーとしてデータベー

スに接続します。このユーザーの作成時のデフォルトパスワードは「password」ですが、パ

スワードが変更されていることもあります。

4 ipaoraclecleanup.sql スクリプトを実行して、テーブル、プロシージャ、シノニム、トリガ、お

よび db ファイルを削除します。

SQL> @"<ovta_copy_dir>/data/databases/schema/oracle/ipaoraclecleanup.sql";

5 データベースが置かれているマシンで、 ipacreatetablespace.sql に指定されているデータベース

データファイルおよびインデックスファイルを削除します。たとえば、次のようにします。

rm <ovta_copy_dir>/data/databases/ovipa_data.dbf rm <ovta_copy_dir>/data/databases/ovipa_index.dbf

100 第 7 章

OVTA の削除

1 アンインストーラの GUI には X-Window System (X11) が使用されています。ディスプレイホスト ( グラフィカル表示を行うホスト ) が X サーバーを実行する必要があります。 OVTA をインストールするシステムには X11 がインストールされている必要があります。そして、そ

の DISPLAY 環境変数をアドレスに設定し、ディスプレイホストの数を表示させます。シス

テムに OVTA をインストールする前には、簡単な X クライアント ( 「xterm」または

「xclock」など ) を呼び出し、スクリーンに表示されるかどうかをテストします。

X-Window System が利用できない場合は、 103 ページの「サイレントアンインストール」を使用します。

2 OVTA をシャットダウンします ( まだシャットダウンしていない場合 )。

./ovtams-shutdown.sh

./ovta stop

3 HP-AS を OVTA と関連してのみ使用していた場合は、次のようにして HP-AS を削除します。

a HP-AS アンインストーラを起動します。 root として、次のコマンドを実行します。

<ovta_installation_dir>/jre/bin/java -jar/<hpas_installation_dir>/UninstallerData/uninstaller.jar

このコマンドでは、 OVTA の一部としてインストールされた JRE を使用します。

b アンインストーラウィンドウの [Uninstall] をクリックします。

c システム起動スクリプト ( たとえば、 /etc/profile) を編集して、 HP-AS の環境変数の変更

を削除します。「HP Application Server」を検索すれば、削除する行が見つかります。

4 OVTA アンインストーラを起動します。 root として、次のコマンドを実行します。

<ovta_installation_dir>/UninstallerData/uninstall




5 アンインストーラウィンドウの [Uninstall] をクリックします。

アンインストーラの実行後、空のディレクトリ ( ルートのインストールディレクトリ、

UninstallerData ディレクトリなど ) や初回インストール後に作成されたファイルなどが残され

る場合があります。これらのディレクトリやファイルは、アンインストール後に手動で削除してください。

HP-UX

HP-UX 上の OVTA 測定サーバーをアンインストールすると、次のエラーメッセージが出ることが

あります。

Uninstalling HP AutoPass License Manager returned status 1. See <OVTA install dir>/data/log/autopass_uninstall.log for details.

これは通常、少なくとも 1 つの他のインストールされたパッケージが AutoPass License Manager を必要としているという意味です。

uninstall_autopass.log に次の 2 つのメッセージが含まれている場合は、 AutoPass License Manager がまだ必要であるため、アンインストールされなかったことを意味しています。


ERROR: "<hostname>:/": The software dependencies for 2 products or filesets cannot be resolved.

ERROR: "<hostname>:/": 2 filesets were determined to be skipped in the analysis phase.

これらのメッセージは無視してかまいません。

Solaris

Solaris 上の OVTA 測定サーバーをアンインストールすると、次のエラーメッセージが出ることがあります。

Uninstalling HP AutoPass License Manager returned status 4. See <OVTA install dir>/data/log/autopass_uninstall.log for details.

これは通常、少なくとも 1 つの他のインストールされたパッケージが AutoPass License Manager を必要としているという意味です。

uninstall_autopass.log に次のメッセージが含まれている場合は、 AutoPass License Manager がまだ必要であるため、アンインストールされなかったことを意味しています。

Removal of <HPOvTA> was successful. WARNING: The <...> package depends on the package currently being removed.

Removal of <HPOvLic> was suspended (administration).No changes were made to the system.

これらのメッセージは無視してかまいません。

OVTA Console のアンインストール

OVTA Console アプリケーションは、測定サーバーと一緒にアンインストールされます。 OVTAConsole を Java Web Start を使用して配布した場合は、Java Web Start アプリケーションマネージャを使用して OVTA Console を削除する必要があります。次のように実行します。

1 Java Web Start アプリケーションマネージャを実行します。

2 OVTA Console アプリケーションを選択します。

3 [ アプリケーション ] メニューをプルダウンして、 [ アプリケーションの削除 ] を選択します。

OVTA Configuration Editor のアンインストール

OVTA Configuration Editor は、測定サーバーと一緒にアンインストールされます。 OVTAConfiguration Editor を Java Web Start を使用して配布した場合は、 Java Web Start アプリケーションマネージャを使用して OVTA Configuration Editor を削除する必要があります。次のように実行します。

1 Java Web Start アプリケーションマネージャを実行します。

2 OVTA Configuration Editor アプリケーションを選択します。

3 [ アプリケーション ] メニューをプルダウンして、 [ アプリケーションの削除 ] を選択します。

102 第 7 章

サイレントアンインストール

サイレントインストールを使用して OVTA をインストールした場合は、次の方法でアンインス

トールできます。

1 次のコマンドを実行して OVTA を停止します。

<ovta_installation_dir>/bin/ovtams-shutdown.sh ( 測定サーバーでのみ )

<ovta_installation_dir>/bin/ovta stop

2 次のコマンドを実行して、アンインストーラを起動します。

<ovta_installation_dir>/UninstallerData/uninstall




サイレントアンインストールの後、 <ovta_installation_dir>/data/log にある次のいずれかのログ

ファイルにエラーメッセージが記録されていないことをチェックします。

• unconfigure-*.log

• *_uninstall.log


104 第 7 章

8 高度な設定

自動的に設定される項目

OVTA インストーラを実行すると、次のコンポーネントが自動的に設定されます。

• J2EE Collector

• Java Diagnostics ( インストール時に選択されている場合 )

OVTA をアンインストールせずに、これらのコンポーネントの設定を解除するには、次のコマン

ドを実行します。

cd <ovta_installation_dir>/bin./perl ./post-install.pm unconfigure <options>

このコマンドの <options> には、 1 つ以上の「j2eeCollector」または「jd」を指定します。何も指定

しない場合は、インストールされたすべてのコンポーネントの設定が解除されます。このコマンドにより、 <ovta_installation_dir>/data/log/pre-uninstall.log ファイルにメッセージが追加されます。

同様に、次のコマンドを実行すると、これらのコンポーネント (Java Diagnostics を除く ) を再設定

することができます。

cd <ovta_installation_dir>/bin./perl ./post-install.pm configure <options>

このコマンドにより、 <ovta_installation_dir>/data/log/post-install.log ファイルにメッセージが追加

されます。

105

クライアントモニタトランザクションエージェントの設定

デフォルトの OVTA インストールでは、 OVTA 測定サーバー上で実行されているトランザクショ

ンエージェントに結果を送信するようにクライアントモニタがセットアップされます。たとえ

ば、JavaScript クライアントモニタで測定サーバーとして設定される URL は次のようになります。

var IPAMeasServer=”http://<measurement server host>:7555/HPOV_webResponse/ClientMonitorReceptor”;

多くの環境ではこのデフォルト設定で機能しますが、別の設定が必要になる状況が 2 つあります。

次のとおりです。

• クライアントマシンがファイアウォールの外側にあり ( 標準的な「企業対消費者 (BtoC)」の

トポロジではそのようになっている )、 DMZ の内側にある測定サーバーにデータを送り返せ

ない。クライアントシステムは、送信元の Web サーバー ( これも DMZ の外側にあるが、通

常はアプリケーションプロバイダのファイアウォール設定により DMZ の内側と限定的なア

クセスが許されている ) に対してのみ安全にデータを送り返せます。

• クライアントモニタが高負荷で使用され ( インスツルメントされたページが多い、同時発生

のクライアント要求が多い )、測定サーバーに送られるデータ要求が大量になる。特にセカ

ンダリ測定サーバーにより負荷を分散するように設定されていない場合には、測定サーバーがボトルネックになることがあります。

JavaScript および ActiveX クライアントモニタは、結果を送信元の Web サーバー上の OVTA トラ

ンザクションエージェントに送り返すように設定することもできます ( その Web サーバーが、

OVTA Web サーバーモニタを設定された OVTA 管理ノードとしても稼動している場合 )。そのた

めには、測定サーバーのホスト名ではなく管理ノードのホスト名を指すようにクライアントモニ

タの設定を変更します。たとえば、JavaScript クライアントモニタで測定サーバーとして設定され

る URL は次のようになります。

var IPAMeasServer=”http://<web server host>:<web server port>/HPOV_webResponse/ClientMonitorReceptor”;

JavaScript および ActiveX クライアントモニタの設定に関する詳細は、『HP OpenView TransactionAnalyzer ユーザーガイド』の「クライアントモニタ」の章を参照してください。

クライアントモニタ Web アプリケーションの J2EE アプリケーションサーバーにおける配布

J2EE アプリケーションサーバーを Web サーバーとして使用しており、インスツルメントされた

Apache または Sun Java System Web Server がなく、クライアント監視を使用している場合は、クラ

イアントモニタが測定サーバーに直接結果を報告するのではなく、アプリケーションサーバーを

通して報告するように設定したいことがあります。

この設定のためには、 <ovta_installation_dir>/lib ディレクトリにある HPOV_webResponse.war ファ

イルを配布する必要があります。コンテキストルートは、「/HPOV_webResponse」と指定してく

ださい。このコンテキストルートは、クライアントモニタで使用されているパスコンポーネン

ト /HPOV_webResponse/ClientMonitorReceptor の初期セグメントと一致しています。

HPOV_webResponse.war ファイルに含まれているクライアント監視サーブレットも、 J2EE インス

ツルメント jar 内のクラスを使用するので、 J2EE 監視用に設定されたサーバーインスタンスと一

緒に使用する必要があります。

106 第 8 章

OVIS の統合

OVTA を OVIS と統合すると、 OVIS HTTP プローブおよび HTTP_TRANS プローブに詳細なトラ

ンザクション情報を提供できます。

統合は、 OVTA 測定サーバーと OVIS 管理サーバーが同じマシンで稼動している場合と異なるマ

シンで稼動している場合の両方をサポートしています。

OVIS には、 COMAPP、 MSGAPP、 JAVAAPP (OVIS 5.2 以前のリリースでは、 RMIAPP)、 SOAPAPP、WEBAPP というサービスが用意されており、それぞれのサービスは OVTA で監視される各アプリ

ケーションに対応付けられています。アラームおよび報告用に、OVTA トランザクションパフォー

マンスデータを OVIS にインポートすることができます。

OVTA および OVIS の相互運用性のレベル

OVIS 4.5

OVIS 5.0

OVIS 5.2

OVIS 6.0

OVIS 6.1

OVTA 1.0 / 1.1

ありなしなしなしなし

OVTA 2.0

なしあり

OVTA へのエンドツーエンドの HTTP 結果の送信における破損

を修正するためのホットフィックスを適用する必要があります。

ありありあり

OVTA 2.1

なしあり



ありありあり

OVTA 3.0

なしあり



COMAPP SLO は利用できませ

ん。現時点では対処方法はありません。

あり

ホットフィックスを適用しない場合、 COM/.NET SLO は利

用できません。

ありあり

OVTA 3.1 / 3.1.1

なしあり



COMAPP、 RMIAPP および JMSAPP SLO は利用できませ

ん。現時点では対処方法はありません。

あり

ホットフィックスを適用しない場合、 COM/.NET SLO は利

用できません。

RMIAPP および JMSAPP SLO は利用できません。現時点では対処方法はありません。

あり

OVTA の統合問題

を解決するための OVIS 6.0 ホット

フィックスが利用できます。

あり

高度な設定 107

OVIS との統合に関する詳細な説明は、『HP OpenView Internet Services User's Reference Guide』の

「OVTA Integration」の章を参照してください。このマニュアルは、次のサイトからダウンロード

できます。

http://ovweb.external.hp.com/lpe/doc_serv

「Search for online product manuals」の「1. Product」で「Internet Services」を選択した後、このマニュ

アルを選択します。

OVIS - OVTA 統合の設定

OVIS Configuration Manager を使用して、 OVTA 測定サーバーの統合および設定を行うことができ

ます。

統合にあたって設定を行うレジストリキーに関する情報は、『HP OpenView Internet Services User'sReference Guide』に記載されています。

クライアントシステムでの OVIS および OVTA Console の実行

OVIS ダッシュボードは、クライアントシステムのブラウザを使用して表示できます。さらに、任

意のクライアントシステム上の OVIS ダッシュボードから Java Web Start を使用して OVTAConsole を起動できます。

OVTA および OVIS の Web レコーダトランザクション

OVTA は、 Web トランザクションレコーダの軽量および重量オプションの両方により開始された

HTTP(S) トランザクションの測定をサポートしています。 OVTA により測定されるトランザク

ションは、 Web トランザクションレコーダの各ステップにより生成される各「ステップ URL」に

基づいています。

各ステップは、 OVTA により別個のトランザクションとみなされます。全体的な OVIS Web トラ

ンザクションレコーダ応答時間は、 OVTA では測定できません。

108 第 8 章

Java Diagnostics エージェントの統合

Java Diagnostics エージェントは、各管理ノード上で Java Diagnostics を表します。このエージェントには、次の 2 つのサブコンポーネントがあります。

• JVM エージェント : 実行中の JVM には、それぞれ関連する JVM エージェントがあり、このエージェントが、プロファイルデータを収集し、そのデータをノードエージェントへ送信します。ノードエージェントは、そのデータを Console へ送信します。 Java Diagnostics を有効にする方法は、アプリケーションサーバーにより異なります。ご使用のアプリケーションサーバーについては、第 5 章、「Java および J2EE アプリケーションサーバーの管理ノードの設定」を参照してください。

• Java Diagnostics ノードエージェント : 各管理ノードには、 Console と JVM エージェント間を通信するノードエージェントがあります。ノードエージェントの基本的な設定は、このマニュアルに記載されています。詳細は、『HP OVTA Java Diagnostics ユーザーガイド』を参照してください。

ノードエージェントの管理

ノードエージェントは、JVM エージェントと Console 間の通信を管理します。Console が管理ノードに接続して、 JVM を検出し、監視セッションを開く前に、ノードエージェントを実行しておく必要があります。

より確実にアクセスするには、複数の Java Diagnostics ノードエージェントを実行し、 JVM エージェントに対して owner_private または group_private オプションを使用することができます。複数のノードエージェントを実行する場合は、各ノードエージェントが異なるポートを待ち受けるようにし、各ユーザーまたはグループは各自のノードエージェントが接続するために実行しているポートを覚えておく必要があります。ノードエージェントのポートオプションを使用して、ポート番号を指定します。詳細は、『HP OVTA Java Diagnostics ユーザーガイド』を参照してください。

ノードエージェントをデーモンとして実行する

Java Diagnostics を UNIX システム上にインストールする場合、ノードエージェントはデーモンとしてセットアップされます。デーモンの場合、ノードエージェントは、デフォルトのポート番号のみ使用できます。別のポート番号を指定するには、デーモンを停止して、ノードエージェントを手動で起動する必要があります。

ノードエージェントのデーモンを開始または停止するには、次の手順を実行します。

HP-UX の場合

1 次を入力します。

/sbin/init.d/JD_NodeAgent start|stop

2 ファイルのコンテンツを編集して、ポート番号などのノードエージェントのオプションを指定します。

Solaris および Linux の場合

1 次を入力します。

/etc/init.d/JD_NodeAgent start|stop

2 ファイルのコンテンツを編集して、ポート番号などのノードエージェントのオプションを指定します。

高度な設定 109

UNIX のデーモンが実行されていることを検証する

UNIX システム上でノードエージェントがデーモンとして実行されている場合は、次の操作を

行って、ノードエージェントが確実に実行していることを検証します。

1 root の権限を使用してログインします。

2 次のファイルが存在することを確認します。

HP-UX の場合 :

— /sbin/init.d/JD_NodeAgent

— /sbin/rc3.d/S999JD_NodeAgent

Linux および Solaris の場合 :

— /etc/init.d/JD_NodeAgent

— /etc/rc5.d/S999JD_NodeAgent

3 ps コマンドか、またはご使用のシステム上で同等のコマンドを使用します。

%ps -ef | grep node

次のような結果が表示されます。

/opt/OV/HPOvJD/bin/nodeagent -daemon

-daemon は、ノードエージェントがデーモンとして実行していることを意味します。

ノードエージェントのデーモンを手動で開始または停止するには、次を入力します。

HP-UX の場合 :

/sbin/init.d/JD_NodeAgent start|stop

Linux および Solaris の場合 :

/etc/init.d/JD_NodeAgent start|stop

AIX の場合 :

/etc/JD_NodeAgent start|stop

ノードエージェントを手動で起動する

通常の場合、ノードエージェントは自動的にデーモンとして実行します。ノードエージェントの

デーモンを使用できない場合は、次を入力して、ノードエージェントをコマンド行から手動で起

動できます。

OVTA_JD_installation_directory/bin/nodeagent

これは、バックグラウンドプロセスとしては善の方法です。デフォルトでは、ノードエージェ

ントは、ポート 9501 で Console 接続を待ち受けます。オプションは 1 つのみです。

-port port_number Specify an alternate port number

ノードエージェントを停止する

手動で起動したノードエージェントを停止するには、単にプロセスを中断します。

110 第 8 章

SOLID データベースから Oracle への変更

SOLID Embedded データベースエンジンをインストールした後で、 Oracle を使用するように測定サーバーを再設定することができます。

Oracle への変更を行う場合、SOLID の使用時に収集した履歴データや設定内容は移行されません。

OVTA データベースを SOLID から Oracle に変更するには、次の手順を実行します。

1 OVTA サービスまたはプロセスを停止します。


2 OVTA 設定ファイルを編集して、 SOLID の代わりに Oracle データベースを参照するようにします。

2 つの要素 DATASERVLET_CONFIG および DB_CONFIG を修正する必要があります。DATASERVLET_CONFIG 要素では、 sql_file_path 属性で「solid」を「oracle」に変更します。DB_CONFIG には、データベース接続情報が含まれています。 connection_string および jdbc_driver_class 属性を SOLID から Oracle に変更します。

<ovta_installation_dir>/data/conf/ipainit.xml

編集前

<DB_CONFIG connection_string="jdbc:solid://myMeasServer.my Domain.com:1314/IPA" jdbc_driver_class="solid.jdbc.SolidDriver" user="IPA" password="##GIGPGNGFGCHCGFHH" max_guiconnection="25" max_retry="3" connection_retry_interval="3000"/><DATASERVLET_CONFIG sql_file_path="/<ovta_installation_dir>/data/databases/schema/solid/"/>

編集後

<DB_CONFIG connection_string="jdbc:oracle:thin:@myMeasServer.myDomain.com:1521:myOracleDatabaseName" jdbc_driver_class="oracle.jdbc.driver.OracleDriver" user="OracleDatabaseUserName" password="OracleDatabasePassword" max_guiconnection="10" max_retry="3" connection_retry_interval="3000"/><DATASERVLET_CONFIG sql_file_path="/<ovta_installation_dir>/data/databases/schema/oracle/"/>

3 Oracle データベースを作成します。 Oracle Standard Edition を使用してデータベースを設定するためのインストール手順を実行してください。

4 SOLID データベースを削除します。

a 測定サーバーで次の OVTA プロセスが停止していることを確認します。

cd <ovta_installation_dir>/bin./ovtams-shutdown.sh./ovta stop

b SOLID データベースを削除します。

cd <ovta_installation_dir>/binrm –f ./solid rm –f ../data/databases/sol*.log rm –f ../data/databases/solid.db rm ../data/databases/schema/solid

高度な設定 111

c OVTA サービスを起動します。

./ovta start

./ovtams-launch.sh

5 トランザクション名などのトランザクションメタデータは、 ARM 3.0 Collector により新しい

トランザクションのアクティビティが検出されたときにのみ、管理ノードから測定サーバーに送信されます。 OVTA はメタデータなしの測定値を収集しますが、 Console と Configuration Editor はトランザクションメタデータなしでは大幅に制限されます。各管理ノードで ARM 3.0 Collector を再起動すると、各トランザクションタイプについてトランザクションアク

ティビティが発生するたびにトランザクションメタデータが送信されます。

— UNIX システムで ARM 3.0 Collector を再起動するには、単に OVTA をいったん停止して

から起動します。

cd <ovta_installation_dir>/bin ./ovta stop ./ovta start

6 設定を初期の未設定状態に戻します。ベース設定ファイルを取得するために、次のファイルをコピーします。

コピー元：

<ovta_installation_dir>/newconfig/ipaConfig.xml

コピー先：

<ovta_installation_dir>/data/conf/ipaConfig.xml

OVTA Configuration Editor を開き、 [OK] を押します。

プライマリおよびセカンダリ測定サーバーを使用している場合は、プライマリ測定サーバー上で上記の手順を実行した後、セカンダリ測定サーバーを再起動します。これにより、セカンダリ測定サーバーがプライマリ測定サーバーから新しいデータベース設定情報を取得します。

112 第 8 章

HTTPS の設定

なぜ HTTPS を使用するのか

OVTA は、OVTA 測定サーバーにインストールしたサーバー証明を使用する HTTPS 通信用にセッ

トアップすることができます。 OVTA で HTTPS 通信をセットアップすることには、主に 2 つの理

由があります。

• サーバー認証 : OVTA 測定サーバーにデータを送信するクライアントに対して、そのクライア

ントが確かに OVTA 測定サーバーと通信しているという保証を提供します。 OVTA 測定サー

バーにデータを送信するクライアントには、 OVTA に管理された環境の外側にある、ブラウ

ザクライアントトランザクションモニタをインスツルメントされたブラウザクライアント

が含まれます。データは、管理ノード上で稼動する OVTA トランザクションエージェントか

らも送信されます。これらの管理ノードは、非武装地帯 (DMZ : Demilitarized Zone) の内側に

あることも、外側にあることもあります。 HTTPS 通信が必要になるのは、このような環境、

特に管理ノードが DMZ の外側で稼動している環境です。

• データの暗号化 : OVTA 測定サーバーに送信する機密データが適切に暗号化されるようにし

ます。 OVTA 測定サーバーに測定データを送信するブラウザクライアントは、 URL クエリ文

字列に機密情報が含まれているときに、HTTPS 通信を使用することが必要な場合があります。

HTTPS を介してアクセスする Web ページをインスツルメントするためにブラウザクライア

ントトランザクションモニタを使用する場合は、ブラウザクライアントと OVTA 測定サー

バーの間で HTTPS 通信を使用してください。これにより、機密データがクリアテキストで

OVTA 測定サーバーに渡されることがなくなります。

サーバー認証の全体像

クライアントがサーバーに要求を送る場合に、正しいサーバーと通信していることを確認したいとします。クライアント側では、 HTTPS サーバーが証明書を提示して自らを認証することを要求

します。しかし、 HTTPS サーバー側では、クライアントが自らの身元を証明するために証明書を

提示することを要求しません。言い換えると、サーバー側ではクライアントの身元証明を必要としません。

クライアントが HTTPS サーバーの身元を確認するには、 HTTPS サーバーの証明書のコピーをク

ライアントのトラストストア内に持っているか、サーバーの証明書が署名されている場合には CAの証明書を持っていることが必要です。クライアントは、 HTTPS サーバーが提示した証明書を、

クライアントのトラストストア内にある証明書と比較します。両者が一致すれば、確認成功です。

HTTPS サーバーは独自のキーストアを持っていますが、クライアントからの証明書を必要としま

せん。したがって、どの HTTPS クライアントからも要求を送ることができます。

次の図は、クライアントと HTTPS リスナーの関係を示しています。

高度な設定 113

OVTA における HTTPS の設定

HP-AS は OVTA にバンドルされています。HP-AS の HTTPS 機能は、HTTPS リスナーサービスにより OVTA に提供されます。リモートシステム上の OVTA トランザクションエージェントがHTTPS を使用して測定サーバーと通信できるようにするには、 OVTA をインストールした後にこれらの設定手順を実行する必要があります。これらの手順を実行しないと、 OVTA で HTTPS を使用できません。

HTTPS リスナーサービスの他のプロパティを設定する方法を調べるには、『HP-AS TechnicalGuide』にある HTTPS リスナーサービスのドキュメントを参照してください。この後に、サンプルの HTTPS リスナー設定ファイル (https-service-config.xml) を掲載します。サンプルの後の表では、 <server-sockets-factory> に指定できる属性について説明します。

サンプル HTTPS リスナー設定ファイル

インデントされた行は、前の行からの継続を表します。例をファイルにコピーするときは、インデントされた行を前の行の後に結合し、結合する 2 つの行の間にスペースを空けてください。

<?xml version="1.0"?><listener-service ports="443" backlog="50" max-request-handlers="20" max-request-contexts="20" max-response-contexts="20" request-handler="com.hp.mwlabs.as.services.listeners.https.HttpsRequestHandler" container="servlet" socket-timeout="PT0S" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation= "http://www.hp.bluestone.com/xml/schemas/listener-service-2_0.xsd"> <server-socket-factory class-name="com.hp.mwlabs.as.services.listeners.JsseSslServerSocketFactory"> <property name="remoteTrustAlgorithm" value="SunX509"/><property name="keyStorePassword" value="*INSERT KEYSTORE PASSWORD HERE*"/> <property name="protocolVersion" value="TLS"/><property name="keyStoreFile" value="file:///C:/Program Files/HPOV_IPA/data/conf/*INSERT KEYSTORE FILE NAME HERE*"/> <property name="enableSessionCreation" value="true"/>

114 第 8 章

<property name="keyType" value="SunX509"/><property name="keyStoreType" value="JKS"/><property name="keyPass" value="*INSERT KEY PASSWORD HERE*"/> <property name="requireClientAuth" value="false"/> <property name="useKeyStorePassAsKeyPass" value="false"/> <property name="trustStoreFile" value="file:///C:/Program Files/HPOV_IPA/data/conf/*INSERT KEYSTORE FILE NAME HERE*"/> <property name="trustStorePassword" value="INSERT KEY PASSWORD HERE"/> </server-socket-factory> </listener-service>

HTTPS の <server-socket-factory> 属性

属性名値説明

remoteTrustAlgorithm SunX509 この値は、 com.sun.net.ssl.TrustManagerFactory の getInstance(String algorithm) メソッドの入力パラメータになります。 Sun のデフォルトのセキュリティプロバイダを使用しているとき、この値は通常、 SunX509 です。別のプロバイダを使用している場合は、そのプロバイダの TrustManagerFactory によって、指定する値が決まります。

keyStorePassword myStorePassword キーストアファイルに対するパスワード。keytool を使用している場合は、 keytool -genkey -storepass 値に対応します。

protocolVersion TLS 有効な値は、 TLS、 TLSv1、 SSL、 SSLv1、SSLv2、 SSLv3 です。ほとんどの場合、これらのうちの新バージョンである TLS を使用します。この値は、 com.sun.net.ssl.SSLContext の getInstance(String protocol) メソッドの入力になります。

KeyStoreFile file:///d:/HTTPS/myStore.ks keytool -genkey -keystore 値により指定されるファイルの位置を示す URL。

enableSessionCreation true true に設定すると、クライアントが初にサーバーに接続したときに、対称暗号化されたセッションキーが作成されます。このセッションキーは、クライアントからのそれ以降の要求で使用します。 false に設定すると、クライアントがサーバーに初に接続することが禁止されます。しかし、サーバーのモードを切り替えて、初期接続の後の新規セッション ( ユーザー ) を阻止することも可能です。一般に、この値は true に設定してください。

高度な設定 115

KeyType SunX509 この値は、 com.sun.net.ssl.KeyManagerFactory の getInstance(String type) メソッドの入力パラメータになります。これはキー管理アルゴリズムです。ほとんどの場合、この値は SunX509 です。

keyStoreType JKS この値は、 java.security.KeyStore の getInstance(String type) メソッドの入力パラメータになります。指定できる値については、Java のドキュメントを参照してください。keytool で作成するキーストア ( デフォルトのキーストアファイル cacerts など ) では、この値は JKS であることが必要です。

KeyPass myPassword キーストア内のキーに対するパスワード。keytool を使用している場合は、 keytool -genkey -keypass 値に対応します。

requireClientAuth true 有効な値は true か false です。 true に設定すると、クライアントは自らの身元の証明としてデジタル ID 証明書を送信する必要があります。 false に設定すると、 trustStoreFile および trustStorePassword プロパティが必要でなくなります。 true に設定した場合に trustStoreFile および trustStorePassword が存在しないと、デフォルトのセキュリティプロバイダのトラストストアが使用されます。リスナーのセキュリティプロバイダは、ファイル Install_dir/jre/lib/security/cacerts です。

useKeyStorePassAsKeyPass false 有効な値は true か false です。 keytool -genkey コマンドの -keypass 値と -storepass 値が同一の場合は、 true を使用します。

trustStoreFile file///d:/java/jdk1.3/jre/lib/security/cacerts

信頼できる証明書の入ったキーストアファイルを指す URL。この属性は、 requireClientAuth 属性が true に設定されている場合にのみ使用されます。この属性を省略すると、デフォルトのトラストストア「Install_dir/jre/lib/security/cacerts」が使用されます。

trustStorePassword changeit トラストストアファイルに対するパスワード。この属性は、 requireClientAuth 属性が true に設定されている場合にのみ使用されます。

javax.net.debug all この属性は、同じ名前の JVM システム属性を設定したときと同じ動作をします。指定できる値については、 Java Secure Socket Extension (JSSE) のドキュメントを参照してください。

HTTPS の <server-socket-factory> 属性 ( 続き )

属性名値説明

116 第 8 章

keytool を使用して HTTPS を設定

新しい SSL である TLS (Transport Layer Security) を機能させるためにも難しい面の 1 つは、サー

バーとクライアントについて証明書と暗号キーの組み合わせを管理することです。 keytool は、自

己認証 ( ユーザーが他のユーザーやサービスに対して自分自身を認証する場合 ) や、デジタル署名

を使用したデータ保全および認証サービスで使用する、公開キーと秘密キーのペアおよび自己署名証明書を生成および適用するために使用できるコマンド行ツールです。

keytool を使用すると、自己署名証明書の生成や、公開キーと秘密キーの作成および CA からの証

明書要求の生成を実行できます。

keytool は、 JRE にバンドルされている実行可能プログラムで、 OVTA のインストール時に同時に

組み込まれます。このプログラムは、 <ovta_installation_dir>/jre/bin ディレクトリに格納されてい

ます。 JRE の bin が path 環境変数に含まれている場合、コマンドプロンプトに「keytool」と入力

すると、 keytool の全オプションが表示されます。

本書では、読者が keytool に習熟していることを前提とします。十分な知識がない場合は、基礎的

な Java ドキュメントの keytool に関する説明を参照してください ( たとえば、 Sun の Web サイト

http://www.java.sun.com でキーワード「keytool」により検索を実行してアクセスが可能です )。

OVTA 測定サーバーを HTTPS 用に設定

稼動環境では、 CA (Certificate Authority) に送る証明書要求を生成するために keytool を使用しま

す。 CA により発行された証明書があると、 HTTPS の信頼性を確認したいクライアントに対して、

信頼できる証明書をサーバーから提示できるようになります。

HP では、 CA が発行した証明書のみを使用することを推奨しています。自己署名証明書または個

人証明書により署名された証明書を使用する場合は、以下の方法を実行してください。なお、こうした証明書を使用するのは、証明書と証明書ツールについて十分に理解している場合のみにしてください。

• keytool を使用して、自己署名証明書または個人証明書により署名された証明書を <ovta_installation_dir>/jre/lib/security/cacerts にインポートします。 cacerts をインポートするた

めのパスワードは、証明書を生成するために使用したパスワードとは異なることがあります。

• Java Web Start を使用するクライアントシステムで Console または Configuration Editor を表示

するには、 Java Web Start が使用する cacerts に証明書をインポートする必要があります。

• クライアント監視 (JavaScript または ActiveX) を使用するクライアントシステムでは、自己署

名証明書をクライアントのキーストアにインポートする必要があります。そのための手順は、各 Web ブラウザによって異なります。

OVTA 測定サーバーを HTTPS 用に設定するには、次のように実行します。

1 keytool を使用して公開キーと秘密キーのあるキーストアを作成します。

この手順では、公開キーと秘密キー、および自己署名証明書も作成します。稼動環境では、自己署名証明書は使用されません。自己署名証明書は、 CA により発行された証明書で上書

きされます。

キーストアと、終的に CA の証明書の一部になる公開キー / 秘密キーを作成するには、

keytool の -genkey コマンドを使用します。たとえば、次のとおりです。

keytool -genkey -alias ovtacertificate -keyalg RSA -keypass myKeyPassword -keystore OVTAKeyStore.ks -storepass myStorePassword -dname "CN=hostname.esr.hp.com, OU=OpenView, O=hp, L=Mt. Laurel, ST=New Jersey, C=US"

高度な設定 117

-genkey コマンドは、自己署名証明書を作成します。証明書の名前は、 -alias パラメータによ

り指定します。この別名は、 TLS 通信の際には使用されません。この別名は、キーストア内

のエントリの削除、一覧表示、複製などの管理ジョブを実行するときにのみ使用します。別名を忘れた場合は、 keytool の -list オプションを使用して調べることができます。

このコマンドは、 ovtacertificate という名前の証明書をキーストアファイル OVTAKeyStore.ks に割り当てます。稼動環境では -dname パラメータが重要です。それにより指定する証明書

名が、 HTTPS サーバーの DNS (domain name system) ホスト名と一致していなければならない

ためです。 -dname オプションの残りのフィールドは、 CA が値の有効性を確認できるように

するために重要です。この CA は ( 自己署名なので ) 無関係であるとはいえ、 -dname に指定

する値は CA に送る「証明書要求」に追加されます。

自己署名証明書を使用している場合、以上で測定サーバーの設定は完了です。

2 証明書要求を作成します。

この手順では、前の手順で作成した公開キーを使用して証明書要求を作成します。証明書要求の目的は、証明書を発行するために CA が必要とする基本的な情報を生成することです。

keytool では、次のようなコマンドを使用して、証明書要求を生成します。

keytool -certreq -v -alias myCertificate -file myCertReq.csr -keypass myKeyPassword -storepass myStorePassword -keystore OVTAKeyStore.ks

— -certreq パラメータは、証明書要求を生成するように keytool に指示します。

— -v パラメータは、詳細な情報を表示する詳細モードを指示します。

— -alias オプションは、 117 ページの手順 1 で生成した証明書の名前を選択し、その証明書

をこの証明書要求に組み込みます。

— -file では、証明書要求を入れるファイルのパスを定義します。

— -keypass と -storepass は、証明書要求を入れるキーストアを開くパスワードです。これら

は、 117 ページの手順 1 でセットアップしたパスワードと同じです。

— -keystore は、証明書を入れるストアです。

3 CA に証明書を申請します。

アプリケーションの操作は、選択する CA に応じて異なります。 Netscape と Internet Explorer はどちらもいくつかの CA を提供しています。

Netscape 4.7

a [Communicator] → [ ツール ] → [ セキュリティ情報 ] を選択します。

b [ 証明書 ] の下の [ 本人 ] をクリックし、 [ 証明書の入手 ] ボタンをクリックします。

Netscape と互換性のある証明書を生成できる証明機関のリストが表示されます。

Internet Explorer 5.x

a [ ツール ] → [ インターネットオプション ] を選択します。

b [ コンテンツ ] タブをクリックし、 [ 証明書 ] ボタンをクリックし、 [ 信頼されたルート証

明機関 ] タブをクリックすると、 Internet Explorer と互換性のある証明書を生成できる証

明機関のリストが表示されます。

大部分の CA は、 Web 経由で証明書を申請できます。目的の CA を見つけるために検索する

必要があるかもしれません。申請する証明書のタイプは、一般にサーバー認証と呼ばれているものです。

118 第 8 章

4 証明書をキーストアにインポートします。

公的な証明書を受け取った後、その証明書を HTTPS リスナーのキーストアファイルにインポートします。証明書をキーストアに格納すると、パスワードを知っている Java プロセスがその証明書にアクセスして通信に使用することができます。インポートコマンドの例は次のとおりです。

keytool -import -alias myCertificate -file myCertificateFile.cer -keystore OVTAKeyStore.ks -keypass myKeyPassword -storepass myStorePassword

-import コマンドは、 -alias myCertificate を myCertificateFile.cer ファイルにインポートします。このコマンドでは、キーストアを開き、証明書にアクセスしてインポートするために、パスワードを使用します。インポートする証明書は X509 タイプであることが必要です。このタイプの証明書についての説明は、 115 ページの「HTTPS の <server-socket-factory> 属性」を参照してください。

5 HTTPS リスナーを設定し、テストします。

この手順には、クライアントがサーバーを認証できることをテストできるように HTTPS リスナーを設定することが含まれていて、前に説明したのと同じ手順を使用します。

リスナー設定ファイル内の以下の文字列を、適切な値で置き換えます。

INSERT KEYSTORE PASSWORD HERE: replace with the keystore password, e.g. myStorePassword INSERT KEYSTORE FILE NAME HERE: replace with keystore file name (e.g. OVTAKeyStore.ks). You may also change the path as below if needed: "file:///d:/temp/OVTAKeyStore.ks"/>INSERT KEY PASSWORD HERE: replace with the Key password, e.g. myKeyPassword

OVTA 管理ノードを HTTPS 用に設定

この手順を実行することにより、 OVTA 管理ノードを実行するために使用される JRE にある Sunの「内部 SSL セキュリティプロバイダ」を有効にします。

OVTA が JRE のパッケージを行うプラットフォーム上では、セキュリティプロバイダがデフォルトで有効になっているため、この手順は不要です。 OVTA パッケージ化された JRE は <ovta_installation_dir>/jre にインストールされます。 java.security ファイルにはすでに、com.sun.net.ssl.internal.ssl.Provider をセキュリティプロバイダとして設定するエントリが含まれています。

OVTA 用に JRE/JDK をインストールしなければならないプラットフォーム (Linus IPF など ) では、OVTA 管理ノードを実行するために使用する JRE/JDK インストールに変更を加える必要があります。

HTTPS 用に OVTA 管理ノードを設定するには、 OVTA 管理ノードを実行する JRE/JDK インストールの java.security ファイル内のセキュリティプロバイダに com.sun.net.ssl.internal.ssl.Providerがあることを確認します。 java.security ファイルは通常、 <jdk/jre_installation_path>lib/security ディレクトリにあります。

com.sun.net.ssl.internal.ssl.Provider がセキュリティプロバイダのリストにない場合は、追加します。次の java.security ファイルの例は、上記要件を表しています。

# List of providers and their preference orders (see above):#security.provider.1=sun.security.provider.Sunsecurity.provider.2=com.sun.rsajca.Providersecurity.provider.3=com.sun.net.ssl.internal.ssl.Provider

高度な設定 119

OVTA で HTTP と HTTPS を切り替える

インストール時に、 HTTP 通信と HTTPS 通信のいずれかを選択できます。 HTTPS を選択した場合、 OVTA のすべての URL が「https://」プレフィックスに修正されます。しかし、 OVTA が既にインストールされているシステムで HTTP と HTTPS の変更が必要になる状況もあります。

多くの場合、 OVTA を初に配布するのはテスト環境です。そのような環境では、 HTTPS 通信は必要ないでしょう。後に、同じマシンの OVTA を稼動環境に移す場合に、 HTTPS が必要になることがあります。このセクションで説明する手順を実行すれば、 OVTA をいったんアンインストールしてから再インストールしなくても、 HTTPS に切り替えることができます。

手動での変更が必要になるもう 1 つのケースは、特定の URL で選択的に HTTPS を設定することです。デフォルトでは、 OVTA のインストールですべての URL のプレフィックスが HTTPS になります。URL によっては機密情報を扱わないため、HTTPS を使用するのは行き過ぎかもしれません。そのような URL は、「http://」プレフィックスを使用するように選択的に変更できます。

ここで説明する手順は、 OVTA が既にインストールされている状況で、関係するすべての URL をHTTP から HTTPS に変更するのに必要な手順です。 HTTPS が必要ないケースでは、一部の URLを選択的に変更することもできます。

1 測定サーバーマシンで、 HP OpenView IPA Measurement Server サービスを停止します。

2 <hpas_installation_dir>/config/ovta/hpas-deploy.xml ファイルを編集して、 HTTPS サービス用のエントリのコメントを解除します。このファイルを編集するときは、次の例を参考にしてください。

編集前

 

編集後

 <Service name="https" class="com.hp.mwlabs.as.services.listeners.ListenerService"> <Configuration url="https-service-config.xml" reload="30"/> </Service>

3 デフォルトの HTTPS ポート番号 (443) 以外のポート番号を使用する場合は、測定サーバーマシンで <hpas_installation_dir>/config/ovta/https-service-config.xml ファイルを編集して、<listener-service> 要素の ports 属性を、使用している環境で必要なポート番号に変更します。このファイルを編集するときは、次の例を参考にしてください。

➤ 注記

次の例は、 HTTP ポート 7555 をデフォルトの HTTPS ポート 443 に変更する設定を示します。URL でデフォルトの HTTPS ポート 443 を使用する場合、ポート番号を指定する必要はありません。たとえば、 https://<machine_name>.esr.hp.com:443/ ではなく、https://<machine_name>.esr.hp.com/ を使用します。デフォルトのポート番号 443 ではない別の HTTPS ポート番号を使用する場合は、そのポート番号を URL に指定する必要があります。たとえば、 https://<machine_name>.esr.hp.com:8080/ とします。

120 第 8 章

<listener-service ports="443" backlog="50" max-request-handlers="20" max-request-contexts="20" max-response-contexts="20" request-handler="com.hp.mwlabs.as.services.listeners.https.HttpsRequestHandler" container="servlet" socket-timeout="PTOS" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xsi:noNamespaceSchemaLocation="http://www.hp.bluestone.com/xml/schemas/listener-service-2_0.xsd">

4 デフォルトでは、証明書をインストールし、 OVTA で使用するように適切に設定した後、HTTP 通信と HTTPS 通信のいずれかを使用できます。特定のサーブレット URL を HTTPS 専用アクセスに固定できます。そのためには、ファイル <ovta_installation_dir>/WEB-INF/web.xml を編集して、関係するサーブレットについて <transport-guarantee> 属性の値を「NONE」から「CONFIDENTIAL」に変更します。

5 この手順は、 OVTA Console および Configuration Editor との通信に SSL を使用する場合にのみ当てはまります。測定サーバーマシンで、次の手順を実行します。

a ovta_installation.sh を編集します。

b 測定サーバーを指す URL で「http」を「https」に変更します。

c ports 属性を、使用している環境で必要なポート番号に変更します。

このファイルを編集するときは、次の例を参考にしてください。

ovta_installation.sh の編集前 # Variable definitions which are set by the OVTA installer.

set -a # Automatically export all following variables.

# Make sure all variables are defined:

PRODUCT_NAME=''

OVTA_HOME=''OVTA_VERSION=''

サーブレット URL を HTTPS 専用アクセスに固定することは、推奨されていません。OVTA は、機密データを送信する必要があり、 HTTPS トランスポートがセットアップされている場合に、 HTTPS を使用します。一部のサーブレット URL を HTTPS に固定することは不必要であり、場合によっては、 OVTA コンポーネントと OVIS コンポーネントの間で HTTPS 通信が不可能な状況で問題が発生することがあります。次のサーブレットは、このカテゴリに入ります。

— Web クライアントレセプタサーブレット－ OVTA を OVIS プローブと一緒に使用するとき、 OVIS 管理サーバーはプローブの測定データをこのサーブレットを介してOVTA 測定サーバーに転送します。このメカニズムでは、 HTTP プロトコルを使用してください。

— 設定サーブレット－アラームおよび報告用の OVTA データをインポートするために OVTA を OVIS と一緒に使用しているとき、 OVIS Configuration Manager はこのサーブレットを介して設定データを OVTA から引き出します。このメカニズムでは、 HTTP プロトコルを使用してください。

高度な設定 121

OVTA_BUILD_VERSION=''OVTA_MEAS_SERVER=''

WEB_SERVERS_CHOSEN=''APP_SERVERS_CHOSEN=''

JAVA_HOME=''JAVA=''

ANT_HOME=''

HPAS_DIR=''AUTOPASS_DIR=''

BEA_HOME=''

WEBSPHERE_4_DIR=''WEBSPHERE_5_DIR=''

set +a # Stop automatically exporting variables.

# Variables set by one run of the installer:

slash='/' # Variable containing "/" to work around an InstallAnywhere bug.


PRODUCT_NAME='HP OpenView Transaction Analyzer'

OVTA_HOME='<ovta_installation_dir>'OVTA_VERSION='2.00.00'OVTA_BUILD_VERSION='2.00.00.24'OVTA_MEAS_SERVER="http:$slash/suntan.rose.hp.com:7555"

JAVA_HOME='<ovta_installation_dir>/jre'JAVA='<ovta_installation_dir>/jre/bin/java'

ANT_HOME='<ovta_installation_dir>/ant'

if [ 'Yes' = 'Yes' ]then HPAS_DIR='/opt/hpmw/hpas' AUTOPASS_DIR='/opt/OV/HPOvLIC'else BEA_HOME='' WEBSPHERE_4_DIR='' WEBSPHERE_5_DIR='' WEB_SERVERS_CHOSEN='' APP_SERVERS_CHOSEN=''fi


122 第 8 章

ovta_installation.sh の編集後

# Variable definitions which are set by the OVTA installer.


# Make sure all variables are defined:

PRODUCT_NAME=''

OVTA_HOME=''OVTA_VERSION=''OVTA_BUILD_VERSION=''OVTA_MEAS_SERVER=''

WEB_SERVERS_CHOSEN=''APP_SERVERS_CHOSEN=''

JAVA_HOME=''JAVA=''

ANT_HOME=''

HPAS_DIR=''AUTOPASS_DIR=''

BEA_HOME=''

WEBSPHERE_4_DIR=''WEBSPHERE_5_DIR=''


# Variables set by one run of the installer:

slash='/' # Variable containing "/" to work around an InstallAnywhere bug.


PRODUCT_NAME='HP OpenView Transaction Analyzer'

OVTA_HOME='<ovta_installation_dir>'OVTA_VERSION='2.00.00'OVTA_BUILD_VERSION='2.00.00.24'OVTA_MEAS_SERVER="https:$slash/suntan.rose.hp.com:7555"

JAVA_HOME='<ovta_installation_dir>/jre'JAVA='<ovta_installation_dir>/jre/bin/java'

ANT_HOME='<ovta_installation_dir>/ant'

if [ 'Yes' = 'Yes' ]then HPAS_DIR='/opt/hpmw/hpas' AUTOPASS_DIR='/opt/OV/HPOvLIC'

高度な設定 123

else BEA_HOME='' WEBSPHERE_4_DIR='' WEBSPHERE_5_DIR='' WEB_SERVERS_CHOSEN='' APP_SERVERS_CHOSEN=''fi


6 測定サーバーマシンで、 <ovta_installation_dir>/console/IPAgui.jnlp および <ovta_installation_dir>/console/IPAgui_noskin.jnlp ファイルの <application-desc> 要素を編集しま

す。このファイルを編集するときは、次の例を参考にしてください。

編集前

<application-desc main-class="com.hp.ov.ipa.gui.Application"> <argument>-dataServer</argument> <argument>http://<machine_name>.esr.hp.com:7555/ipa/webappdataserver/IPAGuiServlet</argument> <argument>-version</argument> <argument>A.01.00</argument> </application-desc>

編集後

<application-desc main-class="com.hp.ov.ipa.gui.Application"> <argument>-dataServer</argument> <argument>https://<machine_name>.esr.hp.com/ipa/webappdataserver/IPAGuiServlet</argument> <argument>-version</argument> <argument>A.01.00</argument> </application-desc>

この例では、測定サーバーは HTTP 用にデフォルトのポート 7555 を使用し、 HTTPS 用にデ

フォルトのポート 443 を使用するように設定されています。そのため、編集後の新しい HTTPS URL にはポート番号が指定されていません。

7 測定サーバーマシンで、 <ovta_installation_dir>/console/IPAconfgui.jnlp および <ovta_installation_dir>/console/IPAconfgui_noskin.jnlp ファイルの <application-desc> 要素を編集

します。このファイルを編集するときは、次の例を参考にしてください。

編集前

<application-desc main-class="com.hp.ov.ipa.configeditor.ConfigEditor"> <argument>-configserver</argument> <argument>http://<machine_name>.esr.hp.com:7555/ipa/config/ConfigReadServlet</argument> <argument>-version</argument> <argument>A.01.00</argument> </application-desc>

編集後

<application-desc main-class="com.hp.ov.ipa.configeditor.ConfigEditor"> <argument>-configserver</argument> <argument>https://<machine_name>.esr.hp.com/ipa/config/ConfigReadServlet</argument>

124 第 8 章

<argument>-version</argument> <argument>A.01.00</argument> </application-desc>

この例では、測定サーバーは HTTP 用にデフォルトのポート 7555 を使用し、 HTTPS 用にデフォルトのポート 443 を使用するように設定されています。そのため、編集後の新しい HTTPS URL にはポート番号が指定されていません。

8 測定サーバーマシンと各管理ノードで、 <ovta_installation_dir>/data/conf/IPAinit.xml ファイルの <SERVLETS_URL_CONFIG> 要素を編集します。このファイルを編集するときは、次の例を参考にしてください。

前の手順で OVTA Console および Configuration Editor を HTTPS 用に設定しなかった場合は、それに対応する HTTP プロトコルは変更しないでください。

編集前

<SERVLETS_URL_CONFIG

txb_receptor_url="http://<machine_name>.esr.hp.com:7555/ipa/txbreceptor/TxBReceptorServlet"

web_receptor_url="http://<machine_name>.esr.hp.com:7555/ipa/clientreceptor/WebClientReceptorServlet"

data_server_url="http://<machine_name>.esr.hp.com:7555/ipa/webappdataserver/IPAGuiServlet"

jnlp_servlet_url="http://<machine_name>.esr.hp.com:7555/ipa/jnlp/IPAJnlpServlet"

config_server_url="http://<machine_name>.esr.hp.com:7555/ipa/config/ConfigReadServlet"/>

編集後


txb_receptor_url="https://<machine_name>.esr.hp.com/ipa/txbreceptor/TxBReceptorServlet"

web_receptor_url="https://<machine_name>.esr.hp.com/ipa/clientreceptor/WebClientReceptorServlet"

data_server_url="https://<machine_name>.esr.hp.com/ipa/webappdataserver/IPAGuiServlet"

jnlp_servlet_url="http://<machine_name>.esr.hp.com:7555/ipa/jnlp/IPAJnlpServlet"

config_server_url="https://<machine_name>.esr.hp.com/ipa/config/ConfigReadServlet"/>

この例では、測定サーバーは HTTP 用にデフォルトのポート 7555 を使用し、 HTTPS 用にデフォルトのポート 443 を使用するように設定されています。そのため、編集後の新しい HTTPS URL にはポート番号が指定されていません。また、 jnlp_servlet_url 属性の URL は変更されていません。 Java Web Start が機能しなくなるため、この URL は HTTPS に設定できません。

高度な設定 125

プライマリ測定サーバーを HTTPS を使用するようにセットアップした場合は、セカンダリ

測定サーバーにある ipainit.xml を編集して、セカンダリ測定サーバーがプライマリ測定サー

バーと通信するために HTTPS を使用するようにします。

セカンダリ測定サーバー上の ipainit.xml の編集前

<PRIMARY_CONFIG primary_url="$http://<machine_name>.esr.hp.com:7555/ipa/distribution/DistributionServlet" />

セカンダリ測定サーバー上の ipainit.xml の編集後

<PRIMARY_CONFIG primary_url="$https://<machine_name>.esr.hp.com/ipa/distribution/DistributionServlet" />

9 前のセクションの手順に従って、 OVTA 測定サーバーに証明書をセットアップします。

10 測定サーバーの HP OpenView IPA Measurement Server サービスを再起動します。

11 125 ページの手順 8 で加えたプロトコルの変更を有効にするために、管理ノードで HP OpenView IPA ARM 3.0 Collector サービスと HP OpenView IPA ARM 3.0 Daemon サービスを再

起動する必要があります。

逆に HTTPS 環境を HTTP に切り替えるには、上記と同じ手順を実行して、関係する URL のプロトコルを必要にあわせて切り替えてください。

12 プライマリ測定サーバーに関する属性が変更されている場合は、セカンダリ測定サーバー上の OVTA サービスを再起動します。

126 第 8 章

HTTP/HTTPS ポート番号の設定の切り替え

デフォルトでは、 OVTA 測定サーバーは、ポート 7555 上の HTTP プロトコルを使用してインス

トールされます。ここで説明する手順は、 HTTP と HTTPS のいずれかについて、 OVTA 測定サー

バーのポート番号を変更する手順の概略を示しています。

1 測定サーバーマシンで、 HP OpenView IPA Measurement Server サービスを停止します。

2 測定サーバーマシンで、 HTTPS が使用されているかどうかに応じて該当するファイルを編

集します。

HTTP - <hpas_installation_dir>/config/ovta/http-service-config.xmlHTTPS - <hpas_installation_dir>/config/ovta/https-service-config.xml

<listener-service> 要素の port 属性を、使用している環境で必要なポート番号に変更します。

この後の例では、ポート番号を 8080 に変更します。

<listener-service> ports="443" bind-addresses="*" backlog="50" max-request-handlers="20" max-request-contexts="20" max-response-contexts="20" container="servlet" socket-timeout="PTOS" request-handler="com.hp.mwlabs.as.services.listeners.http.HttpRequestHandler" startup-broadcaster="j2ee-partition" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="http://www.hp.bluestone.com/xml/schemas/listener-service-2_0.xsd"/>

3 測定サーバーマシンで、 <ovta_installation_dir>/console/IPAgui.jnlp および <ovta_installation_dir>/console/IPAgui_noskin.jnlp ファイルの <jnlp> および <application-desc> 要素を編集します。この例では、 HTTP プロトコルのポート番号を 7555 から 8080 に変更し

ます。

編集前

<jnlp>

<jnlp spec="0.2 1.0" codebase="http://<machine_name>.esr.hp.com:7555/ipa/console/" href="ipagui.jnlp">

<application-desc>

<application-desc main-class="com.hp.ov.ipa.gui.Application"> <argument>-dataServer</argument>

<argument>http://<machine_name>.esr.hp.com:7555/IPA/webappdataserver/IPAGuiServlet</argument> <argument>-version</argument> <argument>A.01.00</argument> </application-desc>

高度な設定 127

編集後

<jnlp>

<jnlp spec="0.2 1.0" codebase="https://<machine_name>.esr.hp.com/IPA/console/" href="ipagui.jnlp">

<application-desc>

<application-desc main-class="com.hp.ov.ipa.gui.Application"> <argument>-dataServer</argument>

<argument>https://<machine_name>.esr.hp.com/IPA/webappdataserver/IPAGuiServlet</argument> <argument>-version</argument> <argument>A.01.00</argument> </application-desc>

4 測定サーバーマシンで、 <ovta_installation_dir>/console/IPAconfgui.jnlp および <ovta_installation_dir>/console/IPAconfgui_noskin.jnlp ファイルの <jnlp> および <application-desc> 要素を編集します。この例では、 HTTP プロトコルのポート番号を 7555 から 8080 に変更します。

編集前

<jnlp>

<jnlp spec="0.2 1.0" codebase="http://<machine_name>.esr.hp.com:7555/IPA/console/" href="ipaconfgui.jnlp">

<application-desc>

<application-desc main-class="com.hp.ov.ipa.configeditor.ConfigEditor"> <argument>-configserver</argument>

<argument>http://<machine_name>.esr.hp.com:7555/IPA/config/ConfigReadServlet</argument> <argument>-version</argument> <argument>A.01.00</argument> </application-desc>

編集後

<jnlp>

<jnlp spec="0.2 1.0" codebase="https://<machine_name>.esr.hp.com/IPA/console/" href="ipaconfgui.jnlp">

<application-desc>

<application-desc main-class="com.hp.ov.ipa.configeditor.ConfigEditor"> <argument>-configserver</argument>

<argument>https://<machine_name>.esr.hp.com/IPA/config/ConfigReadServlet</argument>

128 第 8 章

<argument>-version</argument> <argument>A.01.00</argument> </application-desc>

5 測定サーバーマシンと各管理ノードで、 <ovta_installation_dir>/data/conf/IPAinit.xml ファイル

の <SERVLETS_URL_CONFIG> 要素を編集します。この例では、 HTTP プロトコルのポート

番号を 7555 から 8080 に変更します。

編集前

<SERVLETS_URL_CONFIG txb_receptor_url="http://<machine_name>.esr.hp.com:7555/IPA/txbreceptor/TxBReceptorServlet" web_receptor_url="http://<machine_name>.esr.hp.com:7555/IPA/clientreceptor/WebClientReceptorServlet" data_server_url="http://<machine_name>.esr.hp.com:7555/IPA/webappdataserver/IPAGuiServlet" jnlp_servlet_url="http://<machine_name>.esr.hp.com:7555/IPA/jnlp/IPAJnlpServlet" config_server_url="http://<machine_name>.esr.hp.com:7555/IPA/config/ConfigReadServlet"/>

編集後


txb_receptor_url="http:// <machine_name>.esr.hp.com:8080/IPA/txbreceptor/TxBReceptorServlet"

web_receptor_url="http:// <machine_name>.esr.hp.com:8080/IPA/clientreceptor/WebClientReceptorServlet"

data_server_url="http:// <machine_name>.esr.hp.com:8080/IPA/webappdataserver/IPAGuiServlet"

jnlp_servlet_url="http:// <machine_name>.esr.hp.com:8080/IPA/jnlp/IPAJnlpServlet"

config_server_url="http:// <machine_name>.esr.hp.com:8080/IPA/config/ConfigReadServlet"/>

プライマリ測定サーバーを別のポートにセットアップした場合は、セカンダリ測定サーバーにある ipainit.xml を編集します。

セカンダリ測定サーバー上の ipainit.xml の編集前


セカンダリ測定サーバー上の ipainit.xml の編集後


6 ActiveX を使用している場合は、ファイル <ovta_installation_dir>/data/conf/AXMCfg.xml を探

します。

ファイルの 3 行目は、次のような内容になっています ( 詳細は使用している測定サーバーに

よって少し異なることがあります )。

高度な設定 129

<CONFIG server_protocol="http://"server_host="<machine_name>.esr.rose.hp.com:7555" server_url="/ipa/clientreceptor/WebClientReceptorServlet"

これを HTTPS に変更するには、 server_protocol パラメータを「http://」から「https://」に変更

し、ポート番号を 7555 から、システムで使用しているセキュアなポート番号に変更します。


<CONFIG server_protocol="https://"server_host="<machine_name>.esr.hp.com" server_url="/ipa/clientreceptor/WebClientReceptorServlet"

7 <ovta_installation_dir>/bin/ovta_installation.sh を編集して、ポート番号の変更を反映させます。

8 測定サーバーの HP OpenView IPA Measurement Server サービスを再起動します。

9 129 ページの手順 5 で加えたポートの変更を有効にするために、管理ノードで HP OpenView IPA ARM 3.0 Collector サービスと HP OpenView IPA ARM 3.0 Daemon サービスを再起動する必

要があります。

10 プライマリ測定サーバーに関する属性が変更されている場合は、セカンダリ測定サーバー上の OVTA サービスを再起動します。

130 第 8 章

プロキシの設定

管理ノードと測定サーバーの間に、プロキシサーバーをセットアップできます。セットアップす

るには、管理ノード上の ipainit.xml を編集し、プロキシ情報を指定します。こうすることで、管

理ノードは、測定サーバーとデータの送受信ができるようになります。

管理ノードの <ovta_installation_dir>/data/conf/IPAinit.xml ファイルで、新しい <PROXY _CONFIG>要素を <COMMON> 要素の子として追加します。このファイルを編集するときは、次の例を参考

にしてください。

編集前

<COMMON …> <ARM_CONFIG …> …. </COMMON>

編集後

<COMMON …> <PROXY_CONFIG proxy_host=”abc.hp.com” proxy_port=”8088” /> <ARM_CONFIG …> …. </COMMON>

この例では、管理ノードは、ポート 8088 上のプロキシサーバー abc.hp.com を使用して、測定サー

バーと HTTP 通信を行います。

高度な設定 131

132 第 8 章

用語集

A

Accept trace request ( トレース要求許可 ): トレースを有効にしたプローブまたはクライアント

トランザクションモニタから、トップレベルトランザクションとすべてのサブトランザクション

へのトレースを許可する設定可能なトランザクショントレースの設定 ( 「トランザクションのト

レース」も参照してください )。

ActiveX クライアントモニタ : ActiveX 技術を利用して Microsoft Internet Explorer ブラウザからの

トランザクション応答時間を記録するブラウザクライアントトランザクションモニタ。

ADO (ActiveX Data Objects): Microsoft の OLE DB データアクセスパラダイムに対する使いや

すいアプリケーションレベルインターフェイス。 OVTA では、 ADO トランザクションに対する

トランザクション種別として使用します。

ADO.NET (ActiveX Data Objects for .NET): 「ADO」を参照してください。 ADO.NET トランザ

クションに対するトランザクション種別。

All: さまざまな設定階層のルートオブジェクトの名前。このオブジェクトには、カスタム設定を

持たない下位オブジェクトすべてに適用されるデフォルトの設定が含まれます。

Apache Web Server トランザクションモニタ : Apache Web Server 用トランザクションモニタ。

[Application Infrastructure] ビュー : ユーザー指定インターバル ( 日数または時間 ) に、選択した

トップレベルトランザクションで発生したトランザクションアクティビティをトランザクショ

ンタイプ別に表示するトランザクションアクティビティパネル、および選択したトランザクショ

ンタイプの各インターバルの応答時間とボリュームを表示するトランザクション詳細パネルで

構成される OVTA Console パネル。

Applications: OVTA Console の [Navigation] パネルおよび Configuration Editor の設定階層の保管

用オブジェクトの名前。 Configuration Editor では、このオブジェクトに、カスタム設定を持たない

下位オブジェクトすべてに適用されるデフォルトの設定が含まれます。

ARM 3.0 Collector: OVTA トランザクションエージェントを構成するコンポーネント。 ARM 3.0Daemon からパフォーマンスメトリックを収集して OVTA 測定サーバーに送信します。

ARM 3.0 Daemon: OVTA トランザクションエージェントを構成するコンポーネント。一連の集

約間隔中にパフォーマンスメトリックを保存するために使用されるメモリ内のデータベースを

管理します。

ASP (Active Server Pages): Microsoft ASP は、動的なインタラクティブ Web サーバーアプリ

ケーションの作成および実行が可能な、サーバーサイドのスクリプティング環境です。 ASP を使

用して、 HTML ページ、スクリプトコマンドおよび COM コンポーネントを組み合わせた動的な

Web ページを作成できます。

ASP.NET: Microsoft Active Server Pages (ASP) に匹敵する .NET 対応 ASP。

133

C

COM (Component Object Model): プログラムコンポーネントオブジェクトの開発およびサ

ポートに使用される Microsoft のフレームワーク。 Windows 2000 以降では、 COM を発展させた

COM+ が使用されています。

COM トランザクションモニタ : COM アプリケーションコンポーネント用トランザクションモニタ。

COMTI (COM Transaction Integrator): Windows 環境で動作する COM アプリケーションと、メ

インフレーム環境で動作する CICS アプリケーションまたは IMS アプリケーションとの間で相互

運用を可能にする Microsoft SNA Server のコンポーネント。

Configuration Editor: 設定オプションの表示または変更を行う OVTA の GUI。

Console: パフォーマンスメトリックを表示する OVTA の GUI。

D

Date/Time Settings: パフォーマンスデータの集約および表示を行う履歴間隔 ( インターバル ) を指定するための OVTA Console ダイアログ。

DCOM (Distributed Component Object Model): ネットワークで結ばれた COM サービスを使用

するコンピュータ間で、オブジェクト通信サービスを提供する分散型の COM。

Deny trace requests ( トレース要求拒否 ): トレースを有効にしたプローブおよびブラウザクラ

イアントトランザクションモニタの場合でも、サブトランザクションを含むすべてのトランザク

ションに対する Web サーバーでのトレースを無効にする、設定可能なトランザクショントレース

の設定。「トランザクションのトレース」を参照してください。

[Display Properties] パネル : トップレベルトランザクションのラベルを指定するとき、および

トップレベルトランザクションを非表示にするときに使用する OVTA Configuration Editor のパ

ネル。

DNA (Distributed Internet Architecture): 分散 Web アプリケーションに向けた Microsoft のアプ

ローチ。拡張可能な Web アプリケーションを構築するために IIS、 ASP、 COM、 COM+ などの技

術を利用する方法について説明しています。

E

EJB (Enterprise Java Bean): J2EE のビジネスロジックコンポーネント。

H

HTTP (Hypertext Transfer Protocol): World Wide Web 上でファイル ( テキスト、画像、音声、映

像などのマルチメディアファイル ) を交換するためのルール。TCP/IP プロトコルスイート ( イン

ターネット上の情報交換のための基盤 ) では、 HTTP はアプリケーションプロトコルになります。

HTTPS (Hypertext Transfer Protocol over Secure Socket Layer または HTTP over SSL): ユー

ザーが要求するページおよび Web サーバーが返すページの暗号化および復号を行う World WideWeb プロトコル ( デフォルトでは、HTTPS が下位のレイヤー TCP/IP との情報交換に使用するポー

トは HTTP ポートの 80 番ではなく、 443 番ポートです )。

I

IHS (IBM HTTP Server): Apache をベースにした IBM の Web サーバー実装。

IIS: Microsoft のインターネットインフォメーションサービスの Web サーバー。

134 用語集

IIS トランザクションモニタ : Microsoft の IIS Web サーバー用トランザクションモニタ。

IPC ( プロセス間通信 ): 個別のプロセス間のソフトウェア通信。ネットワーク上のコンピュータ間

で行われることもあります。

IPF (Itanium Processor Family): HP の 64 ビットサーバーで使用されるプロセッサアーキテク

チャ。 HP-UX、 Linux、および Windows のオペレーティングシステムでサポートされています。

J

J2EE (Java 2 Platform, Enterprise Edition): Web ベースのエンタープライズアプリケーション

の開発、構築およびオンライン上での配布を行う、プラットフォームに依存しない Sun の Java 中心の環境。 J2EE プラットフォームは、多層的な Web ベースのアプリケーション開発に必要な機

能を提供するサービス、 API、プロトコルで構成されます。

J2EE アプリケーション : J2EE の機能の配布可能な単位。 J2EE アプリケーションは、単一のモ

ジュール、または複数のモジュールを、 J2EE アプリケーションデプロイメントディスクリプタ

を使用してアーカイブファイルにまとめたものです。

J2EE トランザクションモニタ : J2EE アプリケーションサーバーで動作するアプリケーション用

のトランザクションモニタ。

Java: インターネット上の分散環境で広く使用されているプログラミング言語。

Java Diagnostics: J2EE アプリケーションを対象とした OpenView 解析ツール。 Java Diagnosticsを OVTA と連動させることにより、 J2EE アプリケーションと JVM の詳細なドリルダウンが可能

になります。

JavaScript クライアントモニタ : Microsoft Internet Explorer ブラウザおよび Netscape Navigator ブラウザのトランザクションパフォーマンスデータを収集する、 JavaScript を使用して実装される

ブラウザクライアントトランザクションモニタ。

JDBC (Java Database Connectivity): データベースアクセスに関する Java のアプリケーション

プログラムインターフェイス (API) 仕様。

JMS (Java Message Service): Java コンポーネント間のメッセージベースの同期および非同期通

信をサポートする J2EE のサービス。

JSP (Java Server Pages): 動的なコンテンツを含む Web ページ開発のための技術。 JSP は、 Webページのコンテンツまたは表示を制御するテンプレートデータ、カスタム要素、スクリプティン

グ言語およびサーバーサイド Java オブジェクトを使用する拡張可能な技術です。

K

Kind ( 種別 ): 「アプリケーション種別」および「トランザクション種別」を参照してください。

M

Multi-level trace (複数レベルのトレース ): 関連するサブトランザクションを含むすべてのトップ

レベルトランザクションインスタンスをトレースする、設定可能なトランザクショントレース

の設定。「トランザクションのトレース」を参照してください。

N

[Navigation] パネル (ナビゲーションパネル ): トランザクショングループおよび関連するトップ

レベルトランザクションを表示する OVTA Console および Configuration Editor のパネル。 OVTAConsole および Configuration Editor の主なナビゲーション機構です。

135

O

OLE DB: さまざまなデータソースへのアクセスに使用される Microsoft の戦略的な下位レベルの

API。

Other: 汎用的なトランザクショングループ。 OVTA では、 COM+ アプリケーションに関連付けら

れない COM+ トランザクションを Other に関連付けます。

R

requester ( 要求側 ) トランザクション : コンポーネント間のクライアントサーバー形式のやりと

りでのクライアント要求。クライアントコンポーネントおよびサーバーコンポーネントは、同一

または異なるホストの同一または異なるプロセス内に存在する場合があります。「responder ( 応答

側 ) トランザクション」を参照してください。

responder (応答側 ) トランザクション : コンポーネント間のクライアントサーバー形式のやりと

りでのサーバー側のアクティビティ。クライアントコンポーネントおよびサーバーコンポーネン

トは同一または異なるホストの同一または異なるプロセス内に存在する場合があります。「requester ( 要求側 ) トランザクション」を参照してください。

S

Single level trace (単一レベルのトレース ): すべてのトップレベルトランザクションインスタン

スをトレースする設定可能なトランザクショントレースの設定。「トランザクションのトレース」

を参照してください。

SOAP (Simple Object Access Protocol): インターネット内の分散するオブジェクト間で RPC同様のメッセージ交換を可能にする XML ベースの規格。 Web サービス実装のプロトコルとして、

もよく使用されています。

[Status] ビュー : すべてのアプリケーション、選択したアプリケーション種別またはトップレベ

ルトランザクションに関して、ユーザー指定インターバル ( 日数または時間 ) の間の全体的な状

態を画像を使用して表示する OVTA Console のパネル。

Summary: トランザクションインスタンスのトレースをトランザクションの種類別にまとめた

表示モード。

[Summary] ビュー : すべてのアプリケーション、選択したアプリケーション種別、アプリケー

ション、またはトップレベルトランザクションに関して、ユーザー指定インターバル ( 日数また

は時間 ) 間の全体的な状態をインジケータとグラフで表示する OVTA Console のパネル。

T

[Trace] ビュー : トランザクションインスタンスのリストを表示するトレースリストパネル、お

よび選択したインスタンスのサマリまたはコールグラフを表示するトレース詳細パネルで構成

される OVTA Console のパネル。

U

Unknown クライアントシステム : 利用可能なクライアントシステムの説明がない場合に使用さ

れるデフォルト値。

Unknown コンシューマ : トランザクションのコンシューマが明示的に指定されなかった場合の

デフォルト値。

Unknown トップレベルトランザクション : OVTA が特定のトップレベルトランザクションに関

連付けられなかったサブトランザクションは「Unknown」トップレベルトランザクションに関連

付けられます。

136 用語集

[User Experience] ビュー : クライアントおよびサーバーの観点から HTTP パフォーマンスメト

リックを提供する OVTA Console パネル。

W

Web サーバー : Web サーバーソフトウェア (Microsoft の IIS または Sun Microsystems の Sun JavaSystem Web Server など ) がインストールされたコンピュータ。

Web サーバーソフトウェア : HTTP を使用して Web ページを構成するファイルを Web ユーザー

に送信するプログラム。

Web サーバートランザクションモニタ : Web サーバーへの HTTP 要求に関するパフォーマンス

データを収集する OVTA のソフトウェアコンポーネント。

WebLogic Server トランザクションモニタ : BEA の WebLogic サーバー (WebLogic Express を含

む ) で実行される J2EE コンポーネントのパフォーマンスデータを収集する OVTA のソフトウェ

アコンポーネント。

WebSphere Application Server トランザクションモニタ : IBM の WebSphere アプリケーション

サーバーで実行される J2EE コンポーネントのパフォーマンスデータを収集する OVTA のソフト

ウェアコンポーネント。

ア

アップグレードインストール : 新しいバージョンの OVTA を既存のインストール環境にインス

トールします。

アプリケーションサーバー : アプリケーションサーバーソフトウェアがインストールされたコ

ンピュータ。

アプリケーションサーバー ( ソフトウェア ): アプリケーションプログラム用ビジネスロジック

の実行環境を提供するサーバーソフトウェア。たとえば、 BEA の WebLogic Server や IBM のWebSphere Application Server です。

アプリケーショントランザクショングループ : OVTA はトップレベルトランザクションをさま

ざまなアプリケーショントランザクショングループにグループ化します。 COM アプリケーショ

ンの場合、 COM+ アプリケーションのグループに分類されます。適用可能なパッケージ情報また

はアプリケーション情報がない場合は「Other」に分類されます。 HTTP アプリケーションの場合、

論理 Web ホストに測定ターゲットパターンを付加したものがアプリケーショントランザクショ

ングループとなります。測定ターゲットパターンとは、Web アプリケーションを定義した文字列

で、測定対象トランザクションのマッチングに使用します。

アプリケーション別トランザクショングループ : OVTA には、アプリケーションの種類により、

COM/.NET、 HTTP、 Msg、 Java、 SOAP などのアプリケーショントランザクショングループがあ

ります。

イ

違反 : ユーザーが定義したしきい値を超えるトランザクション応答時間、ボリュームまたは失敗率。

インジケータ : 「パフォーマンスインジケータ」を参照してください。

エ

エージェント : 「トランザクションエージェント」を参照してください。

137

オ

応答時間 : 1 つのトランザクションまたは集約トランザクションの集合が完了するまでの時間。

応答時間違反 : ユーザーが設定したしきい値を超える応答時間。

カ

カスタム設定 : 設定階層で、ルートオブジェクト [All] 以外のオブジェクトに適用される設定。

管理サーバー : OVTA 測定サーバーがインストールされたコンピュータ。

管理ノード : OVTA トランザクションエージェント ( または他の OpenView エージェント ) がイン

ストールされたコンピュータ。

ク

クライアントボリューム : 指定したインターバル ( 日数または時間 ) に、ブラウザクライアント

トランザクションモニタおよびプローブが記録したトランザクションインスタンスの総数。

クライアントモニタレセプタ : クライアントモニタが URL に対して HTTP 要求を作成すること

によりトランザクションレポートを送信する先の OVTA ソフトウェア。

グラフ : ユーザー指定インターバル ( 日数または時間 ) の間のトランザクション応答時間およびボ

リュームを示す OVTA Console の表示。

コ

コールグラフ : トランザクションインスタンスのトレースを従属順に表示する表示モード。

合成トランザクション : 「プローブ」を参照してください。

コンシューマ : トップレベルトランザクションタイプを区別するためにユーザーが指定する値。

コンポーネント種別 : 「トランザクション種別」を参照してください。

サ

サーバーボリューム : ユーザー指定インターバル ( 日数または時間 ) に 1 つ以上の論理 Web ホス

トまたはアプリケーションで発生したトランザクションインスタンスの総数。

サービスノード : 1 つのトランザクションまたはトランザクションの集合を実行するマシン (ホス

ト名 )。

サーブレット : Web サーバーの機能を拡張して、要求 / 応答パラダイムを使用した動的なコンテン

ツの生成や、 Web クライアントとのやりとりを行う Java プログラム。サーブレットはサーバーサ

イドのアプレットと考えられます。

サイレントインストール : インストーラが対話なしで実行されるモード。インストーラは、事前

に用意された入力ファイル ( プロパティファイル形式 ) から入力を取得します。

サブトランザクション : アプリケーションコンポーネントがトップレベルトランザクションまた

は別のサブトランザクションの代わりに実行する作業の単位。

サマリタイム : トランザクションの集合のセルフタイムおよび通信時間の合計。

シ

しきい値 : ユーザーが設定可能な、トランザクションの応答時間、ボリューム、失敗率に関して

許容できる限界値。

138 用語集

システムメトリック : CPU 使用率や、 I/O の 1 秒あたりの読み取り / 書き込み回数など、システム

( マシン ) リソースの状態を記述したメトリック。

失敗トランザクション : 失敗エラーコードが返されて完了したトランザクション。たとえば、存

在しない Web ページにアクセスを試みたため、エラーコード「404」が返されて完了した HTTP要求などがあります。

失敗率 : ユーザー指定インターバル ( 日数または時間 ) の間に失敗したプローブ要求の割合を示す

パフォーマンスメトリック。

集約間隔 : トランザクションパフォーマンスデータを集約する 5 分単位のインターバル。

集約トランザクション : 指定した時間内に発生したトランザクションの集合。

診断トレース : OVTA 自体の動作を診断するため OVTA が生成するデータ。

セ

セカンダリ測定サーバー : 複数の測定サーバーを持つ構成において、セカンダリ測定サーバーは、

クライアント監視、管理ノード上でのアプリケーション監視、およびグラフィック表示に関連した負荷を分担します。

セルフタイム : トランザクションに要した時間から、すべてのサブトランザクションに要した時

間を除いた時間。

ソ

相関 : OVTA がトランザクションと、そのトランザクションから生じるサブトランザクションを

関連付けるため、トランザクションモニタ間で受け渡されるコンテクストトークン。

送信元サーバー : 報告されるトランザクション内に URL が指定される HTTP サーバー。

測定サーバー : パフォーマンス管理データの収集および保存を行う OVTA のソフトウェアコン

ポーネント (「プライマリ測定サーバー」および「セカンダリ測定サーバー」を参照してください )。

測定ターゲット : Web ページ要求を測定するかどうかを判別するために、要求された URL の URI部分のマッチングに使用するパターン。測定ターゲットパターンは、特定の論理 Web ホストで実

行される Web アプリケーションを表します。

タ

タイプ : 「トランザクションタイプ」を参照してください。

チ

中断トランザクション : キャンセルされたトランザクション ( 中断された HTTP 要求など )。

ツ

通信時間 : トランザクションがプロセス間またはホスト間の通信に要した時間。ホスト間通信の

場合は、プロセス間通信時間とネットワーク上の通信時間が含まれます。

テ

データパネル : [Navigation] パネルで選択した項目に従ってパフォーマンスメトリックを表示す

る OVTA Console パネル。

139

ト

トップレベルトランザクション : トップレベルトランザクションは管理環境へのエントリポイ

ントを表します。HTTP の場合、OVTA はユーザーが定義したトランザクション分類ルールに従っ

て個々の要求をさまざまなトランザクションタイプに分類します。 HTTP 以外のアプリケーショ

ンの種類の場合は、呼び出されたメソッドおよびソフトウェアコンポーネントに従って個々の要

求を分類します。トップレベルトランザクションは、合計すると管理環境にかかるワークロード

がわかるため、特に重要です。

トランザクション : アプリケーションが実行する作業の単位。 OVTA では、トランザクションは

通常アプリケーションコンポーネントに対する HTTP 要求またはメソッド呼び出しです。トラン

ザクションは特定のトランザクション種別で特徴付けられ、また特定のトランザクションタイプ

に分類されます。

トランザクションアクティビティパネル : ユーザー指定インターバル ( 日数または時間 ) の間に、

選択したトップレベルトランザクション ( タイプ ) により発生したトランザクションアクティビ

ティをトランザクションタイプ別に表示する、 OVTA Console の [Statistics] ビューにあるパネル。

トランザクションインスタンス : 単一のメソッド呼び出しや単一の HTTP 要求など、トランザク

ションの個々のインスタンス。

トランザクションエージェント : 監視したい各管理ノードにインストールされた OVTA のソフト

ウェアコンポーネント。トランザクションモニタからパフォーマンスデータを収集して、測定

サーバーに送信します。

トランザクショングループ : トップレベルトランザクションの階層的なグループ。階層はアプリ

ケーション種別、アプリケーショントランザクショングループ、トランザクションタイプで構

成されます。

トランザクション種別 : JDBC または ADO によるデータベースアクセス、HTTP 要求、SOAP Webサービス要求、EJB または COM によるメソッド呼び出しなど、トランザクションが実行する操作

の種類。

トランザクション詳細パネル : トランザクションアクティビティパネルで選択したトランザク

ションタイプに関して、各インターバルの応答時間およびボリュームを表示する、 OVTA Consoleの [Statistics] ビューにあるパネル。

トランザクションタイプ : Configuration Editor を使用して適用される、ユーザーが変更可能な分類

ルールに基づくトランザクションの分類。トップレベルの HTTP トランザクションの場合は、ト

ランザクションタイプは HTTP 要求の URL に適用される分類ルールにより決まります。トップ

レベルの COM+、 .NET、 Java、および Msg トランザクションを含むアプリケーションコンポーネ

ントトランザクションの場合は、トランザクションタイプはコンポーネントで呼び出された特定

のメソッドに対応します。

トランザクショントレースコンテキスト : トレース対象トランザクションに追加できる具体的な

情報です。通常、ブラウザセッショントレースで使用され、トレース対象トランザクションを要

求したユーザーをユーザー識別文字列で示します。

トランザクションのトレース : トレースが有効になると、 OVTA は各トランザクションインスタ

ンスのパフォーマンスデータを記録します。このデータを使用して、 OVTA は分散環境内での

個々のトランザクションの実行のトレースを表示します。トレースには実行パス別に各コンポーネントで要した時間が含まれます。設定可能なトランザクショントレースレベルには、トレース

要求拒否、トレース要求許可、単一レベルのトレースおよび複数レベルのトレースがあります。

140 用語集

トランザクションの分類 : 各トランザクションインスタンスとさまざまなトランザクションタイ

プとのマッピング。トップレベルトランザクションの場合、マッピングはユーザーが指定した分

類ルールにより決まります。その他のトランザクションの場合は、アプリケーションコンポーネ

ントおよびメソッドに基づくデフォルトのマッピングを適用します。

トランザクションボリューム : ユーザー指定インターバル ( 日数または時間 ) の間に発生したト

ランザクションインスタンスの総数。

トランザクションモニタ : アプリケーションソフトウェア、Web ソフトウェアおよびアプリケー

ションミドルウェアからトランザクション応答時間などのパフォーマンスデータを収集する

OVTA のソフトウェアコンポーネント。

トレース : 「トランザクションのトレース」を参照してください。

トレース詳細パネル : トランザクションインスタンスのサマリまたはコールグラフを表示する

OVTA Console の [Trace] ビューにあるパネル。

トレースリストパネル : ユーザー指定インターバル ( 日数または時間 ) のトランザクションイン

スタンスのリストを表示する OVTA Console の [Trace] ビューにあるパネル。

ハ

パフォーマンスインジケータ : ユーザー指定インターバル ( 日数または時間 ) のトップレベルトランザクションのボリューム、応答 ( 時間 ) 違反および失敗率を表示する OVTA Console の[Summary] ビューにあるボックス。

ヒ

ヒストグラム : 成功トランザクション ( 実際の応答時間が応答時間範囲内にあるトランザクション )の数を示す OVTA Console のグラフ。

フ

フィルタ : J2EE サーブレットインターフェイスの拡張。

プライマリ測定サーバー : 測定サーバー構成の中で、メインとなる測定サーバー。測定サーバー

構成には、任意の数のセカンダリ測定サーバーを追加できます。プライマリおよびセカンダリ測定サーバーは、クライアント監視、管理ノード上でのアプリケーション監視、およびグラフィック表示に関連した負荷を分担します。Configuration Editor は、プライマリ測定サーバーから起動し

た場合に限り、 Edit ( 変更可能 ) モードで使用できます。

ブラウザクライアントトランザクションモニタ : Microsoft Internet Explorer ブラウザおよび

Netscape Navigator ブラウザの両方のパフォーマンスデータを収集するトランザクションモニタ。

プローブ : HP OpenView Internet Services (OVIS) が作成するトランザクション。

分類 : 「トランザクションの分類」を参照してください。

分類ルール : HTTP 要求をさまざまなトランザクションタイプにマップするため、ユーザーが設

定可能な分類ルール。「トランザクションの分類」を参照してください。

ヘ

ベースライン : OVTA は、トランザクション応答時間のベースラインを特定の時刻または特定の

曜日に計算します。通常の分散環境の場合、ベースラインはトランザクション応答時間の 80% が含まれる応答時間の範囲になります。

141

ホ

ポータル : 各種企業データおよびアプリケーションに 1 ヶ所からアクセスできる Web サイト。情

報が一元的に、パーソナライズされた形式で表示されます。ポータルは、ポートレットで構成されています。

ポートレット : ポータルページに小さなウィンドウとして表示される特定のコンテンツ領域。

ポータルのこのウィンドウのコンテンツに該当するアプリケーションサーバー内コンポーネン

トを指すこともあります。

ボリューム : 「トランザクションボリューム」を参照してください。

ヨ

要求側ノード : トランザクション要求または集約トランザクション要求を送信したマシン ( ホス

ト名 )。

ラ

ラベル : トップレベルトランザクションタイプに対してユーザーが指定する名前。

ロ

ロール : コンポーネント間のクライアントサーバー形式のやりとりで、トランザクションが果た

す要求側または応答側いずれかの役割。

142 用語集

索引

Aarmd

偽装によりルート以外のユーザーとして実行 , 41ルート以外のユーザーから root として実行 , 40ルート以外のユーザーから root として初期化 , 41

CCollector のデーモンプロセス

デフォルト値 , 92

Ffuser コマンド , 37

HHP OpenView IPA ARM 3.0 Collector, 126, 130HP OpenView IPA ARM 3.0 Daemon, 126, 130

HPOV_webResponse.war ファイル , 106

HTTP ポート番号

変更 , 127

IIBM HTTP Server (IHS), 47

JJ2EE Collector, 105Java Diagnostics, 20, 105

Java Diagnostics ノードエージェント , 53, 60, 92, 94, 109起動 , 53, 110停止 , 110

JVM エージェント , 109

Mmagnus.conf, 43

Oobj.conf, 44

OHS, 47Oracle HTTP Server (OHS), 47

Pps コマンド , 110

SSOLID

キャッシュの設定 , 27データベースのバックアップ , 28バックアップの復元 , 28

WWebLogic

監視 , 37WebLogic Portal (WLP), 50, 57WebSphere

誤ったディレクトリ , 66, 74監視 , 37再インストール , 66, 74複数のインストール , 97

WebWare の Web サイトの URL, 26WLS 8.1

エラー , 62

XX-Windows, 99

い

インストールHTTPS ポート番号 , 22HTTP ポート番号 , 22OVTA 測定サーバーソフトウェア , 34コンポーネントの順序 , 34順序 , 34

インストールされるコンポーネント , 20

143

く

クライアントモニタライセンス , 25

け

警告armd の実行との非互換性 , 18Solaris での setuid の変更 , 41インストール中にディレクトリを削除 , 21稼動環境に適さない HTTP 測定のデフォルト

設定 , 23管理ノードのインストール中にディレクトリを

削除 , 35

さ

サービスHP OpenView IPA ARM 3.0 Collector, 126, 130HP OpenView IPA ARM 3.0 Daemon, 126, 130

し

重要初に OVTA 測定サーバーをインストール , 20

せ

設定HTTP ポート番号の変更 , 127

そ

測定サーバーアップグレード , 32デフォルトのポート番号 , 92

測定サーバーおよび管理ノードの同一マシンへのインストール , 34

て

データベース , 27, 111Oracle, 27, 32, 111SOLID, 27, 32, 111SOLID から Oracle への変更 , 111TEMP のサイズ , 29アップグレードスクリプト , 32設定 , 27テーブルスペースのデフォルトサイズ , 29バックアップ , 28

デーモンノードエージェント , 110

と

ドキュメントWeb サイト , 108ダウンロード , 108

の

ノードエージェントのデーモン , 110

は

パスワードセンター , 26

ふ

プロパティファイル

サンプル , 38

ほ

ポート 2200 および 22000, 22

ま

マニュアルWeb サイト , 108ダウンロード , 108

ら

ライセンス評価用エクステンション , 23

144

Documents

HP OpenView Transaction Analyzer - · PDF fileHP OpenView Transaction Analyzer UNIX® (Sun Solaris、HP-UX、AIX、Linux) 版 ソフトウェア バージョン : 3.1.1 インストール、設定ガイド

HP OpenView Transaction Analyzer - · PDF fileHP OpenView Transaction Analyzer UNIX® (Sun Solaris、HP-UX、AIX、Linux) 版ソフトウェアバージョン : 3.1.1 インストール、設定ガイド