Mercury Performance CenterTM ユーザーズ・ガイド Version 8.1 1 Mercury Performance Center ユーザーズ・ガイド，Version 8.1 本マニュアル，付属するソフトウェアおよびその他の文書の著作権は，米国著作権法，および各国の著作 権法によって保護されており，付属する使用許諾契約書に基づきその範囲内でのみ使用されるものとしま す。Mercury Interactive Corporation のソフトウェア，その他の製品およびサービスの機能は次の 1 つまたは それ以上の特許に記述があります。米国特許番号 5,511,185; 5,657,438; 5,701,139; 5,870,559; 5,958,008; 5,974,572; 6,137,782; 6,138,157; 6,144,962; 6,205,122; 6,237,006; 6,341,310; 6,360,332, 6,449,739; 6,470,383; 6,477,483; 6,549,944; 6,560,564; 6,564,342; 6,587,969; 6,631,408; 6,631,411; 6,633,912; 6,694,288; 6,738,813; 6,738,933; 6,754,701; 6,792,460 および 6,810,494。オーストラリア特許番号 763468 および 762554。その他の 特許は米国およびその他の国で申請中です。権利はすべて弊社に帰属します。 Mercury，Mercury Interactive，Mercury のロゴ，Mercury Interactive のロゴ，LoadRunner，WinRunner， SiteScope および TestDirector は，Mercury Interactive Corporation の商標であり，特定の司法管轄内において 登録されている場合があります。上記の一覧に含まれていない商標についても，Mercury が当該商標の知 的所有権を放棄するものではありません。 その他の企業名，ブランド名，製品名の商標および登録商標は，各所有者に帰属します。Mercury は，ど の商標がどの企業または組織の所有に属するかを明記する責任を負いません。 Mercury Interactive Corporation 379 North Whisman Road Mountain View, CA 94043 Tel: (650) 603-5200 Toll Free: (800) TEST-911 Customer Support: (877) TEST-HLP Fax: (650) 603-5300 © 2002 - 2005 Mercury Interactive Corporation, All rights reserved 本書に関するご意見，ご要望は [email protected] まで電子メールにてお送りください。 PCUG8.1JP/01 目次 本書へようこそ .......................................................................................xiii 本書の構成.............................................................................................. xiv Mercury Performance Center の印刷マニュアル .................................... xv Mercury Performance Center のオンライン・マニュアル ..................... xvi その他のオンライン・リソース ............................................................. xvi マニュアルの更新...................................................................................xvii 表記規則 ................................................................................................xviii 第 1 部 : M E R C U R Y P E RF O R M AN C E C E N T E R の 概 要 第 1 章： はじめに .....................................................................................3 負荷テストの工程......................................................................................4 仮想ユーザ・スクリプトについて.............................................................5 コントローラについて...............................................................................6 システムの利点 .........................................................................................6 第 2 章： User Site....................................................................................7 User Site について ....................................................................................7 ログインとログアウト.............................................................................11 ［Select Project］および［Change Project］ページ ...............................13 ［Status］ページの［General］タブ .......................................................15 管理者への問い合わせ.............................................................................16 第 3 章： プロジェクト・ダッシュボード ...............................................17 プロジェクト・ダッシュボードについて................................................17 プロジェクト・ダッシュボードの表示 ...................................................18 ドリルダウン・データについて ..............................................................21 プロジェクト・ダッシュボードの作成 ...................................................23 負荷テストのパフォーマンスの目標と結果の表示 .................................29 負荷テストのパフォーマンス結果の発行................................................32 iii 目次 第 2 部 : 負荷テストの設計 第 4 章： 負荷テストの作成.....................................................................39 負荷テストの作成について......................................................................39 スクリプトと負荷テストについて...........................................................40 仮想ユーザ・スクリプトのアップロード ................................................42 URL ベースの仮想ユーザ・スクリプトの作成........................................52 アップロードしたスクリプトの表示 .......................................................54 仮想ユーザ・スクリプトの編集 ..............................................................55 仮想ユーザ・スクリプトのダウンロード ................................................56 第 5 章： 負荷テストの設定.....................................................................59 負荷テストの設定について......................................................................60 ［Load Tests Configuration］ページ ........................................................61 一般設定 ..................................................................................................63 デザイン設定 ...........................................................................................65 スケジューラ設定 ....................................................................................80 モニタの設定 ...........................................................................................95 診断設定 ................................................................................................100 負荷テストの保存と検証 .......................................................................101 負荷テストのコピー ..............................................................................103 負荷テストの実行 ..................................................................................104 Performance Center 7.8 の負荷テストの変換 .......................................104 第 6 章： ターミナル・セッションの使用 .............................................107 ターミナル・セッションについて.........................................................108 Performance Center でのターミナル・セッションの使用....................108 ロード・ジェネレータでの ターミナル・サービス・エージェントの設定....................................110 ターミナル・サービスのログオン設定..................................................111 ターミナル・クライアント・セッションの開始 ...................................114 ターミナル・セッションの有効化と設定 ..............................................116 ターミナル・セッションのトラブルシューティング ............................120 第 7 章： タイムスロットの予約 ...........................................................125 タイムスロットの予約について ............................................................125 ［Timeslots］ページ ...............................................................................127 タイムスロットの利用の可否の確認 .....................................................130 タイムスロットの予約...........................................................................135 負荷テストを自動起動するためのスケジュール設定 ............................141 実行後分析の設定 ..................................................................................142 コントローラ・マシンでの仮想ユーザの実行.......................................144 タイムスロットの編集...........................................................................146 iv 目次 第 8 章： プロジェクト・オプションの設定 .........................................151 プロジェクト・オプションについて .....................................................152 モニタ・オプションの設定 ...................................................................153 負荷テストの実行環境の設定................................................................156 タイムアウト時間の設定 .......................................................................158 デバッグ情報オプションの設定 ............................................................160 一般オプションの設定...........................................................................162 第 9 章： モニタの設定と管理 ...............................................................163 モニタの設定と管理について................................................................163 ［Monitor Profiles］ページ .....................................................................164 実行中のモニタ・プロファイルの変更 .................................................168 第 10 章：ランデブー・ポイントの使用 ................................................169 ランデブー・ポイントの使用について .................................................169 ランデブー属性の設定...........................................................................172 ランデブー・ポリシーの設定................................................................173 ランデブー情報の表示...........................................................................175 ランデブーからの手作業による仮想ユーザの解放 ...............................177 第 11 章：マルチ IP アドレスの設定 .....................................................179 マルチ IP アドレスについて..................................................................179 ホストへの IP アドレスの追加 ..............................................................181 IP ウィザードの使用 .............................................................................182 UNIX でのマルチ IP アドレスの設定 ....................................................186 ルーティング・テーブルの更新 ............................................................188 Performance Center からのマルチ IP アドレス機能の有効化 ..............189 第 12 章：ファイアウォール越しのモニタの設定..................................191 ファイアウォール越しの監視について .................................................192 サーバ・モニタ・エージェントでのモニタの設定 ...............................193 サーバ・モニタ情報を受信する User Site の設定.................................199 第 13 章：スクリプトと負荷テストの保守 ............................................203 スクリプトと負荷テストの保守について..............................................204 ［Vuser Scripts］ページ .........................................................................204 ［Load Tests］ページ.............................................................................205 第 14 章：自動起動負荷テストの表示....................................................209 自動起動負荷テストについて................................................................209 自動起動負荷テストの表示 ...................................................................210 その他のリソースの予約 .......................................................................211 自動起動負荷テスト・レポートの表示 .................................................212 v v 目次 第 15 章：ユーザ権限の管理 ..................................................................215 ユーザ権限の管理について....................................................................215 Privilege Manager へのアクセス ...........................................................216 権限レベルについて ..............................................................................217 個人情報の表示 .....................................................................................218 ユーザ情報の管理 ..................................................................................219 プロジェクト情報の管理 .......................................................................226 権限レベルの設定 ..................................................................................235 第 3 部 : 負荷テストの実行 第 16 章：負荷テストの実行 ..................................................................241 負荷テストの実行について....................................................................242 ［Load Test Run］ページ .......................................................................243 負荷テストの開始 ..................................................................................253 実行時における特定のロード・ジェネレータの手動割り当て..............262 ［Load Test Run］ページからの負荷の設定 ..........................................263 実行中の負荷テストへの仮想ユーザの手動追加 ...................................268 個々の仮想ユーザの制御 .......................................................................272 仮想ユーザ・グループの追加および変更 ..............................................274 ロード・ジェネレータの管理 ................................................................277 実行中における一般設定の変更 ............................................................280 モニタ・プロファイルの変更または作成 ..............................................285 ランデブーからの手作業による仮想ユーザの解放................................286 仮想ユーザ・スクリプトの追加，編集，表示.......................................287 負荷テストの実行の停止 .......................................................................288 第 17 章：負荷テスト中の仮想ユーザの表示.........................................291 負荷テスト中の仮想ユーザの表示について ..........................................291 負荷テスト・データの監視....................................................................292 仮想ユーザ・メッセージの追跡 ............................................................298 出力ウィンドウの表示...........................................................................299 エラー発生時のスナップショットの表示 ..............................................303 第 18 章：負荷テストの監視 ..................................................................309 負荷テストの監視について....................................................................309 オンライン・モニタ・グラフの選択 .....................................................312 オンライン・グラフの設定....................................................................314 モニタ・オプションの設定....................................................................320 vi 目次 第 19 章：負荷テストの分析 ..................................................................321 負荷テストの分析について ...................................................................322 負荷テスト・データの照合と分析.........................................................323 負荷テスト結果の表示...........................................................................327 実行中のテストの停止...........................................................................333 標準レポートの表示 ..............................................................................336 LoadRunner アナリシスとの統合 .........................................................338 結果ファイルおよびセッション・ファイルのダウンロード .................342 セッション・ファイルおよびレポートのアップロード ........................345 第 4 部 : DIAGNOSTICS を使った作業 第 20 章：Performance Center Diagnostics の使用方法 ....................355 Diagnostics の有効化.............................................................................356 Web ページ・ブレークダウンの有効化 ................................................359 第 21 章：ERP/CRM Diagnostics について .........................................361 Performance Center ERP/CRM Diagnostics について..........................362 ERP/CRM Diagnostics モジュールのアーキテクチャ...........................363 ERP/CRM 診断タイプ ...........................................................................364 Performance Center ERP/CRM Diagnostics を使った作業 ..................366 リモート・サーバへの接続 ...................................................................367 診断結果の表示 .....................................................................................369 第 22 章：Siebel Diagnostics の設定 ...................................................371 アプリケーション・サーバおよび Web サーバにおける Siebel Diagnostics の設定 ..................................................................372 Web サーバが DMZ 内にある場合の診断の設定...................................374 Siebel アプリケーション・サーバからメディエータへの ファイルのコピー...............................................................................375 Siebel Diagnostics モジュールの設定 ...................................................376 第 23 章：Siebel DB Diagnostics の設定.............................................381 スクリプトの準備..................................................................................381 時間の同期化 .........................................................................................382 Siebel サーバでのサーバ・ログの有効化..............................................382 Siebel DB Diagnostics モジュールの設定 .............................................383 第 24 章：Oracle 11i Diagnostics の設定 ............................................389 Oracle サーバでのサーバ・ログの有効化 .............................................389 Oracle NCA アプリケーションのバージョンの選択 .............................392 Oracle 11i Diagnostics モジュールの設定.............................................393 vii vii 目次 第 25 章：SAP Diagnostics の設定 ......................................................397 SAP Diagnostics の概要 ........................................................................397 SAP Diagnostics のベスト・プラクティス ...........................................398 SAP Diagnostics でサポートされる環境 ...............................................399 SAP Diagnostics モジュールの設定 ......................................................399 第 26 章：J2EE/.NET 診断の設定..........................................................403 Mercury Diagnostics for J2EE/.NET について.......................................404 J2EE/.NET Diagnostics モジュールの設定............................................405 第 5 部 : 負荷テスト・モニタの設定 第 27 章：監視について .........................................................................411 監視環境の設定 .....................................................................................411 SiteScope モニタ向けのリモート・マシンの設定 ................................413 第 28 章：実行環境とトランザクションの監視 .....................................423 実行時間グラフとトランザクション・グラフについて ........................423 実行時間グラフ ....................................................................................424 ［User-Defined Data Points］グラフ......................................................425 トランザクション・モニタ・グラフ ....................................................426 トランザクション・モニタの有効化 .....................................................427 スクリプトへのトランザクションの追加 ..............................................428 第 29 章：Web リソースの監視 .............................................................431 Web リソースの監視について...............................................................432 ［Hits per Second］グラフ .....................................................................432 ［Throughput］グラフ ............................................................................432 ［HTTP Responses per Second］グラフ...............................................433 ［Pages Downloaded per Second］グラフ ............................................435 ［Retries per Second］グラフ ...............................................................437 ［Connections］グラフ ..........................................................................437 ［Connections per Second］グラフ .......................................................437 ［SSL Connections per Second］グラフ ..............................................438 第 30 章：システム・リソースの監視....................................................439 システム・リソースの監視について .....................................................439 Antara FlameThrower モニタの設定 .....................................................441 Windows リソース・モニタの設定........................................................453 SNMP リソース・モニタの設定............................................................459 SiteScope モニタの設定........................................................................464 サーバ・リソース・モニタの設定.........................................................466 UNIX リソース・モニタの設定..............................................................470 viii 目次 第 31 章：ネットワークの監視 ..............................................................475 ネットワークの監視について................................................................475 UNIX 送信元マシンからのネットワークの監視 ....................................477 ネットワーク遅延時間モニタの設定 .....................................................480 ネットワーク遅延時間グラフの表示 .....................................................485 第 32 章：ファイアウォール・サーバ・パフォーマンスの監視 ............487 ファイアウォール・サーバ・モニタについて.......................................487 Check Point FireWall-1 サーバ・モニタの設定.....................................487 第 33 章：Web サーバ・リソースの監視...............................................491 Web サーバ・リソース・モニタについて.............................................491 Apache モニタの設定............................................................................492 Microsoft IIS モニタの設定 ....................................................................494 iPlanet/Netscape モニタの設定.............................................................497 iPlanet（SNMP）モニタの設定 ............................................................501 プロキシ・サーバを使用した監視.........................................................507 第 34 章：Web アプリケーション・サーバ・リソースの監視 ..............509 Web アプリケーション・サーバ・リソース・モニタについて ............510 Ariba モニタの設定................................................................................510 ATG Dynamo モニタの設定 ..................................................................514 BroadVision モニタの設定.....................................................................520 ColdFusion モニタの設定......................................................................531 iPlanet (NAS) モニタの設定 ..................................................................534 Microsoft Active Server Pages モニタの設定........................................548 Oracle9iAS HTTP モニタの設定 ...........................................................551 SilverStream モニタの設定 ...................................................................560 WebLogic（JMX）モニタの設定...........................................................563 WebSphere モニタの設定 .....................................................................574 WebSphere アプリケーション・サーバの設定.....................................585 WebSphere（EPM）モニタの設定 .......................................................592 第 35 章：データベース・リソースの監視 ............................................603 データベース・リソースの監視について..............................................603 SQL サーバ・モニタの設定 ..................................................................604 DB2 モニタの設定 .................................................................................607 Oracle データベース・リソースの監視の設定......................................623 Sybase モニタの設定 ............................................................................633 ix ix 目次 第 36 章：J2EE パフォーマンスの監視 .................................................643 J2EE パフォーマンスの監視について...................................................643 アプリケーション・サーバへの J2EE モニタのインストール..............645 J2EE モニタの初期設定 ........................................................................647 クライアント・マシンでの J2EE モニタの有効化................................649 アプリケーション・サーバ設定の変更例 ..............................................652 J2EE モニタのトラブルシューティング ...............................................662 第 37 章：Application Deployment ソリューション ...........................665 Application Deployment ソリューションの監視について......................665 Citrix MetaFrame Server モニタの設定 .................................................666 第 38 章：ERP/CRM サーバ・リソースの監視......................................677 ERP/CRM サーバ・リソースの監視について .......................................677 SAPGUI モニタの設定...........................................................................678 SAP Portal モニタの設定.......................................................................683 Siebel Web サーバ・モニタの設定 .......................................................688 Siebel Server Manager モニタの設定 ...................................................692 PeopleSoft（Tuxedo）の監視 ...............................................................698 第 39 章：アプリケーション・コンポーネントの監視 ..........................705 アプリケーション・コンポーネントの監視について ............................705 Microsoft COM+ モニタの設定 ..............................................................706 Microsoft .NET CLR モニタの設定 ........................................................712 第 40 章：ミドルウェア・パフォーマンスの監視..................................719 ミドルウェアのパフォーマンスの監視について ...................................719 Tuxedo モニタの設定 ............................................................................720 Tuxedo モニタの測定値.........................................................................724 第 6 部 : 仮想ユーザ実行環境の設定 第 41 章：実行環境の設定......................................................................729 実行環境の設定について .......................................................................729 実行論理の設定（マルチ・アクション）................................................731 ペースの設定 .........................................................................................733 実行環境のペースの設定（マルチ・アクション）.................................735 ペースの設定と実行論理オプションの設定 （シングル・アクション）....................................................................736 実行環境設定のログの設定....................................................................737 思考遅延時間の設定 ..............................................................................741 その他の実行環境の設定 .......................................................................743 VB 実行環境の設定................................................................................748 x 目次 第 42 章：Java 実行環境の設定 ............................................................749 Java 実行環境の設定について ..............................................................749 JVM 実行環境の設定 .............................................................................750 実行環境の設定のクラスパス・オプションの設定 ...............................750 第 43 章：ネットワーク実行環境の設定 ................................................751 ネットワーク実行環境の設定について .................................................751 ネットワーク速度の設定 ......................................................................752 第 44 章：インターネット実行環境の設定 ............................................753 インターネット実行環境の設定について..............................................753 プロキシ・オプションの設定................................................................754 ブラウザのエミュレーション・プロパティの設定 ...............................758 インターネットお気に入りの設定.........................................................760 デバッグ情報の取得 ..............................................................................764 HTML 圧縮の実行..................................................................................765 第 45 章：Web ページの内容のチェック...............................................767 Web ページの内容のチェック...............................................................767 内容チェック実行環境の設定................................................................768 第 46 章：Citrix 実行環境の設定 ...........................................................773 Citrix 仮想ユーザ・スクリプトの記録について.....................................773 Citrix 実行環境の設定 ............................................................................774 第 47 章：Oracle NCA 仮想ユーザ・スクリプトの作成 .......................777 Oracle NCA 仮想ユーザ・スクリプトの作成について..........................777 実行環境の設定 .....................................................................................779 第 48 章：SAPGUI 仮想ユーザ・スクリプトの作成..............................781 SAPGUI の作成について.......................................................................781 SAPGUI 実行環境の設定.......................................................................782 第 49 章：WAP 実行環境の設定 ............................................................785 WAP 実行環境の設定について..............................................................785 ゲートウェイ・オプションの設定.........................................................786 ベアラ情報の設定..................................................................................789 RADIUS 接続データの設定 ...................................................................791 第 50 章：RTE 実行環境の設定 .............................................................793 ターミナル・エミュレータ実行環境の設定 ..........................................794 接続の試行の変更..................................................................................794 オリジナルのデバイス名の指定 ............................................................795 キー入力遅延の設定 ..............................................................................795 X システム同期化の設定 .......................................................................795 xi xi 目次 用語集 ....................................................................................................797 索引 .......................................................................................................813 xii 本書へようこそ 『Mercury Performance Center ユーザーズ・ガイド』へようこそ。本書では， Mercury Performance Center を使ってアプリケーションを対象に負荷テストを定 義して実行する方法，およびテスト実行結果の分析方法について説明します。 Performance Center は，Mercury の Web 対応グローバル負荷テスト・ツールで す。このツールは，地理的に異なる複数の場所から同時に実行する複数の負荷 テストについて，テスト・プロセスを能率化し，テスト効率を高めるように特 別に設計されています。 Performance Center は，次の 3 つのモジュールで構成されています。 ➤ User Site：負荷テストを実行し，監視します。 ➤ Privilege Manager：Performance Center 全体のユーザおよびプロジェクトのア クセス権を管理します。 ➤ Administration Site：全体のリソース管理および技術的な監視を行います。 本書では，User Site および Privilege Manager について説明します。 Administration Site の詳細については，『Mercury Performance Center 管理者ガ イド』を参照してください。 xiii 本書へようこそ 本書の構成 本書は，次の 6 部構成になっています。 第 1 部：Mercury Performance Center の概要 この部では，Mercury Performance Center について紹介します。仮想ユーザ・ス クリプトの概要や負荷テスト工程全体の概要など，Performance Center の e サー ビスとその利点について説明します。また，User Site の概要，User Site 内の移 動方法，およびプロジェクト・ダッシュボードを使った負荷テスト・トランザ クションの確認方法とデータのドリルダウン方法についても説明します。 第 2 部：負荷テストの設計 この部では，アプリケーションを対象とした負荷テストの作成方法と設定方法 について説明します。 第 3 部：負荷テストの実行 この部では，負荷テストの実行方法と，テスト中のアプリケーション・パ フォーマンスの監視方法について説明します。また，負荷テスト結果の表示方 法と負荷テスト・データの分析方法についても説明します。 第 4 部：Diagnostics を使った作業 Performance Center の J2EE/.NET Diagnostics モジュールおよび ERP/CRM Diagnostics モジュールについて説明します。これらは，J2EE，.NET，Siebel， Oracle，および SAP 環境でのパフォーマンス問題の特定に役立ちます。 第 5 部：負荷テスト・モニタの設定 Performance Center のオンライン・モニタを使って統計値を測定する方法につい て説明します。 第 6 部：仮想ユーザ実行環境の設定 仮想ユーザ・スクリプトの実行環境を設定して各種のユーザ操作をエミュレー トする方法について説明します。この部は，本書のオンライン版と『Mercury 仮想ユーザ・ジェネレータ・ユーザーズ・ガイド』にのみ含まれています。 xiv 本書へようこそ Mercury Performance Center の印刷マニュアル Mercury Performance Center には，次の印刷マニュアルが付属します。 『Mercury Performance Center ユーザーズ・ガイド』：Mercury Performance Center を使用して，アプリケーションを対象に負荷テストを定義，実行し，テ ストの実行結果を分析する方法について説明します。 『Mercury Performance Center 管理者ガイド』 ：Administration Site を使用し て，複数ユーザによる負荷テストを監視する方法について説明します。 『Mercury Performance Center システム設定およびインストール・ガイド』 ： Performance Center システムの設定およびインストールの方法について説明します。 『Mercury LoadRunner アナリシス・ユーザーズ・ガイド』：負荷テストの実行 後にアナリシスのグラフとレポートを使用して，システムのパフォーマンスを 分析する方法について説明します。 『Mercury 仮想ユーザ・ジェネレータ・ユーザーズ・ガイド』：VuGen を使用し てスクリプトを作成する方法について説明します。必要に応じ，本書と併せて オンラインの『LoadRunner 関数リファレンス』と，GUI スクリプト作成用の 『WinRunner ユーザーズ・ガイド』もお読みください。 『Mercury 仮想ユーザ・ジェネレータ・ユーザーズ・ガイド』のオンライン版 は 1 冊ですが，印刷版は 2 冊から成ります（第 1 巻『VuGen の使用法』，第 2 巻『プロトコル』） 。 『Mercury Diagnostics for J2EE & .NET 3.6 Supporting LoadRunner and Performance Center Version 8.1 Installation and User's Guide』：Mercury Diagnostics for J2EE & .NET を使用して，J2EE および .NET プラットフォームの アプリケーションのパフォーマンスを監視する方法について説明します。 xv xv 本書へようこそ Mercury Performance Center のオンライン・マニュアル Mercury Performance Center には，次のオンライン・マニュアルが含まれています。 『Read Me First』：Performance Center に関する最新のお知らせと情報が含まれ ます。 『Read Me First』には， ［スタート］メニューからアクセスします。 『What's New』：映像による紹介へのリンクなど，Performance Center のこのリ リースの新機能について簡単に説明します。User Site で［Miscellaneous］＞ ［What's New］を選択します。 オンライン文書 / 印刷用マニュアル：Performance Center の PDF 版文書が含まれ ます。 ［スタート］メニューから［Mercury Performance Center］プログラ ム・グループを開いて［Documentation］を選択し，適切な文書を選択します。 Performance Center のオンライン・ヘルプには，次のドキュメントも含まれ ます。 ➤『Mercury Performance Center アップグレード・ガイド』：以前のバージョ ンの Performance Center データベースの更新に関する情報を提供します。こ のガイドにアクセスするには，［スタート］メニューから［Mercury Performance Center］プログラム・グループを開き，［Documentation］ ＞［Performance Center Upgrade Guide］を選択します。 オンライン・ヘルプは，ページ上部またはダイアログ・ボックスにある ［Help］ボタンをクリックしてもアクセスできます。 その他のオンライン・リソース Mercury の Web サイト：Mercury および Mercury 製品に関する最新の情報をご 覧になれます。新しいソフトウェアのリリース，セミナー，展示会，カスタ マー・サポート，教育サービスなどに関する情報をご覧いただけます。この Web サイトの URL は http://www.mercury.com/jp/ です。 Mercury のカスタマー・サポート Web サイト：Mercury カスタマー・サポート のナレッジ・ベースを参照したり，項目を自分でも追加したりできます。また， ユーザ・ディスカッション・フォーラムへの書き込みや検索，サポート要求の 送信，パッチや更新された文書のダウンロードなどを行うこともできます。こ の Web サイトの URL は http://www.mercury.com/jp/services/support/ です。 xvi 本書へようこそ マニュアルの更新 Mercury では，製品マニュアルに新しい情報が反映されるよう常に更新を行っ ています。製品マニュアルの最新版は，カスタマー・サポート Web サイト （http://support.mercury.com）からダウンロードできます。 更新されたマニュアルをダウンロードするには，次の手順を実行します。 1 カスタマー・サポート Web サイトで，［Documentation］リンクをクリックし ます。 2［Please Select Product］で［LoadRunner TestCenter］を選択します。 LoadRunner TestCenter がリストに表示されていない場合は，顧客プロファ イルに追加する必要があります。［My Account］をクリックしてプロファイル を更新します。 3［Retrieve］をクリックします。［Documentation］ページが開き，現在のリリー スと以前のリリースについて利用可能なマニュアルの一覧が表示されます。マ ニュアルが最近更新されている場合には，マニュアル名の横に［Updated］と 表示されます。 4 マニュアル・リンクをクリックしてマニュアルをダウンロードします。 xvii xvii 本書へようこそ 表記規則 本書では次の表記規則に従います。 UI 要素 xviii アクションの実行対象となるインタフェース要素の名前， ファイルの名前またはパス，強調を必要とするその他の 項目を示します（例：［保存］ボタンをクリックします）。 引数 メソッドまたは関数の引数，および書名を示します（例： 『Mercury ユーザーズ・ガイド』を参照してください） 。 ＜置き換え値＞ ファイル・パスまたは URL アドレスの中で，実際の値に 置き換える必要がある部分は山括弧で囲んで示します （例：＜製品のインストール先フォルダ＞ \bin）。 例 使用例やユーザがそのまま入力しなければならない文字 列に使用します（例：エディット・ボックスに「Hello」 と入力します）。 Function_Name メソッド名または関数名を示します（例：wait_window ステートメントのパラメータは次のとおりです）。 CTRL キーボードのキーを示します。 [] 省略可能な引数は，半角の大括弧で囲んで示します。 {} 引数に割り当てる値の候補は，中括弧で囲んで示します。 値をいずれか 1 つ割り当てる必要があります。 ... 構文内の省略記号は，同じ形式で項目をさらに組み入れ ることができることを意味します。プログラミング例に 含まれる場合は，何行かが意図的に省略されていること を示します。 | 垂直バー（パイプ記号）は，バーで区切られているオプ ションのいずれかを指定しなければならないことを示し ます。 第1部 Mercury Performance Center の概要 2 第1章 はじめに Mercury Performance Center は，組織が保有するインフラストラクチャにインス トールする企業横断型の総合的な負荷テスト・ツールです。Performance Center では，地理的に異なる場所で同時に行われる複数の負荷テスト・プロジェクト を，各現場に移動することなく管理できます。Performance Center は，負荷テス トに対する内部のニーズをすべて管理します。Performance Center を使って， Web 経由でアクセス可能な 1 つの場所から大規模な負荷テスト・プロジェクト のあらゆる側面（リソース割り当てやスケジュール設定など）を一元管理しま す。Performance Center は，テスト工程の合理化，リソース・コストの低減，お よび運用効率の向上に役立ちます。 Performance Center では，Mercury の仮想ユーザ（Vuser）テクノロジを使って Web サーバやアプリケーションに対する負荷を生成します。各仮想ユーザは， 仮想ユーザ・スクリプトで定義した一連のステップ（たとえば，ハイパーリン ク・ステップや「フォームを送信」ステップなど）に従って動作します。仮想 ユーザ・スクリプトの設計に当たっては，アプリケーションにおける一般的な ユーザ操作をエミュレートするように設計します。詳細については，5 ページ 「仮想ユーザ・スクリプトについて」を参照してください。 仮想ユーザは，専用のホスト・マシンで実行されます。各ホスト・マシンで は，多数の仮想ユーザが実行されます。仮想ユーザを同時に実行することで， 何万人もの人間のユーザに匹敵する負荷を生成します。Performance Center は， 仮想ユーザの実行中にサーバの応答時間データを収集します。 Performance Center の分析ツールは，負荷テストの実行中でも実行後でも利用で き，負荷がかかった状態でのアプリケーションのパフォーマンスの全体像を明 確かつ簡潔に示します。 Performance Center は，パフォーマンスのボトルネックの特定に役立ちます。ま た，システムがどの程度のユーザ数まで対応できるかを判断することもできま す（この数は，アプリケーション・パフォーマンスの低下が始まる「限界点」 3 第 1 部 • Mercury Performance Center の概要 になります）。これらの情報は，アプリケーションの負荷許容量を拡大するた めの対策の手がかりになります。 さらに，Performance Center から得られる情報を利用して，システムに対する負 荷がサービス・レベル保証（SLA）やビジネスにとって重要なその他のパ フォーマンスしきい値にどのように影響するかを分析できます。 注：本書はおおむね Web サイトの負荷テストを対象にしていますが， Performance Center は各種の非 Web アプリケーションの負荷テストにも使用で きます。詳細については，第 4 章「負荷テストの作成」を参照してください。 負荷テストの工程 インターネット経由でアプリケーションの負荷テストを実行するには，Web ブ ラウザから次の手順を実行します。 1 Performance Center の User Site にアクセスし，ログインします。詳細について は，11 ページ「ログインとログアウト」を参照してください。 2 仮想ユーザ・スクリプトをアップロードします。詳細については，42 ページ 「仮想ユーザ・スクリプトのアップロード」を参照してください。 3 タイムスロットを予約します。詳細については，135 ページ「タイムスロット の予約」を参照してください。 4 負荷テストを設定します。詳細については，第 5 章「負荷テストの設定」を参 照してください。 5 プロジェクト・オプションを設定します。詳細については，第 8 章「プロジェク ト・オプションの設定」を参照してください。 6 実行環境を設定します。実行環境の設定の詳細については，『Mercury 仮想 ユーザ・ジェネレータ・ユーザーズ・ガイド』を参照してください。 7 負荷テストを実行します。詳細については，第 16 章「負荷テストの実行」を参 照してください。 8 負荷テストの実行中に負荷の設定を行います。詳細については，263 ページ 「［Load Test Run］ページからの負荷の設定」を参照してください。 4 第 1 章 • はじめに 9 実行中の負荷テストを表示します。詳細については，第 17 章「負荷テスト中の 仮想ユーザの表示」を参照してください。 10 オンライン・グラフを監視します。詳細については，第 18 章「負荷テストの監 視」を参照してください。 11 Performance Center のサマリ・レポートを使って負荷テストの結果を確認しま す。詳細については，327 ページ「負荷テスト結果の表示」および 336 ページ 「標準レポートの表示」を参照してください。 仮想ユーザ・スクリプトについて 負荷テストを実行すると，複数の仮想ユーザ（Vuser）が同時にアプリケーショ ンにアクセスしてサーバに負荷をかけます。アプリケーションへのアクセス時 に仮想ユーザが実行する実際のステップは，仮想ユーザ・スクリプトに記述さ れています。各仮想ユーザは，1 つの仮想ユーザ・スクリプトに記録されたア クションを実行します。 仮想ユーザ・スクリプトの設計に当たっては，アプリケーションにおける一般 的なエンド・ユーザ操作をエミュレートするように設計します。たとえば， Web サイトの負荷テストを行う場合は，仮想ユーザ・スクリプトが URL にア クセスしたり，リンクをクリックしたり，フォームを送信したりして，実際の ユーザをエミュレートします。負荷テストを作成するときは，仮想ユーザに仮 想ユーザ・スクリプトを配布します。 たとえば，Web サイトの負荷テストの場合は，仮想ユーザの一部がホーム・ ページにアクセスする実際のユーザをエミュレートする仮想ユーザ・スクリプ トを実行し，別の一部が検索クエリを実行するスクリプトを実行し，また別の 一部が注文フォームの記入をエミュレートするように指定します。 仮想ユーザ・スクリプトを取得するには，Mercury の仮想ユーザ・ジェネレー タを使ってスクリプトを記録し，それらを仮想ユーザ・スクリプトのリストに アップロードします。一連の URL を列挙することによって，簡単な URL ベー スの仮想ユーザ・スクリプトを作成することもできます。 Performance Center は，Web サイトの負荷テストだけでなく，非 Web 環境で負 荷テストを実行する場合にも使用できます。たとえば，WAP，Real，Oracle NCA などのアプリケーションの負荷テストを実行できます。サポートされるプ ロトコルの詳細については，『Mercury 仮想ユーザ・ジェネレータ・ユーザー ズ・ガイド』を参照してください。 5 5 第 1 部 • Mercury Performance Center の概要 コントローラについて コントローラは負荷テストの管理を行います。コントローラは，スクリプト， スクリプトの実行環境設定，および使用するロード・ジェネレータのリストを 受け取ります。そして，実行するスクリプト，スクリプトごとに実行する仮想 ユーザの数，ランプ・アップのタイミングなどの指示を，ロード・ジェネレー タに対して発行します。負荷テストの実行中，コントローラはオンライン監視 情報を表示します。テスト実行が完了すると，コントローラはデータを分析用 に照合します。 システムの利点 ➤ Performance Center の単純で段階的なプロセスにより，負荷テストをすばやく簡 単に実行できます。 ➤ Performance Center では，任意のユーザが任意の場所からいつでもリモート・テ ストを実行できるため，場所を移動する必要がありません。 ➤ Performance Center では複数のテストを同時に実行できるため，逐次テストから 並行テストに移行できます。 ➤ Performance Center では，Web サーバ経由で任意の場所からリモート管理ができ ます。 ➤ Performance Center は，負荷テスト，スクリプト，およびタイムスロットを管理 するための完結したシステムです。さらに，Performance Center ではテスト環境 が集中化され，テスト・ラボが重複しないため，コストと時間を最小限に抑え ることができます。 ➤ Performance Center では，Web の力を利用したリモート・コンサルティングやオ ンライン・サポートなどの支援サービスを利用できます。 6 第2章 User Site Performance Center User Site は，サイト内を自由に移動しながら負荷テストを作 成したり，テストを実行したり，テストを対象にアクションを実行したりでき るように構成されています。 本章では，次の項目について説明します。 ➤ User Site について ➤ ログインとログアウト ➤［Select Project］および［Change Project］ページ ➤［Status］ページの［General］タブ ➤ 管理者への問い合わせ User Site について Performance Center User Site には，重要な情報にアクセスしたりサイト内を移動 したりするための常設のボタンやリンクが用意されています。 Performance Center のページ上部には，User Site 全体で使用できる，次に示す複 数のリンクが表示されます。 ➤［Help］ ：クリックすると，Performance Center のオンライン・ヘルプが表示され ます。Performance Center にはコンテキスト・センシティブ・ヘルプが用意され ています。このヘルプにより，User Site を利用しているときにどの部分におい ても，いつでも詳細情報を入手できます。 ➤［About］ ：クリックすると，バージョン番号やビルド番号の情報が表示されます。 ➤［Log Out］ ：クリックすると，現在の Performance Center User セッションが終了 します。 7 第 1 部 • Mercury Performance Center の概要 また，Performance Center のページの左側にはナビゲーション・メニューが表示 されます。このメニューは，Performance Center User Site 全体で使用できます。 これらのページは，負荷テストの作成，実行，分析，および管理に役立ちま す。フォルダの横にあるプラス（+）記号は，そのフォルダを展開してサブメ ニュー・リンクを表示できることを示します。また，マイナス（-）記号は，そ のフォルダが折りたたみ可能であることを示します。利用可能なリンクを次に 示します。 Projects ［Projects］メニューには，次のサブメニュー・リンクがあります。 ➤［Status］ ：クリックすると，プロジェクト・ダッシュボードおよび 全般ステー タスのページに戻ります。詳細については，18 ページ「プロジェクト・ダッ シュボードの表示」および 15 ページ「 ［Status］ページの［General］タブ」を 参照してください。 ➤［Timeslots］ ：クリックすると，［Timeslots］ページが開きます。［Timeslots］ ページでは，タイムスロットの表示とタイムスロットの予約を行います。詳細 については，127 ページ「［Timeslots］ページ」を参照してください。 ➤［Vuser Scripts］ ：クリックすると，既存のすべての仮想ユーザ・スクリプトが 表示されます。［Vuser Scripts］ページでは，仮想ユーザ・スクリプトの表示， アップロード，ダウンロード，編集，削除ができます。URL ベースの仮想ユー ザ・スクリプトを作成することもできます。詳細については，204 ページ 「［Vuser Scripts］ページ」を参照してください。 ➤［Monitor Profiles］ ：クリックすると，［Monitor Profiles］ページが開きます。 このページでは，新しいモニタ・プロファイルを作成するか既存のプロファイ ルを選択して，プロジェクトに追加できます。詳細については，164 ページ 「［Monitor Profiles］ページ」を参照してください。 ➤［Autostart Viewer］：クリックすると，［Autostart load tests］ページが開きま す。このページでは，自動起動機能を使ってスケジュール設定されているすべ てのテストの開始時間や設定の詳細を表示できます。詳細については，210 ページ「自動起動負荷テストの表示」を参照してください。 ➤［Options］：クリックすると，［Project Options］ページが開きます。このペー ジでは，すべての負荷テスト・プロジェクトについて，モニタ，負荷テストの 実行環境設定，タイムアウト，一般，デバッグ情報の各オプションを設定でき ます。詳細については，153 ページ「モニタ・オプションの設定」を参照して ください。 8 第 2 章 • User Site ➤［Change Project］ ：クリックすると，別のプロジェクトから Performance Center にログインできます。属しているプロジェクトが 1 つだけ場合，このリ ンクは表示されません。 Load Tests ［Load Tests］メニューには，次のサブメニュー・リンクがあります。 ➤［Create/Edit］ ：クリックすると，新規の負荷テストを作成できます。またはす べての既存の負荷テストおよび実行のリストが表示されます。負荷テストのリ ストから，テストの実行，編集，結果表示を行ったり，最近実行した負荷テス トや現在実行中の負荷テストの［Load Test Run］ページを表示したりできます。 詳細については，61 ページ「［Load Tests Configuration］ページ」および 205 ページ「［Load Tests］ページ」を参照してください。 また，1 つ以上の負荷テストが現在実行されている場合は，それらが ［Running］という見出しの下に表示されます。負荷テストデータの監視を行 うには，実行中の負荷テストの名前をクリックします。詳細については，292 ページ「負荷テスト・データの監視」を参照してください。 Management ［Management］メニューには，次のサブメニュー・リンクがあります。 ➤［Privilege Manager］：クリックすると，Privilege Manager が開き，ユーザ， プロジェクト，および権限レベルに関する情報が表示されます。詳細について は，第 15 章「ユーザ権限の管理」を参照してください。 Miscellaneous ［Miscellaneous］メニューには，次のサブメニュー・リンクが含まれます。 ➤［Downloads］ ：クリックすると，［Downloads］ページが開きます。このページ から，各種のアプリケーションをダウンロードできます。［Downloads］ページ には，各アプリケーションの説明とダウンロードの方法が表示されます。ダウ ンロード・リンクが使用できない場合は，システム管理者に問い合わせてくだ さい。詳細については，10 ページ「［Downloads］ページ」を参照してくださ い。 ➤［What’s New］ ：クリックすると，［What’s New］ページが表示されます。この ページは，この Performance Center リリースに含まれるすべての新機能につい ての簡単な説明（映像による紹介へのリンクを含む）を提供します。紹介映像 を表示するには，コーデック・ファイルをインストールする必要があります。 9 9 第 1 部 • Mercury Performance Center の概要 コーデック・ファイルをダウンロードするには，［Camtasia© codec］リンク をクリックします。 ➤［Contact Admin］：クリックすると，［Contact Admin］ページが開きます。こ のページから，管理者にユーザ要求を送信できます。詳細については，16 ペー ジ「管理者への問い合わせ」を参照してください。 ［Downloads］ページ ［Downloads］ページでは，各種のアプリケーションをダウンロードできます。 ［Downloads］ページには，各アプリケーションの説明とダウンロードの方法が 表示されます。ダウンロード・リンクが使用できない場合は，システム管理者 に問い合わせてください。利用可能なダウンロードを次に示します。 ➤ Standalone Analysis：［Standalone Analysis Download］リンクをクリッ クすると，スタンドアロン版の LoadRunner アナリシス全体がインストール されます。アナリシスをインストールした任意のコンピュータからオフライ ンで負荷テスト・データを分析できます。アナリシス・グラフおよびアナリ シス・レポートを使って，負荷テストの結果を整理して表示し，システムの パフォーマンスを要約します。LoadRunner アナリシスは Performance Center と統合されているため，結果ファイルやセッション・ファイルをローカルの アナリシス・マシンにすばやく簡単にダウンロードできます。また，セッ ション・ファイルとレポートを Performance Center にアップロードして，ほ かのユーザと結果を共有できます。 ➤ Standalone VuGen：［Standalone VuGen Download］リンクをクリック すると，あらゆる種類の仮想ユーザ・スクリプトを作成できるスタンドアロ ン版の VuGen 全体がインストールされます。VuGen を使って，ビジネス・ プロセスをテスト・スクリプトに記録し，定義されたユーザ動作に従ってス クリプトをカスタマイズします。VuGen は，仮想ユーザ・スクリプトをす ばやく簡単に編集できるように，Performance Center と連携して， Performance Center Web サイトのスクリプト・リポジトリとの間で仮想ユー ザ・スクリプトを効率的にアップロードおよびダウンロードする方法を提供 します。 ➤ Snapshot Viewer：［Snapshot Viewer Download］リンクをクリックする と，スナップショット・ビューアがインストールされます。これにより，負 荷テストの実行中に仮想 Web ユーザからキャプチャされたエラー・ページ のスナップショットを表示できます。このビューアには，.SOE 拡張子およ び .INF 拡張子が付いたファイルに含まれているスナップショットが表示さ 10 第 2 章 • User Site れます。エラー発生時のスナップショット（.SOE）ファイルは，1 つ以上の スナップショットを INF 形式で格納した圧縮ファイルです。 ➤ Monitor over Firewall Agent： ［Monitor Over Firewall Agent Download］ リンクをクリックすると，ファイアウォールの内側にある指定のマシンに Monitor Over Firewall エージェントのセットアップがダウンロードされます。 これで毎回インストール CD からインストールする必要がなくなります。 ログインとログアウト ユーザは，Performance Center のログイン・ページから Performance Center User Site にログインします。 ログインするには，次の手順を実行します。 1 Performance Center User Site のインストール先ディレクトリへのパスを入力しま す（例：http:// ＜ User Site サーバ名＞ /loadtest）。 Performance Center のログイン・ページが開きます。 2 ログイン名とパスワードを入力します。 3［Login］をクリックします。 ➤ ログイン・ユーザの属しているプロジェクトが 1 つだけの場合は， Performance Center のプロジェクト・ダッシュボードが開き，ログイン・プ 11 11 第 1 部 • Mercury Performance Center の概要 ロセスが完了します。プロジェクト・ダッシュボードは，左側のナビゲー ション・メニューで［Projects］＞［Status］を選択することで，いつでも アクセスできます。詳細については，18 ページ「プロジェクト・ダッシュ ボードの表示」を参照してください。 ➤ ログイン・ユーザが複数のプロジェクトに属している場合は，［Select Project］ページが開きます。アクセス対象プロジェクトを選択します。詳細 については，13 ページ「［Select Project］および［Change Project］ページ」 を参照してください。 ログアウトするには，次の手順を実行します。 User ページ上部のメニューから［Logout］リンクをクリックします。 12 第 2 章 • User Site ［Select Project］および［Change Project］ページ Performance Center にログインすると（複数プロジェクトに属している場合）， ［Select Project］ページが開き，属しているプロジェクトすべてのリストと，プ ロジェクトのステータスの概要が表示されます。 注：プロジェクトを選択した後は，左側のナビゲーション・メニューで ［Projects］＞［Change Project］を選択することで，いつでもプロジェクト を変更できます。 プロジェクトのステータスは，そのプロジェクトについてプロジェクト・ダッ シュボードに送信された全負荷テストの前回の実行結果に応じて決まります。詳 細については，第 3 章「プロジェクト・ダッシュボード」を参照してください。 13 13 第 1 部 • Mercury Performance Center の概要 プロジェクトには，次のいずれかのステータスが割り当てられます。 アイコン 説明 プロジェクトはすべての負荷テスト目標を達成してい ます。 プロジェクトは負荷テスト目標のすべては達成できま せんでした。目標を達成していない負荷テストがある と，そのプロジェクトには赤色のアイコンが表示され ます。 プロジェクトに対して定義されている負荷テスト目標 がありません。 プロジェクトを選択または変更するには，次の手順を実行します。 1［Select/Change Project］ページに多数のプロジェクトが表示される場合は，検索 テキスト・ボックスにプロジェクト名を入力し，［Find］をクリックしてプロ ジェクトを探します。 プロジェクトのリスト全体を再び表示するには， ［Show all］をクリックします。 2 アクセスする，Performance Center プロジェクトの名前をクリックします。選択 したプロジェクトのダッシュボードが開きます。詳細については，18 ページ 「プロジェクト・ダッシュボードの表示」を参照してください。 セッション中にプロジェクトを変更するには，左側のナビゲーション・メ ニューで［Projects］＞［Change］を選択して，いつでも［Change Project］ ページに戻ることができます。このページで，アクセスする Performance Center プロジェクトを選択します。 14 第 2 章 • User Site ［Status］ページの［General］タブ ［Status］ページの［Genral］タブには，実行中の負荷テスト，最近実行した負 荷テスト，およびタイムスロットの予約に関する情報など，プロジェクトの動 作状況の概要が表示されます。 ［General］タブを開くには，左側のメニューから［Projects］＞［Status］を 選択し，［General］タブを選択します。 ［General］タブのページには，次の項目が表示されます。 ➤ Currently running Load Tests：1 つ以上の負荷テストが現在実行されている 場合は，それらがテストの開始時間とともにこの見出しの下に表示されます。 負荷テスト実行の監視を行うには，実行中の負荷テストの名前をクリックしま す。詳細については，292 ページ「負荷テスト・データの監視」を参照してく ださい。 ➤ Recently run Load Tests：最近実行された負荷テストが 5 件まで，テストの実 行日とともにこの見出しの下に表示されます。負荷テストの実行結果を表示す るには，負荷テストの名前をクリックします。詳細については，327 ページ 「負荷テスト結果の表示」を参照してください。 15 15 第 1 部 • Mercury Performance Center の概要 ➤ Next reserved Timeslots：負荷テストのために予約されたタイムスロットが， この見出しの下に表示されます。負荷テストの開始時間，継続時間，およびホ スト数（Administration Site の［General Settings］で仮想ユーザのスケジュール 設定が有効になっている場合は，仮想ユーザ数も）が表示されます。詳細につ いては，135 ページ「タイムスロットの予約」を参照してください。 管理者への問い合わせ ［Contact Admin］ページを使って，管理者に要求を送信できます。 管理者にユーザ要求を送信するには，次の手順を実行します。 1［Miscellaneous］メニューの［Contact Admin］リンクをクリックします。 ［Contact Admin］ページが開きます。 2 表示されたボックスに要求を入力します。 3［Send］をクリックして要求を送信します。送信した要求は，Admistration Site の［User Request］ページに表示されます。 入力内容を削除するには，［Clear］をクリックします。 16 第3章 プロジェクト・ダッシュボード プロジェクト・ダッシュボードは，負荷テストのステータスの概要を示し， 個々の負荷テストのパフォーマンスを表示するドリルダウン機能を提供しま す。ステータスとパフォーマンスのデータは，アプリケーションについて設定 した目標基準と対比して示されます。 本章では，次の項目について説明します。 ➤ プロジェクト・ダッシュボードについて ➤ プロジェクト・ダッシュボードの表示 ➤ ドリルダウン・データについて ➤ プロジェクト・ダッシュボードの作成 ➤ 負荷テストのパフォーマンスの目標と結果の表示 ➤ 負荷テストのパフォーマンス結果の発行 プロジェクト・ダッシュボードについて プロジェクト・ダッシュボードを使って，プロジェクト内の負荷テストの主要 なパフォーマンス・データを監視できます。ダッシュボードには，直前に実行 された負荷テストの全体的なステータスが表示され，個々のトランザクション のパフォーマンスを表示できるドリルダウン可能なアナリシスが用意されてい ます。また，［Dashboard］ページへのリンクを電子メールで送信できます。 ダッシュボードにパフォーマンス・データを表示する前に，負荷テストのパ フォーマンス目標を設定し，負荷テストを実行し，ダッシュボードへの発行の 対象となる負荷テスト実行を選択する必要があります。 17 第 1 部 • Mercury Performance Center の概要 プロジェクト・ダッシュボードの表示 プロジェクト・ダッシュボードには，ダッシュボードに送信されている，プロ ジェクト内の各負荷テストのステータスが表示されます。負荷テストのステー タスは，負荷テスト全体のステータスを表しており，最後に実行した負荷テス トの状況に基づいて決定されます。ステータス情報は，「Succeeded」（成功）と 「Failed」（失敗）の 2 つの評価で構成されます。テストに含まれているトラン ザクションのうち，パフォーマンス目標を達成しておらず，ステータスが ［Failed］であるトランザクションがある場合，負荷テストのステータスは ［Failed］となります。 Performance Center にログオンしてプロジェクトを選択すると，そのプロジェク トのプロジェクト・ダッシュボードが開きます。負荷テストをダッシュボード に掲示する方法の詳細については，32 ページの「負荷テストのパフォーマンス 結果の発行」を参照してください。 プロジェクト内のページからプロジェクト・ダッシュボードに移動するには， 左側メニューから［Projects］＞［Status］を選択します。標準設定では， ［Status］ページが開き，［Dashboard］タブが表示されます。 プロジェクト・ダッシュボードのビューを開くリンクを含む電子メールを送信 するには，［Send Dashboard link］をクリックします。 18 第 3 章 • プロジェクト・ダッシュボード 注：電子メールの受信者は，User Site が存在するサーバにネットワーク経由で アクセスできる必要があります。 トランザクション・テーブルの表示 負荷テストのトランザクション・テーブルから，特定の負荷テストまたはダッ シュボード内のすべての負荷テストにおける個々のトランザクションのステー タスを表示できます。 特定の負荷テストのトランザクションを表示するには，次の手順を実行します。 ［Load Tests Summary］セクション内の負荷テストをクリックして，その負 荷テストのトランザクション・テーブルを開きます。［Load Test Details］セク ション内にトランザクション・テーブルが開き，その負荷テストの個別のトラ ンザクションが表示されます。 ［Load Tests Details］セクションには，選択した負荷テストについて報告され ているすべてのトランザクションが表示されます。トランザクションのステー タスは，「Succeeded」と「Failed」の 2 つの評価で構成されます。トランザク ションのステータスが［Failed］の場合，テーブルには，そのステータスの原 因となった，負荷しきい値の説明も示されます。 19 19 第 1 部 • Mercury Performance Center の概要 すべての負荷テストのトランザクション・テーブルを表示するには，次の手順 を実行します。 ［Load Tests Summary］セクションで，［Click Here］リンクをクリックしま す。ダッシュボードに，すべての負荷テストのトランザクション・テーブルが 表示されます。 ［Load Test Details］セクションに，負荷テストの各トランザク ションを表示するトランザクション・テーブルが，負荷テストごとに開きます。 20 第 3 章 • プロジェクト・ダッシュボード ドリルダウン・データについて トランザクション・テーブルでは，ドリルダウンすることによってプロジェク ト・ダッシュボードに掲示されているすべての負荷テスト実行のパフォーマン ス・グラフを表示できます。このグラフには，設定されたしきい値内のトラン ザクションのパフォーマンス，およびトレンド・データが示されます。しきい 値は，パフォーマンス目標を指定することによって作成します。詳細について は，24 ページ「パフォーマンス目標の設定」を参照してください。 特定のトランザクション，または負荷テスト内のすべてのトランザクションに ついて，パフォーマンス・グラフを表示できます。 特定のトランザクションのパフォーマンス・グラフを表示するには，次の手順 を実行します。 ［Load Tests Details］セクションのトランザクション・テーブルからトランザ クションをクリックして，そのトランザクションのパフォーマンス・グラフを 開きます。各グラフには，仮想ユーザのさまざまな負荷条件におけるトランザ クションの測定値が表示されます。 21 21 第 1 部 • Mercury Performance Center の概要 負荷テストごとに，トランザクション・グラフのセットが表示されます。これ らのグラフには，プロジェクト・ダッシュボードに掲示された，さまざまな負 荷テスト実行のトレンド・データが表示されます。 グラフのタイトル部分には，負荷テストの基準および負荷値が示されます。各 トランザクションについて，実際のパフォーマンスは太線で表示されます。設 定された目標値は同じ色の破線で表示されます。これにより，負荷テストにお けるトレンドとパフォーマンスを評価できます。 負荷テストのすべてのトランザクションについてパフォーマンス・グラフを表 示するには，次の手順を実行します。 ［Load Tests Details］セクションで，［Click Here］リンクをクリックすると， 選択した負荷テストのすべてのトランザクションについてパフォーマンス・グ ラフが開きます。各グラフには，仮想ユーザによるさまざまな負荷条件のもと での測定値がすべてのトランザクションについて表示されます。 22 第 3 章 • プロジェクト・ダッシュボード プロジェクト・ダッシュボードの作成 プロジェクトの最初のダッシュボードを作成するには，次の手順を実行します。 ➤ ベンチマーク負荷テストの作成 ➤ パフォーマンス目標の設定 ベンチマーク負荷テストの作成 VuGen を使って，アプリケーションを対象とする一般的なエンドユーザ操作を エミュレートする 1 つ以上のスクリプトを作成します。これらのスクリプト は，主要なパフォーマンス・トランザクションが含まれるように設計する必要 があります。スクリプトの記録の詳細については，『Mercury 仮想ユーザ・ ジェネレータ・ユーザーズ・ガイド』を参照してください。次の段階では，指 定した記録済みのトランザクションについてトランザクション応答時間の目標 を設定します。 ベンチマーク負荷テストを作成するには，次の手順を実行します。 1 スクリプトを負荷テストに組み込みます。負荷テストのパフォーマンス目標を 設定することにより，アプリケーションのパフォーマンスを測定するためのベ ンチマークを作成します。 2 負荷テストを保存し，24 ページ「パフォーマンス目標の設定」で説明するパ フォーマンスしきい値の設定手順に従います。 注：いつでもプロジェクト・ダッシュボードに負荷テストを追加して，保存し た負荷テストにパフォーマンス目標を設定できます。 負荷テストの作成の詳細については，第 4 章「負荷テストの作成」および第 5 章「負荷テストの設定」を参照してください。 23 23 第 1 部 • Mercury Performance Center の概要 パフォーマンス目標の設定 負荷テストを記録して保存したら，ダッシュボード・ウィザードを使って負荷 テストのさまざまなパフォーマンス目標を設定します。これらの目標を設定す ることで，許容できるパフォーマンスと時間の基準を確立します。 注：パフォーマンス目標の設定は，負荷テストの実行には影響しません。負荷 テストを実行すると，Performance Center はその結果を分析し，実際の結果と設 定した目標を照合します。負荷テスト分析の詳細については，29 ページ「負荷 テストのパフォーマンスの目標と結果の表示」を参照してください。負荷テス トを（ ［Load Test Configuration］ページで［Save As］をクリックして）複製し ても，ダッシュボードのパフォーマンス目標はコピーされません。 パフォーマンス目標を設定するには，次の手順を実行します。 1［Load Tests］ページ（［Load Tests］＞［Create/Edit］）から，該当する負荷テ スト行の［Set Load Test Performance Targets］アイコンをクリックするか， ［Load Test Configuration］ページの任意のタブの下にある［Target］ボタンをク リックします。 24 第 3 章 • プロジェクト・ダッシュボード 2 ダッシュボード・ウィザードが開き，［Set Load Test Performance Targets Overview］ページが表示されます。 概要を確認し，［Next］をクリックします。 25 25 第 1 部 • Mercury Performance Center の概要 3［Set Load Criteria］ページが開きます。 測定する負荷の種類を選択します。指定可能な選択肢は，［Running Vusers］（実 行中の仮想ユーザ），［Throughput］（スループット），［Hits per Second］（秒ごと のヒット数），［Transactions per Second］（秒ごとのトランザクション），および ［Transactions per Second (passed)］（秒ごとのトランザクション（成功））です。 ［Next］をクリックします。 26 第 3 章 • プロジェクト・ダッシュボード 4［Select Transactions］ページが開きます。 測定するトランザクションを選択します。負荷テストにとって最も重要なトラ ンザクションを選択します。トランザクションは最大 10 個選択できます。 ［Next］をクリックします。 5［Specify Load Levels］ページが開きます。 27 27 第 1 部 • Mercury Performance Center の概要 さまざまな負荷のもとでのシステムのパフォーマンスを追跡するため，最大 5 つの負荷レベルを定義します。たとえば，予想される現実の作業負荷のもとで システムがどのように動作するかを知るには，実行する仮想ユーザの範囲を定 義します。負荷テストによって生成される負荷の値を，予想される値の範囲内 で設定します。 ［Next］をクリックします。 6［Specify Expected Transaction Response Time］ページが開きます。 「Expected Transaction Response Time」ステップでは，各負荷テストの応答時間 の目標を設定できます。手順 3 で指定した負荷レベルごとに，目標となる時間 を秒またはそれ以下の単位（小数点第 2 位まで）で設定します。 ［Finish］をクリックして設定を保存します。 パフォーマンス目標を設定した後は，負荷テストを実行し，ダッシュボードへ の発行の対象となる負荷テスト実行を選択できます。負荷テスト実行をダッ シュボードに発行する前に，負荷テストを発行できるようにする必要がありま す。詳細については，32 ページ「負荷テストのパフォーマンス結果の発行」を 参照してください。 28 第 3 章 • プロジェクト・ダッシュボード 負荷テストのパフォーマンスの目標と結果の表示 負荷テストを実行した後は，負荷テストの結果を表示して，その実行をプロ ジェクト・ダッシュボードに追加するかどうかを決める必要があります。 Performance Center は実行のデータを分析し，パフォーマンス目標と実際の結果 を比較します。パフォーマンスの目標と結果は，［Run Results］ページに表示さ れます。 目標の分析を表示するには，次の手順を実行します。 1 左側のメニューから，［Load Tests］＞［Create/Edit］を選択します。［Load Tests］ページが開きます。 2 負荷テストの横にあるプラス（+）アイコンをクリックして，負荷テスト実行 のリストを展開します。 29 29 第 1 部 • Mercury Performance Center の概要 3 表示するテスト実行を選択し，ステータス・リンクをクリックします。［Load Test Run Results］ページが開きます。 ［Run Results］ページには，ステータスが［Finished］である負荷テスト実行 の目標と結果が表示されます。ステータスが［Finished］でない負荷テスト実 行を選択した場合は，パフォーマンスの目標と結果を表示する前に，実行デー タの照合と分析を行う必要があります。詳細については，323 ページ「負荷テ スト・データの照合と分析」を参照してください。 さらに，［Run Results］ページから標準のレポート，仮想ユーザ・ログ，および コメントにもアクセスできます。詳細については，328 ページ「 ［Run Results］ タブ」を参照してください。 注：ダッシュボードに表示されるトランザクション応答時間には，思考遅延時 間が自動的に含まれます（lr_think_time がスクリプトのトランザクションに含 まれていた場合）。思考遅延時間を無効にするには，次回テストを実行すると きに，スクリプトの実行環境設定の［一般：思考遅延時間］タブにある［思考 遅延時間を無視する］を選択します。 4［Load Test Targets and Results］テーブルを確認します。このテーブルには，負荷 テストの中で選択されたトランザクションのパフォーマンス目標が，実際の結 果と対比して表示されます。赤色の結果は，指定された目標を達成しなかった トランザクションを示します。 30 第 3 章 • プロジェクト・ダッシュボード 注：実際には測定できない目標値が設定されていた場合は，［Load Test Targets and Results］テーブルに近似値が含まれることがあります。たとえば，10 個， 20 個，および 30 個の実行中の仮想ユーザに対して負荷レベルの目標を指定し， テスト中に 10 個と 30 個の仮想ユーザだけが実行された場合，Performance Center は 20 個の仮想ユーザの値を 10 個と 30 個の仮想ユーザの結果に基づいて 計算します。 5 分析情報を確認したら，その実行の負荷テストの結果をダッシュボードに発行 できます（32 ページ「負荷テストのパフォーマンス結果の発行」を参照）。実 行のステータス（発行済みまたは未発行）は，テーブルの下に示されます。実 行を発行すると，［Publish］ボタンが［Remove from Dashboard］ボタンに 変わります。 注：負荷テストの実行結果をダッシュボードに発行する前に，負荷テストを発 行できるようにする必要があります。 31 31 第 1 部 • Mercury Performance Center の概要 負荷テストのパフォーマンス結果の発行 負荷テストを実行すると，Performance Center はトランザクション応答時間を測 定し，選択したトランザクションが設定されている基準を達成した割合をグラ フ化します。負荷テスト実行の結果を確認したら，ダッシュボードに追加する 負荷テスト実行を選択できます。 ［Load Tests］ページまたは［Run Results］ページからダッシュボードに実行を 発行します。実行全体を発行することも，（ランプ・アップやランプ・ダウン を除外する場合などに）実行の一部だけを発行することもできます。 注：負荷テストの実行結果をダッシュボードに発行する前に，負荷テストを発 行できるようにする必要があります。 負荷テストの結果をダッシュボードに発行するには，次の手順を実行します。 1［Load Tests］ページから，発行する負荷テストを選択し，［Publish to Dashboard］アイコンをクリックします。 選択した負荷テストのアイコンが［Published］に変わります。これで，この 負荷テストの実行結果をダッシュボードに発行できます。 32 第 3 章 • プロジェクト・ダッシュボード 2［Run Results］ページまたは［Load Tests］ページから，発行する負荷テスト実 行を選択します。 ➤ 選択した負荷テスト実行の［Run Results］ページで，［Publish］をクリック します。 ➤［Load Tests］ページで，発行する負荷テスト実行を選択し，［Publish to Dashboard］アイコンをクリックします。 33 33 第 1 部 • Mercury Performance Center の概要 3［Define Time Range］ダイアログ・ボックスが開きます。 次のいずれかの発行オプションを選択します。 ➤ Publish Complete Run：実行全体をダッシュボードに発行します（標準設定 のオプション）。 ➤ Publish Part of Run：時間範囲を定義することにより，実行の一部だけをダッ シュボードに発行できます。これは，たとえば，ランプ・アップを除外する場 合などに便利です。実行の開始後に待機する秒数を指定することにより，開始 時間と終了時間を定義します。 4［OK］をクリックします。Performance Center が結果（またはその一部）をダッ シュボードに発行します。ダッシュボードに負荷テスト実行が発行されたこと を示す［Published］アイコンが表示されます。 注：［Load Tests］＞［Create/Edit］ページを使って，実行の結果をいつでも ダッシュボードに追加できます。 34 第 3 章 • プロジェクト・ダッシュボード 負荷テストの結果をプロジェクト・ダッシュボードから削除するには，次の手 順を実行します。 ［Load Tests］ページで，ダッシュボードから削除する負荷テストを選択し， ［Remove from Dashboard］アイコン をクリックします。選択した負荷テス トの結果がダッシュボードから削除されます。 負荷テスト実行をプロジェクト・ダッシュボードから削除するには，次の手順 を実行します。 ➤ 選択した負荷テスト実行の［Run Results］ページから，［Remove from Dashboard］をクリックします。 ➤［Load Tests］ページで，ダッシュボードから削除する負荷テスト実行を選択し， ［Remove from Dashboard］アイコン をクリックします。 負荷テスト実行のデータがドリルダウン・パフォーマンス・グラフから削除さ れます。ダッシュボードに負荷テストのほかの実行が発行されていなければ， 負荷テストがダッシュボードから削除されます。 35 35 第 1 部 • Mercury Performance Center の概要 36 第2部 負荷テストの設計 38 第4章 負荷テストの作成 アプリケーションを対象とした負荷テストを作成するには，本章で説明する一 連の手順を行います。これらの手順には，仮想ユーザ・スクリプトの記録と アップロード，テストに対するニーズを反映するためのスクリプトの修正，お よび仮想ユーザを VuGen で編集するためのダウンロードが含まれます。 本章では，次の項目について説明します。 ➤ 負荷テストの作成について ➤ スクリプトと負荷テストについて ➤ 仮想ユーザ・スクリプトのアップロード ➤ URL ベースの仮想ユーザ・スクリプトの作成 ➤ アップロードしたスクリプトの表示 ➤ 仮想ユーザ・スクリプトの編集 ➤ 仮想ユーザ・スクリプトのダウンロード 負荷テストの作成について Performance Center では，次の基本的な手順を使ってアプリケーションの負荷テ ストを作成できます。 1 仮想ユーザ（Vuser）スクリプトの準備：負荷テストで使用するすべての仮想 ユーザ・スクリプトを準備し，プロジェクトの［Vuser Scripts］ページに追加し ます。次のいずれかの方法を使用します。 ➤ 仮想ユーザ・スクリプトのアップロード。詳細については，42 ページ「仮想 ユーザ・スクリプトのアップロード」を参照してください。 39 第 2 部 • 負荷テストの設計 ➤ URL ベースの仮想ユーザ・スクリプトの作成。詳細については，52 ページ 「URL ベースの仮想ユーザ・スクリプトの作成」を参照してください。 2 仮想ユーザ・スクリプトの編集：テストに対するニーズがより適切に反映され るようにスクリプトを編集します。詳細については，55 ページ「仮想ユーザ・ スクリプトの編集」を参照してください。 3 仮想ユーザ・スクリプトのダウンロード：VuGen でスクリプトを編集するため に，スクリプトの全体または一部をダウンロードします。詳細については，56 ページ「仮想ユーザ・スクリプトのダウンロード」を参照してください。 4 タイムスロットの予約：負荷テストを実行する時間ブロックを予約します。詳 細については，135 ページ「タイムスロットの予約」を参照してください。 スクリプトと負荷テストについて 仮想ユーザ・スクリプトの作成と設定についてより的確に理解するには，スク リプトがどのように保存され，負荷テストからどのようにアクセスされるかに ついて理解する必要があります。 スクリプトを［Vuser Scripts］ページにアップロードすると，そのスクリプトは ファイル・サーバに置かれます。このファイル・サーバは，アップロードされ たすべてのスクリプトの格納領域として機能します。これらのスクリプトは， 複数の負荷テストから使用できます。 アップロードされたスクリプトの実行環境設定は，VuGen を使ってスクリプト を記録したときに使用された設定です。 負荷テストを作成するときに，その負荷テストに組み込むスクリプトを指定し ます。スクリプトはそのままの状態で負荷テストに組み込むことができます。 実行中，Performance Center はアップロードされたスクリプトの実行環境設定を 使用します。 負荷テストを設定するときにスクリプトの実行環境設定を変更することもでき ます。この場合，負荷テストを保存すると，新しく設定した実行環境設定が データベース・サーバに保存され，当該負荷テストに関連付けられます。実行 中，Performance Center はスクリプトの実行環境設定を無視し，データベース・ サーバに作成した設定を使用します。 40 第 4 章 • 負荷テストの作成 要約すると，スクリプトを負荷テストに組み込むには 2 通りの方法があると言 えます。方法 1 では実行環境設定を変更せずにスクリプトが組み込まれ，方法 2 では負荷テストの設定時に実行環境設定が変更されます。 方法 1 では，負荷テストがファイル・サーバのスクリプトを実行するときに， ファイル・サーバに保存されている実行環境設定を使ってスクリプトが実行さ れます。 方法 2 では，負荷テストがファイル・サーバのスクリプトを実行するときに， データベース・サーバに保存されている実行環境設定を使ってスクリプトが実 行されます。 スクリプト編集の影響 すでに説明したように，スクリプトを［Vuser Script］ページにアップロードし てあると，Performance Center は変更内容をデータベースに保存します。ファイ ル・サーバ上のスクリプトは変更されません。ファイル・サーバ上のスクリプ トは共有リソースであるため，変わらずにいる必要があります。 55 ページ「仮想ユーザ・スクリプトの編集」の説明に従ってスクリプトを編集 するとします。スクリプトをダウンロードした後，追加のステップを記録し， 実行環境設定を変更します。 このスクリプトをアップロードすると，どうなるでしょうか。 アップロードすると，ファイル・サーバ上のスクリプトがそのスクリプトに置 き換わります。方法 1 の場合は，更新されたスクリプトが変更された実行環境 設定を使って実行されます。方法 2 の場合は，更新されたスクリプトが実行さ れますが，負荷テストはデータベースに保存されている実行環境設定を使用し ます。 データベース内の実行環境設定を更新するには，［Load Test Run］ページから設 定を変更する必要があります。詳細については，287 ページ「仮想ユーザ・ス クリプトの追加，編集，表示」を参照してください。 この論理は，編集されたスクリプトにアクセスするほかのすべての負荷テスト にも当てはまります。 41 41 第 2 部 • 負荷テストの設計 仮想ユーザ・スクリプトのアップロード 負荷テスト中に仮想ユーザが実行する仮想ユーザ・スクリプトをアップロード し，そのスクリプトを［Vuser Scripts］ページから Performance Center の［Vuser Scripts］リストに追加します。［Vuser Scripts］リストには，プロジェクトで使 用できる保存済みのすべての仮想ユーザ・スクリプトが表示されます。 ［Vuser Scripts］ページを開くには，左側のメニューから［Projects］＞ ［Vuser Scripts］を選択します。 ［Vuser Scripts］リストにすでに仮想ユーザ・スクリプトが追加されていた場合 は，Performance Center の［Vuser Scripts］ページにそれらが表示されます。こ のリストは，負荷テスト中に仮想ユーザが使用できるすべての仮想ユーザ・ス クリプトを示します。VuGen を使ってアップロードされたスクリプトは， ［Vuser Scripts］リストに自動的に追加されます。 ［Vuser Scripts］リストに仮想ユーザ・スクリプトがない場合や，新しいスクリ プトを追加する場合は，次の操作を実行できます。 ➤［Vuser Scripts］ページへの仮想ユーザ・スクリプトのアップロードを行います。 詳細については，43 ページ「VuGen からの仮想ユーザ・スクリプトのアップ ロード」を参照してください。 ➤［Vuser Scripts］ページの［Upload Script］機能を使って，スクリプトのある場所 から（VuGen を使って記録された）圧縮された仮想ユーザ・スクリプトのアッ プロードを行います。詳細については，50 ページ「［Vuser Scripts］ページから の仮想ユーザ・スクリプトのアップロード」を参照してください。 42 第 4 章 • 負荷テストの作成 VuGen からの仮想ユーザ・スクリプトのアップロード VuGen は，Performance Center との連携によって，仮想ユーザ・スクリプトを Performance Center Web サイトのスクリプト・リポジトリに効率的にアップロー ドする手段を備えています。必要性に応じて，全体のアップロードまたは部分 的なアップロードが可能です。部分的なアップロードは，スクリプト・ファイ ルのみをアップロードするので高速です。全体のアップロードを行うと， VuGen によってスクリプトとデータ・ファイル（記録データや再生結果ディレ クトリなど）がアップロードされます。これにはより多くの時間がかかります。 VuGen からの仮想ユーザ・スクリプトのアップロードの概要 VuGen から仮想ユーザ・スクリプト・ファイルをアップロードするには，次の 手順を実行します。 1 使用しているバージョンの VuGen でスクリプトをアップロードできることを確 認する 使用しているバージョンの VuGen ではアップロードができない場合や，VuGen がマシンにインストールされていない場合は，新しいバージョンの VuGen をイ ンストールする必要があります。詳細については，後述の説明を参照してくだ さい。 2 VuGen を Performance Center に接続する Performance Center プロジェクトにアクセスするには，まず Performance Center がインストールされている Web サーバにプロジェクトを接続する必要がありま す。詳細については，44 ページ「Performance Center への VuGen の接続」を参 照してください。 3 仮想ユーザ・スクリプト・ファイルをアップロードする VuGen を Performance Center Web サーバに接続すると，ファイルを Performance Center Web サーバに直接アップロードしたり，ファイル・システムに保存した りできます。詳細については，46 ページ「VuGen からの仮想ユーザ・スクリプ トのアップロード」および 48 ページ「ファイル・システムからの仮想ユーザ・ スクリプトのアップロード」を参照してください。 注：VuGen には，編集対象の仮想ユーザ・スクリプトを Performance Center から すばやく効率的にダウンロードする手段も用意されています。詳細については， 56 ページ「仮想ユーザ・スクリプトのダウンロード」を参照してください。 43 43 第 2 部 • 負荷テストの設計 VuGen のアップロード設定が適切かどうかを確認するには，次の手順を実行し ます。 1 VuGen を起動し，新規または既存の VuGen スクリプトを開きます。 2［Tools］を選択します。 ドロップダウン・メニューに［Performance Center Connection］というメ ニュー項目が表示される場合は，使用しているバージョンの VuGen でスクリプ トをアップロードできます。 使用しているバージョンの VuGen ではアップロードができない場合や，VuGen がマシンにインストールされていない場合は，新しいバージョンの VuGen をイ ンストールする必要があります。古いバージョンはアンインストールすること をお勧めします。VuGen をアンインストールするには，［スタート］メニューか ら［Virtual User Generator］項目のアンインストール・オプションを選択します。 新しいバージョンの VuGen をインストールするには，次の手順を実行します。 1［Miscellaneous］メニューから［Downloads］を選択します。 2［Standalone VuGen Download］リンクをクリックして，スタンドアロン版の VuGen 全体をインストールします。詳細については，10 ページ「 ［Downloads］ ページ」を参照してください。 3 ダウンロード手順を進めます。 VuGen が使用可能になった後は，Performance Center への接続を行って既存のス クリプトをアップロードするか，アップロードする新しいスクリプトを記録で きます。 Performance Center への VuGen の接続 VuGen のユーザ・インタフェースを使って，Performance Center との間でスクリ プトをアップロードおよびダウンロードできます。VuGen から Performance Center プロジェクトにアクセスするには，まず Performance Center がインストー ルされている Web サーバにプロジェクトを接続する必要があります。接続後， ファイルをアップロードおよびダウンロードできます。Performance Center に接 続するには，［Configure Performance Center Connection］ダイアログ・ボックス を使用します。 VuGen が Performance Center に接続されない場合は，仮想ユーザ・スクリプト・ ファイルをファイル・システムにローカルに保存できます。後で VuGen が 44 第 4 章 • 負荷テストの作成 Performance Center に接続されたときに，これらのファイルを Performance Center にアップロードできます。 VuGen を Performance Center に接続するには，次の手順を実行します。 1 VuGen で，［Tools］＞［Performance Center Connection］を選択します。 ［Configure Performance Center Connection］ダイアログ・ボックスが開きます。 2［URL］ボックスに，Performance Center がインストールされている Web サーバ の URL アドレスを入力します。URL アドレスは，次の形式で指定します。 http:// ＜サーバ名＞ /loadtest ユーザ名とパスワードを入力します。支援が必要な場合は，Performance Center 管理者に連絡してください。 ログイン・プロセスを自動化するには，［Remember user name and password］を選択します。指定したユーザ名とパスワードがレジストリに保 存され，ダイアログ・ボックスを開くたびに表示されます。 VuGen の起動時に Performance Center への接続を自動的に行うには，［Auto connect on start］を選択します。VuGen は，表示された設定情報を使って Performance Center への接続を試みます。 3［OK］をクリックして Performance Center に接続します。［Performance Center Connection］ダイアログ・ボックスに接続ステータスが表示されます。 接続が確立されると，すべてのフィールドが読み取り専用形式で表示され， ［Connect］ボタンが［Disconnect］ボタンに変わります。VuGen と Performance Center の接続を解除は，［Disconnect］をクリックします。 45 45 第 2 部 • 負荷テストの設計 接続に失敗した場合は，接続に失敗した理由がダイアログ・ボックスに表示さ れます。 注：Performance Center と Quality Center に同時に接続することはできません。 VuGen からの仮想ユーザ・スクリプトのアップロード Performance Center がインストールされている Web サーバに VuGen を接続した 後は，Performance Center Web サーバにファイルを直接アップロードできます。 あるいは，仮想ユーザ・スクリプト・ファイルをファイル・システムに保存す ることもできます。 VuGen から仮想ユーザ・スクリプトをアップロードするには，次の手順を実行 します。 1 VuGen 内でスクリプトを開き，［File］＞［Save］または［Save As］を選択 します。Performance Center の［Save Script］ダイアログ・ボックスが開きます。 2 スクリプトの保存先となるプロジェクトを選択します。［File name］ボックス で，仮想ユーザ・スクリプトに別の名前を付けることもできます。 46 第 4 章 • 負荷テストの作成 注：ファイル名は，英文字，数字，およびアンダースコアのみで構成し，250 文字以内にする必要があります。 スクリプト・ファイルをファイル・システムに保存する場合は，［File System］をクリックします。ファイルの保存先となるディレクトリに移動し て，［Save］をクリックします。 3［OK］をクリックします。［Upload Script］ダイアログ・ボックスが開きます。 4 次のアップロード・オプションを選択します。 ➤ Upload run time files：スクリプト・ファイルのみがアップロードされるため， アップロードが高速になります。このアップロードには，スクリプト・ファイ ル，実行環境設定，およびパラメータ・ファイルが含まれます。既存のスクリ プトを置き換える場合は，新しくアップロードしたファイルが Performance Center サーバ上のスクリプトのディレクトリにコピーされる前に，サーバから メイン・スクリプト・ファイルが削除されます。 ➤ Upload all files：スクリプト・ファイルとデータ・ファイル（記録データや再 生結果ディレクトリなど）がアップロードされます。既存のスクリプトを置き 換える場合は，新しくアップロードしたファイルが Performance Center サーバ 上のスクリプトのディレクトリにコピーされる前に，サーバからすべてのスク リプト・ファイルとデータ・ファイルが削除されます。 47 47 第 2 部 • 負荷テストの設計 注：以前にスクリプト・ファイルをダウンロードした場合，標準ではダウン ロードしたファイルだけがアップロードされます。新しく作成したファイルを アップロードする場合（ダウンロードしたスクリプトを再生してスナップ ショットを作成した場合など）は，すべてのファイルをアップロードするよう に指定する必要があります。 5［OK］をクリックして，スクリプト・ファイルを Performance Center にアップ ロードします。 ファイル・システムからの仮想ユーザ・スクリプトのアップロード ファイルをファイル・システムに保存してある場合は，VuGen を Performance Center に接続した後，いつでも Performance Center にファイルをアップロードで きます。 ファイル・システムから Performance Center にファイルをアップロードするに は，次の手順を実行します。 1 Performance Center サーバに接続します。詳細については，44 ページ 「Performance Center への VuGen の接続」を参照してください。 2［File］＞［Open］を選択します。Performance Center の［Select Script］ダイア ログ・ボックスが開きます。 48 第 4 章 • 負荷テストの作成 3［File System］をクリックします。ファイル・システムの［Open Test］ダイア ログ・ボックスが開きます。 4 スクリプト・ファイルを保存したディレクトリに移動して，［Open］をクリッ クします。VuGen に仮想ユーザ・スクリプトが表示されます。 5［File］＞［Save As］を選択します。Performance Center の［Save Script］ダイ アログ・ボックスが開きます。 6 46 ページ「VuGen からの仮想ユーザ・スクリプトのアップロード」の手順 2 に 進みます。 49 49 第 2 部 • 負荷テストの設計 ［Vuser Scripts］ページからの仮想ユーザ・スクリプトのアップロード VuGen がインストールされていない場合は，［Vuser Scripts］ページの［Upload Script］機能を使ってスクリプトをアップロードできます。 仮想ユーザ・スクリプトは圧縮した zip 形式でアップロードします。アップ ロードを実行する前に，次の点を確認してください。 ➤ zip ファイルに，仮想ユーザ・スクリプト（.usr）ファイルと同じ名前を付けま す。たとえば，仮想ユーザ・スクリプト・ファイルが oracle_test.usr であれ ば，zip ファイルには oracle_test.zip という名前を付ける必要があります。 ➤ zip ファイルには，仮想ユーザ・スクリプト・フォルダの完全な内容（仮想 ユーザ・スクリプト・ファイル自体および関連するすべてのデータ・ファイ ル）を格納します。スクリプト・ファイルは zip ファイルのルートに入れる必 要があります。 50 第 4 章 • 負荷テストの作成 ［Vuser Scripts］ページから仮想ユーザ・スクリプトをアップロードするには， 次の手順を実行します。 1［Vuser Scripts］ページで，［Upload Script］をクリックします。［Upload a Vuser Script］ダイアログ・ボックスが開きます。 2 いずれかの［Browse］ボタンをクリックして，アップロードする各仮想ユー ザ・スクリプトが格納されている zip ファイルを参照します。 3 zip ファイルを選択し，［Open］をクリックします。 4［Vuser Scripts］リストにすでに存在するスクリプトを置き換える場合は， ［Overwrite existing Scripts］を選択します。 5［Upload］をクリックしてスクリプトをアップロードし，［Vuser Scripts］リス トに追加します。 51 51 第 2 部 • 負荷テストの設計 URL ベースの仮想ユーザ・スクリプトの作成 URL ベースのスクリプト・ジェネレータを使って，簡単なリンクで構成される 基本的な仮想ユーザ・スクリプトを作成できます。たとえば，ステータス・ ページにアクセスし，サイト内のほかのページにリンクする仮想ユーザ・スク リプトを作成できます。 スクリプトを作成するには，URL 情報を手作業で入力します。 URL ベースの仮想ユーザ・スクリプトを手作業で作成するには，次の手順を実 行します。 1［Vuser Scripts］ページで，［URL-based script generator］リンクをクリック します。［Create a URL based script］ダイアログ・ボックスが開きます。 2 仮想ユーザ・スクリプトの名前を入力します。 3 仮想ユーザ・スクリプトに URL を挿入します。次のいずれかの方法で行います。 ➤ URL アドレスを［Insert URLs into the Vuser script］ボックスに入力します。 ［Insert URL］をクリックします。入力した URL が［Vuser Script］ボックス に表示されます。スクリプト内のすべての URL についてこれを繰り返します。 52 第 4 章 • 負荷テストの作成 ➤［Copy/Paste View］を使って Web ブラウザのアドレス・ウィンドウから URL ア ドレスをコピーして貼り付けます。［Copy/Paste View］をクリックすると， Web ブラウザのアドレス・ウィンドウとレコーダ・ウィンドウが開きます。 ブラウザ・ウィンドウを使って Web サイト内を移動し，URL をコピーして下 のレコーダに貼り付けます。［Insert URL］をクリックします。スクリプト内 のすべての URL についてこれを繰り返します。 ［Exit Composing Mode］をク リックしてウィンドウを閉じ，［Create a URL based script］ダイアログ・ボック スに戻ります。入力した URL が［Vuser Script］ボックスに表示されます。 4［Vuser Script］ボックスにすでに表示されている URL を置き換えるには，対象 URL を選択し，新しい URL を入力し，［Overwrite URL］をクリックします。 ［Vuser Script］ボックスにすでに表示されている URL を削除するには， ［Delete］をクリックします。 URL の順序を変更するには，［Vuser Script］ボックスの右側にあるボタンを使 用します。 53 53 第 2 部 • 負荷テストの設計 5［Create Script］をクリックしてスクリプトを作成し，［Vuser Scripts］リスト に追加します。 ［Cancel］をクリックすると，仮想ユーザ・スクリプトを保存せずに［Create a URL based script］ダイアログ・ボックスが閉じます。 アップロードしたスクリプトの表示 アップロードしたスクリプトを開いて，［Vuser Scripts］ページから各アクショ ンのコードを表示できます。 仮想ユーザ・スクリプトを表示するには，次の手順を実行します。 1［Vuser Scripts Name］カラムに表示されたスクリプトの名前をクリックします。 スクリプトが読み取り専用のウィンドウに表示されます。 2 コードを表示するには，アクションを選択します。 3 スクリプトをダウンロードするには，［Download Script］をクリックし，55 ページ「仮想ユーザ・スクリプトの編集」で説明する手順を実行します。 54 第 4 章 • 負荷テストの作成 仮想ユーザ・スクリプトの編集 ［Vuser Scripts］ページからスクリプトを編集できます。これにより，テストに 対するニーズをより適切に反映するようにスクリプトに変更を加えられます。 URL ベースのスクリプトに変更を加えるには，次の手順を実行します。 1 スクリプトをクリックします。［Create a URL based script］ダイアログ・ボック スが開きます。 2 編集のツールや手段を使ってスクリプトに変更を加えます。 3［Save Script］をクリックします。変更を加えたスクリプトで［Vuser Scripts］ ページが更新されます。 VuGen スクリプトに変更を加えるには，次の手順を実行します。 1［Download script］の矢印をクリックします。Performance Center によってスクリ プトをダウンロードする準備が行われ，［Ready for Download］ダイアログ・ ボックスが開きます。 2［Download］リンクをクリックします。［File Download］ダイアログ・ボック スが開きます。 3［Save］をクリックします。［Save As］ダイアログ・ボックスが開きます。 4 ファイル名とファイルのダウンロード先となる場所を選択します。 5［Save］をクリックしてファイルをダウンロードします。 6 VuGen を使ってスクリプトを開き，変更を加えます。 55 55 第 2 部 • 負荷テストの設計 注：使用しているバージョンの VuGen では，スクリプトのアップロードはでき ても，スクリプトのダウンロードはできない場合があります。スクリプトをう まくダウンロードできない場合は，使用しているバージョンの VuGen のアップ デートを実行することが必要な場合があります。詳細については，44 ページ 「Updating VuGen」の説明を参照してください。 仮想ユーザ・スクリプトのダウンロード VuGen は Performance Center と統合されているため，仮想ユーザ・スクリプト を編集のために効率的にダウンロードできます。全体のダウンロードの実行と 部分的なダウンロードの実行を選択できます。部分的なダウンロードは， Performance Center が実行用のファイルのみをダウンロードするので高速です。 これには，スクリプト・ファイル，実行環境設定，およびパラメータ・ファイ ルが含まれます。実行用のファイルのみをダウンロードすることで，通常はス クリプトの作業中に何回も編集することになるスクリプトの各部分をすばやく 編集できます。 スクリプトに大幅な変更を加える場合は，ファイルの全部を完全にダウンロー ドすることをお勧めします。その場合は，スクリプト・ファイルとデータ・ ファイル（記録データや再生結果ディレクトリなど）がダウンロードされま す。これにはより多くの時間がかかります。 標準設定では，ファイルの場所を指定せずに簡単にファイルのダウンロード， 編集，および User Site へのアップロードができるように，ファイルは一時ディ レクトリにダウンロードされます。 ダウンロードを処理するには，使用しているバージョンの VuGen を適切に設定 し，VuGen を Performance Center に接続する必要があります。使用している バージョンの VuGen を設定する方法の詳細については，44 ページを参照して ください。 56 第 4 章 • 負荷テストの作成 Performance Center から仮想ユーザ・スクリプトをダウロードするには，次の 手順を実行します。 1 Performance Center サーバに接続します。詳細については，44 ページ 「Performance Center への VuGen の接続」を参照してください。 2 VuGen で，［File］＞［Open］を選択します。Performance Center の［Select Script］ダイアログ・ボックスが開きます。 注：ファイル・システムからスクリプト・ファイルを開くには（Performance Center に接続している間に）， ［File System］をクリックします。［Open Test］ ダイアログ・ボックスが開き，ファイル・システムが表示されます。開くファ イルを含むディレクトリに移動し，［Open］をクリックします。 57 57 第 2 部 • 負荷テストの設計 3 ダウンロードするスクリプトを選択して，［OK］をクリックします。 ［Download Script］ダイアログ・ボックスが開きます。 4 次のダウンロード・オプションを選択します。 ➤ Download run time files：スクリプト・ファイルのみがダウンロードされ るため，ダウンロードが高速になります。これには，スクリプト・ファイ ル，実行環境設定，およびパラメータ・ファイルが含まれます。 ➤ Download all files：スクリプト・ファイルとデータ・ファイル（記録デー タや再生結果ディレクトリなど）がダウンロードされます。 5［OK］をクリックして，Performance Center からファイルをダウンロードしま す。ダウンロードが完了すると，ダイアログ・ボックスが閉じ，VuGen にスク リプトが表示されます。 注：標準設定では，ダウンロード・ファイルは一時ディレクトリに保存されます。 58 第5章 負荷テストの設定 対象アプリケーション用に負荷テストを作成した後は，負荷テスト，グルー プ・デザイン，スケジューラ，診断，モニタについて，それぞれ一般設定を行 います。設定の後，負荷テストを保存または実行できます。 本章では，次の項目について説明します。 ➤ 負荷テストの設定について ➤［Load Tests Configuration］ページ ➤ 一般設定 ➤ デザイン設定 ➤ スケジューラ設定 ➤ モニタの設定 ➤ 診断設定 ➤ 負荷テストの保存と検証 ➤ 負荷テストのコピー ➤ 負荷テストの実行 ➤ Performance Center 7.8 の負荷テストの変換 59 第 2 部 • 負荷テストの設計 負荷テストの設定について ［Vuser Scripts］リストに仮想ユーザ・スクリプトを追加（42 ページ「仮想ユー ザ・スクリプトのアップロード」および 52 ページ「URL ベースの仮想ユー ザ・スクリプトの作成」を参照）し，負荷テストに対してタイムスロットを予 約（135 ページ「タイムスロットの予約」を参照）した後は，負荷テストの設 定を行います。負荷テストの設定は［Load Tests Configuration］ページから行い ます。あるいは，［Load Test Configuration］または［Load Tests］ページから負 荷テストを実行し，［Load Test Run］ページからテストの設定を行うこともでき ます。 ［Load Tests Configuration］ページでは，次の情報を指定します。 ➤ 一般設定：負荷テストの名前と説明。負荷テストの設定後，負荷テストの詳細 のサマリを表示できます。 ➤ グループ・デザイン：実行する仮想ユーザ・スクリプトと，それらの実行環境 設定，ロード・ジェネレータ，各グループでの仮想ユーザの数を，それぞれ指 定します。 ➤ スケジューラ情報：負荷テストの開始時間，負荷テストまたは負荷テスト内の 仮想ユーザ・グループの継続時間，仮想ユーザの開始および停止の割合を，そ れぞれ指定します。 ➤ モニタ設定：サーバ・リソースの監視を有効にして，負荷テストに対するモニ タの設定を行うことができます。 ➤ 診断の分散：診断データを生成してメディエータ・マシンと通信する，サー バ・マシンを準備します。 負荷テストの設定の有効性は，各タブの［Validation］セクションに表示されま す。設定を保存するたびに，Performance Center によって検証が実行されます。 詳細については，101 ページ「負荷テストの保存と検証」を参照してください。 負荷テストの設定の後は，すぐに負荷テストを開始することも，保存して，後 で実行することもできます。詳細については，104 ページ「負荷テストの実 行」，および 101 ページ「負荷テストの保存と検証」を参照してください。 60 第 5 章 • 負荷テストの設定 注：負荷テストの実行は，［Load Test Configuration］ページから，またはスケ ジュールが設定された負荷テストの場合は［Load Tests］ページから，あるいは 手動負荷テストの場合は［Load Test Run］ページから，それぞれ行うことがで きます。 ［Load Tests Configuration］ページ ［Load Tests Configuration］ページでは，新規または既存の負荷テストを設定で きます。 ［Load Tests Configuration］ページを開くには，次の手順を実行します。 1 左側メニューから［Load Tests］＞［Create/Edit］を選択して，［Load Tests］ ページを開きます。 ［Load Tests］ページには，現在までに作成したすべての負荷テストが表示されま す。詳細については，205 ページ「 ［Load Tests］ページ」を参照してください。 2［Load Tests］ページで，設定を行うテストを［Load Test］リストから選択する か，［New Load Test］をクリックして新しい負荷テストを作成します。 61 61 第 2 部 • 負荷テストの設計 ［Load Tests Configuration］ページの［General］タブが開きます。 3 次の各設定タブで負荷テストの設定を行います。 ➤［General］ ：詳細については，63 ページ「一般設定」を参照してください。 ➤［Design Groups］ ：詳細については，65 ページ「デザイン設定」を参照してく ださい。 ➤［Scheduler］ ：詳細については，80 ページ「スケジューラ設定」を参照してく ださい。 ➤ ［Monitors］ ：詳細については，95 ページ「モニタの設定」を参照してください。 ➤［Diagnostics］ ：詳細については，100 ページ「診断設定」を参照してください。 4 負荷テストの設定を保存および検証するには，［Save］をクリックします。詳 細については，101 ページ「負荷テストの保存と検証」を参照してください。 5 負荷テストを実行するには，［Start］をクリックします。詳細については，104 ページ「負荷テストの実行」を参照してください。 6 ダッシュボード・ウィザードを使用して負荷テストの各種のパフォーマンス目 標を設定するには，［Target］をクリックします。詳細については，24 ページ 「パフォーマンス目標の設定」を参照してください。 62 第 5 章 • 負荷テストの設定 7 負荷テストのコピーを作成するには，［Save As］をクリックします。詳細につ いては，103 ページ「負荷テストのコピー」を参照してください。 8 設定を保存せずに［Load Tests］ページに戻るには， ［Close］をクリックします。 一般設定 ［Load Tests Configuration］ページの［General］タブでは，負荷テストの名前と 説明を指定します。また，以前に設定を行ったテストの負荷テスト・サマリを 表示できます。さらに，詳細設定を行うこともできます（IP スプーフィングの 有効化や，負荷テストの開始時のスケジューラの一時停止）。 負荷テストの一般設定を行うには，次の手順を実行します。 1［Load Tests Configuration］ページの［General］タブをクリックします。 2［Name］ボックスに，負荷テストの名前を入力します。 3 負荷テストの説明を［Description］に入力します。このフィールドへの入力 は任意です。 4［Save］をクリックして，設定した負荷テスト設定を保存します。 63 63 第 2 部 • 負荷テストの設計 詳細設定を行うには，次の手順を実行します。 1［Load Tests Configuration］ページの［General］タブで，［Advanced］をク リックします。［Miscellaneous］ダイアログ・ボックスが開きます。 2 負荷テストで User Site からのマルチ IP アドレス指定を有効にするには， ［Enable IP spoofer］を選択します。詳細については，189 ページ「Performance Center からのマルチ IP アドレス機能の有効化」を参照してください。 3 負荷テストの実行開始時にスケジューラを一時停止するには，［Pause scheduler at load test start］をクリックします。詳細については，261 ページ 「スケジューラの一時停止」を参照してください。 4［OK］をクリックして設定を保存し，ダイアログ・ボックスを閉じます。 負荷テストの詳細 負荷テストの設定後，Performance Center で次の情報が［General］タブの ［Load Test Details］セクションに表示されます。 No. Vusers：負荷テスト内で実行するように設定された仮想ユーザの総数 64 第 5 章 • 負荷テストの設定 No. Load Generators：負荷テスト内に設定されているロード・ジェネレー タ・マシンの数 Scripts：負荷テスト内の仮想ユーザ・スクリプト Monitoring：負荷テストの監視に使用されるモニタ・プロファイル Diagnostics：負荷テスト内で有効になっている診断サーバと J2EE/.NET プ ローブ・マシン デザイン設定 負荷テストの一般設定が完了したら，［Load Tests Configuration］ページの ［Design Groups］タブから，負荷テストのデザイン設定を行います。 負荷テストのデザインの概要 デザイン設定は，［Design Groups］タブから次のようにして行います。 65 65 第 2 部 • 負荷テストの設計 1 グループの分散方法を選択します。 リンクをクリックし，ロード・ジェネレータを負荷テスト内の仮想ユーザ・グ ループに割り当てるための分散方法を選択します。詳細については，68 ページ 「グループの分散方法の決定」を参照してください。 2 ロード・ジェネレータの数を指定します（自動分散の場合のみ）。 負荷テストで使用するロード・ジェネレータの数を指定します。この数は ［Load Generators］フィールドに表示されます。 3 仮想ユーザの総数を指定します（仮想ユーザを割合で分散させる場合）。 負荷テストで実行する仮想ユーザの総数を［Total Vusers］フィールドに入力 します。 4 仮想ユーザの分散方法を選択します。 負荷テスト内の仮想ユーザ・グループに仮想ユーザを分散させる方法を選択し ます。詳細については，70 ページ「負荷テスト内の仮想ユーザの分散」を参照 してください。 5 スクリプトを負荷テストに追加します。 負荷テストのスクリプトをスクリプト・リストから選択します。スクリプトは 必要な数だけ選択できます。リストにない仮想ユーザ・スクリプトをアップ ロードするには，［Vuser Scripts］ページを開き，［Upload Script］をクリック します。詳細については，42 ページ「仮想ユーザ・スクリプトのアップロー ド」を参照してください。すでに選択したスクリプトを削除するには，削除す るスクリプトの［Remove］アイコンをクリックします。 6 仮想ユーザ・グループを指定します。 仮想ユーザ・グループの名前を［Name］フィールドに入力します。標準設定 では，スクリプト名が使用されます。 7 ロード・ジェネレータを選択します。 ➤ ロード・ジェネレータの自動分散の場合：［Distribute］をクリックし，選 択した分散方法に従って Performance Center によってロード・ジェネレータ がグループに割り当てられるようにします。詳細については，68 ページ 「グループの分散方法の決定」を参照してください。 ➤ ロード・ジェネレータの手動分散の場合：［Select Generators/Select Virtual Generators］リンクをクリックし，負荷テスト内の各グループに ロード・ジェネレータを手動で割り当てます。実際のロード・ジェネレータ を割り当てる方法については，72 ページ「グループへの実際のロード・ 66 第 5 章 • 負荷テストの設定 ジェネレータの割り当て」を参照してください。負荷テスト用に仮想ロー ド・ジェネレータを割り当てる方法については，73 ページ「グループへの 仮想ロード・ジェネレータの割り当て」を参照してください。 8 設定を保存します。 オプション設定 前述の設定に加えて，次のオプション設定が行えます。 1 ターミナル・セッションを設定します。 ロード・ジェネレータ上ではターミナル・セッションを開くことができます。 ターミナル・セッションを使用すると，同じアプリケーションを対象に複数の GUI 仮想ユーザを同時に実行できます。詳細については，116 ページ「ターミ ナル・セッションの有効化と設定」を参照してください。 注：ターミナル・セッションは，ロード・ジェネレータの手動分散方法を使用 して設定したテストについてのみ，有効にできます。 2 実行環境を設定します。 スクリプトの実行環境設定を編集したり，使用する実行環境設定をスクリプト 間でコピーしたりできます。詳細については，75 ページ「実行環境の設定」を 参照してください。 3 コマンド行パラメータを設定します。 コマンド行引数を送信することにより，ユーザ・インタフェースを使用して手 作業で定義しなくても，負荷テストの設定を行うことができます。詳細につい ては，78 ページ「コマンド行引数の使用」を参照してください。 4 ランデブー・ポイントを有効化します。 ランデブー・ポイントを使用すると，複数の仮想ユーザにタスクをまったく同 時に実行させ，サーバを対象に大きなユーザ負荷を生成できます。これによ り，特定の負荷をかけた状態におけるシステムの応答を検査できます。詳細に ついては，第 10 章「ランデブー・ポイントの使用」を参照してください。 一般設定とデザイン設定が完了したら，次のいずれかを実行できます。 67 67 第 2 部 • 負荷テストの設計 ➤［Scheduler］タブで負荷の設定を行います。［Scheduler］タブからの設定の詳 細については，80 ページ「スケジューラ設定」を参照してください。 ➤ 負荷テストを実行します。負荷テストの実行の詳細については，253 ページ 「負荷テストの開始」を参照してください。 注：負荷テストを実行するには，［Load Test Run］ページから負荷テストを実行 する前に，負荷の設定を行う必要があります。詳細については，243 ページ 「［Load Test Run］ページ」を参照してください。 グループの分散方法の決定 使用可能なロード・ジェネレータ間で仮想ユーザ・グループをどのように分散 するかを決めます。複数の同等のロード・ジェネレータがある場合は，自動分 散方法のいずれか 1 つを選択できます。または，手動分散を選択して，異なる 数のロード・ジェネレータをグループごとに分散することもできます。 自動分散方法を使用すると，Performance Center によって仮想ユーザ・グループ が仮想ロード・ジェネレータに自動的に割り当てられます。仮想ロード・ジェ ネレータは，実行時に実際のロード・ジェネレータが割り当てられるプレース ホルダです。 手動分散方法を使用すると，実際のロード・ジェネレータまたは仮想ロード・ ジェネレータを仮想ユーザ・グループに手動で割り当てることができます。たと えば，実行時にどのロード・ジェネレータが利用できるかわからないなどの理由 で，仮想ロード・ジェネレータをグループに割り当てる場合は，実際のロード・ ジェネレータを初期化の段階で手動で割り当てることができます。こうすること で，どのロード・ジェネレータも過負荷にすることなく，ロード・ジェネレータ 間で仮想ユーザ・グループの割り当てを行うことが容易になります。 各グループについて，スクリプトと，スクリプトを実行する仮想ユーザの数を 選択します。この設定は負荷テスト中に変更できます。 68 第 5 章 • 負荷テストの設定 グループの分散方法を決めるには，次の手順を実行します。 1［Load Tests Configuration］ページの［Design Groups］タブで，［Group Distribution Mode］リンクをクリックします。［Group Distribution Method］ダ イアログ・ボックスが開きます。 2 次のいずれかのオプションを選択します。 ➤［Automatic Distribution - Assign all load generators to each group］： Performance Center によって，すべての仮想ロード・ジェネレータが各グループ に自動的に割り当てられます（標準設定）。 ➤［Automatic Distribution - Assign one load generator to each group］： Performance Center によって，仮想ロード・ジェネレータが各グループに 1 つず つ自動的に割り当てられます。ロード・ジェネレータの数よりもグループの数 が少ない場合，すべてのロード・ジェネレータがグループに割り当てられると は限りません。ロード・ジェネレータの数よりもグループの数が多い場合は， 負荷テストが無効なステータスで保存されることになります。 ➤［Automatic Distribution - Assign an equal number of load generators to each group］ ：Performance Center によって，すべての仮想ロード・ジェネレー タがすべてのグループで均等に自動的に割り当てられます。ロード・ジェネ レータが余った場合，それらは可能なかぎり均等に分散されます。ロード・ ジェネレータの数よりもグループの数が多い場合は，負荷テストが無効なス テータスで保存されることになります。 69 69 第 2 部 • 負荷テストの設計 ➤［Manual Distribution - Assign virtual load generators to groups］ ：仮想ロー ド・ジェネレータをグループに手動で割り当て，実行時に Performance Center によって実際のロード・ジェネレータが割り当てられるようにできます。 ➤［Assign actual load generators manually at runtime］：初期化の段階で， 実際のロード・ジェネレータを各仮想ロード・ジェネレータに手動で割り当 てることができます。 ➤［Manual Distribution - Assign actual load generators to groups］：実際の ロード・ジェネレータをグループに割り当てることができます。負荷テストの 実行中にロード・ジェネレータを割り当てた場合，ロード・ジェネレータの手 動設定が完了しないかぎり，スケジューラは実行されません。 注：ターミナル・セッションは，ロード・ジェネレータの手動分散方法を使用 して設定したテストについてのみ，有効にできます。 3［OK］をクリックして選択を保存し，ダイアログ・ボックスを閉じます。 負荷テスト内の仮想ユーザの分散 負荷テスト内の仮想ユーザ・グループに仮想ユーザを分散する方法を決めま す。仮想ユーザの分散モードは負荷テスト中に変更できます。 仮想ユーザの分散モードを決めるには，次の手順を実行します。 ［Load Tests Configuration］ページの［Design Groups］タブで，次のいずれかの オプションを選択します。 ➤［Set group size by number］：選択した仮想ユーザ・グループ間で，仮想ユー ザの総数を分散します。 ➤［Set group size by percentage］：仮想ユーザの総数の特定の割合を各仮想 ユーザ・グループに分散します。このオプションを有効にすると，各グループ の横に［Percentage］ボックスが表示されます。負荷テストのすべての仮想ユー ザ・グループを選択した後，各グループで実行する仮想ユーザの割合を指定し ます。相対分散の機能を使用すると，Performance Center に割合を計算させるこ とができます。詳細は，次の説明を参照してください。 70 第 5 章 • 負荷テストの設定 相対分散を使用した仮想ユーザの分散 「Relative Distribution」 （相対分散）を使用すると，各グループに割り当てる 仮想ユーザの正確な割合を，入力した比率に基づいて Performance Center に計 算させることができます。たとえば，グループ間の比率を 3:1 と入力した場合 は，この比率が反映されるように，Performance Center によって割合の分散が更 新されます（75%:25%） 。 相対分散を使用して仮想ユーザを分散するには，次の手順を実行します。 1［Load Tests Configuration］ページの［Design Groups］タブで，［Relative Distribution］をクリックします。［Relative Distribution］ダイアログ・ボック スが開きます。 2［Relative Distribution］ダイアログ・ボックスで，各グループの比率を表す数値 を入力し，［OK］をクリックします。 Performance Center によって，この数値がパーセンテージに変換されます。たと えば，「group1」に対して 1，「group2」に対して 1， 「group3」に対して 3 を， それぞれ入力した場合，Performance Center によって，「group1」と「group2」 にそれぞれ仮想ユーザの 20% が，「group3」に 60% が割り当てられます。 71 71 第 2 部 • 負荷テストの設計 グループへの実際のロード・ジェネレータの割り当て 分散の方法として［Assign actual load generators to groups］を設定した負 荷テストでは，ロード・ジェネレータを各グループに手動で割り当てることに なります。 ロード・ジェネレータをグループに割り当てるには，次の手順を実行します。 1［Design］タブでグループを選択し，［Select Generators］リンクをクリックし ます。現在ホスト・プールで使用できるロード・ジェネレータのリストが ［Load Generators (Actual)］ダイアログ・ボックスに表示されます。 2 グループに割り当てるロード・ジェネレータを選択します。 リスト内のすべてのロード・ジェネレータを選択するには，［Select All］をク リックします。選択したロード・ジェネレータをすべてクリアするには， ［Clear All］をクリックします。 ロード・ジェネレータのターミナル・セッションを開くには，［Terminal Services］アイコンをクリックします。詳細については，116 ページ「ターミ ナル・セッションの有効化と設定」を参照してください。 3［OK］をクリックして［Load Generators (Actual)］ダイアログ・ボックスを閉 じ，設定を適用します。選択したロード・ジェネレータの名前が［Design 72 第 5 章 • 負荷テストの設定 Groups］タブの［Load Generators］カラムに表示され，ロード・ジェネレータ の数が［Load Generators］フィールドに表示されます。 注：負荷テストに割り当てたロード・ジェネレータが管理者によって削除さ れ，その後再びホスト・プールに追加された場合は，再度ロード・ジェネレー タをグループに割り当てないかぎり，負荷テストは無効になります。 グループへの仮想ロード・ジェネレータの割り当て 仮想ロード・ジェネレータは実際のロード・ジェネレータに置き換えられるプ レースホルダです。グループを手動で設計する際，仮想ロード・ジェネレータ を使用して負荷の分散を決めることができます。こうすることで，どのロー ド・ジェネレータも過負荷にすることなく，ロード・ジェネレータ間で仮想 ユーザ・グループの割り当てを行うことが容易になります。 負荷テスト内で使用するロード・ジェネレータの数を設定すると，Performance Center によって，グループを実行する各ロード・ジェネレータの仮想名（LG1， LG2 など）が自動的に作成され，その情報が［Virtual Load Generators］カラム に表示されます。 ［Assign virtual load generators to groups］を選択した場合は，仮想ロード・ ジェネレータを負荷テスト内のグループに手動で割り当てます。実行時に， Performance Center によって実際のロード・ジェネレータが各仮想ロード・ジェ ネレータに割り当てられます。 ［Assign actual load generators manually at runtime］を有効にした場合は， 実行前の初期化の段階で，特定のロード・ジェネレータを仮想ロード・ジェネ レータに手動で割り当てることができます。 73 73 第 2 部 • 負荷テストの設計 仮想ロード・ジェネレータをグループに割り当てるには，次の手順を実行します。 1［Design］タブの中でグループを選択し，［Select Virtual Generators］リンク をクリックします。［Virtual Load Generators］ダイアログ・ボックスが開き，6 つの仮想ロード・ジェネレータのリストが表示されます。 2 グループに割り当てる仮想ロード・ジェネレータを選択します。負荷テストに 含めない仮想ロード・ジェネレータは選択解除します。 リスト内のすべての仮想ロード・ジェネレータを選択するには，［Select All］ をクリックします。選択した仮想ロード・ジェネレータをすべてクリアするに は，［Clear All］をクリックします。 仮想ロード・ジェネレータのターミナル・セッションを開くには，［Terminal Services］アイコンをクリックします。詳細については，116 ページ「ターミ ナル・セッションの有効化と設定」を参照してください。 74 第 5 章 • 負荷テストの設定 追加の仮想ロード・ジェネレータをリストに追加するには，［Add］をクリッ クし，［Configure Load Generator Number］ダイアログ・ボックスで必要なロー ド・ジェネレータの数を入力します。 ［OK］をクリックします。Performance Center によって，指定した数の仮想ロー ド・ジェネレータが［Virtual Load Generators］ダイアログ・ボックスのリスト に追加されます。 3［OK］をクリックして設定を適用し，［Virtual Load Generators］ダイアログ・ ボックスを閉じます。選択したロード・ジェネレータの名前が［Design Groups］タブの［Virtual Load Generators］カラムに表示され，ロード・ジェネ レータの数が［Load Generators］フィールドに表示されます。 設定を保存せずに［Virtual Load Generators］ダイアログ・ボックスを閉じるに は，［Cancel］をクリックします。 実行環境の設定 仮想ユーザ・スクリプトを記録した後，そのスクリプトの実行環境を設定でき ます。実行環境の設定は，スクリプトの実行方法を規定します。実行環境の設 定は，スクリプトの実行時に仮想ユーザに適用されます。 実行環境の設定を行うことによって，さまざまな種類のユーザの動作をエミュ レートできます。たとえば，サーバの出力にすぐに応答するユーザをエミュ レートすることも，少し考えてから応答するユーザをエミュレートすることも できます。また実行環境の設定では，仮想ユーザがアクションを反復する回数 も指定できます。 実行環境の設定を編集しない場合，Performance Center では，標準設定を使用し てスクリプトが実行されます。または，スクリプトが VuGen で記録された場合 は，最後に保存された設定を使用してスクリプトが実行されます。 75 75 第 2 部 • 負荷テストの設計 スクリプトの実行環境の設定を行うには，次の手順を実行します。 1［Load Tests Configuration］ページの［Design Groups］タブで，［Run-time Settings］アイコンをクリックし，［Run-Time Settings］ダイアログ・ボックス を表示します。 2 実行環境を設定します。実行環境の設定の詳細については，『Mercury 仮想 ユーザ・ジェネレータ・ユーザーズ・ガイド』を参照してください。 3 設定を保存してダイアログ・ボックスを閉じるには，［OK］をクリックしま す。設定を破棄してダイアログ・ボックスを閉じるには，［Cancel］をクリッ クします。 標準設定を使用するには，［Use Defaults］をクリックします。VuGen のデ バッグ環境とコントローラの負荷テスト環境をサポートするために，VuGen と コントローラでは実行環境の標準設定が異なります。 76 第 5 章 • 負荷テストの設定 実行環境の設定の複製 スクリプトの実行環境の設定を，負荷テスト内のほかのスクリプトにコピーで きます。 実行環境の設定をコピーするには，次の手順を実行します。 1［Load Tests Configuration］ページの［Design Groups］タブで，［Duplicate RTSettings］をクリックします。［Duplicate Run-time Settings］ダイアログ・ ボックスが開きます。 2 ドロップダウン・リストから，実行環境の設定のエクスポート元となるファイ ルを選択します。 3 実行環境の設定のインポート先とするスクリプトを選択します。スクリプトは コピー元と同じタイプである必要があります。 4［OK］をクリックすると，選択したスクリプトに設定がコピーされ，ダイアロ グ・ボックスが閉じます。 77 77 第 2 部 • 負荷テストの設計 コマンド行引数の使用 コントローラに動作を指示するための引数を渡すことができます。コマンド行 引数を渡すことで，ユーザ・インタフェースを使用して手作業で定義しなくて も，負荷テストの設定を行うことができます。 スクリプトにパラメータを送信するには，次の手順を実行します。 1［Load Tests Configuration］ページの［Design Groups］タブで，対象のスクリプ トの［Command line］アイコンをクリックします。［Command Line］ダイア ログ・ボックスが開きます。 2 送信するパラメータの名前と値を， 「＜ - パラメータ名＞ ＜値＞」という形式で 入力します。 コマンド行解析関数またコマンド行での引数の使い方の詳細については， 『LoadRunner オンライン関数リファレンス』を参照してください。 78 第 5 章 • 負荷テストの設定 スクリプトの表示 ［Load Tests Configuration］ページでは，アップロードしたスクリプトを開き， 各アクションのコードを表示できます。 仮想ユーザ・スクリプトを表示するには，次の手順を実行します。 1［Load Tests Configuration］ページの［Design Groups］タブで，表示するスクリ プトの行にある［View］ボタンをクリックします。スクリプトが読み取り専用 のウィンドウに開きます。 2 アクションを選択すると，そのコードが表示されます。 3 スクリプトをダウンロードするには，［Download Script］をクリックし，55 ページ「仮想ユーザ・スクリプトの編集」で説明している手順に従います。 79 79 第 2 部 • 負荷テストの設計 スケジューラ設定 スケジューラの設定を使用すると，負荷の分散を，管理の下で行うことができ ます。その後，負荷テストの実行全体を通じて仮想ユーザを監視できます。ス ケジューラを使用すると，次を実行できます。 ➤ 負荷テストの実行を開始する時間の設定。負荷テストの開始後に Performance Center を待機させる時間を指定できます。 ➤ 仮想ユーザの初期化方法，および特定の時間範囲内に Performance Center が開 始および停止する仮想ユーザの数の指定。Performance Center が，負荷テストま たは仮想ユーザ・グループのすべての仮想ユーザを同時に開始または停止する か，指定した時間内に特定の数の仮想ユーザだけを開始または停止するかを指 定します。 ➤ 負荷テストの時間にかかわる要素の設定。負荷テストまたは負荷テスト内の仮 想ユーザ・グループについて，その実行継続時間を制限できます。負荷テスト または仮想ユーザ・グループを「実行中」ステータスに留めておく時間（分） を指定することにより，実行継続時間を制限します。負荷テストまたは仮想 ユーザ・グループは制限時間に達すると，実行を終了します。 スケジューラの設定は［Load Tests Configuration］ページの［Scheduler］タブ から行います。負荷テストのすべてのスクリプト（83 ページ「負荷テスト全体 のスケジュール設定」を参照），または各仮想ユーザ・グループ（88 ページ 「グループ順のスケジュール設定」を参照）で使用するスケジュールを選択で きます。 定義したスケジュールは視覚化され，［Load Preview］グラフに表示されます。 注：仮想ユーザ・スクリプトのランデブー・ポイントは，スケジューラに設定 された負荷テストに干渉します。スクリプトにランデブー・ポイントが含まれ ている場合，負荷テストはスケジュールどおりに実行されません。 80 第 5 章 • 負荷テストの設定 ランプ・アップについて考慮すべき事項 ランプ・アップの設定を行う際は，「初期化（Init） 」，「準備完了（Ready）」， 「実行中（Run）」の各状態にある仮想ユーザの関係について理解しておくこと が非常に重要です。 すべての仮想ユーザの最初の状態は「初期化」です。この状態の継続時間は， 実行するテストに応じて異なります。初期化が完了した時点で，仮想ユーザは 自動的に「準備完了」状態に移行します。 仮想ユーザの初期化中はすべてのコマンドが無視されます。したがって，仮想 ユーザが「初期化」状態のときにランプ・アップ処理から実行のコマンドを受 信しても，コマンドがまったく発行されなかったかのように，初期化が完了し た時点で「準備完了」に移行します。「準備完了」状態の仮想ユーザのみが， 「実行中」状態に移行できます。 潜在的な問題について説明するために，例として次のような場合を考えてみま しょう。 たとえば，ランプ・アップの「初期化」セクションで，30 秒ごとに 10 の仮想 ユーザを初期化して合計 100 の仮想ユーザを初期化するように設定します。待 機時間は 5 秒とします。次に，「実行」セクションでは，15 秒ごとに 50 の仮想 ユーザを実行して合計 100 の仮想ユーザを実行するように指定します。 この場合，300 秒が経過した時点で，すべての仮想ユーザの状態が「初期化」 または「準備完了」になります。ただし，初期化処理に時間がかかる関係で， その時点ではまだ「初期化」状態になっているものが 40 残り，「準備完了」状 態になっているものが 60 あるとします。 5 秒の待機後，50 の仮想ユーザが実行を開始します。「準備完了」状態の仮想 ユーザが 60 あるので，問題はありません。 次の 15 秒が経過すると，さらに 50 の仮想ユーザに実行コマンドが発行されます。 81 81 第 2 部 • 負荷テストの設計 この時点までに，新たに初期化処理を終えて「初期化」状態から「準備完了」 状態に変化する仮想ユーザの数が 15 だとすると，残り 50 の仮想ユーザに実行 コマンドが発行されても，「準備完了」状態にあるものは 25（最初の実行時点 からある 10 と追加の 15）しかありません。 このため，25 の仮想ユーザだけが実行され，残りの 25 についてはコマンドが無 視されます。それら残りは後に「初期化」を完了して「準備完了」状態に移行 しますが，実行コマンドが発行されないため，この状態のまま留まります。 この問題を避けるには，次の対策が考えられます。 ➤ 初期化の間隔を長くする：この例の場合，たとえば合計 100 の仮想ユーザの初 期化が完了するまで，60 秒ごとに 10 の仮想ユーザを初期化するようにします。 間隔を長くすることで，最初の実行コマンドが発行されるまでに，より多くの 仮想ユーザが「準備完了」状態に到達できるようになります。 ➤「初期化」段階から「実行中」段階までの待機時間を長くする：「準備完了」状 態に到達するのに必要な時間を仮想ユーザに与えることができます。 注：負荷テスト全体を実行する場合は，すべての仮想ユーザが「準備完了」状 態に到達するまで，Performance Center は仮想ユーザの実行を開始しません。こ れに対し，個々の仮想ユーザ・グループを実行する場合は，個々の仮想ユーザ が「準備完了」状態に到達した時点で直ちに Performance Center が仮想ユーザ を実行します。 82 第 5 章 • 負荷テストの設定 負荷テスト全体のスケジュール設定 スケジューラを使用すると，次を実行して負荷テストの実行を制御できます。 ➤ 負荷テストの開始後に，負荷テストが実行の開始を待機する時間の長さを指定 する ➤ 負荷テストの中で仮想ユーザを徐々に実行する ➤ 負荷テストの継続時間を制限する ➤ 負荷テストの中で仮想ユーザを徐々に停止する 負荷テスト全体のスケジュール・オプションを設定するには，次の手順を実行 します。 1［Load Tests Configuration］ページから，［Scheduler］タブをクリックしてスケ ジューラを開きます。 2［Enable Scheduler］を選択し，スケジューラの設定を負荷テストの実行に含 めます。 3［Schedule Whole Load Test］オプションを選択します。 83 83 第 2 部 • 負荷テストの設計 4 仮想ユーザの初期化方法を決めるには， ［Ramp Up Init］タブをクリックします。 次のいずれかのオプションを選択します。 ➤［Initialize all Vusers simultaneously before ramp up］：負荷テストのすべ ての仮想ユーザを一度に初期化します。Performance Center は，すべての仮 想ユーザの初期化が完了するまで待ってから，テストを実行します。最初の 負荷が実行される際に，仮想ユーザがエラーなく実行できることが確認され ます。 ➤［Initialize X every X (HH:MM:SS)］：指定された数の仮想ユーザを同時に初 期化し，仮想ユーザのランプ・アップの開始間隔として指定された時間待機 します。 ➤［Initialize Vusers as part of ramp up］ ：Performance Center は初期化処理を 省略し，仮想ユーザが使用可能になった時点でそれらを実行します。 ［Wait for (HH:MM:SS) after initialization］ボックスに，スクリプト内のすべ ての仮想ユーザが初期化を完了した後に Performance Center を待機させる時間 を入力します。 5 負荷テストを開始する方法を指定するには， ［Ramp Up］タブをクリックします。 次のいずれかのオプションを選択します。 ➤［Load all Vusers simultaneously］：負荷テストのすべての仮想ユーザを一 度に開始します。 ➤［Start X Vusers every X (HH:MM:SS)］：指定された数の仮想ユーザを同時 に開始し，仮想ユーザのランプ・アップの開始間隔として指定された時間待 機します。 84 第 5 章 • 負荷テストの設定 注：負荷テストの実行中に，仮想ユーザ・スクリプトを負荷テストに追加し， それらを有効にできます。仮想ユーザを徐々に開始するランプ・アップ・モー ドでも，負荷テストのすべての仮想ユーザがランプ・アップされた後に仮想 ユーザ・スクリプトを追加した場合には，新しいスクリプトによる負荷の実行 が直ちに開始されます。 6 負荷テストの継続時間を設定するには，［Duration］タブをクリックします。 次のいずれかのオプションを選択します。 ➤［Run until completion］：負荷テストを完了まで実行します。 ➤［Run for X (HH:MM:SS)］ ：すべての仮想ユーザがランプ・アップされた後， 指定された時間だけ負荷テストを実行します。 ➤ ［Run Indefinitely］：すべての仮想ユーザがランプ・アップされた後，無期 限に負荷テストを実行します。 85 85 第 2 部 • 負荷テストの設計 注：継続時間の設定は，仮想ユーザの反復設定に優先します。つまり，継続時 間が 5 分に設定されている場合，実行環境の設定で 1 回の反復しか指定されて いなくても，仮想ユーザは 5 分に達するまで，実行を反復し続けます。継続時 間が制限されている負荷テストでは，すべての仮想ユーザが「初期化」ステー タスに到達してから継続時間が始まります。初期化に時間のかかる仮想ユーザ の場合，ステータスが「実行中」にならないまま負荷テストが終了することが あります。負荷テストのすべての仮想ユーザが確実に実行されるようにするに は，［Initialize All Vusers simultaneously before ramp up］オプションを チェックします。継続時間は，すべての仮想ユーザが「実行中」ステータスに 到達した場合にのみ始まります。負荷テストの実行中にスケジューラを停止し た場合は，継続時間を［Run until completion］に変更し，実行中の仮想ユー ザが存在している間にスケジューラを再開してください。実行中の仮想ユーザ が無期限に実行を続けます。 7 負荷テストを停止する方法を指定するには，［Ramp Down］タブをクリックし ます。 次のいずれかのオプションを選択します。 ➤［Stop all Vusers simultaneously］：負荷テストのすべての仮想ユーザを一 度に停止します。 ➤［Stop X every X (HH:MM:SS)］ ：指定した時間ごとに指定した数の仮想ユー ザを停止します。 注：［Ramp Down］タブの設定は，［継続時間］タブで［Run for X (HH:MM:SS) after ramp up has been completed］オプションを選択した場合 にのみ適用されます。 86 第 5 章 • 負荷テストの設定 8 負荷テストの開始を遅らせるには，［Start Time］リンクをクリックします。 ［Start Time］ダイアログ・ボックスが開きます。 負荷テストの開始を遅らせる時間量を入力し，［OK］をクリックします。 9 定義したスケジュールは［Load Preview］グラフに表示されます。スケジュー ラの設定を変更した場合は，［Refresh］をクリックして負荷プレビュー・グラ フの表示を更新します。X 軸は，負荷テストの実行開始からの経過時間を示し ます。Y 軸は，リソースの使用状況を示します。 ［Enlarge］をクリックすると，拡大された負荷プレビュー・グラフが新しい ウィンドウに開きます。グラフの表示データを更新するには，［Refresh］をク リックします。ウィンドウを閉じるには，［Close］をクリックします。 注：［Load Preview］グラフには，仮想ユーザの初期化段階が完了した時点から のデータが表示されます。 10［Save］をクリックします。スケジューラの設定が正常に更新されたことを示 すメッセージが表示されます。 87 87 第 2 部 • 負荷テストの設計 グループ順のスケジュール設定 仮想ユーザ・グループの作成後，次の項目を設定して，グループのスクリプト 実行スケジュールを設定できます。 ➤ 負荷テストの開始後，グループが実行開始を待つ時間の長さ ➤ 指定された時間内に実行する仮想ユーザ数 ➤ 指定された時間内に停止する仮想ユーザ数 ➤ グループが実行を続ける時間の長さ グループ別にスケジュールを設定するには，グループ・リストからグループを 選択し，必要なスケジュールを設定します。この手順を，スケジュールを設定 する各仮想ユーザ・グループについて繰り返します。グループのスケジューラ 設定を再利用したい場合は，あるグループのスケジューラ設定をプロジェクト のほかのグループにコピーすることができます。スケジュールを作成し直す必 要はありません。 仮想ユーザ・グループのスケジュール・オプションを設定するには，次の手順 を実行します。 1［Load Tests Configuration］ページから，［Scheduler］タブをクリックしてスケ ジューラを開きます。 2［Enable Scheduler］を選択し，スケジューラの設定を負荷テストの実行に含 めます。 88 第 5 章 • 負荷テストの設定 3［Schedule by Group］オプションを選択します。 4［Schedule group］リストからグループを選択します。グループ内で実行のスケ ジュールを設定する仮想ユーザの数が，このフィールドの右側に表示されます。 5 グループの開始時刻を設定するには，［Start Time］タブをクリックします。 次のいずれかのオプションを選択します。 ➤ ［Start X (HH:MM:SS) after load test starts］：選択したグループのランプ・ アップ開始時刻を入力します。Performance Center は，グループの仮想ユー ザがランプ・アップするまで，指定された時間待機します。 ➤ ［Start when group X finishes］：指定したグループの実行終了後にグルー プの実行を開始します。 89 89 第 2 部 • 負荷テストの設計 6 グループの仮想ユーザの初期化方法を決めるには，［Ramp Up Init］タブをク リックします。 次のいずれかのオプションを選択します。 ➤［Initialize all Vusers simultaneously before ramp up］：グループのすべて の仮想ユーザを一度に初期化します。Performance Center は，すべての仮想 ユーザの初期化が完了するまで待ち，それからテストを実行します。最初の 負荷が実行される際に，仮想ユーザがエラーなく実行できることが確認され ます。 ➤［Initialize X every X (HH:MM:SS)］：グループ内の指定された数の仮想ユー ザを同時に初期化し，仮想ユーザのランプ・アップの開始間隔として指定さ れた時間待機します。 ➤［Initialize Vusers as part of ramp up］ ：Performance Center は初期化処理を 省略し，仮想ユーザが使用可能になった時点でそれらを実行します。 ［Wait for (HH:MM:SS) after initialization］ボックスに，グループ内のすべて の仮想ユーザが初期化を完了した後に Performance Center を待機させる時間を 入力します。 7 グループの仮想ユーザの開始方法を決めるには，［Ramp Up］タブをクリック します。 次のいずれかのオプションを選択します。 ➤［Load all Vusers simultaneously］ ：グループ内のすべての仮想ユーザを同 時に開始します。 90 第 5 章 • 負荷テストの設定 ➤ ［Start X every X (HH:MM:SS)］ ：指定された数の仮想ユーザを同時に開始し， 仮想ユーザのランプ・アップの開始間隔として指定された時間待機します。 注：負荷テストの実行中に，仮想ユーザ・グループを負荷テストに追加し，そ れらを有効にできます。仮想ユーザを徐々に開始するランプ・アップ・モード でも，負荷テスト内のすべての仮想ユーザがランプ・アップされた後に仮想 ユーザ・グループを追加した場合には，新しい仮想ユーザによる負荷の実行は 即座に開始されます。 8 グループの継続時間を設定するには，［Duration］タブをクリックします。 次のいずれかのオプションを選択します。 ➤［Run until completion］：グループを完了まで実行します。 ➤［Run for X (HH:MM:SS)］ ：すべての仮想ユーザがランプ・アップされた後， 指定された時間だけグループを実行します。 ➤［Run Indefinitely］：すべての仮想ユーザがランプ・アップされた後，無期 限にグループを実行します。 91 91 第 2 部 • 負荷テストの設計 注：継続時間の設定は，仮想ユーザの反復設定に優先します。つまり，継続時 間が 5 分に設定されている場合，実行環境の設定で 1 回の反復しか指定されて いなくても，仮想ユーザは 5 分に達するまで，実行を反復し続けます。継続時 間が制限されている負荷テストでは，すべての仮想ユーザが「初期化」ステー タスに到達してから継続時間が始まります。初期化に時間のかかる仮想ユーザ の場合，ステータスが「実行中」にならないまま負荷テストが終了することが あります。負荷テストのすべての仮想ユーザが確実に実行されるようにするに は，［Initialize All Vusers simultaneously before ramp up］オプションを チェックします。継続時間は，すべての仮想ユーザが「実行中」ステータスに 到達した場合にのみ始まります。 9 グループの仮想ユーザの停止方法を決めるには，［Ramp Up］タブをクリック します。 次のいずれかのオプションを選択します。 ➤［Stop all Vusers simultaneously］ ：グループ内のすべての仮想ユーザを同 時に停止します。 ➤［Stop X every X (HH:MM:SS)］ ：指定した時間ごとに指定した数の仮想ユー ザを停止します。 注：［Ramp Down］タブの設定は，［Duration］タブで［Run for X (HH:MM:SS)］オプションを選択した場合にのみ適用されます。 10 スケジュールを設定する各グループについて，手順 3 から繰り返します。 92 第 5 章 • 負荷テストの設定 11 定義したスケジュールを［Load Preview］グラフに表示するには，次のいずれ かのオプションを選択して［Refresh］をクリックします。 ➤ ［Preview selected group］：選択したグループに対して定義した負荷の動 作グラフを表示します。 ➤ ［Preview all groups］：負荷テストのすべてのグループに対して定義した負 荷の動作グラフを表示します。 X 軸は，負荷テストの実行開始からの経過時間を示します。Y 軸は，リソース の使用状況を示します。 ［Enlarge］をクリックすると，拡大された負荷プレビュー・グラフが新しい ウィンドウに開きます。グラフの表示データを更新するには，［Refresh］をク リックします。ウィンドウを閉じるには，［Close］をクリックします。 注：［Load Preview］グラフには，仮想ユーザの初期化段階が完了した時点から のデータが表示されます。別の仮想ユーザ・グループの実行が完了したときに グループを開始するようにスケジュールを設定した場合，［Load Preview］グラ フでは，以降のグループは以前のグループの完了時間からではなく 00:00 から 表示されます。 12［Save］をクリックします。スケジューラの設定が正常に更新されたことを示 すメッセージが表示されます。 93 93 第 2 部 • 負荷テストの設計 スケジューラの設定を別のグループからコピーするには，次の手順を実行します。 1 スケジューラの設定のコピー先となるグループを［Schedule group］ドロッ プダウン・リストから選択します。 2［Copy Settings from Group］をクリックします。［Copy Scheduler Settings］ダ イアログ・ボックスが開きます。 3 スケジューラの設定のコピー元となるグループを選択し，［OK］をクリックし ます。Performance Center によって，［Schedule group］フィールドで選択した グループに設定がコピーされ，ダイアログ・ボックスが閉じます。 94 第 5 章 • 負荷テストの設定 モニタの設定 サーバ・リソースの監視を有効にするには，負荷テストに対するモニタの設定 を行う必要があります。実行するモニタのタイプと，監視対象のリソースのあ るサーバを選択して，サーバごとに監視する測定値を追加します。その後，こ れらのモニタ設定をローカル・テストで使用したり，プロジェクトの任意のテ ストで使用できるようにモニタ・プロファイルとして保存したりできます。 負荷テストの監視設定は，［Load Tests Configuration］ページの［Monitors］タ ブから行います。 ［Monitors］タブを使用して，次の操作を実行できます。 ➤ モニタ・プロファイルの選択：詳細については，下記を参照してください。 ➤ モニタ・プロファイルの作成：詳細については，96 ページ「モニタ・プロファ イルの作成」を参照してください。 ➤ モニタ・プロファイルの編集：詳細については，99 ページ「モニタ・プロファ イルの編集」を参照してください。 ➤ サーバ・モニタ・エージェント・マシンの選択：詳細については，201 ページ 「負荷テストの実行の監視」を参照してください。 95 95 第 2 部 • 負荷テストの設計 モニタ・プロファイルを選択するには，次の手順を実行します。 モニタ・プロファイルのリストからプロファイルを選択します。 選択したモニタ・プロファイルを変更するには，別のモニタ・プロファイルの オプション・ボタンをクリックします。 モニタ・プロファイルの選択をクリアするには，［Clear Selection］をクリッ クします。 サーバ・モニタ・エージェントを負荷テストに追加する方法の詳細について は，199 ページ「サーバ・モニタ情報を受信する User Site の設定」を参照して ください。 注：負荷テストごとにモニタ・プロファイル・オプションを 1 つだけ選択でき ます。 モニタ・プロファイルの作成 ［Monitor］タブでは，プロジェクトの任意のテストまたはローカルの負荷テス トで使用する，モニタ・プロファイルを作成できます。 プロファイルを新規に作成するには，次の手順を実行します。 1［Load Test Configuration］ページの［Monitor］タブで，次のいずれかのオプ ションを選択します。 ➤［Create Local Profile］：ローカル・テストでのみ使用できるプロファイル を作成します。負荷テスト用にローカル・プロファイルを 1 つだけ作成でき ます。ローカル・プロファイルは［Monitor］タブからのみ編集または削除 できます。 ➤［Add Profile］：プロジェクトの任意のテストで使用できるプロファイルを 作成します。モニタ・プロファイルは［Monitor Profiles］ページから作成， 編集，または削除することもできます。 96 第 5 章 • 負荷テストの設定 ［Add Profile］を選択した場合は，［New Profile］ダイアログ・ボックスが開き ます。 プロファイルの名前と説明を入力して，［OK］をクリックします。 2［Add Monitor］ページが開きます。 実行するモニタを選択し，［Next］をクリックします。 97 97 第 2 部 • 負荷テストの設計 3［Choose Server］ページが開きます。 監視するリソースのあるサーバの名前または IP アドレスを入力し，必要に応じ てユーザのログイン名とパスワードを入力します。 ［Next］をクリックします。 4［Choose Measurements］ページが開きます。 測定値ツリーの横にある「+」アイコンをクリックし，使用可能な測定値を表 示します。監視する測定値または測定値グループを選択します。 測定値または測定値グループを［Choose Measurements］リストから削除するに は，該当する測定値のチェック・ボックスをクリアします。 ［Save］をクリックして設定を保存します。 5 モニタまたはサーバをさらにプロファイルに追加するには，それぞれ ［Choose Monitor］リンクまたは［Choose Server］リンクを選択します。プ ロファイルに追加するモニタおよびサーバごとに，手順 3 ～ 6 を繰り返します。 98 第 5 章 • 負荷テストの設定 注：測定値を設定する前に特定のサーバ・モニタを設定する方法については， 対応する監視の項を参照してください。 モニタ・プロファイルの編集 ［Monitor］タブでは，プロジェクトの任意のテストまたはローカルの負荷テス トで使用する，モニタ・プロファイルを編集できます。 プロファイルを編集するには，次の手順を実行します。 1［Monitor］タブで，該当するプロファイル行の［Edit Profile］アイコンをク リックします。［Monitor Profile］ページが開き，プロファイルのプロパティが 表示されます。 2 プロファイルからモニタまたはサーバを削除するには，該当するモニタまたは サーバの行の［Delete Server/Monitor］アイコンをクリックします。 3 プロファイルの測定値を編集するには，該当するサーバ行の［Edit Profile］ア イコンをクリックします。［Choose Measurements］ページで測定値の選択を編 集し，［Save］をクリックしてプロファイルを保存します。 99 99 第 2 部 • 負荷テストの設計 診断設定 Performance Center の診断モジュールは，J2EE/.NET および ERP/CRM プラット フォーム上でアプリケーションのパフォーマンスを，アプリケーションのライ フ・サイクル全体を通じて改善するのに役立つよう設計された，アプリケー ション・パフォーマンス最適化ソリューションです。これらのモジュールは， 個々のトランザクションを追跡し，時間を測定し，トラブルシューティングを 行うためのモニタです。それらのモニタを使用すると，パフォーマンスの問題 を迅速に特定でき，ビジネス・プロセスのパフォーマンス，スケーラビリ ティ，および効率を最大限に高めるのに役立ちます。 J2EE/.NET Diagnostics は，ほとんどの J2EE 準拠アプリケーション・サーバおよ び Microsoft .NET Framework で動作するアプリケーションについて，それらの パフォーマンスを監視する機能を提供します。 ERP/CRM Diagnostics は，SAP，Siebel，Siebel DB，Oracle DB の各環境で動作す るアプリケーションについて，それらのパフォーマンスを監視する機能を提供 します。 100 第 5 章 • 負荷テストの設定 診断設定は，［Load Tests Configuration］ページの［Diagnostics］タブで有効に し，設定します。 Performance Center の診断モジュールの設定に関する詳細については，356 ペー ジ「Diagnostics の有効化」を参照してください。 負荷テストの保存と検証 負荷テストの設定を行った後，後で実行するために設定を保存できます。コ ピーは［Load Tests Configuration］ページのどのタブからも行えます。 後で実行するために負荷テストを保存するには，［Save］をクリックします。 保存した負荷テストは［Load Tests］ページから実行します。詳細については， 205 ページ「［Load Tests］ページ」を参照してください。 デザイン設定を保存すると，そのたびに Performance Center によって設定の有 効性がチェックされ，検証ステータスが［Load Tests Configuration］ページの各 タブの左下に表示されます。 検証領域に示される値には，次のものがあります。 101 101 第 2 部 • 負荷テストの設計 ➤ Load test saved. Load test is valid.：負荷テストの設定は有効です。 ➤ Load test saved. Load test contains errors. Click here for more information.：負荷テストの検証結果が表示されます。検証では，問題のレベ ル，問題が発生したタブの名前と位置，および問題の説明が表示されます。問 題を解決した後，［Close］をクリックし，［Save］をクリックしてデザイン設 定を検証します。 ステータスが［Invalid］の負荷テストについて，負荷テストの検証結果を ［Load Tests］ページに表示することもできます。［Invalid］リンクをクリック するとエラーが表示されます。さらに［Edit Load Test］をクリックすると， 該当する無効なテストの［Load Test Configuration］ページが開きます。 102 第 5 章 • 負荷テストの設定 負荷テストのコピー 負荷テストの設定を行った後，負荷テストのコピーを作成してプロジェクトの 中で使用できます。コピーは［Load Tests Configuration］ページのどのタブから も行えます。負荷テストをコピーすると，負荷テストにスケジュール設定など の小さな変更を加え，再利用することができます。テスト全体を作成し直す必 要はありません。 注：負荷テストの複製時にはダッシュボードのパフォーマンス目標はコピーさ れません。 負荷テストをコピーするには，次の手順を実行します。 1［Save As］をクリックします。 ［Save As］ダイアログ・ボックスが表示されます。 2 負荷テストの新しい名前を入力します。Performance Center の標準設定では， 「Copy of ＜負荷テスト＞」という形式の名前が付けられます。 3［OK］をクリックし，負荷テストを保存してダイアログ・ボックスを閉じま す。操作を中止するには［Cancel］をクリックします。 103 103 第 2 部 • 負荷テストの設計 負荷テストの実行 負荷テストの設定を行った後，［Load Tests Configuration］ページから負荷テス トの実行を開始できます。 保存した負荷テストや，以前に［Load Tests］ページから実行した負荷テストに ついても，実行を開始できます。 負荷テストの実行を開始するには，次のいずれかを行います。 ➤［Load Tests Configuration］ページから，［Start］をクリックします。 ➤［Load Tests］ページから，実行する負荷テストの行の［Run Test］アイコンを クリックします。 負荷テストの初期化処理が開始されます。詳細については，253 ページ「負荷 テストの開始」を参照してください。 Performance Center 7.8 の負荷テストの変換 Performance Center 7.8 で作成した負荷テストを開くと，Performance Center によっ て負荷テストが新しい形式に変換されます。次の変更点に注意してください。 ➤ 負荷テストの継続時間：［Druation］（Performance Center 7.8 では，［Load Test Configuration］ページの［General］タブから設定）は，なくなりました。 ➤ 負荷テストのホスト：［Number of Hosts］（Performance Center 7.8 では［Load Test Configuration］ページの［General］タブから設定）は，ロード・ジェネ レータの数から 1 を減じた数になります。 ➤ 手動で選択したロード・ジェネレータ：Performance Center 7.8 において手動で 選択したロード・ジェネレータを持つ負荷テストは，すべての仮想ロード・ ジェネレータを含んだグループを持つ手動負荷テストに変換されます。この変 換は，スクリプトを編集のために開いている場合はデザイン時に行われ，負荷 テストを実行している場合は実行時に行われます。 ➤ Performance Center の新機能：Performance Center 7.8 の負荷テストのデザイン に含まれていなかった設定についてはすべて新しい標準設定が使用されます。 ➤ 自動起動機能：次の状況で負荷テストの自動起動はできません。 ➤ スケジュール設定のない手動負荷テストを選択した場合。詳細については， 80 ページ「スケジューラ設定」を参照してください。 104 第 5 章 • 負荷テストの設定 ➤ 負荷テストのステータスが無効の場合。 105 105 第 2 部 • 負荷テストの設計 106 第6章 ターミナル・セッションの使用 Performance Center のターミナル・セッション機能を使用すれば，ターミナル・ サーバにおける負荷テストで複数のロード・ジェネレータを同時に実行できま す。また，Windows ベースのロード・ジェネレータで実行できる GUI 仮想ユー ザが 1 つのみという制限を回避できます。 本章では，次の項目について説明します。 ➤ ターミナル・セッションについて ➤ Performance Center でのターミナル・セッションの使用 ➤ ロード・ジェネレータでのターミナル・サービス・エージェントの設定 ➤ ターミナル・サービスのログオン設定 ➤ ターミナル・クライアント・セッションの開始 ➤ ターミナル・セッションの有効化と設定 ➤ ターミナル・セッションのトラブルシューティング 107 第 2 部 • 負荷テストの設計 ターミナル・セッションについて ターミナル・セッションは，サーバに接続された各クライアントについてコン ピューティング・リソースの集中管理を可能にし，各ユーザに個別の作業環境 を提供します。ターミナル・サーバ・クライアントを使用すると，リモート・ マシンからサーバ・ベースのコンピューティング環境で作業を行いながら，自 分のセッションだけを見ることができます。このセッションは，ほかのクライ アント・セッションとは別に，サーバのオペレーティング・システムによって 透過的に管理されています。 Performance Center でターミナル・セッションを使用することにより，Windows ベースのロード・ジェネレータで実行できる GUI 仮想ユーザが 1 つのみという 制限を回避できます。グラフィカル・ユーザ・インタフェース（GUI）アプリ ケーションを操作する GUI 仮想ユーザは，GUI 仮想ユーザ・スクリプトで定義 されます。GUI 仮想ユーザ・スクリプトは，Mercury の GUI テスト・ツール， WinRunner（Microsoft Windows アプリケーションの場合）および QuickTest Professional（Web アプリケーションの場合）を使って作成します。各 GUI 仮想 ユーザごとにターミナル・サーバ・セッションを開くことにより，同じアプリ ケーションに対して複数の GUI 仮想ユーザを実行できます。 Performance Center でのターミナル・セッションの使用 Performance Center のターミナル・セッション機能を使用すれば，ターミナル・ サーバにおける負荷テストで複数のロード・ジェネレータを同時に実行できま す。Performance Center では，新規のターミナル・サービス・セッションを作成 することも，既存のターミナル・サービス・セッションに接続することもでき ます。 負荷テストで使用するターミナルの数と（十分な数のターミナル・セッション が動作している場合） ，各ターミナルで実行できる仮想ユーザの最大数を選択し ます。ターミナルあたりの最大仮想ユーザ数は，スクリプトで使用されている 仮想ユーザのタイプによって異なります。GUI 仮想ユーザの場合，この最大数 はターミナル・セッションあたり 1 仮想ユーザです。Performance Center は，指 定に基づいて，仮想ユーザをクライアント・セッション間で均等に配分します。 108 第 6 章 • ターミナル・セッションの使用 Performance Center におけるターミナル・セッションの設定の概要 ターミナル・サービスの数は，後述のように，インストールされているターミ ナル・サーバ・システム，およびクライアントの設定の制限を受けます。 ターミナル・クライアント・セッションを起動する前に，次のことをする必要 があります。 1 ターミナル・サーバ・エージェントをセットアップする前に，Performance Center ホストがターミナル・サーバ・マシンにインストールされていることを 確認します。詳細については， 『Mercury Performance Center システム設定およ びインストール・ガイド』を参照してください。 2 ターミナル・サーバおよびクライアントをコントローラ・マシンにインストー ルします。ターミナル・サーバのインストールは，Windows 2000 Server マシン の［Windows コンポーネントの追加と削除］に含まれています。［スタート］ ＞［設定］＞［コントロール パネル］＞［アプリケーションの追加と削除］＞ ［Windows コンポーネントの追加と削除］をクリックします。表示されたダイ アログ・ボックスで，［ターミナル サービス］を選択します。Windows コン ポーネント・ウィザードの指示に従って作業を進めます。 新規のターミナル・セッションを作成する場合 1 ロード・ジェネレータ・マシンでターミナル・サービス・エージェントを設定 します。 2 リモート・デスクトップ接続クライアント・ソフトウェアがコントロール・マ シンにインストールされていて，ターミナル・サービスの正しいログオン設定 が選択されていることを確認します。 3 コントロール・マシンから，ターミナル・セッションを有効にして設定します。 109 109 第 2 部 • 負荷テストの設計 既存のターミナル・セッションに接続する場合 1 ロード・ジェネレータ・マシンでターミナル・サービス・エージェントを設定 します。 2 コントローラ・マシンでターミナル・クライアント・セッションを開始します。 3 Performance Center エージェントが，各ターミナル・セッションでプロセスとし て実行されるように設定します。 4 コントロール・マシンから，ターミナル・セッションを有効にして設定しま す。 ロード・ジェネレータでのターミナル・サービス・エージェントの 設定 ロード・ジェネレータ・マシンのターミナル・サーバ・エージェントを設定す る前に，ターミナル・サーバ・マシンに Performance Center ホストがインス トールされていることを確認してください。インストールの詳細については， 『Mercury Performance Center システム設定およびインストール・ガイド』を参 照してください。 ロード・ジェネレータ・マシンでターミナル・サーバ・エージェントを設定す るには，次の手順を実行します。 1［スタート］メニューから［Mercury Performance Center］プログラム・グ ループを開き，［Advanced Settings］を選択して，［Agent Configuration］ を実行します。［Agent Configuration］ダイアログ・ボックスが開きます。 110 第 6 章 • ターミナル・セッションの使用 2［Enable Terminal Services］を選択して［OK］をクリックします。次のよう なメッセージが表示されます。 3 ターミナル・サーバ・エージェントを再起動して新しい設定を有効にするは， ［OK］をクリックします。 ターミナル・サービスのログオン設定 新規のターミナル・サービス・セッションを作成する場合は，リモート・デス クトップ接続クライアント・ソフトウェアがコントロール・マシンにインス トールされていて，ターミナル・サービスの正しいログオン設定が選択されて いることを確認する必要があります。Windows 2003 オペレーティング・システ ム上のロード・ジェネレータの場合は，各ユーザのセッション数が 1 つに限定 されていないことを確認する必要があります。 Microsoft Windows XP または Windows Server 2003 を使用しているコンピュータ の場合は，ターミナル・サービス・クライアント・プログラム（リモート・デ スクトップ接続）がすでにインストールされています。リモート・デスクトッ プ接続は，これ以外の Windows ベースの 32 ビット・オペレーティング・シス テムにもインストールできます。 ターミナル・サーバの正しいログオン設定を行うには，次の手順を実行します。 1［スタート］メニューから［管理ツール］プログラム・グループを開き，［ター ミナル サービス構成］＞［RDP-Tcp］をクリックします。［RDP-Tcp］を右ク リックして［プロパティ］を選択し，［RDP-Tcp のプロパティ］ダイアログ・ ボックスを開きます。 111 111 第 2 部 • 負荷テストの設計 2［RDP-Tcp のプロパティ］ダイアログ・ボックスから，［ログオン設定］タブを 選択します。 3［クライアント提供のログオン情報を使う］が選択されていることと，［常にパ スワードの入力を求める］が無効になっていることを確認します。 112 第 6 章 • ターミナル・セッションの使用 Windows 2003 オペレーティング・システム上のロード・ジェネレータを設定す るには，次の手順を実行します。 1［スタート］メニューから［管理ツール］プログラム・グループを開き［ター ミナル サービス構成］＞［サーバー設定］を選択します。 2［サーバー設定］で，「各ユーザを 1 セッションに制限します」属性が無効に なっていることを確認します。 113 113 第 2 部 • 負荷テストの設計 ターミナル・クライアント・セッションの開始 既存のターミナル・サービス・セッションに接続する場合は，ターミナル・ク ライアント・セッションを開いてそのセッションにログインし，エージェント をプロセスとして実行する必要があります。 ターミナル・クライアント・セッションを開始する前に，ロード・ジェネレー タ・マシンでターミナル・サーバ・エージェントを設定し，ターミナル・サー ビス・クライアントをインストールする必要があります。 コントローラ・マシンでターミナル・クライアント・セッションを開くには， 次の手順を実行します。 1［スタート］メニューから［ターミナル サービス クライアント］プログラム・ グループを開き，［ターミナル サービス クライアント］を選択します。［ター ミナル サービス クライアント］ダイアログ・ボックスが開きます。 2［サーバー］ボックスで，ターミナル・サーバの IP アドレスを入力するか，利 用可能なサーバのリストからターミナル・サーバを選択します。 3［画面領域］ボックスで，ターミナル・クライアントのウィンドウ・サイズを 選択します。 114 第 6 章 • ターミナル・セッションの使用 4［接続］をクリックします。Windows のログオン・ダイアログ・ボックスが開 きます。 5 ターミナル・サーバ用のユーザ名，パスワード，ドメイン名（必要な場合）を 入力し，［OK］をクリックします。ターミナル・クライアント・ウィンドウが 開きます。 6 手順 1 ～ 2 を繰り返して，必要な数のセッションを開きます。 注：シナリオ実行中に仮想ユーザを実行するターミナルごとに，ターミナル・ サーバ・クライアント・セッションを開く必要があります。 Performance Center エージェントをプロセスとして実行するには，次の手順を 実行します。 ＜ Performance Center のインストール先ディレクトリ＞ \launch_service\bin\ ディレクトリから，magentproc.exe プロセスを実行し ます。 注：magentproc.exe プロセスは，実行するターミナル・セッションごとに実 行する必要があります。 115 115 第 2 部 • 負荷テストの設計 ターミナル・セッションの有効化と設定 ロード・ジェネレータ・マシン上でターミナル・サーバ・エージェントをセッ トアップして，コントローラ・マシン上でターミナル・クライアント・セッ ションを開始すると（既存のセッションに接続する場合），［Terminal Services］ ダイアログ・ボックスからターミナル・セッションを有効にして設定できるよ うになります。 ターミナル・セッションの設定は，負荷テストを設定するときに，または実行 時に行うことができます。 注：有効にできるターミナル・セッションは，手作業による配分方式を使って 設定されたテストのためのターミナル・セッションだけです。 116 第 6 章 • ターミナル・セッションの使用 ターミナル・セッションを設定するには，次の手順を実行します。 1［Load Tests Configuration］ページの［Design Groups］タブで［Select Generators/Select Virtual Generators］をクリックして，［Load Generators (Actual)］または［Virtual Load Generators］ダイアログ・ボックスを開きます。 注：UNIX ロード・ジェネレータでは，ターミナル・セッションは使用できま せん。 117 117 第 2 部 • 負荷テストの設計 2 ターミナル・セッションを開く対象となるロード・ジェネレータを選択し， ［Terminal Services］アイコンをクリックします。［Terminal Services］ダイア ログ・ボックスが開きます。 注：ファイアウォール越しのロード・ジェネレータの場合は，［Connect to existing Terminal Services session］オプションのみ選択できます。 3 設定を有効して，ターミナル・サーバ上で実行されるロード・ジェネレータに 適用するために，［Enable Terminal Services］を選択します。 4 負荷テストで使用するターミナルの数を入力します。負荷テストの実行中に仮 想ユーザを実行するターミナルごとに，ターミナル・クライアント・セッショ ンを開く必要があります。 5 各ターミナル・セッションで実行する仮想ユーザの最大数を入力します。ター ミナルあたりの最大仮想ユーザ数は，スクリプトで使用されている仮想ユーザ 118 第 6 章 • ターミナル・セッションの使用 のタイプによって異なります。GUI 仮想ユーザの場合，この最大数はターミナ ル・セッションあたり 1 仮想ユーザです。 6 次のいずれかの接続オプションを選択します。 ➤ Create new Terminal Services sessions：コントローラがリモート・デスク トップ接続を使ってターミナル・サービス・セッションを自動的に起動できる ようにします。 ➤ Connect to existing Terminal Services session：既存のターミナル・サービ ス・セッションへの接続を有効にします。114 ページ「ターミナル・クライア ント・セッションの開始」の説明に従って，ターミナル・クライアント・セッ ションを開いてログインしてください。 7［OK］をクリックして設定を保存し，ダイアログ・ボックスを閉じます。 Performance Center は，指定に基づいて，仮想ユーザをクライアント・セッショ ン間で均等に配分します。 注：実行時には，ロード・ジェネレータが接続されていない場合にのみ，ターミ ナル・サービスの設定を行ったり変更したりできます。実行時の設定または変更 は， ［Load Generators (Virtual/Actual)］ダイアログ・ボックスまたは［Design Groups］ページから行います。ローカル・ユーザ用に設定されている （Administration Site の［General Settings］ページから）環境では，IP アドレスまた はドメイン名として（たとえば 127.0.0.1 や localhost.mercury.co.il のように）追 加されたマシン名に対してターミナル・サービスを設定することはできません。 119 119 第 2 部 • 負荷テストの設計 ターミナル・セッションのトラブルシューティング 「Cannot create Terminal Sessions on the Load Generator. There might be a problem with logon credentials（ロード・ジェネレータ上でターミナル・セッ ションを作成できません。ログオン資格情報に問題がある可能性があります）」 というエラー・メッセージが表示された場合は，次のように対処します。 1 111 ページ「ターミナル・サービスのログオン設定」の説明に基づいて，ターミ ナル・サーバの正しいログオン設定が選択されていることを確認します。 2 ユーザがターミナル・サーバ・マシンのドライブに割り当てられていないとい うネットワーク接続エラーが起きる場合もあります。 その場合は，ターミナル・サーバ・セッションへのログオンに使用されるユー ザごとに個別のターミナル・サービス・プロファイルを作成する必要がありま す。詳細については，Microsoft のターミナル・サービスに関するマニュアル （http://www.microsoft.com/technet/prodtechnol/windowsserver2003/library/Ser verHelp/5acdb1da-a2f2-4779-9e6f-b1a2d746332a.mspx）を参照してください。 120 第 6 章 • ターミナル・セッションの使用 3 正しいクライアント設定が選択されていることを確認します。 (i) ［スタート］メニューから［管理ツール］プログラム・グループを開き， ［ターミナル サービス構成］＞［RDP-Tcp］をクリックします。［RDP-Tcp］ を右クリックして［プロパティ］を選択し，［RDP-Tcp のプロパティ］ダイア ログ・ボックスを開きます。 (ii) ［RDP-Tcp のプロパティ］ダイアログ・ボックスから，［クライアントの設 定］タブを選択します。 (iii) ［ユーザー設定の接続設定を使う］が無効になっていることを確認します。 4 ターミナル・サービスの作成が失敗した場合は，特定のホストからターミナル・ サービスを開いて，Performance Center ユーザとしてログインするときにポップ アップ・メッセージが表示されないことを確認します。標準設定では， Administration Site の［General Settings］ページからシステム・ユーザが変更されて いないかぎり（ ［System Configuration］＞［General Settings］＞［Change User］ ） ，Performance Center ユーザはローカル・ユーザ MI_LRDB です。 121 121 第 2 部 • 負荷テストの設計 コントローラとターミナル・サーバ上のロード・ジェネレータとの間に接続が ない場合は，次のように対処します。 1 ターミナル・サーバ・システムを確認します。 2 ターミナル・サービス・マネージャにアクティブなセッションがあるかどうか を確認します（［スタート］メニューから［管理ツール］プログラム・グルー プを開き，［ターミナル サービス マネージャ］）。 3 既存のターミナル・セッションを使用している場合は，Performance Center エー ジェントのアイコンがターミナル・サーバのシステム・トレイに表示されてい ることを確認します。このアイコンは，エージェントが実行中であることを示 します。 Performance Center で GUI スクリプトを実行すると，Wlrun.Engine の DCOM 設定が原因で WinRunner または QuickTest Professional がクラッシュすること があります。 回避策：コントローラを対話ユーザとして動作するように設定します。 1 当該マシンで wlrun プロセスが実行されていないことを確認します。 2 Windows の［スタート］メニューから［ファイル名を指定して実行］を選択 し，dcomcnfg と入力します。 3 Enter キーを押すと，DCOM アプリケーションのリストが表示されます。 4 表示されたアプリケーションのリストで，次の操作を行います。 Windows 2000 マシンの場合は，wlrun.LrEngine をクリックして［プロパティ］ をクリックします。 Windows 2003/XP マシンの場合は，wlrun.LrEngine を右クリックして［プロパ ティ］を選択します。 5 ダイアログの［識別］タブ（Windows 2000 の場合）または［ID］タブ （Windows 2003/XP の場合）で，［対話ユーザー］を選択します。 6［OK］を 2 回クリックして，両方のダイアログを閉じます。 7 Performance Center 環境で，システム・ユーザとしてマシンにログオンします。 これは，Performance Center とともにインストールされた，Administration Site の ［General Settings］ページに表示されるユーザです。 122 第 6 章 • ターミナル・セッションの使用 ローカル・ユーザ用に設定されている環境では，IP アドレスまたはドメイン名 として追加されたマシン名に対してターミナル・サービスを設定することはで きません。 ローカル・ユーザ用に設定されている（Administration Site の［General Settings］ ページから）環境では，IP アドレスまたはドメイン名として（たとえば 127.0.0.1 や localhost.mercury.co.il のように）追加されたマシン名に対して ターミナル・サービスを設定することはできません。 回避策：Administration Site の［Hosts］ページからホストを削除し，ホスト名だ けを使ってと当該ホストを再び追加します。 123 123 第 2 部 • 負荷テストの設計 124 第7章 タイムスロットの予約 アプリケーションの負荷テストを実行するには，テストの実行に必要な数の ロード・ジェネレータと仮想ユーザが使用可能でなければなりません。必要な リソースが確実に使用可能になるように確保しておくには，リソースを ［Timeslots］ページで予約します。また，タイムスロットを予約し，自動起動機 能を使用して Performance Center で自動的にテストを開始させることもできます。 本章では，次の項目について説明します。 ➤ タイムスロットの予約について ➤［Timeslots］ページ ➤ タイムスロットの利用の可否の確認 ➤ タイムスロットの予約 ➤ 負荷テストを自動起動するためのスケジュール設定 ➤ 実行後分析の設定 ➤ コントローラ・マシンでの仮想ユーザの実行 ➤ タイムスロットの編集 タイムスロットの予約について ［Timeslots］ページは負荷テストのタイムスロットを予約するのに使用します。 負荷テストの実行に必要なリソースを十分に確保するために，負荷テストを選 択して，その負荷テストの実行に使用できる十分なリソースが確保されている タイムスロットを表示させることができます。また，必要なロード・ジェネ レータの数を指定して（Administration Site の［General Settings］で［Vuser 125 第 2 部 • 負荷テストの設計 Scheduling］が有効になっている場合は仮想ユーザの数も指定して），条件に合 うタイムスロットを絞り込んで表示することもできます。必要な数のロード・ ジェネレータ（および仮想ユーザ）が使用できる場合は，特定の期間，リソー スを予約できます。負荷テストをまだ定義していない場合でも，タイムスロッ トを予約できます。 タイムスロットを予約すると，Performance Center によって，負荷テストに必要 な数のマシンと仮想ユーザが実行時に自動的に割り当てられます。詳細につい ては，254 ページ「予約済みのタイムスロットを持つ負荷テストの開始」を参 照してください。 タイムスロットを予約せずにテストを開始した場合には，テストの実行に十分 なリソースが確保される保証はありません。詳細については，258 ページ「予 約済みのタイムスロットを持たない負荷テストの開始」を参照してください。 また，負荷テストの実行を自動的に開始するようにしたい場合は，自動起動機 能を使用してタイムスロットの日付と時刻を予約できます。この場合は， Performance Center によって，該当するタイムスロットの開始時に，テストが自 動的に実行されます。 ［Timeslots］ページからは次の操作を実行できます。 ➤ タイムスロットの利用の可否の確認 ➤ 現在予約されているすべてのタイムスロットの表示 ➤ タイムスロットの編集 ➤ タイムスロットの予約 ➤ 予約したタイムスロットの削除 ➤ テストの自動起動のスケジュール設定 ➤ 実行後分析オプションの選択 ➤ コントローラ・マシン上での仮想ユーザの実行の有効化 126 第 7 章 • タイムスロットの予約 ［Timeslots］ページ ［Timeslots］ページを開くには，左側メニューから［Projects］＞ ［Timeslots］を選択します。標準設定では，［Timeslots］ページにはカレン ダー・ビューが開き，［Timeslot Details］タブが表示されます。 リソース利用可否セクション ページの上部にあるこのセクションでは，カレンダーにフィルタを適用してタ イムスロットのリソースの利用の可否を確認できます。 表示するタイムスロットの日付範囲，必要なロード・ジェネレータの数，およ び（Administration Site の［General Settings］で［Vuser Scheduling］を有効にし ている場合）仮想ユーザの数を指定できます。または，既存の負荷テストに必 要なリソースの利用の可否を表示できます。また，コントローラをロード・ 127 127 第 2 部 • 負荷テストの設計 ジェネレータとして使用できるようにすることも可能です。詳細については， 130 ページ「タイムスロットの利用の可否の確認」を参照してください。 タイムスロット・グリッド タイムスロット・グリッドにはタイムスロットの利用の可否が表示されます。 タイムスロットは次のようにグリッドに表示されます。 タイムスロットの 利用の可否 説明 Current Time 現在の時間。 Reserved Timeslot 予約済みのタイムスロット（および一部のリソース）。当該タ イムスロットで利用できる追加のリソースがあります。 Available Timeslot タイムスロットは予約可能で，十分な数のホスト（および仮 想ユーザ）が存在し，同時実行の数がプロジェクトの上限の 範囲内です。 Additional Hosts/Vusers Unavailable or Concurrent Runs Limit Exceeded タイムスロットは予約可能ですが，要求された数のホスト （または仮想ユーザ）が確保できないか，同時実行の数がプロ ジェクトの上限を超過します。 タイムスロット・インベントリ ページの右上にあるインベントリ・セクションには，プロジェクトで利用可能 なリソースの合計が表示されます。 128 第 7 章 • タイムスロットの予約 インベントリには次の情報が表示されます。 対象 説明 Load Generators プロジェクトのプールにある，ロード・ジェネレータ用途に 使用可能なマシンの数。 Controllers プロジェクトのプールにある，コントローラ用途に使用可能 なマシンの数。 Load Generators & Controllers プロジェクトのプールにある，ロード・ジェネレータおよび コントローラ用途に使用可能なマシンの数。 Vuser limit （Administration Site で［Vuser Scheduling］を有効 にしている場合） プロジェクトで一度に実行できる仮想ユーザの最大数。プロ ジェクトで同時に実行するすべての負荷テストによって使用 される総数は，この最大値を超過してはなりません。 Concurrent runs limit プロジェクトの中で許可されている同時実行の最大数。 Load Generator limit プロジェクトで一度に使用できるロード・ジェネレータ・マ シンの最大数。プロジェクトで同時に実行するすべての負荷 テストによって使用される総数は，この最大値を超過しては なりません。 タイムスロットのタブ 次のタブがタイムスロット・グリッドの下に表示されます。 タブ 説明 ［Timeslot Details］ 負荷テストの開始時刻，継続時間，仮想ユーザ数の選択，お よび，ホスト・マシンの割り当て方法の指定ができます。ま た，自動起動を使用して実行を自動的に開始するようにテス トを設定することもできます。 ［Options］ 実行後分析オプションの選択，コントローラ・マシンでの仮 想ユーザの実行ができます。 ［Comments］ タイムスロットへのコメントの追加ができます。 129 129 第 2 部 • 負荷テストの設計 これらのタブの使用法については，135 ページ「タイムスロットの予約」を参 照してください。 次のボタンがタイムスロットのタブの下に表示されます。 ［New］：タイムスロットを予約するための新しいフォームを開きます。 ［Save］ ：タイムスロットの設定を保存します。 ［Clear］または［Delete］ ：タイムスロットの内容をクリアするには［Clear］ をクリックします。タイムスロットを保存した後は，ボタンが［Delete］に切 り替わります。保存したタイムスロットを削除するには，［Delete］をクリッ クし， ［OK］をクリックします。 タイムスロットの利用の可否の確認 ［Timeslots］ページのカレンダー・ビューまたはテーブル・ビューでは，現在予 約されているタイムスロットを表示し，タイムスロットの利用の可否を確認で きます。 リソースの利用の可否を確認するには，必要なロード・ジェネレータの数（お よび，Administration Site の［General Settings］で［Vuser Scheduling］を有効に している場合は仮想ユーザの数）を指定します。または，特定の負荷テストを 指定し，そのテストで必要なロード・ジェネレータ（および仮想ユーザ）の数 に基づいて，利用可能なタイムスロットを Performance Center に表示します。 現在予約されているタイムスロットを表示し，タイムスロットの利用の可否を 確認するには，次の手順を実行します。 1［Timeslots］ページのカレンダー・ビューで，タイムスロットを表示する日付範 囲を［Show timeslots for］セクションで指定します。範囲を指定するには， ドロップダウン・リストから月および週を選択します。7 日間の範囲のタイム スロットがカレンダーに表示されます。 注：カレンダー・ビューは 12 か月の範囲に制限されています（過去 6 か月と向 こう 6 か月） 。これ以上の範囲を表示するには，テーブル・ビューを使用します。 130 第 7 章 • タイムスロットの予約 2［View availability for］セクションで，利用の可否を表示するロード・ジェネ レータ（および仮想ユーザ）の数を入力し，［Go］をクリックします。 タイムスロットが次のように表示されます。 ➤［Reserved Timeslot］：予約済みのタイムスロット（および一部のリソー ス） 。当該タイムスロットで利用できる追加のリソースがあります。 ➤［Available Timeslot］：タイムスロットは予約可能で，十分な数のホスト （および仮想ユーザ）が存在します。 ➤［Not Enough Hosts］または［Additional Hosts/Vusers Unavailable or Concurrent Runs Limit Exceeded］：タイムスロットは予約可能ですが， 要求された数のホスト（または仮想ユーザ）が確保できないか，同時実行の 数が上限を超過します。 3 フィルタをクリアし，選択した時間範囲のタイムスロットの利用の可否を表示 するには，［View Existing Timeslots］をクリックします。 4 既存の負荷テストについてリソースの利用の可否を表示するには， ［More Options］をクリックします。 ［More Options］ダイアログ・ボックスが開きます。 対象負荷テストを［Load test］リストから選択します。 131 131 第 2 部 • 負荷テストの設計 コントローラ・マシンで仮想ユーザを実行する場合は，［Run Vusers on Controller］チェック・ボックスを選択します。Performance Center によって， 指定した数のロード・ジェネレータ・マシンの利用の可否が確認されます。こ のとき，ロード・ジェネレータの 1 つがコントローラ・マシンであると仮定さ れます。このオプションを選択しなかった場合は，指定した数のロード・ジェ ネレータ・マシンに加えて，コントローラ用の追加のマシンについても，利用 の可否が確認されます。詳細については，144 ページ「コントローラ・マシン での仮想ユーザの実行」を参照してください。 5［OK］をクリックします。［More Options］ダイアログ・ボックスが閉じ，選択 した負荷テストで必要なロード・ジェネレータ（および仮想ユーザ）の数が ［View timeslot availability］セクションに表示されます。 6 選択した負荷テストに必要なロード・ジェネレータ（および仮想ユーザ）の利 用の可否を確認するには，［Check Timeslots］をクリックします。 予約済みのタイムスロットをカレンダー・ビューで確認するには，次の手順を 実行します。 予約済みのタイムスロットをタイムスロット・グリッドでクリックします。 予約されているタイムスロットが 1 のみの場合，当該タイムスロットの情報が カレンダー・ビューの［Timeslot Details］タブに表示されます。 132 第 7 章 • タイムスロットの予約 指定した時間範囲に対して予約されているタイムスロットが複数ある場合は， この時間に対して予約されている既存のすべてのタイムスロットを含むテーブ ルが，タイムスロット・グリッドの下に表示されます。 このテーブルの行を選択すると，対応するタイムスロットがタイムスロット・ グリッドで強調表示されます。既存のタイムスロットを編集するには，選択し たタイムスロットの行にある［Edit］リンクをクリックします。［Timeslot Details］タブが開き，選択したタイムスロットの詳細が表示されます。 注：利用の可否はプロジェクトの標準設定に従って計算されます。標準設定で は，［Run Vusers on Controller］オプションはクリアされており，カレン ダーにはその設定に応じた利用の可否が表示されます。ホスト・プールに含ま れているホストが 1 つのみで，［Run Vusers on Controller］オプションがク リアされている場合は，十分なリソースが使用できないことを示す赤色の ［×］がカレンダーに表示されます。標準設定を変更するには，［More options］をクリックし，［Run Vusers on Controller］を選択します。必要な ロード・ジェネレータの数を設定し，［Go］をクリックして表示を更新します。 133 133 第 2 部 • 負荷テストの設計 予約済みのタイムスロットをテーブル・ビューで確認するには，次の手順を実 行します。 1［Table View］リンクをクリックします。 2 各［Show reserved timeslots］ボックスの横にある参照ボタンを使用して必 要な範囲を選択し，［Go］をクリックします。 選択した日付に対して予約されているタイムスロットが一覧表示されます。タ イムスロット・リストをスクロールするには，テーブルの上にあるナビゲー ション・ボタンを使用します。 タイムスロットを並べ替えるには，次の手順を実行します。 タイムスロットの並べ替えの基準にするカラムで，カラムの見出しをクリック します。カラムの見出しの横に表示される矢印は，タイムスロットの並べ替え が降順または昇順のどちらで行われているかを示します。 再度見出しをクリックすると，矢印の方向が逆になり，そのカラムの値の逆順 でタイムスロットが並べ替えられます。 134 第 7 章 • タイムスロットの予約 タイムスロットの予約 負荷テストのタイムスロットの予約は，［Timeslots］ページのカレンダー・ ビューまたはテーブル・ビューから実行できます。次のタブからタイムスロッ トの設定を行います。これらは［Timeslots］ページの下部に表示されます。 ➤［Timeslot Details］：負荷テストの開始時刻，継続時間，仮想ユーザ数の選択， および，ホスト・マシンの割り当て方法の指定ができます。また，テストの自 動起動を使用して実行を自動的に開始するようにすることもできます。 ➤［Options］ ：実行後分析オプションを選択でき，仮想ユーザをコントローラ・ マシン上で実行するように負荷テストを設定できます。詳細については，142 ページ「実行後分析の設定」および 144 ページ「コントローラ・マシンでの仮 想ユーザの実行」を参照してください。 ➤［Comments］：タイムスロットについてのコメントを追加できます。コメント を［Comments］フィールドに入力し，［Save］をクリックしてコメントを保存 します。 カレンダー・ビューからタイムスロットを予約するには，次の手順を実行します。 1 カレンダー・ビューで，表示する日付範囲を［Show timeslots for］セクショ ンで選択します。 2 選択した必要な数のロード・ジェネレータおよび仮想ユーザ，または負荷テス トに対するタイムスロットの利用の可否がカレンダーに表示されることを確か めます。詳細については，130 ページ「タイムスロットの利用の可否の確認」 を参照してください。 3 次のいずれかを実行して，負荷テストの開始日付および時刻を選択します。 ➤ カレンダー・ビューで，目的の開始日付および時刻を表すセルをクリックします。 ➤［Timeslot Details］タブで，［Select Start Time］リンクをクリックしてカレ ンダーを開き，正確な年，月，日，および開始時刻を選択します。 135 135 第 2 部 • 負荷テストの設計 注：［Timeslot Details］タブのカレンダーを使用して日付を選択する際，現在 表示されているカレンダー・ビューに目的の日付がない場合は，手動で表示範 囲を変更して予約内容を表示できます。 4 タイムスロットの必要な継続時間を［Duration］ボックスに入力します。継続 時間は，30 分と 1 時間の増分でのみ予約できます。指定した時間に，結果処理 のための時間として 15 分が自動的に追加されます。 5 テストの実行を自動的に開始したい場合は，［Autostart］を選択し，［Select Load Test］リンクをクリックします。［Select Load Test for Autostart］ダイアロ グ・ボックスが開きます。 自動起動するテストをリストから選択し，［OK］をクリックします。 自動起動の使用法の詳細については，141 ページ「負荷テストを自動起動する ためのスケジュール設定」を参照してください。 注：スケジューラ設定が行われており，ステータスが「Valid」であるテストの み，リストから選択できます。 136 第 7 章 • タイムスロットの予約 6 Administration Site の［General Settings］で［Vuser Scheduling］を有効にしてい る場合は，必要な仮想ユーザの数を［Number of Vusers］ボックスに指定し ます。 7［Machine Selection］セクションの中で，ロード・ジェネレータ・マシンの割 り当て方法を決める，次のいずれかのオプションを選択します。 ➤［Automatic - Load Generators #］：このオプションを選択すると，使用可能 なすべてのロード・ジェネレータにテストを割り当てるようシステムに指示し ます。負荷テストで必要なロード・ジェネレータの総数を指定します。［Run Vusers on Controller］オプションを（［Options］タブで）有効にしないかぎ り，Performance Center によって，指定した数のロード・ジェネレータ・マシン に加えて，コントローラ用の追加のマシンが予約されます。詳細については， 144 ページ「コントローラ・マシンでの仮想ユーザの実行」を参照してくださ い。 ［Save］をクリックしてタイムスロットを予約します。タイムスロットが予約 されたかどうかを知らせるメッセージが［Timeslots］ページの下部に表示され ます。 ➤［Manual］ ：このオプションを選択すると，特定のロード・ジェネレータをテ ストに割り当てることができます。139 ページ「ホスト・マシンの手動選択」 に進みます。 137 137 第 2 部 • 負荷テストの設計 タイムスロットと負荷テストのホスト割り当てとの関係 次の表に，タイムスロットと負荷テストのホスト割り当てとの関係を示しま す。負荷テストのホスト割り当ての詳細については，68 ページ「グループの分 散方法の決定」を参照してください。 負荷テスト タイムスロット ユーザがマシンを 指定 マシンを手動で選択 動作 • タイムスロットに指定されている マシン群と負荷テスト・マシンと が一致する場合は，Performance Center によってテストが実行され ます。 • マシンが一致しない場合，テスト は実行されません。その場合は， 利用できる負荷テスト・マシンが あればタイムスロットに割り当て てください。また，指定されたマ シンを解放してみてください。 ユーザがマシンを 指定 マシンを自動的に割 り当て • タイムスロットに割り当てられて いるマシンと負荷テスト・マシン とが一致する場合は，Performance Center によってテストが実行され ます。 • マシンが一致しない場合，テスト は実行されません。その場合は， 必要なマシンが利用できればタイ ムスロットに割り当ててくださ い。 マシンを自動で選択 マシンを手動で選択 • Performance Center によってテス トが実行されます。 マシンを自動で選択 138 マシンを自動的に割 り当て • Performance Center によってテス トが実行されます。 第 7 章 • タイムスロットの予約 ホスト・マシンの手動選択 ［Select Machines］ダイアログ・ボックスを使用して，特定のコントローラと ロード・ジェネレータ・マシンをテストに割り当てることができます。 負荷テスト用のホスト・マシンを手動で選択するには，次の手順を実行しま す。 1［Timeslots］ページの［Timeslot Details］タブで，［Manual］オプションを選 択し，［Select Machine］リンクをクリックします。 「Select Machines」ウィザードが開き，利用可能なコントローラ・マシンのリス トが表示されます。 マシンのリストにフィルタを適用するには，ドロップダウン・リストからマシ ンの場所または用途を選択するか，マシン名を［Name］フィールドに入力し て，［Filter］をクリックします。 ［Purpose］カラムに，マシンが「Controller」または「Controller + Load Generator」として表示されます。 139 139 第 2 部 • 負荷テストの設計 2 タイムスロット用に予約するコントローラ・マシンを［C］カラムで選択し， ［Next］をクリックします。 ［Select Machines］ページが開きます。 ［Purpose］カラムに，マシンが「Load Generator」または「Controller + Load Generator」として表示されます。タイムスロット用に予約するロード・ジェネ レータ・マシンを［LG］カラムで選択します。 注：［Run Vusers on Controller］オプションを無効にした場合は，コント ローラ・マシンをロード・ジェネレータとして選択することはできません。 3 選択内容を保存してダイアログ・ボックスを閉じるには， ［OK］をクリックし ます。 ［Select a Controller］ページに戻るには， ［Back］をクリックします。変更 を破棄してダイアログ・ボックスを閉じるには， ［Cancel］をクリックします。 4［Timeslots］ページで［Save］をクリックすると，タイムスロットが予約され ます。タイムスロットが予約されたかどうかを知らせるメッセージが ［Timeslots］ページの下部に表示されます。 140 第 7 章 • タイムスロットの予約 継続時間または開始時間の変更 開始時間および継続時間を選択した後にマシンを手動で指定すると，当該マシ ンは負荷テスト用に確保されます。その後で開始時間または継続時間を変更す ると，一部のマシンは利用できなくなる可能性があります。 十分なリソースが利用できない場合は，「If you change the start time/duration of the test, some of the machines will no longer be available, and you will have to reselect from the available machines. Do you want to proceed?」（テストの開始時間または継 続時間を変更すると，一部のマシンが利用できなくなり，利用可能なマシンか ら選択し直す必要があります。続行しますか ?）というメッセージが Performance Center に表示されます。 ［OK］をクリックして先に進みます。［Select Machines］ダイアログ・ボックス が開き，新しい開始時間または継続時間で使用できるマシンのみが表示されま す。139 ページ「ホスト・マシンの手動選択」で説明した手順に従って，マシ ンを選択します。 開始時間または継続時間の変更を破棄するには，［Cancel］をクリックします。 負荷テストを自動起動するためのスケジュール設定 あるプロジェクトに割り当てるためのホストが合計 8 台あり，9:00 ～ 5:00 の通 常業務時間帯にこのプロジェクトの作業を行うよう従業員が割り当てられたと 仮定します。しかし，9:00 ～ 5:00 の時間帯はホストの使用のピーク時間であ り，その間は通常，すべてのホストが予約されています。また，時間帯によっ ては，利用可能なホストがないために実行できないテストがあります。より多 くのホスト・リソースを使用する方法として，従業員が早出や残業によってテ ストを実行することも考えられますが，これでは，ピーク時間の開始時間や終 了時間が数時間長くなるだけであり，通常業務以外の時間帯にはホスト・リ ソースがほとんど使用されないままです。 そこで，テストの自動起動を使用すると，リソースを最大限に使用できるよう になります。テストを自動起動すると，テストに関連付けられたタイムスロッ トの開始時刻に，テストの実行が自動的に開始されます。自動起動を使用すれ ば，24 時間いつでもリソースが利用できるようになります。 141 141 第 2 部 • 負荷テストの設計 自動起動タイムスロットの予約と表示の概要 自動起動のテストを予約，表示，または管理するには，次の手順を実行する必 要があります。 1 スケジューラ設定を定義した負荷テストを作成します。 テストを自動起動するにはスケジューラの設定が必要です。スケジューラを設 定して負荷テストを保存すると，その負荷テストが［Timeslots］ページに表示 されるようになります。詳細については，80 ページ「スケジューラ設定」を参 照してください。 2 タイムスロットの予約。 タイムスロットを予約し，自動起動機能を有効にして，自動起動するテストを ［Timeslots］ページの［Timeslot Details］タブで選択します。詳細については， 135 ページ「タイムスロットの予約」を参照してください。 3 自動起動負荷テストの表示。 自動起動の負荷テストの表示，実行済みのテストに関するレポートへのアクセ ス，実行のスケジュールが設定されているテストのキャンセルを，Autostart Viewer から行うことができます。詳細については，第 14 章「自動起動負荷テ ストの表示」を参照してください。 自動起動に関する制限事項 次の状況で負荷テストの自動起動はできません。 ➤ スケジュール設定のない手動負荷テストを選択した場合。詳細については，80 ページ「スケジューラ設定」を参照してください。 ➤ 負荷テストのステータスが無効の場合。 実行後分析の設定 実行後分析の設定は，［Timeslots］ページの［Options］タブから行うことがで きます。標準設定では，負荷テストの実行が完了すると，Performance Center に よって，ロード・ジェネレータ・マシンからの結果が自動的に照合されます。 設定を変更することで，Performance Center によってテスト・データを自動的に 照合し分析するようにしたり，照合を延期したりできます。データの照合や分 析を延期した場合は，後でいつでもデータの照合と分析を実行できます。 142 第 7 章 • タイムスロットの予約 注：テスト・データの照合と分析には若干の時間がかかる場合があり（仮想 ユーザの数やテストの長さなどによります），そのために，同じ時間にスケ ジュールが設定された別の負荷テストでコントローラが使用できなくなること があります。 実行後分析の設定を行うには，次の手順を実行します。 1［Timeslots］ページの［Options］タブをクリックします。［Options］タブが開 きます。 2 次のいずれかの実行後分析オプションを選択します。 ➤［Collate and Analyze results］：Performance Center によって，ロード・ ジェネレータからの実行データが照合され，分析データが生成されます。 データの照合後，ロード・ジェネレータからの一時的な結果を削除できま す。グラフやレポートなどの分析ツールを使用して結果を表示したり，ロー カル・マシンに結果をダウンロードして分析したりできます。このオプショ ンは処理に最も時間がかかります。 ➤［Collate only］：Performance Center によって，ロード・ジェネレータからの 実行データが照合されます。データの照合後，ロード・ジェネレータからの 一時的な結果を削除できます。［Load Test Results］ページから未処理の結果 をダウンロードしたり，後で［Load Test Results］ページで結果を手動で分 析したりできます。これが標準設定です。 ➤［Do not collate results］ ：負荷テストの終了後直ちにマシンを解放します。 後で［Load Test Results］ページから結果を照合し分析することができます。 3［Save］をクリックして実行後分析オプションの設定を保存します。オプショ ンの設定が保存されたかどうかを知らせるメッセージが［Timeslots］ページの 下部に表示されます。 143 143 第 2 部 • 負荷テストの設計 コントローラ・マシンでの仮想ユーザの実行 柔軟性を高めるため，またはリソースが足りない場合（テストを実行するマシ ンが 1 台しかない場合など）に，コントローラをロード・ジェネレータとして 使用するように負荷テストを設定できます。タイムスロットの予約時に，コン トローラ・マシンで仮想ユーザを実行するように Performance Center を設定し ます。 正確な結果を得るには，ロード・ジェネレータ専用のマシンでのみ仮想ユーザ を実行することをお勧めします。コントローラで仮想ユーザを実行すると，マ シンが過負荷になり，負荷テストの結果に影響を及ぼす可能性があります。 仮想ユーザをコントローラ・マシンで実行できるようにするには，次の手順を 実行します。 1［Timeslots］ページの［Options］タブをクリックします。［Options］タブが開 きます。 2［Run Vusers on Controller］を選択します。Performance Center によって，負 荷テストに必要な数のロード・ジェネレータ・マシンが予約されます。たとえ ば，テストで 3 つのロード・ジェネレータが必要な場合は，Performance Center によって 3 台のロード・ジェネレータ・マシンが予約されます（ロード・ジェ ネレータの 1 つはコントローラにもなります）。 このオプションを選択しない場合は，指定した数のロード・ジェネレータ・マ シンに加えて，コントローラ用の追加のマシンも予約されます。上の例では， Performance Center によって 4 台のマシン（ロード・ジェネレータが 3 つとコン トローラが 1 つ）が予約されます。 144 第 7 章 • タイムスロットの予約 注：管理者が定義済みの設定の変更を禁止するよう選択している場合， ［Run Vusers on Controller］オプションは無効になっています。詳細については， 226 ページ「プロジェクト情報の管理」を参照してください。 ［Run Vusers on Controller］オプションを有効にした状態で負荷テストのマシンを手動で選択 し，コントローラとして動作するロード・ジェネレータを指定した場合，それ 以降にこのオプションを無効にするとタイムスロットを保存できなくなります。 3［Save］をクリックします。Performance Center によって，選択した負荷テスト に必要な数のロード・ジェネレータと仮想ユーザおよび継続時間に対応するタ イムスロットが予約されます。また，スケジュールが設定されたテストが ［Autostart Viewer］ページに追加されます。 注：利用の可否はプロジェクトの標準設定に従って計算されます。標準設定で は，［Run Vusers on Controller］オプションはクリアされており，カレン ダーにはその設定に応じた利用の可否が表示されます。ホスト・プールに含ま れているホストが 1 つのみで，［Run Vusers on Controller］オプションがク リアされている場合は，十分なリソースが使用できないことを示す赤色の ［×］がカレンダーに表示されます。詳細については，130 ページ「タイムス ロットの利用の可否の確認」を参照してください。 145 145 第 2 部 • 負荷テストの設計 タイムスロットの編集 タイムスロットの編集は，［Timeslots］ページのカレンダー・ビューまたはテー ブル・ビューから実行できます。タイムスロットをカレンダー・ビューで編集 するときに，選択した時間について予約されているタイムスロットが 1 つのみ の場合，タイムスロット情報が［Timeslot Details］タブに表示されます。同 じ時間について複数のタイムスロットが予約されている場合は，この時間に対 して予約されているすべてのタイムスロットを含むテーブルが，タイムスロッ ト・グリッドの下に表示されます。 注：過去のタイムスロットや，実行中の負荷テストですでに使用中のタイムス ロットは，編集できません。 ［Machine Selection］が［Automatic］に設定されているときに予約済みタイム スロットを編集するには，次の手順を実行します。 1 カレンダー・ビューで，編集するタイムスロットを選択します。タイムスロッ トのプロパティが［Timeslot Details］タブに表示されます。 2 タイムスロットの予約フィールドを変更するには，［Start Time］リンクをク リックします。カレンダーが開き，タイムスロットの日付と時刻が表示されま す。カレンダーを編集し，［Set］をクリックします。カレンダーが閉じます。 3 必要に応じて継続時間フィールドを編集します。 4 必要に応じてロード・ジェネレータ（および仮想ユーザ）の数を編集します。 利用可能なリソースをチェックするには，［Timeslots］ページのインベントリ・ セクションを調べます。 5［Save］をクリックします。タイムスロットが更新されたかどうかを知らせる メッセージが［Timeslots］ページの下部に表示されます。 146 第 7 章 • タイムスロットの予約 ［Machine Selection］が［Automatic］に設定されているときに複数の予約済み タイムスロットを編集するには，次の手順を実行します。 1 カレンダー・ビューで，編集するタイムスロットを選択します。この時間に対 してタイムスロットが複数予約されている場合は，この時間に対して予約され ているすべてのタイムスロットを含むテーブルが，タイムスロット・グリッド の下に表示されます。 カラムの見出しをクリックすると，タイムスロットを並べ替えることができま す。カラムの見出しの横に表示される矢印は，タイムスロットの並べ替えが降 順または昇順のどちらで行われているかを示します。 タイムスロットの予約を追加するには，［New］をクリックし，タイムスロッ トの詳細を［Timeslot Details］タブに入力します。 タイムスロットの予約を削除するには，タイムスロット行を選択して ［Delete］をクリックします。 注：編集または削除できるのは，未来のタイムスロットのみです。 147 147 第 2 部 • 負荷テストの設計 2 編集するタイムスロットの行にある［Edit］リンクをクリックします。テーブ ルが閉じ，タイムスロットのプロパティが［Timeslot Details］タブに表示さ れます。 3 続けて，予約済みのタイムスロットに対する前述の設定手順を実行します。 ［Machine Selection］が［Manual］に設定されているときにエディット・ フィールドを更新するには，次の手順を実行します。 1 135 ページで説明している，予約済みタイムスロットの編集手順 1 ～ 4 を実行し ます。 2［Machine Selection］を［Automatic］に変更した場合は，［Save］をクリックし ます。タイムスロットが更新されたかどうかを知らせるメッセージが ［Timeslots］ページの下部に表示されます。 3 ホスト・マシンを変更するには，［Select Machines］をクリックし，139 ペー ジ「ホスト・マシンの手動選択」で説明している手順を実行します。 時間の変更が，現在タイムスロットに割り当てられているホストに影響を与え ない場合は，利用可能なホストの一覧が表示され，前述の説明に従って一覧か らホストを選択できます。 タイムスロットを延長した場合，延長したタイムスロットが別の予約済みタイ ムスロットと重なると，タイムスロットの継続時間中に元々割り当てられてい たホストが使用できなくなる可能性があります。次に例を示します。 タイムスロット「A」は，午後 2:00 に開始され，1 時間実行されます。最初に 予約時に，利用可能なホストの名前を「host1」および「host2」としました。 「host1」を利用ホストとして選択し，タイムスロットを予約しました。 タイムスロット「B」は，午後 4:00 に開始され，1 時間実行されます。最初に 予約時に，利用可能なホストの名前を「host1」および「host2」としました。 「host1」を利用ホストとして選択し，タイムスロットを予約しました。 タイムスロット「A」をさらに 2 時間延長したい場合，必要な時間帯に「host1」 がタイムスロット「B」用に予約されているため，競合が発生します。この場 合は（延長した）タイムスロットにおいて「host1」が利用できないことを知ら せるメッセージが表示されます。タイムスロットを延長するためには，「host2」 をホストとして選択する必要があります。 4［Save］をクリックします。タイムスロットが更新されたかどうかを知らせる メッセージが［Timeslots］ページの下部に表示されます。 148 第 7 章 • タイムスロットの予約 予約を削除するには，次の手順を実行します。 1 削除するタイムスロット行を選択します。 2 ページの下部にある［Delete］ボタンをクリックしてタイムスロットを削除し ます。 注：未来のタイムスロットのみ削除できます。また，解放できるタイムスロッ トは現在の時刻までのタイムスロットのみです。 149 149 第 2 部 • 負荷テストの設計 150 第8章 プロジェクト・オプションの設定 負荷テスト実行時のロード・ジェネレータや仮想ユーザの動作を設定して，負 荷テストが作業環境を正確にエミュレートするようにできます。 本章では，次の項目について説明します。 ➤ プロジェクト・オプションについて ➤ モニタ・オプションの設定 ➤ 負荷テストの実行環境の設定 ➤ タイムアウト時間の設定 ➤ デバッグ情報オプションの設定 ➤ 一般オプションの設定 151 第 2 部 • 負荷テストの設計 プロジェクト・オプションについて 負荷テストを実行する前に，すべての負荷テスト・プロジェクトに対するロー ド・ジェネレータと仮想ユーザのオプションを［Options］ページから設定でき ます。標準設定のままでもほとんどの環境に対応できますが，必要に応じて設 定を変更することにより，Performance Center の負荷テストにおける動作をカス タマイズできます。設定は，同じプロジェクトに属する以後の負荷テスト実行 すべてに適用されるので，通常は一度設定するだけで済みます。また，設定は 負荷テストに含まれるすべてのロード・ジェネレータにグローバルに適用され ます。 ［Project］＞［Options］ページからは次の設定を行うことができます。 ➤ モニタ：トランザクション・モニタの有効化，トランザクション・データの振 る舞いの設定，および，データ・サンプリング頻度，エラー処理，デバッグ， 頻度設定を，それぞれ設定できます。 ➤ 実行環境の設定：仮想ユーザ・クォータ，仮想ユーザの停止，およびランダ ム・シーケンスのシードに関連する値を指定できます。 ➤ タイムアウト：コマンドおよび仮想ユーザの経過時間に対するタイムアウト時 間を設定できます。 ➤ デバッグ情報：負荷テストの実行時に適用されるトレースのレベルを指定でき ます。 ➤ 一般オプション：マルチ IP アドレス・モードを指定できます。 注：本章で説明されている設定は，仮想ユーザの実行環境の設定とは関係あり ません。仮想ユーザの実行環境の設定は，各仮想ユーザまたはスクリプトに適 用されるもので，ログ，思考遅延時間，ネットワーク，反復回数，ブラウザに 関する情報が含まれます。実行環境の設定の詳細については，『Mercury 仮想 ユーザ・ジェネレータ・ユーザーズ・ガイド』を参照してください。 152 第 8 章 • プロジェクト・オプションの設定 モニタ・オプションの設定 ［Monitors］タブでは，トランザクション・モニタの有効化，トランザクショ ン・データの振る舞いの設定，および，オンライン・モニタについてのデー タ・サンプリング頻度，デバッグ，頻度設定を指定できます。 モニタ・オプションを設定するには，次の手順を実行します。 1［Projects］メニューから［Options］を選択し，［Monitors］タブをクリック します。 2［Enable Transaction Monitor］を選択し，モニタからコントローラのトラン ザクション・グラフ，データ・ポイント・グラフ，Web リソース・グラフに更 新情報を送信する頻度を設定して，必要な［Send］オプションを設定します。 詳細は，後述の説明を参照してください。 3 サーバ・リソース・モニタのデータ・サンプリング頻度を入力します。詳細 は，後述の説明を参照してください。 4 デバッグ・メッセージを［Output］ウィンドウに表示するには，［Display debug messages］チェック・ボックスを選択します。ネットワーク・モニタ の場合は，［Debug level］の値を 1 ～ 9 の間で指定します。 153 153 第 2 部 • 負荷テストの設計 5［Save］をクリックして設定を保存します。 Performance Center の標準設定に戻すには，［Use Defaults］をクリックし， ［Save］をクリックします。 ［Transaction Data］ トランザクション，データ・ポイント，Web リソースの各オンライン・グラフ について，データの振る舞いを設定します。 ➤［Enable Transaction Monitor］ ：オンライン仮想ユーザ・トランザクショ ン・モニタを有効にして，負荷テストの開始時にトランザクションの監視が 開始されるようにします。 ➤［Frequency］ ：トランザクション，データ・ポイント，Web リソースの各 オンライン・グラフを生成するために，オンライン・モニタがデータをサン プリングする頻度（単位は秒）を選択します。指定された間隔の間に発生し たデータの平均値が算出され，単独の値としてコントローラに送信されま す。標準設定値は 5 秒です。負荷が小さいテストの場合は，頻度を 1 秒に設 定することをお勧めします。負荷が大きいテストでは，3 ～ 5 秒に設定する ことをお勧めします。頻度の値を大きくすると，ネットワーク通信量が少な くなります。指定された間隔の間に発生したデータの平均値が算出され，単 独の値としてコントローラに送信されます。 注：負荷テストの実行中は，これらの設定は変更できません。モニタを無効に したり頻度を変更したりするには，その前に負荷テストの実行を停止しておく 必要があります。 ［Send information in mode］：データをコントローラに送り返す方法を選択し ます。 ➤［Summary］：トランザクション・データのサマリをコントローラに送り返 します。 ➤［Raw Data］：すべてのトランザクション・データを未処理の形式でコント ローラに送り返します。データを未処理のままで送信すると，データを処理 する必要がないので時間を節約できます。ただし，すべてのデータがコント ローラに転送されるので，ネットワーク・トラフィックが増える可能性があ ります。転送速度を重視する場合は，［Summary］を選択してください。 154 第 8 章 • プロジェクト・オプションの設定 ［Server Resource Monitors］ サーバ・リソース・モニタの動作を設定します。 ➤［Data Sampling Rate］：サンプリング頻度とは，連続する 2 件のサンプリ ングの間隔（秒単位）です。標準設定では，オンライン・モニタは 3 秒の間 隔でデータをサンプリングします。サンプリング頻度の値を大きくすると， データを監視する頻度が少なくなります。この設定は，すべてのグラフに適 用されます。特定のグラフのサンプリング頻度を設定する方法については， 314 ページ「オンライン・グラフの設定」を参照してください。 設定したサンプリング頻度は，以降に起動するすべてのサーバ・モニタに適 用されます。ただし，すでに実行中のサーバ・モニタには適用されません。 変更後の頻度を実行中のサーバ・モニタにも適用するには，負荷テストを保 存して再度開く必要があります。 各モニタの最小サンプリング頻度は異なります。標準のサンプリング頻度ま たは［Options］＞［Monitors］タブで設定された頻度がモニタの最小サン プリング頻度よりも小さい場合，モニタは自身の最小サンプリング頻度で データをサンプリングします。たとえば，Oracle モニタの最小サンプリング 頻度は 10 秒です。 ［Options］＞［Monitors］タブのサンプリング頻度を 10 秒未満に設定しても，Oracle モニタは 10 秒間隔でデータを監視し続けます。 ［Debug］ オンライン・モニタにはデバッグ機能があります。デバッグ・メッセージは出 力ログに表示できます。ネットワーク・モニタの場合，ログに送信されるメッ セージのデバッグ（詳細）レベルを 1 ～ 9 の値として指定できます。 155 155 第 2 部 • 負荷テストの設計 負荷テストの実行環境の設定 システムの過負荷を防ぎ，仮想ユーザの実行の停止方法を制御するために， ［Run-Time Settings］タブを使用して，仮想ユーザ・クォータ，仮想ユーザの 停止，およびランダム・シーケンスのシードに関連する負荷テストの実行環境 の設定を指定できます。 負荷テストの実行環境を設定するには，次の手順を実行します。 1［Projects］メニューから［Options］を選択し，［Run-Time Settings］タブ をクリックします。 2 仮想ユーザ・クォータを設定するには，必要な値を指定します。詳細は，後述 の説明を参照してください。 3 Performance Center による仮想ユーザの実行停止の方法を選択します。詳細は， 後述の説明を参照してください。 4 ランダム・シーケンスのシード値を指定するには，［Use random sequence with seed］チェック・ボックスを選択し，必要なシード値を入力します。詳 細は，後述の説明を参照してください。 5［Save］をクリックして設定を保存します。 Performance Center の標準設定に戻すには，［Use Defaults］をクリックし， ［Save］をクリックします。 156 第 8 章 • プロジェクト・オプションの設定 仮想ユーザ・クォータ システムの過負荷を防ぐために，仮想ユーザの活動のクォータを設定できま す。仮想ユーザ・クォータはすべてのロード・ジェネレータ上の仮想ユーザに 適用されます。初期化コマンドの送信時に一度に初期化される仮想ユーザの数 を制限できます。 仮想ユーザの停止 ［停止］ボタンをクリックしたときの，仮想ユーザの実行停止の方法を制御し ます。 ➤［Wait for the current iteration to end before exiting］：Performance Center に対して，実行中の反復が完了してから仮想ユーザを停止するように指示し ます。仮想ユーザのステータスが［徐々に終了］に変わり，負荷テストが 徐々に停止します。 ➤［Wait for the current action to end before exiting］：Performance Center に 対して，実行中のアクションが完了してから仮想ユーザを停止するように指 示します。仮想ユーザのステータスが［徐々に終了］に変わり，負荷テスト が徐々に停止します。 ➤［Stop immediately］：Performance Center に対して，仮想ユーザを直ちに停 止するように指示します。仮想ユーザのステータスが［終了］に変わり，負 荷テストが直ちに停止します（標準設定のオプション）。 ランダム・シーケンス・シード Performance Center では，ランダム・シーケンスのシード値を設定できます。各 シード値は，テスト実行に使用されるランダム値のシーケンスを表します。同 じシード値を使用している場合は，常に同じ値のシーケンスが負荷テスト内の 仮想ユーザに割り当てられます。この設定は，データ・ファイルの値を割り当 てるためにランダム方式を使うパラメータ化された仮想ユーザ・スクリプトに 適用されます。この設定は，記録される思考遅延時間のランダム・パーセン テージにも影響します（VuGen のヘルプから［実行環境設定］ダイアログ・ ボックスに関する情報を参照してください）。テスト実行で問題を見つけ，同 じランダム値シーケンスを使ってテストを繰り返したい場合は，このオプショ ンを有効にします。 157 157 第 2 部 • 負荷テストの設計 タイムアウト時間の設定 Performance Center では，各種の Performance Center コマンドに対するタイムア ウトを設定できます。コマンドがコントローラから発行されるときに，ロー ド・ジェネレータまたは仮想ユーザによるコマンド実行の上限時間を設定でき ます。タイムアウト時間内にコマンドが完了しなければ，コントローラからエ ラー・メッセージが発行されます。 タイムアウト時間を設定するには，次の手順を実行します。 1［Projects］メニューから［Options］を選択し，［Timeout］タブをクリック します。 2 コマンドのタイムアウト時間を指定するには，［Enable timeout checks］ チェック・ボックスを選択し，適切なタイムアウト時間を指定します。詳細 は，後述の説明を参照してください。 タイムアウトの検査を無効にするには，［Enable timeout checks］チェック・ ボックスをクリアします。 3［Save］をクリックして設定を保存します。 158 第 8 章 • プロジェクト・オプションの設定 Performance Center の標準設定に戻すには，［Use Defaults］をクリックし， ［Save］をクリックします。 ［Enable timeout checks］ Performance Center に対して，コマンドがコントローラから発行された後で， ロード・ジェネレータまたは仮想ユーザのステータスを監視するように指示し ます。ロード・ジェネレータまたは仮想ユーザで，タイムアウト時間内にコマ ンドを完了しなかった場合は，コントローラからエラー・メッセージが発行さ れます。タイムアウトの制限を無効にした場合，Performance Center は，ロー ド・ジェネレータが接続および切断するまで，および初期化，実行，一時停 止，停止の各コマンドが実行されるまで，無期限に待機します。 次に示す，ロード・ジェネレータまたは仮想ユーザのタイムアウト時間を指定 できます。 Load Generator ➤［Connect operation (sec)］：ロード・ジェネレータに接続するまで Performance Center が待機する制限時間を入力します。接続がこの制限時間 内に成功しなかった場合，ロード・ジェネレータのステータスは「Failed」 に変わります。標準設定の接続タイムアウトの値は 120 秒です。 ➤［Disconnect operation (sec)］ ：ロード・ジェネレータとの接続が解除され るまで Performance Center が待機する制限時間を入力します。接続の解除がこ の制限時間内に成功しなかった場合，ロード・ジェネレータのステータスは 「Failed」に変わります。標準設定の切断タイムアウトの値は 120 秒です。 Vusers ➤［Init stage (sec)］ ：初期化コマンドのタイムアウト値を入力します。標準設 定のタイムアウト値は 180 秒です。 ➤［Run stage (sec)］：実行コマンドのタイムアウト値を入力します。標準設 定のタイムアウト値は 120 秒です。 ➤［Pause stage (sec)］：一時停止コマンドのタイムアウト値を入力します。 標準設定のタイムアウト値は 120 秒です。 ➤［Stop stage (sec)］：停止コマンドのタイムアウト値を入力します。標準設 定のタイムアウト値は 120 秒です。 159 159 第 2 部 • 負荷テストの設計 注：Performance Center は，アクティブな仮想ユーザの数と，それらのタイムア ウト値への影響を考慮して，計算を行います。たとえば，1000 仮想ユーザの初 期化は，10 仮想ユーザの初期化よりかなり時間がかかります。Performance Center は，アクティブな仮想ユーザの数に基づき，指定したタイムアウト値に 内部的な値を加算します。 デバッグ情報オプションの設定 Performance Center では，デバッグ目的での情報収集に使用されるトレース・ ファイルを作成できます。［Debug Information］タブのトレース・オプション を有効にすることで，負荷テスト中に行うトレースのレベルを指定できます。 デバッグ情報は，［Vuser Errors］ページに書き込まれます。 トレースの有効化 ［General］，［File Transfer］，［Incoming communication］，［Outgoing communication］のトレース・フラグを使用できます。この中から問題に関連し たフラグを選択します。たとえば，ファイル転送で問題が生じた場合は，［File Transfer］フラグを選択します。 160 第 8 章 • プロジェクト・オプションの設定 Performance Center エージェントとコントローラ・マシンは複数の一時ファイル を作成します。一時ファイルには，仮想ユーザに送信されるパラメータ・ファ イル，出力コンパイル・ファイル，構成設定ファイルなどの情報が含まれま す。Performance Center エージェント・ファイルは，エージェント・マシンの TMP ディレクトリまたは TEMP ディレクトリ内にある brr フォルダに格納され ます。コントローラ・ファイルは，コントローラ・マシンの TMP ディレクト リまたは TEMP ディレクトリ内にある lrr フォルダに格納されます。負荷テス トの終了時に，これらのファイルはすべて自動的に削除されます。 デバッグ情報を設定するには，次の手順を実行します。 1［Projects］メニューから［Options］を選択し，［Debug Information］タブ をクリックします。 2 使用するトレース・フラグのチェック・ボックスを選択します。 3［Save］をクリックして設定を保存します。 Performance Center の標準設定に戻すには，［Use Defaults］をクリックし， ［Save］をクリックします。 161 161 第 2 部 • 負荷テストの設計 一般オプションの設定 IP スプーフィング・オプションを有効にしている場合は，マルチ IP アドレス の割り当てに関するグローバルな設定を［General］タブから指定できます。 IP スプーフィングの詳細については，189 ページ「Performance Center からのマ ルチ IP アドレス機能の有効化」を参照してください。 コントローラでは，プロセスごとまたはスレッドごとに IP アドレスを割り当て ることができます。Web 仮想ユーザには，プロセスごとに IP アドレスを割り当 てる必要があります。WinSock 仮想ユーザの IP アドレスは，スレッドごとまた はプロセスごとに割り当てることができます。スレッドごとに割り当てを行う と，1 つの負荷テストにおける IP アドレスの分散の範囲が広がります。 一般設定を行うには，次の手順を実行します。 1［Projects］メニューから［Options］を選択し，［General］タブをクリックし ます。 2 必要なマルチ IP アドレス・モードを選択します。 3［Save］をクリックして設定を保存します。Performance Center の標準設定に戻 すには，［Use Defaults］をクリックし，［Save］をクリックします。 162 第9章 モニタの設定と管理 モニタ設定の追加，表示，編集は［Monitor Profiles］ページから実行できます。 本章では，次の項目について説明します。 ➤ モニタの設定と管理について ➤［Monitor Profiles］ページ ➤ 実行中のモニタ・プロファイルの変更 モニタの設定と管理について Performance Center のオンライン・モニタを使用すると，負荷テストの実行を監 視できます。 サーバ・リソースの監視を有効にするには，負荷テストに対するモニタの設定 を行う必要があります。実行するモニタのタイプと，監視対象のリソースのあ るサーバを選択して，サーバごとに監視する測定値を追加します。その後，こ れらのモニタ設定をローカル・テストで使用したり，プロジェクトの任意のテ ストで使用できるようにモニタ・プロファイルとして保存したりできます。モ ニタの設定は［Monitor Profiles］ダイアログ・ボックスから行います。 ［Monitor Profiles］ページには，プロジェクトに存在するモニタ・プロファイル のリストが表示されます。メイン・テーブルに表示される一般情報以外に，既 存のモニタ・プロファイルを表示および編集することや，プロジェクトの任意 のテストで使用できる新しいプロファイルを作成することができます。 なお，［Load Tests Configuration］ページの［Monitors］タブから選択できるの は，負荷テストの中で使用しているモニタ・プロファイルのみです。 163 第 2 部 • 負荷テストの設計 ［Monitor Profiles］ページ ［Monitor Profiles］ページには，すべてのモニタ・プロファイルの名前と説明を 示す一覧表が表示されます。［Monitor Profiles］ページから，モニタ・プロファ イルを新規に作成したり，既存のプロファイルを変更したりできます。モニ タ・プロファイルを新規に作成するには，最初にプロファイル名を［Monitor Profiles］リストに追加する必要があります。追加後，プロファイルに含めるモ ニタ，サーバ，および測定値を選択できます。 また，このページには MI リスナー・マシンの IP アドレスまたは名前（インス トール時に設定したもの）が表示され，指定したサーバ・モニタ・エージェン トも表示されます。 ［Monitor Profiles］ページを開くには，［Projects］メニューの［Monitor Profiles］を選択します。 このページからは次の操作を実行できます。 ➤ モニタ・プロファイルの選択 ➤ モニタ・プロファイルの作成 ➤ モニタ・プロファイルの編集 ➤ サーバ・モニタ・リストへの追加と変更 164 第 9 章 • モニタの設定と管理 新しいプロファイルの名前と説明を追加するには，次の手順を実行します。 1［Add Monitor Profile］をクリックして［New Profile］ダイアログ・ボックス を開きます。 2 プロファイルの名前と説明を入力し，［OK］をクリックします。新しいプロ ファイルの名前と説明が［Monitor Profiles］リストに追加されます。 プロファイルの名前と説明を編集するには，次の手順を実行します。 1 プロファイルを選択し，［Edit Name］をクリックして［Edit Profile］ダイアロ グ・ボックスを開きます。 165 165 第 2 部 • 負荷テストの設計 2 プロファイルの名前と説明を編集し，［OK］をクリックします。［Monitor Profiles］リスト内のプロファイルの名前と説明が更新されます。 プロファイルを新規に作成する場合や，既存のプロファイルを編集する場合 は，次の手順を実行します。 1 該当するプロファイル行で，［Edit Profile］アイコンをクリックします。［Add Monitor］ページが開きます。 2 実行するモニタを選択し，［Next］をクリックします。［Choose Server］ページ が開きます。 3 監視するリソースのあるサーバの名前または IP アドレスを入力し，必要に応じ てユーザのログイン名とパスワードを入力します。 166 第 9 章 • モニタの設定と管理 ［Next］をクリックします。［Choose Measurements］ページが開きます。 4 測定値ツリーの横にある「+」アイコンをクリックし，使用可能な測定値を表 示します。監視する測定値または測定値グループを選択します。 測定値または測定値グループを［Choose Measurements］リストから削除するに は，該当する測定値のチェック・ボックスをクリアします。 5 モニタまたはサーバをさらにプロファイルに追加するには，それぞれ ［Choose Monitor］リンクまたは［Choose Server］リンクを選択します。プ ロファイルに追加するモニタおよびサーバごとに，手順 3 ～ 6 を繰り返します。 注：測定値を設定する前に特定のサーバ・モニタを設定する方法については， 対応する監視の項を参照してください。 モニタ・プロファイルを削除するには，次の手順を実行します。 プロファイルを選択し，［Delete Profile］アイコンをクリックします。 ［Monitor Profiles］リストからプロファイルが削除されます。 167 167 第 2 部 • 負荷テストの設計 実行中のモニタ・プロファイルの変更 負荷テストの実行中に，［Load Test Run］ページから，モニタ・プロファイルの 設定を変更できます。実行中に行われた変更は，現在の実行にのみ適用されま す。保存されて将来の負荷テストに適用されることはありません。詳細につい ては，285 ページ「モニタ・プロファイルの変更または作成」を参照してくだ さい。 168 第 10 章 ランデブー・ポイントの使用 Performance Center では，特定程度の負荷をかけた状態でシステムの応答を検査で きます。これを行うには，ランデブー・ポイントを使って複数の仮想ユーザに まったく同時にタスクを実行させ，サーバ上に大きなユーザ負荷を生成します。 本項では，次の項目について説明します。 ➤ ランデブー・ポイントの使用について ➤ ランデブー属性の設定 ➤ ランデブー・ポリシーの設定 ➤ ランデブー情報の表示 ➤ ランデブーからの手作業による仮想ユーザの解放 ランデブー・ポイントの使用について 負荷テストの実行中，ランデブー・ポイントを使って複数の仮想ユーザにタス クを同時に実行させることができます。ランデブー・ポイントは，サーバに対 して大きなユーザ負荷を生成し，負荷がかかった状態のサーバのパフォーマン スを Performance Center で測定するために使用します。 例として，10 人の仮想ユーザが同時に口座情報を照会するときの，Web ベース のバンキング・システムのパフォーマンスを測定するものとします。サーバ上 で必要なユーザ負荷をエミュレートするために，すべての仮想ユーザに，まっ たく同じタイミングで口座情報を照会させます。 169 第 2 部 • 負荷テストの設計 「ランデブー・ポイント」を作成して，複数の仮想ユーザが確実に同時に実行 するようにします。仮想ユーザがランデブー・ポイントに到着すると，コント ローラはその仮想ユーザをランデブー・ポイントで待機させます。コントロー ラは，必要な数の仮想ユーザが到着するか，指定の時間が経過すると，ランデ ブー・ポイントから仮想ユーザを解放します。解放の基準については，173 ページ「ランデブー・ポリシーの設定」を参照してください。 ランデブー・ポイントは仮想ユーザ・スクリプトで定義します。仮想ユーザ・ スクリプトにランデブー・ポイントを挿入する方法については，『Mercury 仮 想ユーザ・ジェネレータ・ユーザーズ・ガイド』を参照してください。 コントローラを使い，どのランデブー・ポイントを負荷テストの実行中にアク ティブにするか，および，仮想ユーザでランデブー・ポイントをどのように扱 うかを選択することで，サーバ負荷のレベルを変更できます。 たとえば，オンライン銀行をテストするために，2 つのランデブー・ポイント を含む負荷テストを作成できます。最初のランデブー・ポイントでは，1,000 仮想ユーザが同時に現金を預金するようにします。2 番目のランデブー・ポイ ントでは，別の 1,000 仮想ユーザが同時に現金を引き出すようにします。500 仮 想ユーザのみが現金を預金するときのサーバのパフォーマンスを測定するに は，500 仮想ユーザがランデブーに到達したときに仮想ユーザが解放されるよ うな解放ポリシーを設定できます。 170 第 10 章 • ランデブー・ポイントの使用 ランデブー・ポイントの使用の概要 ランデブー・ポイントを使って負荷のピークを制御する手順の概要を次に説明 します。 1 仮想ユーザ・スクリプトを作成し，必要なランデブー・ポイントを挿入します。 2 負荷テストを作成します。 負荷テストに仮想ユーザ・グループを追加すると，Performance Center は，その グループに関連付けられているスクリプトの中でランデブー・ポイントの名前 を探し，見つけた名前を［Rendezvous］ページのリストに追加します。同じス クリプトを実行する別の仮想ユーザ・グループを作成した場合，コントローラ は，新しい仮想ユーザをランデブーに追加し，リストを更新します。 3 エミュレートするユーザ負荷のレベルを設定します。 負荷テストに参加させるランデブー・ポイントを選択することで負荷のレベル を決めます。詳細については，172 ページ「ランデブー属性の設定」を参照し てください。 4 必要に応じて，ランデブーの属性を設定します。 各ランデブーに，「Policy」属性を設定できます。詳細については，173 ページ 「ランデブー・ポリシーの設定」を参照してください。 5 負荷テストを実行します。 ［Release］コマンドを使って負荷テスト実行中に仮想ユーザを操作する方法に ついては，177 ページ「ランデブーからの手作業による仮想ユーザの解放」を 参照してください。 171 171 第 2 部 • 負荷テストの設計 ランデブー属性の設定 ランデブー・ポイントの有効化および無効化は［Rendezvous］ページから行う ことができます。ランデブーを有効または無効にすることによって，サーバ負 荷のレベルを変えられます。また，［Rendezvous］ページには，ランデブー・ポ イントについての一般的な情報が表示されます。たとえば，ランデブーに関連 付けられているスクリプトや，ランデブーのステータスなどです。 負荷テストに参加するランデブー・ポイントを有効にするには，次の手順を実 行します。 1［Load Tests］ページの［Design Groups］タブで，［Rendezvous］をクリックし ます。 ［Rendezvous］ページが開きます。 2 有効または無効にするランデブー・ポイントを［Rendezvous］リストから選択 します。ランデブー・ポイントのリスト全体を前後に行き来するには，［進む］ ボタンと［戻る］ボタンを使用します。 172 第 10 章 • ランデブー・ポイントの使用 3［Enable］ボタンまたは［Disable］ボタンをクリックします。選択したランデ ブー・ポイントが有効または無効になります。 すべてのランデブー・ポイントを選択するには，［Select All］をクリックしま す。選択をすべてクリアするには，［Clear All］をクリックします。 4［Close］をクリックして， ［Rendezvous］ページを閉じます。 ランデブー・ポリシーの設定 ランデブー・ポリシーを設定して，仮想ユーザでランデブー・ポイントをどの ように扱うかを決めます。各ランデブーに，次のポリシー属性を設定します。 解放ポリシー ランデブーから一度に解放される仮想ユーザの数を設定し ます。 タイムアウト コントローラが，ランデブーから仮想ユーザを解放する前 に待機する時間です。 173 173 第 2 部 • 負荷テストの設計 ランデブー・ポリシーの属性を設定するには，次の手順を実行します。 1［Load Tests］ページの［Design Groups］タブで，［Rendezvous］をクリックし ます。 ［Rendezvous］ページが開きます。 2［Rendezvous］ページでランデブーを選択し，［Rendezvous Policy］アイコン をクリックします。 ［Rendezvous Policy］ページが開きます。 3［Policy］セクションで，3 つのオプションのいずれか 1 つを選択します。 ➤［Release when X% of all Vusers arrive at the rendezvous］：すべての仮 想ユーザのうち，指定した割合の仮想ユーザがランデブー・ポイントに到着 した場合にだけ仮想ユーザを解放します。 注：このオプションは，負荷テストのスケジュールに干渉します。したがっ て，このオプションを選択した場合，負荷テストはスケジュールどおりに実 行されません。 ➤［Release when X% of all running Vusers arrive at the rendezvous］：負 荷テストで実行中のすべての仮想ユーザのうち，指定した割合の仮想ユーザ がランデブー・ポイントに到達した場合にだけ仮想ユーザを解放します。 ➤［Release when X Vusers arrive at the rendezvous］：ランデブー・ポイン トに指定した数の仮想ユーザが到達した場合にだけ仮想ユーザを解放します。 174 第 10 章 • ランデブー・ポイントの使用 4［Timeout between Vusers］ボックスにタイムアウト値を入力します。各仮想 ユーザがランデブー・ポイントに到着した後，Performance Center は指定した最 大タイムアウト時間だけ，次の仮想ユーザが到着するのを待ちます。次の仮想 ユーザがタイムアウト時間内に到着しない場合，コントローラはランデブーか らすべての仮想ユーザを解放します。 新しい仮想ユーザが到着するたびに，タイマがゼロにリセットされます。標準 のタイムアウトは 30 秒です。 5［OK］をクリックして設定を保存し， ［Rendezvous Policy］ページを閉じます。 ランデブー情報の表示 負荷テスト中にランデブーのステータスを表示するには，［Load Test Run］ペー ジの［Design］ボタンをクリックし，［Load Test Design］ダイアログ・ボック スから［Rendezvous］を選択します。［Rendezvous］ページが開きます。 175 175 第 2 部 • 負荷テストの設計 次の情報が負荷テスト実行中に表示されます。 フィールド 説明 Rendezvous Name 負荷テストのランデブー・ポイントの名前が表示されます。 Status ランデブー・ポイントに到着した仮想ユーザの数とランデ ブーに割り当てられている仮想ユーザの総数が表示されます。 Vuser Script Name ランデブー・ポイントが定義されているスクリプトの数が表 示されます。ドリル・ダウンすると，ランデブー・ポイント に関連付けられている仮想ユーザ・スクリプトの名前が表示 されます。 ランデブー・ポイントを有効にするには，次の手順を実行します。 負荷テストに参加させるランデブー・ポイントを選択し，［Enable］ボタンを クリックします。 すべてのランデブー・ポイントを選択するには，［Select All］をクリックしま す。選択をすべてクリアするには，［Clear All］をクリックします。 ランデブー・ポイントを無効にするには，次の手順を実行します。 負荷テストへの参加を無効にするランデブー・ポイントを選択し，［Disable］ ボタンをクリックします。 選択したランデブー・ポイントで待機しているすべての仮想ユーザを解放する には，次の手順を実行します。 現在待機中のすべてのユーザを解放する対象となるランデブー・ポイントを選 択し， ［Release］をクリックします。選択したランデブー・ポイントで現在待 機しているすべての仮想ユーザが，Performance Center によって解放されます。 すべての仮想ユーザがランデブーに到着しなかった場合でも負荷テストを続行 するには，このボタンをクリックします。 ランデブー・ポリシーを表示するには，次の手順を実行します。 ［Rendezvous Policy］ボタンをクリックしてランデブー・ポリシーを表示しま す。負荷テストの実行中にランデブー・ポリシーを変更することはできません。 176 第 10 章 • ランデブー・ポイントの使用 ランデブーからの手作業による仮想ユーザの解放 負荷テストの実行中，仮想ユーザがコントローラによってランデブーから解放 される前に手作業で解放することもできます。 ランデブーから手作業で仮想ユーザを解放するには，次の手順を実行します。 1［Load Test Run］ページの［Design］ボタンをクリックし，［Load Test Design］ ダイアログ・ボックスから［Rendezvous］を選択します。［Rendezvous］ペー ジが開きます。 2［Rendezvous］リストからランデブーを選択します。 3［Release］をクリックします。ランデブー内の仮想ユーザが解放されます。 177 177 第 2 部 • 負荷テストの設計 178 第 11 章 マルチ IP アドレスの設定 負荷テストを実行する際，各ロード・ジェネレータ・マシン上の仮想ユーザ は，そのマシンの IP アドレスを使います。1 台のホスト・マシン上に複数の IP アドレスを定義することで，複数のユーザが異なるマシンから操作を行うとい う実際的な状況をエミュレートできます。 本章では，次の項目について説明します。 ➤ マルチ IP アドレスについて ➤ ホストへの IP アドレスの追加 ➤ IP ウィザードの使用 ➤ UNIX でのマルチ IP アドレスの設定 ➤ ルーティング・テーブルの更新 ➤ Performance Center からのマルチ IP アドレス機能の有効化 マルチ IP アドレスについて アプリケーション・サーバとネットワーク・デバイスは，クライアントの識別 に IP アドレスを使います。多くの場合，アプリケーション・サーバは同じマシ ンから接続してくるクライアントに関する情報をキャッシュします。ネット ワーク・ルータは，スループット向上のために発信側と受信側の情報をキャッ シュしようとします。このため多数のユーザが同じ IP アドレスを持っている と，サーバとルータの両方が最適化しようとします。同じロード・ジェネレー タ・マシン上の仮想ユーザはすべて同じ IP アドレスを持つことになるので， サーバとルータの最適化はどちらも現実の状況を正確に反映しているとは言え ません。 179 第 2 部 • 負荷テストの設計 Performance Center のマルチ IP アドレス機能により，1 台のマシン上で実行され ている複数の仮想ユーザに，異なる IP アドレスを割り当てることができます。 これにより，サーバおよびルータでは，複数の仮想ユーザが別々のマシンから 接続してきていると認識されるため，テスト環境はより現実に近いものとなり ます。 注：スプーフィングできる IP アドレス数の上限は，ネットワークカード 1 つに つき Windows NT SP3 では 35 個，Solaris（バージョン 2.5.1）では 255 個， Solaris（version 2.6 以上）では 8192 個までです。 適用可能なプロトコル マルチ IP アドレス機能は，次のプロトコルに対して適用できます。 ➤ クライアント・サーバ：DNS，Windows Sockets ➤ ユーザ定義：Javascript Vuser，VB Vuser，VB Script Vuser ➤ E- ビジネス：FTP，Palm，SOAP，Web（HTTP/HTML），Web サービス， Web/WinSock デュアル・プロトコル ➤ ERP/CRM：Oracle NCA，Oracle Web Applications 11i，PeopleSoft Enterprise， SAP-Web，Siebel-Web ➤ レガシ：RTE ➤ メール・サービス：IMAP（Internet Messaging），POP3，SMTP ➤ ストリーミング・データ：Real ➤ ワイヤレス：i モード，VoiceXML，WAP プロトコル この機能は Windows および UNIX プラットフォームで実装できます。 180 第 11 章 • マルチ IP アドレスの設定 ホストへの IP アドレスの追加 Performance Center にはマルチ IP アドレスを作成するための IP ウィザード・プ ログラムが付属しています。このプログラムは各 Windows 2000 ホスト・マシ ン上で実行します。新しい IP アドレスを一度追加した後，そのマシンでは，追 加したアドレスがすべての負荷テストで使われるようになります。UNIX マシ ンへの IP アドレスの追加については，186 ページ「UNIX でのマルチ IP アドレ スの設定」を参照してください。 ロード・ジェネレータに新しい IP アドレスを追加する手順の概要を次に示し ます。 1 対象のホスト・マシン上で IP ウィザードを実行して，指定した数の IP アドレ スを追加します。UNIX ホスト・マシンでは，手作業で新しい IP アドレスを設 定します。 2 マシンを再起動します。 3 必要であれば，サーバのルーティング・テーブルを新しいアドレスで更新します。 4 この機能を Performance Center のユーザ・サイトから有効にします。詳細につ いては，189 ページ「Performance Center からのマルチ IP アドレス機能の有効 化」を参照してください。 181 181 第 2 部 • 負荷テストの設計 IP ウィザードの使用 IP ウィザードは Performance Center の各ホスト・マシンまたはロード・ジェネ レータ・マシンにあります。この手続きを 1 回実行すれば，新しい IP アドレス が Windows マシンに作成，保存されます。新しいアドレスには，IANA （Internet Assignment Numbers Authority）が定めた範囲にあるアドレスを使用で きます。これらのアドレスは内部での使用に限定され，インターネットへの接 続には使用できません。アドレス範囲は，IP ウィザードによって標準で使用さ れる範囲です。 ロード・ジェネレータ・マシンに新しい IP アドレスを追加するには，次の手 順を実行します。 1 Performance Center の \bin フォルダから IP ウィザード（ipwizard.exe）を実行 します。 注：IP ウィザードは固定 IP を持つマシンでのみ動作します。DHCP を使用する マシンでは動作しません。 2 IP アドレスを設定した既存のファイルがある場合，［Load previous settings from file］を選択してからファイルを選びます。 3 新しい設定を定義する場合は，［Create new settings］を選択します。 182 第 11 章 • マルチ IP アドレスの設定 4［Next］をクリックして次のステップに進みます。複数のネットワーク・カー ドがある場合は，指定した IP アドレスを使うカードを選び，［Next］をクリッ クします。 任意のステップである Web サーバ IP アドレスのステップでは，IP ウィザード でサーバのルーティング・テーブルを検査することによって，ロード・ジェネ レータに新しい IP アドレスを追加した後にテーブルを更新する必要があるかど うかを調べることができます。 5 アドレスの追加直後にサーバのルーティング・テーブルを検査するには，サー バの IP アドレスを入力します。詳細については，188 ページ「ルーティング・ テーブルの更新」を参照してください。 183 183 第 2 部 • 負荷テストの設計 6［Next］をクリックするとマシンの IP アドレスのリストが表示されます。 ［Add］をクリックしてアドレスの範囲を定義します。 IP アドレスは，netid および hostid の 2 つの要素で構成されています。アドレ スのうちどこまでが netid を表し，どこからが hostid を表すかは，サブマスクに よって決まります。 7 該当マシンの IP アドレスに対する正しいサブマスクを表しているクラスを選択 します。 8 作成するアドレスの数を指定します。 ［Verify that new IP addresses are not already in use］を選択すると，IP ウィザードに新しいアドレスを検査するよう に指示できます。IP ウィザードによって未使用のアドレスだけが追加されます。 184 第 11 章 • マルチ IP アドレスの設定 9［OK］をクリックして先に進みます。 IP ウィザードによって新しいアドレスが作成され，概要情報ダイアログ・ボッ クスが開いて，すべての IP アドレスのリストが表示されます。 10［Finish］をクリックして，［IP Wizard］を終了します。［IP Wizard - Summary］ ダイアログ・ボックスが表示されます。 185 185 第 2 部 • 負荷テストの設計 11 .bat ファイルのアドレスに注目してください。ルーティング・テーブルを更新 するためのバッチ・ファイルの使用法については，188 ページ「ルーティン グ・テーブルの更新」を参照してください。 12 ルーティング・テーブルを更新したら，［Reboot now to update routing tables］をチェックして，新しいアドレスで NT のデバイス・ドライバを初期 化します。 13［OK］をクリックします。 UNIX でのマルチ IP アドレスの設定 UNIX でマルチ IP アドレスを設定するには，Performance Center のホスト・マシ ンまたはロード・ジェネレータ・マシンで，アドレスを手作業で設定します。 Solaris 2.5，2.6，7.0，8.0 hme0 デバイスを設定して複数の IP アドレスをサポートするには，次の手順を 実行します。 1 次に示すように，物理的なマシンの /etc/hosts に，ホスト名ごとにエントリを作 成します。 128.195.10.31 myhost 128.195.10.46 myhost2 128.195.10.78 myhost3 2 仮想ホスト「n」のホスト名を含む /etc/hostname.hme0:n ファイルを作成し ます。なお，hostname.hme0:0 は hostname.hme0 と同じです。 /etc/hostname.hme0 （名前 myhost を含む） /etc/hostname.hme0:1 （名前 myhost2 を含む） /etc/hostname.hme0:2 （名前 myhost3 を含む） 上記の変更により，ブート時に仮想ホストが設定されます。 186 第 11 章 • マルチ IP アドレスの設定 3 また，hme0:n 形式の命名規則を使って，論理ホストの 1 つで直接 ifconfig を 実行することによって，論理ホストの設定を直接有効にしたり変更したりでき ます。 % ifconfig hme0:1 up % ifconfig hme0:1 129.153.76.72 % ifconfig hme0:1 down 現在の設定を検証するには，ifconfig -a を使用します。 Linux 1 枚の Ethernet カードに対して複数の IP アドレスを定義するには，カーネルに IP Aliasing が組み込まれている必要があります。これを組み込むには，ifconfig コマンドを使用します。 /sbin/ifconfig eth0:0 x.x.x.x netmask 255.255.x.x up x.x.x.x に新しい IP アドレスを指定し，正しいサブネット・マスクを指定しま す。起動時に実行されるように，このコマンドを rc.local ファイルに入れます。 HP 11.0 以上 1 枚の Ethernet カードに対して複数の IP アドレスを定義するには，カーネルに IP Aliasing が組み込まれている必要があります。これを組み込むには，ifconfig コマンドを使用します。 /sbin/ifconfig lan1:0 x.x.x.x netmask 255.255.x.x up x.x.x.x に新しい IP アドレスを指定し，正しいサブネット・マスクを指定しま す。起動時に実行されるように，このコマンドを rc.local ファイルに入れます。 187 187 第 2 部 • 負荷テストの設計 ルーティング・テーブルの更新 クライアント・マシンに新しい IP アドレスを追加したら，サーバ側でもクライ アントまでのルートを認識できるように，サーバのルーティング・テーブルに そのアドレスを登録する必要があります。サーバとクライアントが同じネット マスク，IP クラス，ネットワークを使っている場合は，サーバのルーティン グ・テーブルを変更する必要はありません。 注：クライアントとサーバ・マシンの間にルータがある場合，サーバはルータ を経由するパスを認識する必要があります。サーバのルーティング・テーブル に，Web サーバからルータへの経路と，ルータからロード・ジェネレータ・マ シンのすべての IP アドレスへの経路が追加してあることを確認してください。 Web サーバのルーティング・テーブルを更新するには，次の手順を実行します。 1［IP Wizard Summary］ページに表示されたバッチ・ファイルを編集します。.bat ファイルの例を以下に示します。 2［CLIENT_IP］とある箇所には，IP アドレスを挿入します。 3 サーバ・マシンでバッチ・ファイルを実行します。 188 第 11 章 • マルチ IP アドレスの設定 Performance Center からのマルチ IP アドレス機能の有効化 マルチ IP アドレスを定義した後，この機能を使うことを Performance Center に 伝えるためのオプションを設定します。 User Site からマルチ IP アドレス機能を有効にするには，次の手順を実行します。 1 User Site で，左側メニューから［Load Tests］を選択し，設定を行うテストを ［Load Test］リストから選択します。［Load Tests］ページが開きます。 2［General］タブを選択し，［Advanced］ボタンをクリックします。 3［Enable IP Spoofer］チェック・ボックスを選択します。 4 設定を保存する場合は，［OK］をクリックして［Miscellaneous］ダイアログ・ ボックスを閉じます。設定を破棄する場合は，［Cancel］をクリックしてダイ アログ・ボックスを閉じます。 注：IP スプーフィングは負荷テストを実行する前に有効にしておく必要があり ます。 189 189 第 2 部 • 負荷テストの設計 190 第 12 章 ファイアウォール越しのモニタの設定 ファイアウォールの外側からサーバを監視できるようにするには，ファイア ウォールの内側にある指定のマシンに「ファイアウォール越しの監視」機能を インストールします。これをインストールすると，サーバ・モニタ・エージェ ント（エージェント）およびサーバ・モニタ設定ツールが設定されます。イン ストール後，監視対象サーバを設定し，Performance Center が各監視対象サーバ で収集する測定値を定義して，サーバ・モニタ情報を受信する User Site を設定 します。 本章では，次の項目について説明します。 ➤ ファイアウォール越しの監視について ➤ サーバ・モニタ・エージェントでのモニタの設定 ➤ サーバ・モニタ情報を受信する User Site の設定 191 第 2 部 • 負荷テストの設計 ファイアウォール越しの監視について 負荷テストをファイアウォール越しに監視するには，まず環境を設定し， Monitoring over Firewall コンポーネントをインストールする必要があります。詳 細については，『Mercury Performance Center システム設定およびインストー ル・ガイド』の「ファイアウォールの使用」および「Mercury Performance Center のインストール」の各章を参照してください。その後に続いて，以降の 手順を実行します。 注：ファイアウォール越しの仮想ユーザの実行の詳細については，『Mercury Performance Center 管理者ガイド』の「ファイアウォール越しの仮想ユーザの 実行」の章を参照してください。 1 サーバ・モニタの設定を行います。 必要なサーバ・モニタを設定し，Performance Center エージェントが各監視対象 サーバについて収集する具体的な測定値を定義します。詳細については，193 ページ「サーバ・モニタ・エージェントでのモニタの設定」を参照してください。 2 サーバ・モニタ情報を受信する User Site を設定します。 実行するテストとファイアウォール越しのサーバ・モニタ・エージェントとの 間の接続を確立します。詳細については，199 ページ「サーバ・モニタ情報を 受信する User Site の設定」を参照してください。 192 第 12 章 • ファイアウォール越しのモニタの設定 サーバ・モニタ・エージェントでのモニタの設定 サーバ・モニタ・エージェント・マシンからモニタの設定を行うには，モニタ 設定ツールを使用します。実行するモニタのタイプと監視対象リソースが含ま れるサーバを選択し，サーバごとに監視対象の測定値を追加し，さらに，監視 対象の測定値の報告を受け付ける頻度を指定します。 サーバ・モニタのプロパティを設定するには，次の手順を実行します。 1 サーバ・モニタ・エージェント・マシン上で，［スタート］メニューから ［Mercury Performance Center］プログラム・グループを開き，［Advanced Settings］＞［Monitor Configuration］を選択します。Performance Center が 一部分のみインストールされているマシンの場合は，［スタート］メニューか ら［Server Monitor］プログラム・グループを開き，［Monitor Configuration］を選択します。［Monitor Configuration］ダイアログ・ボックス が開きます。 193 193 第 2 部 • 負荷テストの設計 2［Add Server］ボタンをクリックします。［New Monitored Server Properties］ダ イアログ・ボックスが開きます。 3［Monitored Server］ボックスに，監視対象のリソースが含まれるサーバの名前 または IP アドレスを入力します。 注：一度に複数のサーバを追加するには，サーバ名または IP アドレスをカンマ で区切ります。たとえば，255.255.255.0-255.255.255.5, server1, server2 のよ うに入力します。 4［Available Monitors］リストから，監視対象のサーバに適したモニタを選択します。 194 第 12 章 • ファイアウォール越しのモニタの設定 5［OK］をクリックして，［New Monitored Server Properties］ダイアログ・ボック スを閉じます。［Monitored Servers］リストが［Monitor Configuration］ダイアロ グ・ボックスに表示されます。 監視対象サーバ モニタ 一部のモニタに対しては，Performance Center の［Measurements to be Monitored］ セクションに標準設定の測定値が表示されます。［Measurement Properties］セク ションで，Performance Center から測定値の報告を受け付ける頻度を指定できま す。測定値の選択の詳細については，197 ページ「測定値の追加と削除」を参 照してください。 6 監視対象サーバをリストにさらに追加するには，手順 1 ～ 5 の手順を繰り返し ます。 7 サーバのモニタ設定のプロパティを編集するには，［Edit］ボタンをクリックし ます。［Monitored Server Properties］ダイアログ・ボックスが開き，リソース監 視の対象となっているサーバについてモニタを編集できます。 8［OK］をクリックして，設定を保存します。 195 195 第 2 部 • 負荷テストの設計 監視対象サーバのプロパティの複製 複数のサーバ・マシンについて同じプロパティを監視する場合は，［Clone Monitored Server Properties］ダイアログ・ボックスを使って，選択したサーバの プロパティを複製できます。 監視対象サーバのプロパティを複製するには，次の手順を実行します。 1［Monitor Configuration］ダイアログ・ボックスで，複製するサーバを右クリッ クして［Clone］を選択します。［Clone Monitored Server Properties］ダイアロ グ・ボックスが開きます。 2［Monitored Server］ボックスに，作成する複製サーバの名前または IP アドレス を入力します。 注：同時に複数のサーバを作成するには，サーバ名または IP アドレスをカンマ で区切ります。たとえば，255.255.255.0-255.255.255.5, server1, server2 のよ うに入力します。 196 第 12 章 • ファイアウォール越しのモニタの設定 3［Available Monitors］リストに，複製されるサーバ用に選択されたモニタが表示 されます。必要に応じて複製サーバのための追加のモニタを選択します 4［OK］をクリックして，［Clone Monitored Server Properties］ダイアログ・ボッ クスを閉じます。複製されたサーバが［Monitored Servers］リストに表示され ます。 5［OK］をクリックして，設定を保存します。 測定値の追加と削除 監視対象のサーバ・マシン（1 台または複数台）を設定した後は，各サーバで 監視する測定値を追加します。Performance Center によって追加された標準設定 の測定値は，必要に応じて編集できます。 監視対象の測定値を追加するには，次の手順を実行します。 1［Monitored Servers］リストからサーバを選択します。 2［Add Measurement］ボタンをクリックします。対象モニタを選択します。選 択したモニタの測定値を選択するためのダイアログ・ボックスが開きます。 3 監視する測定値を選択して，［OK］をクリックします。 4［OK］をクリックして，設定を保存します。 各サーバ・モニタの測定値の設定については，対応する章を参照してください。 197 197 第 2 部 • 負荷テストの設計 測定値のリストから測定値を削除するには，次の手順を実行します。 1 測定値を選択して，［Delete］ボタンをクリックします。 2［OK］をクリックして，設定を保存します。 測定頻度の設定 モニタの測定値を設定した後は，測定頻度を設定します。 ［Measurement Properties］セクションで，各測定値を通知する測定スケジュール を設定します。 測定値の測定スケジュールを設定するには，次の手順を実行します。 1 スケジュールを設定する対象となるサーバの測定値を選択します。 2 Performance Center に測定値を通知させる頻度を指定します。 3［OK］をクリックして，設定を保存します。 ファイアウォール越しのネットワーク遅延モニタの設定 Performance Center のホスト・マシンと監視元マシンの間にファイアウォールが あるときにネットワーク遅延モニタを実行するには，ネットワーク遅延モニタ を設定し（480 ページ「ネットワーク遅延時間モニタの設定」を参照），次の作 業を手順 3（481 ページ）に追加します。 ［Source Machine］ボックスに，監視元マシンのサーバ名または IP アドレス を，＜ MI リスナー・マシン＞ : ＜監視元マシンのローカル・キー＞ の形式で 入力します。ここで，「監視元マシンのローカル・キー」は，監視元マシンで Performance Center エージェントを設定するときに選択した一意のキーです。た とえば，12.12.12.3:vds のように指定します。 198 第 12 章 • ファイアウォール越しのモニタの設定 サーバ・モニタ情報を受信する User Site の設定 モニタを設定した後，User Site に戻り，テスト中に通信する対象となるサー バ・モニタ・エージェント・マシンを選択します。 サーバ・モニタ・マシンをモニタ・リストに追加するには，次の手順を実行し ます。 1 左側メニューから［Projects］＞［Monitor Profiles］を選択します。 2［Modify Server Monitor Agents］をクリックします。［Over the Firewall Monitoring Agent］ダイアログ・ボックスが開きます。 199 199 第 2 部 • 負荷テストの設計 3 モニタ・マシンの仮想名を入力します。この名前はエージェントの設定時に入 力したものと同じです。 4［Add］をクリックします。サーバ・モニタ・エージェント・マシンがページ に追加されます。 このダイアログ・ボックスを使用して，さらにサーバ・モニタ・エージェン ト・マシンを追加することも，既存のサーバ・モニタ・エージェント・マシン を編集または削除することもできます。 5［Close］をクリックします。サーバ・モニタ・エージェント・マシンの名前が ［Monitor Profiles］ページに表示されます。 これで，システムがファイアウォール越しにサーバ・モニタ情報を受信できる 準備が整います。 200 第 12 章 • ファイアウォール越しのモニタの設定 負荷テストの実行の監視 既存の負荷テストを実行するときや，新しいテストを作成するときは， ［Monitor Profiles］ダイアログ・ボックスにアクセスして，テストに含めるサー バ・モニタ・エージェント・マシンを選択します。 テストの実行中，［Load Test Run］ページで，監視対象の情報をグラフの形式で 表示できます。 ファイアウォール越しに負荷テストの実行を監視するには，次の手順を実行し ます。 1［Load Test Configuration］ページから，［Other］タブを選択し，［Monitors］を クリックします。［Monitor Profiles］ダイアログ・ボックスが開きます。 201 201 第 2 部 • 負荷テストの設計 2［Modify agents list］リンクをクリックします。［Server Monitor Agent Machines］ダイアログ・ボックスが開きます。 3 必要なサーバ・モニタ・エージェント・マシンを選択し，［OK］をクリックし ます。 4［Close］をクリックして，負荷テストを開始します。［Load Test Run］ページ が開きます。 これで，システムがファイアウォール越しに仮想ユーザを監視するように設定 されます。 テストの実行中は，負荷テストのサーバ・モニタから送られるファイアウォー ル越しの監視データをグラフ形式の表示で確認できます。 202 第 13 章 スクリプトと負荷テストの保守 スクリプトと負荷テストの保守作業には，［Vuser Scripts］ページと［Load Tests］ページを使用します。 本章では，次の項目について説明します。 ➤ スクリプトと負荷テストの保守について ➤［Vuser Scripts］ページ ➤［Load Tests］ページ 203 第 2 部 • 負荷テストの設計 スクリプトと負荷テストの保守について スクリプトと負荷テストを正しく保守するためには，［Vuser Scripts］ページと ［Load Tests］ページの使い方について理解する必要があります。 ［Vuser Scripts］ページでは，各種機能を実行できるほか，仮想ユーザ・スクリ プト・データベースに追加されたすべての仮想ユーザ・スクリプトの一覧を確 認できます。［Load Tests］ページには，現在までに作成されたすべての負荷テ ストが表示されます。また，［Load Tests］ページではこれらのテストに対して 操作を実行でき，負荷テストに関連する各種のページへすばやくリンク移動で きます。 ［Vuser Scripts］ページ ［Vuser Scripts］ページには，Performance Center の仮想ユーザ・スクリプト・ データベースに追加したすべての仮想ユーザ・スクリプトのリストが表示され ます。表内の仮想ユーザ・スクリプトの全部が 1 ページに収まらない場合は， ナビゲーション矢印が表示されます。矢印をクリックするとリスト内を移動で きます。 ［Vuser Scripts］ページを開くには，左側メニューから［Projects］＞［Vuser Scripts］を選択します。 ［Vuser Scripts］ページからは次の作業も実行できます。 ➤ Mercury の仮想ユーザ・ジェネレータで作成した新しい仮想ユーザ・スクリプ トのアップロード。これには，［Upload Script］ボタンをクリックします。詳 204 第 13 章 • スクリプトと負荷テストの保守 細については，42 ページ「仮想ユーザ・スクリプトのアップロード」を参照し てください。 ➤ 記録されたスクリプトの内容の表示。スクリプト内の各アクションの内容を表 示するには，スクリプトの名前をクリックします。 ➤ URL ベースの仮想ユーザ・スクリプトの新規作成。これには，［URL-based script generator］リンクをクリックします。詳細については，42 ページ「仮 想ユーザ・スクリプトのアップロード」を参照してください。 ➤ 仮想ユーザ・スクリプトに対する操作の実行。スクリプトを編集するには， ［Download］アイコンをクリックします。Mercury の仮想ユーザ・ジェネレー タ（VuGen）を使用して記録されたスクリプトの場合，Performance Center で は，スクリプトを自動的に VuGen で開いて編集できます。 ➤ スクリプトの削除。スクリプトを削除するには，［削除］アイコンをクリック します。 カラムの見出しをクリックすると，そのフィールド順に表を並べ替えることが できます。 ［Load Tests］ページ ［Load Tests］ページには，現在までに作成したすべての負荷テストが表示され ます。これには，今までに実行した負荷テスト，現在実行中の負荷テスト，保 存した負荷テスト，および，後で実行するようにスケジュールを設定した負荷 テストが含まれます。 205 205 第 2 部 • 負荷テストの設計 ［Load Tests］ページを開くには，左側メニューから［Load Tests］＞ ［Create/Edit］を選択します。 ［Load Tests］ページからは次の作業も実行できます。 ➤ 負荷テストの新規作成 ➤ 負荷テストに対する操作の実行（負荷テストの実行，負荷テストの削除，パ フォーマンス目標の設定，ダッシュボードへのテスト結果の発行など） ➤ 負荷テストに関連する各種ページへのすばやいリンク移動（スクリプト名のリ ンクから［Load Tests Configuration］ページ，ステータスのリンクから［Load Test Results］ページなど） ［Load Tests］ページの上部にはページ情報表示領域があります。ここには，負 荷テスト・リストに含まれている負荷テストの数が表示されます。リストが 1 ページに収まらない場合は，ナビゲーション矢印が表示されます。矢印をク リックするとリスト内を移動できます。 206 第 13 章 • スクリプトと負荷テストの保守 負荷テストの表には次のカラムがあります。 フィールド 説明 Name (# of Runs) 負荷テストの名前と，負荷テストに対する実行の数が表示されます。 負荷テスト名をクリックすると，その負荷テストの設定を編集できま す。「+」アイコンをクリックすると，負荷テストの実行履歴を表示で きます。表示される内容は次のとおりです。 • ID：負荷テストごとに割り当てられた ID 番号 • Date：負荷テストの実行の日付と時刻 • Tester：負荷テストを実行したユーザ • Duration：負荷テスト実行の継続時間 • Vusers：負荷テスト内で実行された仮想ユーザの数 Status：各負荷テストの実行のステータス。ステータスの説明をク リックすると，その実行の結果を［Load Test Results］ページに表示し て分析できます。実行ステータスの詳細については，323 ページ「負 荷テスト・データの照合と分析」を参照してください。 Last Modified Date Status 負荷テストが最後に変更された日付が表示されます。 負荷テストの現在のステータスが表示されます。ステータスの値は 「Valid」または「Invalid」です。ステータスが「Invalid」の場合は， リンクをクリックすると妥当性検証の結果が表示されます。検証で は，問題のレベル，問題が発生したタブの名前と位置，および問題の 説明が表示されます。無効なテストの場合は，［Edit Load Test］をク リックして［Load Test Configuration］ページを開きます。負荷テスト の問題を解決してから， ［Save］をクリックしてテストを検証します。 ［Publish Load Test to Dashboard］アイコンをクリックすると， ダッシュボードへ負荷テスト結果を追加できるようになります。追加 を有効にした後で，ダッシュボードに発行する負荷テストの実行結果 を選択できます。 ［Remove Load Test from Dashboard］アイコンをクリックすると， 負荷テスト結果や個々の負荷テスト実行をダッシュボードから削除で きます。 ［Set Load Test Performance Targets］アイコンをクリックすると， ダッシュボード・ウィザードを使用して負荷テストのしきい値を設定 できます。 207 207 第 2 部 • 負荷テストの設計 ［Run Load Test］アイコンをクリックすると，負荷テストを実行で きます。 ［Delete Load Test］アイコンをクリックすると，負荷テストや特定 の実行を Performance Center のデータベースから削除できます。 カラムの見出しをクリックすると，そのフィールド順に表を並べ替えることが できます。 208 第 14 章 自動起動負荷テストの表示 自動起動負荷テストとそのレポートを，Autostart Viewer から表示および管理で きます。 本章では，次の項目について説明します。 ➤ 自動起動負荷テストについて ➤ 自動起動負荷テストの表示 ➤ その他のリソースの予約 ➤ 自動起動負荷テスト・レポートの表示 自動起動負荷テストについて Autostart Viewer には，すべてのプロジェクトの自動起動負荷テストに関する情 報が表示されます。メイン・テーブルには一般情報が表示されます。また，実 行済みテストのレポートにアクセスしたり，実行がスケジュール設定されてい るテストをキャンセルしたりすることもできます。 Autostart Viewer にはテストに関する情報が表示されます。自動起動の実際のス ケジュール設定は［Timeslots］ページで行いますが，テストの設定は新規負荷 テストの作成時に行います。 注：テストを自動起動するためのスケジュール設定は，［Timeslots］ページから のみ実行できます。［Autostart Load Tests］ページは，スケジュールが設定され たテストの単純なリストです。 209 第 2 部 ・負荷テストの設計 自動起動負荷テストの表示 Autostart Viewer で負荷テストを表示するには，次の手順を実行します。 ［Projects］メニューから，［Autostart Viewer］を選択します。［Autostart Viewer］ページが開きます。 このページには，スケジュールが設定されたすべてのテストに関する情報がテー ブル形式で表示されるほか，テーブルのナビゲーション矢印と， ［Load Tests Configuration］ページおよび［Timeslots］ページへのリンクが表示されます。 テーブルには，タイムスロットの予約時に定義した次の情報が表示されます。 ➤ Autostart Date and Time：自動起動するテストのスケジュールを設定したとき に予約したタイムスロットの日付と時刻。 ➤ Test Name：自動起動するようにスケジュールを設定したテストの名前。これ は，テストの作成時に与えられた名前です。 ➤ Status：自動起動テストのステータス。一部の情報（［Scheduled to run］， ［Failed to Run］）は，自動起動ステータスに関するものであり，それ以外の情 報は，テスト・ワークフローのテスト・ステータスを表します。テストのワー クフローの詳細については，『Mercury Performance Center 管理者ガイド』の 「テスト実行の状態の変更」を参照してください。 ➤ Duration：タイムスロットの予約時に定義された，自動起動するようにスケ ジュール設定されたテストの継続時間。 210 第 14 章 • 自動起動負荷テストの表示 ➤ # Hosts：タイムスロットの予約時に定義された，自動起動テストに割り当て られたホストの数。 ➤［Delete］：スケジュールを設定したテストをキャンセルするには，［Delete］ ボタンをクリックします。タイムスロットがクリアされ，エントリが ［Scheduled Tests］ページから削除されます。 注：削除できるのは，まだ実行を開始していないテストのみです。 テストの並べ替え ［Scheduled Tests］ページを開くと，テストは Autostart Date and Time を基準にし て並んでいます。ここでは，テストを Test Name や # Hosts を基準にして並べ替 えることもできます。 テストを並べ替えるには，次の手順を実行します。 テストの並べ替えの基準にするカラムの見出しをクリックします。カラムの見 出しの横に表示される矢印は，テストの並べ替えが降順または昇順のどちらで 行われているかを示します。 再度見出しをクリックすると，矢印の方向が逆になり，そのカラムの値の逆順 でテストが並べ替えられます。 その他のリソースの予約 自動起動を使用して実行するようにスケジュールを設定した負荷テストについ て，その設定を変更した場合（たとえば，負荷テストに必要なロード・ジェネ レータや仮想ユーザの数を増やした場合など），テストを実行するための十分 なリソースが使用できなければ，自動起動の実行に失敗することがあります。 タイムスロットに含まれているリソースが，スケジュール設定した負荷テスト に必要なリソースよりも少ない場合は，「Did not run」というステータスが ［Autostart Viewer］レポートに表示されます。 211 211 第 2 部 ・負荷テストの設計 自動起動負荷テスト・レポートの表示 ［Autostart Load Test Report］ページには，負荷テストのパフォーマンスの概要 と，テストの結果へのリンク，およびスケジュール・アクションの表が表示さ れます。 ［Autostart Load Test Report］ページを開くには，次の手順を実行します。 自動起動負荷テストのページの表で，アクティブなテスト名をクリックしま す。そのテストの［Autostart Load Test Report］ページが開きます。 212 第 14 章 • 自動起動負荷テストの表示 ［Autostart Load Test Report］ページでは，次の情報の表示およびアクセスができ ます。 Load Test performance information：実行の開始日時，仮想ユーザ情報，負 荷テストのコントローラ，追加のホストの名前が含まれます。 Autostart Test actions：負荷テストの実際の実行に関する情報ではなく，テス ト実行のパフォーマンスに関する情報が報告されます。テーブルには，テスト 実行中におけるパフォーマンスがステップごとに示されます。［Time］カラム は並べ替え可能で，アクションの日時が表示されます。［Status］カラムには， 実行されたアクションのわかりやすい説明が表示されます。 ➤［Download Messages］：このボタンをクリックすると，すべてのエラー・ メッセージと通知メッセージを格納した Zip ファイルをダウンロードできます。 ➤［Summary Report］：このボタンをクリックすると，［Analysis Summary］ペー ジが開きます。 ➤［View Results］：このボタンをクリックすると，［Load Test Status］ページが開 きます。 213 213 第 2 部 ・負荷テストの設計 214 第 15 章 ユーザ権限の管理 Privilege Manager は，Performance Center システムのユーザ，プロジェクト，お よび権限レベルを管理します。 本章では，次の項目について説明します。 ➤ ユーザ権限の管理について ➤ Privilege Manager へのアクセス ➤ 権限レベルについて ➤ 個人情報の表示 ➤ ユーザ情報の管理 ➤ プロジェクト情報の管理 ➤ 権限レベルの設定 ユーザ権限の管理について Privilege Manager は，個人情報，ユーザ情報，プロジェクト情報，権限レベル の管理に使用します。 ［Users］ページおよび［Projects］ページには，Performance Center システムの使 用に関係する，ユーザおよびプロジェクトについてのすべての情報が格納され ます。これには，セキュリティ情報および権限レベルが含まれます。 権限レベルは，Privilege Manager 内部，および Performance Center 内部における ユーザのアクセス権を規定します。 215 第 2 部 • 負荷テストの設計 Privilege Manager へのアクセス Privilege Manager には，Performance Center の User Site にある任意のページの ［Management］メニューから，または［Select Project］ページからアクセスで きます。 Privilege Manager にアクセスするには，次の手順を実行します。 ➤［Management］メニューから，［Privilege Manager］を選択します。 ➤［Select Project］ページで，［Privilege Manager］リンクをクリックします。こ の方法はログオン時に Privilege Manager に直接移動したい場合に便利です。 ［Select Project］ページは，複数のプロジェクトに属している場合に Performance Center にログオンすると開きます。 User Site に戻るには，次の手順を実行します。 左側のナビゲーション・メニューの［User Site］リンクをクリックします。 Privilege Manager に入ると，個人情報ページが開きます。 権限レベルによっては，左側のナビゲーション・メニューにほかの Privilege Manager ページへのリンクが表示される場合もあります。権限レベルの詳細に ついては，217 ページ「権限レベルについて」を参照してください。 Privilege Manager からログアウトするには，次の手順を実行します。 ページ右上の［LOGOUT］をクリックします。Performance Center のログイン・ ページに戻ります。 216 第 15 章 • ユーザ権限の管理 権限レベルについて ユーザにはそれぞれ，権限レベルが 1 つずつ割り当てられます。権限レベル は，ユーザの個人情報ページに表示され，実行可能なアクションおよび表示可 能なページはこの権限レベルによって決まります。権限レベルは，Performance Center 全体を通してユーザのアクセス権に影響を及ぼします。ユーザがその ユーザ名を使用して Performance Center にログインすると，ユーザの権限レベ ルがシステムに登録されます。 次の表に，Performance Center にあらかじめ定義されている権限レベル，および権 限レベルに応じて Privilege Manager のどの部分にアクセスできるかを示します。 権限レベル Privilege Manager の ページ Guest Personal Information Guest 権限を持つユーザは，個人情報 にアクセスでき，所属先のプロジェク トの実行を表示できます。Guest は Administration Site にはアクセスできま せん。 Consultant Personal Information， Users Consultatant 権限を持つユーザは，大半 の管理を実行できますが，若干の制限 があり，所属先のプロジェクトと，権 限階層で下位のユーザの権限レベルに ついてのみ管理できます。Consultant は Administration Site にはアクセスでき ません。 Administrator Personal Information， Users，Projects， Privilege Levels Administrator 権限を持つユーザには， Performance Center 内における完全かつ 無制限のアクセス権があります。 説明 これらのページへのリンクは，左側のナビゲーション・メニューに表示されま す。各ページのアクションの中には，権限レベルによっては実行できないもの があります。 これらのページは次の目的に使用できます。 ➤ Personal Information：ユーザの個人情報を表示，変更します。詳細について は，218 ページ「個人情報の表示」を参照してください。 217 217 第 2 部 • 負荷テストの設計 ➤ Users：ユーザ情報を表示，変更，追加，削除します。詳細については，219 ページ「ユーザ情報の管理」を参照してください。 ➤ Projects：プロジェクト情報を表示，変更，追加，削除します。詳細について は，226 ページ「プロジェクト情報の管理」を参照してください。 ➤ Privilege Levels：権限レベルを表示，変更，追加，削除します。詳細につい ては，235 ページ「権限レベルの設定」を参照してください。 あらかじめ定義されている権限レベルに加えて，新しいレベルを追加すること もできます。新しいレベルは，それぞれ特定のアクションを許可するために定 義します。許可できるアクションの 1 つは，権限レベルの管理です。各権限レ ベルは階層内の特定の位置を占めます。権限レベルの管理が許可されている ユーザは，階層で自分のレベルより低いレベルのみ管理できます。 個人情報の表示 ユーザの個人情報ページには，ユーザ名，パスワード，プロジェクト，権限レ ベル，ステータスなどユーザに関する情報が格納されます。 個人情報を表示するには，次の手順を実行します。 左側のナビゲーション・メニューの［Personal Information］をクリックします。 個人情報ページには次のフィールドがあります。 ➤ User Name：ログイン用ユーザ名です。 ➤ Password：ログイン用パスワードです。 ➤ Expiration Date：ユーザがシステムから削除される日付です。 218 第 15 章 • ユーザ権限の管理 ➤ Full Name：ユーザのフル・ネームです。 ➤ Project：自分のプロジェクトの名前です。 ➤ E-Mail：ユーザの電子メール・アドレスです。 ➤ Additional Data：追加の関連情報です。 ➤ Privilege Level：権限レベルです。 ➤ User Creator：システムにユーザのプロファイルを作成したユーザの名前で す。このフィールドは，ユーザが追加されたときに自動的に入力され，編集す ることはできません。 ➤ User Status：ユーザのステータスはアクティブまたは非アクティブです。非 アクティブ・ステータスのユーザは，システムにログインできません。 ➤ Creation Date：ユーザ情報のプロファイルがシステムに入力された日付です。 ユーザ情報の管理 権限レベルによってユーザ情報の管理が許可されている場合は，左側のナビ ゲーション・メニューに［Users］リンクが表示されます。 ユーザ情報には，ユーザの名前，パスワード，プロジェクト，権限レベル，ス テータス，その他の個人情報が含まれます。Privilege Manager の［Users］ペー ジでは，ユーザ情報の表示と編集，および新規ユーザの追加が可能です。 ユーザ情報の表示 ［Users］ページには，権限レベルが自分より低い全ユーザが一覧表示されます。 権限レベルが管理者である場合，システムのすべてのユーザを表示できます。 219 219 第 2 部 • 負荷テストの設計 ［Users］ページを表示するには，次の手順を実行します。 左側のナビゲーション・メニューで［Users］をクリックします。［Users］ ページが開きます。 このページには，最初の 50 人のユーザが表示されます。また，リストを上下 にスクロールするための垂直スクロール・バーも表示されます。50 人のユーザ のセット間を移動するには，テーブルの上にある矢印ボタンを使用します。 全ユーザのリストを表示する場合は，［Show All］ボタンをクリックします。 50 人のユーザから全ユーザにリストが拡大されます。 ページの下部にある［User Information］セクションには，現在選択されている ユーザのユーザ情報が表示されます。このセクションのフィールドは，個人情 報ページのフィールドとまったく同じです。詳細については，218 ページ「個 人情報の表示」を参照してください。 220 第 15 章 • ユーザ権限の管理 新規ユーザの追加 ユーザのリストには新しいユーザを追加できます。 ユーザを追加するには，次の手順を実行します。 1 左側のナビゲーション・メニューで［Users］をクリックします。［Users］ ページが開きます。 2 ページの上部にある［Add New User］をクリックします。［User Information］ セクションが Add Mode に切り替わります。フィールドが編集可能になります。 3 編集可能フィールドに，新しいユーザに関する情報を入力します。フィールド の詳細については，218 ページ「個人情報の表示」を参照してください。 4 有効期限を設定する場合は，［Expiration Date］リンクをクリックします。カ レンダーのポップアップ・ウィンドウが開きます。必要な日時を選択し， ［Set］をクリックします。ポップアップ・ウィンドウが閉じて，フィールドに 日付が入力されます。 ユーザが期限切れにならないようにするには， ［Never Expires］を選択します。 5［Add］をクリックします。パスワードを確認します。リストにユーザが追加 されます。 フィールドをすべてクリアするには，［Clear］をクリックします。 新しいユーザを追加せずにユーザ情報の表示に戻るには，［Cancel］をクリッ クします。 221 221 第 2 部 • 負荷テストの設計 ユーザの検索 ユーザのリストで特定のユーザまたは英字文字列を検索するには，［Find］ボタ ンを使用します。 特定のユーザまたは英字文字列を検索するには，次の手順を実行します。 1［Find］テキスト・ボックスに，ユーザ名または英字文字列を入力します。 2［Find］ボタンをクリックします。適切なリストが返されます。 注：英字文字列を入力すると，指定した文字列がつづりのどこかに含まれてい るすべてのユーザのリストが返されます。「th」と入力した場合，表示されるリ ストには，たとえば「Seth」 ，「Thomas」， 「Anthony」が含まれます。 ユーザ情報の変更 ［Users］ページに表示されている任意のユーザの情報を変更できます。 ユーザの情報を変更するには，次の手順を実行します。 1 左側のナビゲーション・メニューで［Users］をクリックします。［Users］ ページが開きます。 2 情報を変更するユーザを選択するために，テーブル行内の任意の場所をクリッ クします。行の色が変わり，ユーザが選択されたことを示します。 3 ページの最下部にある［Edit］をクリックします。［User Information］セクショ ンが Edit Mode に切り替わります。一部のフィールドが編集可能になります。 4 編集可能なフィールドの情報を変更します。 5 ユーザの情報に加えた変更を保存するには，［Save］をクリックします。 変更を取り消すには，［Cancel］をクリックします。 222 第 15 章 • ユーザ権限の管理 ユーザの削除 ユーザをシステムから削除できます。 ユーザを削除するには，次の手順を実行します。 1 左側のナビゲーション・メニューで［Users］をクリックします。［Users］ ページが開きます。 2 削除するユーザを選択するために，テーブル行内の任意の場所をクリックしま す。行の色が変わり，ユーザが選択されたことを示します。 3 ページの最下部にある［Delete］をクリックします。システムからユーザが削 除され，テーブルに表示されなくなります。 223 223 第 2 部 • 負荷テストの設計 ユーザのアクセス・リストの表示 ユーザのアクセス・リストとは，ユーザが Performance Center へアクセスでき る，ユーザの独自のプロジェクト以外のプロジェクトのリストです。ユーザの 権限レベルが，どのプロジェクトからも Performance Center へのアクセスを許 す場合，ユーザのアクセス・リストはありません。 ユーザのアクセス・リストを表示するには，次の手順を実行します。 1［Users］ページで，テーブルからユーザを選択します。［User Information］セク ションに，選択したユーザの情報が表示されます。 2 ページの最下部にある［Access List］をクリックします。［Access List for User］ダイアログ・ボックスが開きます。 右側のフレームに，ユーザに対して現在アクセスが許可されているすべてのプ ロジェクトが一覧表示されます。 224 第 15 章 • ユーザ権限の管理 ユーザのアクセス・リストの変更 権限レベルによってユーザの管理を許可されている場合は，ほかのユーザのア クセス・リストを変更できます。その場合，［Access List for User］ダイアログ・ ボックスには，プロジェクトを［Accessible Projects］リストに追加または削除 するための矢印が表示されます。 左側のフレームには，ログオン・ユーザ自身が Performance Center へのアクセ スに使用することを許可されている，指定可能なすべてのプロジェクトのリス トが表示されます。右側のフレームには，選択したユーザのアクセス・リスト が表示されます。 右側のユーザのアクセス・リストにプロジェクトを追加したり，このリストか らプロジェクトを除いたりできます。 ユーザのアクセス・リストにプロジェクトを追加するには，次の手順を実行し ます。 1［Available Projects］リスト内のプロジェクトを選択します。 2 右向き矢印をクリックして，そのプロジェクトを［Accessible Projects］リスト に移動します。 3 変更内容を保存してダイアログ・ボックスを閉じるには，［Save］をクリック してから［Close］をクリックします。 ユーザのアクセス・リストからプロジェクトを削除するには，次の手順を実行し ます。 1［Accessible Projects］リスト内のプロジェクトを選択します。 2 左向き矢印をクリックして，そのプロジェクトを［Available Projects］リストに 移動します。 変更内容を保存してダイアログ・ボックスを閉じるには，［Save］をクリック してから［Close］をクリックします。 225 225 第 2 部 • 負荷テストの設計 プロジェクト情報の管理 プロジェクト情報には，プロジェクトの名前，ステータス，仮想ユーザの上 限，マシンの上限など，プロジェクトに関するその他の情報が含まれます。 権限レベルによって許可されている場合は，プロジェクト情報の表示，編集， 追加，削除ができます。また，プロジェクトのアクセス・リストを表示および 変更できる場合や，IP ターゲット・アドレスを定義できる場合があります。 プロジェクト情報の表示 ［Projects］ページには，システム内のプロジェクトのうち，自分に対してアク セスが許可されているすべてのプロジェクトが一覧表示されます。これらは， 自分のユーザ・アクセス・リストに表示されるプロジェクトです。詳細につい ては，224 ページ「ユーザのアクセス・リストの表示」を参照してください。 権限レベルが管理者の場合は，システム内のすべてのプロジェクトを表示でき ます。 ［Projects］ページを表示するには，左側のナビゲーション・メニューで ［Projects］をクリックします。 このページには，最初の 50 件のプロジェクトが表示されます。また，リスト を上下にスクロールするための垂直スクロール・バーも表示されます。50 件の プロジェクトのセット間を移動するには，矢印ボタンを使用します。プロジェ クト情報は Add Mode（ ［Projects］ページの上部にある［Add New Project］を クリック）で設定します。 226 第 15 章 • ユーザ権限の管理 特定のプロジェクトを検索するには，テキスト・ボックスに名前を入力し， ［Find］ボタンをクリックします。 全プロジェクトのリストを表示する場合は，［Show All］ボタンをクリックし ます。リストが 50 のプロジェクトからすべてのプロジェクトを表示するよう に拡張されます。 このページの下部にある［Project Information］セクションには，選択したプロジェ クトの情報が表示されます。このセクションには次のフィールドがあります。 ➤ Project Name：プロジェクトの名前です。 ➤ Project Status：Performance Center システム内にあるプロジェクトのステータ ス。ステータスは，アクティブまたは非アクティブです。プロジェクトが非ア クティブ状態の場合，そのプロジェクトのユーザは誰も Performance Center シ ステムにログインできません。 ➤ Running Vusers on Controller：ユーザがコントローラ・マシンで仮想ユーザ を実行できます。これにより，リソースが不十分な場合に柔軟性が増します。 ただし，正確な結果を得るには，ロード・ジェネレータ専用のマシンでのみ仮 想ユーザを実行することをお勧めします。コントローラで仮想ユーザを実行す ると，マシンが過負荷になり，負荷テストの結果に影響を及ぼす可能性があり ます。 追加モードまたは編集モードの場合：［Enable］または［Disable］を選択しま す。高度なプロジェクトでユーザがより細かく制御できるようにするには， ［Allow Project users to override this selection］を選択します。これにより， 管理者レベルのプロジェクト・ユーザが［Running Vusers on Controller］の 設定を変更できるようになります。 ➤ Use Target IP Definitions：ユーザが，負荷テストのターゲットとして使用す る IP アドレスを定義できます。詳細については，233 ページ「ターゲット IP ア ドレスの定義」を参照してください。 ➤ Vuser Limit：プロジェクトで一度に実行できる仮想ユーザの最大数。プロジェ クトにおいて同時に実行するすべての負荷テストで使用される総数が，この上 限を超えないようにする必要があります。 ➤ Machine Limit：プロジェクトで一度に使用できるホスト・マシンの最大数。 プロジェクトにおいて同時に実行するすべての負荷テストで使用される総数 が，この上限を超えないようにする必要があります。 ➤ Concurrent Runs：プロジェクトの中で許可されている同時実行の最大数。 227 227 第 2 部 • 負荷テストの設計 ➤ Host Pool：負荷テストのためにプロジェクトに割り当てるホスト・マシンの クラスを指定します。権限レベルが管理者の場合は，使用可能なプールのセッ トを Administration Site で編集できます。詳細については，『Mercury Performance Center 管理者ガイド』を参照してください。 ➤ Creation Date：プロジェクトがシステムに追加された日時です。 ➤ Expiration Date：プロジェクトがシステムから削除される日時です。 追加モードまたは編集モードの場合：プロジェクトに対して期限を設定しない 場合は，このフィールドを編集しないでください。プロジェクトの期限を設定 するには，［Select expiration Date］リンクをクリックし，カレンダーのポッ プアップ・ウィンドウで日時を選択して，［Set］をクリックします。ポップ アップ・ウィンドウが閉じて，フィールドに日付が入力されます。 新規プロジェクトの追加 ［Projects］ページでは，プロジェクトのリストに新しいプロジェクトを追加で きます。 プロジェクトを追加するには，次の手順を実行します。 1［Projects］ページの上部にある［Add New Project］をクリックします。 ［Project Information］セクションが Add Mode に切り替わり，フィールドが編集 可能になります。 2 編集可能なフィールドに，新しいプロジェクトに関する情報を入力します。詳 細については，226 ページ「プロジェクト情報の表示」を参照してください。 3 プロジェクト・リストに新しいプロジェクトを追加するには，［Add］をク リックします。 フィールドをすべてクリアするには，［Clear］をクリックします。 228 第 15 章 • ユーザ権限の管理 新しいプロジェクトを追加せずにプロジェクトの表示に戻るには，［Cancel］ をクリックします。 プロジェクトの検索 リストで特定のプロジェクトまたは英字文字列を検索するには，［Find］ボタ ンを使用します。 特定のプロジェクトまたは英字文字列を検索するには，次の手順を実行します。 1［Find］テキスト・ボックスに，プロジェクト名または英字文字列を入力します。 2［Find］ボタンをクリックします。適切なリストが返されます。 注：英字文字列を入力すると，指定した文字列がつづりのどこかに含まれてい るすべてのエントリのリストが返されます。「me」と入力した場合，表示リス トには，たとえば「Acme」 ，「Merchandise」， 「barometer」が含まれます。 プロジェクト情報の変更 プロジェクト情報の変更は，［Projects］ページで行うことができます。 プロジェクト情報を変更するには，次の手順を実行します。 1 情報を変更する対象となるプロジェクトを選択します。 2 ページの最下部にある［Edit］をクリックします。ページの下部にある ［Project Information］セクションが Edit Mode に切り替わります。フィールドが 編集可能になります。 3 編集可能なフィールドの情報を変更します。 229 229 第 2 部 • 負荷テストの設計 4［Save］をクリックして変更内容を保存します。 変更を取り消すには，［Cancel］をクリックします。 プロジェクトの削除 プロジェクトはシステムから削除できます。ただし，そのプロジェクトで実行 中の負荷テストがある場合は，プロジェクトを削除できません。 プロジェクトを削除するには，次の手順を実行します。 1 削除するプロジェクトを選択します。 2 ページの最下部にある［Delete］をクリックします。システムからプロジェク トが削除され，テーブルに表示されなくなります。 プロジェクトのアクセス・リストの表示 プロジェクトのアクセス・リストとは，そのプロジェクトを介して Performance Center にアクセスすることが許可されるユーザのリストです。 プロジェクトのアクセス・リストを表示するには，次の手順を実行します。 1 プロジェクトを選択します。［Project Information］セクションに，選択したプロ ジェクトの情報が表示されます。 230 第 15 章 • ユーザ権限の管理 2［Access List］をクリックします。［Access List for Project］ダイアログ・ボッ クスが開きます。 右側の枠には，選択したプロジェクトを介して Performance Center にアクセス できるユーザが一覧表示されます。各ユーザ名の横にあるアイコンは，その ユーザの権限レベルを表します。 左側の枠には，選択したプロジェクトを介して Performance Center にアクセス できないすべてのユーザが一覧表示されます。標準設定では，すべてのプロ ジェクトのユーザが左側の枠に一覧表示されます。リストにフィルタを適用し て，特定のプロジェクトに属するユーザのみを表示するには，［Filter by project］ドロップダウン・リストからプロジェクトを選択します。 231 231 第 2 部 • 負荷テストの設計 プロジェクトのアクセス・リストの変更 選択したプロジェクトを介して異なるユーザが Performance Center にアクセス できるように，プロジェクトのアクセス・リストを変更できます。 アクセス・リストにユーザを追加するには，次の手順を実行します。 1［Available users］リスト内のユーザを選択します。 2 右向き矢印をクリックし，ユーザを［Allowed users］リストに移動します。 3［Save］をクリックして変更内容を保存します。 アクセス・リストからユーザを削除するには，次の手順を実行します。 1［Allowed users］リスト内のユーザを選択します。 2 左向き矢印をクリックして，ユーザを［Available users］リストに移動します。 3［Save］をクリックして変更内容を保存します。 IP アドレスの使用 IP アドレスは，特定のネットワーク上のすべてのホストのアドレスが共通の接 頭部を持つように割り当てます。共通の接頭部は IP アドレスのネットワーク部 を定義し，残り部分はホスト部（ローカル部とも呼ばれる）を定義します。こ の文脈での「ネットワーク」という語は，論理ネットワークのことを指し，1 つ以上の物理ネットワークを含みます。IP アドレスのネットワーク部によって サイトが識別され，ローカル部によってそのサイトの特定のホストが識別され ます。 サブネット・マスクの使用方法について サブネット・アドレス指定を使用するサイトでは，ネットワークごとに 32 ビットのサブネット・マスクを指定する必要があります。サブネット・マスク の各ビットは，ネットワークが IP アドレスの対応するビットをネットワーク・ アドレスの一部として扱う場合，1 に設定されます。ネットワークが IP アドレ スの対応するビットをホスト ID の一部として扱う場合は 0 に設定されます。 たとえば，11111111 11111111 0000000 0000000（10 進形式では 255.255.0.0） というサブネット・マスクがあるとします。このサブネット・マスクは，最初 の 2 つのオクテットによってネットワークが識別され，最後の 2 つのオクテッ トによってそのネットワークのホストが識別されることを示します。 232 第 15 章 • ユーザ権限の管理 個々の IP アドレスを定義する際に追加するサブネット・マスク 255.255.255.255（2 進形式では 11111111 11111111 11111111 11111111）は， サブネット・マスクがないかのように，IP アドレスの 4 つすべてのオクテット によってネットワークとホストが識別されることを示します。実際には，これ は，null インタフェースが IP アドレスの全体を負荷テストの対象の指定に使用 することを意味します。 ターゲット IP アドレスの定義 プロジェクトの［Use Target IP addresses］ボックスを選択した場合は， ターゲット IP アドレスを定義する必要があります。これは，プロジェクトの負 荷テストを実行する対象となるアドレスです。アドレスを定義しないと，その プロジェクトの負荷テストは実行できません。 標準設定では，このチェック・ボックスは選択されています。このチェック・ ボックスをクリアすると，プロジェクトは，その負荷テストを任意の IP アドレ スに向けることができます。 ➤ 負荷テストを 1 つ以上の個別の IP アドレスに限定するには，255.255.255.255 というマスク・アドレスとともに IP アドレスを入力します。 ➤ 負荷テストをターゲット IP アドレスが属するネットワークに限定するには， ネットワーク管理者が組織に割り当てた IP アドレスとサブネット・マスクの正 確な組み合わせを入力します。 233 233 第 2 部 • 負荷テストの設計 プロジェクトにターゲット IP アドレスを定義するには，次の手順を実行します。 1 リストからプロジェクトを選択します。［Project Information］セクションに，選 択したプロジェクトの情報が表示されます。 2［Define Target IP］をクリックします。［Define Target IP Addresses for Project］ ダイアログ・ボックスが開きます。 3［New Line］をクリックし，テーブルのフィールドに情報を入力します。 4 アドレスを編集するには，編集するフィールドにカーソルを置き，新しいアド レスを入力します。 変更内容を保存してダイアログ・ボックスを閉じるには，［Save］をクリック します。 変更内容を保存せずにダイアログ・ボックスを閉じるには，［Close］をクリッ クします。 アドレスを削除するには，テーブル行の［Delete］アイコンをクリックします。 234 第 15 章 • ユーザ権限の管理 権限レベルの設定 権限レベルによって権限レベルの管理が許可されている場合は，左側のナビ ゲーション・メニューに［User Privilege Configuration］リンクが表示され ます。権限レベルの定義の編集，および新規権限レベルの追加が行えます。 権限レベルのセットを表示するには，次の手順を実行します。 左側のナビゲーション・メニューで［User Privilege Configuration］をク リックします。［User Privilege Configuration］ページが開きます。 左側の権限レベルのリストは階層を表します。権限レベルの管理が許可されて いるユーザはすべて，このリストで自分より下の位置に表示されるレベルのみ 管理できます。したがって，権限レベルをリストの上または下に向かって移動 した場合は，管理階層を変えることになります。リストに表示されるレベル は，階層で自分より下のレベルのみです。 235 235 第 2 部 • 負荷テストの設計 ［Privilege Information］セクションには，現在選択されている権限レベルの詳細 が表示され，次の要素が含まれます。 Privilege Name：権限レベルの名前。 Privilege Description：権限レベルの説明。 Available Actions：権限レベルごとに許可または禁止することができる実行可 能アクションのチェック・ボックスのリストです。このリストには，ユーザ自 身が実行できるアクションのみが含まれます。 236 実行可能アクション 説明 View Running Load Tests ユーザは，自分のプロジェクトの負荷テストを表示専用モー ドで表示できます。このアクションは常に選択されます。 Run Load Tests ユーザは，User Site で負荷テストを実行できます。 View Load Test Results ユーザは，自分のプロジェクトの負荷テストの結果を表示 できます。 Manage Load Tests ユーザは，User Site で負荷テストの追加，削除，編集を行 うことができます。 Manage Timeslots ユーザは，タイムスロットの利用の可否の表示，およびタ イムスロットの予約，変更，削除を行うことができます。 Manage Scripts ユーザは，User Site で仮想ユーザ・スクリプトの追加，削 除，編集を行うことができます。 Manage Dashboard ユーザは，負荷テスト・パフォーマンス・ターゲットの定 義，ダッシュボードへのターゲットおよび負荷テスト実行 結果の発行，ダッシュボードからのターゲットおよび負荷 テスト実行結果の削除を行うことができます。 Tool Downloads ユーザは，メイン Performance Center User Site のダウンロー ド・ページからアプリケーションをダウンロードできます。 Manage Privilege Levels ユーザは，権限レベルを管理できます。 Access to all Projects ユーザは，システムのすべてのプロジェクトにアクセスで きます。 Manage Allowed Projects ユーザは，ユーザが Privilege Manager でアクセスできるプ ロジェクトのリストを管理できます。 第 15 章 • ユーザ権限の管理 実行可能アクション 説明 Manage Allowed Users ユーザは，ユーザが Privilege Manager でアクセスできる ユーザのリストを管理できます。 Upload/Download Files ユーザは，LoadRunner VuGen およびアナリシスを使用し て，Performance Center へのファイルのアップロード，およ び Performance Center からのファイルのダウンロードを行う ことができます。 View Dashboard ユーザは，プロジェクト・ダッシュボードを表示できます。 ユーザは，新規権限レベルの追加，既存の権限レベルの編集，リストでの上下 の移動による階層の権限レベルの順序の変更，権限レベルの削除を行うことが できます。 権限レベルを編集するには，次の手順を実行します。 1 権限レベルを選択します。［Privilege Information］セクションに，権限レベルの 詳細が表示されます。 2 編集可能フィールドの情報を編集し，必要に応じて，実行可能アクションを選 択またはクリアします。 新しい権限レベルを追加するには，次の手順を実行します。 1［New Privilege］をクリックします。新しい権限レベルが［Privileges］リスト に追加されます。 2［Privilege Name］ボックスに，権限レベルの名前を入力します。 3［Privilege Description］ボックスに，権限レベルの説明を入力します。 4［Available Actions］リストで，新しい権限レベルのユーザに実行を許可するす べてのアクションを選択します。 5［Add］をクリックして新しいレベルを追加するか，［Cancel］をクリックして 追加を取り消します。 リストの異なる位置に権限レベルを移動するには，次の手順を実行します。 1 権限レベルを選択します。 2［Change Hierarchy］セクションの［Move Up］ボタンまたは［Move Down］ ボタンを使用して，権限レベルを上または下に移動します。 237 237 第 2 部 • 負荷テストの設計 権限レベルを削除するには，次の手順を実行します。 1 権限レベルを選択します。［Privilege Information］セクションに，権限レベルの 詳細が表示されます。 2［Delete］をクリックします。［Deleting Privilege Level］ダイアログ・ボックス が開きます。 注：［Deleting Privilege Level］ダイアログ・ボックスは，削除しようとしている レベルにユーザが割り当てられている場合にのみ表示されます。そのレベルに ユーザが割り当てられていない場合，手順 2 ～ 4 は実行しません。 3 削除しようとしている権限レベルに現在割り当てられているすべてのユーザに 割り当てる権限レベルを選択します。 4［Delete］をクリックして先に進みます。権限レベルが削除され，その権限レ ベルに割り当てられていたユーザは，選択した権限レベルに移されます。 238 第3部 負荷テストの実行 240 第 16 章 負荷テストの実行 負荷テストを実行すると，Performance Center はテスト対象のアプリケーション に対して負荷を生成し，システムのパフォーマンスを測定します。 本章では，次の項目について説明します。 ➤ 負荷テストの実行について ➤［Load Test Run］ページ ➤ 負荷テストの開始 ➤ 実行時における特定のロード・ジェネレータの手動割り当て ➤［Load Test Run］ページからの負荷の設定 ➤ 実行中の負荷テストへの仮想ユーザの手動追加 ➤ 個々の仮想ユーザの制御 ➤ 仮想ユーザ・グループの追加および変更 ➤ ロード・ジェネレータの管理 ➤ 実行中における一般設定の変更 ➤ モニタ・プロファイルの変更または作成 ➤ ランデブーからの手作業による仮想ユーザの解放 ➤ 仮想ユーザ・スクリプトの追加，編集，表示 ➤ 負荷テストの実行の停止 241 第 3 部 • 負荷テストの実行 負荷テストの実行について 負荷テストを実行すると，仮想ユーザがロード・ジェネレータに割り当てら れ，仮想ユーザが仮想ユーザ・スクリプトを実行します。負荷テストの実行中 には，Performance Center によって次の処理が実行されます。 ➤ 仮想ユーザ・スクリプトで定義されているトランザクションの継続時間の記録 ➤ 仮想ユーザが生成するエラー，警告，および通知メッセージの収集 負荷テスト全体を無人で実行することも，実行する仮想ユーザや仮想ユーザ・ グループを選んで対話的に実行することもできます。負荷テストの実行が開始 すると，コントローラは最初に負荷テストの構成情報を検査します。次に，負 荷テストで実行することが指定されているアプリケーションを起動します。そ の後，各仮想ユーザ・スクリプトを指定のロード・ジェネレータに割り振りま す。準備が完了すると，仮想ユーザ・グループはスクリプトの実行を開始しま す。 負荷テストの実行中に，各仮想ユーザの監視，仮想ユーザが生成するエラー， 警告，通知メッセージの表示，および仮想ユーザ・グループまたは個々の仮想 ユーザの停止ができます。負荷テスト中，Performance Center に対して，個々の 仮想ユーザやグループの仮想ユーザを，それらが実行中の反復またはアクショ ンが完了してから，あるいは直ちに停止するように指定できます。詳細につい ては，156 ページ「負荷テストの実行環境の設定」を参照してください。 また，負荷テストの実行中に，［Add Vusers］ダイアログ・ボックスを使用し て，あるいは，［Ready］または［Run］カラムのドロップダウン・メニュー から，別の仮想ユーザを起動することもできます。さらに，実行が完了した仮 想ユーザや，負荷テスト中に中止された仮想ユーザを，［Passed］カラムから 再実行することも可能です。詳細については，263 ページ「［Load Test Run］ ページからの負荷の設定」を参照してください。 負荷テストは，すべての仮想ユーザがスクリプトを完了するか，継続時間が終 わるか，ユーザが停止することによって終了します。 このほか，必要に応じて，仮想ユーザの追加，編集，参照，および実行環境の 設定の編集および表示ができます。実行中にスクリプトの実行環境設定を編集 できるのは，スクリプトで現在実行されている仮想ユーザがない場合のみで す。それ以外の場合は，実行環境の設定の表示のみ可能です。詳細について は，280 ページ「実行中における一般設定の変更」および 287 ページ「仮想 ユーザ・スクリプトの追加，編集，表示」を参照してください。 242 第 16 章 • 負荷テストの実行 ［Load Test Run］ページ ［Load Test Run］ページを使って，仮想ユーザと仮想ユーザ・グループを制御 し，そのパフォーマンスをオンラインで監視できます。負荷テストのすべての 仮想ユーザと仮想ユーザ・グループを実行できます。あるいは，実行する特定 の仮想ユーザ・グループと仮想ユーザを選択できます。［Load Test Run］ページ には，負荷テスト内のすべてのスクリプトに作用する設定と，個々のスクリプ トにのみ作用する設定があります。 ［Load Test Run］ページを開くには，［Load Tests］ページの［Run Test］アイコ ンをクリックするか，［Load Tests Configuration］ページの［Start］をクリック します。負荷テストの開始の詳細については，253 ページ「負荷テストの開始」 を参照してください。 ［Load Test Run］ページでは，次の作業が可能です。 ➤ 負荷の設定および変更 ➤ 実行時データの監視 ➤ テスト・ステータスの追跡 ➤ オンライン・モニタ・グラフの表示 243 243 第 3 部 • 負荷テストの実行 負荷テストのステータス ページ上部のステータス・バーには，ユーザの名前，プロジェクトの名前，実 行中のテストの名前，スケジューラが実行している段階，次のアクション，お よび負荷テストのステータスが表示されます。 スケジューラが実行している段階としては，「Initialization Ramp Up」， 「Delay after Initialization」，「Run Ramp Up」，「Running」， 「Ramp Down」， および「Scheduler Stopped」があります。負荷テストのステータス文は実行 のステータスを示します。ステータスとしては，「Initializing」，「Scheduler Running」，「Stopping」，「Collating Results」 ，「Analyzing」，「Down」があ ります。 ステータス・バーの下にあるリンクからは，実行中の負荷テストの概要を表示 できます。 情報には次の内容が含まれます。 244 コマンド 説明 Running Vusers 負荷テストで現在実行中の仮想ユーザの数を表示します。詳細 については，424 ページ「仮想ユーザの実行」を参照してくださ い。 Time 開始時間，経過時間，および負荷テストとタイムスロットの残 り時間を表示します。詳細については，294 ページ「Load Test Time Information」を参照してください。 Hits/Sec 負荷テストの実行中における仮想ユーザから Web サーバへの経 過秒ごとのヒット数（HTTP 要求数）を表示します。詳細につい ては，432 ページ「［Hits per Second］グラフ」を参照してくださ い。 Passed Trans 負荷テストの実行中に実行が完了し，正常に終了したトランザ クションの数を表示します。詳細については，426 ページ「トラ ンザクション・モニタ・グラフ」を参照してください。 第 16 章 • 負荷テストの実行 コマンド 説明 Failed Trans 負荷テストの実行中に実行が完了し，失敗したトランザクショ ンの数を表示します。詳細については，426 ページ「トランザク ション・モニタ・グラフ」を参照してください。 Errors 負荷テストの実行中に発生した仮想ユーザ・エラーの数を表示 します。詳細については，299 ページ「出力ウィンドウの表示」 を参照してください。 Trans Details 負荷テストの実行から得られた個々のトランザクションの詳細 を表示します。詳細については，294 ページ「Transaction Details」を参照してください。 詳細については，292 ページ「負荷テスト・データの監視」を参照してください。 グループ・テーブル 負荷テストのステータス・バーの下には，負荷テストに関与しているスクリプ ト，ホスト，および各仮想ユーザのステータスを表示するテーブルがありま す。負荷テストの実行中，グループ・テーブルを使用して，負荷テストに関与 しているすべての仮想ユーザと仮想ユーザ・スクリプトのアクションを監視で きます。ステータス・フィールドには，スクリプト内の各仮想ユーザの現在の 状態が表示されます。 このテーブルでは，特定の仮想ユーザに作用する設定を行うこともできます。 個々の仮想ユーザに対して操作を実行するには，仮想ユーザの横にある矢印を クリックして仮想ユーザ・メニューを表示します。個々のスクリプトに対して 操作を実行するには，スクリプトの横にある矢印をクリックしてスクリプト・ メニューを表示します。 グループ・テーブルを最大化してグラフを非表示にするには，このアイコンを クリックします。 グループ・テーブルを元のサイズに戻してグラフを表示するには，このアイコ ンをクリックします。 245 245 第 3 部 • 負荷テストの実行 スクリプト・メニュー スクリプト・メニューを開くには，グループ・テーブル内のスクリプトの横に ある矢印をクリックします。スクリプト・メニューからはスクリプトに関する 次の操作を実行できます。 コマンド 説明 Run-time Settings 各スクリプトの実行環境の設定を表示できます。詳細に ついては，75 ページ「実行環境の設定」を参照してくだ さい。 Command Line パラメータをスクリプトに送信できます。詳細について は，78 ページ「コマンド行引数の使用」を参照してくだ さい。 注：スクリプトの操作は負荷テストが停止しているときにのみ実行できます。 246 第 16 章 • 負荷テストの実行 仮想ユーザ・メニュー 仮想ユーザのステータスごとに仮想ユーザ・メニューから実行できる操作を次 の表に示します。 ステータス 説明 Down 仮想ユーザはダウンしている。 実行できる操作 • Init X：スクリプトで使用する仮 想ユーザを，指定した数だけ初期 化します。 • Run X：スクリプトに対して，す でに実行中の仮想ユーザ（負荷テ ストの開始時点では 0）に加え， 指定した数の仮想ユーザを実行し ます。 • Delete X：スクリプトに対して， 指定した数の仮想ユーザを削除し ます。 Init 仮想ユーザは，ホスト・マシ ン上で初期化中。 • Run X：各スクリプトに対して， すでに実行中の仮想ユーザ（負荷 テストの開始時点では 0）に加え， 指定した数の仮想ユーザを実行し ます。 • Stop X：スクリプトに対して， 指定した数の仮想ユーザを停止し ます。 Ready 仮想ユーザはスクリプトの init セクションを実行済みで 実行可能な状態。 • Run X：各スクリプトに対して， すでに実行中の仮想ユーザ（負荷 テストの開始時点では 0）に加え， 指定した数の仮想ユーザを実行し ます。 • Stop X：スクリプトに対して， 指定した数の仮想ユーザを停止し ます。 247 247 第 3 部 • 負荷テストの実行 ステータス 説明 Run 仮想ユーザは実行中。仮想 ユーザ・スクリプトは，ホス ト・マシン上で実行中。括弧 内の数は，一時停止中の仮想 ユーザの数。 実行できる操作 • Gradual Stop X：指定した数の仮 想ユーザを，現在の反復またはア クションの完了後に停止します。 • Stop X：スクリプトに対して， 指定した数の仮想ユーザを停止し ます。 • Pause X：指定した数の仮想ユー ザを一時停止します。 • Run X：各スクリプトに対して， すでに実行中の仮想ユーザ（負荷 テストの開始時点では 0）に加え， 指定した数の仮想ユーザを実行し ます。 Rendez 仮想ユーザはランデブー・ポ イントに到着し，Performance Center によって解放されるの を待っている。 • Gradual Stop X：指定した数の仮 想ユーザを，現在の反復またはア クションの完了後に停止します。 • Stop X：指定した数の仮想ユーザ を直ちに停止します。 Exiting Passed Failed 仮想ユーザは実行を終えた か，停止されて終了中。 • Stop All：すべての仮想ユーザを 仮想ユーザは実行を終了し た。スクリプトの実行は成功 した。 • Reset X：指定した数の仮想ユー 仮想ユーザは実行を終了し た。スクリプトの実行は失敗 した。 • Reset X：指定した数の仮想ユー 直ちに停止します。 ザのステータスを「Down」にリ セットします。 ザのステータスを「Down」にリ セットします。 • Run X：スクリプトに対して，す でに実行中の仮想ユーザ（負荷テ ストの開始時点では 0）に加え， 指定した数の仮想ユーザを実行し ます。 • Init X：スクリプトで使用する仮 想ユーザを，指定した数だけ初期 化します。 248 第 16 章 • 負荷テストの実行 ステータス 説明 Stopped 仮想ユーザは［Stop］コマン ドによって実行を中止された。 実行できる操作 • Reset X：指定した数の仮想ユー ザのステータスを「Down」にリ セットします。 • Run X：各スクリプトに対して， すでに実行中の仮想ユーザ（負荷 テストの開始時点では 0）に加え， 指定した数の仮想ユーザを実行し ます。 • Init X：スクリプトで使用する仮 想ユーザを，指定した数だけ初期 化します。 Error 仮想ユーザにエラーが発生し た。出力ダイアログ・ボック スでエラーの説明を確認する 必要がある。 • Reset X：指定した数の仮想ユー ザのステータスを「Down」にリ セットします。 仮想ユーザ・メニューを使用して仮想ユーザの操作を実行するには，次の手順 を実行します。 1 仮想ユーザの横にある矢印をクリックして仮想ユーザ・メニューを表示します。 仮想ユーザ・メニューと，仮想ユーザに対して実行可能な操作が開きます。 2 実行する操作を選択します（選択した操作は強調表示されます）。 3 操作を実行する対象の仮想ユーザの数をエディット・フィールドに入力します （必要な場合）。 注：仮想ユーザ・メニューを初めて開くときは，エディット・フィールドは空 です。操作を実行する対象となる仮想ユーザの数を入力すると，Performance Center によってその数が記憶され，次回，同じステータスを持つ仮想ユーザに 対してその操作を実行するときに表示されます。 4 操作をクリックするか，Enter キーを押して，操作を実行します。 249 249 第 3 部 • 負荷テストの実行 負荷テストのグローバル設定 グループ・テーブルの右側にあるセクションでは，負荷テストのすべてのスク リプトに作用するグローバルな設定を行うことができます。次の操作を実行で きます。 ➤［Run Vusers］ ： ［Run Vusers］ダイアログ・ボックスを開きます。このダイアロ グ・ボックスで，追加の仮想ユーザを起動できます。詳細については，268 ペー ジ「実行中の負荷テストへの仮想ユーザの手動追加」を参照してください。 ➤［Stop Test］ ： ［Stop Run］ダイアログ・ボックスを開きます。このダイアログ・ ボックスで，負荷テスト全体を停止できます。詳細については，288 ページ 「負荷テストの実行の停止」を参照してください。 ➤［Vusers］：［Vusers］ダイアログ・ボックスを開きます。このダイアログ・ ボックスには，仮想ユーザ・グループ内の各仮想ユーザのステータスが表示さ れます。詳細については，272 ページ「個々の仮想ユーザの制御」を参照して ください。 ➤［Design］： ［Load Test Design］ダイアログ・ボックスを開きます。このダイア ログ・ボックスでは次のオプションを選択できます。 ➤［Design Groups］ ：［Design Groups］ダイアログ・ボックスを開きます。こ のダイアログ・ボックスで，デザイン段階でデザインしたグループを変更で きます。負荷テストの仮想ユーザの数，ロード・ジェネレータの配分，各ス クリプトに配分される仮想ユーザの割合または数を，それぞれ変更できま す。詳細については，274 ページ「仮想ユーザ・グループの追加および変 更」を参照してください。 ➤［Scheduler］：［Load Test Scheduler］を開きます。このスケジューラで，ス ケジュールを手動で設定できます。詳細については，263 ページ「 ［Load Test Run］ページからの負荷の設定」を参照してください。 ➤［Load Generators］：［Generator Details and Assignment］ダイアログ・ボッ クスを開きます。このダイアログ・ボックスで，負荷テスト内のロード・ ジェネレータのステータスとマシン使用率を表示できます。また，負荷テス トへのロード・ジェネレータの追加と，ターミナル・セッションの設定も行 えます。詳細については，277 ページ「ロード・ジェネレータの管理」を参 照してください。 250 第 16 章 • 負荷テストの実行 ➤［Settings］： ［Settings］ダイアログ・ボックスを開きます。このダイアロ グ・ボックスで，負荷テストの実行中に，負荷テストの継続時間，サーバ・ モニタの設定，更新頻度，実行後分析の設定を，それぞれ変更できます。詳 細については，280 ページ「実行中における一般設定の変更」を参照してく ださい。 ➤［Monitors］ ：［Monitors］ダイアログ・ボックスを開きます。このダイアロ グ・ボックスで，負荷テストの実行中にモニタ・プロファイルを変更できま す。詳細については，285 ページ「モニタ・プロファイルの変更または作 成」を参照してください。 ➤［Rendezvous］ ： ［Rendezvous］ダイアログ・ボックスを開きます。このダイ アログ・ボックスで，負荷テスト内のランデブー・ポイントを有効または無 効にしたり，ランデブー・ポイントに関する一般情報を表示したりできます。 詳細については，175 ページ「ランデブー情報の表示」および 177 ページ 「ランデブーからの手作業による仮想ユーザの解放」を参照してください。 ➤［Output Window］ ：出力ウィンドウを開きます。このウィンドウで，負荷テス トの実行から出力されたエラー・メッセージや通知メッセージを表示できます。 詳細については，299 ページ「出力ウィンドウの表示」を参照してください。 251 251 第 3 部 • 負荷テストの実行 オンライン・グラフ オンライン・モニタ・グラフ（仮想ユーザの実行テーブルの下にある 3 つのグ ラフ）は，負荷テストの監視対象リソースに関するパフォーマンス測定値を表 示するのに使用します。 ここでは，表示するグラフを選択したり，グラフの倍率を設定したり，グラフ 情報の表示方法を選択したりできます。また，グラフの下にある凡例には，各 測定値の最大値，平均値，最小値，最新値，およびグラフの倍率に関する詳細 が表示されます。これらの値の 1 つを基準にしてすべての測定値を並べ替える こともできます。詳細については，312 ページ「オンライン・モニタ・グラフの 選択」および 314 ページ「オンライン・グラフの設定」を参照してください。 さらに，拡大したグラフを別のウィンドウで開くこともできます。詳細につい ては，318 ページ「拡大オンライン・モニタ・グラフの表示および設定」を参 照してください。 252 第 16 章 • 負荷テストの実行 負荷テストの開始 負荷テストの設定を行った後，［Load Tests］ページまたは［Load Tests Configuration］ページから負荷テストの実行を開始できます。負荷テストの実 行時に十分なリソースを確実に利用できるようにするには，事前に［Timeslots］ ページでそれらのリソースを予約します。詳細については，第 7 章「タイムス ロットの予約」を参照してください。 保存した負荷テストや，以前に［［Load Tests］ページ］ページから実行した負 荷テストについても，実行を開始できます。詳細については，205 ページ 「［Load Tests］ページ」を参照してください。 負荷テストの実行を開始するには，次の手順を実行します。 ➤［Load Tests］ページから，負荷テストを選択し，［Run Test］アイコンをク リックします。 ➤［Load Tests Configuration］ページから，［Start］をクリックします。 予約済みのタイムスロットを持つ負荷テストの場合は，254 ページ「予約済み のタイムスロットを持つ負荷テストの開始」を参照してください。予約済みの タイムスロットを持たない負荷テストの場合は，258 ページ「予約済みのタイ ムスロットを持たない負荷テストの開始」を参照してください。 253 253 第 3 部 • 負荷テストの実行 予約済みのタイムスロットを持つ負荷テストの開始 タイムスロットを予約した場合は，［Select Timeslot］ページが開き，予約した タイムスロットと，負荷テストに必要なマシン（および仮想ユーザ）の数が表 示されます。 どの予約済みタイムスロットをテストに使用するかを選択できます。または， タイムスロットを新規に作成できます。タイムスロットの継続時間を更新する こともできます。タイムスロットの継続時間やリソースが不十分な場合は， フィールドが赤で表示されます。タイムスロットの継続時間を延長するには， 更新リンクをクリックします。また，このリンクをクリックして，Performance Center に，タイムスロットで必要となる数のマシンおよびロード・ジェネレー タを更新させることができます。 特定のロード・ジェネレータをテストに手動で割り当てた場合は，［Machines］ カラムの［View List］リンクをクリックして，タイムスロット内で予約されて いるロード・ジェネレータ・マシンを表示できます。 予約済みのタイムスロットを選択してテストを開始するには，次の手順を実行 します。 負荷テストに十分なリソースがある予約済みタイムスロットを選択し，［Start］ をクリックします。負荷テストの初期化処理が開始されます。 254 第 16 章 • 負荷テストの実行 タイムスロットを新規に作成してテストを開始するには，次の手順を実行します。 1［Create a new timeslot］を選択し， ［Start］をクリックします。 ［Set Load Test Duration］ダイアログ・ボックスが開きます。 2 タイムスロットの必要な継続時間を入力し，［OK］をクリックします。 継続時間は，30 分と 1 時間の増分でのみ予約できます。Performance Center に よって，十分なリソースが利用できるかどうかがチェックされ，タイムスロッ トが予約されたかどうかを知らせるメッセージが表示されます。 注：実行後分析の設定が［Collate and analyze results］になっている場合は， ここで指定した時間に，結果処理のための時間として 15 分が自動的に追加さ れます。 3［Start］をクリックします。負荷テストの初期化処理が開始されます。 255 255 第 3 部 • 負荷テストの実行 予約されたタイムスロットの継続時間を更新するには，次の手順を実行します。 1［Update Duration］をクリックします。［Prolong Timeslots Duration］ダイアロ グ・ボックスが開きます。 2 継続時間の合計を各時間フィールドに入力し，［OK］をクリックします。リ ソースが使用できる場合は Performance Center によって必要なリソースが割り 当てられ，タイムスロットが正常に予約されたかどうかを知らせるメッセージ が表示されます。 注：実行後分析の設定が［Collate and analyze results］になっている場合は， ここで指定したタイムスロットの最後の 15 分が結果処理のための時間として 割り当てられます。 3 タイムスロットが正常に更新された場合は，更新されたタイムスロットを選択 します。 Performance Center による必要なリソースの割り当てが失敗した場合は， ［Go to Timeslots page］をクリックして，テストを実行するための新しいタイムス ロットを予約します。詳細については，135 ページ「タイムスロットの予約」 を参照してください。 4［Start］をクリックします。負荷テストの初期化処理が開始されます。 256 第 16 章 • 負荷テストの実行 追加のロード・ジェネレータを割り当てるには，次の手順を実行します。 1［Update Resources/Duration］をクリックして［Update Timeslot Resource］ダ イアログ・ボックスを開きます。 2 タイムスロットの継続時間も延長する場合は，［Set total duration］オプショ ンを選択して継続時間の合計を各時間フィールドに入力します。継続時間を変 更しない場合は，［Continue without changing duration］オプションを選択 します。 3［OK］をクリックします。リソースが使用できる場合は Performance Center に よって必要なリソースが割り当てられ，タイムスロットが正常に予約されたか どうかを知らせるメッセージが表示されます。 注：実行後分析の設定が［Collate and analyze results］になっている場合は， ここで指定したタイムスロットの最後の 15 分が結果処理のための時間として 割り当てられます。 257 257 第 3 部 • 負荷テストの実行 4 タイムスロットが正常に更新された場合は，更新されたタイムスロットを選択 します。 Performance Center による必要なリソースの割り当てが失敗した場合は， ［Go to Timeslots page］をクリックして，テストを実行するための新しいタイムス ロットを予約します。詳細については，135 ページ「タイムスロットの予約」 を参照してください。 5［Start］をクリックします。負荷テストの初期化処理が開始されます。 予約済みのタイムスロットを持たない負荷テストの開始 タイムスロットを予約しなかった場合は，次のページが表示されます。 Performance Center に自動的にタイムスロットを予約させるには，次の手順を 実行します。 1［Proceed］をクリックします。［Set Load Test Duration］ダイアログ・ボックス が開きます。 2 タイムスロットの必要な継続時間を入力し，［OK］をクリックします。 258 第 16 章 • 負荷テストの実行 継続時間は，30 分と 1 時間の増分でのみ予約できます。Performance Center に よって，十分なリソースが利用できるかどうかがチェックされ，タイムスロッ トが予約されたかどうかを知らせるメッセージが表示されます。 注：実行後分析の設定が［Collate and analyze results］になっている場合は， ここで指定した時間に，結果処理のための時間として 15 分が自動的に追加さ れます。 3［Start］をクリックします。負荷テストの初期化処理が開始されます。 負荷テストの初期化処理 負荷テストを開始した後，Performance Center にはテストの初期化のために行わ れるステップが表示されます。 初期化ステップが正常に完了すると，［Load Test Run］ページが開き，仮想ユー ザがランプ・アップ設定に従って実行を開始します。 ➤［Load Test Configuration］ページの［Scheduler］タブで，負荷の設定を行わな かった場合や，負荷の設定を有効にしていない場合は，［Load Test Run］ページ から負荷の設定を行うことができます。負荷テストで仮想ユーザを実行するた 259 259 第 3 部 • 負荷テストの実行 めには，負荷テストの最初に負荷の設定を行う必要があります。詳細について は，243 ページ「［Load Test Run］ページ」を参照してください。 ➤［Advanced］ダイアログ・ボックスで［Pause Scheduler at load test start］ を有効にしている場合は，スケジューラが「Pause」のステータスで開きま す。詳細については，261 ページ「スケジューラの一時停止」を参照してくだ さい。 初期化が失敗した場合は，問題の特定に役立つ補足情報がページに表示されます。 次のいずれかのオプションを選択し，［Go］をクリックします。 ➤［Report this error to the administrator and return to Load Test configuration page］：メッセージ（および，自動的に送信されるエラーの詳 細）を管理者に送信できます。その後，［Load Test Configuration］ページに戻り ます。 260 第 16 章 • 負荷テストの実行 ➤［Return to Load Test configuration page］：［Load Test Configuration］ページ に戻ります。 スケジューラの一時停止 負荷テストの開始時にスケジューラを一時停止し，テスト開始の準備が整った 時点でスケジューラを手動で開始できます。このオプションは［Miscellaneous］ ダイアログ・ボックスから有効にします（63 ページ「一般設定」を参照）。こ のオプションを使用した場合，負荷テストは自動起動モードでは実行されなく なります。 注：この機能を有効にして負荷テストを開始すると，Performance Center ではス ケジューラが「Pause」のステータスで表示されます。 スケジューラを手動で開始するには，次の手順を実行します。 スケジューラ開始の準備ができた時点で， ［Continue］ボタンをクリックします。 261 261 第 3 部 • 負荷テストの実行 実行時における特定のロード・ジェネレータの手動割り当て ［Assign virtual load generators to groups］を選択し，［Assign actual load generators manually at runtime］を有効にした場合（68 ページ「グループの 分散方法の決定」を参照），実行時に［Map Virtual to Actual Load Generators］ダ イアログ・ボックスが開き，特定のロード・ジェネレータを各仮想ロード・ ジェネレータに割り当てることができます。 仮想ジェネレータのジェネレータ・マシンを選択するには，次の手順を実行し ます。 1 各仮想ジェネレータについて，割り当てる実際のロード・ジェネレータをド ロップダウン・リストから選択します。 1 つのロード・ジェネレータを複数の仮想ロード・ジェネレータに割り当てる ことはできません。ロード・ジェネレータの割り当てを切り替えるには，切り 替えを行う仮想ロード・ジェネレータのドロップダウン・リストで［No Generator］を選択し，ロード・ジェネレータを割り当て直します。 注：すべての仮想ロード・ジェネレータに対し，それぞれ実際のロード・ジェ ネレータを割り当てる必要があります。 262 第 16 章 • 負荷テストの実行 2 Performance Center に，実際のロード・ジェネレータを仮想ロード・ジェネレータ に自動的に割り当てさせるには， ［Automatic Assignment］をクリックします。 3［OK］をクリックして設定を保存し，ダイアログ・ボックスを閉じます。 ［Load Test Run］ページからの負荷の設定 負荷テストでは，選択したスクリプトを実行しなくても負荷テストを実行でき ることに注意してください。負荷テスト中にスクリプトを実行するためには， まず負荷の初期設定を行う必要があります。これらの設定は，［Load Tests］ ページの［Scheduler］タブから，または［Load Test Run］ページから行うこと ができます。 設定していない負荷テストを実行しても，仮想ユーザは実行されません。した がって，負荷テストを実行するための負荷の初期設定を必ず行ってください。 負荷テストの実行前または実行中に，［Load Test Run］ページから仮想ユーザを 追加または停止することによって，すべてのスクリプトまたは特定のスクリプ トについて，負荷を設定または変更できます。 注：スケジューラの実行中，またはスケジューラが「pause」ステータスの間 は，スケジューラの設定はできません。 263 263 第 3 部 • 負荷テストの実行 すべての仮想ユーザ・スクリプトについて負荷を設定または変更するには，次 の手順を実行します。 1［Load Test Run］ページから［Design］ボタンをクリックし，［Load Test Design］ダイアログ・ボックスから［Scheduler］を選択します。 選択した仮想ユーザ・モードに従って， ［Scheduler］ページが開きます。スケ ジューラを以前に設定したことがなければ， ［Enable Scheduler］を選択します。 2 次のいずれかのスケジューラ・タイプを選択します。 ➤［Schedule Whole Load Test］ ：負荷テスト全体を実行するスケジュールを 設定できます。 ➤［Schedule by Group］ ：グループのスクリプトを実行するスケジュールを 設定できます。 注：スケジューラがアクティブ（状態が「Paused」または「Running」）の間 はスケジューラのモードを変更できません。 264 第 16 章 • 負荷テストの実行 3 負荷の動作を設定します。スケジューラの設定の詳細については，80 ページ 「スケジューラ設定」を参照してください。 4 スケジューラを開始するには，［Start］をクリックします。 ［Scheduler］ページを閉じ，設定を変更せずに［Load Test Run］ページに戻るに は，［Close］をクリックします。 ［Start］をクリックした後，スケジューラの設定が負荷テストに適用されます。 Performance Center によって，現在「Down」の状態にあるユーザについて，ラ ンプ・アップ段階からスケジューラが再開されます。［Stop］ボタンが ［Start］ボタンに変わります。 5 スケジューラを停止するには，［Stop］をクリックします。ランプ・アップ処 理が終了します。これは，すでに実行中の仮想ユーザには作用しません。ラン プ・アップを再開した場合は，現在「Down」の状態にある仮想ユーザのみが 対象となります。 6 スケジューラを一時停止するには，［Pause］をクリックします。この操作で はスケジューラのタイマーが一時停止するだけです。［Pause］をクリックし た後，ボタンが［Resume］ボタンに変わります。タイマーを再開するには ［Resume］をクリックします。 注：スケジューラに加えた変更は，実行中のすべての仮想ユーザに適用されま す。たとえば，すでに 30 分間実行されている仮想ユーザがあり，継続時間を 40 分から 60 分に変更した場合，その仮想ユーザはさらに 60 分実行されます。 特定の仮想ユーザ・スクリプトについて負荷を設定または変更するには，次の 手順を実行します。 1 特定のスクリプトに基づいて仮想ユーザを実行するには，スクリプトの ［Ready］カラムにある矢印をクリックし，実行する仮想ユーザの数を入力し て，［OK］をクリックします。 2 特定のスクリプトの仮想ユーザを停止するには，スクリプトの［Run］カラム にある矢印をクリックし，停止する仮想ユーザの数を入力して，［OK］をク リックします。 265 265 第 3 部 • 負荷テストの実行 3 特定の仮想ユーザ・スクリプトについて，実行が完了した仮想ユーザを再実行 するには，スクリプトの［Passed］カラムまたは［Stopped］カラムにある 矢印をクリックし，再実行する仮想ユーザの数を入力して，［Init］または ［Run］をクリックします。 4 特定の仮想ユーザ・スクリプトについて，実行を中止された仮想ユーザを再実 行するには，スクリプトの［Failed］カラムにある矢印をクリックし，再実行 する仮想ユーザの数を入力して，［Init］または［Run］をクリックします。 特定の仮想ユーザについて負荷を設定または変更するには，次の手順を実行し ます。 1 スクリプト名の横にある「+」アイコンをクリックし，スクリプトを実行して いるホストのリストを表示します。 スクリプト行に，html_error というスクリプトで現在 5 つの仮想ユーザが実行 されていることが表示されます。 ホストのリストには，テストに関連付けられているホスト・マシンが表示され ます。 266 第 16 章 • 負荷テストの実行 2 仮想ユーザのグループに関連するメッセージを表示するには，Groups テーブル で仮想ユーザ・グループのアクションの横の矢印ボタンをクリックし， ［Show Vusers］をクリックします。［Vuser Details］ダイアログ・ボックスが開き，各 仮想ユーザの ID および関連する詳細が表示されます。 3 個々の仮想ユーザに対して操作を実行するには，仮想ユーザの横にあるチェッ ク・ボックスを選択し，操作を選択します。詳細については，272 ページ 「個々の仮想ユーザの制御」を参照してください。 負荷テストの実行中は，仮想ユーザの負荷を変更できるだけでなく，負荷テスト の設定（負荷テストの継続時間やホスト数など）も必要に応じて変更できます。 267 267 第 3 部 • 負荷テストの実行 実行中の負荷テストへの仮想ユーザの手動追加 負荷テストの実行中に，［Run Vusers］ダイアログ・ボックスを使用して，新し い仮想ユーザの追加を手動で制御できます。仮想ユーザの分散方法としては次 のいずれかを選択できます。 ➤ 数を指定：負荷テストに追加できる新しい仮想ユーザの数と，それらの追加 の仮想ユーザを実行するための割り当て先のロード・ジェネレータまたはグ ループを指定します。 ➤ パーセンテージを指定：定義したパーセンテージに従って仮想ユーザ・スク リプト間で分配できる新しい仮想ユーザの数と，それらの追加の仮想ユーザ を実行するための割り当て先のロード・ジェネレータまたはグループを指定 します。 注：負荷テストの開始時には，仮想ユーザが同じグループ内のロード・ジェネ レータに均等に配分されています。ランプ・アップまたはランプ・ダウン中に は，各ロード・ジェネレータ上の仮想ユーザの数を基準に，Performance Center によってロード・ジェネレータへの仮想ユーザの配分が行われます。負荷テス ト中に，仮想ユーザをロード・ジェネレータに手動で追加した場合は， Performance Center にそのことが反映され，仮想ユーザ群が追加分に応じて配分 されます。 268 第 16 章 • 負荷テストの実行 実行中の負荷テストに仮想ユーザを追加するには，次の手順を実行します。 1［Load Test Run］ページから，［Run Vusers］ボタンをクリックします。［Run Vusers］ダイアログ・ボックスが表示されます。 2 仮想ユーザを負荷テストに追加するための次のいずれかのモードを選択しま す。 ➤［Distribute Vusers by Group］：仮想ユーザ・グループが表示され，特定の 仮想ユーザ・グループに仮想ユーザを配分できます。 ➤［Distribute Vusers by Load Generator］：各グループに割り当てられてい るロード・ジェネレータ・マシンが表示され，特定のロード・ジェネレータ で実行されているグループに仮想ユーザを配分できます。 3［Vusers］カラムに，グループまたはホストごとに，操作を実行する対象となる 仮想ユーザの数を指定します。 269 269 第 3 部 • 負荷テストの実行 4 仮想ユーザの総数に対するパーセンテージに従って操作を実行する場合は， ［Relative Distribution］をクリックします。［Relative Distribution］ダイアロ グ・ボックスが開き，操作を実行する対象となる仮想ユーザの数量がパーセン テージで表示されます。 ［OK］をクリックして設定を保存し，［Relative Distribution］ダイアログ・ボッ クスを閉じます。 5 次のいずれかのオプションを選択し，［GO］をクリックします。 ➤［Add new Vusers to Down］：指定した数の仮想ユーザを「Down」ステー タスで追加します。 ➤［Initialize Vusers from Down］：指定した数の仮想ユーザを追加して初期化 します。Performance Center によって，追加した仮想ユーザが指定したロー ド・ジェネレータに配分され，スクリプトが実行できる状態になります。 ➤［Run Vusers from Down］：指定した数の仮想ユーザを「Down」ステータ スから実行します。 ➤［Run Vusers from Ready］：指定した数の仮想ユーザを「Ready」ステー タスから実行します。 270 第 16 章 • 負荷テストの実行 ➤［Stop Vusers］：指定した数の仮想ユーザを停止します。 ➤［Reset Vusers］：指定した数の仮想ユーザを「Down」ステータスにリセッ トします。 注：追加しようとしている仮想ユーザの数が実行に割り当てられている仮想 ユーザの数を超える場合，十分な仮想ユーザが利用可能であれば，Performance Center によって追加の仮想ユーザが割り当てられます。要求された数の仮想 ユーザを Performance Center が予約できない場合には，警告が表示されます。 6［Close］をクリックして［Run Vusers］ダイアログ・ボックスを閉じ，［Load Test Run］ページに戻ります。 271 271 第 3 部 • 負荷テストの実行 個々の仮想ユーザの制御 定義した仮想ユーザ・グループ内の個々の仮想ユーザを操作できます。この項 では，個々の仮想ユーザの初期化，実行，停止，リセットの方法を示します。 個々の仮想ユーザを制御するには，次の手順を実行します。 1［Load Test Run］ページから，［Vusers］ボタンをクリックします。［Vusers List］ダイアログ・ボックスが開き，負荷テスト実行内のすべての仮想ユーザ の ID，ステータス，およびロード・ジェネレータが一覧表示されます。 2 個々の仮想ユーザを次のように制御できます。 272 第 16 章 • 負荷テストの実行 ➤ 仮想ユーザを選択して［Init］をクリックすると，仮想ユーザが初期化され ます。 ➤ 仮想ユーザを選択して［Run］をクリックすると，仮想ユーザが実行されま す。 ➤ 仮想ユーザを選択して［Stop］をクリックすると，仮想ユーザの実行が直 ちに停止されます。 ➤ 仮想ユーザを選択して［Reset］をクリックすると，仮想ユーザのステータ スが「Down」に戻ります。 ➤ リストされているすべての仮想ユーザを選択するには，［Select All］アイコ ンをクリックします。 ➤ 選択をクリアするには，［Clear All］アイコンをクリックします。 3 個々の仮想ユーザに対してフィルタを適用するには，［Edit］をクリックしま す。［Active Filters］ダイアログ・ボックスが開きます。 フィルタを適用するグループ，ロード・ジェネレータ，およびステータスを選 択し，［OK］をクリックします。フィルタが適用された仮想ユーザが［Vuser Details］セクションに表示されます。 4［Refresh］をクリックすると，いつでも仮想ユーザのステータスを更新できます。 5［Close］をクリックして，［Vuser List］ダイアログ・ボックスを閉じます。 273 273 第 3 部 • 負荷テストの実行 仮想ユーザ・グループの追加および変更 負荷テストを実行する前に，デザイン段階でデザインしたグループを［Load Test Run］ページから変更できます。負荷テストの仮想ユーザの数，ホストの 配分，各スクリプトに配分される仮想ユーザの割合または数を，それぞれ変更 できます。仮想ユーザ・グループを新規に作成することもできます。負荷テス トの実行中には，新しい仮想ユーザ・グループを作成して負荷テストに追加で きます。 注：負荷テストの実行中は，「Running」，「Pausing」，「Init」，または 「Ready」のモードにある仮想ユーザが存在するグループを編集することはで きません。実行時にグループを編集した場合は（実行環境の設定を除く），仮 想ユーザが「Down」ステータスにリセットされます。 仮想ユーザ・グループを変更または削除するには，次の手順を実行します。 1［Load Test Run］ページから，［Design］ボタンをクリックし，［Design Groups］を選択します。負荷テストの［Design Groups］ページが開きます。 274 第 16 章 • 負荷テストの実行 2 必要に応じてデザイン・グループの設定を変更します。 新しい仮想ユーザ・グループを作成するには，スクリプト，グループ名，仮想 ユーザの数を指定し，ロード・ジェネレータを新しいグループに割り当てま す。詳細については，65 ページ「デザイン設定」を参照してください。 注：［Duplicate RTSettings］は，新しいグループへの設定のインポートに限 定されています。 3 リストにない仮想ユーザ・スクリプトをアップロードするには，［Upload Script］をクリックします。［Upload a Vuser Script］ダイアログ・ボックスが開 きます。 50 ページ「［Vuser Scripts］ページからの仮想ユーザ・スクリプトのアップロー ド」の説明に従ってスクリプトをアップロードします。 275 275 第 3 部 • 負荷テストの実行 注：［Selected Scripts］リストからスクリプトを削除することはできません。 4［OK］をクリックして設定を保存し，ダイアログ・ボックスを閉じます。グ ループおよびホストへの仮想ユーザの新しい配分が，「Down」ステータスの仮 想ユーザに設定されます。 変更を破棄してダイアログ・ボックスを閉じるには，［Cancel］をクリックし ます。 注：［Schedule by Group］が有効な場合，追加したグループはスケジュール設定 には含まれません。 276 第 16 章 • 負荷テストの実行 ロード・ジェネレータの管理 負荷テスト中，負荷テスト内のロード・ジェネレータのステータスとマシン使 用率の表示，ロード・ジェネレータの接続と接続解除，負荷テストへのロード・ ジェネレータの追加，およびターミナル・セッションの設定を， ［Load Generator Details and Assignment］ダイアログ・ボックスから行うことができます。 負荷テスト中にロード・ジェネレータを管理するには，次の手順を実行します。 1［Load Test Run］ページから，［Design］ボタンをクリックし，［Load Generators］を選択します。［Generator Details and Assignment］ダイアログ・ ボックスが開きます。 277 277 第 3 部 • 負荷テストの実行 ［Generator Details and Assignment］ダイアログ・ボックスには次の情報が表示さ れます。 Name：ロード・ジェネレータ・マシンの名前。 Status：ロード・ジェネレータ・マシンの現在のステータス。次の表に，ロー ド・ジェネレータのステータスの説明を示します。 ステータス 説明 Ready ロード・ジェネレータは接続されている Connecting ロード・ジェネレータは接続を行っている最中 Active ロード・ジェネレータは仮想ユーザを実行中 Down ロード・ジェネレータは接続されていない Failed ロード・ジェネレータとの接続が確立できなかった Utilization：全体で使用されている CPU 処理能力と仮想メモリの割合に関する 情報が表示されます。この情報を参考にすることで，どのロード・ジェネレー タも過負荷になることなく，ロード・ジェネレータに仮想ユーザ・グループを 割り当てることが容易になります。 2 ロード・ジェネレータのターミナル・セッションの設定を変更するには，ロー ド・ジェネレータを選択して［Terminal Sessions］アイコンをクリックしま す。詳細については，116 ページ「ターミナル・セッションの有効化と設定」 を参照してください。 3 負荷テストのロード・ジェネレータに接続するには，ロード・ジェネレータを 選択して［Connect］をクリックします。ロード・ジェネレータに接続する と，ロード・ジェネレータのステータスが「Down」から「Ready」に変わり ます。 ロード・ジェネレータとの接続を解除するには，ロード・ジェネレータを選択 して［Disconnect］をクリックします。ロード・ジェネレータのステータスが 「Ready」から「Down」に変わります。 278 第 16 章 • 負荷テストの実行 4 ロード・ジェネレータ・マシンを負荷テストに追加するには，［Add Load Generator］をクリックします。 ➤ 特定のロード・ジェネレータをテストに手動で割り当てた場合は，ダイアロ グ・ボックスが開き，プロジェクトのプール内にある要求された数のロード・ ジェネレータが表示されます（現在使用できる場合）。 タイムスロット用に予約するロード・ジェネレータ・マシンを選択し，［OK］ をクリックします。ダイアログ・ボックスが閉じ，ロード・ジェネレータが ［Generator Details and Assignment］リストに追加されます。 279 279 第 3 部 • 負荷テストの実行 ➤ Performance Center によってロード・ジェネレータがテストに自動的に割り当て られた場合は，次のダイアログ・ボックスが開きます。 負荷テストに追加するロード・ジェネレータの数を入力し，［OK］をクリック します。ロード・ジェネレータが使用できる場合は，ダイアログ・ボックスが 閉じ，ロード・ジェネレータが［Generator Details and Assignment］リストに追 加されます。ロード・ジェネレータが使用できない場合は，メッセージが表示 されます。 5［Refresh］をクリックして［Generator Details and Assignment］ダイアログ・ ボックスの情報を更新します。 6［Close］をクリックして設定を保存し，ダイアログ・ボックスを閉じます。 実行中における一般設定の変更 負荷テストの実行中に，［Load Test Run］ページから一般設定を変更できます。 実行中に行われた変更は，現在の実行にのみ適用されます。保存されて将来の 負荷テストに適用されることはありません。詳細については，243 ページ 「［Load Test Run］ページ」を参照してください。 負荷テストの実行中に，次の変更を一般設定に加えることができます。 ➤ 継続時間の変更 ➤ サーバ・モニタ情報の編集 ➤ 更新頻度の変更 ➤ 実行後分析の設定の変更 280 第 16 章 • 負荷テストの実行 継続時間の変更 負荷テストの実行中に，［Change Duration］タブを使用して負荷テストの継続時 間を変更できます。 継続時間の設定を変更するには，次の手順を実行します。 1［Load Test Run］ページの［Design］ボタンをクリックし，［Load Test Design］ ダイアログ・ボックスから［Settings］を選択します。［Modify Test］ダイアロ グ・ボックスが表示されます。［Change Duration］タブを選択します。 2 負荷テストを延長するには，［Prolong load test by “X” min.］を選択します。 負荷テストを延長する時間の長さを分単位で入力します。 注：負荷テストの延長はタイムスロットの予約によって制限される場合があり ます。たとえば，午後 2:00 ～ 3:00 のタイムスロットを予約していて，ほかの ユーザが午後 3:00 ～ 4:00 のタイムスロットを予約しているとします。この場 合，2:50 にテストを 15 分延長しようとしても，すでに午後 3:00 ～ 4:00 の予約 があるため，延長の要求はかなえられません。 281 281 第 3 部 • 負荷テストの実行 3 負荷テストを短縮するには，［Shorten load test by “X” min.］を選択します。 負荷テストを短縮する時間の長さを分単位で入力します。 4 テストの終了時にタイムスロットの解放を行うには， ［Free timeslot after test］ を選択します。 5［OK］をクリックすると継続時間の設定が変更されます。［Close］をクリック すると，設定が変更されずに［Modify Test］ダイアログ・ボックスが閉じます。 サーバ・モニタ情報の編集 負荷テストの実行中に，［Server Monitor］タブを使用して，サーバ・モニタ・ エージェントのステータスを変更したり，エージェントを負荷テストに追加し たりできます。 サーバ・モニタ情報を編集するには，次の手順を実行します。 1［Load Test Run］ページの［Design］ボタンをクリックし，［Load Test Design］ ダイアログ・ボックスから［Settings］を選択します。［Modify Test］ダイアロ グ・ボックスが表示されます。［Server Monitors］タブを選択します。 Performance Center によって，設定時に負荷テストに追加したサーバ・モニタ・ エージェントが，それらの接続状態とともに表示されます。 2 エージェントの接続または接続解除を行うには，［Connect/Disconnect］アイ コンをクリックします。 3 エージェントを負荷テストに追加するには，エージェントを［Add Server Monitor agent］リストから選択し，［Apply］をクリックします。 282 第 16 章 • 負荷テストの実行 4 設定を変更して［Modify Test］ダイアログ・ボックスを閉じるには，［OK］を クリックします。 設定を変更せずに［Modify Test］ダイアログ・ボックスを閉じるには， ［Close］をクリックします。 更新頻度の変更 負荷テストの実行中に，［Refresh Frequency］タブを使用して，各グラフ，凡 例，および仮想ユーザ・テーブルの更新頻度を変更できます。 更新頻度の標準設定を変更するには，次の手順を実行します。 1［Load Test Run］ページの［Design］ボタンをクリックし，［Load Test Design］ ダイアログ・ボックスから［Settings］を選択します。［Modify Test］ダイアロ グ・ボックスが表示されます。［Refresh frequency］タブを選択します。 2 各グラフ，凡例，および仮想ユーザ・テーブルの更新頻度を選択します。ある いは，自動更新されないように［Do not refresh］オプションを選択すること もできます。 3 自動更新の頻度を変更するには，［OK］をクリックします。 設定を変更せずに［Modify Test］ダイアログ・ボックスを閉じるには， ［Close］をクリックします。 283 283 第 3 部 • 負荷テストの実行 実行後分析オプションの変更 負荷テストの実行中に，［Miscellaneous］タブを使用して，実行後分析の設定を 変更できます。 実行後分析の設定を変更するには，次の手順を実行します。 1［Load Test Run］ページの［Design］ボタンをクリックし，［Load Test Design］ ダイアログ・ボックスから［Settings］を選択します。［Modify Test］ダイアロ グ・ボックスが表示されます。［Miscellaneous］タブを選択します。 2 次のいずれかの実行後分析オプションを選択します。 ➤［Collate and analyze results］：Performance Center によって，ロード・ジェネ レータからの実行データが照合され，分析データが生成されます。このオプ ションは処理に最も時間がかかります。 ➤［Collate only］ ：Performance Center によって，ロード・ジェネレータからの実 行データが照合されます。これが標準設定です。 ➤［Do not collate results］：負荷テストの終了後直ちにマシンを解放します。後 で［Load Test Results］ページから結果を照合し分析することができます。 実行後分析オプションの詳細については，142 ページ「実行後分析の設定」を 参照してください。 3 実行後分析オプションを保存するには，［OK］をクリックします。 設定を変更せずに［Modify Test］ダイアログ・ボックスを閉じるには， ［Close］をクリックします。 284 第 16 章 • 負荷テストの実行 モニタ・プロファイルの変更または作成 ［Monitors］ダイアログ・ボックスを使用して，負荷テストの実行中にモニタ・ プロファイルを変更または作成できます。 モニタ・プロファイルを変更または作成するには，次の手順を実行します。 ［Load Test Run］ページの［Design］ボタンをクリックし，［Load Test Design］ ダイアログ・ボックスから［Monitors］を選択します。 ➤ テストの設定時にモニタ・プロファイルを選択した場合は，［Monitor Profile］ ダイアログ・ボックスが開きます。164 ページ「 ［Monitor Profiles］ページ」の 説明に従ってモニタ・プロファイルを編集できます。 ➤ テストの設定時にモニタ・プロファイルを選択しなかった場合は，［Add Monitors］ページが開きます。96 ページ「モニタ・プロファイルの作成」の手 順 2 ～ 5 に従ってモニタ・プロファイルを作成できます。 285 285 第 3 部 • 負荷テストの実行 ランデブーからの手作業による仮想ユーザの解放 負荷テストの実行中，仮想ユーザがコントローラによってランデブーから解放 される前に手作業で解放することもできます。 ランデブーから手作業で仮想ユーザを解放するには，次の手順を実行します。 1［Load Test Run］ページの［Design］ボタンをクリックし，［Load Test Design］ ダイアログ・ボックスから［Rendezvous］を選択します。［Rendezvous］ペー ジが開きます。 2［Rendezvous］リストからランデブーを選択します。 3［Release］をクリックします。ランデブー内の仮想ユーザが解放されます。 詳細については，第 10 章「ランデブー・ポイントの使用」を参照してください。 286 第 16 章 • 負荷テストの実行 仮想ユーザ・スクリプトの追加，編集，表示 負荷テストの実行中に，［Load Test Run］ページから仮想ユーザ・スクリプトを 追加，編集，および表示できます。また，仮想ユーザ・スクリプトの実行環境 の設定を表示することもできます。 負荷テストの実行中に仮想ユーザ・スクリプトを追加するには，次の手順を実 行します。 1［Load Test Run］ページの［Design］ボタンをクリックし， ［Load Test Design］ダ イアログ・ボックスから［Design Groups］を選択します。274 ページ「仮想 ユーザ・グループの追加および変更」の説明に従ってスクリプトを追加します。 2 スクリプトを追加した後は，次を実行します。 ➤ スクリプトを実行するホストの指定 ➤ 新しいスクリプトの負荷の設定。詳細については，243 ページ「 ［Load Test Run］ページ」を参照してください。 負荷テストの実行中に，実行中の仮想ユーザ・スクリプトを表示または編集す るには，次の手順を実行します。 1 編集する仮想ユーザ・スクリプトをクリックします。Performance Center で ［Download］ダイアログ・ボックスが開き，スクリプトをダウンロードする準 備が行われます。 2［Download］をクリックしてスクリプトをダウンロードします。スクリプト・ ファイルの保存先フォルダを指定します。 ダウンロード先のマシンに VuGen がインストールしてある場合は，Performance Center からファイルを VuGen で直接開くことができます。 3 必要に応じてスクリプトを表示または編集します。 実行中の仮想ユーザ・スクリプトを編集する際には，負荷テストにおいてスク リプトとその実行環境設定がどのようにアクセスされるのかを理解しておくこ とが重要です。詳細については，39 ページ「負荷テストの作成について」を参 照してください。 4 VuGen での編集後，Performance Center の接続を確立します。詳細については， 46 ページ「VuGen からの仮想ユーザ・スクリプトのアップロード」を参照して ください。 287 287 第 3 部 • 負荷テストの実行 5［File］＞［Save］を選択し，編集したスクリプトを Performance Center データ ベースにアップロードします。 仮想ユーザ・スクリプトの実行環境設定を編集するには，次の手順を実行します。 1 スクリプトの横にある矢印をクリックし，ドロップダウン・リストから［Runtime Settings］を選択します。 2 必要に応じて実行環境設定を編集し， ［OK］をクリックします。データベース・ サーバ上で，以前の設定が，編集した実行環境設定に置き換えられます。詳細 については，39 ページ「負荷テストの作成について」を参照してください。 実行環境の設定の詳細については，『Mercury 仮想ユーザ・ジェネレータ・ ユーザーズ・ガイド』を参照してください。 負荷テストの実行の停止 実行中の負荷テストは，設定した負荷テストの継続時間の最後に達した時点で 自動的に停止します。負荷テストの最後に，［Timeslots］ページで選択した実行 後分析オプションが Performance Center によって実行されます（142 ページ「実 行後分析の設定」を参照）。 ［Load Test Run］ページから，負荷テストを実行中に停止することができます。 たとえば，後で都合のよい時間などにデータの照合と分析ができるように，負 荷テストを手動で停止し，照合と分析を延期することができます。詳細につい ては，323 ページ「負荷テスト・データの照合と分析」を参照してください。 結果の照合と分析を行う前でも，［Load Test Run］ページで負荷テストをオンラ インで監視し，グラフやデータを表示できます。 負荷テストの実行中に収集されたデータについて，Performance Center による照 合と分析が完了した後，実行の結果を表示できます。詳細については，327 ページ「負荷テスト結果の表示」を参照してください。 288 第 16 章 • 負荷テストの実行 負荷テストを実行中に停止するには，次の手順を実行します。 1［Load Test Run］ページから，［Stop Test］をクリックします。［Stop Run］ダ イアログ・ボックスが開き，実行後分析の設定が表示されます。 2 いずれかの実行後分析オプションを選択します。詳細については，142 ページ 「実行後分析の設定」を参照してください。 3 テストの終了時にタイムスロットの解放を行うには，［Free current timeslot］ を選択します。 4［Stop］をクリックして負荷テストを終了します。負荷テスト内の仮想ユーザ が負荷テストを徐々に終了します。テストを停止すると，すべての仮想ユーザ が終了するまでの間，［Stop Test］ボタンが［Stop Test Now］ボタンに変わ ります。 実行を停止せずに［Stop Run］ダイアログ・ボックスを閉じるには，［Close］ をクリックします。 5 仮想ユーザを直ちに停止するには，［Stop Test Now］ボタンをクリックしま す。Performance Center によって負荷テストが直ちに停止されます。 すべての仮想ユーザが負荷テストを終了した後，指定した実行後分析処理が Performance Center によって実行されます。 289 289 第 3 部 • 負荷テストの実行 注：負荷テストを停止した場合，テスト・データの表示は，アナリシスでのみ 実行できます。 テスト後のタイムスロットの解放 テストを実行するにはタイムスロットを予約する必要があります。タイムス ロットの予約については 125 ページ「タイムスロットの予約について」で詳し く説明しています。予約することで，要求した数のホストが指定のタイムス ロット専用のホストになります。 たとえば，ホストが合計 10 個あり，そのうち 8 個を使用するタイムスロットを 予約した場合，そのタイムスロットが終了するまで，利用できる残りのホスト は 2 個しかありません。ホストは限られたリソースであり，最大限に活用する ことが重要です。 たとえば，午後 3:00 に開始して 10 個のうち 8 個のホストを使用する 3 時間の タイムスロットを予約したとします。そして，タイムスロットの開始時に，2 時間 20 分実行されるテストを開始したとします。この結果，午後 5:20 にテス トが完了しますが，ホストは引き続きタイムスロットにロックされています。 予約されたタイムスロットの未使用部分によって，実際には利用可能である 8 個のホストが占有されていることになります。このとき，プロジェクトのほか のユーザが 4 個のホストを使用して 20 分間のテストを実行する必要があるとし ても，そのユーザが使用できるはずのホストが 8 個あることは認識できないた め，ホストの数が足りず，テストを実行できません。 Performance Center には，テストが終了したらタイムスロットを解放するよう指 定するオプションがあります。これにより，タイムスロットの未使用部分およ びその時間に割り当てられていたホストを，ほかのユーザから利用可能になる ように解放できます。 前述の例では，たとえば短時間のテストを行うユーザが，テストの実行に十分 な数のホストを確保して，5:30 ～ 6:00 の 30 分のタイムスロットを予約できる ようになります。 ［Free timeslot after test］を選択することで，ホストとタイムスロットを最大 限に活用できるようになります。 290 第 17 章 負荷テスト中の仮想ユーザの表示 負荷テストの実行中に，仮想ユーザが実行するアクションを表示できます。 本章では，次の項目について説明します。 ➤ 負荷テスト中の仮想ユーザの表示について ➤ 負荷テスト・データの監視 ➤ 仮想ユーザ・ステータスの監視 ➤ 仮想ユーザ・メッセージの追跡 ➤ 出力ウィンドウの表示 ➤ エラー発生時のスナップショットの表示 負荷テスト中の仮想ユーザの表示について 負荷テスト実行中，Performance Center は仮想ユーザ・スクリプトで定義されて いるトランザクションを測定し，記録します。［Load Test Run］ページで，実行 中の負荷テストを監視できます。 ［Load Test Run］ページでは，次の作業が可能です。 ➤ 主要な負荷テスト・データの監視。詳細については，292 ページ「負荷テスト・ データの監視」を参照してください。 ➤ 各スクリプトの仮想ユーザ・ステータスの監視。詳細については，296 ページ 「仮想ユーザ・ステータスの監視」を参照してください。 ➤ 仮想ユーザ・メッセージの追跡。詳細については，298 ページ「仮想ユーザ・ メッセージの追跡」を参照してください。 291 第 3 部 • 負荷テストの実行 ➤ オンライン・グラフの表示。詳細については，第 18 章「負荷テストの監視」を 参照してください。 負荷テスト・データの監視 負荷テスト実行中に負荷テスト・データを監視して，テストのステータスおよ び Web サーバに対する負荷の影響の概要を素早く把握できます。［Load Test Run］ページの上部に，ユーザ名とプロジェクト名が表示されます。 ステータス・セクションには，実行中のテストの名前，スケジューラが実行中 のステップ，スケジューラの次のアクション，そして負荷テストのステータス が表示されます。［Status］の表示内容および対応するアイコンから，実行され ている負荷テストのステータスがわかります。 負荷テストの実行中，グループ・テーブルの下に表示される実行時データも監 視できます。 監視対象のデータは次のとおりです。 リンク 292 説明 Running Vusers 現在実行されている仮想ユーザの数が表示されます。 ［Running Vusers］をクリックすると，［Running Vusers Whole Load Test］グラフが開きます。ドロップダウン・メ ニューを使用して，利用可能な任意のグラフを選択して表示 できます。詳細については，424 ページ「仮想ユーザの実行」 を参照してください。 Time 負荷テストの開始時刻，経過時間，残り時間，およびタイム スロットにおける残り時間を示します。タイムスロットの最 後の 15 分間は，負荷テスト・データの照合と解析のために割 り当てられています。 ［Time］をクリックすると，［Load Test Time Information］ダイ アログ・ボックスが開きます。詳細については，294 ページ 「Load Test Time Information」を参照してください。 第 17 章 • 負荷テスト中の仮想ユーザの表示 リンク 説明 Hits/Sec 仮想ユーザによる Web サーバに対するヒットの数が負荷テス ト実行の経過秒ごとに示されます。この数字は，ヒット数を 単位として，仮想ユーザによって生成された負荷の大きさを 調べるのに役立ちます。 ［Hits/Sec］をクリックすると，［Hits per Second - Whole Load Test］グラフが開きます。ドロップダウン・メニューを使用 して，利用可能な任意のグラフを選択して表示できます。詳 細については，432 ページ「 ［Hits per Second］グラフ」を参照 してください。 Passed Trans 負荷テスト実行において完了したトランザクションのうち， 正常に終了したトランザクションの数を示します。この数字 は，トランザクションによってシステムにかかる任意の時点 での実際の負荷を調べるのに役立ちます。 ［Passed Trans］をクリックすると，［Total Passed Transactions - Whole Load Test］グラフが開きます。ドロップ・ ダウン・メニューを使用して，利用可能な任意のグラフを選 択して表示できます。詳細については，426 ページ「トラン ザクション・モニタ・グラフ」を参照してください。 Failed Trans 負荷テストにおいて完了したトランザクションのうち，失敗 したトランザクションの数を示します。 ［Failed Trans］をクリックすると， ［Total Failed Transactions Whole Load Test］グラフが開きます。ドロップダウン・メ ニューを使用して，利用可能な任意のグラフを選択して表示 できます。詳細については，426 ページ「トランザクション・ モニタ・グラフ」を参照してください。 Errors 発生した仮想ユーザ・エラーの数を示します。 ［Errors］をクリックすると，出力ウィンドウが表示されま す。詳細については，299 ページ「出力ウィンドウの表示」 を参照してください。 Trans Details ［Trans Details］をクリックすると，［Transaction Details］ダ イアログ・ボックスが開きます。［Transaction Details］ダイア ログ・ボックスには，スクリプト内の個々のトランザクショ ンと，秒ごとのトランザクションおよび，成功，失敗，中止 したトランザクションの数が一覧表示されます。詳細につい ては，294 ページ「Transaction Details」を参照してください。 293 293 第 3 部 • 負荷テストの実行 Load Test Time Information 負荷テストの時間に関連する要素を表示するには，［Load Test Run］ページの最 上部にある［Time］リンクをクリックします。［Load Test Time Information］ダ イアログ・ボックスが開きます。 ［Load Test Time Information］ダイアログ・ボックスには次の情報が表示されます。 Timeslot Remaining Time：タイムスロットの残り時間 Start Time：タイムスロットの開始時のサーバ時間 Elapsed Time：タイムスロット開始からの経過時間 Remaining Time：テストの残り時間 Transaction Details 個々のトランザクションの詳細は，［Transactions Details］ダイアログ・ボック スで表示できます。［Transactions Details］ダイアログ・ボックスを開くには， 294 第 17 章 • 負荷テスト中の仮想ユーザの表示 ［Load Test Run］ページの最上部にある［Trans Details］リンクをクリックし ます。 ［Transaction Details］ダイアログ・ボックスには次の情報が表示されます。 Name：スクリプト内の個々のトランザクションの名前が表示されます。 TPS：秒ごとのトランザクション数が表示されます。 Passed：成功したトランザクションの数が表示されます。 Failed：失敗したトランザクションの数が表示されます。 Stopped：中止されたトランザクションの数が表示されます。 295 295 第 3 部 • 負荷テストの実行 仮想ユーザ・ステータスの監視 Performance Center では，負荷テストにおいて実行される各仮想ユーザのステー タスを追跡できます。Performance Center には，各仮想ユーザ・スクリプトの仮 想ユーザについて，その数とステータスが表示されます。 負荷テストを実行すると，各スクリプトについて，仮想ユーザ数と仮想ユー ザ・ステータスが［Load Test Run］ページに表示されます。 次のようなステータスがあります。 ステータス 説明 Down 仮想ユーザはダウンしている。 Init 仮想ユーザは，リモート・マシン上で初期化中。 Ready 仮想ユーザはスクリプトの init セクションを実行済みで実行可 能な状態。 Run 仮想ユーザは実行中。仮想ユーザ・スクリプトがロード・ ジェネレータで実行されている。 Rendez 仮想ユーザはランデブーに到着し，Performance Center によっ て解放されるのを待っている。 Exiting 仮想ユーザは実行を終えたか，停止されて終了中。徐々に終 了しているものは括弧内に表示される。 Passed 仮想ユーザは実行を終了した。スクリプトの実行は成功した。 Failed 仮想ユーザは実行を終了した。スクリプトの実行は失敗した。 Stopped 仮想ユーザは［Stop］コマンドによって実行を中止された。 Error 仮想ユーザにエラーが発生した。エラーの詳細については， 出力ダイアログ・ボックスを参照してください。 ホストごとの仮想ユーザ・ステータスを表示するには，仮想ユーザ・スクリプ ト名の横の「+」記号をクリックして，スクリプトのホスト・リストを開きま す。ホスト・リストを閉じるには，「-」記号をクリックします。 296 第 17 章 • 負荷テスト中の仮想ユーザの表示 仮想ユーザのセットの仮想ユーザ・メッセージを表示するには，スクリプトの ホスト・リストを表示し，リンクされている番号をクリックします。［Vuser Details］ダイアログ・ボックスが開きます。仮想ユーザ ID をクリックして，選 択した仮想ユーザの動作ログを表示します。詳細については，次の項の「仮想 ユーザ・メッセージの追跡」を参照してください。 297 297 第 3 部 • 負荷テストの実行 仮想ユーザ・メッセージの追跡 ［Load Test Run］ページでは，Performance Center により，負荷テストで実行さ れた仮想ユーザの動作を追跡できます。スクリプトの実行で生成されたログ・ メッセージおよびエラー・メッセージも追跡できます。 仮想ユーザの動作ログを表示するには，次の手順を実行します。 1 スクリプト名の横の「+」記号をクリックして，スクリプトのホスト・リスト を表示します。 2 仮想ユーザのグループに関連するメッセージを表示するには，Groups テーブル で仮想ユーザ・グループのアクションの横の矢印ボタンをクリックし， ［Show Vusers］をクリックします。［Vuser Details］ダイアログ・ボックスが開き，各 仮想ユーザの ID および関連する詳細が表示されます。 298 第 17 章 • 負荷テスト中の仮想ユーザの表示 3 特定の仮想ユーザ ID をクリックして，その仮想ユーザの動作ログを表示しま す。仮想ユーザ・ログが開き，その仮想ユーザの実行時の情報が表示されます。 出力ウィンドウの表示 負荷テストの実行中，仮想ユーザとロード・ジェネレータは，エラーおよび通 知メッセージをコントローラに送信します。これらのメッセージは出力ウィン ドウに表示できます。 出力ウィンドウのメッセージは，各負荷テストの実行を開始するときに消去さ れます。 出力ウィンドウにメッセージを表示するには，次の手順を実行します。 1 負荷テスト・データの領域で［Errors］リンクをクリックします。出力ウィン ドウが開き，エラー・サマリ・テーブルが表示されます。 Error Summary テーブルには，各エラーとその発生元，負荷テスト全体の処理 中にエラーが発生した回数，および影響を受けた仮想ユーザの数が一覧表示さ れます。 299 299 第 3 部 • 負荷テストの実行 2 すべてのエラーを表示するには，出力ウィンドウの最上部にある［All Errors］ の横の「+」記号をクリックします。 3 特定のエラーについて，そのエラーの発生例をすべてリスト表示するには，リ スト内のエラーの横の「+」記号をクリックします。 300 第 17 章 • 負荷テスト中の仮想ユーザの表示 4 仮想ユーザ・スクリプトでエラーが発生した位置を表示するには，［Error Source］カラムでエラーをクリックします。新しいページに仮想ユーザ・スク リプトが開き，エラーが発生した行が示されます。 スクリプトをダウンロードするには，スクリプトのリンクをクリックし， ［Ready to Download］ダイアログ・ボックスで仮想ユーザ・スクリプト・ファ イルをダウンロードします。 301 301 第 3 部 • 負荷テストの実行 5 特定の仮想ユーザ ID をクリックして，その仮想ユーザの動作ログを表示します。 仮想ユーザ・ログでエラーのスナップショットを含む行の横にはカメラのアイ コンが表示されます。エラーのスナップショットを表示するには，303 ページ 「エラー発生時のスナップショットの表示」を参照してください。 注：仮想ユーザ・スクリプトのアクションに起因するエラーのみがソースに表 示されます。 ［Close］アイコンをクリックして，動作ログを閉じます。 302 第 17 章 • 負荷テスト中の仮想ユーザの表示 6 仮想ユーザのすべての通知を表示するリストを開くには，［All Notifications］ をクリックします。 7 出力ウィンドウの情報を更新するには，［Refresh］をクリックします。 8 GUI および出力ファイルからすべてのエラーをクリアするには，［Remove all messages］をクリックします。 エラー発生時のスナップショットの表示 ［Snapshot on Error］オプションは，負荷テストの実行中にエラーが発生した時 点の Web ページを視覚的に示すスナップショットを生成します。仮想ユーザ・ ログに，ステップにスナップショットが含まれていることが示された場合（カ メラ・アイコンが表示されます），仮想ユーザ・ログでエラーのスナップ ショットを表示するか，またはスナップショットをダウンロードしてローカ ル・ディレクトリから表示できます。スナップショット・ビューアを使用して これらのスナップショットを表示し，テスト実行のデバッグに役立てることが できます。 この機能を使用する前に，自分のコンピュータにスナップショット・ビューア をインストールし，実行環境の設定でこの機能を有効にします。 注：仮想ユーザを UNIX のロード・ジェネレータで実行している場合は，エ ラー発生時のスナップショットは表示できません。 エラー発生時のスナップショットのオプションを有効にするには，次の手順を 実行します。 1［Load Tests Configuration］ページの［Design Groups］タブで，選択した仮想 ユーザ・スクリプトの［Run-time Settings］アイコンをクリックし，実行環境 の設定を表示します。 ［Run-Time Settings］ダイアログ・ボックスが開きます。 303 303 第 3 部 • 負荷テストの実行 2 左側メニューから［General］＞［Miscellaneous］を選択します。 ［Miscellaneous］ページが開きます。 3［Generate snapshot on error］オプションを選択します。 注：［Continue on error］オプションが無効であることを確認してください。 ［Continue on error］と［Generate snapshot on error］の両方を有効にする と，エラーのスナップショットは生成されません。 詳細については，『Mercury 仮想ユーザ・ジェネレータ・ユーザーズ・ガイド』 の「その他の実行環境の設定」を参照してください。 304 第 17 章 • 負荷テスト中の仮想ユーザの表示 スナップショット・ビューアをインストールするには，次の手順を実行します。 エラー発生時のスナップショットを表示するには，スナップショット・ビュー アをインストールする必要があります。スナップショット・ビューアは，仮想 ユーザ・ログの［Snapshot Viewer］リンク，または User Site の ［Downloads］ページからインストールできます。ビューアをインストールす るには，［Snapshot Viewer］リンクをクリックし，画面の指示に従います。 仮想ユーザ・ログからエラー発生時のスナップショットを表示するには，次の 手順を実行します。 1 出力ウィンドウで，特定の仮想ユーザ ID をクリックすると，その仮想ユーザ の動作ログが表示されます。 305 305 第 3 部 • 負荷テストの実行 2 仮想ユーザ・ログ・ファイルをローカル・ディレクトリにダウンロードするに は，［Download］ボタンをクリックし，仮想ユーザ・ログ・ファイル（エラー 発生時のスナップショットのファイルを含む）のダウンロード先ディレクトリ を指定します。.INF ファイルおよび .HTML ファイルがダウンロードされます。 zip ファイルのサイズが表示されます。 3［View Snapshot on Error］アイコンをクリックします。特定のエラー発生時 のスナップショット・ファイル（.SOE）が生成されている間，［Snapshot for Vuser］ウィンドウが表示されます。 4 ファイルが生成されると，［File Download］ダイアログ・ボックスが開きます。 ［Open］をクリックしてスナップショットを直接表示するか，保存して後で表 示します。選択したスナップショットが新しいウィンドウに表示されます。 306 第 17 章 • 負荷テスト中の仮想ユーザの表示 5 ブラウザを閉じるには，［Close］アイコンをクリックします。 ダウンロードしたログ・ファイル内のエラー発生時のスナップショットを表示 するには，次の手順を実行します。 1 スナップショット・ビューアがインストールされていることを確認します。ス ナップショット・ビューアは，仮想ユーザ・ログの［Snapshot Viewer］リン ク，または User Site の［Downloads］ページからインストールできます。 ビューアをインストールするには，画面の指示に従います。 2 ダウンロード・ファイルのログ・ディレクトリで，表示する .INF ファイルを右 クリックし，［View Snapshots］を選択します。スナップショット・ビューア にファイルの内容が表示されます。 307 307 第 3 部 • 負荷テストの実行 308 第 18 章 負荷テストの監視 Performance Center のオンライン・モニタを使用すると，負荷テストの実行を監 視できます。 本章では，オンライン・モニタのユーザ・インタフェースについて説明します。 ➤ 負荷テストの監視について ➤ オンライン・モニタ・グラフの選択 ➤ オンライン・グラフの設定 ➤ モニタ・オプションの設定 負荷テストの監視について Performance Center には，次のオンライン・モニタが用意されています。 実行時間モニタ：負荷テストに参加している仮想ユーザの数とステータスのほ か，仮想ユーザが生成するエラーの数やタイプを示します。また，仮想ユー ザ・スクリプトでユーザが定義したポイントのリアルタイムの値を示すユーザ 定義データ・ポイント・グラフも提供します。詳細については，第 28 章「実 行環境とトランザクションの監視」を参照してください。 トランザクション・モニタ：負荷テスト実行時のトランザクションの速度と応 答時間を示します。詳細については，第 28 章「実行環境とトランザクション の監視」を参照してください。 309 第 3 部 • 負荷テストの実行 Web リソース・モニタ：負荷テスト実行時に，Web サーバでの統計値を測定し ます。このモニタでは，負荷テスト実行時の Web 接続数，スループット量， HTTP 応答数，サーバの再送回数，ダウンロードされたページ数についての情 報が提供されます。Web リソース・モニタの詳細については，第 29 章「Web リソースの監視」を参照してください。 システム・リソース・モニタ：負荷テスト実行時に使用された Antara FlameThrower，Windows，Unix，SiteScope，およびサーバのリソースを測定し ます。システム・リソース・モニタを起動するには，負荷テストを実行する前 に，モニタ・オプションを設定する必要があります。このオプションの設定の 詳細については，第 30 章「システム・リソースの監視」を参照してください。 ネットワーク遅延モニタ：システムのネットワーク遅延に関する情報を示しま す。ネットワーク遅延モニタを起動するには，負荷テストを実行する前に，監 視対象のネットワーク・パスを設定する必要があります。詳細については，第 31 章「ネットワークの監視」を参照してください。 ファイラウォール・モニタ：負荷テスト実行時にファイアウォール・サーバの 統計値を測定します。ファイアウォール・モニタを起動するには，負荷テスト を実行する前に，監視対象のリソースのリストを作成する必要があります。詳 細については，第 32 章「ファイアウォール・サーバ・パフォーマンスの監視」 を参照してください。 Web サーバ・リソース・モニタ：負荷テスト実行時に，Apache サーバ， Microsoft IIS サーバ，iPlanet（SNMP）サーバ，iPlanet/Netscape Web サーバの統 計値を測定します。Web サーバ・リソース・モニタを起動するには，負荷テス トを実行する前に，監視対象のリソースのリストを作成する必要があります。 詳細については，第 33 章「Web サーバ・リソースの監視」を参照してくださ い。 Web アプリケーション・サーバ・リソース・モニタ：負荷テスト実行時に，ア プリケーション・サーバ（Ariba，ATG Dynamo，BroadVision，ColdFusion， iPlanet（NAS），MS Active Server Pages，Oracle9iAS，SilverStream，WebLogic （JMX），WebSphere）の統計値を測定します。Web アプリケーション・サーバ・ リソース・モニタを起動するには，負荷テストを実行する前に，監視対象のリ ソースのリストを作成する必要があります。詳細については，第 34 章「Web アプリケーション・サーバ・リソースの監視」を参照してください。 310 第 18 章 • 負荷テストの監視 データベース・サーバ・リソース・モニタ：SQL サーバ，DB2 サーバ，Sybase サーバ，および Oracle サーバに関する統計値を測定します。データベース・ サーバ・モニタを起動するには，負荷テストを実行する前に，監視対象の測定 値のリストを作成する必要があります。詳細については，第 35 章「データ ベース・リソースの監視」を参照してください。 Java パフォーマンス・モニタ：J2EE サーバ・マシンを使用している Java 2 Platform，Enterprise Edition（J2EE）オブジェクトの統計値を測定します。J2EE パフォーマンス・モニタを起動するには，負荷テストを実行する前に，監視対 象のリソースのリストを作成する必要があります。詳細については，第 36 章 「J2EE パフォーマンスの監視」を参照してください。 アプリケーション配備ソリューション・モニタ：負荷テスト実行時に Citrix MetaFrame XP サーバおよび Citrix MetaFrame 1.8 サーバの統計値を測定します。 Citrix MetaFrame XP モニタを起動するには，負荷テストを実行する前に，監視 オプションを設定する必要があります。このオプションの設定の詳細について は，第 37 章「Application Deployment ソリューション」を参照してください。 ERP/CRM サーバ・リソース・モニタ：負荷テスト実行時に，SAPGUI，SAP Portal，Siebel Server Manager，Siebel Web Server，および PeopleSoft（Tuxedo） の統計値を測定します。ERP/CRM モニタを起動するには，負荷テストを実行 する前に，モニタ・オプションを設定する必要があります。このオプションの 設定の詳細については，第 38 章「ERP/CRM サーバ・リソースの監視」を参照 してください。 アプリケーション・コンポーネント・モニタ：負荷テスト実行時に，Microsoft COM+ サーバおよび Microsoft .NET CLR サーバの統計値を測定します。アプリ ケーション・コンポーネント・モニタを起動するには，負荷テストを実行する 前に，モニタ・オプションを設定する必要があります。このオプションの設定 の詳細については，第 39 章「アプリケーション・コンポーネントの監視」を 参照してください。 ミドルウェア・パフォーマンス・モニタ：負荷テスト実行時に，Tuxedo サーバ の統計値を測定します。Tuxedo モニタを起動するには，負荷テストを実行する 前に，監視オプションを設定する必要があります。このオプションの設定の詳 細については，第 40 章「ミドルウェア・パフォーマンスの監視」を参照して ください。 311 311 第 3 部 • 負荷テストの実行 J2EE/.NET Diagnostics モニタ：J2EE/.NET Web サーバ，アプリケーション・ サーバ，およびデータベース・サーバを利用する個々のトランザクションを追 跡し，時間を測定し，トラブルシューティングを行うための情報を表示しま す。J2EE/.NET Diagnostics モニタを起動するには，メディエータ・マシンと通 信するよう J2EE/.NET Diagnostics モジュールを設定して，監視対象サーバを定 義します。詳細については，第 26 章「J2EE/.NET 診断の設定」を参照してくだ さい。 どのモニタでも，負荷テスト実行後に，収集したデータのサマリを表示できま す。Performance Center アナリシスを使って，任意のモニタのグラフを生成でき ます。グラフの詳細については，『Mercury LoadRunner アナリシス・ユーザー ズ・ガイド』を参照してください。 オンライン・モニタ・グラフの選択 Performance Center では，負荷テスト実行中に，仮想ユーザが Web サーバや他 のアプリケーションを対象に生成する負荷の状況を示すグラフを見ることがで きます。Performance Center は，テストの実行時に，このデータをリアルタイム で表示します。表示するオンライン・モニタ・グラフは，ドロップダウン・グ ラフ・リストから選択します。監視の対象にするサーバ・リソース測定値は， 負荷テスト実行前でも実行中でも選択できます。 標準設定では，Performance Center は 3 つのグラフを［Load Test Run］ページに 表示します。 312 第 18 章 • 負荷テストの監視 オンライン・モニタを起動するには，次の手順を実行します。 ［Load Tests］ページで［Start］をクリックします。［Load Test Run］ページが開 き，標準設定のグラフが表示されます。 ドロップダウン・グラフ・リストからグラフを選択するには，次の手順を実行 します。 グラフの上にあるドロップ・ダウン・リストをクリックし，グラフを選択しま す。選択したグラフがページに再ロードされます。 グラフをクリックすると，凡例にグラフの測定項目が表示されます。 313 313 第 3 部 • 負荷テストの実行 オンライン・グラフの設定 オンライン・グラフについて，測定値，凡例，倍率，測定値の表示タイプ，お よび更新頻度を設定できます。 負荷テスト中にオンライン・グラフを表示するには，次の手順を実行します。 1 ドロップ・ダウン・リストからグラフを選択します。選択したグラフがページ に再ロードされます。3 つのグラフを同時に見られるように，グラフが並べて 表示されます。 2 グラフの下に示される凡例には，各測定項目の最大値，平均値，最小値，直前 の値に関する詳細と，グラフの倍率が表示されます。これらの値に基づいて測 定値をソートするには，ソートする測定項目のカラム見出し（Max，Avg， Min，Last，Scale）をクリックします。カラム見出しの横にアイコンが表示さ れて，測定値が昇順，降順どちらでソートされているかがわかります。 314 第 18 章 • 負荷テストの監視 3 表示する測定項目とその表示方法を選択するには，［Measurements］をク リックします。［Graph Measurements］ダイアログ・ボックスが開きます。 各グラフについて，設定するオプションを選択し， ［Update］をクリックします。 ➤ Show：グラフにこの測定項目を表示します。 ➤ Bold：この測定項目を太字でグラフに表示します。 ➤ Select/Deselect all：カラム全体を選択，または選択解除します。 315 315 第 3 部 • 負荷テストの実行 4 グラフの Y 軸の倍率を設定するには，［Scale Graphs］をクリックします。 ［Scale Graphs］ダイアログ・ボックスが開きます。 ［Set to］を選択し，各グラフについて，設定したい Y 軸の値を指定し，［OK］ をクリックします。指定した値を Y 軸の上限としてグラフが再描画されます。 通常の倍率のグラフを表示するには，［Auto］を選択して，［OK］をクリック します。倍率が，グラフの表示に最も適した値に自動的に設定されます。標準 設定では，倍率を自動設定するオプションが選択されています。 5 ページに表示されるグラフを変更するには，ドロップ・ダウン・リストから別 のグラフを選択します。 6 オンライン監視グラフを拡大表示するには，グラフをダブルクリックします。 拡大されたグラフが，新しいウィンドウに表示されます。詳細については， 318 ページ「拡大オンライン・モニタ・グラフの表示および設定」を参照して ください。 316 第 18 章 • 負荷テストの監視 7 グラフ，凡例，および仮想ユーザ・テーブルの標準設定の更新頻度を変更する には，［Load Test］ページで［Design］ボタンをクリックし，［Load Test Design］ダイアログ・ボックスで［Settings］を選択します。［Refresh Frequency］タブを選択します。 グラフ，凡例，および仮想ユーザ・テーブルの更新頻度を選択するか，［Do not refresh］オプションを選択して自動更新を無効にします。［OK］をクリッ クし，自動更新の頻度を変更します。 317 317 第 3 部 • 負荷テストの実行 拡大オンライン・モニタ・グラフの表示および設定 オンライン監視グラフを拡大表示するには，グラフをダブルクリックします。 拡大されたグラフが，新しいウィンドウに表示されます。 注：負荷テストの実行ごとに，同時に最大 10 個の拡大グラフのウィンドウを 開くことができます。 負荷テスト中に拡大グラフを設定するには，次の手順を実行します。 1 拡大グラフ・ウィンドウに表示するグラフを変更するには，ドロップ・ダウ ン・リストから別のグラフを選択します。選択したグラフがウィンドウに再 ロードされます。 318 第 18 章 • 負荷テストの監視 2 表示する測定項目とその表示方法を選択するには，［Measurements］アイコ ンをクリックします。［Configure graph’s measurements］ダイアログ・ボックス が開きます。 グラフを設定するオプションを選択し，［OK］をクリックします。 ➤ Show：グラフにこの測定項目を表示します。 ➤ Bold：この測定項目を太字でグラフに表示します。 ➤ Select/Deselect all：カラム全体を選択，または選択解除します。 3 グラフの倍率を変更するには，［Set to］をクリックし，グラフに対して設定し たい Y 軸の値を指定し，［Refresh］をクリックします。指定した値を Y 軸の 上限としてグラフが再描画されます。 通常の倍率のグラフを表示するには，［Auto］を選択して，［Refresh］をク リックします。倍率が，グラフの表示に最も適した値に自動的に設定されま す。標準設定では，倍率を自動設定するオプションが選択されています。 4 グラフの下に示される凡例では，各測定項目の最大値，平均値，最小値，直前 の値，およびグラフの倍率をソートできます。これらの測定値をソートするに は，カラム見出しをクリックします。カラム見出しの横にアイコンが表示され て，測定値が昇順，降順どちらでソートされているかがわかります。 5［Close］をクリックして，グラフの拡大表示ウィンドウを閉じます。 319 319 第 3 部 • 負荷テストの実行 モニタ・オプションの設定 負荷テストを実行する前に，オンライン・モニタについて，データ・サンプリ ング頻度，エラー処理，デバッグ，頻度設定を指定できます。 オプションの設定は， ［Project Options］ページの［Monitors］タブで行います。詳 細については，153 ページ「モニタ・オプションの設定」を参照してください。 320 第 19 章 負荷テストの分析 負荷テストが終了すると，Performance Center により負荷テスト・データが自動 的に整理されます。その後，データを分析してさまざまなグラフやレポートに 使用したり，ローカル・マシンにダウンロードして分析し，再び Performance Center にアップロードしたりできます。 本章では，次の項目について説明します。 ➤ 負荷テストの分析について ➤ 負荷テスト・データの照合と分析 ➤ 負荷テスト結果の表示 ➤ 実行中のテストの停止 ➤ 標準レポートの表示 ➤ LoadRunner アナリシスとの統合 ➤ 結果ファイルおよびセッション・ファイルのダウンロード ➤ セッション・ファイルおよびレポートのアップロード 321 第 3 部 • 負荷テストの実行 負荷テストの分析について 負荷テストが終了すると，Performance Center は， ［Timeslots］ページの ［Options］タブで選択された設定に従って実行後分析を行います（142 ページ 「実行後分析の設定」を参照）。実行後分析の設定が選択されていない場合， Performance Center は自動的にテスト・データを照合します。 負荷テストを終了前に停止した場合，結果の照合と分析をすぐに行うか，照合 のみを行うか，または後で照合するかを選択できます。 負荷テスト・データの照合および分析が行われた後，グラフやレポートなどの 分析ツールを使用して結果が表示されます。特定のニーズに合わせて，カスタ ム・レポートやカスタム・グラフを作成することもできます。 さらに，結果およびセッション・ファイルをローカル・マシンにダウンロード して分析できます。ファイルの分析が終了した後は，セッション・データとレ ポートを Performance Center にアップロードして，ほかのユーザと結果を共有 できます。 注：結果を照合することにより，負荷テストを実行しているマシンに過度の負 荷がかかる可能性があります。後で結果を照合する場合，照合を行うコント ローラ・マシンでテストが実行されていると，Performance Center は警告を出し ます。 322 第 19 章 • 負荷テストの分析 負荷テスト・データの照合と分析 Performance Center はテスト実行後に実行後分析を行います。次の表に，実行後 分析の設定と， ［Load Test］ページでの対応する実行ステータスおよび実行デー タの表示に使用可能なオプションを示します。 実行後分 析の設定 Do not Collate results Collate Only Collate and Analyze results 説明 実行 ダウンロード 使用可能なオプション 可能なファイル ステータス （［Load Test］ （［Run Results］タブ） （［Files and ページ） Reports］タブ） 負荷テストの終了後，直ち にマシンを解放します。後 で結果の照合と分析ができ ます。 Before Collating Results Performance Center によっ て，ロード・ジェネレータ からの実行データが照合さ れます。未処理の結果をダ ウンロードするか，または 後で結果を手作業で分析で きます。 Before Creating Analysis Data Performance Center によっ て，ロード・ジェネレータ からの実行データが照合さ れ，分析データが生成され ます。アナリシス・グラフ およびアナリシス・レポー トを使用して結果を表示す るか，またはそれらをロー カル・マシンにダウンロー ドして分析できます。 Performance Center でアナリ シス・データを生成できな い場合，未処理の結果をダ ウンロードし，Standalone Analysis を使用してそれら を分析する必要があります。 Finished • Collate Results なし • Delete Temporary Results • Edit Load Test • Analyze Results なし • Download Raw Results • Delete Temporary Results • Edit Load Test • View Default Report • Download Logs • Delete Temporary Results Failed Creating Analysis Data • サマリ・ レポート • セッション・ ファイル • Edit Load Test • 未処理結果 • Download Raw • 未処理結果 Results • Delete Temporary Results • Edit Load Test 323 323 第 3 部 • 負荷テストの実行 結果の照合 実行後分析の設定で［Do not collate results］を選択した場合，テスト結果を 表示する前に，データを照合して分析する必要があります。 結果を照合するには，次の手順を実行します。 1［Load Test］ページで，実行の［Before Collating Results］リンクをクリック します。［Run Results］タブが開き，ページの右側に次のオプションが表示され ます。 2［Collate Results］をクリックします。コントローラはすべてのロード・ジェ ネレータから結果を収集し，すべての結果をひとまとめにします。 照合の最後に，テストの結果を分析するか，未処理結果をローカル・アナリシ ス・マシンにダウンロードして分析できます。また，［Delete Temporary Results］をクリックすることで，コントローラから一時結果ディレクトリを 削除できます。 324 第 19 章 • 負荷テストの分析 結果の分析 結果を照合したら，テスト結果を表示する前にデータを分析する必要があります。 結果を分析するには，次の手順を実行します。 1［Load Test］ページで，分析する負荷テストの［Before Creating Analysis Data］リンクをクリックします。［Run Results］タブが開き，ページの右側に 次の使用可能なオプションが表示されます。 2［Analyze Results］をクリックします。 Performance Center によって負荷テスト・データの分析が終了すると，負荷テス トの結果を表示したり，ログ・ファイルおよびサマリ・レポートをダウンロー ドしたりできます。また，［Delete Temporary Results］をクリックすること で，コントローラから一時結果ディレクトリを削除できます。 325 325 第 3 部 • 負荷テストの実行 Performance Center が負荷テスト・データを分析できない場合，エラー・メッ セージが表示されます。 このような場合は，未処理の結果をダウンロードし，［Downloads］ページから 使用できる Standalone Analysis を使用してそれらを分析することをお勧めしま す。詳細については，10 ページ「 ［Downloads］ページ」を参照してください。 結果の表示 Performance Center が結果データを正しく分析したら，負荷テストの結果を表示 したり，ログ・ファイルおよびサマリ・レポートをダウンロードしたりできま す。また，コントローラの一時結果ディレクトリを削除できます。 負荷テストの実行結果を表示するには，次の手順を実行します。 1［Load Test Run］ページのステータス・カラムで，結果を表示する対象となる負 荷テストの［Finished］リンクをクリックします。［Run Results］タブが開き， ページの右側に次のオプションが表示されます。 2［View Default Report］をクリックします。アナリシス・サマリ・レポートが 開きます。詳細については，336 ページ「標準レポートの表示」を参照してく ださい。 326 第 19 章 • 負荷テストの分析 負荷テスト結果の表示 実行後分析の設定で［Collate and analyze results］を選択した場合， Performance Center は負荷テスト・データを自動的に照合し分析します。テスト 結果の照合および分析の進行にともなって，［Load Test Run］ページの右側にあ る［Status Display］が変化します。分析の最後に，結果を表示するかテストを 再度実行するかを選択できます。 ［Restart］を選択すると，再度テストが開始されます。 ［View Results］を選択すると，［Load Test Results］ページが開きます。 ［Load Test Results］ページには，次のタブが表示されます。 ➤［Run Results］：レポートの作成，テストの編集，およびテスト結果へのアク セスができるリンクが表示されます。 ［Load Test Targets and Results］テーブルに は，テストのパフォーマンス目標と負荷テストの実行結果の分析が表示されま す。また負荷テストの結果をダッシュボードに発行できます。詳細について は，328 ページ「［Run Results］タブ」を参照してください。 ➤［Files and Reports］：結果ファイル，セッション・ファイル，および HTML レポートが表示されます。また，適切な権限を持つユーザはファイルをアップ ロードできます。詳細については，331 ページ「 ［Files and Reports］タブ」を参 照してください。 327 327 第 3 部 • 負荷テストの実行 ［Run Results］タブ ［Run Results］タブには，負荷テストの名前と説明，開始時間，および実行時間 が表示されます。ページの右側のリンク・セクションからは，レポートの作 成，テストの編集，およびテスト結果へのアクセスができます。 ダッシュボード・ウィザードでパフォーマンス目標を設定した場合，［Run Results］タブに［Load Test Targets and Results］テーブルが表示されます。この テーブルには，テスト・コンポーネントに対して指定したパフォーマンス目標 が，実際の実行結果と対比して表示されます。負荷テスト実行の目標および結 果をダッシュボードに発行（またはダッシュボードから削除）できます。詳細 については，29 ページ「負荷テストのパフォーマンスの目標と結果の表示」を 参照してください。 また，Performance Center には次のオプションも表示されます。 ➤［View Default Report］：負荷テスト中に Performance Center が収集したデータ のサマリをレポート形式で表示できます。 注：パフォーマンス目標を定義して結果を照合しなかった場合， ［View Default Report］リンクが［Collate Results］リンクに置き換わります。［Collate Results］をクリックして，結果を処理します。 328 第 19 章 • 負荷テストの分析 ➤［Download Logs］：仮想ユーザ・ログ・ファイル，エラーおよび通知メッセー ジ，または負荷テスト中に Performance Center が収集したデータのサマリ・レ ポートを含む zip ファイルをダウンロードできます。 ➤［Delete Temporary Results］：ロード・ジェネレータ・マシンから，一時結果 ファイルを削除できます。 ➤［Edit Load Test］ ：負荷テストの設定を編集できます。 ［Load Test Results］ページには，メモを追加できます。 負荷テスト・データ・ファイルのダウンロード ［Download Test Results］ダイアログ・ボックスから，仮想ユーザ・ログ・ファ イル，エラーおよび通知メッセージ，または負荷テスト中に Performance Center が収集したデータのサマリ・レポートを含む zip ファイルをダウンロードでき ます。 負荷テスト・データを含む zip ファイルをダウンロードするには，次の手順を 実行します。 1［Download Logs］リンクをクリックします。［Download Test Results］ダイア ログ・ボックスが開きます。 2 ダウンロードするデータ・ファイルの種類を選択し，ローカル・ファイル・ ディレクトリにファイルを保存します。 ➤［Download Vuser Logs］ ：すべての仮想ユーザ・ログ・ファイルを含む zip ファイルをダウンロード 329 329 第 3 部 • 負荷テストの実行 ➤［Download Messages］ ：エラー・メッセージおよび通知メッセージを含む zip ファイルをダウンロード ➤［Download Report］ ：標準設定のアナリシス・サマリ・レポートを含む zip ファイルをダウンロード 結果に関するメモを追加するには，次の手順を実行します。 1［User Notes］テキスト・ボックスにメモを入力します。 2［Save Notes］をクリックします。 3 メモを編集するには，テキスト・ボックスに変更内容を入力して，［Save Notes］をクリックします。 注：結果の照合と分析を行う前に，負荷テストの編集，メモの追加，および結 果の削除ができます。 330 第 19 章 • 負荷テストの分析 ［Files and Reports］タブ ［Files and Reports］タブからは，Performance Center が自動的に生成した実行結果 ファイル，および他のユーザがアップロードしたファイルにアクセスできます。 Performance Center が結果データを正しく照合し分析すると，［Files and Reports］ タブに次のファイルが表示されます。 ➤ RawResults.zip：元の未処理結果ファイルが含まれます。RawResults.zip ファ イルを使用していつでも実行を分析できますが，このファイルの削除または置 き換えはできません。 ➤ Results.zip：Performance Center によって自動的に生成されたアナリシス・ セッション・ファイルが含まれます。Results.zip ファイルは，別のファイルを アップロードすることにより，削除または上書きができます。 ➤ Report.html：負荷テスト中に収集されたデータのレポート形式のサマリです。 サマリ・レポートは Performance Center によって自動的に生成されます。 Report.html ファイルは代わりの HTML レポートを Standalone Analysis からアッ プロードして置き換えることができますが，削除はできません。 331 331 第 3 部 • 負荷テストの実行 また，テーブルには，適切な権限を持つユーザがアップロードしたファイルも 含まれます。テーブルからこれらのファイルをダウンロードできます。 ［Files and Reports］テーブルからファイルをダウンロードするには，次の手順 を実行します。 ［Files and Reports］テーブルで，ファイル名リンクをクリックし，ファイルを ローカル・ファイル・ディレクトリに保存します。 ファイルをアップロードするには，次の手順を実行します。 1［Upload Files］をクリックします。 ［Upload file］ダイアログ・ボックスが開き ます。 2［Browse］をクリックし，Performance Center にアップロードするファイルを選 択します。 ［Comment］フィールドには，ファイルに関するコメントを入力できます。 3［Upload］をクリックして，Performance Center にファイルをアップロードします。 4［Close］をクリックして［Upload file］ダイアログ・ボックスを閉じ， ［Refresh］をクリックして［Files and Reports］テーブルを更新します。 ファイルを削除するには，次の手順を実行します。 該当するファイルの行で［Delete］アイコンをクリックします。［Files and Reports］リストからファイルが削除され，使用できなくなります。 332 第 19 章 • 負荷テストの分析 実行中のテストの停止 テストを実行中に停止すると，［Stop Run］ダイアログ・ボックスが開きます。 ［Collate and analyze results］を選択した場合，前述の設定に基づき，照合と 分析の処理が行われます。分析の最後に，結果を表示するかテストを再度実行 するかを選択できます。 これに対し，［Do not collate results］を選択した場合，［Status Display］には 次の選択項目が表示されます。 333 333 第 3 部 • 負荷テストの実行 ［Restart］を選択すると，再度テストが開始されます。［Collate］を選択する と，結果が照合され，［Run Results］タブに次のオプションが表示されます。 照合されたデータを分析するか，ファイルにダウンロードするかを選択できま す。また，［Delete Temporary Results］をクリックすることで，コントロー ラから一時結果ディレクトリを削除できます。 ［Restart］または［Collate］を選択せずに［Load Test Run］ページから移動す る場合，［ ［Load Tests］ページ］ページから任意のテスト結果に戻ることができ ます。 ［Load Test］ページで，負荷テストの実行日付を選択してステータスが記述され ているリンクをクリックすると，負荷テスト実行の結果が表示されます。詳細 については，205 ページ「［Load Tests］ページ」を参照してください。 まだ照合されていないテストをクリックすると，［Run Results］タブが開き， ページの右側に次のオプションが表示されます。 334 第 19 章 • 負荷テストの分析 負荷テスト・データを照合および分析するには，次の手順を実行します。 1［Collate Results］をクリックします。結果が照合されたら，照合されたデー タを分析できます。 注：結果を照合することにより，負荷テストを実行しているマシンに過度の負 荷がかかる可能性があります。照合を行うコントローラでテストが実行中の場 合には，Performance Center から警告が発行されます。［OK］をクリックして結 果の照合を続行するか，または［Cancel］をクリックして結果の照合と分析を キャンセルします。 2 照合されたデータを分析するには，［Analyze Results］をクリックします。 3 一時結果ディレクトリを削除するには，［Delete Temporary Results］をク リックします。 335 335 第 3 部 • 負荷テストの実行 標準レポートの表示 負荷テストの実行が完了し，Performance Center アナリシスを実行して実行中に 収集されたデータの分析を行ったら，負荷テスト結果のサマリ・レポートを表 示できます。 ［Load Test Status］ページで，［View Default Report］をクリックします。負荷 テスト中に収集されたデータのサマリがレポート形式で表示されます。 アナリシス・サマリ・ページには，負荷テストの実行に関する一般情報が表示 されます。サマリ・レポートには，負荷テスト実行に関する統計データと，負 荷テスト・データを含むグラフへのリンクが表示されます。 このレポートの下部には，負荷テストのトランザクション・データを示すテーブ ルが表示されます。このテーブルには「90 percent」というカラムがあります。こ のカラムは 90% のトランザクション・データの最大応答時間を示します。 開いているグラフのそれぞれについて，1 つずつレポートが作成されます。グ ラフ・レポートを開くには，左側のメニューに一覧表示されているグラフを選 択します。各グラフ・レポートには，グラフ名，結果の格納場所，フィルタ， 336 第 19 章 • 負荷テストの分析 グループ分けの設定，粒度，およびトランザクションの凡例が表示されます。 各グラフのレポートには，グラフ・データが収められた Excel ファイルへのリ ンクも用意されます。 337 337 第 3 部 • 負荷テストの実行 LoadRunner アナリシスとの統合 LoadRunner アナリシスを使用すると，LoadRunner アナリシスがインストール されている任意のコンピュータで負荷テスト・データをオフラインで分析でき ます。LoadRunner アナリシスを使用して，さまざまなグラフ・ビューの生成， グラフの結合，グラフのドリルダウン，倍率と粒度の変更などができます。ス タンドアロン形式の LoadRunner アナリシスは，Performance Center ユーザ・サ イトの［Downloads］ページから入手できます。 LoadRunner アナリシスと Performance Center を統合することにより， Performance Center の実行中に収集されたデータをすばやく簡単に分析できま す。統合した場合，結果およびセッション・ファイルをローカル・アナリシ ス・マシンにダウンロードして分析します。データの分析が終了したら，セッ ション・ファイルとレポート（HTML および Word 形式）を Performance Center にアップロードして，結果をほかのユーザと共有できます。アップロードした セッション・ファイルとレポートは，［Load Test Results］ページからアクセス できます。 LoadRunner アナリシスから Performance Center プロジェクトにアクセスするた めには，お使いのバージョンの LoadRunner アナリシスを正しく設定して， LoadRunner アナリシスを Performance Center に接続する必要があります。 注：この機能を使用するためには，最新の Standalone Analysis がインストール されている必要があります。 LoadRunner アナリシスでアップロードおよびダウンロードが正しく設定され ていることを確認するには，次の手順を実行します。 1 LoadRunner アナリシスを起動します。 2［ツール］を選択します。 ドロップダウン・メニューで，メニュー項目の［Performance Center Connection］が表示されれば，お使いのバージョンの LoadRunner アナリシス ではアナリシス・ファイルのアップロードおよびダウンロードが有効になって います。 お使いのバージョンの LoadRunner アナリシスでアップロードおよびダウン ロードが有効になっていないか，マシンに LoadRunner アナリシスをインス 338 第 19 章 • 負荷テストの分析 トールしていない場合は，新しいバージョンの LoadRunner アナリシスをイン ストールする必要があります。古いバージョンはアンインストールすることを お勧めします。LoadRunner アナリシスをアンインストールするには，［スター ト］メニューから該当プログラム・グループを開いて［Analysis］の下にある アンインストール項目を選択します。 新しいバージョンの LoadRunner アナリシスをインストールするには，次の手 順を実行します。 1［Miscellaneous］メニューで，［Downloads］を選択します。 2［Standalone Analysis Download］リンクをクリックし，スタンドアロン形式 の Mercury LoadRunner アナリシスの完全インストールを実行します。詳細につ いては，10 ページ「［Downloads］ページ」を参照してください。 3 ダウンロードの指示に従います。 有効なバージョンの LoadRunner アナリシスをインストールしたら， LoadRunner アナリシスを Performance Center に接続して，ファイルのアップ ロードおよびダウンロードができます。 Performance Center への LoadRunner アナリシスの接続 LoadRunner アナリシスのセッション中，Performance Center プロジェクトに対 する LoadRunner アナリシスの接続または接続解除をいつでも行うことができ ます。 接続プロセスには 2 つの段階があります。まず，LoadRunner アナリシスをロー カルまたはリモートの Performance Center Web サーバに接続します。このサー バによって，LoadRunner アナリシスと Performance Center プロジェクトの間の 接続が処理されます。Performance Center への接続は，［Configure Performance Center Connection］ダイアログ・ボックスから行います。 次に，LoadRunner アナリシスでファイルのダウンロードまたはアップロードを 行う対象となる Performance Center のプロジェクト，負荷テスト，実行を選択 します。Performance Center プロジェクトは，パスワードで保護されるため， ユーザ名とパスワードを指定する必要があります。 339 339 第 3 部 • 負荷テストの実行 LoadRunner アナリシスを Performance Center へ接続するには，次の手順を実 行します。 1 アナリシスで， ［Tools］＞［Performance Center Connection］を選択しま す。 ［Configure Performance Center Connection］ダイアログ・ボックスが開きます。 2［URL］ボックスに，Performance Center がインストールされている Web サーバ の URL アドレスを入力します。URL アドレスは，次の形式で指定します。 http:// ＜サーバ名＞ /loadtest 3 ユーザ名およびパスワードを入力します。入力する情報について不明な点のあ る場合は，Mercury Performance Center 管理者に問い合わせてください。 ログイン・プロセスを自動化するには，［Remember user name and password］を選択します。指定したユーザ名とパスワードがレジストリに保 存され，ダイアログ・ボックスを開くたびに表示されます。 4 LoadRunner アナリシスの起動時に Performance Center サーバに自動的に接続す るには，［Auto connect on start］を選択します。LoadRunner アナリシスは表 示されている設定情報を使用して Performance Center への接続を試みます。 5［Connect］をクリックして Performance Center に接続します。［Performance Center Connection］ダイアログ・ボックスに接続ステータスが表示されます。 接続が確立されると，すべてのフィールドが読み取り専用形式で表示され， ［Connect］ボタンが［Disconnect］ボタンに変わります。Performance Center と LoadRunner アナリシスとの接続を解除するには，［Disconnect］をクリックし ます。 340 第 19 章 • 負荷テストの分析 注：Performance Center と Quality Center に同時に接続することはできません。 Performance Center からの LoadRunner アナリシスの接続解除 Performance Center Web サーバへのアナリシスの接続を解除するには， ［Configure Performance Center Connection］ダイアログ・ボックスを使用します。 Performance Center への LoadRunner アナリシスの接続を解除するには，次の 手順を実行します。 1 アナリシスで， ［Tools］＞［Performance Center Connection］を選択しま す。 ［Configure Performance Center Connection］ダイアログ・ボックスが開きます。 2［Disconnect］ボタンをクリックします。Performance Center への LoadRunner アナリシスの接続が解除され，ダイアログ・ボックスが閉じます。 341 341 第 3 部 • 負荷テストの実行 結果ファイルおよびセッション・ファイルのダウンロード LoadRunner アナリシスを Performance Center に接続すると，Performance Center サーバに格納されている分析結果とセッション・ファイルをダウンロードでき ます。結果およびセッション・ファイルはプロジェクト・ツリー上の位置で指 定します。 セッションの新規ダウンロード時には，ダウンロードに含めるシナリオ結果 ファイル（拡張子 .lrr）の指定を求められます。アクティブなグラフの表示設定 情報およびレイアウト設定とともに既存のアナリシス・セッションをダウン ロードするには，アナリシス・セッション・ファイル（拡張子 .lra）を指定し ます。 結果ファイルを LoadRunner アナリシスにダウンロードするには，次の手順を 実行します。 1 Performance Center サーバに接続します。詳細については，339 ページ 「Performance Center への LoadRunner アナリシスの接続」を参照してください。 2 LoadRunner アナリシスで， ［File］＞［New］を選択します。 ［Open Result File for New Analysis］ダイアログ・ボックスが開き，Performance Center サーバ上の負荷テ ストのプロジェクト・ツリーが表示されます。 342 第 19 章 • 負荷テストの分析 注：ユーザがアクセス権を持つプロジェクトのみが表示されます。 3 プロジェクト・ツリーのプロジェクト，テスト，および実行フォルダを表示し て，該当の結果ファイルを選択します。結果ファイルは結果アイコンで示され ます。 ツリーを展開してサブレベルを表示するには，閉じているフォルダをダブルク リックします。ツリーを折りたたむには，開いているフォルダをダブルクリッ クします。 結果ファイルをファイル・システムから開くには（Performance Center への接続 中に）， ［File System］をクリックします。［Open Result File for New Analysis］ダ イアログ・ボックスが開き，ファイル・システムが表示されます。開くファイ ルのあるディレクトリを表示し，［Open］をクリックします。 4［OK］をクリックしてファイルをダウンロードし，結果を分析します。ダウン ロードの進行状況がインジケータに表示されます。 ダウンロードした結果ファイルは一時ディレクトリに保存されます。ダウン ロードが失敗すると，その旨を示すエラー・メッセージが表示されます。 343 343 第 3 部 • 負荷テストの実行 セッション・ファイルを LoadRunner アナリシスにダウンロードするには，次 の手順を実行します。 1 Performance Center サーバに接続します。詳細については，339 ページ 「Performance Center への LoadRunner アナリシスの接続」を参照してください。 2 LoadRunner アナリシスで，［File］＞［Open］を選択します。［Open Session］ ダイアログ・ボックスが開き，Performance Center サーバ上の負荷テストのプロ ジェクト・ツリーが表示されます。 注：ユーザがアクセス権を持つプロジェクトのみが表示されます。 3 プロジェクト・ツリーのプロジェクト，テスト，および実行フォルダを表示し て，該当のセッション・ファイルを選択します。セッション・ファイルはセッ ション・アイコンで示されます。 ツリーを展開してサブレベルを表示するには，閉じているフォルダをダブルク リックします。ツリーを折りたたむには，開いているフォルダをダブルクリッ クします。 セッション・ファイルをファイル・システムから開くには（Performance Center への接続中に），［File System］をクリックします。［Open Existing Analysis Session File］ダイアログ・ボックスが開き，ファイル・システムが表示されま す。開くファイルのあるディレクトリを表示し，［Open］をクリックします。 344 第 19 章 • 負荷テストの分析 4［OK］をクリックしてファイルをダウンロードし，セッションを開きます。ダ ウンロードの進行状況がインジケータに表示されます。 ダウンロードしたセッション・ファイルは一時ディレクトリに保存されます。 ダウンロードが失敗すると，その旨を示すエラー・メッセージが表示されます。 セッション・ファイルおよびレポートのアップロード LoadRunner アナリシスを Performance Center に接続すると，セッション・ファ イルをアップロードして，Performance Center プロジェクトまたはローカル・ ファイル・システムに保存できます。セッション・ファイルを Performance Center プロジェクトに保存するには，当該セッション・ファイルにわかりやす い名前を付け，プロジェクト・ツリー内のプロジェクト，テスト，および実行 を指定します。LoadRunner アナリシスが Performance Center に接続されていな い場合は，セッション・ファイルをローカル・ファイル・システムに保存でき ます。後で LoadRunner アナリシスが Performance Center に接続されたときに， ファイルを Performance Center にアップロードできます。 LoadRunner アナリシスの HTML レポートおよび Word レポートをアップロード して，Performance Center プロジェクトに保存することもできます。 345 345 第 3 部 • 負荷テストの実行 LoadRunner アナリシスのセッション・ファイルを Performance Center プロ ジェクトにアップロードするには，次の手順を実行します。 1 Performance Center サーバに接続します。詳細については，339 ページ 「Performance Center への LoadRunner アナリシスの接続」を参照してください。 2 LoadRunner アナリシスで，［File］＞［Save］を選択します。Performance Center サーバ上の負荷テストのプロジェクト・ツリーが表示された， ［Performance Center Save As］ダイアログ・ボックスが開きます。 注：ユーザがアクセス権を持つプロジェクトのみが表示されます。 3 ファイルをアップロードする Performance Center プロジェクト，負荷テスト， および実行ディレクトリを選択します。 ツリーを展開してサブレベルを表示するには，閉じているフォルダをダブルク リックします。ツリーを折りたたむには，開いているフォルダをダブルクリッ クします。実行を選択すると，その実行に属しているセッションがツリーに表 示されます。 セッションをファイル・システムに保存するには，［File System］をクリック します。ファイルの保存先となるディレクトリに移動して，［Save］をクリッ クします。 346 第 19 章 • 負荷テストの分析 注：セッションをファイル・システムに保存する前に，Performance Center との 接続を解除する必要があります。 4 セッション・ファイルの名前を［File name］ボックスに入力します。ファイル 名は英数字またはアンダースコアのみで指定し，250 文字を超えないようにし ます。 5［OK］をクリックして，Performance Center にセッション・ファイルをアップ ロードします。アップロードの進行状況がインジケータに表示されます。 アップロードが失敗すると，その旨を示すエラー・メッセージが表示されます。 ファイル・システムからセッション・ファイルをアップロードするには，次の 手順を実行します。 1 Performance Center サーバに接続します。詳細については，339 ページ 「Performance Center への LoadRunner アナリシスの接続」を参照してください。 2 LoadRunner アナリシスで，［File］＞［Open］を選択します。Performance Center サーバ上の負荷テストのプロジェクト・ツリーが表示された， ［Performance Center Open Session］ダイアログ・ボックスが開きます。 347 347 第 3 部 • 負荷テストの実行 3［File System］をクリックします。［Open Existing Analysis Session File］ダイア ログ・ボックスが開きます。 4 セッション・ファイルが保存されているディレクトリを表示し，［Open］をク リックします。セッションが開きます。 5［File］＞［Save As］を選択します。Performance Center サーバ上の負荷テスト のプロジェクト・ツリーが表示された，［Performance Center Save As］ダイアロ グ・ボックスが開きます。 6 345 ページ「セッション・ファイルおよびレポートのアップロード」の手順 3 からアップロード処理を続行します。 348 第 19 章 • 負荷テストの分析 HTML レポートをアップロードするには，次の手順を実行します。 1 Performance Center サーバに接続します。詳細については，339 ページ 「Performance Center への LoadRunner アナリシスの接続」を参照してください。 2 LoadRunner アナリシスで，［File］＞［Upload to Performance Center］＞ ［New HTML Report］を選択します。［Upload HTML Report］ダイアログ・ ボックスが開きます。 注：Performance Center に接続していない場合は，［Configure Performance Center Connection］ダイアログ・ボックスが開き，接続を設定するよう求められます。 3［Upload HTML Report］ダイアログ・ボックスで，HTML レポートをアップロー ドするプロジェクト，負荷テスト，および実行ディレクトリを選択します。 4［File name］ボックスにレポートの名前を入力します。標準設定では，「Report」 というファイル名が表示されます。ファイル名は英数字またはアンダースコア のみで指定し，250 文字を超えないようにします。 349 349 第 3 部 • 負荷テストの実行 ［Comment］フィールドに，レポートの説明を入力できます。 5［OK］をクリックして HTML レポートを作成し，Performance Center にアップ ロードします。アップロードの進行状況がインジケータに表示されます。 アップロードが失敗すると，その旨を示すエラー・メッセージが表示されます。 Word レポートをアップロードするには，次の手順を実行します。 1 Performance Center サーバに接続します。詳細については，339 ページ 「Performance Center への LoadRunner アナリシスの接続」を参照してください。 2 LoadRunner アナリシスで，［File］＞［Upload to Performance Center］＞ ［Existing Microsoft Word Report］を選択します。［Upload Word Report］ダイ アログ・ボックスが開きます。 注：Performance Center に接続していない場合は，［Configure Performance Center Connection］ダイアログ・ボックスが開き，接続を設定するよう求められます。 350 第 19 章 • 負荷テストの分析 3［Browse］ボタンをクリックし，アップロードする Word レポートに移動しま す。選択したレポートのパスが［File name］ボックスに表示されます。 ［Comment］ボックスに，レポートの説明を追加できます。 4［Select upload location］セクションで，レポートをアップロードするプロ ジェクト，負荷テスト，および実行を選択します。 5［OK］をクリックします。Word レポートが Performance Center にアップロード されます。アップロードの進行状況がインジケータに表示されます。 アップロードが失敗するとエラー・メッセージが表示されます。 351 351 第 3 部 • 負荷テストの実行 352 第4部 Diagnostics を使った作業 354 第 20 章 Performance Center Diagnostics の使用方法 Performance Center の J2EE/.NET および ERP/CRM 診断モジュールは，個々のト ランザクションを追跡し，時間を測定し，トラブルシューティングを行うため のモニタです。それらのモニタを使用すると，J2EE，.NET，Siebel，Oracle 11i， および SAP 環境におけるパフォーマンスの問題を迅速に特定でき，ビジネス・ プロセスのパフォーマンス，スケーラビリティ，および効率を最大限に高める のに役立ちます。 診断モジュール・モニタには，カスタマイズ済みのアナリシス・レポート一式 が付属しています。それらのレポートを使えば，気付いたことを開発者や上長 に伝えることができ，コストのかかるハードウェアのアップグレードを避け て，問題を早期解決できます。 本章では，次の項目について説明します。 ➤ Diagnostics の有効化 ➤ Web ページ・ブレークダウンの有効化 注：J2EE/.NET Diagnostics のインストール，設定，使用方法の詳細については， 『Mercury Diagnostics 3.6 for J2EE & .NET Installation and User's Guide』を参照 してください。 355 第 4 部 • Diagnostics を使った作業 Diagnostics の有効化 Diagnostics の有効化は，［Load Test Configuration］ページの［Diagnostics］タ ブで行います。 ［Diagnostics］タブを使用して，次の操作を実行できます。 ➤ Performance Center Diagnostics の有効化 / 無効化，および Performance Center Diagnostics モジュールの選択 ➤ 負荷テストの仮想ユーザの分散の設定 ➤ テスト対象アプリケーションの設定 Diagnostics の設定を有効にする前に，次の手順を実行します。 ➤ ERP/CRM Diagnostics の場合，監視対象の ERP/CRM サーバと同じ LAN にある マシンに ERP/CRM メディエータがインストールされていることを確認します。 インストールの詳細については， 『Mercury Performance Center システム設定お よびインストール・ガイド』を参照してください。 ➤ ファイアウォール越しに監視する場合，ファイアウォールの外側のマシンに MI リスナーがインストールされていることと，［General Settings］ページの ［Firewall Diagnostics Communicator］フィールドで MI リスナーが定義されてい ることを確認します。インストールの詳細については，『Mercury Performance Center システム設定およびインストール・ガイド』を参照してください。MI リスナーの定義の詳細については，『Mercury Performance Center 管理者ガイ ド』の「一般設定の管理」を参照してください。 ➤ Administration Site の［Diagnostics］ページで少なくとも 1 つのメディエータ・ マシンが定義されていることを確認します。メディエータ・マシンが定義され ていないと，Diagnostics モジュールは有効化できません。詳細については， 『Mercury Performance Center 管理者ガイド』の「診断モジュールの設定」を参 照してください。 356 第 20 章 • Performance Center Diagnostics の使用方法 負荷テストに対して Diagnostics を有効化するには，次の手順を実行します。 1［Load Test Configuration］ページの［Diagnostics］タブをクリックします。 ［Diagnostics］タブが開きます。 2 トランザクション・ブレークダウンの監視を有効にするには，［Enable diagnostics］を選択します。負荷テストの実行中に設定を損なわずに Diagnostics を無効にするには，［Enable diagnostics］チェック・ボックスを クリアします（設定を保存している場合）。 3 トランザクション・ブレークダウンを実行する対象となる仮想ユーザの割合を パーセンテージとして指定します。この値によって，コントローラに報告され る，アプリケーション・サーバ上の仮想ユーザのトランザクションの数が決ま ります。この値を下げると，Web ページおよび Oracle 11i Diagnostics のアプリ ケーション・サーバのオーバーヘッドが減少します。 357 357 第 4 部 • Diagnostics を使った作業 注：選択したそれぞれの診断タイプに定められている割合の中で最も低い値 が，トランザクション・ブレークダウンの割合の最大値となります。たとえ ば，［Web Page Breakdown］（最大 10%）および［Oracle 11i Diagnostics］（最大 5%）を選択した場合，トランザクション・ブレークダウンが実行される仮想 ユーザの最大値は 5% です。トランザクション・ブレークダウンの最小値は 1% またはスクリプトごとに 1 仮想ユーザのいずれか多い方です。たとえば，サン プリングの値として 25% を入力し，スクリプト 1 で 12 仮想ユーザ，スクリプ ト 2 で 8 仮想ユーザ，スクリプト 3 で 1 仮想ユーザを実行すると，トランザク ション・ブレークダウンは，スクリプト 1 で 3 仮想ユーザ，スクリプト 2 で 2 仮想ユーザ，スクリプト 3 で 1 仮想ユーザのそれぞれを対象に実行されます。 負荷テストの途中で割合を変更することはできません。 4 診断の有効化と設定を行うには，実行するトランザクション・ブレークダウン に該当する診断タイプの横にある［Configure］ボタンをクリックします。 ➤ Web ページ・ブレークダウンを有効にするには，359 ページ「Web ページ・ ブレークダウンの有効化」を参照してください。 ➤ Siebel Diagnostics を設定するには，第 22 章「Siebel Diagnostics の設定」を参 照してください。 ➤ Siebel DB Diagnostics を設定するには，第 23 章「Siebel DB Diagnostics の設 定」を参照してください。 ➤ Oracle 11i Diagnostics を設定するには，第 24 章「Oracle 11i Diagnostics の設 定」を参照してください。 ➤ SAP Diagnostics を設定するには，第 25 章「SAP Diagnostics の設定」を参照し てください。 ➤ J2EE/.NET Diagnostics を設定するには，第 26 章「J2EE/.NET 診断の設定」を 参照してください。 注：複数の診断タイプでサポートされている仮想ユーザを含むスクリプトを実 行する場合（たとえば Siebel-Web） ，その仮想ユーザのタイプをサポートするす べての診断モジュールによって同じ仮想ユーザが監視されます。これにより， 異なる診断モジュールで生成された結果を比較できます。 358 第 20 章 • Performance Center Diagnostics の使用方法 診断モジュールを設定して有効にすると，該当する診断モジュールの横に，現 在の負荷テストで有効であることを示すチェック・マークのアイコンが表示さ れます。診断モジュールを無効にすると，チェック・マークはマイナス記号 （-）に置き換えられます。 5［Diagnostics］タブで［Save］をクリックして設定を保存し，有効にします。 注：負荷テストの実行中は，［Diagnostics］ダイアログ・ボックスは無効になっ ています。 Web ページ・ブレークダウンの有効化 Web ページ・ブレークダウンのグラフでは，スクリプトで定義されているトラ ンザクションおよびサブトランザクションのパフォーマンス情報を参照できま す。Web ページ・ブレークダウンの機能を使用するには，負荷テストの実行前 に，［Load Test Configuration］ページの［Diagnostics］ダイアログ・ボックス で有効化します。設定は必要ありません。 Web ページ Diagnostics を有効にするには，次の手順を実行します。 1［Enable diagnostics］を選択します。 2 監視に参加する仮想ユーザの割合を設定します。Web ページ・ブレークダウン の対象にできる Web ページ仮想ユーザの最大数は 10% です。 注：他の診断タイプも有効にした場合，参加する仮想ユーザのパーセンテージ は，選択している診断タイプの最大パーセンテージが上限となります。 3［Web Page Breakdown］が有効になっていることを確認します（標準設定）。有 効になっていない場合は，［Web Page Breakdown］の横にある［Enable］ボタ ンをクリックします。マイナス記号が，Web ページ・ブレークダウンが有効で あることを示すチェック・マークに置き換えられます。 4［Save］をクリックして設定を保存し，有効にします。 359 359 第 4 部 • Diagnostics を使った作業 Web ページ・ブレークダウン・グラフの分析の詳細については，『Mercury LoadRunner アナリシス・ユーザーズ・ガイド』を参照してください。 Web ページ Diagnostics を無効にするには，次の手順を実行します。 ［Web Page Breakdown］の横にある［Disable］ボタンをクリックします。 チェック・マークがマイナス記号に置き換わり，ボタンが［Enable］に変わり ます。 360 第 21 章 ERP/CRM Diagnostics について Performance Center の ERP/CRM 診断モジュールでは，Siebel，Oracle，および SAP 環境でのパフォーマンス問題の迅速な特定に役立つ，詳細なパフォーマン ス情報を提供します。 ERP/CRM トランザクション・ブレークダウン診断モジュールには，カスタマ イズ済みのアナリシス・レポート一式が付属しています。それらのレポートを 使えば，気付いたことを開発者や上長に伝えることができ，コストのかかる ハードウェアのアップグレードを避けて，問題を早期解決できます。 本章では，次の項目について説明します。 ➤ Performance Center ERP/CRM Diagnostics について ➤ ERP/CRM Diagnostics モジュールのアーキテクチャ ➤ ERP/CRM 診断タイプ ➤ Performance Center ERP/CRM Diagnostics を使った作業 ➤ リモート・サーバへの接続 ➤ 診断結果の表示 361 第 4 部 • Diagnostics を使った作業 Performance Center ERP/CRM Diagnostics について パフォーマンスのテスト中，Performance Center の診断モジュールは，Web，ア プリケーション，データベース・サーバにまたがって，個々のトランザクショ ンを追跡し，時間を測定し，トラブルシューティングを行います。時間を要し たエンド・ユーザのトランザクションからドリルダウンして，ボトルネックと なったメソッドや SQL ステートメントを特定できます。Performance Center の モジュールを使用すると，次のことができます。 ➤ ビジネス・プロセスによって実行されたアプリケーション・コンポーネントの 追跡 ➤ エンド・ユーザ体験に大きな影響を及ぼしているアプリケーション・コンポー ネントの迅速な特定 ➤ パフォーマンスを向上させる方法に関する正確な開発者向けデータの提供 パフォーマンスの問題を正確に特定することにより，次のような重要なビジネ ス価値がもたらされます。 ➤ より迅速で効果的なパフォーマンス・テスト・サイクル ➤ 開発者による問題解決の時間短縮 ➤ ビジネスのニーズに合わせて最適化された高性能のアプリケーション 362 第 21 章 • ERP/CRM Diagnostics について ERP/CRM Diagnostics モジュールのアーキテクチャ ERP/CRM Diagnostics のアーキテクチャは，次のコンポーネントで構成されて います。 ERP/CRM メディエータ：ERP/CRM メディエータ（以降「メディエータ」）は， Web，データベース，およびアプリケーション・サーバから，オフライン・ト ランザクション・データを収集し相関します。メディエータは，監視対象の ERP/CRM サーバと同じ LAN にあるマシン（可能なかぎり専用のサーバ）にイ ンストールする必要があります。負荷テストの対象となる Siebel，Oracle，また は SAP サーバにメディエータをインストールすることはお勧めしません。 ERP/CRM メディエータのインストールの詳細については，『Mercury Performance Center システム設定およびインストール・ガイド』を参照してく ださい。 注：Siebel DB Diagnostics の場合，アプリケーション・サーバからメディエータ へ，そしてメディエータから結果ディレクトリへのファイルのコピーに時間を 要することがあります。コピーの第 1 段階で，［Summary Data Processing］ダイ アログ・ボックスが表示されます。 363 363 第 4 部 • Diagnostics を使った作業 コントローラ：負荷テストの実行前に，コントローラ・マシンはすべてのサー バ情報をメディエータに転送し，監視に参加する仮想ユーザの割合を配分しま す。負荷テストの実行後，コントローラは集計されたトランザクション・デー タ・ファイルをメディエータ・マシンから収集し，結果を照合します。結果は Siebel 診断，SAP 診断，または Oracle DB 結果ディレクトリに転送されます。 情報の照合を負荷テストの直後に行わない場合は，後で照合を実行できます。 ロード・ジェネレータ：負荷テストを実行すると，コントローラによって各仮 想ユーザがロード・ジェネレータに配分され，ロード・ジェネレータによって 仮想ユーザ・スクリプトが実行されます。 アナリシス：詳細な診断グラフおよび診断レポートを表示します。診断グラフ の詳細については，『Mercury LoadRunner アナリシス・ユーザーズ・ガイド』 を参照してください。 ERP/CRM 診断タイプ Performance Center には次の ERP/CRM 診断ソリューションがあります。 ➤ Siebel Diagnostics 次の図は，Siebel CRM システムのトランザクション・ブレークダウンを示します。 364 第 21 章 • ERP/CRM Diagnostics について Performance Center の Siebel Diganostics は，次のモジュールに分けられます。 Siebel Diagnostics モジュール：Siebel トランザクションをレイヤ，領域，サ ブ領域，サーバ，スクリプトにブレークダウンできます。また，トランザク ションの呼び出しチェーンと呼び出しスタックの統計を表示して，トランザク ションの各部分で費やされる時間の割合を追跡することもできます。SiebelWeb 仮想ユーザでは Siebel 診断がサポートされています。詳細については，第 22 章「Siebel Diagnostics の設定」を参照してください。 Siebel DB Diagnostics モジュール：データベースのパフォーマンスの問題を 迅速に特定し解決できます。各トランザクションの SQL が表示されるほか，各 スクリプトで問題が生じている SQL クエリと，問題がどの時点で発生したかを 特定できます。Siebel-Web 仮想ユーザでは Siebel DB 診断がサポートされていま す。詳細については，第 23 章「Siebel DB Diagnostics の設定」を参照してくだ さい。 ➤ Oracle Diagnostics Oracle Diagnostics では，Oracle NCA システムのパフォーマンスの問題を特定で きます。診断情報は，トランザクションから SQL ステートメントおよび各ス テートメントの SQL ステージまでドリルダウンできます。Oracle NCA 仮想 ユーザでは Oracle DB 診断がサポートされています。詳細については，第 24 章 「Oracle 11i Diagnostics の設定」を参照してください。 ➤ SAP Diagnostics SAP Diagnostics では，特定の問題（たとえば DBA，ネットワーク，WAS，ア プリケーション，OS/HW）の根本原因をすばやく簡単に特定できます。また問 題を該当する専門家に限定して通知し，チームのメンバー全員に示す必要はあ りません。詳細については，第 25 章「SAP Diagnostics の設定」を参照してく ださい。 365 365 第 4 部 • Diagnostics を使った作業 Performance Center ERP/CRM Diagnostics を使った作業 Performance Center の ERP/CRM 診断機能を使用するには，次の手順を実行します。 1 診断データの生成の準備をします。 ERP/CRM メディエータがインストールおよび設定されていることを確認しま す。メディエータは，診断データの収集および処理を行います。 ERP/CRM メディエータのインストールの詳細については，『Mercury Performance Center システム設定およびインストール・ガイド』を参照してく ださい。Administration Site での ERP/CRM メディエータの設定の詳細について は，『Mercury Performance Center 管理者ガイド』の「診断モジュールの設定」 を参照してください。 2 診断機能を有効にするようにサーバ・マシンを設定します。 詳細については，次を参照してください。 ➤ Siebel Diagnostics：372 ページ「アプリケーション・サーバおよび Web サー バにおける Siebel Diagnostics の設定」を参照してください。 ➤ Siebel DB Diagnostics：382 ページ「Siebel サーバでのサーバ・ログの有効化」 を参照してください。 ➤ Oracle DB Diagnostics：389 ページ「Oracle サーバでのサーバ・ログの有効 化」および 392 ページ「Oracle NCA アプリケーションのバージョンの選択」 を参照してください。 3 診断データの生成およびメディエータ・マシンとの通信ができるように，サー バ・マシンを準備します。 詳細については，次を参照してください。 ➤ 376 ページ「Siebel Diagnostics モジュールの設定」 ➤ 383 ページ「Siebel DB Diagnostics モジュールの設定」 ➤ 393 ページ「Oracle 11i Diagnostics モジュールの設定」. ➤ 399 ページ「SAP Diagnostics モジュールの設定」 4 診断データを収集して処理します。 負荷テスト中に，メディエータがデータを収集し，診断情報を処理します。 366 第 21 章 • ERP/CRM Diagnostics について 5 結果を作成します。 負荷テストの後，コントローラ・マシンは集計されたデータをメディエータ・ マシンから収集し，結果を照合します。 6 データを表示します。 アナリシス・グラフを使用して診断データを表示し，問題のある領域にドリル ダウンします。ERP/CRM トランザクション・ブレークダウン・グラフの詳細 については，『Mercury LoadRunner アナリシス・ユーザーズ・ガイド』を参照 してください。 リモート・サーバへの接続 ERP/CRM 診断モジュールを設定するとき，トレース・ファイルまたはログ・ ファイルが格納されているマシンのユーザ名を入力することで，監視対象サー バを定義します。本項では，リモートの Windows サーバまたは UNIX サーバに 接続する方法について説明します。 リモート Windows サーバへの接続 Windows プラットフォームの場合，ユーザには管理者権限が必要です。 リモート Windows サーバで作業する場合，メディエータはまずユーザによって 指定された詳細を使用して，マシンに接続を追加しようと試みます。この設定 により，リモート・マシンに対する管理者権限が与えられます。 メディエータ・マシンがすでに別の設定でサーバ・マシンに接続されている場 合は，サーバに対する既存の接続が使用されます。ユーザが管理者権限を持っ ていない場合，これはエラーの原因となります。 この矛盾を解決するには，次の解決策のいずれか 1 つを選択します。 ➤ LoadRunner エージェントを，プロセスとしてではなくサービスとして機能する ように変更します。 ➤ メディエータからサーバへの既存の接続を終了します。 既存の接続は，Windows エクスプローラで \\servername\sharename の形式 で行われている場合もあれば，または［マイ コンピュータ］内の特定のネット ワーク・ドライブを使用している場合もあります。 367 367 第 4 部 • Diagnostics を使った作業 接続が存在するかどうかを確認するには，コマンド・プロンプトを開き，次の コマンドを実行します。 net use 接続を解除するには，ネットワーク・ドライブを切断し，次のコマンドを実行 します。 net use \\servername\sharename /DELETE ➤ ログ・ディレクトリの UNC パスを指定し，OS として Windows を指定すること で，ログ・ディレクトリへの接続を独自に作成して使用することもできます。 その場合，メディエータを実行したときに接続の作成は試みられず，指定の UNC パスが使用されます。 リモート UNIX サーバへの接続 メディエータ経由でリモート・シェル（RSH）を使用する前に次を確認します。 ➤ UNIX サーバ上で RSH および RCP デーモンが実行されていること。 ➤ ユーザがリモート・シェル・コマンドを実行する権限を持っていること。こ れを確認するには，DOS コマンド・プロンプトで次のように入力します。 rsh ＜サーバ・マシン名＞ -l ＜ UNIX ユーザ・ログイン名＞ -n ＜コマンド＞ 例：rsh my_unix -l my_name -n "cd ~;pwd" ➤ RSH コマンドの実行後に出力が生成されないこと。RCP UNIX コマンドの不 具合を回避するため，.login，.profile，および .cshrc ファイルでは出力が 生成されないようにする必要があります。echo コマンドによる出力も，biff コマンドなどによる間接的な出力も生成されてはなりません。既存のユーザ の RSH ステップが出力を生成する場合，そのステップを削除できないので あれば，出力が生成されない新しいユーザを作成し，そのユーザにサーバ・ マシンで RSH コマンドおよび RCP コマンドを実行する権限を与えます。 368 第 21 章 • ERP/CRM Diagnostics について 診断結果の表示 トランザクション・ブレークダウンの結果を表示するには，Performance Center アナリシスを実行し，実行中に収集されたデータを分析します。分析は［Run Results］ページで行います。アナリシスの使用方法の詳細については，第 19 章「負荷テストの分析」を参照してください。 アナリシス・トランザクション・ブレークダウンのグラフおよびレポートを使用 してパフォーマンス・データを確認してドリルダウンすることにより，アプリ ケーション内の任意のレイヤにある問題領域を特定できます。Performance Center トランザクション・ブレークダウン診断グラフの詳細については， 『Mercury LoadRunner アナリシス・ユーザーズ・ガイド』を参照してください。 369 369 第 4 部 • Diagnostics を使った作業 370 第 22 章 Siebel Diagnostics の設定 Siebel Diagnostics では，Siebel トランザクションをレイヤ，領域，サブ領域， サーバ，スクリプトにブレークダウンできます。また，トランザクションの呼 び出しチェーンと呼び出しスタックの統計を表示して，トランザクションの各 部分で費やされる時間の割合を追跡することもできます。Siebel-Web 仮想ユー ザでは Siebel Diagnostics がサポートされています。 本章では，次の項目について説明します。 ➤ アプリケーション・サーバおよび Web サーバにおける Siebel Diagnostics の設定 ➤ Web サーバが DMZ 内にある場合の診断の設定 ➤ Siebel アプリケーション・サーバからメディエータへのファイルのコピー ➤ Siebel Diagnostics モジュールの設定 注：Siebel Diagnostics（Siebel Application Response Measurements）では，Siebel アプリケーション・サーバ 7.53 がサポートされています。 371 第 4 部 • Diagnostics を使った作業 アプリケーション・サーバおよび Web サーバにおける Siebel Diagnostics の設定 トランザクション・ブレークダウン用に Siebel アプリケーション・サーバおよ び Web サーバを設定するには，次の手順を実行する必要があります。 ➤ 負荷テストの対象となるすべての Siebel アプリケーション・サーバおよび Web サーバで Siebel 診断を有効にします。 ➤ サーバ・パフォーマンスの設定を最適化します。 ➤ Siebel サーバの ID のリストを生成します（Siebel アプリケーション・サーバ にのみ必要）。 Siebel 診断を有効にするには，次の手順を実行します。 1 Siebel サーバの次の環境変数を設定します。 SIEBEL_SarmEnabled=true 2 サーバを再起動します。 サーバ・パフォーマンスを最適化するには，次の手順を実行します。 次の変数を使用して，メモリ・キャッシュやファイル・サイズの最大値を変更 できます。 SIEBEL_SarmMaxMemory= ＜バイト数＞ SIEBEL_SarmMaxFileSize = ＜バイト数＞ SIEBEL_SarmMaxMemory は，情報を Siebel ログ・ファイルに書き込む前に Siebel がメモリ内に保持するバッファのサイズを制御します。このパラメータ 値を増やせばサーバ・パフォーマンスは向上しますが，実行の最終部分の情報 がアナリシス・グラフから欠落します。サーバの負荷が低い場合は SIEBEL_SarmMaxMemory= 50000 を，負荷が高い場合は SIEBEL_SarmMaxMemory= 1000000 を設定することをお勧めします。サーバ の負荷は，仮想ユーザが 20 以下の場合は低く，100 を超える場合は高いと考え られます。 SIEBEL_SarmMaxFileSize はファイル・サイズです。5000000（サーバの負荷 が低い場合）から 25000000（サーバの負荷が高い場合）の範囲で設定するこ とをお勧めします。サーバで Siebel ログ・ファイルが生成される頻度が 10 秒ご とに 1 つ以上の場合，SIEBEL_SarmMaxFileSize の値を増やします。 372 第 22 章 • Siebel Diagnostics の設定 注：負荷テストを実行する前に，負荷テストの対象となるすべてのサーバから Siebel Diagnostics のログを削除してください。 Siebel サーバの ID を生成するには，次の手順を実行します。 Siebel アプリケーション・サーバでコマンド・ウィンドウを開き，次のコマン ドを実行します。 ＜ Siebel bin ディレクトリ＞ \srvrmgr /u ＜ユーザ名＞ /p ＜パスワード＞ /g ＜ゲートウェイ・サーバ＞ /e ＜ Enterprise サーバ＞ /c "list servers show SBLSRVR_NAME, SV_SRVRID" 詳細は次のとおりです。 /u ＜ユーザ名＞：サーバ管理者のユーザ名 /p ＜パスワード＞：サーバ管理者のパスワード /g ＜ゲートウェイ・サーバ＞：ゲートウェイ・サーバのアドレス /e ＜ Enterprise サーバ＞：Enterprise サーバ名 /c ＜コマンド＞：単一のコマンドを実行 このコマンドにより，すべての Siebel アプリケーション・サーバおよび ID の リストが生成されます。この情報は［Add Siebel Server］ページで必要となるた め，サーバ ID を記録しておいてください。詳細については，376 ページ 「Siebel Diagnostics モジュールの設定」の手順 8 を参照してください。 373 373 第 4 部 • Diagnostics を使った作業 Web サーバが DMZ 内にある場合の診断の設定 内部ネットワーク内のアプリケーション・サーバおよび DMZ（外部からの会 社の非公開データへのアクセスを防ぐために使用される公開ネットワークから 内部ネットワークを切り離す「中立地帯」）内の Web（ファイル）サーバを使 用する場合，内部 LAN に（ファイアウォール越しに）メディエータをインス トールし，内部マシンから DMZ 内のファイル・サーバへの SMB/CIFS 通信を 有効にする必要があります。SMB/CIFS はファイル共有サービスで，転送プロ トコルとして NBT（NetBIOS over TCP/IP）を使用します。 クライアント（ファイアウォール・マシン越し）とファイル・サーバ間で NBT プロトコルを有効にするには，次のポート設定を使用します。 ファイル共有サービス ポート SMB/CIFS over NBT TCP 139（SMB） CIFS over TCP/IP（Direct SMB） TCP 445 たとえば，次のようにファイアウォール設定を設定します。 サービス「nbsession」 ：TCP 139 の接続に対して有効化 サービス「Microsoft-ds」 ：TCP 445 の接続に対して有効化 注：CIFS over TCP 445（Direct SMB over TCP/IP）は，Windows 2000 以降ではオ プションです（ファイル・サーバとの通信方法としてはより安全であるため）。 CIFS over TCP/IP を有効にするには，オペレーティング・システムの設定を使 用して NetBIOS over TCP/IP プロトコルを無効にする必要があります。 374 第 22 章 • Siebel Diagnostics の設定 Siebel アプリケーション・サーバからメディエータへのファイルの コピー アプリケーション・サーバを設定したら，次に示すファイルを Siebel アプリ ケーション・サーバの \bin ディレクトリから， ＜ LR メディエータのインストール先＞ \bin ディレクトリ，または Siebel メ ディエータ・マシンの PATH に含まれる他の任意のディレクトリにコピーする 必要があります。 Siebel 7.53 の場合，次のファイルをコピーします。 • sarmanalyzer.exe • sslcsym.dll • msvcr70.dll • sslcshar.dll • sslcver.dll • sslcosa.dll Siebel 7.7 の場合，次のファイルをコピーします。 • libarm.dll • sslcosd.dll • msvcr70.dll • sslcrsa.dll • sslcacln.dll • sslcscr.dll • sslccore.dll • sslcshar.dll • sslcevt.dll • sslcsrd.dll • sslcos.dll • sslcsym.dll • sslcosa.dll • sslcver.dll 375 375 第 4 部 • Diagnostics を使った作業 Siebel Diagnostics モジュールの設定 トランザクション・ブレークダウン・データを生成するには，メディエータ・ マシンと通信するよう Siebel Diagnostics モジュールを設定して，監視対象サー バを定義します。その後，356 ページ「Diagnostics の有効化」の説明に従って， 診断モジュールを有効にし，診断グラフに含めるトランザクション・データの サンプリングの割合を指定できます。 注：トランザクション・ブレークダウンの適切な結果を得るには，仮想ユー ザ・スクリプトの実行環境の設定で，すべてのアクションをトランザクション として定義してください。有効なトランザクション・ブレークダウン・データ を生成するには，自動トランザクションを使用するのではなく，仮想ユーザ・ スクリプトでトランザクションを手作業で定義してください。実行環境の設定 の［General：Miscellaneous］ノードで，［Define each action as a transaction］および［Define each step as a transaction］オプションが無効 であることを確認してください。 Siebel Diagnostics モジュールを設定するには，次の手順を実行します。 1［Load Test Configuration］ページで，［Diagnostics］タブを選択します。 ［Diagnostics］タブが開きます。 2［Enable diagnostics］が選択されていることを確認します。 3 監視に参加する仮想ユーザの割合を設定します。ブレークダウンの対象にでき る Siebel 仮想ユーザの最大数は 10% です。 注：他の診断タイプも有効にした場合，参加する仮想ユーザのパーセンテージ は，選択している診断タイプの最大パーセンテージが上限となります。 376 第 22 章 • Siebel Diagnostics の設定 4［Offline Diagnostics］セクションで，［Siebel Diagnostics (Max. Vuser Sampling: 10%)］の横にある［Configure］ボタンをクリックします。 ［Siebel Configuration］ダイアログ・ボックスが開き，以前に保存したデータが 表示されます。 5［Enable Siebel Diagnostics］を選択して，ダイアログ・ボックス内の他のす べてのフィールドを有効にします。 Siebel Diagnostics モジュールを無効にするには，［Enable Siebel Diagnostics］ チェック・ボックスをクリアします。ダイアログ・ボックス内の情報がグレー で表示され，読み取り専用になります（存在する場合）。 6［Mediator］ドロップダウン・リストから，Siebel 診断データの収集と処理に使 用するメディエータ・マシンを選択します。診断モジュールごとに 1 つのメ ディエータ・マシンのみがサポートされます。 注：メディエータは Administrator Site であらかじめ定義されている必要があり ます。詳細については， 『Mercury Performance Center 管理者ガイド』を参照し てください。 377 377 第 4 部 • Diagnostics を使った作業 7 Web サーバ（User）とメディエータ間の接続をテストするには，［Test Mediator］をクリックします。すると，Web サーバがメディエータへの接続を 試みます。接続ステータスがダイアログ・ボックスに表示されます。 8［Add Server］をクリックして，監視対象 Siebel サーバを定義します。［Add Siebel Server］ダイアログ・ボックスが開きます。 注：メディエータが定義されていない場合は，［Add Server］ボタンは無効に なります。 9［Add Siebel Server］ダイアログ・ボックスに，次の Siebel サーバの情報を入力 します。 ［Server Name］：Siebel サーバの名前を入力します。 ［Server Type］ ：Siebel サーバの種類を選択します（Web またはアプリケーショ ン）。 ［Server ID］：Siebel サーバの ID を入力します（Siebel アプリケーション・サー バのみ）。サーバ ID リストの生成の詳細については，372 ページ「アプリケー ション・サーバおよび Web サーバにおける Siebel Diagnostics の設定」を参照し てください。 ［Platform］：Siebel サーバのプラットフォームを選択します（Windows， Solaris，AIX，HAPX，または LINUX）。 378 第 22 章 • Siebel Diagnostics の設定 ［Log Directory］ ：Siebel アプリケーションがログ・ファイルを保存する場所を 入力します。ログ・ファイルは，Siebel サーバ上の共有ログ・ディレクトリ， または別のフォルダに保存できます。 ［User Name］ ：ログ・ファイルが格納されているマシンのユーザ名を入力します。 注：Windows プラットフォームの場合，ユーザには管理者権限が必要です。詳 細については，367 ページ「リモート Windows サーバへの接続」を参照してく ださい。UNIX プラットフォームの場合は，368 ページ「リモート UNIX サーバ への接続」を参照してください。 ［User Password］ ：必要な場合，ユーザのパスワードを入力します。 ［Domain］ ：Siebel サーバのドメインを入力します（Windows プラットフォーム のみ）。 ［OK］をクリックします。［Add Siebel Server］ダイアログ・ボックスが閉じ， サーバ情報が Siebel サーバのリストに追加されます。 10［Siebel Configuration］ダイアログ・ボックスで，セッション内で有効にする各 Siebel サーバの左のカラムにあるチェック・ボックスを選択します。 セッションでサーバを無効にするには，無効にするサーバのチェック・ボック スをクリアします。 11 サーバ情報を編集するには，［Edit］ボタンをクリックします。［Add Siebel Server］ダイアログ・ボックスが開き，サーバ情報が表示されます。必要な フィールドを編集して，［OK］をクリックします。 12 Siebel サーバを削除するには，サーバを選択して［Delete］をクリックします。 Siebel サーバのリストからサーバが削除されます。 13［OK］をクリックして設定を保存し，［Siebel Configuration］ダイアログ・ ボックスを閉じます。［Diagnostics］ページで，Siebel Diagnostics の横に，有効 であることを示すチェック・マークのアイコンが表示されます。 379 379 第 4 部 • Diagnostics を使った作業 380 第 23 章 Siebel DB Diagnostics の設定 Siebel DB 診断では，データベースのパフォーマンスの問題を迅速に特定し解決 できます。各トランザクションの SQL が表示されるほか，各スクリプトで問題 が生じている SQL クエリと，問題がどの時点で発生したかを特定できます。 Siebel-Web 仮想ユーザでは Siebel DB Diagnostics がサポートされています。 本章では，次の項目について説明します。 ➤ スクリプトの準備 ➤ 時間の同期化 ➤ Siebel サーバでのサーバ・ログの有効化 ➤ Siebel DB Diagnostics モジュールの設定 スクリプトの準備 トランザクション・ブレークダウンのスクリプトを準備する場合は，テスト 1 時間当たり 1 秒の割合で各トランザクションの最後に思考遅延時間を追加する ことをお勧めします。 セッション ID の衝突を避けるために，各セッションの終わりに仮想ユーザが データベースから必ずログオフするようにしてください。 381 第 4 部 • Diagnostics を使った作業 時間の同期化 トランザクション・ブレークダウンを実行する前に時間を同期化しておくと， トランザクションに対して SQL が正しく相関されるようになります。 Windows Siebel サーバでは，ロード・ジェネレータ・マシンから次のコマンド を実行して，Siebel Gateway サーバに時間を同期させます。 net time \ ＜ Gateway 名＞ /set /y ＜ Gateway 名＞は Siebel Gateway の名前に置き換えてください。 UNIX Siebel サーバでは，次のいずれかの方法で時間を同期させることができ ます。 ➤ UNIX Siebel Gateway サーバで date コマンドを使用して時間を手動で変更して， ロード・ジェネレータの時間と同期するようにします。 ➤ ロード・ジェネレータ・マシンで時間を変更して，UNIX Siebel Gateway サーバ と同期するようにします。 ➤ アナリシスで時間差を設定します。詳細については，『Mercury LoadRunner ア ナリシス・ユーザーズ・ガイド』の Siebel DB 診断グラフに関する章を参照し てください。 Siebel サーバでのサーバ・ログの有効化 コントローラで Siebel DB 診断モジュールを設定する前に，Siebel サーバを設定 してデータベース・ログ・ファイルを作成する必要があります。 Siebel サーバでログを有効にするには，次の手順を実行します。 1 Siebel サーバでコマンド・ウィンドウを開き，次のコマンドを実行します。 ＜ Siebel bin ディレクトリ＞ \srvrmgr /g ＜ゲートウェイ・サーバ＞ /s ＜ Siebel サーバ＞ /e ＜ Enterprise サーバ名＞ /u ＜ユーザ名＞ /p ＜パスワード＞ 2 次のコマンドを入力します。 change evtloglvl ObjMgrsqllog=4 for comp ＜コンポーネント名＞ evtloglvl EventContext=3 for comp ＜コンポーネント名＞ evtloglvl ObjMgrSessionInfo =3 for comp ＜コンポーネント名＞ 382 第 23 章 • Siebel DB Diagnostics の設定 Call Center の場合，コンポーネント名として sccobjmgr_enu を入力します。例 を次に示します。 change evtloglvl ObjMgrsqllog=4 for comp sccobjmgr_enu Siebel サーバでログを無効にするには，次の手順を実行します。 Siebel サーバで次のコマンドを実行します。 change evtloglvl ObjMgrsqllog=0 for comp ＜コンポーネント名＞ change evtloglvl EventContext=0 for comp ＜コンポーネント名＞ change evtloglvl ObjMgrSessionInfo =0 for comp ＜コンポーネント名＞ 負荷テストを実行する前に，負荷テストの対象となるすべてのサーバからロ グ・ファイルを削除します。 Siebel DB Diagnostics モジュールの設定 トランザクション・ブレークダウン・データを生成するには，メディエータ・ マシンと通信するよう Siebel DB Diagnostics モジュールを設定して，監視対象 サーバを定義します。その後，356 ページ「Diagnostics の有効化」の説明に 従って，診断モジュールを有効にし，診断グラフに含めるトランザクション・ データのサンプリングの割合を指定できます。 注：トランザクション・ブレークダウンの適切な結果を得るには，仮想ユー ザ・スクリプトの実行環境の設定で，すべてのアクションをトランザクション として定義してください。有効なトランザクション・ブレークダウン・データ を生成するには，自動トランザクションを使用するのではなく，仮想ユーザ・ スクリプトでトランザクションを手作業で定義してください。実行環境の設定 の［General：Miscellaneous］ノードで，［Define each action as a transaction］および［Define each step as a transaction］オプションが無効 であることを確認してください。 383 383 第 4 部 • Diagnostics を使った作業 Siebel DB Diagnostics モジュールを設定するには，次の手順を実行します。 1［Load Test Configuration］ページで，［Diagnostics］タブを選択します。 ［Diagnostics］タブが開きます。 2［Enable diagnostics］が選択されていることを確認します。 3 監視に参加する仮想ユーザの割合を設定します。ブレークダウンの対象にでき る Siebel 仮想ユーザの最大数は 10% です。 注：他の診断タイプも有効にした場合，参加する仮想ユーザのパーセンテージ は，選択している診断タイプの最大パーセンテージが上限となります。 4［Offline Diagnostics］セクションで，［Siebel DB Diagnostics (Max. Vuser Sampling: 10%)］の横にある［Configure］ボタンをクリックします。 ［Siebel DB Configuration］ダイアログ・ボックスが開き，以前に保存したデー タが表示されます。 384 第 23 章 • Siebel DB Diagnostics の設定 5［Enable Siebel DB Configuration］を選択して，ダイアログ・ボックス内の 他のすべてのフィールドを有効にします。 Siebel DB Diagnostics モジュールを無効にするには，［Enable Siebel DB Configuration］チェック・ボックスをクリアします。ダイアログ・ボックス 内の情報がグレーで表示され，読み取り専用になります（存在する場合）。 6［Mediator］ドロップダウン・リストから，Siebel 診断データの収集と処理に使 用するメディエータ・マシンを選択します。診断モジュールごとに 1 つのメ ディエータ・マシンのみがサポートされます。 注：メディエータは Administrator Site であらかじめ定義されている必要があり ます。詳細については， 『Mercury Performance Center 管理者ガイド』を参照し てください。 7 Web サーバ（User）とメディエータ間の接続をテストするには，［Test Mediator］をクリックします。すると，Web サーバがメディエータへの接続を 試みます。接続ステータスがダイアログ・ボックスに表示されます。 8［Add Server］をクリックして，監視対象 Siebel サーバを定義します。［Add Siebel DB Server］ダイアログ・ボックスが開きます。 385 385 第 4 部 • Diagnostics を使った作業 注：メディエータが定義されていない場合は，［Add Server］ボタンは無効に なります。 9［Add Siebel DB Server］ダイアログ・ボックスに，次の Siebel サーバの情報を入 力します。 ［Server Name］：Siebel サーバの名前を入力します。 ［Platform］ ：Siebel サーバのプラットフォームを選択します（Windows， Solaris，または HAPX）。 ［Log Directory］ ：Siebel アプリケーションがログ・ファイルを保存する場所を 入力します。ログ・ファイルは，Siebel サーバ上の共有ログ・ディレクトリ， または別のフォルダに保存できます。 ［User Name］ ：ログ・ファイルが格納されているマシンのユーザ名を入力します。 注：Windows プラットフォームの場合，ユーザには管理者権限が必要です。詳 細については，367 ページ「リモート Windows サーバへの接続」を参照してく ださい。UNIX プラットフォームの場合は，368 ページ「リモート UNIX サーバ への接続」を参照してください。 ［User Password］：必要な場合，ユーザのパスワードを入力します。 ［Domain］ ：Siebel サーバのドメインを入力します（Windows プラットフォーム のみ） 。 ［OK］をクリックします。［Add Siebel DB Server］ダイアログ・ボックスが閉 じ，サーバ情報が［Siebel DB Configuration］ダイアログ・ボックスのサーバ・ リストに追加されます。 10［Siebel DB Configuration］ダイアログ・ボックスで，セッション内で有効にす る各 Siebel サーバの左のカラムにあるチェック・ボックスを選択します。 セッションで Siebel サーバを無効にするには，無効にするサーバの左のカラム にあるチェック・ボックスをクリアします。 386 第 23 章 • Siebel DB Diagnostics の設定 11 サーバ情報を編集するには，［Edit］ボタンをクリックします。［Add Siebel DB Server］ダイアログ・ボックスが開き，サーバ情報が表示されます。必要な フィールドを編集して，［OK］をクリックします。 12 Siebel サーバを削除するには，サーバを選択して［Delete］をクリックします。 Siebel サーバのリストからサーバが削除されます。 13［OK］をクリックして設定を保存し，［Siebel DB Configuration］ダイアロ グ・ボックスを閉じます。［Diagnostics］ページで，Siebel DB Diagnostics の横 に，有効であることを示すチェック・マークのアイコンが表示されます。 387 387 第 4 部 • Diagnostics を使った作業 388 第 24 章 Oracle 11i Diagnostics の設定 Oracle トランザクション・ブレークダウンでは，Oracle 11i NCA システム上の パフォーマンスの問題を特定できます。診断情報は，トランザクションから SQL ステートメントおよび各ステートメントの SQL ステージまでドリルダウ ンできます。Oracle NCA 仮想ユーザでは Oracle 11i Diagnostics がサポートされ ています。 本章では，次の項目について説明します。 ➤ Oracle サーバでのサーバ・ログの有効化 ➤ Oracle NCA アプリケーションのバージョンの選択 ➤ Oracle 11i Diagnostics モジュールの設定 Oracle サーバでのサーバ・ログの有効化 トレース診断が有効であることを確認し，［Enable Diagnostics］のパスワード要 求を無効にし，トレース・ファイルのサイズを無制限に設定します。標準設定 では，インストール時にはトレース診断は Oracle サーバで有効になっていま す。また，Performance Center が Oracle アプリケーション診断のパスワードに対 応できるようにするために，診断のパスワードを仮想ユーザ・スクリプトに設 定するか，アプリケーション・サーバでのパスワード要求を無効にします。 トレース診断が有効であることを確認するには，次の手順を実行します。 1 管理者権限を持つユーザとして Oracle アプリケーション・サーバにログオン し，Oracle アプリケーションに使用するモジュールを選択します。 ［Responsibilities］ダイアログ・ボックスが開きます。 2［System Administrator］を選択し，［OK］をクリックします。 3［Functions］タブで，［Profile］＞［System］を選択するか，［Open］をク リックします。［System Profile Values］ダイアログ・ボックスが開きます。 389 第 4 部 • Diagnostics を使った作業 4［Display］セクションで［Site］および［Profiles with No Values］を選択し， ［Profiles］フィールドに %Diagnostics% と入力して， ［Find］をクリックします。 5 診断プロファイルが無効になっている場合は（［Site］カラムに「Yes」と表示 される），設定を「No」に変更します。 6 設定を保存します。 トレース・ファイルのサイズを無制限に設定するには，次の手順を実行します。 Oracle 9i の場合： Oracle サーバで，SQL エディタを使用して次のコマンドを実行します。 Alter system set max_dump_file_size=UNLIMITED scope=both; Oracle 8i の場合： 1 Oracle サーバで，SQL エディタを使用して次のコマンドを実行します。 Alter system set max_dump_file_size=2048000; 2 $ORACLE_HOME\admin\＜sid＞\pfile\init＜sid＞.ora の init*.ora ファイル を編集します。パラメータの行を検索して値を変更し，ファイルを保存しま す。 注：トレース・ファイルは非常に大きくなる可能性があるため，データベー ス・サーバ上には十分なディスク領域を確保しておいてください。 390 第 24 章 • Oracle 11i Diagnostics の設定 仮想ユーザ・スクリプト内に診断パスワードを設定するには，次の手順を実行 します。 VuGen で，スクリプトに nca_set_diagnostics_password( ＜パスワード＞ ) 関数 を追加し，パスワードを選択します。 注：nca_set_diagnostics_password 関数は，nca_connect_server 関数よりも後の 位置に追加する必要があります。 ［Enable Diagnostics］のパスワード要求を無効にするには，次の手順を実行し ます。 1 管理者権限を持つユーザとして Oracle アプリケーション・サーバにログオン し，Oracle アプリケーションに使用するモジュールを選択します。 ［Responsibilities］ダイアログ・ボックスが開きます。 2［System Administrator］を選択し，［OK］をクリックします。 3［Functions］タブで，［Profile］＞［System］を選択するか，［Open］をク リックします。［System Profile Values］ダイアログ・ボックスが開きます。 4［Display］セクションで［User］を選択し，必要なユーザ名を入力します。 ［Profile］フィールドに %Utilities:Diagnostics% と入力し，［Find］をクリック します。Utilities:Diagnostics プロファイルの値が表示されます。 5 Utilities:Diagnostics プロファイルの［User］カラムの値を「Yes」に設定します。 6 設定を保存します。 391 391 第 4 部 • Diagnostics を使った作業 Oracle NCA アプリケーションのバージョンの選択 Oracle 診断モジュールでは，Oracle NCA バージョン 11.5.0 以降がサポートされ ています。VuGen の実行環境の設定に Oracle アプリケーション・サーバのバー ジョンを入力し，組み込みトレース・メカニズムを有効にします。Oracle サー バのバージョンを確認するには，Oracle サーバにログインし，［Help］＞ ［About Oracle］をクリックします。［Oracle Application］フィールドに Oracle サーバのバージョンが表示されます。 Oracle アプリケーションのバージョンを入力するには，次の手順を実行します。 VuGen でスクリプトを開き，［Vuser］＞［Run-Time Settings］を選択しま す。［Oracle NCA: Client Emulation］ノードで，［Application Version］ フィールドで使用している Oracle NCA のバージョンを選択します。 注：組み込みのメカニズムを使用して Oracle 11i トレースを有効にできない場 合，nca_set_custom_dbtrace 関数および nca_set_dbtrace_file_index 関数 を使用して，仮想ユーザ・スクリプト内で手作業で有効にできます。この問題 は，標準の UI に対応していないカスタム・アプリケーションを使用している 場合に生じることがあります。 注：診断モジュールを有効にする前に，負荷テストの対象となるすべてのサー バから古いトレース・ログ・ファイルを削除します。トランザクション・ブ レークダウンの結果に影響を及ぼす可能性があるため，診断モジュールの実行 中，同じ Oracle サーバ上で実際のユーザが作業することは避けてください。 392 第 24 章 • Oracle 11i Diagnostics の設定 Oracle 11i Diagnostics モジュールの設定 トランザクション・ブレークダウン・データを生成するには，メディエータ・ マシンと通信するよう Oracle 11i Diagnostics モジュールを設定して，監視対象 サーバを定義します。その後，356 ページ「Diagnostics の有効化」の説明に 従って，診断モジュールを有効にし，診断グラフに含めるトランザクション・ データのサンプリングの割合を指定できます。 注：トランザクション・ブレークダウンの適切な結果を得るには，仮想ユー ザ・スクリプトの実行環境の設定で，すべてのアクションをトランザクション として定義してください。有効なトランザクション・ブレークダウン・データ を生成するには，自動トランザクションを使用するのではなく，仮想ユーザ・ スクリプトでトランザクションを手作業で定義してください。実行環境の設定 の［General：Miscellaneous］ノードで，［Define each action as a transaction］および［Define each step as a transaction］オプションが無効 であることを確認してください。 Oracle 11i Diagnostics モジュールを設定するには，次の手順を実行します。 1［Load Test Configuration］ページで，［Diagnostics］タブを選択します。 ［Diagnostics］タブが開きます。 2［Enable diagnostics］が選択されていることを確認します。 3 監視に参加する仮想ユーザの割合を設定します。ブレークダウンの対象にでき る Oracle 仮想ユーザの最大数は 5% です。 注：他の診断タイプも有効にした場合，参加する仮想ユーザのパーセンテージ は，選択している診断タイプの最大パーセンテージが上限となります。 393 393 第 4 部 • Diagnostics を使った作業 4［Offline Diagnostics］セクションで，［Oracle 11i Diagnostics (Max. Vuser Sampling: 5%)］の横にある［Configure］ボタンをクリックします。 ［Oracle 11i Diagnostics］ダイアログ・ボックスが開き，以前に保存したデータ が表示されます。 5［Enable Oracle 11i Diagnostics］を選択して，ダイアログ・ボックス内の他 のすべてのフィールドを有効にします。 Oracle 11i Diagnostics モジュールを無効にするには，［Enable Oracle 11i Diagnostics］チェック・ボックスをクリアします。ダイアログ・ボックス内 の情報がグレーで表示され，読み取り専用になります（存在する場合）。 6［Mediator］ドロップダウン・リストから，Oracle 診断データの収集と処理に 使用するメディエータ・マシンを選択します。診断モジュールごとに 1 つのメ ディエータ・マシンのみがサポートされます。 注：メディエータは Administrator Site であらかじめ定義されている必要があり ます。詳細については， 『Mercury Performance Center 管理者』を参照してくだ さい。 394 第 24 章 • Oracle 11i Diagnostics の設定 7 Web サーバ（User）とメディエータ間の接続をテストするには，［Test Mediator］をクリックします。すると，Web サーバがメディエータへの接続を 試みます。接続ステータスがダイアログ・ボックスに表示されます。 8［Add Server］をクリックして，監視対象 Oracle サーバを定義します。［Add Oracle Server］ダイアログ・ボックスが開きます。 注：メディエータが定義されていない場合は，［Add Server］ボタンは無効に なります。 9［Add Oracle Server］ダイアログ・ボックスに，次の Oracle サーバの情報を入力 します。 ［Server Name］ ：Oracle サーバの名前を入力します。 ［Platform］ ：Oracle サーバのプラットフォームを選択します（Windows， Solaris，または HAPX）。 ［Log Directory］ ：Oracle アプリケーションがトレース・ファイルを保存する場 所を入力します。トレース・ファイルは，Oracle サーバ上の共有ディレクトリ， または別のフォルダに保存できます。 395 395 第 4 部 • Diagnostics を使った作業 ［User Name］ ：トレース・ファイルが格納されているマシンのユーザ名を入力 します。 注：Windows プラットフォームの場合，ユーザには管理者権限が必要です。詳 細については，367 ページ「リモート Windows サーバへの接続」を参照してく ださい。UNIX プラットフォームの場合は，368 ページ「リモート UNIX サーバ への接続」を参照してください。 ［User Password］：必要な場合，ユーザのパスワードを入力します。 ［Domain］：Oracle サーバのドメインを入力します（Windows プラットフォー ムのみ）。 ［OK］をクリックします。［Add Oracle Server］ダイアログ・ボックスが閉じ， サーバ情報が Oracle サーバのリストに追加されます。 10［Oracle 11i Configuration］ダイアログ・ボックスで，セッション内で有効にす る各 Oracle サーバの左のカラムにあるチェック・ボックスを選択します。 セッションで Oracle サーバを無効にするには，無効にするサーバのチェック・ ボックスをクリアします。 11 サーバ情報を編集するには，［Edit］ボタンをクリックします。［Add Oracle Server］ダイアログ・ボックスが開き，サーバ情報が表示されます。必要な フィールドを編集して，［OK］をクリックします。 12 Oracle サーバを削除するには，サーバを選択して［Delete］をクリックします。 Oracle サーバ・リストからサーバが削除されます。 13［OK］をクリックして設定を保存し，［Oracle 11i Configuration］ダイアロ グ・ボックスを閉じます。［Diagnostics］ページで，Oracle 11i Diagnostics の横 に，有効であることを示すチェック・マークのアイコンが表示されます。 396 第 25 章 SAP Diagnostics の設定 SAP Diagnostics では，特定の問題（たとえば DBA，ネットワーク，WAS，ア プリケーション，OS/HW）の根本原因をすばやく簡単に特定できます。また問 題を該当する専門家に限定して通知し，チームのメンバー全員に示す必要はあ りません。 本章では，次の項目について説明します。 ➤ SAP Diagnostics の概要 ➤ SAP Diagnostics のベスト・プラクティス ➤ SAP Diagnostics でサポートされる環境 ➤ SAP Diagnostics モジュールの設定 SAP Diagnostics の概要 サーバ側のデータ収集 SAP Diagnostics は SAP Distributed Statistical Records（DSR）に基づいています。 アプリケーション・サーバで実行されるダイアログ・ステップごとに統計レ コードが生成されます。レコードには，応答時間コンポーネント，データベー スの統計情報，RFC 時間などの情報が含まれます。 Diagnostics メディエータは，シナリオ実行中にサーバから DSR データを抽出し ます。 また Diagnostics メディエータは，OS のリソース（CPU，メモリ，ディスクの 使用率）およびワーク・プロセスのステータスを監視します。 397 第 4 部 • Diagnostics を使った作業 仮想ユーザの色分け SAP Diagnostics は SAPGUI プロトコルの再生に対して機能します。 ［Configuration］ダイアログで色分けされる仮想ユーザの割合を設定します（最 大 100%） 。SAPGUI ユーザの色分けによるアプリケーション・サーバのオー バーヘッドは発生しません。 Performance Center トランザクション情報の一部として，色分けされた仮想ユー ザごとに SAP のコンテキストが報告されます。このコンテキストは，後でサー バ側のデータと仮想ユーザ・データの相関に使用されます。 SAP Diagnostics のベスト・プラクティス 一意のトランザクション ID の生成 仮想ユーザのコンテキストによるサーバ側データの相関プロセスはいくつかの パラメータに基づいており，特に重要なのは Passport Transaction ID です。この ID は SAP トランザクションの各インスタンスで一意です。つまり，2 人のユー ザが同時に SAP トランザクションを開始するとき，それぞれに別の ID が発行 されます。あるいは，1 人のユーザが同じトランザクションを 2 回開始すると， 開始のたびに異なる ID が発行されます。 ただし，ある SAP トランザクションから別の SAP トランザクションにユーザ が移るときは，サーバによってトランザクション ID が必ずしも変更されませ ん（特に 4.6 サーバ）。そのため，サーバ側とクライアント側の情報の相関が困 難になり，結果が不正確になる可能性があります。 こうしたエラーの数を最小限にするには，SAPGUI スクリプトの記録時に，新 しい SAP トランザクションを開始するたびに Command フィールドを使用して 開始し，トランザクション名の前に必ず /n を追加することをお勧めします。 例を次に示します。 /nVA01 注：異なる反復において，同じトランザクション ID が出現すると，SAPGUI 仮 想ユーザにより警告が生成されます。 398 第 25 章 • SAP Diagnostics の設定 SAP Diagnostics でサポートされる環境 次の表に，サポートされている SAP アプリケーション・サーバおよび SAPGUI クライアントのバージョンおよび必要なカーネル・パッチを示します。 SAP アプリケー ション・サーバ SAPGUI クライ アント サポートされているバージョン 必要なカーネル・パッチ 4.6C; 4.6D カーネル・パッチ 1984（2005 年 11 月 1 日リリース，SAP note 0451251） 4.7 以降 パッチは必要ありません。 SAPGUI for Windows 6.20 最低パッチ・レベル：48 SAPGUI for Windows 6.40 最低パッチ・レベル：2 SAP Diagnostics モジュールの設定 トランザクション・ブレークダウン・データを生成するには，メディエータ・ マシンと通信するよう SAP Diagnostics モジュールを設定して，監視対象サーバ を定義します。その後，356 ページ「Diagnostics の有効化」の説明に従って， 診断モジュールを有効にし，診断グラフに含めるトランザクション・データの サンプリングの割合を指定できます。 注：トランザクション・ブレークダウンの適切な結果を得るには，仮想ユー ザ・スクリプトの実行環境の設定で，すべてのアクションをトランザクション として定義してください。有効なトランザクション・ブレークダウン・データ を生成するには，自動トランザクションを使用するのではなく，仮想ユーザ・ スクリプトでトランザクションを手作業で定義してください。実行環境の設定 の［General：Miscellaneous］ノードで，［Define each action as a transaction］および［Define each step as a transaction］オプションが無効 であることを確認してください。 399 399 第 4 部 • Diagnostics を使った作業 SAP Diagnostics モジュールを設定するには，次の手順を実行します。 1［Load Test Configuration］ページで，［Diagnostics］タブを選択します。 ［Diagnostics］タブが開きます。 2［Enable diagnostics］が選択されていることを確認します。 3 監視に参加する仮想ユーザの割合を設定します。ブレークダウンの対象にでき る SAP 仮想ユーザの最大数は 100% です。 注：他の診断タイプも有効にした場合，参加する仮想ユーザのパーセンテージ は，選択している診断タイプの最大パーセンテージが上限となります。 4［Offline Diagnostics］セクションで，［SAP Diagnostics (Max. Vuser Sampling: 100%)］の横にある［Configure］ボタンをクリックします。 ［SAP Configuration］ダイアログ・ボックスが開き，以前に保存したデータが表 示されます。 400 第 25 章 • SAP Diagnostics の設定 5［Enable SAP Diagnostics］を選択して，ダイアログ・ボックス内の他のすべ てのフィールドを有効にします。 Sap Diagnostics モジュールを無効にするには，［Enable SAP Diagnostics］ チェック・ボックスをクリアします。ダイアログ・ボックス内の情報がグレー で表示され，読み取り専用になります（存在する場合）。 6［Mediator］ドロップダウン・リストから，SAP 診断データの収集と処理に使 用するメディエータ・マシンを選択します。診断モジュールごとに 1 つのメ ディエータ・マシンのみがサポートされます。 注：メディエータは Administrator Site であらかじめ定義されている必要があり ます。詳細については， 『Mercury Performance Center 管理者ガイド』を参照し てください。 7［Server Properties］：セクションで，次の SAP サーバ情報を入力します。 ［Server Host Name］：SAP サーバの名前。 ［User Name］：SAP クライアント・サーバの名前。 ［User Password］ ：SAP クライアント・サーバのパスワード。 ［Client #］：SAP クライアント・マシンの番号。 ［System Router string］：必要な場合，SAP サーバのシステム・ルータ指定文 字列を入力します。 ［System #］ ：SAP サーバのシステム番号を入力します。 8［Validate］をクリックして，サーバが正しく接続されることを確認します。 ［Validate］をクリックすると，コントローラは，診断で使用可能なすべての サーバのレポートをサーバ・ホスト経由で作成します。レポートは出力ウィン ドウに表示されます。検証プロセスが失敗した場合，エラー・ウィンドウが開 き，詳細なエラー・メッセージが表示されます。 注：検証プロセス中に発生したエラーは，負荷テストの実行中には発生しない 可能性があります。 401 401 第 4 部 • Diagnostics を使った作業 9［OK］をクリックして設定を保存し，［SAP Configuration］ダイアログ・ボッ クスを閉じます。［Diagnostics］ページで，SAP Diagnostics の横に，有効である ことを示すチェック・マークのアイコンが表示されます。 402 第 26 章 J2EE/.NET 診断の設定 本章では，Mercury Diagnostics for J2EE/.NET を負荷テストで使用できるように， Performance Center を設定する方法について説明します。 本章では，次の項目について説明します。 ➤ Mercury Diagnostics for J2EE/.NET について ➤ J2EE/.NET Diagnostics モジュールの設定 注：Mercury Diagnostics 3.6 for J2EE & .NET のインストール，設定，使用方法の 詳細については，『Mercury Diagnostics 3.6 for J2EE & .NET Installation and User's Guide』を参照してください。 403 第 4 部 • Diagnostics を使った作業 Mercury Diagnostics for J2EE/.NET について Mercury Diagnostics for J2EE/.NET では，J2EE 対応アプリケーション・サーバの 品質のテストや，Microsoft .NET Framework で動作するアプリケーションのパ フォーマンスの監視ができます。仮想（論理）トランザクションに参加する Java コンポーネントのパフォーマンス・ブレークダウンを示すグラフが表示さ れます。 監視対象のアプリケーション・サーバ・インスタンスにはプローブがインス トールされ，そのプローブによって，サーブレット，JSP，EJB，JNDI，JDBC， JMS，Strut メソッド呼び出し，およびカスタム・クラスに関する情報収集が行 われます。また .NET の場合，ASP および ADO 層のメソッドもプローブの対象 となります。収集した情報は，最初のフィルタリングおよび集計を行うために メディエータに送信されます。メディエータでは，その情報を表示のために Performance Center および Diagnostics for J2EE/.NET サーバに転送します。 Commander は Performance Center と J2EE/.NET モジュールとの間のプロキシと して機能します。 Diagnostics for J2EE での作業を始める前に，プローブ，メディエータ， Commander，Diagnostics for J2EE/.NET アプリケーションを設定します。プロー ブ，メディエータ，およびアプリケーションのインストールの詳細について は，『Mercury Diagnostics 3.6 for J2EE & .NET Installation and User's Guide』を 参照してください。 404 第 26 章 • J2EE/.NET 診断の設定 J2EE/.NET Diagnostics モジュールの設定 初めて Performance Center を使用して J2EE または .NET 診断データをキャプ チャするときには，Diagnostics Commander が実行されるマシン，および Commander が Performance Center との通信に使用するポートを指定する必要が あります。詳細については， 『Mercury Performance Center 管理者ガイド』を参 照してください。 特定の負荷テストで診断の測定値を収集する前に，テストの対象となる LAN およびプローブを選択し，診断を実行する監視の範囲を指定する必要がありま す。この情報は，Performance Center Administration Site の［Diagnostics］ページ で指定します。別の Diagnostics Commander と統合する場合，または Commander が使用するポートを変更する場合は，この情報を更新する必要があ ります。 その後，356 ページ「Diagnostics の有効化」の説明に従って，診断モジュール を有効にし，診断グラフに含めるトランザクション・データのサンプリングの 割合を指定できます。 注： J2EE/.NET の設定を行う前に，まずプローブ，メディエータ，Commander，お よび J2EE/.NET アプリケーションをインストールして設定する必要があります。 診断の設定は，負荷テストを実行するたびに行う必要があります。 コントローラをプローブまたはメディエータに接続する前に，アプリケーショ ン・サーバが起動済みであることを確認してください。 シナリオ実行中に有効な J2EE/.NET トランザクション・ブレークダウン・デー タを生成するには，自動トランザクションを使用するのではなく，仮想ユー ザ・スクリプトで各トランザクションの開始と終了を手作業で指定する必要が あります。 405 405 第 4 部 • Diagnostics を使った作業 J2EE Diagnostics モジュールを設定するには，次の手順を実行します。 1［Load Test Configuration］ページで，［Diagnostics］タブを選択します。 ［Diagnostics］タブが開きます。 2［Enable diagnostics］が選択されていることを確認します。 3［% of all relevant Vusers］ボックスに，監視に参加する仮想ユーザの割合を 設定します。ブレークダウンの対象にできる J2EE/.NET 仮想ユーザの最大数は 100% です。 注：他の診断タイプも有効にした場合，参加する仮想ユーザのパーセンテージ は，選択している診断タイプの最大パーセンテージが上限となります。 4［Online & Offline Diagnostics］セクションで，［J2EE/.NET Diagnostics (Max. Vuser Sampling: 100%)］の横にある［Configure］ボタンをクリック し，［J2EE/.NET Diagnostics Configuration］ダイアログ・ボックスを開きます。 406 第 26 章 • J2EE/.NET 診断の設定 5［Enable J2EE/.NET Diagnostics］を選択して，ダイアログ・ボックス内の他 のすべてのフィールドを有効にします。 J2EE/.NET 診断モジュールを無効にするには，［Enable J2EE/.NET Diagnostics］チェック・ボックスをクリアします。ダイアログ・ボックス内 の情報がグレーで表示され，読み取り専用になります（存在する場合）。 6［Select LAN］ボックスで，負荷テストの対象となる LAN を選択します。選択 した LAN には，監視対象のアプリケーション・サーバにインストールされた プローブが含まれている必要があります。 注：後で［J2EE/.NET Diagnostics Configuration］ダイアログ・ボックスを再度開 いたとき，以前と異なる LAN が表示される可能性があります。これは，この ダイアログ・ボックスには通常，標準設定の LAN が表示されるためです。必 ず，以前に選択したのと同じ LAN を選択してください。そうしないと，［OK］ をクリックすると選択したプローブが無効になります。 LAN を選択すると，［Select Probes from the LAN］リスト・ボックスのプ ローブのリストが，選択した LAN にあるプローブに更新されます。 注：1 つの負荷テストで使用するすべてのプローブは同じ LAN 内にある必要が あります。 7［Select probes from LAN］セクションで，監視する各プローブの横のチェッ ク・ボックスを選択します。プローブが有効であることを示すチェック・マー クが表示されます。 負荷テストを実行している間，特定のプローブを無効にするには，該当する チェック・ボックスをクリアします。 注：J2EE/.NET の設定を保存できるようにするために，少なくとも 1 つのプ ローブを有効にする必要があります。 407 407 第 4 部 • Diagnostics を使った作業 8 メディエータがファイアウォールの背後にある場合は，［There is a firewall between the mediator and the Controller］をクリックします。 ファイアウォール越しに監視する場合，ファイアウォールの外側のマシンに MI リスナーがインストールされていることと，［General Settings］ページの ［Firewall Diagnostics Communicator］フィールドに，Performance Center 管 理サイトの MI リスナー・マシンの IP アドレスが指定されていることを確認し ます。インストール手順については， 『Mercury Performance Center システム設 定およびインストール・ガイド』を参照してください。 9 仮想ユーザ・トランザクションのコンテキストの外部で発生したサーバ要求の 割合をキャプチャするには，［Monitor server requests］チェック・ボックス を選択します。［Diagnostics Configuration］ダイアログ・ボックスで仮想ユーザ に対して選択したのと同じ割合で，サーバ要求がキャプチャされます。 注：この機能を有効にすると，プローブのオーバーヘッドが増加します。 この機能を有効にすることのメリットは，次の場合でも「バック・エンド」の VM に対する呼び出しをキャプチャできることです。 ➤ プローブが RMI 呼び出しをキャプチャしない場合 ➤ RMI 呼び出しをキャプチャできない場合（サポート対象外のアプリケー ション・コンテナが使用されている場合など） ➤ アプリケーションが複数の VM 間の通信に別のメカニズムを使用している 場合 10 選択が終了したら［OK］をクリックして変更を確定し，［J2EE/.NET Diagnostics Configuration］ダイアログ・ボックスを閉じます。［Diagnostics］ ページで，J2EE/.NET 診断の横に，有効であることを示すチェック・マークの アイコンが表示されます。 11［Diagnostics］タブで［Save］をクリックして設定を保存および確認し，設定 を完了します。 J2EE データの表示の詳細については，『Mercury Diagnostics 3.6 for J2EE & .NET Installation and User's Guide』を参照してください。 408 第5部 負荷テスト・モニタの設定 410 第 27 章 監視について Performance Center のオンライン・モニタを使用すると，負荷テストの実行を監 視できます。 本章では，次の項目について説明します。 ➤ 監視環境の設定 ➤ SiteScope モニタ向けのリモート・マシンの設定 監視環境の設定 負荷テストの実行を監視する前に，Performance Center の監視コンポーネントを 設定する必要があります。設定要件は，モニタごとに異なります。モニタの設 定要件については該当する監視に関する各章で説明しています。次の図に， Performance Center の監視プロセスを示します。 サーバを監視する前に，次の手順を実行します。 411 第 5 部 • 負荷テスト・モニタの設定 ➤ サーバ・マシンでの監視環境の設定（必要な場合） ➤ コントローラ・マシンでのモニタの設定 サーバ・マシンでの監視環境の設定 次のモニタを使用するには，あらかじめ対象サーバ・マシンに対して監視コン ポーネントをインストールまたは設定する必要があります。 • Citrix • Siebel Server Manager • DB2 • Siebel Web Server • iPlanet (NAS) • SiteScope • J2EE • Sybase • Microsoft .NET CLR • Tuxedo • Microsoft COM+ • UNIX • ネットワーク遅延 • Oracle • WebLogic (JMX) • PeopleSoft (Tuxedo) • WebSphere • SAPGUI • WebSphere Application Server • SAP Portal • WebSphere (EPM) コントローラ・マシンでの Performance Center モニタの設定 モニタのパフォーマンス・データを取得するには，（コントローラから）モニ タを設定して，監視対象の統計値と測定値を指定する必要があります。カウン タは，モニタの［Add Measurements］ページで選択します。 モニタを設定するには，次を実行する必要があります。 1 モニタの選択 ［Add Monitor］ページで，測定対象のモニタを選択します。 2 サーバの選択 設定対象となるモニタのサーバを選択することで，監視対象マシンをコント ローラに追加します。 SiteScope モニタの場合，リモート・マシンを設定します。 412 第 27 章 • 監視について 3 測定値の選択 監視する対象となる測定値を選択してモニタを設定します。 監視環境およびモニタの設定の詳細については，該当する監視に関する各章を 参照してください。 SiteScope モニタ向けのリモート・マシンの設定 マシンで動作するプラットフォームに応じて，リモート・マシンを設定しま す。本項では，NT および UNIX で実行するリモート・マシンの設定について 説明します。 NT リモート・マシンの設定 NT プラットフォームが動作するマシンの場合，初めて測定値をモニタに追加 するときは，リモート・マシンのプロパティを設定する必要があります。リ モート・マシンのプロパティの設定は，［Configuring NT Remote Machine］ペー ジで行います。 413 413 第 5 部 • 負荷テスト・モニタの設定 NT リモート・マシンを設定するには，次の手順を実行します。 1 モニタのモニタ情報を入力して［Next］をクリックすると，［Configuring NT Remote Machine］ダイアログ・ボックスが開きます。 2 リモート・マシンの設定情報を入力します。 ［NT Server Address］ ：監視する NT サーバの IP アドレスまたは UNC 形式の 名前です。SiteScope サーバがホスト名から IP アドレスを解決できるのであれ ば（たとえば hosts ファイルの使用，DNS，WINS/DNS 統合などの方法によっ て），IP ホスト名も使用することができます。 ［Connection Method］：リモート NT サーバのリソース監視では，2 種類の接 続タイプから 1 つを選択して使用することができます。接続タイプは次のとお りです。 ➤ NetBIOS：Windows NT ネットワークおよび Windows 2000 ネットワーク用 の標準設定のサーバ間通信プロトコル。 414 第 27 章 • 監視について ➤ SSH：セキュアシェル。Windows NT/2000 ベースのネットワークにインス トール可能な，よりセキュアなプロトコル。この接続方法を使用するには， 通常，接続するサーバに SSH ライブラリをインストールする必要がありま す。 ［Login］ ：リモート・サーバのログイン名を挿入します。サーバが SiteScope マ シンと同一ドメイン内にある場合は，ユーザ・ログイン名の前にドメイン名を 入れます（例：domainname\user） 。ドメイン内およびドメイン外のマシンに 対してローカル・マシンのログイン・アカウントを使用する場合は，ユーザ・ ログイン名の前にマシン名を入れます（例：machinename\user）。 ［Password］ ：リモート・サーバのパスワードまたは SSH 鍵ファイルのパスフ レーズ。 注：SSH 認証で公開 / 秘密鍵ベースの認証を行う場合は，identity ファイルのパ スフレーズをここに入力します。 ［Title］ ：リモート・マシンを識別する名前（任意）。この名前はドロップダウ ン・リストに表示されます。 ［Trace］：このチェック・ボックスをチェックすると，対象のサーバとの間で やり取りされる追跡メッセージが，SiteScope の RunMonitor.log ファイルに記録 されます。 ［SSH Connection Method］：SSH 接続に使用する方法です。現在サポートし ている認証方法は次のとおりです。 ➤［Internal Java Libraries］：SiteScope に統合された Java SSH クライアント による接続。 ➤［Plink］：外部 SSH クライアントによる接続。NT 用 SiteScope には plink が 含まれています。UNIX/Linux 用 SiteScope では，OpenSSH などのインス トール済みクライアントが使用されます。 ［Disable Connection Caching］ ：このオプションをチェックすると，このリ モートの接続キャッシュが無効になります。標準設定では，開いている接続は キャッシュに保存されます。 ［Connection Limit］：SiteScope がこのリモートに対して許可する，接続を開く 数を制御します。この接続を使用するように設定されたモニタが多数ある場合 は，潜在的なボトルネックが回避されるよう，この数値を高めに設定します。 415 415 第 5 部 • 負荷テスト・モニタの設定 注：この設定は，リモートに対するテストの実行には影響しません。テストで は，常に新しい接続が作成されます。 ［SSH Authentication Method］：SSH 接続で使用する認証方法です。現在サ ポートしている認証方法は次のとおりです。 ➤［Password］ ：パスワードによる認証。 ➤［Key File］ ：公開 / 秘密鍵による認証。このオプションを選択すると， SiteScope は認証に SiteScope/groups/identity/ ファイル内の秘密鍵を使用 します。対応する公開鍵は，リモート・ホストの authorized_keys ファイ ルに書き込まれている必要があります。 ［Key File for SSH connections］：この接続の秘密鍵が含まれるファイルを選 択します。標準の鍵ファイルは SiteScope\groups\identity です。この設定 は，認証方法が Key File の場合にのみ適用されます。 ［SSH Version 2 Only］：このオプションをチェックすると，SiteScope で SSH プロトコルのバージョン 2 のみが使用されるようになります。このオプション は，SiteScope に統合された Java クライアントを使用する場合にのみ適用され ます。 ［Custom Commandline］：外部クライアントを使用するリモート・マシンに 関するカスタム・コマンド行を入力します。このオプションは，実行している 外部クライアントに特定のオプションを渡す必要がある場合に使用します。有 効な代入変数は次のとおりです。 ➤ $root$：SiteScope ディレクトリが代入されます。 ➤ $user$：リモート・マシンに入力されるユーザ名が代入されます。 ➤ $password$：リモート・マシンに入力されるパスワードが代入されます。 ➤ $host$：リモート・マシンに入力されるホスト名が代入されます。 ［SSH Port Number］ ：リモート SSH サーバがリッスンするポートを入力しま す。標準のポート番号は 22 です。 3［Next］をクリックし，［Choose Measurements］ページで引き続き測定値を追加 します。 416 第 27 章 • 監視について UNIX リモート・マシンの設定 UNIX プラットフォーム上のマシンの場合，初めて測定値をモニタに追加する ときは，［Configuring Unix Remote Machine］ページが開きます。 UNIX リモート・マシンを設定するには，次の手順を実行します。 1 モニタのモニタ情報を入力して［Next］をクリックすると， ［Configuring UNIX Remote Machine］ダイアログ・ボックスが開きます。 2 次の UNIX リモート・マシン情報を入力します。 ［Server Address］ ： ［Add Machine］ダイアログ・ボックスで入力したサーバの IP アドレスまたはホスト名が表示されます。 417 417 第 5 部 • 負荷テスト・モニタの設定 ［OS］ ：リモート・サーバで実行するオペレーティング・システムを選択しま す。次のバージョンの UNIX がサポートされています。 AIX OPENSERVER FreeBSD SCO HP/UX SGI Irix HP/UX 64-bit Sun Solaris Linux Tru64 5.x MacOSX Tru64 Pre 4.x（Digital） ［Connection Method］：サーバへの接続方法を選択します。サポートしている 方法は次のとおりです。 ➤ Telnet：Telnet を使ってリモート・サーバにログインします。 ➤ SSH：SSH プロトコルを使ってリモート・サーバにログインします。Unix のバージョンによっては，追加のソフトウェアおよび設定が必要となる場合 もあります。 ➤ Rlogin：Rlogin プロトコルを使用してリモート・サーバにログインします。 ➤ HTTP：リモート・サーバで HTTP サーバに接続して，CGI を介してコマン ドを実行します。この方法の場合，ログインおよびパスワードは任意であ り，必要に応じてリモート・マシンへのログオンの認証に使用されます。 ［Login］：リモート・サーバのログイン名を挿入します。 ［Password］：リモート・サーバのパスワードを入力します。 ［Title］：リモート・マシンを識別する名前を入力します。この名前は，この サーバに接続可能なモニタのドロップダウン・リストに表示されます。 ［Prompt］ ：システムがコマンドを処理する準備ができたときに表示するプロ ンプトを入力します。標準設定は「#」です。 ［Login Prompt］：システムがログインの入力を待っているときに表示するプ ロンプトを入力します。標準設定は「ogin:」です。 ［Password Prompt］：システムがパスワードの入力を待っているときに表示 するプロンプトを入力します。標準設定は「assword:」です。 418 第 27 章 • 監視について ［Secondary Prompt］：リモート・サーバへの Telnet 接続によって，リモー ト・サーバが接続に関する詳細情報を求めてきた場合に表示されるプロンプト を入力します。複数のプロンプト文字列はカンマ（,）で区切ります。たとえ ば，リモート・サーバの中には，Telnet 接続の際に，エミュレートする端末タ イプの指定を求めてくるものがあります。その場合，2 番目のプロンプトとし て「Terminal type?」 （端末タイプは何ですか）と入力する必要があります。2 番 目のプロンプトへの応答は，次の［Secondary Response］フィールドに入力され ます。 ［Secondary Response］：このリモート・サーバとの接続を確立するために必 要な 2 番目のプロンプトへの応答を入力します。複数の応答を入力する場合は カンマ（,）で区切ります。 ［Initialize Shell Environment］：セッションの開始時に実行するシェル・コマ ンドを入力します。複数のコマンドを入力する場合は，セミコロン（;）で区切 ります。このオプションで，Telnet または SSH セッションの起動直後にリモー ト・マシンで実行するシェル・コマンドを指定できます。これらのコマンド は，各 SiteScope リモートのシェルのカスタマイズに使用することができます。 例： ➤ リモート・シェルに，SiteScope スクリプトを実行するためのパスが正しく 設定されていない場合があります。次のコマンドによって，リモート・マシ ンの現在のシェルの PATH に /usr/local/bin ディレクトリが追加されます。 export PATH=$PATH:/usr/local/sbin ➤ リモート・シェルでは，擬似端末が正しく初期化されない場合があります。 端末の横幅を 1024 文字に拡張するには，次のコマンドを入力します。 stty cols 1024;${SHELL} 注：シェル呼び出し後のコマンドは実行されません。 419 419 第 5 部 • 負荷テスト・モニタの設定 ➤ 場合によっては，リモートの Telnet サーバから正しいコマンド行のエコーが 返されないことがあり，このエコー動作に依存するモニタでは異常な動作が 生じる可能性があります。 強制的にリモート端末がエコーを返すようにするには，次のコマンドを入力 します。 stty echo ➤ いくつかの UNIX シェルは，SiteScope と組み合わせると正しく動作しない ことがわかっています。bash，ksh，および csh がそれに含まれます。 SiteScope の接続に使用するシェルを sh に変更するには，次のコマンドを入 力します。 /bin/sh ［Trace］：このオプションを選択すると，リモート・サーバとやり取りする メッセージが RunMonitor.log ファイルに記録されます。 ［SSH Connection Method］：リモート・サーバへの接続方法を選択します。 ➤［Internal Java Libraries］：SiteScope に統合された Java SSH クライアント による接続。 ➤［Plink］：外部 SSH クライアントによる接続。Windows NT では，Plink は SiteScope に付属しています。 ［Disable Connection Caching］：このオプションを選択すると，SSH 接続 キャッシュが無効になります。 ［Connection Limit］：このリモート・マシンの最大接続数を入力します。 ［SSH Authentication Method］：リモート・サーバの認証方法を選択します （SSH 接続の場合のみ）。 ➤［Password］ ：パスワードによる認証。 ➤［Keyfile］：公開 / 秘密鍵による認証。このオプションが選択されている場 合，SiteScope は SiteScope/groups/identity ファイルの秘密鍵を使って認証 します。対応する公開鍵は，リモート・ホストの authorized_keys ファイ ルに書き込まれている必要があります。 ［Key File for SSH connections］：SSH 接続の鍵ファイルを入力します。 ［SSH Version 2 Only］：このオプションを選択した場合，SSH は SSH プロト コル・バージョン 2 のみを使用します。このオプションは，内部 Java ライブラ リの接続メソッドを使用している場合にのみサポートされます。 420 第 27 章 • 監視について ［Custom Commandline］ ：外部 SSH クライアントを実行するためのコマンド を入力します。上記のオプションについて値を代入する場合は，$host$， $user$，または $password$ を使用します。この設定は，外部プロセスを使う接 続でのみサポートされます。 ［SSH Port Number］：SSH サービスが実行されているポートを入力します。 SiteScope 用のサーバを定義した後，テスト・リンクをクリックすると，設定を テストできます。SiteScope は，リモート・マシンがアクセス可能で，コマンド を正しく実行できることを確認するためのテストとして，リモート・マシンの 作業ディレクトリの表示を試みます（UNIX では「pwd」コマンド，Windows NT では「cd」コマンド）。 3［Next］をクリックし，［Choose Measurements］ページで引き続き測定値を追加 します。 421 421 第 5 部 • 負荷テスト・モニタの設定 422 第 28 章 実行環境とトランザクションの監視 負荷テストの実行時に，Performance Center の実行時間モニタとトランザクショ ン・モニタを使って，実行環境のステータスとトランザクションのパフォーマ ンスのグラフを表示できます。 本章では，次の項目について説明します。 ➤ 実行時間グラフとトランザクション・グラフについて ➤ 実行時間グラフ ➤［User-Defined Data Points］グラフ ➤ トランザクション・モニタ・グラフ ➤ トランザクション・モニタの有効化 ➤ スクリプトへのトランザクションの追加 実行時間グラフとトランザクション・グラフについて 実行時間モニタは，負荷テストに参加している仮想ユーザのステータス情報や 仮想ユーザが生成するエラーの数と種類を表示します。また，仮想ユーザ・ス クリプトでユーザが定義したポイントのリアルタイムの値を示す［ユーザ定義 データ ポイント］グラフも提供します。 トランザクション・モニタは，負荷テスト実行時のトランザクションの速度と 応答時間を示します。トランザクションの詳細については，428 ページ「スク リプトへのトランザクションの追加」を参照してください。 423 第 5 部 • 負荷テスト・モニタの設定 実行時間グラフ 実行時間モニタは，次のグラフに使用される情報を提供します。 ➤ 仮想ユーザの実行 ➤［User-Defined Data Points］グラフ ➤ エラーの統計 ➤［Vusers with Error Statistics］グラフ 仮想ユーザの実行 モニタの［Running Vusers］グラフには，すべてのロード・ジェネレータ・ マシンで現在の負荷テストを実行した場合の仮想ユーザのステータスが表示さ れます。グラフには実行している仮想ユーザの数が表示されます。グラフの凡 例に含まれる情報は，各ステータスの仮想ユーザの数を示します。 各仮想ユーザの［Status］フィールドには，仮想ユーザの現在のステータスが表 示されます。次の表では，各仮想ユーザのステータスを説明します。 424 ステータス 説明 RUNNING すべてのロード・ジェネレータ上で現在実行している仮想 ユーザの合計数 READY スクリプトの初期化セクションを完了した実行可能な仮想 ユーザの数 FINISHED 実行が完了した仮想ユーザの数。成功した仮想ユーザと失敗 した仮想ユーザの両方が含まれます。 ERROR 実行の際にエラーが発生した仮想ユーザの数。エラーの詳細 については，［Vuser］ウィンドウの［Status］フィールドまた は出力ダイアログ・ボックスを参照してください。 第 28 章 • 実行環境とトランザクションの監視 エラーの統計 モニタの［Error Statistics］グラフには，負荷テスト実行における 1 秒ごとの エラー数の増加の詳細について表示されます。エラーは，エラーの発生元に応 じてグループ分けされます。たとえば，スクリプト内の場所やロード・ジェネ レータ名などに応じて分けられます。 ［Vusers with Error Statistics］グラフ ［Vusers with Error Statistics］グラフには，負荷テスト実行中にエラーが発生 した仮想ユーザの数の詳細が表示されます。エラーは，エラーの発生元に応じ てグループ分けされます。 ［User-Defined Data Points］グラフ ［User-Defined Data Points］グラフは，ユーザが定義したデータ・ポイントの リアルタイムの値を示します。データ・ポイントは，仮想ユーザ・スクリプト の適切な箇所に lr_user_data_point 関数を挿入することで定義します（GUI 仮 想ユーザの場合は user_data_point，Java 仮想ユーザの場合は lr.user_data_point）。 Action1() { lr_think_time(1); lr_user_data_point ("data_point_1",1); lr_user_data_point ("data_point_2",2); return 0; } Web や Oracle NCA などのグラフィカルなスクリプト表現をサポートする仮想 ユーザ・プロトコルでは，データ・ポイントを「ユーザ定義」ステップとして 挿入します。データ・ポイント情報は，スクリプトが関数またはステップを実 行するたびに収集されます。データ・ポイントの詳細については， 『LoadRunner オンライン関数リファレンス』を参照してください。 標準設定では，Performance Center は，1 つのグラフにすべてのデータ・ポイン トを表示します。凡例には，各データ・ポイントに関する情報が表示されま す。必要に応じて，グラフの下の凡例を使って特定のデータ・ポイントを非表 示にできます。 425 425 第 5 部 • 負荷テスト・モニタの設定 負荷テストの実行後に，オフラインでデータ・ポイントを表示することもでき ます。詳細については，『Mercury LoadRunner アナリシス・ユーザーズ・ガイ ド』を参照してください。 トランザクション・モニタ・グラフ トランザクション・モニタは，次のグラフを表示します。 ➤ Transaction Response Time ➤ Transactions per Second (Passed) ➤ Transactions per Second (Failed, Stopped) ➤ Total Transactions per Second (Passed) ［Transaction Response Time］グラフには，負荷テストを開始してからの経 過時間（X 軸）の関数として，トランザクションの平均応答時間（Y 軸）が秒 単位で表示されます。 ［Transactions per Second (Passed)］グラフには，負荷テストを開始してか らの経過時間（X 軸）の関数として，1 秒あたりに成功したトランザクション の数（Y 軸）が表示されます。 ［Transactions per Second (Failed, Stopped)］グラフには，負荷テストを開 始してからの経過時間（X 軸）の関数として，失敗したトランザクションや停 止されたトランザクションの 1 秒あたりの数（Y 軸）が表示されます。 ［Total Transactions per Second (Passed)］グラフには，負荷テストを開始し てからの経過時間（X 軸）の関数として，成功して完了したトランザクション の 1 秒あたりの総数（Y 軸）が表示されます。 426 第 28 章 • 実行環境とトランザクションの監視 トランザクション・モニタの有効化 トランザクション・モニタは標準設定で有効になっており，負荷テストの開始 時に仮想ユーザのトランザクションを監視し始めます。リソースを節約するた めに，トランザクション・モニタを無効にすることもできます。 トランザクション・モニタを有効にするには，次の手順を実行します。 1［Projects］メニューから［Options］を選択し，［Monitors］タブをクリック します。 2［Enable Transaction Monitor］チェック・ボックスを選択して，トランザク ションの監視を有効にします。トランザクションの監視を無効にするには， ［Enable Transaction Monitor］チェック・ボックスをクリアします。 427 427 第 5 部 • 負荷テスト・モニタの設定 スクリプトへのトランザクションの追加 仮想ユーザ・スクリプトにトランザクションが定義されていない場合，オンラ イン・グラフにデータが表示されません。既存のスクリプトにトランザクショ ンを追加するには，適切なツールを使ってそのスクリプトを編集します。次の 表に，各スクリプト・タイプに対応するスクリプト作成ツールを示します。 スクリプト・タイプ 編集ツール GUI ウィンドウ WinRunner 非 GUI ウィンドウ VuGen（仮想ユーザ・ジェネレータ） SAP QuickTest for SAP スクリプトにトランザクションを追加するには，次の手順を実行します。 1［Projects］メニューで［Vuser Scripts］をクリックし，［Vuser Scripts］ ページを開きます。 2［Download Script］矢印をクリックします。Performance Center によってスクリ プトをダウンロードする準備が行われ，［Ready for Download］ダイアログ・ ボックスが開きます。 3［Download］ボタンをクリックします。［File Download］ダイアログ・ボック スが開きます。 4［OK］をクリックします。［Save As］ダイアログが開きます。 5 ファイル名とファイルのダウンロード先となる場所を選択します。 6［Save］をクリックしてファイルをダウンロードします。 7 VuGen を使用して，スクリプトを開き，全体にトランザクション開始とトラン ザクション終了の関数またはマーカを挿入します。 注：使用しているバージョンの VuGen によっては，スクリプトのアップロード はできても，スクリプトのダウンロードはできない場合があります。スクリプ トをうまくダウンロードできない場合は，使用しているバージョンの VuGen の アップデートを実行することが必要な場合があります。詳細については，44 ページの VuGen のアップデートの手順を参照してください。 428 第 28 章 • 実行環境とトランザクションの監視 詳細については，「ようこそ」の章に記載されている該当するユーザーズ・ガ イドを参照してください。 429 429 第 5 部 • 負荷テスト・モニタの設定 430 第 29 章 Web リソースの監視 Performance Center の Web リソース・モニタを使って，Web サーバのパフォー マンスに関する情報を取得できます。 本章では，次の項目について説明します。 ➤ Web リソースの監視について ➤［Hits per Second］グラフ ➤［Throughput］グラフ ➤［HTTP Responses per Second］グラフ ➤［Pages Downloaded per Second］グラフ ➤［Retries per Second］グラフ ➤［Connections］グラフ ➤［Connections per Second］グラフ ➤［SSL Connections per Second］グラフ 431 第 5 部 • 負荷テスト・モニタの設定 Web リソースの監視について Web リソース・モニタでは，Web サーバのスループット，負荷テストの実行中 に発生した，秒ごとの HTTP 応答数，Web サーバから返された HTTP ステータ ス・コード（「要求が成功しました」， 「ページが見つかりません」などの HTTP 要求のステータス），秒ごとのダウンロード・ページ数，秒ごとのサーバ・リ トライ回数，開いている TCP/IP 接続数，TCP/IP の秒ごとの接続数，秒ごとの SSL 接続数を分析できます。 ［Hits per Second］グラフ ［Hits Per Second］グラフには，負荷テストを開始してからの経過時間（X 軸）の関数として，Web サーバに対するヒット（HTTP 要求）数（Y 軸）が表 示されます。このグラフには，シナリオ全体，直近の 60 秒，180 秒，600 秒， 3600 秒を表示できます。このグラフと［Transaction Response Time］グラフを比 較して，ヒットの数がトランザクション・パフォーマンスにどのように影響す るかを知ることができます。 ［Throughput］グラフ ［Throughput］グラフには，負荷テスト実行中の秒ごと（X 軸）の，Web サー バ上のスループット（Y 軸）が表示されます。スループットは，キロバイト単 位で測定され，任意の時点で仮想ユーザがサーバから受け取るデータ量を表し ます。このグラフと［Transaction Response Time］グラフを比較して，スルー プットがトランザクション・パフォーマンスにどのように影響するかを知るこ とができます。 432 第 29 章 • Web リソースの監視 次の例では，［Transaction Response Time］グラフと［Throughput］グラフを比較 しています。グラフからは，スループットが減少するにつれてトランザクショ ン応答時間も短くなっているように見えます。スループットのピークが生じた のは，シナリオ開始後約 1 分の時点です。応答時間が最も長かったのも，この 時間です。 ［HTTP Responses per Second］グラフ ［HTTP Responses per Second］グラフには，Web サーバから返された HTTP ステータス・コード（ 「要求が成功しました」 ， 「ページが見つかりません」など の HTTP 要求のステータスを示す）の数（Y 軸）が，負荷テスト実行中 1 秒経過 するごとに（X 軸），ステータス・コード別にグループ分けして表示されます。 スクリプトによって（ 「Group By」関数を使って）グラフに表示された結果をグ ループ分けして，エラー・コードを生成したスクリプトを検索できます。 次の表は，HTTP ステータス・コードの一覧です。 コード 説明 200 OK 201 Created 433 433 第 5 部 • 負荷テスト・モニタの設定 434 コード 説明 202 Accepted 203 Non-Authoritative Information 204 No Content 205 Reset Content 206 Partial Content 300 Multiple Choices 301 Moved Permanently 302 Found 303 See Other 304 Not Modified 305 Use Proxy 307 Temporary Redirect 400 Bad Request 401 Unauthorized 402 Payment Required 403 Forbidden 404 Not Found 405 Method Not Allowed 406 Not Acceptable 407 Proxy Authentication Required 408 Request Timeout 409 Conflict 410 Gone 411 Length Required 第 29 章 • Web リソースの監視 コード 説明 412 Precondition Failed 413 Request Entity Too Large 414 Request - URI Too Large 415 Unsupported Media Type 416 Requested range not satisfiable 417 Expectation Failed 500 Internal Server Error 501 Not Implemented 502 Bad Gateway 503 Service Unavailable 504 Gateway Timeout 505 HTTP Version not supported 上記のステータス・コードの詳細については， http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10 を参照してくだ さい。 ［Pages Downloaded per Second］グラフ ［Pages Downloaded per Second］グラフは，サーバからダウンロードされた Web ページの数（Y 軸）を，負荷テストの実行が 1 秒経過するごと（X 軸）に 示します。このグラフは，仮想ユーザが生成する負荷の量を，ダウンロードさ れた Web ページ数を基準にして測定するのに使用できます。 435 435 第 5 部 • 負荷テスト・モニタの設定 注：［Pages Downloaded per Second］グラフを表示するには，負荷テストを実行 する前に，スクリプトの［実行環境設定］ダイアログ・ボックスの［お気に入 り］タブで，［Pages per second (HTML Mode only)］を選択しておく必要が あります。 ［Throughput］グラフ同様，［Pages Downloaded per Second］グラフは，任意の時 点で仮想ユーザがサーバから受信したデータ量を表します。 ➤［Throughput］グラフは，各リソースとそのサイズ（たとえば，1 つ 1 つの .gif ファイルや Web ページのサイズなど）を考慮します。 ➤［Pages Downloaded per Second］グラフは，ページ数だけを測定します。 次の例では，［Throughput］グラフと［Pages Downloaded per Second］グラフを 比較しています。このグラフでは，スループットと，秒ごとにダウンロードさ れたページ数とは比例していないように見えます。たとえば，負荷テストを開 始してから 15 ～ 16 秒の間，スループットは低下しているのに，秒ごとにダウ ンロードされたページ数は増加しています。 436 第 29 章 • Web リソースの監視 ［Retries per Second］グラフ ［Retries Per Second］グラフには，負荷テストを開始してからの経過時間（X 軸）の関数として，Web サーバに対する接続回数（Y 軸）が表示されます。 サーバの接続は，最初の接続が許可されなかった場合，プロキシ認証が必要な 場合，最初の接続がサーバによって閉じられた場合，サーバへの最初の接続を 確立できなかった場合，サーバが最初にロード・ジェネレータの IP アドレスを 変換できなかった場合に再試行されます。 ［Connections］グラフ ［Connections］グラフには，負荷テスト実行中の各時点（X 軸）における， 開いている TCP/IP 接続の数（Y 軸）が表示されます。1 つの HTML ページ内に 複数の異なる Web アドレスへのリンクが存在する場合，その HTML ページか ら複数の接続が開かれる可能性があります。Web サーバごとに 2 つずつ接続が 開かれます。 このグラフは，追加の接続がいつ必要になるかを知るのに役立ちます。たとえ ば，接続の数が安定状態に達し，トランザクション応答時間が急速に増大して いる場合には，接続数を増やせば，パフォーマンスが大幅に改善される（トラ ンザクション応答時間が短縮される）でしょう。 ［Connections per Second］グラフ ［Connections per Second］グラフには，負荷テスト実行中に新規に開かれた TCP/IP 接続の数（Y 軸）が，時間の経過とともに（X 軸）1 秒ごとに表示され ます。この数は，秒ごとのヒット数よりはるかに小さい数でなければなりませ ん。サーバ，ルータ，およびネットワーク・リソースの消費という観点から見 て，新規の TCP/IP 接続は非常に高コストだからです。要求ごとに新しい接続 を開く代わりに，多くの HTTP 要求が同じ接続を使用するのが理想的です。 437 437 第 5 部 • 負荷テスト・モニタの設定 ［SSL Connections per Second］グラフ ［SSL Connections per Second］グラフには，負荷テスト実行中に，新規利用 または再利用のために開かれた SSL 接続の数（Y 軸）が，時間の経過とともに （X 軸）1 秒ごとに表示されます。SSL 接続は，セキュア・サーバへの TCP/IP 接 続が開かれた後で，ブラウザによって開かれます。 新規 SSL 接続を作成すると大量のリソースが消費されるので，できるだけ少数 の SSL 接続を開くように心掛け，一度 SSL 接続を確立したら，それを再使用す るようにします。1 件の仮想ユーザにつき，新規の SSL 接続が複数とならない ようにします。負荷テストを反復するごとに新規仮想ユーザをシミュレートす るように実行環境設定を（［実行環境設定］メニューの［ブラウザのエミュ レーション］タブで）設定している場合，各仮想ユーザの反復ごとの新規 SSL 接続は 1 つだけにします。秒ごとの新規 TCP/IP 接続と SSL 接続の数はごく少 数にとどめるのが理想です。 438 第 30 章 システム・リソースの監視 Performance Center のシステム・リソース・モニタを使って，負荷テストの実行 中にマシンのシステム・リソースの使用状況を監視できます。 本章では，次の項目について説明します。 ➤ システム・リソースの監視について ➤ Antara FlameThrower モニタの設定 ➤ Windows リソース・モニタの設定 ➤ SNMP リソース・モニタの設定 ➤ SiteScope モニタの設定 ➤ サーバ・リソース・モニタの設定 ➤ UNIX リソース・モニタの設定 システム・リソースの監視について トランザクションの応答時間に影響を与える最大の要因は，システム・リソー スの消費です。Performance Center のリソース・モニタを使って，負荷テスト実 行中にマシンの Antara FlameThrower，Windows リソース，SNMP リソース， SiteScope，サーバ・リソース，および UNIX リソースを監視して，特定のマシ ンで発生したボトルネックの原因を判定できます。 Antara FlameThrower モニタは次のパフォーマンス・カウンタを測定できます。 Layer，TCP，HTTP，SSL/HTTPS，Sticky SLB，FTP，SMPT，POP3，DNS，お よび Attacks。 Windows の測定値は，Windows の［パフォーマンス モニタ］に組み込まれてい るカウンタに対応しています。 439 第 5 部 • 負荷テスト・モニタの設定 SNMP モニタで，SNMP（Simple Network Management Protocol）を使用している マシンを監視できます。SNMP の監視は，プラットフォームに依存しません。 SiteScope モニタは，サーバ，ネットワーク，およびプロセッサのパフォーマン ス・カウンタを測定できます。SiteScope モニタは，SAP CCMS（Computer Center Management System）および SNMP サーバ・リソースの監視にも使用で きます。SiteScope モニタが監視できるすべてのパフォーマンス・カウンタの詳 細については，SiteScope 関連ドキュメントを参照してください。 サーバ・リソース・モニタは，負荷テスト実行時にリモートの Windows サーバ および UNIX サーバで使用された，CPU，ディスク領域，メモリ，アプリケー ション・リソースを示します。 UNIX の測定項目には，rstatd デーモンが扱う次の項目が含まれます。平均負 荷，衝突率，コンテキスト・スイッチ率，CPU 使用率，受信パケット・エラー 率，パケット受信レート，割り込み発生率，送信パケット・エラー率，パケッ ト送信レート，ページイン率，ページアウト率，ページング率，スワップイン 率，スワップアウト率，CPU システム・モード使用率，CPU ユーザ・モード使 用率。 注：監視対象のすべての UNIX マシンで，rstatd デーモンを設定する必要があり ます。rstatd デーモンの設定方法の詳細については，UNIX の man ページまたは 470 ページ「監視環境の設定」を参照してください。 リソース・モニタは，負荷テストの実行時に自動的に有効になります。ただ し，監視対象マシンを指定し，マシンごとに監視対象リソースを指定する必要 があります。負荷テストの実行中にマシンとリソースを追加または削除するこ ともできます。 440 第 30 章 • システム・リソースの監視 Antara FlameThrower モニタの設定 Antara FlameThrower モニタには，負荷テスト実行時の Antara FlameThrower サーバによるリソースの使用状況に関する統計データが表示されます。 ［Antara FlameThrower Choose Measurements］ページを使って，監視する Antara FlameThrower リソースを選択します。 Antara FlameThrower モニタを設定するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択 します。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 2［System Resource Graphs］セクションで［Antara FlameThrower］を選択し， ［Next］をクリックします。［Choose Server］ページが開きます。 3 監視対象のマシンのサーバ名または IP アドレスを，次の形式で入力します。 ＜サーバ名＞ : ＜ポート番号＞ 例：merc1:12135 ユーザのログイン名とパスワードを入力します。 4［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバのプロパティが表示されます。 5 監視する測定値を選択します。 測定可能なパフォーマンス・カウンタの一覧については，442 ページを参照し てください。 441 441 第 5 部 • 負荷テスト・モニタの設定 6［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 Antara FlameThrower パフォーマンス・カウンタ 次の表に，監視可能なカウンタの説明を示します。 レイヤー・パフォーマンス・カウンタ 測定値 説明 TxBytes 送信された Layer 2 データ・バイトの総数。 TxByteRate（/sec） 秒ごとの送信 Layer 2 データ・バイト数。 TxFrames 送信されたパケットの総数。 TxFrameRate（/sec） 秒ごとの送信パケット数。 RxBytes 秒ごとの送信 Layer 2 データ・バイト数。 RxByteRate（/sec） 秒ごとの受信 Layer 2 データ・バイト数。 RxFrames 受信されたパケットの総数。 RxFrameRate（/sec） 秒ごとの受信パケット数。 TCP パフォーマンス・カウンタ 442 測定値 説明 ActiveTCPConns 現在アクティブになっている TCP 接続の総数。 SuccTCPConns 受信された SYN ACK パケットの総数。 SuccTCPConnRate （/sec） 秒ごとの受信 SYN ACK パケット数。 TCPConnLatency （milisec） SYN パケットの送信から SYN ACK 応答パケットの受信ま での間隔（ミリ秒） 。 MinTCPConnLatency （msec） TCPConnectionLatency の最小値（ミリ秒）。 MaxTCPConnLatency （msec） TCPConnectionLatency の最大値（ミリ秒） 。 第 30 章 • システム・リソースの監視 測定値 説明 TCPSndConnClose 送信された FIN または FIN ACK パケットの総数（クライア ント）。 TCPRcvConnClose 受信された FIN または FIN ACK パケットの総数（クライア ント）。 TCPSndResets 送信された RST パケットの総数。 TCPRcvResets 受信された RST パケットの総数。 SYNSent 送信された SYN パケットの総数。 SYNSentRate（/sec） 秒ごとの送信 SYN パケット数。 SYNAckSent 送信された SYN ACK パケットの総数。 SYNAckRate（/sec） 秒ごとの送信 SYN ACK パケット数。 443 443 第 5 部 • 負荷テスト・モニタの設定 HTTP パフォーマンス・カウンタ 測定値 説明 HTTPRequests 送信された HTTP 要求コマンド・パケットの総数。 HTTPRequestRate （/sec） 秒ごとの送信 HTTP 要求パケット数。 AvgHTTPDataLatency （msec） 過去 1 秒間における平均 HTTP データ遅延（ミリ秒）。 HTTPDataLatency （msec） 要求パケットの送信から応答の受信までの間隔（ミリ秒）。 DataThroughput （bytes/sec） HTTP サーバからの秒ごとの受信データ・バイト数。 MinHTTPDataLatency （msec） HTTP Data Latency の最小値（ミリ秒） 。 MaxHTTPDataLatency （msec） HTTP Data Latency の最大値（ミリ秒）。 MinDataThroughput （bytes/sec） HTTP Data Throughput の最小値（バイト / 秒）。 MaxDataThroughput （bytes/sec） HTTP Data Throughput の最大値（バイト / 秒）。 SuccHTTPRequests SuccHTTPRequestRate （/sec） UnSuccHTTPRequests 受信された成功 HTTP 要求応答（200 OK）の総数。 秒ごとの成功 HTTP 要求応答（200 OK）受信数。 失敗した HTTP 要求の数。 SSL/HTTPS パフォーマンス・カウンタ 測定値 説明 SSLConnections クライアントによって送信された Client Hello メッセージの数。 SSLConnectionRate （/sec） 444 秒ごとの送信 Client Hello メッセージの数。 第 30 章 • システム・リソースの監視 測定値 説明 SuccSSLConnections 成功した SSL 接続の数。成功した接続とは，サーバからの ハンドシェイク完了メッセージがクライアントによってエ ラーなく受信された接続です。 SuccSSLConnection Rate（/sec） 秒ごとの SSL 接続成功数。 SSLAlertErrors クライアントによって受信された SSL 警告メッセージの数 （例：bad_record_mac，decryption_failed，handshake_failure など）。 SuccSSLResumed Sessions 正しく再開された SSL セッションの数。 FailedSSLResumed Sessions 再開できなかった SSL セッションの数。 Sticky SLB パフォーマンス・カウンタ 測定値 説明 CookieAuthentication Fail サーバが認証しなかったクッキーの数。 SuccCookieAuthenti cation サーバが認証したクッキーの数。 SSLClientHellos サーバに送信された Client Hello パケットの数。 SSLServerHellos サーバからクライアントに返送された Server Hello パケット の数。 SSLSessionsFailed サーバが認証しなかった Session ID の数。 SSLSessionsResumed サーバが認証したセッション ID の数。 succSSLClientHellos クライアントによって受信された Client Hello リプライ，ま たはサーバによって受信されたパケットの数。 succSSLServerHellos クライアントによって受信された Server Hello の数。 445 445 第 5 部 • 負荷テスト・モニタの設定 FTP パフォーマンス・カウンタ 測定値 説明 TPUsers 送信された FTP User コマンド・パケットの総数。 FTPUserRate（/sec） 秒ごとの送信 FTP User コマンド・パケット数。 FTPUserLatency （msec） FTP User パケットの送信から応答の受信までの間隔（ミリ秒） 。 MinFTPUserLatency （msec） FTP Users Latency の最小値（ミリ秒） 。 MaxFTPUserLatency （msec） FTP Users Latency の最大値（ミリ秒） 。 SuccFTPUsers SuccFTPUserRate （/sec） 秒ごとの成功 FTP User コマンド応答の受信数。 FTPPasses 送信された FTP PASS パケットの総数。 FTPPassRate（/sec） 秒ごとの送信 FTP PASS パケット数。 FTPPassLatency （msec） FTP PASS パケットの送信から応答の受信までの間隔 （ミリ秒）。 MinFTPPassLatency （msec） FTP Pass Latency の最小値（ミリ秒）。 MaxFTPPassLatency （msec） FTP Pass Latency の最大値（ミリ秒）。 SuccFTPPasses SuccFTPPassRate （/sec） FTPControl Connections FTPControl ConnectionRate （/sec） 446 受信された成功 FTP User コマンド応答の総数。 受信された成功 FTP PASS 応答の総数。 秒ごとの受信 FTP PASS 応答数。 FTP クライアントが送信した SYN パケットの総数。 FTP クライアントによる秒ごとの送信 SYN パケット数。 第 30 章 • システム・リソースの監視 測定値 説明 SuccFTPControl Connections FTP クライアントが受信した SYN ACK パケットの総数。 SuccFTPControl ConnectionRate （/sec） FTP クライアントによる秒ごとの受信 SYN ACK パケット数。 FTPDataConnections FTP クライアントによる秒ごとの受信 SYN ACK パケット数。 FTPDataConnection Rate（/sec） 秒ごとの，FTP クライアントによる送信 SYN ACK パケッ ト数，または FTP サーバによる受信 SYN ACK パケット数。 SuccFTPData Connections FTP クライアントによる送信 SYN ACK パケットの総数， または FTP サーバによる受信 SYN ACK パケットの総数。 SuccFTPData ConnectionRate （/sec） 秒ごとの FTP サーバによる受信 SYN ACK パケット数。 FtpAuthFailed FTP クライアントが受信したエラー応答の総数。 FTPGets クライアントの Get 要求の総数。 FTPPuts クライアントの Put 要求の総数。 SuccFTPGets 成功した（データがサーバからクライアントに正しく送信 された）Get 要求の総数。 SuccFTPPuts 成功した（データがクライアントからサーバに正しく送信 された）Put 要求の総数。 SMTP パフォーマンス・カウンタ 測定値 説明 SMTPHelos 送信された HELO パケットの総数。 SMTPHeloRate （/sec） SMTPHeloLatency （msec） MinSMTPHeloLatency （msec） 秒ごとの送信 HELO パケット数。 HELO パケットの送信から応答の受信までの間隔 （ミリ秒）。 SMTP Helo Latency の最小値（ミリ秒）。 447 447 第 5 部 • 負荷テスト・モニタの設定 測定値 MaxSMTPHeloLatency （msec） SuccSMTPHelos SuccSMTPHeloRate （/sec） SMTPMailFroms SMTPMailFromRate （/sec） SMTPMailFrom Latency（msec） 説明 SMTP Helo Latency の最大値（ミリ秒） 。 成功した HELO 応答の受信総数。 秒ごとの受信 HELO 応答の数。 送信された Mail From パケットの総数。 秒ごとの送信 Mail From パケットの数。 Mail From パケットの送信から応答の受信までの間隔 （ミリ秒）。 MinSMTPMailFrom Latency（msec） SMTP Mail From Latency の最小値（ミリ秒）。 MaxSMTPMailFrom Latency（msec） SMTP Mail From Latency の最大値（ミリ秒）。 SuccSMTPMailFroms 受信した成功 Mail From 応答の総数。 SuccSMTPMailFrom Rate（/sec） 秒ごとの成功 Mail From 応答受信数。 SMTPRcptTos 送信された Rcpt To パケットの総数。 SMTPRcptToRate （/sec） 秒ごとの送信 Rcpt To パケット数。 SMTPRcptToLatency Rcpt To パケットの送信から応答の受信までの間隔 （msec） （ミリ秒）。 MinSMTPRcptTo Latency（msec） SMTP Rcpt To Latency の最小値（ミリ秒）。 MaxSMTPRcptTo Latency（msec） SMTP Rcpt To Latency の最大値（ミリ秒）。 SuccSMTPRcptTos 受信した成功 RcptTo 応答の総数。 SuccSMTPRcptToRate （/sec） SMTPDatas 448 秒ごとの成功 Rcpt To 応答の受信数。 送信された Data パケットの総数。 第 30 章 • システム・リソースの監視 測定値 説明 SMTPDataRate （/sec） 秒ごとの送信 Data パケット数。 SMTPDataLatency （msec） Data パケットの送信から応答の受信までの間隔（ミリ秒）。 MinSMTPDataLatency （msec） SMTP Data Latency の最小値（ミリ秒）。 MaxSMTPData Latency（msec） SMTP Data Latency の最大値（ミリ秒）。 SuccSMTPDatas 受信した成功 Data 応答の総数。 SuccSMTPDataRate （/sec） 秒ごとの成功 Data 応答の受信数。 POP3 パフォーマンス・カウンタ 測定値 説明 POP3Users 送信された Pop3 User コマンド・パケットの総数。 POP3UserRate （/sec） 秒ごとの送信 Pop3 User コマンド・パケット数。 POP3UserLatency （msec） Pop3 User コマンド・パケットの送信から応答の受信までの 間隔（ミリ秒）。 MinPOP3UserLatency （msec） POP3UserLatency の最小値（ミリ秒）。 MaxPOP3UserLatency （msec） POP3UserLatency の最大値（ミリ秒）。 SuccPOP3Users SuccPOP3UserRate （/sec） 受信された成功 Pop3 User 応答の総数。 秒ごとの成功 Pop3 User 応答の受信数。 POP3Passes 送信された Pop3 Pass コマンド・パケットの総数。 POP3PassRate （/sec） 秒ごとの送信 Pop3 Pass コマンド・パケットの数。 449 449 第 5 部 • 負荷テスト・モニタの設定 測定値 POP3PassLatency （msec） Pop3 Pass パケットの送信から応答の受信までの間隔 （ミリ秒）。 MinPOP3PassLatency （msec） POP3PassLatency の最小値（ミリ秒）。 MaxPOP3PassLatency （msec） POP3PassLatency の最大値（ミリ秒）。 SuccPOP3Passes 受信された成功 Pop3 Pass 応答の総数。 SuccPOP3PassRate （/sec） 秒ごとの成功 Pop3 Pass 応答の受信数。 POP3Stats POP3StatRate （/sec） POP3StatLatency （msec） 送信された Pop3 Stat コマンド・パケットの総数。 秒ごとの送信 Pop3 Stat コマンド・パケットの数。 Pop3 Stat パケットの送信から応答の受信までの間隔 （ミリ秒）。 MinPOP3StatLatency （msec） POP3StartLatency の最小値（ミリ秒）。 MaxPOP3StatLatency （msec） POP3StartLatency の最大値（ミリ秒）。 SuccPOP3Stats SuccPOP3StatRate （/sec） 受信された成功 Pop3 Stat 応答の総数。 秒ごとの成功 Pop3 Stat 応答の受信数。 POP3Lists 送信された Pop3 List コマンド・パケットの総数。 POP3ListRate（/sec） 秒ごとの送信 Pop3 List コマンド・パケットの数。 POP3ListLatency （msec） Pop3 List パケットの送信から応答の受信までの間隔 （ミリ秒）。 MinPOP3ListLatency （msec） POP3ListLatency の最小値（ミリ秒） 。 MaxPOP3ListLatency （msec） POP3ListLatency の最大値（ミリ秒） 。 SuccPOP3Lists 450 説明 受信された成功 Pop3Lists の総数。 第 30 章 • システム・リソースの監視 測定値 SuccPOP3ListRate （/sec） POP3Retrs POP3RetrRate （/sec） POP3RetrLatency （msec） 説明 秒ごとの成功 Pop3Lists の受信数。 送信された Pop3 Retr パケットの総数。 秒ごとの送信 Pop3 Retr パケットの数。 Pop3 Retr パケットの送信から応答の受信までの間隔 （ミリ秒）。 MinPOP3RetrLatency （msec） POP3RetrLatency の最小値（ミリ秒）。 MaxPOP3RetrLatency （msec） POP3RetrLatency の最大値（ミリ秒）。 SuccPOP3Retrs SuccPOP3RetrRate （/sec） 受信された成功 Pop3Retrs の総数。 秒ごとの成功 Pop3Retrs の受信数。 DNS パフォーマンス・カウンタ 測定値 説明 SuccPrimaryDNS Request プライマリ DNS サーバに行われた Successful DNS 要求の総数。 SuccSecondaryDNS Request セカンダリ DNS サーバに行われた Successful DNS 要求の総数。 SuccDNSData RequestRate（/sec） 秒ごとの送信 Successful DNS 要求パケット数。 PrimaryDNSFailure プライマリ DNS サーバから受信した DNS 要求の失敗の総数。 PrimaryDNSRequest プライマリ DNS サーバに対して行われた DNS 要求の総数。 SecondaryDNSFailure セカンダリ DNS サーバから受信した DNS 要求の失敗の総数。 SecondaryDNS Request セカンダリ DNS サーバに対して行われた DNS 要求の総数。 MinDNSDataLatency DNS Data Latency の最小値（ミリ秒）。 451 451 第 5 部 • 負荷テスト・モニタの設定 測定値 説明 MaxDNSDataLatency DNS Data Latency の最大値（ミリ秒）。 CurDNSDataLatency DNS 要求の送信から応答の受信までの間隔（ミリ秒）。 DNSDataRequestRate （/sec） 秒ごとの送信 DNS 要求パケットの数。 NoOfReTransmission 再送信された DNS 要求パケットの総数。 NoOfAnswers DNS 要求パケットへの回答の総数。 Attacks パフォーマンス・カウンタ 452 測定値 説明 Attacks 送信された攻撃パケットの総数（すべての攻撃）。 AttackRate（/sec） 秒ごとの送信攻撃パケット数（ARP，Land，Ping，SYN， および Smurf）。 Havoc Flood 生成された Havoc パケットの数（Stacheldraht のみ）。 Icmp Flood 生成された ICMP 攻撃パケットの数（TFN，TFN2K，およ び Stacheldraht）。 Mix Flood 生成された Mix パケットの数（TFN2K のみ）。 Mstream Flood 生成された Mstream パケットの数（Stacheldraht のみ）。 Null Flood 生成された Null パケットの数（Stacheldraht のみ）。 Smurf Flood 生成された Smurf 攻撃パケットの数（TFN，TFN2K，およ び Stacheldraht）。 Syn Flood 生成された SYN 攻撃パケットの数（TFN，TFN2K，および Stacheldraht）。 Targa Flood 生成された Targa パケットの数（TFN2K のみ）。 Udp Flood 生成された UDP パケットの数（すべての DDoS 攻撃のみ）。 第 30 章 • システム・リソースの監視 Windows リソース・モニタの設定 Windows NT および Windows 2000 の測定値は，Windows のパフォーマンス・モ ニタに組み込まれているカウンタに対応しています。 ［Windows Resources Choose Measurements］ページを使って，監視する Windows リソースを選択します。 SiteScope はユーティリティ・サーバにインストールされますが，ユーティリ ティ・サーバの負荷を減らすために SiteScope をコントローラと同じマシンま たは専用のサーバにインストールすることをお勧めします。 注：Windows ドメイン・セキュリティを使っていないリモート Windows マシン を監視するには，リモート Windows マシンで Performance Center ホスト・マシ ンを認証する必要があります。Performance Center ホスト・マシンを認証するに は，アカウントを作成するか，Performance Center ホストへのログオンに使われ るアカウントのパスワードを変更して，リモートで監視されている Windows マ シンへのログオンに使うパスワードとユーザ名に一致させます。リモート Windows マシンが他のマシンのリソースを要求すると，リソースを要求してい るマシンのログイン名とパスワードが送信されます。ファイアウォール越しに Windows NT マシンまたは Windows 2000 マシンを監視するには，139 番ポート で TCP を使用します。 Windows リソース・モニタを設定するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択 します。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 2［System Resource Graphs］セクションで，［Windows Resources］または ［Windows Resources（SiteScope）］を選択し，［Next］をクリックします。 ［Choose Server］ページが開きます。 453 453 第 5 部 • 負荷テスト・モニタの設定 3 監視対象のリソースを含むサーバの名前または IP アドレスを入力します。さら に，以下を参照してください。 ➤［Windows Resources］の場合：Windows マシンのユーザのログイン名とパス ワードを入力します。 ➤［Windows Resources（SiteScope）］の場合：SiteScope のマシン名とポート （標準設定：8888）を入力し，Secure HTTP 接続を使用するのか SiteScope ユー ザ・アカウントを使用するのかを指定します。SiteScope アカウントを使用する 場合は，アカウント名または番号を入力し，SiteScope アカウントへのログイン 用に定義されたユーザ名とパスワードを入力します。 ［Next］をクリックします。 4 Windows Resources（SiteScope）モニタを使用して測定値を初めて追加す るときには，NT リモート・マシンのプロパティを設定する必要があります。 413 ページ「NT リモート・マシンの設定」の説明に従って，リモート・マシン の設定情報を入力します。 5［Choose Measurements］ページが開き，使用可能な測定値とサーバのプロパ ティが表示されます。 6 監視対象のオブジェクト，カウンタ，インスタンスを選択します。インスタン スが意味を持つのは，強調表示されたカウンタの複数のインスタンスが実行さ れている場合だけです。 454 第 30 章 • システム・リソースの監視 使用可能なパフォーマンス・カウンタの一覧については，455 ページを参照し てください。 7［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 Windows リソース・パフォーマンス・カウンタ 次の表に，測定可能ないくつかのカウンタの説明を示します。 オブジェクト 測定値 説明 System % Total Processor Time システム上のすべてのプロセッサが非アイド ル・スレッドを実行するために使用中となる 時間の平均的な割合。マルチプロセッサ・シ ステムで，すべてのプロセッサが常にビジー 状態ならば，この値は 100% です。すべての プロセッサが 50% の時間だけビジー状態な らば，この値は 50% です。4 分の 1 のプロ セッサが 100% の時間ビジー状態ならば，こ の値は 25% です。この値は，何らかの処理 を行うために費やされた時間の割合です。各 プロセッサにはアイドル・プロセス内のアイ ドル・スレッドが割り当てられます。アイド ル・スレッドによって，ほかのスレッドが使 用していない非生産的なプロセッサ・サイク ルが消費されます。 System File Data Operations/sec コンピュータがファイル・システム・デバイ スに対する読み書き操作を行う頻度。これに は，ファイル制御操作は含まれません。 455 455 第 5 部 • 負荷テスト・モニタの設定 456 オブジェクト 測定値 説明 Processor % Processor Time (Windows 2000) プロセッサが非アイドル・スレッドを実行し ている時間の割合。このカウンタは，プロ セッサの動作状況を示す重要な指標となりま す。この値は，プロセッサがアイドル・プロ セスのスレッドを実行するのに費やす時間を サンプリング間隔ごとに測定し，その値を 100% から引くことによって算出されます （各プロセッサには，ほかのスレッドの実行 準備ができていないときにサイクルを消費す るアイドル・スレッドが割り当てられていま す）。この値は，あるサンプリング時点から 次のサンプリング時点までの間に何らかの有 用な処理を行うために費やされた時間の割合 です。このカウンタは，サンプリング間隔の 間に観察されたビジー状態の時間の平均的な 割合を示します。この値は，サービスがアク ティブではなかった時間を監視し，その値を 100% から引くことによって算出されます。 System Processor Queue Length スレッド数で表されるプロセッサ・キューの 瞬間的な長さ。このカウンタは，スレッド・ カウンタの監視も行われていなければ，常に 0 です。プロセッサはすべて，スレッドがプ ロセッサ・サイクルを待機する単独のキュー を使用します。この長さには，現在実行中の スレッドは含まれません。一般に，プロセッ サ・キューが常に 2 より長い場合，プロセッ サが輻輳状態であることを意味します。この カウンタは瞬間的な値を示し，一定時間にお ける平均値ではありません。 第 30 章 • システム・リソースの監視 オブジェクト 測定値 説明 Memory Page Faults/sec プロセッサ内で発生したページ・フォルトの 回数。ページ・フォルトは，プロセッサが， メイン・メモリ上のワーキング・セットに存 在しない仮想メモリ・ページを参照したとき に発生します。問題のページがスタンバイ・ リスト上に存在する場合（したがってすでに メイン・メモリ中にある場合），また，その ページを共有している別のプロセスによって そのページが使用されている場合には，ディ スクからそのページが取り出されることはあ りません。 PhysicalDisk % Disk Time 選択したディスク・ドライブで読み取りまた は書き込みの要求を処理するためにビジー状 態となっていた経過時間の割合。 Memory Pool Nonpaged Bytes ページング対象外プールのバイト数。ページ ング対象外プールはシステム・メモリ領域の 1 つで，オペレーティング・システムの各コ ンポーネントが指定されたタスクを実行する とき，この領域に一定の空間を確保します。 ページング対象外プールのページは，ページ ング・ファイルにページ・アウトすることは できません。これらのページは割り当てられ ている限り，メイン・メモリに存在します。 457 457 第 5 部 • 負荷テスト・モニタの設定 458 オブジェクト 測定値 説明 Memory Pages/sec 参照時にメモリに入っていなかったページへ のメモリ参照を解決するために，ディスクか ら読み取られたページ数またはディスクに書 き込まれたページ数。このカウンタは， Pages Input/sec および Pages Output/sec の合計 です。このカウンタには，システム・キャッ シュに代わってアプリケーションのファイ ル・データにアクセスするためのページン グ・トラフィックが含まれます。この値に は，キャッシュ対象外マップ済みメモリ・ ファイルとメモリの間で読み書きされるペー ジも含まれます。メモリが過度に使用される 点（つまり，スラッシング），およびその結 果生じる可能性のある過剰なページングが気 になる場合には，このカウンタを観察するこ とが重要になります。 System Total Interrupts/sec Objects Threads データ収集時のコンピュータのスレッド数。 このカウンタは瞬間的な値を示し，一定時間 における平均値ではないことに注意してくだ さい。スレッドとは，プロセッサで命令を実 行できる，基本的な実行単位です。 Process Private Bytes プロセスによって割り当てられ，ほかのプロ セスとは共有できないバイト数の最新の値。 コンピュータがハードウェア割り込みを受信 して処理する頻度。割り込みを生成する可能 性があるデバイスとしては，システム・タイ マ，マウス，データ通信回線，ネットワー ク・インタフェース・カードなどの周辺機器 があります。このカウンタにより，これらの デバイスがコンピュータ全体から見てどの程 度使用されているのか確認できます。 「Processor : Interrupts/sec」も参照してください。 第 30 章 • システム・リソースの監視 SNMP リソース・モニタの設定 SNMP リソース・モニタで，SNMP（Simple Network Management Protocol）を使 用して SNMP エージェントを実行する任意のマシンを監視できます。 ［SNMP Choose Measurements］ページを使って，監視する SNMP リソースを選択します。 SiteScope モニタ・エンジンを使用する場合，サーバに SiteScope がインストー ルされていることを確認します。SiteScope は，コントローラと同じマシンにイ ンストールすることも，専用サーバにインストールすることもできます。 SiteScope はユーティリティ・サーバにインストールされますが，ユーティリ ティ・サーバの負荷を減らすために SiteScope をコントローラと同じマシンま たは専用のサーバにインストールすることをお勧めします。 注：ファイアウォール越しに SNMP リソースを監視するには，161 番または 162 番ポートを使います。 SNMP リソース・モニタを設定するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択 します。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 2［System Resource Graphs］セクションで，［SNMP］または［SNMP （SiteScope）］を選択し，［Next］をクリックします。［Choose Server］ページ が開きます。 3 監視対象のリソースを含むサーバの名前または IP アドレスを入力します。 Performance Center は標準設定の SNMP 161 番ポートに接続します。別のポート 番号を使用する場合は，マシン名を次の形式で指定します： ＜サーバ名＞ : ＜ポート番号＞ 459 459 第 5 部 • 負荷テスト・モニタの設定 さらに，以下を参照してください。 ➤［SNMP（SiteScope） ］の場合：SiteScope のマシン名とポート（標準設定： 8888）を入力し，Secure HTTP 接続を使用するのか SiteScope ユーザ・アカウン トを使用するのかを指定します。SiteScope アカウントを使用する場合は，アカ ウント名または番号を入力し，SiteScope アカウントへのログイン用に定義され たユーザ名とパスワードを入力します。 ➤［SNMP］の場合：10 以上のレベルのオブジェクト・ノードの場合， ［Concatenate SNMP levels］をクリックすると下位レベルをピリオド（.）で 区切った 1 つの文字列として表示できます。標準設定では，［Choose Measurements］ページには SNMP オブジェクトのすべてのノードがツリー・レ ベルの構造で表示されます。 SNMP モニタの測定情報のレベルを上げるには，［Show String Item］をク リックします。ここには，（測定項目の数値だけでなく）測定項目の文字列値 が表示されます。また，文字列値が測定項目の識別名として表示されます。次 の例では，ProcessName（sched）の文字列値が，そのインスタンス ID（0） のほかに表示されます。 ［Next］をクリックします。 4 SNMP（SiteScope）モニタを使用して測定値を初めて追加するときには，モ ニタのプロパティを設定する必要があります。462 ページ「MIB モニタによる SiteScope SNMP の設定」の説明に従って，モニタのプロパティを入力します。 460 第 30 章 • システム・リソースの監視 5［Choose Measurements］ページが開き，使用可能な測定値とサーバのプロパ ティが表示されます。 6 監視する測定値を選択します。 注：SNMP モニタは，測定値を 25 項目まで監視できます。 7［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 監視するリソースのリストは，負荷テスト実行中に随時変更できます。リモー ト・マシン上のリソースを監視するときに，負荷テストがアクティブである必 要はありません。 注：SNMP リソース・モニタの測定値の保存にはしばらく時間がかかる場合が あります（2 ～ 3 分）。 461 461 第 5 部 • 負荷テスト・モニタの設定 MIB モニタによる SiteScope SNMP の設定 SNMP（SiteScope）モニタに測定値を初めて追加するときは，モニタのプロパ ティを設定する必要があります。モニタのプロパティを設定した後，マシンに ついて監視する測定値を選択します。 MIB モニタによる SNMP を設定するには，次の手順を実行します。 1 SNMP（SiteScope）モニタを選択し，モニタ情報を入力したら，［Next］をク リックします。［Configuring SNMP by MIB Monitor］ページが開きます。 2 モニタのプロパティの値を入力します。 ［Server］：監視するサーバの名前を入力します。 ［MIB File］ ：監視するオブジェクトのある MIB ファイルを選択します。特定の MIB ファイルを選択した場合は，その MIB ファイルで説明されているオブジェ クトだけが表示されます。［All MIBs］を選択した場合は，MIB のトラバース 中にエージェントから取得されたすべてのオブジェクトが表示されます。 462 第 30 章 • システム・リソースの監視 オブジェクトについて MIB 情報がなくても，オブジェクトは表示されますが， 名前文字列および説明文は表示されません。このモニタで新規または追加の MIB を検出させるには，単に新しい MIB ファイルを SiteScope/templates.mib ディレクトリに置きます。 ［SNMP Version］：接続に使用する SNMP のバージョンを選択します。 ［V1/V2 Community］ ：コミュニティ文字列を入力します（バージョン 1 または 2 の接続にのみ有効）。 ［SNMP V3 Authentication Type］：バージョン 3 の接続に使用する認証のタイ プを選択します。 ［SNMP V3 Username］：バージョン 3 接続のユーザ名を入力します。 ［SNMP V3 Authentication Password］：バージョン 3 の接続に使用する認証 パスワードを入力します。 ［SNMP V3 Privacy Password］ ：バージョン 3 接続で DES の非公開暗号が必要 ならプライバシー・パスワードを入力します。非公開にする必要がなければ， 空欄のままにします。 ［SNMP V3 Context Engine ID］ ：この接続で使用するコンテキスト・エンジン ID を表す 16 進の文字列を入力します。これは SNMP V3 の場合にのみ該当します。 ［SNMP V3 Context Name］：この接続で使用するコンテキスト名を入力しま す。これは SNMP V3 の場合にのみ該当します。 ［Timeout］ ：SiteScope が，SNMP 要求が完了するまでに待機する秒単位の合計 時間を入力します（リトライを含みます）。標準設定値は 5 秒です。 ［Retries］ ：SiteScope が，要求が失敗したと判断する，SNMP GET 要求のリト ライ回数を入力します。標準設定値は 1 リトライです。 ［Port］ ：SNMP エージェントのデータを要求するときに使用するポートを入力し ます。標準設定の 161 は，SNMP エージェントが通常リッスンするポートです。 ［Update every］ ：モニタがサーバ統計情報を読み込む頻度を入力します。テキ スト・ボックス右のドロップダウン・リストでは，秒，分，時，または日で時 間単位を指定できます。最小の時間単位は 15 秒です。標準設定値は 30 秒です。 3［Next］をクリックします。459 ページ「SNMP リソース・モニタの設定」の手 順 5 の説明に従って監視対象の測定値を追加します。 463 463 第 5 部 • 負荷テスト・モニタの設定 SiteScope モニタの設定 ［SiteScope Resource］モニタ・グラフは，負荷テスト実行時に測定された SiteScope のリソースを示します。［SiteScope Choose Measurements］ページを 使って，監視する SiteScope リソースを選択します。 SiteScope を設定する前に，次のことを行います。 ➤ SiteScope がサーバにインストールされていることを確認します。SiteScope は Performance Center ホスト・マシンにインストールできますが，専用のサーバに インストールすることをお勧めします。 ➤ SiteScope がインストールされているマシンで，SiteScope が必要なサーバを監 視するように設定します。モニタに名前を割り当てる際は，モニタ名にサーバ 名を含めるようにしてください。そうすることにより，モニタが属するホスト についての混乱を避けられます。モニタのタイトルには，「\」は使用できませ ん（例：\\superman の CPU 使用率）。 注：SiteScope の標準サンプリング間隔は 10 分で，最小間隔は 15 秒です。 ➤ SiteScope が監視対象のサーバから必要なデータを収集していることを確認しま す。［SiteScope Panel］で，サーバ・マシンに対してポーリングを行うモニタ・ グループを選択し，そのモニタの［Status］カラムにサーバ測定値のリストが表 示されていることを確認します。 SiteScope モニタを設定するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択し ます。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 464 第 30 章 • システム・リソースの監視 2［System Resource Graphs］セクションで［SiteScope］を選択し，［Next］をク リックします。［Choose Server］ページが開きます。 3 監視対象のリソースが含まれるサーバの名前または IP アドレスを入力します。 4［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバ・プロパティが表示されます。 5 監視する測定値を選択します。 6［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 注：SiteScope は 1 度に 1 つの Performance Center ホストでのみ監視できます。 465 465 第 5 部 • 負荷テスト・モニタの設定 サーバ・リソース・モニタの設定 サーバ・リソース・モニタは，負荷テスト実行時に測定された，リモートの Windows サーバおよび UNIX サーバで使用されるモニタのリソース（CPU， ディスク領域，メモリ，アプリケーション）を示します。これにより，さまざ まなシステム・リソースに対する仮想ユーザの負荷の影響を調べることができ ます。 サーバ・リソース・モニタには，次のモニタが含まれています。 CPU Monitor：CPU の使用状況を監視します。 Disk Space Monitor：ディスク領域を監視します。 Memory Monitor：秒ごとの読み書きページ数（Pages per Second）および使用 されている仮想メモリの割合（Percentage of Virtual Memory）を監視します。 Service Monitor：特定のプロセスが実行中のリストに含まれているか確認し， CPU の使用状況を調べます。 サーバ・リソース・データを取得するには，負荷テストを実行する前に （Performance Center ホストから）サーバ・リソース・オンライン・モニタを起 動して，監視対象の統計値と測定値を指定する必要があります。 サーバ・リソース・モニタの準備 サーバ・リソースを監視するには，あらかじめ監視環境を設定しておく必要が あります。 SiteScope はユーティリティ・サーバにインストールされますが，ユーティリ ティ・サーバの負荷を減らすために SiteScope をコントローラと同じマシンま たは専用のサーバにインストールすることをお勧めします。 リソース・モニタを設定するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択し ます。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 466 第 30 章 • システム・リソースの監視 2［System Resource Graphs］セクションで［Server Resources（SiteScope） ］を 選択し，［Next］をクリックします。［Choose Server］ページが開きます。 3［Monitored Machine Information］セクションで，監視対象のリソースが含ま れるサーバの名前または IP アドレスを入力して，サーバを実行するプラット フォームを選択します。 ［SiteScope Server Information］セクションに，SiteScope のマシン名とポー ト（標準設定：8888）を入力し，Secure HTTP 接続を使用するのか SiteScope ユーザ・アカウントを使用するのかを指定します。SiteScope アカウントを使用 する場合は，アカウント名または番号を入力し，SiteScope アカウントへのログ イン用に定義されたユーザ名とパスワードを入力します。 ［Next］をクリックします。 4 Server Resources（SiteScope）モニタを使用して測定値を初めて追加すると きには，リモート・マシンのプロパティを設定する必要があります。 ➤ NT プラットフォームのマシンを監視しようとしている場合は， ［Configuring NT Remote Machine］ページが開きます。 ➤ UNIX プラットフォームのマシンを監視しようとしている場合は， ［Configuring UNIX Remote Machine］ページが開きます。 413 ページ「SiteScope モニタ向けのリモート・マシンの設定」の説明に従っ て，リモート・マシンの設定情報を入力します。 467 467 第 5 部 • 負荷テスト・モニタの設定 5［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバ・プロパティが表示されます。 6 監視する測定値を選択します。 7［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 468 第 30 章 • システム・リソースの監視 サーバ・リソース・パフォーマンス・カウンタ サーバ・リソース・マシンでは，次の標準の測定項目が使用可能できます。 モニタ 測定項目 説明 CPU Monitor Utilization CPU 利用率を測定します。 Disk Space Monitor Disk space 使用されているディスク領域 の割合を測定します。 Memory Monitor MB free ディスクの空き領域を測定し ます（MB）。 Pages/sec メイン・メモリからディス ク・ストレージに移動された 仮想メモリ数を測定します。 Percent used 使用されているメモリの割合 とページング・ファイル・ス ペースを測定します。 Services Monitor ローカルまたはリモート・シ ステムでプロセスを監視しま す。特定のプロセスが実行さ れているか検証するのに使用 できます。 469 469 第 5 部 • 負荷テスト・モニタの設定 UNIX リソース・モニタの設定 UNIX リソース・モニタは，負荷テスト実行時に測定された UNIX リソースを 示します。このグラフを使用して，さまざまなシステム・リソースにおける仮 想ユーザの負荷の影響を特定できます。 UNIX カーネルの統計情報の測定値には，rstatd デーモンが扱う次の項目が含ま れます。平均負荷，衝突率，コンテキスト・スイッチ率，CPU 使用率，受信パ ケット・エラー率，パケット受信レート，割り込み発生率，送信パケット・エ ラー率，パケット送信レート，ページイン率，ページアウト率，ページング 率，スワップイン率，スワップアウト率，CPU システム・モード使用率，CPU ユーザ・モード使用率。 ［UNIX Resources Choose Measurements］ページを使って，監視する UNIX リ ソースを選択します。 監視環境の設定 UNIX リソースを監視するには，rstatd デーモンを設定する必要があります。マ シンが rstatd リクエストを受信すると，マシン上の inetd が自動的に rstatd を起 動するため，すでに起動されている場合があります。 rstatd デーモンが設定されているかどうか確認するには，次の手順を実行します。 rup コマンドは，rstatd の設定を含む，さまざまなマシンの統計情報を報告しま す。マシンの統計情報を表示するには，次のコマンドを実行します。 >rup host また，lr_host_monitor を使って，何らかの統計値が返されるかどうかを確認す ることもできます。 このコマンドによって何らかの統計値が返された場合には，rstatd デーモンが 設定され，起動しています。統計値が返されなかった場合またはエラー・メッ セージを受信した場合は，rstatd デーモンが設定されていません。 470 第 30 章 • システム・リソースの監視 rstatd デーモンを設定するには，次の手順を実行します。 1 次のコマンドを実行します。 su root 2 /etc/inetd.conf を開いて，（rstatd で始まる）rstatd 行を見つけます。コメントア ウトされている（行頭に「#」が付いている）場合は，このコメント指示子を 削除して，ファイルを保存します。 3 コマンド行から，次のコマンドを実行します。 kill -1 inet_pid ここで inet_pid は，inetd プロセスのプロセス ID です。このコマンドを実行す ると，inetd によって /etc/inetd.conf ファイルが再スキャンされ，コメントア ウトされていないすべてのデーモン（rstatd デーモンを含む）が登録されます。 4 再度 rup を実行します。 ここでも rstatd が設定されていないことが示された場合は，システム管理者に 連絡してください。 注：ファイアウォール越しに UNIX マシンを監視するには，UNIX ユーティリ ティ，rpcinfo を実行して，rstatd のポート番号を特定する必要があります。 rpcinfo -p ＜ホスト名＞を実行すると，ポート番号と一緒にホストの portmapper に登録されているすべての RPC サーバのリストが返されます。このリストは rstatd を停止して再実行しないと変更されません。ファイアウォールには， ポートではなく，RPC プログラム番号を開けるものもあります。この場合，プ ログラム 100001 を開きます。バージョン番号を指定するように指示された場 合は，バージョン 3 と 4 を指定します。 471 471 第 5 部 • 負荷テスト・モニタの設定 UNIX リソース・モニタを設定するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択し ます。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 2［System Resource Graphs］セクションで［UNIX Resources］を選択し， ［Next］ をクリックします。［Choose Server］ページが開きます。 3 監視対象のリソースを含むサーバの名前または IP アドレスを入力します。 472 第 30 章 • システム・リソースの監視 4［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバ・プロパティが表示されます。 5 監視する測定値を選択します。 使用可能なパフォーマンス・カウンタの一覧については，474 ページを参照し てください。 6［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 473 473 第 5 部 • 負荷テスト・モニタの設定 UNIX リソース・パフォーマンス・カウンタ UNIX マシンには，次の標準の測定値が使用できます。 474 測定値 説明 Average Load 直前の 1 分間に同時に「Ready」状態であったプロセ スの平均数。 Collision rate Ethernet で検出された，1 秒あたりの衝突回数。 Context switches rate プロセス間またはスレッド間における，1 秒あたりの 切り替え回数。 CPU utilization CPU が使用された時間の割合。 Disk rate ディスク転送速度。 Incoming packets error rate Ethernet パケット受信中の，1 秒あたりのエラー数。 Incoming packets rate 1 秒あたりの受信 Ethernet パケット数。 Interrupt rate 1 秒あたりのデバイスの割り込み回数。 Outgoing packets errors rate Ethernet パケット送信中の，1 秒あたりのエラー数。 Outgoing packets rate 1 秒あたりの送信 Ethernet パケット数。 Page-in rate 1 秒あたりの，物理メモリへの読み込みページ数。 Page-out rate 1 秒あたりの，ページ・ファイルへのページ書き込み 数，または，物理メモリからのページ削除数。 Paging rate 1 秒あたりの，物理メモリへの読み込みページ数，ま たはページ・ファイルへの書き込みページ数。 Swap-in rate スワップアウトされたプロセス数。 Swap-out raste スワップアウトされたプロセス数。 System mode CPU utilization CPU がシステム・モードで使用された時間の割合。 User mode CPU utilization CPU がユーザ・モードで使用された時間の割合。 第 31 章 ネットワークの監視 ネットワークの監視を使用して，ネットワークが負荷テストの際に遅延を引き 起こしているかどうかを判定できます。また，問題が生じているネットワー ク・セグメントを特定することもできます。 注：ネットワーク・モニタを実行するには，監視を実行する Windows マシンに 対する管理者権限が必要です（ICMP プロトコルを使用する場合を除く）。 本章では，次の項目について説明します。 ➤ ネットワークの監視について ➤ UNIX 送信元マシンからのネットワークの監視 ➤ ネットワーク遅延時間モニタの設定 ➤ ネットワーク遅延時間グラフの表示 ネットワークの監視について アプリケーションのパフォーマンスにおいて，ネットワークの設定は非常に大 切です。設計が適切でないと，クライアントの動作速度が許容可能なレベルを 下回ることがあります。 実際の Web システムまたはクライアント / サーバ・システムには，多数のネッ トワーク・セグメントがあります。パフォーマンスの悪い 1 つのネットワー ク・セグメントが，システム全体に影響を与えることもあります。 475 第 5 部 • 負荷テスト・モニタの設定 次の図は，一般的なネットワークを示しています。データは，サーバ・マシン から仮想ユーザ・マシンに到達するまでに，複数のセグメントを経由します。 ネットワーク・モニタは，ネットワークのパフォーマンスを測定するために， ネットワークを経由してデータのパケットを送信します。パケットが返ると， ネットワーク・モニタは，そのパケットが，要求されたノードに到達し戻って くるのに要した時間を算出します。この時間がネットワーク遅延時間グラフに 遅延として表示されます。 オンラインのネットワーク遅延時間グラフを使って，ネットワーク関連の問題 を特定して，対処できます。 注：送信元マシンから各ノードまでの間の遅延は，同時ながら個別に測定され ます。したがって，送信元マシンからノードの 1 つまでの遅延が，送信元マシ ンと送信先マシンの間の完全パスの遅延より大きくなることがあります。 476 第 31 章 • ネットワークの監視 UNIX 送信元マシンからのネットワークの監視 UNIX マシンで，UDP または ICMP プロトコルを使用してネットワークの監視 を実行できます。UNIX 送信元マシンからネットワークの監視を実行する前に， 次の手順を実行します。 ➤ root アクセス権限を merc_webtrace プロセスに割り当てることで，送信元マ シンを設定します。 ➤ rsh またはエージェントのいずれかを介して送信元マシンに接続するための調 整を必要に応じて行います。 Performance Center がローカルにインストールされている送信元マシンを設定 するには，次の手順を実行します。 root アクセス権限を merc_webtrace プロセスに割り当てるには，次のように， merc_webtrace のアクセス権限に s ビットを追加します。 1 送信元マシンに root としてログインします。 2 cd ＜ Performance Center のインストール先フォルダ＞ /bin と入力し，bin ディ レクトリに移ります。 3 chown root merc_webtrace と入力し，merc_webtrace ファイルの所有者を root に変更します。 4 chmod +s merc_webtrace と入力し，ファイルのアクセス権に s ビットを追加 します。 5 確認のため，ls -l merc_webtrace と入力します。アクセス権は，-rwsrwsr-x と なっています。 477 477 第 5 部 • 負荷テスト・モニタの設定 ネットワーク上に Performance Center がインストールされている送信元マシン を設定するには，次の手順を実行します。 Performance Center がネットワークにインストールされている環境では， merc_webtrace プロセスは，送信元マシンのディスク上ではなく，ネット ワーク上にあります。次の手順では，merc_webtrace ファイルをローカル・ ディスクにコピーし，mdrv.dat を設定してプロセスが認識されるようにし， root アクセス権限を merc_webtrace に割り当てます。 1 merc_webtrace を＜Performance Center のインストール先フォルダ＞/bin か ら送信元マシンのローカル・ディスクの任意の場所にコピーします。たとえ ば，ファイルを /local/ ＜ Performance Center ＞ディレクトリにコピーするに は，cp /net/tools/ ＜ Performance Center のインストール先フォルダ＞ /bin/merc_webtrace /local/ ＜ Performance Center ＞と入力します。 注：同じネットワーク・インストール環境を使う送信元マシンは，すべて，同 じ mdrv.dat を使用するため，merc_webtrace を各ローカル・ディスクの同じ ディレクトリ・パス（たとえば，/local/ ＜ Performance Center ＞）にコピーす る必要があります。 2 次の行を，＜ Performance Center のインストール先フォルダ＞ /dat/mdrv.dat ファイルの [monitors_server] セクションに追加します。 ExtCmdLine=-merc_webtrace_path /local/xxx 3 送信元マシンに root としてログインします。 4 cd ＜ Performance Center のインストール先フォルダ＞ /bin と入力し，bin ディ レクトリに移ります。 5 chown root merc_webtrace と入力し，merc_webtrace ファイルの所有者を root に変更します。 6 chmod +s merc_webtrace と入力し，ファイルのアクセス権に s ビットを追加 します。 7 確認のため，ls -l merc_webtrace と入力します。アクセス権は，-rwsrwsr-x と なっています。 478 第 31 章 • ネットワークの監視 rsh を介した送信元マシンへの接続 Performance Center ホストが，rsh を介して送信元マシンに接続されている場合 （標準設定の接続モード），エージェント・デーモンを起動する必要はありませ ん。ネットワーク・モニタを初めて実行するときは，実行に先立って，暗号化 されたユーザ名およびパスワードをネットワーク・モニタ設定ファイルに入力 します。 暗号化されたユーザ名およびパスワードを作成するには，次の手順を実行します。 1 Performance Center ホスト・マシン上で， cd ＜ Performance Center のインストール先フォルダ＞ /bin と入力し，bin ディレクトリに移ります。 注：ネットワークまたはワークステーションのインストールでは， ＜ Performance Center のインストール先フォルダ＞ \bin は，Performance Center のセットアップ・ファイルをインストールしたネットワークの場所です。 2 CryptonApp.exe を実行します。 3 rsh ユーザ名およびパスワードを，垂直バー記号で区切って入力します（たと えば，myname|mypw）。 4 暗号化された文字列をクリップボードにコピーします（文字列を選択して強調 表示し，ctrl キーを押しながら，c キーを押します）。 5 次の行を， ＜ Performance Center のインストール先フォルダ＞ /dat/monitors/ndm.cfg ファイルの [hosts] セクションに追加します。 Host = ＜クリップボードからコピーした暗号化された文字列＞ 6 現在の負荷テストを閉じて，開きます。更新された設定ファイルが読み込ま れ，監視用の送信元マシンが認識されます。 479 479 第 5 部 • 負荷テスト・モニタの設定 エージェントを介した送信元マシンへの接続 Performance Center ホストが rsh を介して送信元マシンに接続されていない場合， ネットワーク・モニタを実行する前に，エージェント・デーモンが送信元マシ ンで動作していることを確認してください。 エージェント・デーモンを起動するには，次の手順を実行します。 rsh を使用しない場合には，送信元マシンでエージェント・デーモンを起動し ます。 1 ＜ Performance Center のインストール先フォルダ＞ /bin ディレクトリで m_daemon_setup -install と入力します。 2 ネットワーク・モニタを起動するとき，必ずエージェント・デーモンが動作し ていることを確認してください。 3 ネットワーク遅延モニタのエージェント・デーモンを停止するには， m_daemon_setup -remove と入力します。 ネットワーク遅延時間モニタの設定 ネットワーク遅延時間モニタは，送信元マシンと送信先マシン（たとえばデー タベース・サーバと仮想ユーザ・ホスト）の間のパス全体で生じる遅延を示し ます。グラフには，負荷テストを開始してからの経過時間の関数として，遅延 が示されます。 負荷テストを実行する前に，［Load Tests］ページの［Monitor］タブでネット ワーク・モニタを設定します。［Network Delay Monitor］ページを使用して，監 視するネットワーク・パスを選択し，ネットワーク遅延モニタを設定します。 ネットワークの設定は， ［Network Delay Monitor Properties］ページからも行うこ とができます。 注：ネットワークを監視するには，送信元マシンに Performance Center エー ジェントをインストールする必要があります。監視対象マシンに Performance Center エージェントをインストールする必要はありません。 480 第 31 章 • ネットワークの監視 ネットワーク遅延時間モニタを設定するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択し ます。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 2［Network Graphs］セクションで［Network Delay Time］を選択し，［Next］を クリックします。［Network Delay Monitor］ページが開きます。 3［Source Machine］ボックスに，ネットワーク・パス監視の始点となる監視元 マシンの名前を入力します。 481 481 第 5 部 • 負荷テスト・モニタの設定 4 マシンを実行するプラットフォームを選択します。 5［Destination Machine］ボックスに，監視するパスの終点にあるマシンの名前 を入力します。 注：監視先マシンが localhost の場合は，localhost ではなく，ローカル・マ シンの名前を入力してください。 6［Monitor Settings］ボックスでプロトコルを選択して，ネットワーク・パスで使 用されているポート番号を入力します。ネットワーク・モニタでは，TCP， UDP，ICMP の 3 つのプロトコルをサポートしています。標準設定のプロトコ ルを使用することをお勧めします。標準設定は Windows では TCP，UNIX では UDP です。 7 IP アドレスの他に，ネットワーク・パス上にある各ノードの DNS 名を表示す るには，［Enable display of network nodes by DNS names］を選択します。 このオプションを選択すると，ネットワーク・モニタの速度が遅くなります。 8［Monitoring Frequency］セクションで，パケットを受信してから次のパケット を送信するまでモニタが待機する時間をミリ秒単位で指定します。標準設定値 は 3000 ミリ秒です。実行される負荷テストが長く，安定したものである場合 は，間隔を数秒長くすることもできます。 9［Monitoring Packet Retries］セクションで，パケットが返送されるまで最長で何 秒待機してからパケットの再送信を試みるかを指定します。標準設定の値は 3 秒です。ネットワークの規模が大きく，負荷が高い場合は（低容量のインター ネット接続など），この値を数秒大きくする必要があります。ネットワークの 規模が小さい場合は（LAN など） ，値を小さくできます。 また，パケットが最初に返送されなったときから，ネットワーク・モニタでパ ケットを最大何回まで再送信するかを選択します。標準設定の値は 0 です。 482 第 31 章 • ネットワークの監視 10［OK］をクリックして，［Network Delay Monitor］ページを閉じると，設定が保 存されます。監視元マシンおよび監視先マシンの名前が，［Choose Server］ペー ジに表示されます。 11［Add］をクリックし，監視する各パスについてこの手順を繰り返します。 マシンを削除するには，削除するマシンを選択して［Delete］アイコンをク リックします。 ［Monitor Settings］を編集するには，［Edit Profile］アイコンをクリックしま す。 ［Network Delay Monitor Properties］ページが開きます。手順 6 ～ 9 で説明し たとおり，監視の設定を変更できます。 12［Next］をクリックしてから［Add］をクリックし，ネットワーク遅延モニタ の設定をモニタ・プロファイルに追加します。 ファイアウォール越しのネットワークの監視 送信元と送信先のマシンの間にファイアウォールが設置されているネットワー クを監視する場合，ネットワーク・データ・パケットが送信先に到達するよう にファイアウォールを設定する必要があります。 ➤ TCP プロトコルを使用する場合，送信先マシンを保護するファイアウォールに よって，送信 ICMP_TIMEEXCEEDED パケット（マシンからファイアウォール の外側に送信されるパケット）がブロックされないようにしなければなりませ ん。また，送信元マシンを保護するファイアウォールで， ICMP_TIMEEXCEEDED パケットを内側に通過させ，TCP パケットが外に出ら れるようにする必要があります。 ➤ ICMP プロトコルを使用する場合，送信先マシンのファイアウォールで，着信 ICMP_ECHO_REQUEST パケットまたは送信 ICMP_ECHO_REPLY パケットと 送信 ICMP_ECHO_TIMEEXCEEDED パケットがブロックされないようにする必 要があります。また，送信元マシンを保護するファイアウォールで， ICMP_ECHO_REPLY パケットおよび ICMP_ECHO_TIMEEXCEEDED パケット 483 483 第 5 部 • 負荷テスト・モニタの設定 を内側に通過させ，ICMP_ECHO_REQUEST パケットが外に出られるようにす る必要があります。 ➤ UDP プロトコルを使用する場合，UDP プロトコルで送信元マシンから送信先 マシンにアクセスできることを確認します。送信先マシンのファイアウォール で，送信 ICMP_DEST_UNREACHABLE パケットおよび送信 ICMP_ECHO_TIMEEXCEEDED パケットがブロックされないようにします。ま た，送信元マシンを保護するファイアウォールで， ICMP_DEST_UNREACHABLE パケットおよび ICMP_ECHO_TIMEEXCEEDED パケットを内側に通過できるようにする必要があります。 注：Performance Center ホスト・マシンと送信元マシンの間にファイアウォール が設置されているときにネットワーク遅延モニタを実行するには，ファイア ウォール越しの監視のために Performance Center のエージェントである MI リス ナー，およびネットワーク・モニタを設定する必要があります。監視環境の設 定の詳細については， 『Mercury Performance Center システム設定およびインス トール・ガイド』の「ファイアウォール越しの監視」の項を参照してください。 特定のファイアウォール越しの監視の情報の詳細については，198 ページ「ファ イアウォール越しのネットワーク遅延モニタの設定」を参照してください。 484 第 31 章 • ネットワークの監視 ネットワーク遅延時間グラフの表示 ［Network Delay Time］グラフには，負荷テストを開始してからの経過時間 （X 軸）の関数として，送信元マシンと送信先マシンの間のパス全体で発生す る遅延時間（Y 軸）が表示されます。 ［Network Delay Monitor］ページで定義されたそれぞれのパスは，異なる色の折 れ線でグラフに表示されます。 パスの各セグメントの遅延時間，または送信元マシンからネットワーク・パス 上にある各ノードまでの遅延時間を表示するには，［Network Breakdown］ペー ジを使用します。 ネットワーク・セグメントの遅延時間を表示するには，次の手順を実行します。 1［Network Delay Time］の［Configure］ボタンをクリックします。［Network Breakdown］ページが開きます。 2 パスの各セグメントの遅延時間を表示するには，［View Segments］をクリッ クします。 485 485 第 5 部 • 負荷テスト・モニタの設定 3 選択したグラフのネットワーク・セグメントの表示形式として，面グラフまた は円グラフを選択します。 4 ブレークダウンするパスを選択します。 5 送信元マシンからネットワーク・パス上にある各ノードまでの遅延時間を表示 するには，［View SubPaths］をクリックします。パス全体の遅延時間の表示 に戻るには，［View full path］を選択します。 6 凡例に表示されている測定値の DNS 名を表示するには， ［View as DNS Name］ を選択します。凡例に表示されている測定値の IP アドレスを表示するには， ［View as IP Address］を選択します。 7［Network Breakdown］ページを閉じます。パスまたはサブパス上にあるネット ワーク・セグメントの遅延時間が，グラフ表示領域に表示されます。 注：セグメントの遅延は近似値であり，正確な値が測定されるネットワーク・ パス遅延とは必ずしも一致しません。パスの各セグメントの遅延は，監視元マ シンからあるノードまでの遅延を計算し，監視元マシンからほかのノードまで の遅延を差し引くことによって見積ります。たとえば，セグメント B から C の 遅延は，監視元マシンからポイント C までの遅延を測定し，監視元マシンから ポイント B までの遅延を差し引いて計算します。 486 第 32 章 ファイアウォール・サーバ・パフォーマンスの 監視 サーバのパフォーマンスのボトルネックを特定するために，負荷テスト実行中 に，ファイアウォール・サーバを監視できます。 本章では，次の項目について説明します。 ➤ ファイアウォール・サーバ・モニタについて ➤ Check Point FireWall-1 サーバ・モニタの設定 ファイアウォール・サーバ・モニタについて ファイアウォール・サーバ・オンライン・モニタは，負荷テスト実行中に， ファイアウォール・サーバのパフォーマンスを測定します。パフォーマンス・ データを取得するために，負荷テストを実行する前にファイアウォール・サー バを起動して，監視対象の統計値と測定値を指定する必要があります。 Check Point FireWall-1 サーバ・モニタの設定 Check Point FireWall-1 サーバを監視するには，Check Point FireWall-1 サーバ・モ ニタによって測定するカウンタを選択する必要があります。 Check Point FireWall-1 サーバ・モニタを設定するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択し ます。詳細については，95 ページ「モニタの設定」を参照してください。 487 第 5 部 • 負荷テスト・モニタの設定 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 2［Firewalls］セクションで，［Check Point FireWall-1］を選択し，［Next］をク リックします。［Choose Server］ページが開きます。 3 監視対象のリソースが含まれるサーバの名前または IP アドレスを入力します。 Performance Center は，ChekPoint FireWall-1 SNMP エージェントの標準設定の 260 番ポートに接続します。標準設定のポートに接続しない場合は，次の形式 でマシン名とポート番号を指定します：＜マシン名＞ : ＜ポート番号＞ 10 以上のレベルのオブジェクト・ノードの場合， ［Concatenate SNMP levels］ をクリックすると下位レベルをピリオド（.）で区切った 1 つの文字列として表 示できます。標準設定では，［Choose Measurements］ページには SNMP オブ ジェクトのすべてのノードがツリー・レベルの構造で表示されます。 SNMP モニタの測定情報のレベルを上げるには，［Show string item］をク リックします。これにより，（測定項目の数値だけでなく）測定項目の文字列 値も一覧表示されるようになります。その結果，（文字列値が識別のために測 定項目名の一部として表示される）名前修飾子が有効になります。 名前修飾子を使用している次の測定値の例では，インスタンス ID（0）のほか に ProcessName の文字列値（sched）が表示されます。 4［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバのプロパティが表示されます。 488 第 32 章 • ファイアウォール・サーバ・パフォーマンスの監視 5 監視する測定値を選択します。 測定可能なパフォーマンス・カウンタの一覧については，489 ページを参照し てください。 注：Check Point FireWall-1 モニタでは，測定値を 25 個まで監視できます。 6［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 Check Point FireWall-1 パフォーマンス・カウンタ 次の標準のカウンタを監視できます。 測定値 説明 fwRejected 拒否されたパケットの数。 fwDropped ドロップされたパケットの数。 fwLogged ログに記録されたパケットの数。 489 489 第 5 部 • 負荷テスト・モニタの設定 490 第 33 章 Web サーバ・リソースの監視 Performance Center の Web サーバ・リソース・モニタを使って，負荷テストの 実行中に Apache サーバ，Microsoft IIS サーバ，iPlanet（SNMP）サーバ， iPlanet/Netscape サーバを監視して，サーバのパフォーマンスのボトルネックを 特定することができます。 本章では，次の項目について説明します。 ➤ Web サーバ・リソース・モニタについて ➤ Apache モニタの設定 ➤ Microsoft IIS モニタの設定 ➤ iPlanet/Netscape モニタの設定 ➤ iPlanet（SNMP）モニタの設定 ➤ プロキシ・サーバを使用した監視 Web サーバ・リソース・モニタについて Web サーバ・リソース・モニタは，負荷テスト実行時の Apache サーバ， Microsoft IIS サーバ，iPlanet（SNMP）サーバ，iPlanet/Netscape Web サーバのリ ソースの使用状況に関する情報を取得します。このデータを取得するには，負 荷テストを実行する前に，サーバのオンライン・モニタを起動して測定対象の リソースを指定する必要があります。 モニタ測定値の選択手順およびモニタの設定手順は，サーバの種類によって異 なります。以降の各項では，サーバの種類ごとに設定手順を説明します。 491 第 5 部 • 負荷テストモニタの設定 Apache モニタの設定 Apache モニタには，負荷テスト実行中の Apache サーバのリソース使用状況に 関する統計値が表示されます。 Apache サーバを監視するには，サーバの統計情報の URL を知っておく必要が あります。統計情報の URL を検証する簡単な方法は，ブラウザで URL を表示 してみることです。 URL は，次の形式で指定します。 http:// ＜サーバ名 /IP アドレス＞ : ＜ポート番号＞ /server-status?auto 次に例を示します。 http://stimpy:80/server-status?auto Apache モニタを設定するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択し ます。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 2［Web Server Resource Graphs］セクションで［Apache］を選択してから ［Next］をクリックします。［Choose Server］ページが開きます。 492 第 33 章 • Web サーバ・リソースの監視 3 監視対象のリソースを含むサーバの名前または IP アドレスを入力します。 ［URL］ボックスに URL を入力するか，標準設定の URL（/server-status?auto） をそのまま使用します。 ［Port］ボックスに，ポート番号を（サーバ名なしで）入力するか，標準設定の ポートをそのまま使用します。 注：標準設定のポート番号と URL は，サーバによって異なります。Web サー バの管理者に確認してください。 4［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバ・プロパティが表示されます。 5 監視する測定値を選択します。 使用可能なパフォーマンス・カウンタの一覧については，494 ページを参照し てください。 6［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 注：ファイアウォール越しに Apache サーバを監視するには，Web サーバの ポート（標準設定では 80 番）を使用します。 493 493 第 5 部 • 負荷テストモニタの設定 Apache パフォーマンス・カウンタ 次の表に，監視できる測定値およびサーバのプロパティの説明を示します。 測定値 説明 # Busy Servers Busy 状態にあるサーバの数。 # Idle Servers Idle 状態にあるサーバの数。 Apache CPU Usage Apache サーバが CPU を使用した時間の割合。 Hits/sec 1 秒あたりの HTTP 要求の数。 KBytes Sent/sec Web サーバがデータ・バイトを送信する速度。 Microsoft IIS モニタの設定 Microsoft IIS モニタには，負荷テスト実行中の Microsoft IIS サーバのリソース 使用状況に関する統計値が表示されます。［Microsoft IIS Choose Measurements］ ページを使って，Microsoft IIS サーバを監視するための測定値を選択します。 IIS サーバ・モニタを設定するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択し ます。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 494 第 33 章 • Web サーバ・リソースの監視 2［Web Server Resource Graphs］セクションで［MS IIS］を選択してから［Next］ をクリックします。［Choose Server］ページが開きます。 3 監視対象のリソースを含むサーバの名前または IP アドレスを入力します。 ユーザのログイン名とパスワードを入力します。 4［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバ・プロパティが表示されます。 5 監視対象のオブジェクト，カウンタ，インスタンスを選択します。 使用可能なパフォーマンス・カウンタの一覧については，使用可能なパフォー マンス・カウンタの一覧については，496 ページを参照してください。 495 495 第 5 部 • 負荷テストモニタの設定 6［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 注：ファイアウォール越しに IIS サーバを監視するには，139 番ポートで TCP を使用します。 Microsoft IIS パフォーマンス・カウンタ 次の表に，測定可能ないくつかのカウンタの説明を示します。 オブジェ クト 496 測定値 説明 Web Service Bytes Sent/sec Web サービスがデータ・バイトを送信する速度。 Web Service Bytes Received/sec Web サービスがデータ・バイトを受信する速度。 Web Service Get Requests/sec 秒ごとの GET メソッドを使用する HTTP 要求の 数。通常の GET 要求は，基本的なファイルの取得 またはイメージ・マップに使用しますが，フォー ムにも使用できます。 Web Service Post Requests/sec 秒ごとの POST メソッドを使用する HTTP 要求の 数。通常，POST メソッドは，フォームまたはゲー トウェイの要求に使用されます。 Web Service Maximum Connections Web サービスとの間で確立された同時接続数の最 大値。 Web Service Current Connections Web サービスとの間で現在確立されている接続の数。 Web Service Current NonAnonymous Users Web サービスに対して非匿名接続を行っている現 在のユーザの数。 第 33 章 • Web サーバ・リソースの監視 オブジェ クト 測定値 説明 Web Service Not Found Errors/sec 要求されたドキュメントが見つからなかったため にサーバが処理できなかった，秒ごとの要求数。 通常，この種のエラーは，HTTP のエラー・コード 404 としてクライアントに通知されます。 Process Private Bytes プロセスによって割り当てられ，ほかのプロセス とは共有できないバイト数の最新の値。 iPlanet/Netscape モニタの設定 iPlanet/Netscape モニタには，負荷テスト実行中の iPlanet/Netscape サーバのリ ソース使用状況に関する統計値が表示されます。 iPlanet または Netscape サーバを監視するには，管理サーバの URL を知ってお く必要があります。管理サーバの URL を検証する簡単な方法は，ブラウザで URL を表示してみることです。 URL は，次の形式で指定します。 http:// ＜管理サーバ名 /IP アドレス＞ : ＜ポート番号＞ /https- ＜管理サーバ名 /IP アドレス＞ /bin/sitemon?doit 次に例を示します。 http://lazarus:12000/https-lazarus.mercury.co.il/bin/sitemon?doit 注：サーバの設定によっては，IP アドレスではなく，サーバ名を URL に含め なければなりません。また，管理サーバ名は iPlanet/Netscape サーバ名と異なる 場合があります。 497 497 第 5 部 • 負荷テストモニタの設定 Performance Center ホストから iPlanet/Netscape モニタを起動するには，次の 手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択 します。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 2［Web Server Resource Graphs］セクションで［iPlanet/Netscape］を選択してか ら［Next］をクリックします。［Choose Server］ページが開きます。 3 監視対象のリソースを含むサーバの名前または IP アドレスを入力します。 ［URL］ボックスで，URL を入力するか，標準の URL （/https- ＜管理サーバ＞ /bin/sitemon?doit）をそのまま使用します。 ［Port］ボックスに，ポート番号を（サーバ名なしで）入力するか，標準設定の ポートをそのまま使用します。 ユーザのログイン名とパスワードを入力します。このユーザには，サーバの管 理者権限が必要です。 注：標準設定のポート番号と URL は，サーバによって異なります。Web サー バの管理者に確認してください。サーバの設定によっては，IP アドレスではな く，管理サーバ名を URL に含めなければなりません。 498 第 33 章 • Web サーバ・リソースの監視 4［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバ・プロパティが表示されます。 5 必要な測定値を選択します。 使用可能なパフォーマンス・カウンタの一覧については，500 ページを参照し てください。 6［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 注：ファイアウォール越しに iPlanet/Netscape サーバを監視するには， iPlanet/Netscape Administration サーバ・ポートを使用します。このポートは， サーバのインストール中に設定します。 499 499 第 5 部 • 負荷テストモニタの設定 iPlanet/Netscape パフォーマンス・カウンタ 次の表に，監視できる測定値およびサーバのプロパティの説明を示します。 測定値 説明 200/sec サーバによって処理された秒ごとの成功トランザクション数。 2xx/sec サーバによる 200 から 299 までのステータス・コードの秒ごと の処理数。 302/sec サーバによる秒ごとの再配置 URL 処理数。 304/sec サーバがユーザに，サーバから新しいバージョンを取得するの ではなく，URL のローカル・コピーを使用するように伝えた秒 ごとの要求数。 3xx/sec サーバによる 300 から 399 までのステータス・コードの秒ごと の処理数。 401/sec サーバによる秒ごとの認証拒否要求の処理数。 403/sec サーバによる秒ごとの URL アクセス禁止ステータス・コード 処理数。 4xx/sec サーバによる 400 から 499 までのステータス・コードの秒ごと の処理数。 5xx/sec サーバによる 500 以上のステータス・コードの秒ごとの処理数。 Bad requests/sec サーバによる秒ごとの不正要求処理数。 Bytes sent/sec Web サーバがデータ・バイトを送信した速度。 Hits/sec 1 秒あたりの HTTP 要求の数。 xxx/sec 500 HTTP ステータス・コードを返したタイムアウトやその他のエ ラーを除いた，サーバによるすべてのステータス・コード （2xx ～ 5xx）の秒ごとの処理数。 第 33 章 • Web サーバ・リソースの監視 iPlanet（SNMP）モニタの設定 iPlanet（SNMP）モニタは，Simple Network Management Protocol（SNMP）を 使って iPlanet（SNMP）サーバの統計値を取得します。［iPlanet (SNMP) Choose Measurements］ページを使って，iPlanet（SNMP）サーバを監視するための測定 値を選択します。 注：iPlanet（SNMP）サーバを監視するには，サーバの構成によって 161 番 ポートまたは 162 番ポートのどちらかを使用します。 iPlanet（SNMP）リソース・モニタを設定するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択し ます。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 2［Web Server Resource Graphs］セクションで［iPlanet (SNMP)］を選択してから ［Next］をクリックします。［Choose Server］ページが開きます。 501 501 第 5 部 • 負荷テストモニタの設定 3 監視対象のリソースを含むサーバの名前または IP アドレスを入力します。 iPlanet SNMP エージェントを実行しているポートの番号が SNMP の標準のポー ト番号と異なる場合には，ポート番号を定義する必要があります。マシン名と ポート番号を，＜サーバ名 : ポート番号＞の形式で指定します。 10 以上のレベルのオブジェクト・ノードの場合， ［Concatenate SNMP levels］ をクリックすると下位レベルをピリオド（.）で区切った 1 つの文字列として表 示できます。標準設定では，［Choose Measurements］ページには SNMP オブ ジェクトのすべてのノードがツリー・レベルの構造で表示されます。 iPlanet（SNMP）モニタの測定値情報の表示レベルを上げるには，［Show string item］をクリックします。これにより，測定項目の文字列値が（測定項 目の数値だけでなく）一覧表示されます。文字列値は，識別のために測定項目 名の一部として表示されます。 次の例では，ProcessName の文字列値（sched）がそのインスタンス ID（0） に加えて表示されます。 4［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバのプロパティが表示されます。 5 監視する測定値を選択します。 使用可能なパフォーマンス・カウンタの一覧については，503 ページを参照し てください。 注：iPlanet（SNMP）モニタでは測定値を 25 個まで監視できます。 502 第 33 章 • Web サーバ・リソースの監視 6［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 iPlanet（SNMP）パフォーマンス・カウンタ 次の表に，監視できる測定値およびサーバのプロパティの説明を示します。 測定値 説明 iwsInstanceTable iPlanet Web サーバ・インスタンス。 iwsInstanceEntry iPlanet Web サーバ・インスタンス。 iwsInstanceIndex サーバ・インスタンスのインデックス。 iwsInstanceId サーバ・インスタンスの識別子。 iwsInstanceVersion サーバ・インスタンスのソフトウェア・バージョン。 iwsInstanceDescription サーバ・インスタンスの説明。 iwsInstanceOrganization サーバ・インスタンスに対応する担当責任組織。 iwsInstanceContact サーバ・インスタンスに対応する 1 人または複数 人の担当責任者の連絡先情報。 iwsInstanceLocation サーバ・インスタンスの場所。 iwsInstanceStatus サーバ・インスタンスのステータス。 iwsInstanceUptime サーバ・インスタンスの連続稼動時間。 iwsInstanceDeathCount サーバ・インスタンス・プロセスが異常停止した 回数。 iwsInstanceRequests 処理した要求の数。 iwsInstanceInOctets 受信したオクテットの数。 iwsInstanceOutOctets 送信したオクテットの数。 iwsInstanceCount2xx 発行された 200 レベル（Successful）応答の数。 iwsInstanceCount3xx 発行された 300 レベル（Redirection）応答の数。 iwsInstanceCount4xx 発行された 400 レベル（Client Error）応答の数。 iwsInstanceCount5xx 発行された 500 レベル（Server Error）応答の数。 503 503 第 5 部 • 負荷テストモニタの設定 504 測定値 説明 iwsInstanceCountOther 発行されたその他の（2xx，3xx，4xx，5xx のどれ でもない）応答の数。 iwsInstanceCount200 発行された 200（OK）応答の数。 iwsInstanceCount302 発行された 302（Moved Temporarily）応答の数。 iwsInstanceCount304 発行された 304（Not Modified）応答の数。 iwsInstanceCount400 発行された 400（Bad Request）応答の数。 iwsInstanceCount401 発行された 401（Unauthorized）応答の数。 iwsInstanceCount403 発行された 403（Forbidden）応答の数。 iwsInstanceCount404 発行された 404（Not Found）応答の数。 iwsInstanceCount503 発行された 503（Unavailable）応答の数。 iwsInstanceLoad1MinuteAverage システムの 1 分間あたりの平均負荷。 iwsInstanceLoad5Minute Average システムの 5 分間あたりの平均負荷。 iwsInstanceLoad15Minute Average システムの 15 分間あたりの平均負荷。 iwsInstanceNetworkInOctets ネットワークで送信された秒ごとのオクテット数。 iwsInstanceNetworkOutOctets ネットワークで受信された秒ごとのオクテット数。 iwsVsTable iPlanet Web サーバ仮想サーバ群。 iwsVsEntry iPlanet Web サーバ仮想サーバ。 iwsVsIndex 仮想サーバのインデックス。 iwsVsId 仮想サーバの識別子。 iwsVsRequests 処理した要求の数。 iwsVsInOctets 受信したオクテットの数。 iwsVsOutOctets 送信したオクテットの数。 iwsVsCount2xx 発行された 200 レベル（Successful）応答の数。 iwsVsCount3xx 発行された 300 レベル（Redirection）応答の数。 第 33 章 • Web サーバ・リソースの監視 測定値 説明 iwsVsCount4xx 発行された 400 レベル（Client Error）応答の数。 iwsVsCount5xx 発行された 500 レベル（Server Error）応答の数。 iwsVsCountOther 発行されたその他の（2xx，3xx，4xx，5xx のどれ でもない）応答の数。 iwsVsCount200 発行された 200（OK）応答の数。 iwsVsCount302 発行された 302（Moved Temporarily）応答の数。 iwsVsCount304 発行された 304（Not Modified）応答の数。 iwsVsCount400 発行された 400（Bad Request）応答の数。 iwsVsCount401 発行された 401（Unauthorized）応答の数。 iwsVsCount403 発行された 403（Forbidden）応答の数。 iwsVsCount404 発行された 404（Not Found）応答の数。 iwsVsCount503 発行された 503（Unavailable）応答の数。 iwsProcessTable iPlanet Web サーバ・プロセス群。 iwsProcessEntry iPlanet Web サーバ・プロセス。 iwsProcessIndex プロセスのインデックス。 iwsProcessId オペレーティング・システム・プロセス識別子。 iwsProcessThreadCount 要求処理スレッドの数。 iwsProcessThreadIdle 現在アイドル状態の要求処理スレッドの数。 iwsProcessConnectionQueue Count 現在接続キュー内にある接続の数。 iwsProcessConnectionQueue Peak 過去に同時にキューに置かれた接続数の最大値。 iwsProcessConnectionQueue Max 接続キューに置くことのできる接続数の最大値。 iwsProcessConnectionQueue Total 受け付けられた接続の数。 505 505 第 5 部 • 負荷テストモニタの設定 506 測定値 説明 iwsProcessConnectionQueue Overflows 接続キューのオーバーフローのために拒否された 接続の数。 iwsProcessKeepaliveCount 現在キープアライブ・キュー内にある接続の数。 iwsProcessKeepaliveMax キープアライブ・キューに置くことのできる接続 数の最大値。 iwsProcessSizeVirtual プロセスのサイズ（KB）。 iwsProcessSizeResident プロセスの常駐サイズ（KB）。 iwsProcessFractionSystem MemoryUsage システム・メモリ内のプロセス・メモリの割合。 iwsListenTable iPlanet Web サーバ・リッスン・ソケット群。 iwsListenEntry iPlanet Web サーバ・リッスン・ソケット。 iwsListenIndex リッスン・ソケットのインデックス。 iwsListenId リッスン・ソケットの識別子。 iwsListenAddress ソケットがリッスンしているアドレス。 iwsListenPort ソケットがリッスンしているポート。 iwsListenSecurity 暗号化サポート。 iwsThreadPoolTable iPlanet Web サーバ・スレッド・プール群。 iwsThreadPoolEntry iPlanet Web サーバ・スレッド・プール。 iwsThreadPoolIndex スレッド・プールのインデックス。 iwsThreadPoolId スレッド・プールの識別子。 iwsThreadPoolCount キューに置かれた要求の数。 iwsThreadPoolPeak 過去に同時にキューに置かれた要求の数の最大値。 iwsThreadPoolMax キューに置くことのできる要求の数の最大値。 iwsCpuTable iPlanet Web サーバ CPU 群。 iwsCpuEntry iPlanet Web サーバ CPU。 iwsCpuIndex CPU のインデックス。 第 33 章 • Web サーバ・リソースの監視 測定値 説明 iwsCpuId CPU の識別子。 iwsCpuIdleTime CPU のアイドル時間。 iwsCpuUserTime CPU のユーザ時間。 iwsCpuKernelTime CPU のカーネル時間。 プロキシ・サーバを使用した監視 Performance Center では，Performance Center ホストと監視対象のサーバの間に プロキシ・サーバがある場合に，Apache モニタおよび Netscape モニタを使用し て監視できます。このような監視を実行するためには，設定ファイル内で各種 設定を定義する必要があります。設定ファイルは，Apache モニタの場合 ＜ Performance Center のインストール先フォルダ＞ \dat\monitors\apache.cfg， または Netscape モニタの場合 ＜Performance Center のインストール先フォルダ＞\dat\monitors\Netscape.cfg です。 設定を定義する前に，プロキシ設定を，Internet Explorer の接続設定または設定 ファイルのプロキシ設定のどちらから取得するかを Performance Center に対し て指定します。 507 507 第 5 部 • 負荷テストモニタの設定 Performance Center で Internet Explorer 接続からプロキシ設定を取得するには， 次の手順を実行します。 1 設定ファイルのプロキシ設定（Proxy Setting）セクションで「useProxy」変数 に値「1」を割り当てます。 2 プロキシでユーザ名，パスワード，ドメインが必要な場合は，これらのパラ メータを「proxyUsername」，「proxyPassword」，「proxyDomain」の各行に 指定します。 Performance Center で設定ファイルからプロキシ設定を取得するには，次の手 順を実行します。 1 設定ファイルのプロキシ設定（Proxy Setting）セクションで「httpProxy」行に プロキシ情報を入力します。次の形式で指定します。 [ ＜プロトコル＞ =][ ＜スキーム＞ ://] ＜プロキシ＞ [: ＜ポート＞ ] [[ ＜プロトコル＞ =][ ＜スキーム＞ ://] ＜プロキシ＞ [: ＜ポート＞ ]] 次に例を示します。 httpProxy=http=http://my_http_proxy:8080 https=https://my_https_proxy:9000 2 プロキシでユーザ名，パスワード，ドメインが必要な場合は，これらのパラ メータを「proxyUsername」 ，「proxyPassword」，「proxyDomain」の各行に 指定します。 Performance Center をサーバに（プロキシ設定をすべて無視して）直接接続す るには，次の手順を実行します。 設定ファイルのプロキシ設定（Proxy Settings）セクションで「useProxy」変数 に値「0」を割り当てます。 508 第 34 章 Web アプリケーション・サーバ・リソースの 監視 Performance Center の Web アプリケーション・サーバ・リソース・モニタを使 用して，負荷テスト実行中に Web アプリケーション・サーバを監視して，アプ リケーション・サーバ・パフォーマンスのボトルネックを特定することができ ます。 本章では，次の項目について説明します。 ➤ Web アプリケーション・サーバ・リソース・モニタについて ➤ Ariba モニタの設定 ➤ ATG Dynamo モニタの設定 ➤ BroadVision モニタの設定 ➤ ColdFusion モニタの設定 ➤ iPlanet (NAS) モニタの設定 ➤ Microsoft Active Server Pages モニタの設定 ➤ Oracle9iAS HTTP モニタの設定 ➤ SilverStream モニタの設定 ➤ WebLogic（JMX）モニタの設定 ➤ WebSphere モニタの設定 ➤ WebSphere アプリケーション・サーバの設定 ➤ WebSphere（EPM）モニタの設定 509 第 5 部 • 負荷テスト・モニタの設定 Web アプリケーション・サーバ・リソース・モニタについて Web アプリケーション・サーバ・リソース・モニタは，負荷テストの実行時に Ariba，ATG Dynamo，BroadVision，ColdFusion，iPlanet (NAS)，Microsoft ASP， Oracle9iAS HTTP，SilverStream，WebLogic (JMX)，および WebSphere といった Web アプリケーション・サーバのリソースの使用状況に関する情報を表示しま す。パフォーマンス・データを取得するには，負荷テストを実行する前に， サーバのオンライン・モニタを起動して測定対象のリソースを指定する必要が あります。 モニタ測定値の選択手順およびモニタの設定手順は，サーバの種類によって異 なります。以降の項では，サーバの種類ごとに設定手順を説明します。 Ariba モニタの設定 Ariba モニタには，負荷テスト実行中の Ariba サーバのリソース使用状況に関す る統計値が表示されます。Ariba サーバ上の監視対象の測定値を選択するには， ［Ariba Choose Measurements］ページを使用します。 注：ファイアウォール越しに Ariba サーバを監視するために使用するポートは， サーバの構成によって異なります。 Ariba モニタを設定するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択し ます。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 510 第 34 章 • Web アプリケーション・サーバ・リソースの監視 2［Web Application Server Resource Graphs］セクションの中で，［Ariba］を選択 し，［Next］をクリックします。［Choose Server］ページが開きます。 3 サーバ名または IP アドレスを，＜サーバ名＞ : ＜ポート番号＞ の形式で入力し ます。 例：merc1:12130 4［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバのプロパティが表示されます。 5 監視する測定値を選択します。 使用可能なパフォーマンス・カウンタの一覧については，513 ページを参照し てください。 511 511 第 5 部 • 負荷テスト・モニタの設定 6［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 XML アクセシビリティ検証 パフォーマンス XML ファイルを表示できるのは，XML と互換性のあるブラウ ザだけです。 XML ファイルが表示可能かどうか確認するには，次の手順を実行します。 ブラウザで XML ファイルを表示します。URL は，次の形式で指定します。 http:// ＜サーバ名 : ポート番号＞ /metrics?query=getStats 次に例を示します。 http://merc1:12130/metrics?query=getStats 注：ブラウザが XML と互換性があっても，「The XML page cannot be displayed.」 というエラーが返される場合があります。この場合，XML ファイルはブラウ ザでは表示できませんが，Ariba パフォーマンス・モニタでそのファイルにア クセスできます。 512 第 34 章 • Web アプリケーション・サーバ・リソースの監視 Ariba パフォーマンス・カウンタ 以降の各表に，監視可能なカウンタの説明を示します。 主要なサーバ・パフォーマンス・カウンタ 測定値 説明 Requisitions Finished この値を取得した瞬間におけるワーカ・キューの長さを示 す測定値。ワーカ・キューが長いほど，ユーザ要求の処理 は遅れます。 Worker Queue Length この値を取得した瞬間におけるワーカ・キューの長さを示 す測定値。ワーカ・キューが長いほど，ユーザ要求の処理 は遅れます。 Concurrent Connections この値を取得した瞬間における，同時ユーザ接続数を示す 測定値。 Total Connections Ariba Buyer が開始されてからの同時ユーザ接続の累積数。 Total Memory この値を取得する瞬間において Ariba Buyer が使用している メモリ量を示す測定値（KB）。 Free Memory この値を取得する瞬間において使用されていない予約メモ リ量を示す測定値（バイト）。 Up Time Ariba Buyer が開始されてからの稼働時間（時間と分）。 Number of Threads この値を取得する瞬間において存在しているサーバ・ス レッドの数を示す測定値。 Number of Cached Objects この値を取得する瞬間においてメモリに格納されている Ariba Buyer オブジェクトの数を示す測定値。 Average Session Length 前のサンプリング時間以降ログ・アウトしたすべてのユー ザのユーザ・セッションの平均の長さ（秒）。この値は， ユーザがサーバに接続している時間の平均を表します。 Average Idle Time 前のサンプリング時間以降のアクティブなすべてのユーザ の平均アイドル時間（秒）。アイドル時間とは，同じユーザ による連続した 2 つのユーザ要求の間の時間のことです。 Approves サンプリング時間中に発生した承認の累積数。Approve は， 1 つの Approvable を承認するユーザで構成されます。 Submits 前のサンプリング時間以降送信された Approval の累積数。 513 513 第 5 部 • 負荷テスト・モニタの設定 測定値 説明 Denies 前のサンプリング時間以降，拒否された送信 Approval の累 積数。 Object Cache Accesses 前のサンプリング時間以降の，オブジェクト・キャッシュ への累積アクセス数（読み取りと書き込みの両方）。 Object Cache Hits 前のサンプリング時間以降の，オブジェクト・キャッシュ への成功した累積アクセス数（キャッシュ・ヒット数）。 システム関連パフォーマンス・カウンタ 測定値 説明 Database Response Time 前のサンプリング時間以降の，データベース要求に対する 平均応答時間（秒）。 Buyer to DB server Traffic 前のサンプリング時間以降，Ariba Buyer がデータベース・ サーバに送信した累積バイト数。 DB to Buyer server Traffic 前のサンプリング時間以降，データベース・サーバが Ariba Buyer に送信した累積バイト数。 Database Query Packets 前のサンプリング時間以降，Ariba Buyer がデータベース・ サーバに送信した平均パケット数。 Database Response Packets 前のサンプリング時間以降，データベース・サーバが Ariba Buyer に送信した平均パケット数。 ATG Dynamo モニタの設定 ATG Dynamo モニタは，SNMP を使って ATG Dynamo サーバの統計値を取得し ます。ATG Dynamo サーバ上の監視対象の測定値を選択するには，［ATG Dynamo Choose Measurements］ページを使用します。 ATG Dynamo サーバ・モニタを設定するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択し ます。詳細については，95 ページ「モニタの設定」を参照してください。 514 第 34 章 • Web アプリケーション・サーバ・リソースの監視 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 2［Web Application Server Resource Graphs section］セクションの中で，［ATG Dynamo］を選択し，［Next］をクリックします。［Choose Server］ページが開 きます。 3 監視対象のマシンのサーバ名または IP アドレスを入力します。ATG SNMP エージェントによって使用されているポートが，ATG SNMP の標準のポート番 号である 8870 と異なる場合には，ポート番号を定義する必要があります。マ シン名とポート番号を，＜サーバ名 : ポート番号＞の形式で指定します。次に 例を示します。 merc1:12130 10 以上のレベルのオブジェクト・ノードの場合， ［Concatenate SNMP levels］ をクリックすると下位レベルをピリオド（.）で区切った 1 つの文字列として表 示できます。標準設定のビューでは，［Choose Measurements］ページにすべて の SNMP オブジェクトのノードがツリー状の階層レベルで表示されます。 ATG Dynamo モニタの測定値情報の表示レベルを上げるには，［Show string item］をクリックします。これにより，測定項目の文字列値が（測定項目の数 値だけでなく）一覧表示されます。文字列値は，識別のために測定項目名の一 部として表示されます。 515 515 第 5 部 • 負荷テスト・モニタの設定 次の例では，ProcessName の文字列値（sched）がそのインスタンス ID（0） に加えて表示されます。 4［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバのプロパティが表示されます。 5 監視する測定値を選択します。 使用可能なパフォーマンス・カウンタの一覧については，517 ページを参照し てください。 注：ATG Dynamo モニタでは，測定値を 25 項目まで監視できます。 516 第 34 章 • Web アプリケーション・サーバ・リソースの監視 6［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 ATG Dynamo パフォーマンス・カウンタ 以降の各表に，監視可能な測定値の説明を示します。 d3System 測定値 sysTotalMem 説明 現在オブジェクトの割り当てに利用できるメモリの総量 （バイト）。 sysFreeMem 将来的にオブジェクトの割り当てに利用できるメモリの， 現在の推定総量（バイト）。 sysNumInfoMsgs 書き込まれたシステム・グローバル情報メッセージの数。 sysNumWarningMsgs 書き込まれたシステム・グローバル警告メッセージの数。 sysNumErrorMsgs 書き込まれたシステム・グローバル・エラー・メッセージ の数。 d3LoadManagement 測定値 説明 lmIsManager Dynamo が負荷マネージャを実行している場合は真。 lmManagerIndex 負荷管理エンティティの一覧の先頭からの Dynamo のオ フセットを返します。 lmIsPrimaryManager 負荷マネージャが実行中のプライマリ・マネージャであ る場合は真。 lmServicingCMs 負荷マネージャが，接続モジュール・ポーリング間隔と して設定された時間内に接続モジュール要求をサービス した場合は真。 lmCMLDRPPort 接続モジュール・エージェントのポート。 lmIndex 管理される各エンティティの一意の値。 lmSNMPPort エントリの SNMP エージェントのポート。 517 517 第 5 部 • 負荷テスト・モニタの設定 測定値 説明 lmProbability エントリに新規セッションが割り当てられる確率。 lmNewSessions エントリが新規セッションを受け付けているかどうか， また，負荷マネージャがエントリへの新規セッションの 送信を許可しているかどうかを示します。この値には， lmNewSessionOverride が示すオーバーライドも含まれます。 lmNewSessionOverride サーバが新規セッションを受け付けているかどうかを示 すオーバーライド設定。 d3SessionTracking 測定値 説明 stCreatedSessionCnt 作成されたセッションの数。 stValidSessionCnt 有効なセッションの数。 stRestoredSessionCnt サーバに移行されたセッションの数。 StDictionaryServerStatus d3Session Tracking d3DRPServer 518 測定値 説明 drpPort DRP サーバのポート。 drpTotalReqsServed サービスされた DRP 要求の総数。 drpTotalReqTime 全 DRP 要求の合計サービス時間（ミリ秒）。 drpAvgReqTime 各 DRP 要求の平均サービス時間（ミリ秒）。 drpNewessions Dynamo が新規セッションを受け付けている場合は真。 第 34 章 • Web アプリケーション・サーバ・リソースの監視 d3DBConnPooling 測定値 説明 dbPoolsEntry プールの設定と現在のステータスに関する情報が含ま れているプール・サービス・エントリ。 dbIndex 各プール・サービスの一意の値。 dbPoolID データベース接続プール・サービスの名前。 dbMinConn プールされた接続数の最小値。 dbMaxConn プールされた接続数の最大値。 dbMaxFreeConn 同時に存在し得る空き状態のプールされた接続数の最 大値。 dbBlocking プールがチェック・アウトを阻止するかどうかを示し ます。 dbConnOut チェック・アウトされた接続の数を返します。 dbFreeResources プール中の空き状態の接続の数を返します。この値 は，現在チェック・アウトされていない，実際に作成 された接続数を表します。プールの最大接続数までさ らにいくつの接続が作成できるかは表しません。 dbTotalResources プールの総接続数を返します。この値は，実際に作成 された接続数を表し，さらにいくつの接続を作成して プールで使用できるかは表しません。 519 519 第 5 部 • 負荷テスト・モニタの設定 BroadVision モニタの設定 BroadVision モニタには，負荷テスト実行時に BroadVision アプリケーションで 利用可能なすべてのサーバ / サービスのパフォーマンスの統計値が表示されま す。BroadVision サーバを監視するには，サーバでサービスを起動する権限をク ライアントに与える必要があります。BroadVision サーバ上の監視対象の測定値 を選択するには，［BroadVision Choose Measurements］ページを使用します。 注：ファイアウォール越しに BroadVision サーバを監視するために使用する ポートは，サーバの構成によって異なります。 BroadVision サーバに対する権限をクライアントに与えるには，次の手順を実 行します。 ➤ 次の Iona Technologies（Orbix）コマンドを使って，ロード・ジェネレータ・マ シンのユーザとアクセス権限を設定します。 chmodit [-h ＜ホスト＞ ] [-v] { ＜サーバ＞ | -a ＜ディレクトリ＞ } {i{+,-}{user,group} | l{+,-}{user,group} } ➤ BroadVision モニタに接続しようとして問題が生じた場合には，「all」に対する 権限を定義し直す必要がある場合があります。 「all」に対する権限を呼び出すには，BroadVision サーバのコマンド・プロンプ トで次のコマンドを入力します。 # chmodit ＜サーバ＞ i+all 「all」の権限を開始するには，BroadVision サーバのコマンド・プロンプトで次 のコマンドを入力します。 # chmodit ＜サーバ＞ l+all 520 第 34 章 • Web アプリケーション・サーバ・リソースの監視 ➤ または，ORBIX_ACL を設定します。BroadVision/Orbix 設定ファイルで ORBIX_ACL=i+all l+all を設定すると，権限が「all」に対して与えられます。 さらに，BroadVision サーバを監視するには，Performance Center ホスト・マシ ンに JDK 1.2 以降がインストールされている必要があります。 JDK 1.2 は，Web サイト http://java.sun.com/products/jdk/1.2/ からダウンロード して，インストール手順に従ってインストールできます。 モニタを有効にする前に，Java 環境が正しく設定されていることを確認します。 Java 環境を設定するには，次の手順を実行します。 1 Windows レジストリを開きます。 2 レジストリには，JDK 1.2 のインストール先ディレクトリにある Java 実行ファ イル（java.exe）への正しいパスが含まれている必要があります。次のレジスト リ・キーを確認します。 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\A pp Paths\java.exe 3 レジストリには，JRE 1.2 のインストール先ディレクトリにある Java ランタイ ム環境（JRE）への正しいパスが含まれている必要があります。次のレジスト リ・キーを確認します。 HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Runtime Environment\1.2\JavaHome BroadVision オンライン・モニタを設定するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択し ます。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 521 521 第 5 部 • 負荷テスト・モニタの設定 2［Web Application Server Resource Graphs］セクションの中で， ［BroadVision(4.5-5.4)］または［BroadVision (5.5-6.X)］を選択し，［Next］ をクリックします。該当する［Choose Server］ページが開きます。 3 BroadVision サーバのサーバ名または IP アドレスとポート番号を， ＜サーバ名＞ : ＜ポート番号＞ という形式で入力します。次に例を示します。 dnsqa:1221 4［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバのプロパティが表示されます。 5 監視する測定値を選択します。 使用可能なパフォーマンス・カウンタの一覧については，523 ページを参照し てください。 6［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 522 第 34 章 • Web アプリケーション・サーバ・リソースの監視 BroadVision パフォーマンス・カウンタ 次の表に，監視可能なサーバおよびサービスを示します。 サーバ 複数イン スタンス 説明 adm_srv 不可 One-To-One ユーザ管理サーバ。必ず 1 つ必要です。 alert_srv 不可 警告サーバは，Alert システムに対する直接の IDL 関数呼び出しを処理します。 bvconf_srv 不可 One-To-One 構成管理サーバ。必ず 1 つ必要です。 cmsdb 可 訪問者管理データベース・サーバ。 cntdb 可 コンテンツ・データベース・サーバ。 deliv_smtp_d 可 電子メール・タイプのメッセージの通知配信サー バ。このサーバの各インスタンスは，「1」から始ま る通し番号の ID を割り当てられている必要があり ます。 deliv_comp_d 不可 通知配信完了プロセッサ。 extdbacc 可 外部データベース・アクセッサ。外部データ・ソー スごとに最低 1 つは必要です。 genericdb 不可 汎用データベース・アクセッサは，アプリケーショ ンから明示的に呼び出された場合に，アプリケー ションからのコンテンツ問い合わせ要求を処理しま す。これは，One-To-One Command Center でも使用 されます。 hostmgr 可 One-To-One 処理に参加するが One-To-One サーバは 実行しない各マシンのホスト・マネージャ・プロセ スを定義します。たとえば，サーバだけが実行され るマシンでは hostmgr が必要です。このリストの サーバのうちの 1 つがすでにあるマシンでは，別の hostmgr は必要ありません。 g1_ofbe_srv 不可 注文処理バックエンド・サーバ。 g1_ofdb 可 注文処理データベース・サーバ。 g1_om_srv 不可 注文管理サーバ。 523 523 第 5 部 • 負荷テスト・モニタの設定 サーバ 複数イン スタンス pmtassign_d 不可 支払いアーカイビング・デーモンは，定期的に請求 書テーブルを検査し，支払い処理が完了したレコー ドを探して，そのレコードをアーカイブ・テーブル に移すという方法で，支払いレコードをアーカイブ に転送します。 pmthdlr_d 可 各支払い処理メソッドには，要求があったときに定 期的に認証を取得する，1 つ以上の認証デーモンが 必要です。 pmtsettle_d 可 支払い決済デーモンは，決済を要する，関連支払い 処理メソッドの注文がないかデータベースを定期的 に検査し，その処理を承認します。 sched_poll_d 不可 通知スケジュール・ポーラは，通知を行うタイミン グを判断するために，データベース・テーブルをス キャンします。 sched_srv 可 通知スケジュール・サーバは，訪問者通知メッセー ジを生成するスクリプトを実行します。 説明 パフォーマンス・カウンタ 各サーバまたはサービスのパフォーマンス・カウンタは，サービスの種類に応 じて論理グループに分類されます。 次の項では，グループごとに利用可能なすべてのカウンタを説明します。サー ビスによっては，同じグループでもカウンタの数が異なる場合もあります。 カウンタ・グループ ➤ BV_DB_STAT ➤ BV_SRV_CTRL ➤ BV_SRV_STAT ➤ NS_STAT ➤ BV_CACHE_STAT ➤ JS_SCRIPT_CTRL ➤ JS_SCRIPT_STAT 524 第 34 章 • Web アプリケーション・サーバ・リソースの監視 BV_DB_STAT データベース・アクセッサ・プロセスには，BV_DB_STAT メモリ・ブロックか ら取得できる付加的な統計データがあります。これらの統計データは，選択， 更新，挿入，削除，およびストアド・プロシージャの実行回数など，データ ベース・アクセスに関する情報を提供します。 DELETE 削除の実行回数 INSERT 挿入の実行回数 SELECT 選択の実行回数 SPROC ストアド・プロシージャの実行回数 UPDATE 更新の実行回数 BV_SRV_CTRL SHUTDOWN シャットダウン・トリガ。ゼロ以外の値に設定されて いると，サーバがシャットダウンします。 BV_SRV_STAT Interaction Manager プロセスの表示には，現在のセッション数，接続数，アイド ル・セッション数，使用中のスレッド数，および処理された CGI 要求の数に関 する情報が含まれます。 HOST プロセスを実行中のホスト・マシン。 ID プロセスのインスタンス（複数のプロセスを bv1to1.conf ファイルで設定可能），または， Interaction Manager のエンジンの ID。 CGI 処理された CGI 要求の現在の総数。 CONN 接続の現在の総数。 525 525 第 5 部 • 負荷テスト・モニタの設定 CPU このプロセスによって消費された CPU の割合。ある プロセスが CPU 時間の大部分を使用している場合は， そのプロセスをほかのホストに移動するか，場合に よってはほかのマシンで動作する追加プロセスを作成 することを検討します。これらの指定はどちらも， bv1to1.conf ファイルで行います。報告された CPU の割合は，1 つのプロセッサに関するものです。プロ セッサが 4 つ搭載されているマシンで，サーバが 1 つ の CPU を占有している場合，この統計値は 100% とな りますが，Windows のタスク・マネージャでは 25% となります。この統計値は，Windows のパフォーマン ス・モニタの「% Processor Time」と一致します。 GROUP プロセス・グループ（bv1to1.conf ファイルで設定）， または，Interaction Manager アプリケーション名。 STIME サーバの開始時刻。通常，複数の開始時刻が測定され ている場合，この値は互いに近い時間です。時間が離 れている場合は，サーバがクラッシュし，自動的に再 起動されたことを示します。 IDL モニタへの要求を除く，受信した IDL 要求の総数。 IdlQ JOB 526 LWP 軽量プロセス（スレッド）の数。 RSS サーバ・プロセスの常駐メモリ・サイズ（KB）。 STIME システムの開始時刻。 SESS セッションの現在の総数。 SYS システム・モードでの累積 CPU 使用時間（秒）。 THR スレッドの現在の総数。 第 34 章 • Web アプリケーション・サーバ・リソースの監視 USR ユーザ・モードでの累積 CPU 使用時間（秒）。 VSZ サーバ・プロセスの仮想メモリ・サイズ（KB）。プロ セスのサイズが増大している場合，メモリ・リークが 発生している可能性があります。そのプロセスが Interaction Manager プロセスであれば，原因はコン ポーネントか動的オブジェクトである可能性が高いと いえます（ただし，Interaction Manager サーバは通常 の動作として，ガーベジ・コレクションによってサイ ズが増減します）。 NS_STAT NS プロセスは，現在の One-To-One 環境の名前空間を表示します。また，名前 空間のオブジェクトを更新させることもできます。 Bind 処理された bind() CORBA 要求の数。 List 処理された ilst() CORBA 要求の数。 New NamingContext オブジェクトの新規作成数。 Rebnd 処理された rebind() CORBA 要求の数。 Rsolv 処理された resolve() CORBA 要求の数。 Unbnd 処理された unbind() CORBA 要求の数。 BV_CACHE_STAT 要求キャッシュのステータスを監視します。 各要求について次のカウンタが利用できます。 CNT- Request_Name-HIT キャッシュにある要求の総数。 CNT- Request_Name-MAX キャッシュの最大サイズ（バイト） 。 CNT- Request_Name-SWAP キャッシュからスワップされた項目の総数。 CNT- Request_Name-MISS キャッシュになかった要求の総数。 CNT- Request_Name-SIZE 現在キャッシュにある項目の総数。 527 527 第 5 部 • 負荷テスト・モニタの設定 キャッシュの測定値 次の項目について，キャッシュの測定値を利用できます。 528 AD 広告に関する情報が格納されています（現在のキャッ シュ・サイズ，設定されているキャッシュ・サイズ， ヒット数，ヒット・ミス数，置き換え数）。 ALERTSCHED 通知スケジュールは，BV_ALERTSCHED テーブルと BV_MSGSCHED テーブルで設定します。これは， One-To-One Comamnd Center のユーザが設定するか， またはアプリケーションによって設定されます。 CATEGORY_CONTENT カテゴリに関する情報が格納されています（現在の キャッシュ・サイズ，設定されているキャッシュ・サ イズ，ヒット数，ヒット・ミス数，置き換え数）。 DISCUSSION One-To-One ディスカッション・グループには，モデ レートされたメッセージ・システム，およびトピック 別に並べられるメッセージ・スレッドが備わっていま す。ディスカッション・グループの個々のメッセージ を作成，検索，削除するには，Discussion グループ・ インタフェースを使用します。ディスカッション・グ ループを作成，削除，検索するには，汎用のコンテン ツ管理 API を使用します。また，BV_DiscussionDB オ ブジェクトを使用すれば，ディスカッション・グルー プのデータベースのスレッドとメッセージにアクセス できます。 EXT_FIN_PRODUCT 外部製品に関する情報が格納されています（現在の キャッシュ・サイズ，設定されているキャッシュ・サ イズ，ヒット数，ヒット・ミス数，置き換え数） 。 EDITORIAL Editorials コンテンツ・モジュールを使用すれば，パー ソナライズされた編集コンテンツをポイント・キャス トおよびコミュニティ・キャストしたり，出版テキス トを自社の One-To-One サイトで販売したりできます。 また，投資レポートや週刊コラムなどの編集コンテン ツを外部のライターや出版社に依頼したり，自社独自 の記事，レビュー，レポート，およびその他の情報媒 体を作成したりできます。編集コンテンツとしては， テキストのほかに画像，音声，音楽，および映像も使 用できます。 第 34 章 • Web アプリケーション・サーバ・リソースの監視 INCENTIVE 販売奨励金が入ります。 MSGSCHED 訪問者メッセージのジョブの指定が入ります。通知ス ケジュールは，BV_ALERTSCHED テーブルと BV_MSGSCHED テーブルで設定します。これは， One-To-One Comamnd Center のユーザが設定するか， またはアプリケーションによって設定されます。 MSGSCRIPT 訪問者のメッセージと警告メッセージを生成する JavaScripts に関する記述が入ります。また，ターゲッ ト・メッセージと警告メッセージを生成する JavaScripts に関する記述が入ります。Command Center を使用し，Notifications グループの Visitor Messages モ ジュールを選択することによって，メッセージ・スク リプト情報をこのテーブルに追加します。詳細につい ては，『Command Center User's Guide』を参照してくだ さい。 PRODUCT BV_PRODUCT には，訪問者が購入できる製品に関す る情報が入ります。 QUERY BV_QUERY には，問い合わせが入ります。 SCRIPT BV_SCRIPT には，ページ・スクリプトが入ります。 SECURITIES 証券に関する情報が格納されています（現在のキャッ シュ・サイズ，設定されているキャッシュ・サイズ， ヒット数，ヒット・ミス数，置き換え数） 。 TEMPLATE Templates コンテンツ・モジュールによって，自社の One-To-One サイトで使用されているあらゆる BroadVision ページ・テンプレートを，コンテンツ・ データベースに格納できます。サイト開発者が OneTo-One Web サイトを作成する 1 つの方法として， One-To-One Design Center アプリケーションで， BroadVision ページ・テンプレートを BroadVision ダイ ナミック・オブジェクトと組み合わせるという方法が あります。開発者がこれらのページ・テンプレートを 使用している場合は，Command Center を使ってペー ジ・テンプレートをコンテンツ・データベースに入 れ，管理できます。サイトに BroadVision ページ・テ ンプレートが使われていない場合は，このコンテン ツ・モジュールは使用されません。 529 529 第 5 部 • 負荷テスト・モニタの設定 JS_SCRIPT_CTRL CACHE スクリプト・キャッシュが有効か無効かを示します。 初期設定は 1（有効）。 DUMP 参照ダンプ・シーケンス。インクリメントされている と，次のスクリプトを次回実行したときに，すべての コンテキストの参照がダンプされます。ダンプ情報 は，bvlog ディレクトリ内の jsctxdump. ＜ pid ＞ファ イルに追加されます。 FLUSH キャッシュのフラッシュ・シーケンス。インクリメン トされていると，次のスクリプトを次回実行したとき に，すべてのコンテキストのスクリプト・キャッシュ がフラッシュされます。 METER 測定が有効か無効かを示します。初期設定は 0（無効） 。 TRACE トレーシング・レベル。範囲は，BVLOG_LEVEL_MIN から BVLOG_LEVEL_MAX までです。レベルが低いほ どトレーシング情報が多くなります。初期値は BVLOG_DEBUG です。 JS_SCRIPT_STAT 530 ALLOC 参照の割り当て数。 ERROR 回復可能エラーの数（Error オブジェクトがセットさ れた回数）。 FAIL 失敗したスクリプト実行の数。 JSPPERR プロプロセッサの失敗の数。FAIL の数にも算入され ます。 RELEASE 参照の解放数。 STOP 停止したスクリプト実行の数。 SUCC 成功したスクリプト実行の数。 SYNTAX JavaScript のコンパイル失敗の数。FAIL の数にも算入 されます。 第 34 章 • Web アプリケーション・サーバ・リソースの監視 ColdFusion モニタの設定 ColdFusion モニタには，負荷テスト実行中の ColdFusion サーバのリソース使用 状況に関する統計値が表示されます。ColdFusion サーバ上の監視対象の測定値 を選択するには，［ColdFusion Choose Measurements］ページを使用します。 注：ColdFusion モニタは HTTP を介して動作し，UNIX プラットフォームをサ ポートします。Windows プラットフォーム上の ColdFusion サーバを監視する場 合は，Windows リソース・モニタを使うこともできます。 ColdFusion モニタ環境を設定するには，次の手順を実行します。 ＜ Performance Center のインストール先＞ \dat\monitors\perfmon.cfm ファイルを ＜ ColdFusion のホーム＞ \cfide\administrator ディレクトリにコ ピーします。標準設定では，ColdFusion モニタは， ＜ ColdFusion のホーム＞ \cfide\administrator\perfmon.cfm ファイルの有 無を確認します。 注：ファイアウォール越しに ColdFusion サーバを監視するために使用するポー トは，サーバの構成によって異なります。 ColdFusion モニタを設定するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択し ます。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 531 531 第 5 部 • 負荷テスト・モニタの設定 2［Web Application Server Resource Graphs section］セクションの中で， ［ColdFusion］を選択し，［Next］をクリックします。［Choose Server］ページ が開きます。 3 監視対象のリソースが含まれるサーバの名前または IP アドレスを入力します。 ユーザのログイン名とパスワードを入力します。 4［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバのプロパティが表示されます。 5 監視する測定値を選択します。 使用可能なパフォーマンス・カウンタの一覧については，532 ページを参照し てください。 6［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 ColdFusion パフォーマンス・カウンタ 次の表に，標準で監視可能なカウンタの説明を示します。 532 測定値 説明 Avg. Database Time (msec) ColdFusion がデータベース要求を処理するのに要する 時間量の平均（ミリ秒）。 Avg. Queue Time (msec) ColdFusion が要求の処理を開始する前に，要求が ColdFusion の入力キューで待機していた平均時間（ミ リ秒）。 Avg Req Time (msec) ColdFusion が要求を処理するのに要する合計時間の平 均（ミリ秒）。この値には，一般的なページ処理時間 に加えて，キュー時間とデータベース処理時間の両方 が含まれます。 第 34 章 • Web アプリケーション・サーバ・リソースの監視 測定値 説明 Bytes In/sec 1 秒間に ColdFusion サーバに送られたバイト数。 Bytes Out/sec 1 秒間に ColdFusion サーバが返したバイト数。 Cache Pops キャッシュ・ポップ数。 Database Hits/sec 1 秒間に ColdFusion サーバが生成したデータベース・ ヒット数。 Page Hits/sec 1 秒間に ColdFusion サーバが処理した Web ページ数。 Queued Requests 現在，ColdFusion サーバによって処理されるのを待機 している要求の数。 Running Requests 現在，ColdFusion サーバによってアクティブに処理さ れている要求の数。 Timed Out Requests 非活動タイムアウトによりタイムアウトとなった要求 の数。 533 533 第 5 部 • 負荷テスト・モニタの設定 iPlanet (NAS) モニタの設定 iPlanet（NAS）モニタは，SNMP を使って iPlanet（NAS）サーバの統計値を取 得します。［iPlanet (NAS) Choose Measurements］ページを使って，iPlanet （NAS）モニタの測定値を定義します。モニタを設定する前に，SNMP 監視用 のアプリケーション・サーバを設定する必要があります。 この項では，iPlanet アプリケーション・サーバでの SNMP 監視の設定について 簡単に説明します。この説明は iPlanet のドキュメントを補足するためのもの で，代わりになるものではありません。SNMP のレポーティング・アーキテク チャと考え方の説明については，iPlanet のドキュメントを参照してください。 注：次の説明では，SNMP の統計情報を SNMP の標準のポート番号である 161 番のポートを通して収集することを前提としています。 SNMP の概要 ➤ Solaris にはネイティブな SNMP エージェントである snmpdx があります。 snmpdx は，/etc/rc3.d/S76snmpdx スクリプトによってブート時に自動的に起動さ れます。このデーモンは SNMP の標準の 161 番ポートを使って通信します。 ポート番号は，-p ＜ポート＞ オプションを指定して変更できます。 ➤ iPlanet 製品には独自の SNMP エージェントが付属しています。ホストごとに， ネットワーク管理ステーションと通信する「マスタ・エージェント」と，各種 iPlanet 製品からデータを収集して，統計情報をマスタ・エージェントに転送す る 1 つまたは複数の「サブエージェント」があるという構成になっています。 マスタ・エージェントも標準設定では 161 番ポートと通信するようになってい ます。 ➤ Solaris の SNMP エージェントと iPlanet の SNMP エージェントの両方を実行す るには，プロキシを使用して Sun のエージェントが iPlanet エージェントのサブ エージェントに見えるようにする必要があります。 iPlanet アプリケーション・サーバの SNMP 監視の設定 アプリケーション・サーバの SNMP 監視を設定するにあたっての概要を次に示 します。 1 システムに root としてログインします 534 第 34 章 • Web アプリケーション・サーバ・リソースの監視 2 Solaris SNMP エージェントのポート番号を変更します。 3 iPlanet のエージェント「magt」と「sagt」を設定して実行します。 4 Solaris SNMP エージェントを起動します。 5 iPlanet Application Server を SNMP 統計用に構成します。 6 iPlanet Directory Server と iPlanet Web Server（オプション）用の SNMP サブエー ジェントを起動します。 要約 SNMP 管理ツールを使用して 161 番ポートを通じて SNMP マスタ・エージェン トに問い合わせをします。Solaris SNMP エージェントのほか，設定した iPlanet サブエージェントによるすべての情報が表示されます。 ブート・スクリプトを設定したので，次回 Solaris をブートするときは，Sun と iPlanet の SNMP エージェントは自動的に起動されます。 Solaris SNMP エージェントのポート番号を変更するには，次の手順を実行します。 1 システムに root としてログインします（root ユーザだけがポート番号を変更し てエージェントを実行できます）。 2 /etc/rc2.d/K76snmpdx stop を実行して SNMP エージェントを停止します。 3 /etc/rc3.d/S76snmpdx を編集して，非標準のポート番号で Solaris デーモンを実 行します。1161 番に変える場合の例を示します。次のように置き換えます。 /usr/lib/snmp/snmpdx -y -c /etc/snmp/conf を， /usr/lib/snmp/snmpdx -p 1161 -y -c /etc/snmp/conf に置き換えます。 535 535 第 5 部 • 負荷テスト・モニタの設定 iPlanet のエージェント「magt」と「sagt」を設定して実行するには，次の手順 を実行します。 マスタ・エージェント，プロキシ・エージェント，およびスタートアップ・ス クリプトは＜ ias のインストール先ディレクトリ＞ /snmp にあります。 1 S75snmpagt スクリプトで，環境変数 GX_ROOTDIR に 1 行追加して iAS のイ ンストール先を指すようにします。たとえば，iPlanet Application Server が /usr/iplanet/ias6/ias にインストールされている場合には，次のように追加します。 GX_ROOTDIR=/usr/iplanet/ias6/ias exprt GX_ROOTDIR 2 スクリプト S75snmpagt を /etc/rc3.d にコピーします。 3 chmod 755 /etc/rc3.d/S75snmpagt 4 In /etc/rc3.d/S75snmpagt /etc/rc2.d/K07snmpagt 5 システム情報とトラップの設定ができます。 次の例では，システムの所有者と場所に関する情報を追加し，SNMP トラップ をネットワーク管理ステーション（mde.uk.sun.com）に送信するようにしてい ます。 COMMUNITY public ALLOW ALL OPERATIONS INITIAL sysLocation "Under Joe Bloggs' Desk in Headquarters" INITIAL sysContact "Joe Bloggs Email:[email protected] Voice:+1 650 555 1212" MANAGER mde.uk.sun.com SEND ALL TRAPS TO PORT 162 WITH COMMUNITY public 注：プロキシ・エージェントの設定ファイル（CONFIG_SAGT）を編集する必 要はありません。 6 次のコマンドを実行して iPlanet エージェントを起動します。 /etc/rc3.d/S75snmpagt start 536 第 34 章 • Web アプリケーション・サーバ・リソースの監視 Solaris の SNMP エージェントを起動するには，次の手順を実行します。 次のコマンドを実行して Solaris SNMP エージェントを再起動します。 /etc/rc3.d/S76snmpdx start iPlanet Application Server を SNMP 統計用に設定するには，次の手順を実行し ます。 1 iPlanet Application Server の管理者ツール ksvradmin を起動します。 2［General View］で，管理対象とするインスタンスの名前を選択します。 3 管理フレームの［SNMP］タブをクリックします。 4［Enable SNMP Administration and Monitoring］および［Enable SNMP Debug］を選択します。 5［Connection Attempt Interval］フィールドに「60」と入力して，ksvradmin を終 了します。 6 次のコマンドで iPlanet Application Server を再起動します。 iascontrol stop iascontrol kill iascontrol start 7 ログ・ファイル ＜ ias のインストール先ディレクトリ＞ /logs/ias.log を調べて， アプリケーション・サーバが正常にマスタ・エージェントに接続したことを確 認します。次の行があるはずです。 kas> SNMP:Connected to master agent iPlanet Web サーバ用の SNMP サブエージェントを起動するには，次の手順を 実行します。 1 Web ブラウザを使って iPlanet Web サーバにアクセスします。 2 管理の対象にする Web サーバを選択して，［Manage］ボタンをクリックしま す。 3［Monitors］タブを選択し，ページの左側にある［SNMP Subagent Configuration］をクリックします。 4 設定情報を入力して，［Enable SNMP Statistics Collection］ラジオ・ボタン をオンにします。 5［SNMP Subagent Control］をクリックします。 537 537 第 5 部 • 負荷テスト・モニタの設定 6［Start］ボタンをクリックします。 iPlanet Directory Server 用の SNMP サブエージェントを起動するには，次の手 順を実行します。 1 Netscape Administration Console を使用して iPlanet サーバを管理します。 2［Configuration］タブを選択します。 3［Configuration］フレームの［SNMP］タブをクリックします。 4［Enable statistics collection］チェック・ボックスを選択します。 5 "Master Host" を "localhost" に設定します。 6 "Master port" を 199 に設定します。 7 他のフィールドに適切な情報を入力します。 8［Start Subagent］ボタンをクリックします。 User Site での iPlanet（NAS）モニタの設定 iPlanet の SNMP サービスを設定したら，iPlanet（NAS）モニタで測定するカウ ンタを選択する必要があります。測定値は，［iPlanet (NAS) Resources Choose Measurements］ページで選択します。 iPlanet (NAS) リソース・モニタを設定するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択し ます。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 538 第 34 章 • Web アプリケーション・サーバ・リソースの監視 2［Web Application Server Resource Graphs section］セクションの中で，［iPlanet (NAS)］を選択し，［Next］をクリックします。［Choose Server］ページが開き ます。 3 監視対象のマシンのサーバ名または IP アドレスを入力します。iPlanet SNMP エージェントを実行しているポートの番号が SNMP の標準のポート番号と異な る場合には，ポート番号を定義する必要があります。ポート番号とサーバ名 を，＜サーバ名 : ポート番号＞の形式で指定します。 例：digi:8888 10 以上のレベルのオブジェクト・ノードの場合， ［Concatenate SNMP levels］ をクリックすると下位レベルをピリオド（.）で区切った 1 つの文字列として表 示できます。標準設定のビューでは，［Choose Measurements］ページにすべて の SNMP オブジェクトのノードがツリー状の階層レベルで表示されます。 iPlanet（NAS）モニタの測定値情報の表示レベルを上げるには，［Show String Item］をクリックします。これにより，測定項目の文字列値が（測定項目の数 値だけでなく）一覧表示されます。文字列値は，識別のために測定項目名の一 部として表示されます。次の例では，ProcessName の文字列値（sched）がそ のインスタンス ID（0）に加えて表示されます。 4［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバのプロパティが表示されます。 5 監視する測定値を選択します。 539 539 第 5 部 • 負荷テスト・モニタの設定 使用可能なパフォーマンス・カウンタの一覧については，540 ページを参照し てください。 注：iPlanet（NAS）モニタでは測定値を 25 個まで監視できます。 6［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 iPlanet（NAS）パフォーマンス・カウンタ 以降の各表に，監視可能なカウンタの説明を示します。 Netscape パフォーマンス・カウンタ 測定値 説明 nasKesEngConnRetries 管理サーバがエンジンに接続を試みる最大回数。 nasKesEngMaxRestart 失敗の後，管理サーバがエンジンを再起動する最大回数。 nasKesEngAutoStart 管理サーバの起動時にすべてのエンジンを起動します。 nasKesConfigHeartBeat 活動通知。 KES パフォーマンス・カウンタ 540 測定値 説明 nasKesId このエンジンが属している KES の ID。 nasKesMinThread エンジンごとのスレッド数の標準の最小値。 nasKesMaxThread エンジンごとのスレッド数の標準の最大値。 nasKesLoadBalancerDisable 負荷バランス・サービスを有効または無効に します。 nasKesCpuLoad このホストでの CPU 総使用量。 nasKesDiskLoad このホストでのディスク総使用量。 nasKesMemLoad このホストでのメモリ総使用量。 第 34 章 • Web アプリケーション・サーバ・リソースの監視 測定値 説明 nasKesRequestLoad この NAS に対する要求の数。 nasKesCpuLoadFactor サーバ負荷を計算する際の CPU 使用量の相対 的重要度。この数字は，パーセンテージの値 で指定します。サーバ負荷の係数（CPULoad， DiskLoad，MemLoad，および ExecReqs）の合 計は，100% にならなくてはなりません。 nasKesDiskLoadFactor サーバ負荷を計算する際のディスク使用量の 相対的重要度。この数字は，パーセンテージ の値で指定します。サーバ負荷の係数 （CPULoad，DiskLoad，MemLoad，および ExecReqs）の合計は，100% にならなくてはな りません。 nasKesMemLoadFactor サーバ負荷を計算する際のメモリ使用量の相 対的重要度。この数字は，パーセンテージの 値で指定します。サーバ負荷の係数 （CPULoad，DiskLoad，MemLoad，および ExecReqs）の合計は，100% にならなくてはな りません。 nasKesAppLogicsRunningFactor AppLogic の実行パフォーマンスを計算する際 の，AppLogic が実行される回数の相対的重要 度。この数字は，パーセンテージの値で指定 します。エージェント負荷の係数 （ResultCached，AvgExecTime，LastExecTime， および ServerLoad）の合計は，100% にならな くてはなりません。 nasKesResultsCachedFactor AppLogic の実行パフォーマンスを計算する際 の，AppLogic がキャッシュされた結果の相対 的重要度。この数字は，パーセンテージの値 で指定します。エージェント負荷の係数 （ResultCached，AvgExecTime，LastExecTime， および ServerLoad）の合計は，100% にならな くてはなりません。 541 541 第 5 部 • 負荷テスト・モニタの設定 測定値 説明 nasKesAvgExecTimeFactor AppLogic の実行パフォーマンスを計算する際 の，AppLogic の平均実行時間の相対的重要度。 この数字は，パーセンテージの値で指定しま す。エージェント負荷の係数（ResultCached， AvgExecTime，LastExecTime，および ServerLoad）の合計は，100% にならなくては なりません。 nasKesLastExecTimeFactor nasKesHitsFactor AppLogic の実行パフォーマンスを計算する際 の，AppLogic 実行の数の相対的重要度。この 数字は，パーセンテージの値で指定します。 エージェント負荷の係数（ResultCached， AvgExecTime，LastExecTime，および ServerLoad）の合計は，100% にならなくては なりません。 nasKesServerLoadFactor AppLogic 実行パフォーマンスを計算する際の， サーバ負荷（4 つのサーバ負荷係数を使用して 計算される）の相対的重要度。エージェント 負荷の係数（ResultCached，AvgExecTime， LastExecTime，および ServerLoad）の合計は， 100% にならなくてはなりません。 nasKesBroadcastInterval ロードバランサ・デーモンから試みられるブ ロードキャストの間隔（秒）。 nasKesApplogicBroadcastInterval 542 AppLogic の実行パフォーマンスを計算する際 の，AppLogic の最後の実行時間の相対的重要 度。この数字は，パーセンテージの値で指定 します。エージェント負荷の係数 （ResultCached，AvgExecTime，LastExecTime， および ServerLoad）の合計は，100% にならな くてはなりません。 クラスタ内のすべてのサーバをまたぐ AppLogic 負荷情報のブロードキャストの間隔 （秒）。これは nasKesBroacastInterval よりも大 きくなくてはなりません。 第 34 章 • Web アプリケーション・サーバ・リソースの監視 測定値 説明 nasKesServerBroadcastInterval クラスタ内のすべてのサーバをまたぐサーバ 負荷情報の各ブロードキャストの間隔（秒） 。 これは nasKesBroacastInterval よりも大きくな くてはなりません。 nasKesServerLoadUpdateInterval サーバ負荷情報の更新の間隔（秒）。サーバ負 荷の更新には，更新が行われるときまでにサ ンプリングされたサーバ負荷データが適用さ れます。 nasKesCpuLoadUpdateInterval CPU 使用量のサンプリングの間隔（秒）。 nasKesDiskLoadUpdateInterval ディスク使用量のサンプリングの間隔（秒）。 nasKesMemLoadUpdateInterval メモリ・スラッシュのサンプリングの間隔（秒） 。 nasKesTotalReqsUpdateInterval 要求数のサンプリングの間隔（秒） 。 nasKesMaxHops 要求の負荷を別のサーバに分散できる最大回数。 nasKesODBCReqMinThread 非同期の要求を処理するために用意されてい るスレッド数の最小値。 nasKesODBCReqMaxThread 非同期の要求を処理するために用意されてい るスレッド数の最大値。 nasKesODBCCacheMaxConns NAS とデータベース間で開いている接続数の 最大値。 nasKesODBCCacheFreeSlots NAS とデータベース間で確立されている キャッシュされた接続数の最小値。 nasKesODBCCacheTimeout アイドル状態の接続が切断されるまでの時間。 nasKesODBCCacheInterval キャッシュ・クリーナが，指定されたタイム アウトよりも長い間アイドル状態にある接続 を切断しようと試みる間隔（秒）。 nasKesODBCConnGiveupTime ドライバがデータベースへの接続を試みる最 大回数。 nasKesODBCCacheDebug 接続キャッシュのデバッグ情報を有効にします。 nasKesODBCResultSetInitRows データベースから一度に取得される行数。 543 543 第 5 部 • 負荷テスト・モニタの設定 544 測定値 説明 nasKesODBCResultSetMaxRows キャッシュされた結果セットに含めることが できる行数の最大値。 nasKesODBCResultSetMaxSize ドライバがキャッシュする結果セットの最大 サイズ。 nasKesODBCSqlDebug SQL デバッグ情報を有効にします。 nasKesODBCEnableParser SQL 解析を有効にします。 nasKesORCLReqMinThread 非同期の要求を処理するために用意されてい るスレッド数の最小値。 nasKesORCLReqMaxThread 非同期の要求を処理するために用意されてい るスレッド数の最大値。 nasKesORCLCacheMaxConns NAS とデータベース間で開いている接続数の 最大値。 nasKesORCLCacheFreeSlots NAS とデータベース間で確立されている キャッシュされた接続数の最小値。 nasKesORCLCacheTimeout アイドル状態の接続が切断されるまでの時間。 nasKesORCLCacheInterval キャッシュ・クリーナが，指定されたタイム アウトよりも長い間アイドル状態にある接続 を切断しようと試みる間隔（秒）。 nasKesORCLConnGiveupTime ドライバが Oracle への接続を試みる最大回数。 nasKesORCLCacheDebug 接続キャッシュのデバッグ情報を有効にします。 nasKesORCLResultSetInitRows データベースから一度に取得される行数。 nasKesORCLResultSetMaxRows キャッシュされた結果セットに含めることが できる行数の最大値。 nasKesORCLResultSetMaxSize ドライバがキャッシュする結果セットの最大 サイズ。 nasKesORCLSqlDebug SQL デバッグ情報を有効にします。 nasKesSYBReqMinThread 非同期の要求を処理するために用意されてい るスレッド数の最小値。 nasKesSYBReqMaxThread 非同期の要求を処理するために用意されてい るスレッド数の最大値。 第 34 章 • Web アプリケーション・サーバ・リソースの監視 測定値 説明 nasKesSYBCacheMaxConns NAS とデータベース間で開いている接続数の 最大値。 nasKesSYBCacheFreeSlots NAS とデータベース間で確立されている キャッシュされた接続数の最小値。 nasKesSYBCacheTimeout アイドル状態の接続が切断されるまでの時間。 nasKesSYBCacheInterval キャッシュされた接続どうしの間隔。 nasKesSYBConnGiveupTime ドライバが Sybase への接続を試みる最大回数。 nasKesSYBCacheDebug 接続キャッシュのデバッグ情報を有効にします。 nasKesSYBResultSetInitRows データベースから一度に取得される行数。 nasKesSYBResultSetMaxRows キャッシュされた結果セットに含めることが できる行数の最大値。 nasKesSYBResultSetMaxSize ドライバがキャッシュする結果セットの最大 サイズ。 エンジン・パフォーマンス・カウンタ 測定値 説明 nasEngKesPort このエンジンがサービスを提供する KXS の ポート。これはオブジェクト ID の一部として 提供されるため，作成後の変更はできません。 nasEngPort このエンジンがリッスンしている TCP/IP ポー ト。このポートは，エンジンの作成時にだけ 指定できます。これを変更することはできま せん。 nasEngType エンジンの種類。executive（0），Java（1000）， C++（3000）のいずれか。 nasEngId ID は，0 から 1 ずつ増えていきます。ID は変 更できません。 nasEngName このエンジンの名前。kcs，kxs，または kjs を 含む情報文字列です。 545 545 第 5 部 • 負荷テスト・モニタの設定 546 測定値 説明 nasEngNewConsole 新しいコンソール・ウィンドウで各エンジン を起動します。 nasEngStatus エンジンの追加，削除，有効 / 無効の切り替え に使用するステータス・カラム。エンジンを 作成するには，1 つ設定する必要があります。 これは，RFC 1443 に準拠します。 nasEngMinThread エンジンごとのスレッド数の標準の最小値。 nasEngMaxThread エンジンごとのスレッド数の標準の最大値。 nasEngReqRate 要求が到着する割合。 nasEngTotalReq エンジンの起動以来処理された要求の総数。 nasEngReqNow 処理中の要求の数。 nasEngReqWait サービスの提供を待機している要求。 nasEngReqReady サービスを受ける準備ができている要求。 nasEngAvgReqTime 要求の平均処理時間。 nasEngThreadNow 要求マネージャが使用するスレッドの数。 nasEngThreadWait アイドル状態のスレッドの数。 nasEngWebReqQueue キューで待機している Web 要求の数。 nasEngFailedReq 失敗した要求の数。 nasEngTotalConn 開いている接続の総数。 nasEngTotalConnNow 使用中の接続の総数。 nasEngTotalAccept 受信要求をリッスンしている接続の総数。 nasEngTotalAcceptNow 使用中の受信要求をリッスンしている接続の 総数。 nasEngTotalSent 送信されたパケットの総数。 nasEngTotalSentBytes 送信された総バイト数。 nasEngTotalRecv 受信したパケットの総数。 nasEngTotalRecvBytes 受信した総バイト数。 第 34 章 • Web アプリケーション・サーバ・リソースの監視 測定値 説明 nasEngBindTotal 起動後にバインドされた AppLogic の数。 nasEngBindTotalCached 起動後にキャッシュされた AppLogic の数。 nasEngTotalThreads このプロセスで作成されたスレッドの総数。 nasEngCurrentThreads このプロセスで使用中のスレッドの総数。 nasEngSleepingThreads このプロセスでスリープ状態のスレッドの数。 nasEngDAETotalQuery 起動後に実行されたクエリの総数。 nasEngDAEQueryNow 処理中のクエリの数。 nasEngDAETotalConn 起動後に作成された論理接続の数。 nasEngDAEConnNow 使用中の論理接続の数。 nasEngDAECacheCount キャッシュの数。 nasEngODBCQueryTotal 起動後に実行されたクエリの総数。 nasEngODBCPreparedQueryTotal 起動後に実行された ODBC が準備したクエリ の総数。 nasEngODBCConnTotal 起動後に開かれた接続の総数。 nasEngODBCConnNow 現在開いている接続の数。 nasEngORCLQueryTotal 起動後に実行されたクエリの総数。 nasEngORCLPreparedQueryTotal 起動後に実行された準備済みクエリの総数。 nasEngORCLConnTotal 起動後に Oracle との間で確立された接続の総数。 nasEngORCLConnNow 現在 Oracle との間で開いている接続の数。 nasEngSYBQueryTotal 起動後にドライバによって処理されたクエリ の総数。 nasEngSYBPreparedQueryTotal 起動後に処理された準備済みのクエリの総数。 nasEngSYBConnTotal 起動後に開かれた接続の総数。 nasEngSYBConnNow 現在開いている SYB 接続の数。 nasStatusTrapEntry KES の定義。 nasTrapKesIpAddress KES ホストの IP アドレス。 547 547 第 5 部 • 負荷テスト・モニタの設定 測定値 説明 nasTrapKesPort この NAS の主エンジンのポート。 nasTrapEngPort このイベントを生成しているエンジンのポート。 nasTrapEngState このイベントを生成しているエンジンのポート。 Microsoft Active Server Pages モニタの設定 Microsoft Active Server Pages（ASP）モニタには，負荷テスト実行中の ASP サー バのリソース使用状況に関する統計値が表示されます。 ［MS Active Server Pages Choose Measurements］ページを使って，Microsoft ASP アプリケーション・サー バを監視するための測定値を選択します。 注：ファイアウォール越しに ASP サーバを監視するには，139 番ポートで TCP を使用します。 ASP モニタを設定するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択し ます。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 548 第 34 章 • Web アプリケーション・サーバ・リソースの監視 2［Web Application Server Resource Graphs section］セクションの中で，［MS Active Server Pages］を選択し，［Next］をクリックします。［Choose Server］ ページが開きます。 3 監視対象のリソースを含むサーバの名前または IP アドレスを入力します。 ユーザのログイン名とパスワードを入力します。 4［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバのプロパティが表示されます。 5 監視する測定値を選択します。 使用可能なパフォーマンス・カウンタの一覧については，550 ページを参照し てください。 549 549 第 5 部 • 負荷テスト・モニタの設定 6［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 MS Active Server Pages パフォーマンス・カウンタ 次の表に，測定可能ないくつかのカウンタの説明を示します。 550 測定値 説明 Errors per Second 1 秒あたりのエラー数。 Requests Wait Time 直前の要求がキューで待機していた時間（ミリ秒）。 Requests Executing 現在実行している要求の数。 Requests Queued キューでサービスを待機している要求の数。 Requests Rejected 処理に必要なリソースが不足していたために実行され なかった要求の総数。 Requests Not Found ファイルが見つからなかった要求の数。 Requests/sec 1 秒あたりの実行要求数。 Memory Allocated Active Server Pages によって現在割り当てられている メモリの総量（バイト）。 Errors During Script Run-Time 実行時エラーにより失敗した要求の数。 Sessions Current サービスされているセッションの数。 Transactions/sec 1 秒の間に開始したトランザクションの数。 第 34 章 • Web アプリケーション・サーバ・リソースの監視 Oracle9iAS HTTP モニタの設定 Oracle9iAS HTTP モニタには，負荷テスト実行中の Oracle9iAS HTTP サーバの リソース使用状況に関する統計値が表示されます。 SiteScope Oracle9i アプリケーション・サーバ・モニタでは，複数のパラメータ またはカウンタを 1 つのモニタ・インスタンスで監視することが可能です。こ れにより，サーバのロードを監視し，パフォーマンス，可用性，および容量を 計画できます。 負荷テスト実行前の準備 Oracle9iAS HTTP オンライン・モニタを設定し，表示する標準の測定値を選択 する必要があります。［Oracle HTTP Server Monitor 設定］ダイアログ・ボック スを使って，Oracle9iAS HTTP サーバを監視するための測定値を選択します。 Oracle9iAS HTTP サーバ・モニタの場合 ➤ 監視する測定値を選択する前に Oracle 9iAS HTTP サーバを起動します。 ➤ ファイアウォール越しに Oracle9iAS HTTP サーバを監視するために使用する ポートは，サーバの構成によって異なります。 Oracle9iAS HTTP サーバ（SiteScope）モニタの場合 ➤ 使用環境内の Oracle9i アプリケーション・サーバごとに，別のモニタ・インス タンスを作成します。 ➤ Oracle9i アプリケーション・サーバ・モニタを使用するには，Oracle9i アプリ ケーション・サーバで Web キャッシュを有効にする必要があります。 ➤ このモニタの標準実行スケジュールは 10 分間隔ですが，この値は［Update every］設定を使用して変更できます。 ➤ SiteScope はユーティリティ・サーバにインストールされますが，ユーティリ ティ・サーバの負荷を減らすために SiteScope をコントローラと同じマシンま たは専用のサーバにインストールすることをお勧めします。 Oracle9iAS HTTP モニタを設定するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択し ます。詳細については，95 ページ「モニタの設定」を参照してください。 551 551 第 5 部 • 負荷テスト・モニタの設定 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 2［Web Application Server Resource Graphs］セクションの中で，［Oracle9iAS HTTP Server］または［Oracle9iAS HTTP Server (SiteScope)］を選択し， ［Next］をクリックします。［Choose Server］ページが開きます。 3 監視対象のリソースを含むサーバの名前または IP アドレスを入力します。さら に，以下を参照してください。 ➤ Oracle9iAS HTTP サーバの場合 Oracle サーバのログイン名とパスワードを入力 します。 ➤ Oracle9iAS HTTP サーバ（SiteScope）の場合 SiteScope のマシン名とポート （標準設定：8888）を入力し，Secure HTTP 接続を使用するのか SiteScope ユー ザ・アカウントを使用するのかを指定します。SiteScope アカウントを使用する 場合は，アカウント名または番号を入力し，SiteScope アカウントへのログイン 用に定義されたユーザ名とパスワードを入力します。 ［Next］をクリックします。 4 Oracle9iAS HTTP サーバ（SiteScope）モニタを使って測定値を初めて追加す るときは，モニタのプロパティを設定する必要があります。553 ページ 「Oracle9iAS （SiteScope）モニタの設定」の説明に従ってモニタのプロパティ を入力します。 5［Choose Measurements］ページが開き，使用可能な測定値とサーバのプロパ ティが表示されます。 6 監視する測定値を選択します。 使用可能なパフォーマンス・カウンタの一覧については，555 ページを参照し てください。 552 第 34 章 • Web アプリケーション・サーバ・リソースの監視 7［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 Oracle9iAS （SiteScope）モニタの設定 Oracle9iAS HTTP サーバ（SiteScope）モニタに測定値を初めて追加するときは， モニタのプロパティを設定する必要があります。モニタのプロパティを設定し た後，マシンについて監視する測定値を選択します。 Oracle9iAS（SiteScope）モニタを設定するには，次の手順を実行します。 1 Oracle9iAS HTTP サーバ（SiteScope）モニタを選択し，モニタの情報を入力し てから，［Next］をクリックします。［Configuring Oracle9i Monitor］ページが開 きます。 553 553 第 5 部 • 負荷テスト・モニタの設定 2 モニタのプロパティの値を入力します。 ［Port］ ：Oracle9iAS サーバのポート番号を入力します。 ［URL］：標準設定ではサーバ管理 URL が次の形式で表示されます。 http://server:port/webcacheadmin?SCREEN_ID=CGA.Site.Stats&ACTION=Show ［HTTP Proxy］：Oracle9iAS サーバへのアクセスにプロキシを使用している場 合は，HTTP プロキシ・サーバのドメイン名とポートを入力します （例 : proxy.sitescope.com:8080）。 ［Authorization User Name］ ：認証を必要とする URL の場合，サーバ管理ペー ジのユーザ名を入力します。 ［Authorization Password］：認証を必要とする URL の場合，サーバ管理ペー ジのパスワードを入力します。 ［Proxy Server User Name］：プロキシ・サーバが認証を必要とする場合は， ユーザ名を入力します。このオプションを機能させるためには，プロキシ・ サーバで代理認証がサポートされている必要があります。 ［Update every］ ：モニタが Oracle9iAS サーバを調べる頻度を入力します。最小 の時間単位は 15 秒です。標準設定値は 30 秒です。 3［Next］をクリックします。551 ページ「Oracle9iAS HTTP モニタの設定」の手 順 5 の説明に従って監視対象の測定値を追加します。 554 第 34 章 • Web アプリケーション・サーバ・リソースの監視 Oracle9iAS HTTP サーバ・パフォーマンス・カウンタ 以降の各表に，Oracle9i サーバ・モニタのパフォーマンス・カウンタの説明を 示します。 ➤ SiteScope Oracle9iAS モニタ・パフォーマンス・カウンタ ➤ Performance Center Oracle9iAS HTTP サーバ・モニタ・パフォーマンス・カウンタ SiteScope Oracle9iAS モニタ・パフォーマンス・カウンタ 注：SiteScope Oracle9iAS モニタは，一度に最大 10 個のカウンタまで監視でき ます。 555 555 第 5 部 • 負荷テスト・モニタの設定 次の表に，SiteScope Oracle9iAS モニタで監視できるカウンタの説明を示します。 556 測定値 説明 Up/Down Time(up/down) アプリケーション Web サーバのステータス。 Completed Requests(number/sec) アプリケーション Web サーバが処理する 1 秒あた りの要求数。 Completed Requests(max/sec) アプリケーション Web サーバが 1 秒間に処理でき る要求数の最大値。 Completed Requests(avg/sec) アプリケーション Web サーバが処理した 1 秒あた りの要求数の平均。 Completed Requests(total) アプリケーション Web サーバが処理した要求の累 積数。 Latency(avg this interval) Oracle Web Cache の要求を処理するときの 10 秒あ たりの平均遅延時間。 Latency(avg since start) アプリケーション Web サーバが起動してからの， Oracle Web Cache に対する要求の平均処理秒数。 Load(now) アプリケーション Web サーバに対して現在開いて いる Oracle Web Cache からの接続の数。 Load(max) アプリケーション Web サーバへの同時に開いてい る接続数の最大値。 Active Sessions(now) Oracle Web Cache からアプリケーション Web サー バに対して現在アクティブな接続の数。 Active Sessions(max) アプリケーション Web サーバに対して同時に開い ているアクティブな接続数の最大値。 Apology Pages Served(Network Error number this second) ネットワーク・エラーにより Oracle Web Cache か ら Web ブラウザに現在送信されている謝罪ページ の数。 Apology Pages Served(Network Error - total) ネットワーク・エラーにより Oracle Web Cache か ら Web ブラウザに送信されされている謝罪ページ の総数。 Apology Pages Served(Site Busy - number this second) ビジー Web サイト・エラーにより Oracle Web Cache から Web ブラウザに現在送信されている謝 罪ページの数。 第 34 章 • Web アプリケーション・サーバ・リソースの監視 測定値 説明 Apology Pages Served(Site Busy - total) ビジー Web サイト・エラーにより Oracle Web Cache から Web ブラウザに送信されている謝罪 ページの総数。 Application Web Server Backlog(now) アプリケーション Web サーバが Oracle Web Cache のために処理している，現在の要求数。 Application Web Server Backlog(max) アプリケーション Web サーバが Oracle Web Cache のために処理した要求数の最大値。 Performance Center Oracle9iAS HTTP サーバ・モニタ・パフォーマンス・カ ウンタ 次の表に，監視可能ないくつかのモジュールの説明を示します。 測定値 説明 mod_mime.c ファイルの拡張子によってドキュメントの形式を判定し ます。 mod_mime_magic.c 「マジック・ナンバー」によってドキュメントの形式を判 定します。 mod_auth_anon.c 認証が必要な領域に匿名ユーザ・アクセスできるように します。 mod_auth_dbm.c DBM ファイルを使用して，ユーザ認証を行います。 mod_auth_digest.c MD5 認証を提供します。 mod_cern_meta.c HTTP ヘッダ・メタファイルをサポートします。 mod_digest.c MD5 認証を提供します（mod_auth_digest の登場により廃止） 。 mod_expires.c Applies Expires: ヘッダをリソースに適用します。 mod_headers.c 指定した HTTP ヘッダをリソースに追加します。 mod_proxy.c プロキシ・キャッシュ機能を提供します。 mod_rewrite.c 正規表現を使用して URI からファイル名へのマッピング を行います。 mod_speling.c URL のスペルミスを自動修正します。 mod_info.c サーバ設定情報を提供します。 557 557 第 5 部 • 負荷テスト・モニタの設定 558 測定値 説明 mod_status.c サーバの状態を表示します。 mod_usertrack.c クッキーを使用してユーザを追跡できるようにします。 mod_dms.c DMS Apache 統計にアクセスできるようにします。 mod_perl.c Perl スクリプトを実行します。 mod_fastcgi.c 長期実行プログラムへの CGI アクセスをサポートします。 mod_ssl.c SSL サポートを提供します。 mod_plsql.c Oracle ストアド・プロシージャに対する要求を処理します。 mod_isapi.c Windows ISAPI 拡張子サポートを提供します。 mod_setenvif.c クライアント情報に基づいて環境変数を設定します。 mod_actions.c メディアの種類や要求メソッドに基づいて CGI を実行し ます。 mod_imap.c イメージ・マップ・ファイルを処理します。 mod_asis.c 固有の HTTP ヘッダを含むファイルを送信します。 mod_log_config.c mod_log_common の代わりとなるユーザ定義ログ機能を提 供します。 mod_env.c CGI スクリプトに環境を渡します。 mod_alias.c ドキュメント・ツリー内のホスト・ファイル・システム の項目を割り当て，URL をリダイレクトします。 mod_userdir.c ユーザのホーム・ディレクトリを処理します。 mod_cgi.c CGI スクリプトを起動します。 mod_dir.c 基本ディレクトリを処理します。 mod_autoindex.c ディレクトリの一覧を自動的に取得します。 mod_include.c サーバ解析ドキュメントを取得します。 mod_negotiation.c コンテンツ・ネゴシエーションを処理します。 mod_auth.c テキスト・ファイルを使用してユーザ認証を行います。 mod_access.c クライアントのホスト名または IP アドレスに基づいたア クセス制御を提供します。 第 34 章 • Web アプリケーション・サーバ・リソースの監視 測定値 説明 mod_so.c モジュールの実行時の読み込みをサポートします（UNIX では .so，Win32 では .dll）。 mod_oprocmgr.c JServ プロセスを監視し，このプロセスが失敗すると再起 動します。 mod_jserv.c HTTP 要求を JServ サーバに転送します。巡回方式で新しい 要求を複数の JServ に分散して負荷のバランスを取ります。 mod_ose.c 要求を Oracle のデータベース・サーバに組み込まれてい る JVM に転送します。 http_core.c 静的 Web ページに対する要求を処理します。 次の表に，Performance Center Oracle9iAS モニタで監視できるカウンタの説明を 示します。 測定値 説明 handle.minTime モジュール・ハンドラでの最短処理時間。 handle.avg モジュール・ハンドラでの平均処理時間。 handle.active 現在ハンドル処理されているスレッド数。 handle.time モジュール・ハンドラでの処理時間の合計。 handle.completed ハンドル処理が完了した回数。 request.maxTime HTTP 要求のサービスに要した最長時間。 request.minTime HTTP 要求のサービスに要した最短時間。 request.avg HTTP 要求のサービスに要した平均時間。 request.active 現在，要求処理の段階にあるスレッド数。 request.time HTTP 要求のサービスに要する時間の総計。 request.completed 要求処理が完了した回数。 connection.maxTime 任意の HTTP 接続サービスにかかる最長時間。 connection.minTime 任意の HTTP 接続サービスにかかる最短時間。 connection.avg 任意の HTTP 接続サービスにかかる平均処理時間。 559 559 第 5 部 • 負荷テスト・モニタの設定 測定値 説明 connection.active 現在オープン状態のスレッドを持っている接続数。 connection.time HTTP 接続のサービスにかかる時間の合計。 connection.completed 接続処理が完了した回数。 numMods.value ロードされたモジュールの数。 childFinish.count 理由にかかわらず，Apache 親サーバが子サーバを起 動した回数。 childStart.count Decline.count internalRedirect.count 「子」が「秩序正しく」終了した回数。エラーまたは クラッシュによって終了した回数は，childFinish.count でカウントされません。 各モジュールが HTTP 要求を拒否した回数。 「内部リダイレクト」によって任意のモジュールが別 のモジュールに制御を渡した回数。 cpuTime.value Apache サーバ上のすべてのプロセスで使用されてい る CPU 時間の合計（CPU ミリ秒で測定）。 heapSize.value Apache サーバ上の全プロセスで使用されるヒープ・ メモリの合計（キロバイト）。 pid.value 親 Apache プロセスのプロセス識別子。 upTime.value サーバの連続稼動時間（ミリ秒）。 SilverStream モニタの設定 SilverStream モニタには，負荷テスト実行中の SilverStream サーバのリソース使 用状況に関する統計値が表示されます。 SilverStream サーバを監視するには，サーバの統計情報の URL を知っておく必 要があります。統計情報の URL を検証する簡単な方法は，ブラウザからその 情報にアクセスしてみることです。 URL は，次の形式で指定します。 http:// ＜サーバ名 /IP アドレス＞ : ＜ポート番号＞ /SilverStream/Statistics 560 第 34 章 • Web アプリケーション・サーバ・リソースの監視 次に例を示します。 http://199.203.78.57:80/SilverStream/Statistics SilverStream モニタを設定するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択し ます。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 2［Web Application Server Resource Graphs］セクションの中で，［SilverStream］ を選択し，［Next］をクリックします。［Choose Server］ページが開きます。 3 監視対象のリソースを含むサーバの名前または IP アドレスを入力します。 ［URI］ボックスで，URI を入力するか，標準設定の URI （/SilverStream/Statistics）をそのまま使用します。 ［Port］ボックスに，ポート番号を（サーバ名なしで）入力するか，標準設定の ポートをそのまま使用します。 注：標準設定のポート番号と URI は，サーバによって異なります。Web サーバ の管理者に確認してください。 561 561 第 5 部 • 負荷テスト・モニタの設定 4［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバのプロパティが表示されます。 5 監視する測定値を選択します。 使用可能なパフォーマンス・カウンタの一覧については，563 ページを参照し てください。 6［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 注：ファイアウォール越しに SilverStream サーバを監視するには，Web サーバ のポート（標準設定では 80 番）を使用します。 562 第 34 章 • Web アプリケーション・サーバ・リソースの監視 SilverStream パフォーマンス・カウンタ 次の表に，監視できる測定値およびサーバのプロパティの説明を示します。 測定値 説明 #Idle Sessions アイドル状態のセッション数。 Avg. Request processing time 要求の平均処理時間。 Bytes Sent/sec Web サーバがデータ・バイトを送信する速度。 Current load on Web Server SilverStream サーバが使用した負荷の割合（倍率 25）。 Hits/sec 1 秒あたりの HTTP 要求数。 Total sessions セッションの総数。 Free memory 将来的にオブジェクトの割り当てが可能な，Java 仮想 マシンの現在のメモリの総量。 Total memory Java 仮想マシンのメモリの総量。 Memory Garbage Collection Count サーバが開始されてから，JAVA ガーベジ・コレクタ が実行された総回数。 Free threads クライアント接続に関係しておらず，直ちに使用可能 なスレッドの現在の数。 Idle threads クライアント接続に関係しているが，現在ユーザ・リ クエストを処理していないスレッドの数。 Total threads 割り当てられたクライアント・スレッドの総数。 WebLogic（JMX）モニタの設定 BEA WebLogic（JMX）モニタでは，Java JMX インタフェースからサーバ上の ランタイム MBeans にアクセスします。MBean とは，パフォーマンス・データ を保持するコンテナです。 WebLogic（JMX）モニタを使用する前に，次の作業が必要です。 563 563 第 5 部 • 負荷テスト・モニタの設定 ➤ Java 1.3 以降を Performance Center ホスト・マシンにインストールします。 Weblogic 6.x または 7.x が対象の場合は Java 1.3 以降を，WebLogic 8.1 が対象の 場合は Java 1.4 をインストールする必要があります。 ➤ ユーザが MBeans を監視できるように権限を設定します。 ➤ サーブレットが使用不可になっているか使用されていない場合は，ファイル・ システムから直接クラスがロードされるようにします。 Java 1.3.x のインストール 1 Java 1.3 以降を Performance Center ホスト・マシンにインストールします。Java 1.3 またはそれ以降が既にインストールされているにもかかわらず，標準の Java バージョンが使用されていない場合は，更新バージョンの完全パスを指定 します。 2 パスは，＜ Performance Center のインストール先フォルダ＞ \dat\monitors\WebLogicMon.ini ファイルに指定します。［WebLogicMon］セ クションで JVM エントリを編集します。次に例を示します。 JVM="E:\Program Files\JavaSoft\JRE\1.3.1\bin\javaw.exe Java 1.4 のインストール 1 JDK 1.4 を Performance Center ホスト・マシンにインストールします。Java 1.4 が既にインストールされているにもかかわらず，標準の Java バージョンが使用 されていない場合は，更新バージョンの完全パスをコマンド・ラインで指定し ます。 2 weblogic.jar を＜ WebLogic サーバのインストール先＞ \..\lib から ＜ Performance Center のインストール先フォルダ＞ \classes へコピーしま す。 3 jmxri.jar を＜ Performance Center のインストール先フォルダ＞ \classes から 削除します。 4 パスは，＜ Performance Center のインストール先フォルダ＞ \dat\monitors\WebLogicMon.ini ファイルに指定します。［WebLogicMon］セ クションで JVM エントリを編集します。次に例を示します。 JVM="E:\Program Files\JavaSoft\JRE\1.4\bin\javaw.exe 5［WebLogicMon］セクションで JavaVersion エントリを編集します。 564 第 34 章 • Web アプリケーション・サーバ・リソースの監視 注：BEA WebLogic（JMX）モニタを使用するには，サーバ上にバージョン 6.0 以降の WebLogic をインストールしてください。 監視のための権限の設定 ユーザが MBeans を監視できるように権限を設定する必要があります。 WebLogic（JMX）サーバにログオンするには，次の手順を実行します。 管理者権限を持つユーザのユーザ名とパスワードを入力します。 WebLogic バージョン 6.x の権限を設定するには，次の手順を実行します。 1 WebLogic のコンソール（http:// ＜ホスト : ポート＞ /console）を開きます。 2 左側のツリーで，［Security（セキュリティ）］＞［ACLs］を選択します。 WebLogic バージョン 6.1 のコンソールで作業している場合は，右側領域の ［Create a new ACL....（新規 ACL の作成）］をクリックします。 3［New ACL Name（新規 ACL 名）］ボックスで，「weblogic.admin.mbean」と入 力し，［Create（作成）］をクリックします。 WebLogic バージョン 6.1 のコンソールで作業している場合は，右側領域の ［Add a new Permission...（新規パーミッションの追加）］をクリックします。 4［New Permission（新規パーミッション）］ボックス（WebLogic バージョン 6.1 のコンソールの場合は［Permission（パーミッション）］ボックス，で 「access」と入力します。WebLogic 6.0 のコンソールでは，［Create（作成） ］ をクリックします。 5［Users（ユーザ）］ボックスおよび［Groups（グループ）］ボックスでは，監視 に使用したい任意のユーザまたはグループ名を入力します。 6 WebLogic バージョン 6.0 のコンソールで，［Grant Permission（パーミッショ ンを認可）］をクリックします。WebLogic バージョン 6.1 のコンソールでは， ［Apply（適用）］をクリックします。 WebLogic バージョン 7.x および 8.x の権限を設定するには，次の手順を実行し ます。 1 WebLogic のコンソール（http:// ＜ホスト : ポート＞ /console）を開きます。 565 565 第 5 部 • 負荷テスト・モニタの設定 2 左側のツリーで［Security］＞［Realms］＞［myrealm］＞［Users］を選択 し，右側の領域で［Configure a new User... ］をクリックします。［Create User: General］タブが開きます。 3［Name］ボックスで，weblogic.admin.mbean と入力し，パスワードを入力し， パスワードを確認入力してから，［Apply（適用）］をクリックします。 4［Groups］タブで，監視に使用する任意のユーザまたはグループの名前を入力 し，［Apply（適用）］をクリックします。 サーバからのクラスの読み込み WebLogic（JMX）モニタは，ClasspathServlet と呼ばれる組み込みサーバを利用 して，直接サーバから自動的にクラスを読み込みます。これには，インストー ルが簡単で，バージョンに依存しないという利点があります。ただし，初めて クラスを読み込むときにパフォーマンスが多少低下するほか（サーブレットの サイズが大きいため），サーブレットが利用できなくなる可能性があります。 サーブレットが使用不可になっているか，サーブレットを利用しない場合は， ファイル・システムからクラスを直接読み込むことができます。 注：WebLogic バージョン 8.1 の場合は，WebLogic（JMX）モニタによってクラ スが自動的には読み込まれないので，ファイル・システムからクラスを直接読 み込む必要があります。 ファイル・システムから直接クラスを読み込むには，次の手順を実行します。 1 アプリケーション・サーバのインストール先フォルダ（lib フォルダの下）から ＜ Performance Center のインストール先フォルダ＞ \classes に weblogic.jar ファイルをコピーします。 2 クラス・ファイルが標準の ＜ Performance Center のインストール先フォルダ＞ にない場合，＜ Performance Center のインストール先フォルダ＞ \dat\monitors\WebLogicMon.ini ファイルの中で，このクラス・ファイルへ の完全パスを指定する必要があります。このファイルの中で， Weblogic=weblogic.jar という行を Weblogic= ＜ weblogic.jar への完全パス＞ に 変更します。 566 第 34 章 • Web アプリケーション・サーバ・リソースの監視 WebLogic（JMX）モニタの設定 WebLogic（JMX）アプリケーション・サーバ上の監視対象の測定値を選択する には，［WebLogic JMX Choose Measurements］ページを使用します。 SiteScope はユーティリティ・サーバにインストールされますが，ユーティリ ティ・サーバの負荷を減らすために SiteScope をコントローラと同じマシンま たは専用のサーバにインストールすることをお勧めします。 注：WebLogic（JMX）モニタは，ClasspathServlet と呼ばれる組み込みサーバを 利用して，直接サーバから自動的にクラスを読み込みます。サーバからのクラ スの読み込みの詳細については，566 ページ「サーバからのクラスの読み込み」 を参照してください。 WebLogic（JMX）モニタの設定は，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択し ます。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 2［Web Application Server Resource Graphs］セクションの中で，［WebLogic (JMX)］または［WebLogic (JMX) (SiteScope)］を選択し，［Next］をクリッ クします。［Choose Server］ページが開きます。 3 監視対象のマシンのサーバ名または IP アドレスを，次の形式で入力します。 ＜サーバ名＞ : ＜ポート番号＞ 例：mercury:8111 さらに，以下を参照してください。 ➤ WebLogic（JMX）の場合：WebLogic JMX マシンのユーザ・ログイン名とパス ワードを入力します。 ➤ WebLogic（JMX） （SiteScope）の場合：SiteScope のマシン名とポート（標準 設定：8888）を入力し，Secure HTTP 接続を使用するのか SiteScope ユーザ・ア 567 567 第 5 部 • 負荷テスト・モニタの設定 カウントを使用するのかを指定します。SiteScope アカウントを使用する場合 は，アカウント名または番号を入力し，SiteScope アカウントへのログイン用に 定義されたユーザ名とパスワードを入力します。 ［Next］をクリックします。 4 WebLogic（JMX） （SiteScope）モニタを使って測定値を初めて追加するとき は，モニタのプロパティを設定する必要があります。569 ページ「WebLogic （JMX） （SiteScope）モニタの設定」の説明に従ってモニタのプロパティを入力 します。 5［Choose Measurements］ページが開いて，使用可能な測定値とサーバ・プロパ ティが表示されます。 6 監視する測定値を選択します。 使用可能なパフォーマンス・カウンタの一覧については，572 ページを参照し てください。 7［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 568 第 34 章 • Web アプリケーション・サーバ・リソースの監視 WebLogic（JMX）（SiteScope）モニタの設定 WebLogic（JMX）（SiteScope）モニタに測定値を初めて追加するときは，モニ タのプロパティを設定する必要があります。モニタのプロパティを設定した 後，マシンについて監視する測定値を選択します。 WebLogic（JMX）（SiteScope）モニタを設定するには，次の手順を実行します。 1 WebLogic（JMX）（SiteScope）モニタを選択し，モニタの情報を入力してから， ［Next］をクリックします。［Configuring Weblogic 6.x monitor］ダイアログ・ ボックスが開きます。 2 モニタのプロパティの値を入力します。 ［Port Number］ ：WebLogic（JMX）サーバのポート番号を入力します。標準 ポートは 7001 です。 ［Password］ ：WebLogic サーバへログオンするときに必要なパスワードを入力 します。 ［User Name］：WebLogic サーバへログオンするときに必要なユーザ名を入力 します。 569 569 第 5 部 • 負荷テスト・モニタの設定 ［Secure Server］：セキュア・サーバ接続のオプションを使用する場合はこの ボックスを選択します。注：このオプションを選択する場合は，セキュア接続 のために WebLogic サーバによって使用される該当ポート番号を入力する必要 があります。デフォルトのセキュア・サーバ・ポートは 7002 です。 ［Server］：WebLogic JMX アプリケーションが実行されているサーバの名前を 入力します。 ［WebLogic Jar File］：SiteScope マシン上の weblogic.jar ファイルへの絶対パ ス名を入力します。このファイルは，SiteScope サーバにインストールされてい る必要があり，WebLogic サーバからダウンロードできます。次の例に示すよう なパスです。 c:\bea\weblogic7\ebcc\lib\ext\weblogic.jar このファイルは，WebLogic 6 の初期のいくつかのバージョンでは監視に必ずし も必要ではありません。その場合，このボックスを空欄にすると通常は必要な クラスが WebLogic サーバから直接ダウンロードされます。これは，SiteScope が動作しているサーバ上の *.jar ファイルからクラスを読み込む方法ほど効率が よくありません。 注：SiteScope のディレクトリ・ツリーに weblogic.jar ファイルをインストー ルしないでください。たとえば， ＜ SiteScope のインストール先パス＞ /SiteScope/java/lib/ext ディレクトリに ファイルをインストールすると Weblogic モニタにエラーが発生するので，イン ストールは避けてください。SiteScope が動作するサーバ上に，このファイルを 置く別のディレクトリを作成する必要があります。 ［WLCipher Jar File］：（このオプションは，セキュア・サーバ（SSL）オプ ションと共にのみ使用されます）。 WebLogic サーバのバージョンによっては，SiteScope マシン上の wlcipher.jar ファイルへの絶対パスを入力する必要があります。 次に例を示します。 <tt>c:bea\weblogic81\lib\wlci[her.jar</tt>. 570 第 34 章 • Web アプリケーション・サーバ・リソースの監視 ［WebLogic License File］：（このオプションは，セキュア・サーバ（SSL）オ プションと共にのみ使用されます）。 SiteScope マシン上の BEA ライセンス・ファイルへの絶対パスを入力します。 次に例を示します。 <tt>c:\bea\license.bea</tt>. ［Location of JVM］：WebLogic 監視プロセスが実行される JVM の場所を指定 します。 注：セキュア・サーバ（SSL）オプションを使用しないモニタの場合，これは 必要ありません。SSL を使用するモニタでは，JVM のバージョンは 1.4.1 以前 でなければなりません。 ［Timeout］ ：すべての WebLogic 要求（リトライを含む）が完了するまで SiteScope が待機する合計時間を秒単位で入力します。標準設定値は 180 秒です。 ［Update every］ ：モニタがサーバ統計情報を読み込む頻度を入力します。テキ スト・ボックス右のドロップダウン・リストでは，秒，分，時，または日で時 間単位を指定できます。最小の時間単位は 15 秒です。標準設定値は 30 秒です。 3［Next］をクリックします。563 ページ「WebLogic（JMX）モニタの設定」の手 順 5 の説明に従って監視対象の測定値を追加します。 571 571 第 5 部 • 負荷テスト・モニタの設定 BEA WebLogic（JMX）パフォーマンス・カウンタ WebLogic（JMX）サーバに使用できる測定項目を以下に示します。 LogBroadcasterRuntime 測定値 説明 MessagesLogged 現在の WebLogic サーバのインスタンスによっ て生成されたログ・メッセージの総数。 Registered このオブジェクトによって表される MBean の登 録が解除された場合は「false」 （偽）を返します。 CachingDisabled プロキシでのキャッシュを無効にするプライ ベート・プロパティ。 ServerRuntime 次の各測定項目のカテゴリに含まれる測定値の詳細については，Mercury の 「Load Testing Monitors」Web サイト （http://www.mercury.com/jp/products/performancecenter/loadrunner/monitors/bealogic.html）を参照してください。 ➤ ServletRuntime ➤ WebAppComponentRuntime ➤ EJBStatefulHomeRuntime ➤ JTARuntime ➤ JVMRuntime ➤ EJBEntityHomeRuntime ➤ DomainRuntime ➤ EJBComponentRuntime ➤ DomainLogHandlerRuntime ➤ JDBCConnectionPoolRuntime ➤ ExecuteQueueRuntime ➤ ClusterRuntime 572 第 34 章 • Web アプリケーション・サーバ・リソースの監視 ➤ JMSRuntime ➤ TimeServiceRuntime ➤ EJBStatelessHomeRuntime ➤ WLECConnectionServiceRuntime ServerSecurityRuntime 測定値 説明 UnlockedUsersTotalCount サーバ上でユーザがアンロックされた 回数を返します。 InvalidLoginUsersHighCount サーバへの無効なログイン試行数が際 立って多いユーザ数を返します。 LoginAttemptsWhileLockedTotalCount ユーザがロックされている間の無効な ログイン試行数の累計を返します。 Registered このオブジェクトによって表される MBean の登録が解除された場合は 「false」（偽）を返します。 LockedUsersCurrentCount 現在サーバ上でロックされているユー ザ数を返します。 CachingDisabled プロキシでのキャッシュを無効にする プライベート・プロパティ。 InvalidLoginAttemptsTotalCount サーバ上での無効なログイン試行数の 累計を返します。 UserLockoutTotalCount サーバ上で行われたユーザ・ロックア ウトの累計数を返します。 573 573 第 5 部 • 負荷テスト・モニタの設定 WebSphere モニタの設定 WebSphere 3.x，4.x，および 5.x アプリケーション・サーバは，モニタのインス トール要件が異なります。 WebSphere バージョン 5.x を監視するには，IBM WebSphere の「Installing a New Application」ウィザードを使用してアプリケーション・サーバにパフォーマン ス・サーブレットを配備する必要があります。 WebSphere 5.x 用にアプリケーション・サーバにパフォーマンス・サーブレッ トを配備するには，次の手順を実行します。 1 管理コンソールから，コンソール・ナビゲーション・ツリーで ［Applications］＞［Install New Application］をクリックします。 2「Path」には，サーバ・マシンのソース・アプリケーション・ファイル （「PerfServletApp.ear」）の完全パス名を指定し，［Next］をクリックします。 3［Generate Default Bindings］チェック・ボックスを選択して，［Next］をク リックします。 4［Install New Application］ページで， ［Summary］をクリックし， ［Cell/Node/Server］オプションを選択します。 ［Click here］をクリックします。 5［Map modules to application servers］パネルで，アプリケーション・ファイ ルのインストール先のサーバを［Clusters and Servers］リストから選択し， ［Module］を選択して，すべてのアプリケーション・モジュールを選択します。 6［Next］をクリックし，［Summary］パネルで，［Finish］をクリックします。 7 サーブレットが正しく実行されていること，およびパフォーマンス・データが 生成されていることを確認します。パフォーマンス・データにアクセスできる ことを簡単に確認するには，ブラウザにパフォーマンス・データを表示しま す。URL は，次の形式で指定します。 http:// ＜サーバ名 : ポート番号＞ / ＜サーブレット・フォルダ＞ /com.ibm.ivb.epm.servlet.PerformanceServlet 次に例を示します。 http://websphere.mercury.co.il:81/servlet/com.ibm.ivb.epm.servlet.Performance Servlet 574 第 34 章 • Web アプリケーション・サーバ・リソースの監視 注：パフォーマンス XML ファイルを表示できるのは，XML と互換性のあるブ ラウザだけです。 WebSphere モニタの設定 ［WebLogic Choose Measurements］ページを使って，WebLogic アプリケーショ ン・サーバを監視するための測定値を選択します。 SiteScope モニタ・エンジンを使用している場合は，SiteScope がサーバにインス トールされていることを確認します。SiteScope は，コントローラと同じマシン にインストールすることも，専用サーバにインストールすることもできます。 WebSphere または WebSphere 4.x ～ 5.x モニタを設定するには，次の手順を実 行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択し ます。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 2［Web Application Server Resource Graphs］セクションの中で，［WebSphere］ま たは［WebSphere 4.x-5.x］を選択し，［Next］をクリックします。［Choose Server］ページが開きます。 3 監視対象のリソースを含むサーバの名前または IP アドレスを入力します。 ユーザのログイン名とパスワードを入力します。 575 575 第 5 部 • 負荷テスト・モニタの設定 4［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバのプロパティが表示されます。 5 監視する測定値を選択します。 使用可能なパフォーマンス・カウンタの一覧については，579 ページを参照し てください。 6［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 注：ファイアウォール越しに WebSphere サーバを監視するために使用するポー トは，サーバの構成によって異なります。 576 第 34 章 • Web アプリケーション・サーバ・リソースの監視 Servlet Directory への Web エイリアスの指定 servlet ディレクトリに Web エイリアスを指定すると，アプリケーション・サー バをいくつでも監視できます。 サーブレット・ディレクトリ用に別の Web エイリアスを指定するには，次の手 順を実行します。 標準設定では，Performance Center は「servlet」をサーブレット・ディレクトリ の Web エイリアスとして使います。たとえば，WebSphere サーバ・マシンの名 前が mercury でサーブレット・ディレクトリのパスが E:\AppServer\hosts\default_host\default_app\servlets である場合， Performance Center は 次の URL の XML ファイルを要求します。 http://mercury/servlet/com.ibm.ivb.epm.servlet.PerformanceServlet servlet に は，サーブレット・ディレクトリ用の Web エイリアスが入ります。 サーブレット・ディレクトリの Web エイリアスが servlet ではない場合は，［マ シンの追加］ダイアログ・ボックスでサーブレット・ディレクトリの Web エイ リアスを次の形式で指定しなければなりません。 http:// ＜サーバ名 : ポート番号＞ / ＜サーブレット・ディレクトリのエイリアス＞ 例：http://mercury/servlet2 この方法で，アプリケーション・サーバを必要な数だけ監視できます（インス トール先のマシンが 1 台か複数かは問いません）。 標準設定のアプリケーションのほかに，別のアプリケーションを監視するに は，次の手順を実行します。 アプリケーションが同じマシンにインストールされているか，別々のマシンに インストールされているかに関係なく，アプリケーションを必要な数だけ監視 できます。 1 標準設定のアプリケーションの Servlets ディレクトリにコピーしたファイルと 同じファイルを，監視対象にする他の Web アプリケーションの Servlets ディレ クトリにコピーします。 2 WebSphere コンソールで，各 Web アプリケーションの設定に com.ibm.ivb.epm.servlet.PerformanceServlet を追加します。 577 577 第 5 部 • 負荷テスト・モニタの設定 3 監視の対象にする Web アプリケーションを次の形式で WebSphere パフォーマン ス・モニタに追加します。 http:// ＜サーバ名 : ポート番号＞ / ＜サーブレット・ディレクトリのエイリアス＞ /servlet 例：http://mercury/servlet3/servlet WebSphere 3.5.x サーバでの EPM カウンタの有効化 WebSphere バージョン 3.5.x で作業するには，次の手順を実行します。 1 3.5.x の EPM カウンタは，標準では「none」に設定されています。EPM カウン タを有効にするには，WebSphere 管理のコンソールのブラウザの中で監視対象 アプリケーション・サーバを選択します。 2 アプリケーション・サーバを右クリックして，［Performance］を選択します。 ポップアップ・ウィンドウから［Performance Modules］を選択します。 3［Performance Modules］を右クリックして，パフォーマンス・レベルを選択しま す。さまざまなレベルのカウンタを選択することによって，アプリケーショ ン・サーバで，さまざまなレベルのパフォーマンス・データを管理できるよう になります。 4［Set］ボタンをクリックします。 5 バージョン 3.5.2 および 3.5.3 では，Servlet カウンタは無効にされています。 Servlet カウンタを有効にするには，" ＜ WAS_HOME ＞ \lib\ibmwebas.jar" にあ る com/ibm/servlet/appserver.properties ファイルの内容を修正する必要がありま す。 jar ファイルを抽出し，appserver.properties を次のように変更します。 #listeners.application=com.ibm.servlet.engine.EPMApplicationListener com.ibm.servlet.debug.OLTServletManager listeners.application= 上記を次のように修正します。 listeners.application=com.ibm.servlet.engine.EPMApplicationListener com.ibm.servlet.debug.OLTServletManager #listeners.application= 6 jar ファイルを再パッケージします。 578 第 34 章 • Web アプリケーション・サーバ・リソースの監視 WebSphere パフォーマンス・カウンタ 以降の各表に，監視可能なカウンタの説明を示します。 Run-Time Resources Java 仮想マシンのランタイムおよび ORB に関係するリソースが含まれます。 測定値 説明 MemoryFree Java 仮想マシンの空きメモリ容量。 MemoryTotal Java 仮想マシンに割り当てられたメモリの総量。 MemoryUse Java 仮想マシン内で使用中のメモリの総量。 BeanData サーバ上のすべてのホームは，ホームに配置されたビーンの種類に応じてパ フォーマンス・データを提供します。トップ・レベルのビーン・データには， すべてのコンテナのデータの集合が含まれます。 測定値 説明 BeanCreates 作成されたビーンの数。「ステートフル」または「エ ンティティ」である個々のビーンが対象となります。 EntityBeanCreates 作成されたエンティティ・ビーンの数。 BeanRemoves 削除された特定のビーンに関係のあるエンティティ・ ビーンの数。「ステートフル」または「エンティティ」 である個々のビーンが対象となります。 EntityBeanRemoves 削除されたエンティティ・ビーンの数。 StatefulBeanCreates 作成されたステートフル・ビーンの数。 StatefulBeanRemoves 削除されたステートフル・ビーンの数。 BeanPassivates 特定のビーンに関係のある，不活性化されたビーンの 数。「ステートフル」または「エンティティ」である 個々のビーンが対象となります。 EntityBeanPassivates 不活性化されたエンティティ・ビーンの数。 StatefulBeanPassivates 不活性化されたステートフル・ビーンの数。 579 579 第 5 部 • 負荷テスト・モニタの設定 580 測定値 説明 BeanActivates 特定のビーンに関係のある，活性化されたビーンの 数。「ステートフル」または「エンティティ」である 個々のビーンが対象となります。 EntityBeanActivates 活性化されたエンティティ・ビーンの数。 StatefulBeanActivates 活性化されたステートフル・ビーンの数。 BeanLoads ビーン・データがロードされた回数。エンティティが 対象となります。 BeanStores ビーン・データがデータベースに格納された回数。エ ンティティが対象となります。 BeanInstantiates ビーン・オブジェクトが作成された回数。ビーンの種 類に関係なく，個々のビーンが対象となります。 StatelessBeanInstantiates ステートレス・セッション・ビーン・オブジェクトが 作成された回数。 StatefulBeanInstantiates ステートフル・セッション・ビーン・オブジェクトが 作成された回数。 EntityBeanInstantiates エンティティ・ビーン・オブジェクトが作成された回数。 BeanDestroys 個々のビーン・オブジェクトが破棄された回数。ビーン の種類に関係なく，あらゆるビーンが対象となります。 StatelessBeanDestroys ステートレス・セッション・ビーン・オブジェクトが 破棄された回数。 StatefulBeanDestroys ステートフル・セッション・ビーン・オブジェクトが 破棄された回数。 EntityBeanDestroys エンティティ・ビーン・オブジェクトが破棄された回数。 BeansActive 特定のビーンに関係のあるアクティブなビーンのイン スタンス数の平均。「ステートフル」または「エン ティティ」である個々のビーンが対象となります。 EntityBeansActive アクティブなエンティティ・ビーン数の平均。 StatefulBeansActive アクティブなセッション・ビーン数の平均。 第 34 章 • Web アプリケーション・サーバ・リソースの監視 測定値 説明 BeansLive インスタンス化されているがまだ破棄されていない特 定の種類のビーン・オブジェクト数の平均。ビーンの 種類に関係なく，個々のビーンが対象となります。 StatelessBeansLive インスタンス化されているがまだ破棄されていない， ステートレス・セッション・ビーン・オブジェクト数 の平均。 StatefulBeansLive インスタンス化されているがまだ破棄されていない， ステートフル・セッション・ビーン・オブジェクト数 の平均。 EntityBeansLive インスタンス化されているがまだ破棄されていない， エンティティ・ビーン・オブジェクト数の平均。 BeanMethodRT 該当するビーンに対するリモート・インタフェースで 定義されているすべてのメソッドの平均応答時間。す べてのビーンが対象となります。 BeanMethodActive 同時に処理されているメソッド数の平均。すべての ビーンが対象となります。 BeanMethodCalls 該当するビーンのメソッドが呼び出された合計回数。 BeanObjectPool サーバには，ビーン・オブジェクトのキャッシュが保持されます。各ホームに はキャッシュがあるので，コンテナごとに 1 つの BeanObjectPoolContainer があ ります。トップ・レベルの BeanObjectPool には，すべてのコンテナ・データの 集合が含まれます。 測定値 説明 BeanObjectPoolContainer 特定の種類のビーンのプール。 BeanObject ホーム専用のプール。 NumGet プールからオブジェクトを検索する呼び出しの回数。 NumGetFound プールに対する呼び出しのうち，使用可能なビーン が検出された回数。 NumPuts プールに解放されたビーンの数。 581 581 第 5 部 • 負荷テスト・モニタの設定 測定値 説明 NumPutsDiscarded プールがいっぱいであったために，プールに解放さ れたビーンが破棄された回数。 NumDrains デーモンが，プールがアイドル状態なのを検出し， プールを掃除しようとした回数。 DrainSize デーモンの掃除によって破棄されたビーンの数の平均。 BeanPoolSize プール内のビーン数の平均。 OrbThreadPool サーバ上の ORB スレッド・プールに関係するリソースを以下に示します。 測定値 説明 ActiveThreads プール内のアクティブ・スレッド数の平均。 TotalThreads プール内のスレッド数の平均。 PercentTimeMaxed プール内のスレッド数が適正最大数に到達，またはそ れを超えた時間の割合の平均。 ThreadCreates 作成されたスレッドの数。 ThreadDestroys 破棄されたスレッドの数。 ConfiguredMaxSize プールされるスレッドの，設定された数の最大値。 DBConnectionMgr データベース接続マネージャに関係するリソースを以下に示します。データ ベース接続マネージャは，一連のデータ・ソース，および各パフォーマンス測 定値のトップ・レベルの集合で構成されます。 測定値 DataSource 582 説明 「name」属性によって指定された特定のデータ・ソー スに関係するリソース。 ConnectionCreates 作成された接続の数。 ConnectionDestroys 解放された接続の数。 第 34 章 • Web アプリケーション・サーバ・リソースの監視 測定値 説明 ConnectionPoolSize プールの平均サイズ。つまり，平均接続数。 ConnectionAllocates 接続が割り当てられた回数。 ConnectionWaiters 接続を待機しているスレッド数の平均。 ConnectionWaitTime 接続許可の平均時間（秒）。 ConnectionTime 接続が使用されている平均時間（秒）。 ConnectionPercentUsed 使用中であるプールの割合の平均。 ConnectionPercentMaxed すべての接続が使用中である時間の割合。 TransactionData トランザクションに関係のあるリソースを以下に示します。 測定値 説明 NumTransactions 処理されたトランザクションの数。 ActiveTransactions アクティブ・トランザクションの平均数。 TransactionRT 各トランザクションの平均所要時間。 BeanObjectCount トランザクションに関与しているビーン・オブジェ クト・プール数の平均。 RolledBack ロールバックされたトランザクションの数。 Commited コミットされたトランザクションの数。 LocalTransactions ローカルだったトランザクションの数。 TransactionMethodCount 各トランザクションの一部として呼び出されたメ ソッド数の平均。 Timeouts 非活動タイムアウトによりタイムアウトとなったト ランザクションの数。 TransactionSuspended トランザクションが中断された平均回数。 583 583 第 5 部 • 負荷テスト・モニタの設定 ServletEngine サーブレットと JSP に関係のあるリソースを以下に示します。 584 測定値 説明 ServletsLoaded 現在ロードされているサーブレットの数。 ServletRequests サービスされた要求の数。 CurrentRequests 現在サービスされている要求の数。 ServletRT 各要求の平均応答時間。 ServletsActive 要求をアクティブに処理しているサーブレット数の平均。 ServletIdle サーバがアイドル状態である時間（つまり，最後の要 求からの時間）。 ServletErrors エラーまたは例外となった要求の数。 ServletBeanCalls サーブレットによって実行されたビーン・メソッド呼 び出しの回数。 ServletBeanCreates サーブレットによって実行されたビーン参照の回数。 ServletDBCalls サーブレットによって実行されたデータベース呼び出 しの回数。 ServletDBConAlloc サーブレットによって割り当てられたデータベース接 続の数。 SessionLoads サーブレットのセッション・データがデータベースか ら読み取られた回数。 SessionStores サーブレットのセッション・データがデータベースに 格納された回数。 SessionSize セッション・データの平均サイズ（バイト）。 LoadedSince サーバがロードされてから経過した時間（UNC 時間）。 第 34 章 • Web アプリケーション・サーバ・リソースの監視 セッション HTTP セッション・プールに関する一般的な測定値を以下に示します。 測定値 説明 SessionsCreated サーバで作成されたセッションの数。 SessionsActive 現在のアクティブ・セッションの数。 SessionsInvalidated 無効になったセッションの数。データベース・モード でセッションを使用している場合は，有効ではないこ とがあります。 SessionLifetime 無効になったセッションの統計データが入ります。ま だ有効であるセッションは含まれません。 WebSphere アプリケーション・サーバの設定 WebSphere アプリケーション・サーバ・モニタを使用すると，IBM WebSphere アプリケーション Server 3.5.x，4.x，および 5.x の可用性とサーバ統計情報を監 視できます。モニタの error および warning しきい値は，最大 10 個の WebSphere アプリケーション・サーバ・パフォーマンス統計情報に基づいて設定できます。 WebSphere アプリケーション・サーバ・モニタは，WebSphere で提供されるパ フォーマンス監視インタフェースを使って IBM WebSphere サーバのパフォーマ ンス統計情報を監視します。単一のモニタ・インスタンスで複数のパラメータ またはカウンタを監視できます。これにより，サーバのロードを監視し，パ フォーマンス，可用性，および容量を計画できます。使用環境内の WebSphere アプリケーション・サーバごとに，別の WebSphere アプリケーション・サー バ・モニタ・インスタンスを作成します。 このグラフのデータを取得するには，負荷テスト実行前に WebSphere Application Server モニタを設定し，表示したい測定値を選択する必要があります。 監視環境の設定 WebSphere アプリケーション・サーバ・モニタを使用するためには，サーバ環 境を設定する必要があります。 SiteScope はユーティリティ・サーバにインストールされますが，ユーティリ ティ・サーバの負荷を減らすために SiteScope をコントローラと同じマシンま たは専用のサーバにインストールすることをお勧めします。 585 585 第 5 部 • 負荷テスト・モニタの設定 WebSphere 3.5.x および 4.x の場合 ➤ WebSphere バージョン 3.5.x または 4.x を監視する場合，あらかじめ IBM WebSphere 管理コンソールを SiteScope サーバにインストールする必要がありま す。管理コンソールをインストールするには，次の手順を実行します。 ➤［カスタム］インストール・オプションを選択します。 ➤［Application Server コンポーネントの選択］ダイアログ・ボックスで，［管理 コンソール］と［IBM JDK 1.2.2］を選択します。 ➤ インストール中に，監視対象のマシンを指定します。 ➤ 監視対象の WebSphere サーバを有効にする必要があります。 ➤ WebSphere 3.5.x の場合は，WebSphere サーバ上の EPM カウンタを有効にし ます。 ➤ WebSphere 4.x および 5.x の場合，PMI カウンタを有効にするか，WebSphere 上の Performance Monitoring Service を有効にします。 監視対象アプリケーションのカウンタを有効にするには，WebSphere 管理コン ソールから行います。 WebSphere 4.x の場合： ➤ 監視対象リソースを選択したら， ［Performance］オプションを選択します。 ➤ ダイアログ・ボックスが開いたら，［Performance Modules］ツリーを展開 します。パフォーマンス・データの各種レベルを管理するには，パフォーマ ンス・モジュールを選択し，パフォーマンス・レベルを選択し，［Set］を クリックします。 ➤ あるいは，WebSphere 3.5.x では， ［EPM Specification］を次のように設定できます。 epm=high:epm.beanMethodData=none この設定は WebSphere 管理コンソールから行います。 ➤ WebSphere サーバでセキュリティが有効になっている場合，サーバ・セキュリ ティ・リングを管理クライアントにコピーしておく必要があります。 WebSphere 5.x の場合 サーバ環境において，次の手順を実行します。 1［Servers］＞［Application Servers］を選択し，［Application Server］リスト から監視対象サーバを選択します。 586 第 34 章 • Web アプリケーション・サーバ・リソースの監視 2［Configuration］タブの［Additional Properties］リストで，［Performance Monitoring Service］をクリックします。 3［Start Up］チェック・ボックスを選択します。 4［Initial specification level］の選択で，［Standard］または［Custom］を選 択します。 5［Apply］をクリックします。 注：WebSphere バージョン 5.x を監視するには，必要な WebSphere ライブラリ が SiteScope サーバ上で使用可能でなければなりません。つまり，WebSphere 5.x クライアントが SiteScope サーバにインストールされている必要があります。 SiteScope サーバに正しいクライアントをインストールするには，次の手順を実 行します。 1 WebSphere 5.x をインストールするときは，カスタム・オプション・メニューで 次のオプションを選択します。 ➤ Administration（または管理コンソール） ➤ Performance Analysis 注：IBM WebSphere のいくつかの試用版には，Sitescope WebSphere アプリケー ション・サーバ・モニタに必要な［Performance Analysis］オプションがありま せん。SiteScope モニタは，WebSphere の完全製品版がインストールされて使用 可能な場合にのみ機能します。 2 ＜ WebSphere 5.x アプリケーション・サーバのインストール先＞ \lib フォルダ 内にあるすべてのファイルを ＜クライアントのインストール先＞ \lib フォルダ にコピーします（上記の手順 1 参照） 。 3 WebSphere 5.x のサーバとクライアントの設定は一致していなければなりませ ん。つまり，SiteScope WebSphere アプリケーション・サーバ・モニタで WebSphere 5.1 アプリケーション・サーバを監視する場合，クライアントのライ ブラリが WebSphere 5.0 アプリケーション・サーバからのものだったり，その 逆だったりすると，機能しません。 587 587 第 5 部 • 負荷テスト・モニタの設定 クライアント・ライブラリは，別々のフォルダにインストールされている必要 があります。ディレクトリ名は，混乱や SiteScope 設定エラー防止のため，た とえば WebSphere50 と WebSphere51 のように，明確に区別されたディレク トリ名にします。 4 WebSphere 5.x のインストールでは，sas.props ファイルは soap.props に置き 換える必要があります。 注：WebSphere 5.x SiteScope モニタは WebSphere JMX インタフェースを使用す るので，アプリケーション・サーバとの通信に使用されるポート番号は， SOAP のポート番号です。標準の SOAP ポート番号は 8880 です。 5 WebSphere サーバでセキュリティが有効になっている場合，サーバ・セキュリ ティ・リングを管理クライアントにコピーしておく必要があります。 一般情報 WebSphere サーバでセキュリティを有効にした場合，WebSphere サーバから SiteScope にセキュリティ・キーリングをコピーする必要がありますキーリング とは，サーバがクライアントの識別に使用する証明書です。 WebSphere アプリケーション・サーバ・モニタの設定 サーバ環境を設定したら，WebSphere アプリケーション・サーバ・モニタを設 定し，表示したい測定値を選択する必要があります。 WebSphere アプリケーション・サーバ・モニタを設定するには，次の手順を実 行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択し ます。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 588 第 34 章 • Web アプリケーション・サーバ・リソースの監視 2［Web Application Server Resource Graphs section］セクションで［WebSphere Application Server (SiteScope)］を選択してから［Next］をクリックします。 ［Choose Server］ページが開きます。 3［Monitored Machine Information］セクションで，監視対象のリソースを含む サーバの名前または IP アドレスを入力します。 ［SiteScope Server Information］セクションで，SiteScope のマシン名とポー ト（標準設定は 8888）を入力し，Secure HTTP 接続および SiteScope ユーザ・ア カウントを使用するかどうかを指定します。SiteScope アカウントを使用する場 合は，アカウント名または番号を入力し，SiteScope アカウントへのログイン用 に定義されたユーザ名とパスワードを入力します。 589 589 第 5 部 • 負荷テスト・モニタの設定 4［Next］をクリックします。［Configuring WebSphere Application Server monitor］ ページが開きます。 モニタのプロパティの値を入力します。 ［Client Properties File］：カスタム・クライアント・プロパティ・ファイルを 入力します。WebSphere 5.x+ の場合は，該当する soap.client.props ファイルを選 択します。標準設定では，/properties/soap.client.props ファイルが使用されます。 ［Version］ ：WebSphere サーバのバージョンを入力します。 ［WebSphere Directory］ ：WebSphere ディレクトリへのパスを入力します。こ のディレクトリに，少なくとも管理コンソールがインストールされていなけれ ばなりません。 ［Port Number］ ：WebSphere サーバのポート番号を入力します。これは WebSphere 5.x+ の SOAP ポートでなければなりません。標準のポート番号は 8880 です。 ［Classpath］：モニタ・プログラムに必要な追加のクラスパス要素があれば入 力します。 590 第 34 章 • Web アプリケーション・サーバ・リソースの監視 ［Password］ ：SiteScope が WebSphere サーバにログオンするために必要なパス ワードを入力します。 ［Security Realm］：WebSphere サーバ（3.5x のみ）のセキュリティ領域を入力 します。 ［User Name］：SiteScope が WebSphere サーバにログオンするために必要な ユーザ名を入力します。 ［Server］ ：WebSphere アプリケーションが実行されているサーバの名前を入力 します。サーバ名の中に UNC パスを示すバックスラッシュ（\\）は含めない でください。 ［Update every］ ：ここに入力した数値は，モニタ・チェックを行う間隔（単 位：秒）を示します。標準設定では，モニタの更新間隔は 30 秒です。 5［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバのプロパティが表示されます。 591 591 第 5 部 • 負荷テスト・モニタの設定 6 監視する測定値を選択します。WebSphere アプリケーション・サーバ・モニタ に使用できるカウンタは多数あります。どのバージョンの WebSphere を実行す るかによって，使用可能なカウンタは大きく異なります。 使用可能なパフォーマンス・カウンタの一覧については，579 ページを参照し てください。 7［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 WebSphere（EPM）モニタの設定 WebSphere（EPM）モニタには，負荷テスト実行中の WebSphere 3.5.x サーバの リソース使用状況に関する統計値が表示されます。 IBM WebSphere アプリケーション・サーバ（3.5.x）を監視するには， Performance Center ホスト・マシンに IBM WebSphere の管理コンソールをあらか じめインストールし，EPM カウンタを有効にしておかなければなりません。次 に，負荷テストを実行する前に WebSphere（EPM）モニタを設定します。 IBM WebSphere 管理コンソールのインストール まず IBM WebSphere 管理コンソールを Performance Center ホスト・マシンにイ ンストールする必要があります。 592 第 34 章 • Web アプリケーション・サーバ・リソースの監視 IBM WebSphere 管理コンソールをインストールするには，次の手順を実行します。 1 WebSphere 3.5 Windows NT の配布 CD-ROM から，WebSphere インストール・プ ログラムを起動します。［WebSphere Application Server］ダイアログ・ボックス が開きます。 2 WebSphere を使用する Web サーバをすべてシャットダウンするよう指示されま すが，無視します。この手順は，管理コンソールのインストールには関係あり ません。それ以外の手順を進めます。 593 593 第 5 部 • 負荷テスト・モニタの設定 3［次へ］をクリックして先に進みます。［インストール・オプション］ダイアロ グ・ボックスが開きます。 594 第 34 章 • Web アプリケーション・サーバ・リソースの監視 4［カスタム・インストール］を選択して，［次へ］をクリックします。 ［Application Server コンポーネントの選択］ダイアログ・ボックスが開きます。 5［管理コンソール］および［IBM JDK 1.2.2］を選択します。その他のオプショ ンはすべてクリアします。 595 595 第 5 部 • 負荷テスト・モニタの設定 6［次へ］をクリックします。 ［ホスト名の取得］ダイアログ・ボックスが開きます。 7 監視対象マシンの名前を入力します。 596 第 34 章 • Web アプリケーション・サーバ・リソースの監視 8［次へ］をクリックします。［製品ディレクトリー］ダイアログ・ボックスが開 きます。 9 管理コンソールのインストール先フォルダを指定します。別の場所を選択する には，［参照］をクリックして標準設定のフォルダ以外のフォルダを選択し， ［OK］をクリックします。 597 597 第 5 部 • 負荷テスト・モニタの設定 10［次へ］をクリックします。［プログラム フォルダの選択］ダイアログ・ボック スが開きます。 11 プログラム・フォルダを指定するか，標準設定の IBM WebSphere\Application Server V3.5. フォルダを受け入れます。 12［次へ］をクリックします。インストール・プロセスが始まります。インス トール処理を一時停止または中止するには，［キャンセル］をクリックします。 598 第 34 章 • Web アプリケーション・サーバ・リソースの監視 インストールが完了すると，［セットアップの完了］ダイアログ・ボックスが 開きます。 13 プログラムを起動する前に readme ファイルを表示するには，［セットアップの 完了］ダイアログ・ボックスで該当するチェック・ボックスを選択します。 readme ファイルは，［スタート］＞［プログラム］＞［Application Server V3.5］＞［IBM WebSphere］＞［README］を選択することで随時表示でき ます。 14［完了］をクリックして，インストール・プログラム終了します。［Windows を 再始動中］ダイアログ・ボックスが開きます。 599 599 第 5 部 • 負荷テスト・モニタの設定 15 今すぐコンピュータを再起動してインストールを完了するか（推奨），後で再 起動してインストールを完了するかを選択します。 16［OK］をクリックすると，管理コンソールのインストールが完了します。 セキュリティ・キーリングのコピー WebSphere サーバでセキュリティを有効にした場合，WebSphere サーバから管 理クライアントにセキュリティ・キーリングをコピーする必要があります（セ キュリティが有効になっているかどうかは，管理コンソールを管理サーバに接 続できるかどうかで確認できます）。キーリングとは，サーバがクライアント の識別に使用する証明書です。 サーバの lib フォルダからクライアントの lib フォルダに，キーリングが含まれ ている jar ファイルをコピーする必要があります。また，監視側のクライアン トのコマンド・ラインに，キーリングが含まれている .jar ファイルを追加する 必要があります。 注：このファイル（353Keyring.jar）で使用されるキーリングは，バージョン 3.52 以前を使用するサーバにインストールしておく必要のある IBM ダミー・ キー・リングです。サーバのバージョンが 3.52 以前で，IBM ダミー・キーリン グをすでに使用している場合，この行を変更する必要はありません。また， サーバのバージョンが 3.53 以降で，IBM ダミー・キーリングを使用している場 合は，何もする必要はありません。 キーリングをコピーするには，次の手順を実行します。 1 サーバから管理クライアントの lib フォルダ（標準設定では C:\Websphere\Appserver\lib）にキーリングの jar ファイルをコピーします。 キーリングが含まれる jar ファイル xxxKeyring.jar は，標準では次の場所にあ ります。 NT サーバ C:\Websphere\Appserver\lib UNIX サーバ OPT/websphere/Appserver/lib 2 テキスト・エディタで，＜ Performance Center のインストール先フォルダ＞ \dat\monitors\WebSphere35Mon.ini ファイルを開きます。 600 第 34 章 • Web アプリケーション・サーバ・リソースの監視 3 次の行を見つけます。 JVM_CLASSES4=C:\WebSphere\AppServer\lib\353Keyring.jar 注：WebSphere を標準設定と異なる場所にインストールしてある場合，この行 は異なります。 4 353Keyring.jar を，使用しているキーリングに変更します。 WebSphere 3.5.x サーバでの EPM カウンタの有効化 標準の設定では「none」となっている EPM カウンタを有効にするには， WebSphere の管理コンソール・ブラウザの中で監視対象アプリケーションを右 クリックして，［Performance］を選択します。表示されるダイアログ・ボッ クスで，［Performance Modules］ツリーを展開します。パフォーマンス・データ の各種レベルを管理するには，パフォーマンス・モジュールを右クリックし て，パフォーマンス・レベルを選択します。［Set］ボタンをクリックします。 または，アプリケーション・サーバが起動していることを確認して， WebSphere の管理コンソール・ブラウザの［Advanced（詳細設定）］タブを選 択し，［EPM Specification］ボックスに次のように入力します。 epm=high:epm.beanMethodData=none WebSphere（EPM）モニタの設定 WebSphere 管理コンソールをインストールして EPM カウンタを有効にしたら， ［WebSphere EPM Choose Measurements］ページを使って WebSphere EPM サーバ の監視対象測定値を選択します。 WebSphere EPM モニタを起動するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前： ［Load Test Configuration］ページの［Monitors］タブを選択し ます。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中： ［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 601 601 第 5 部 • 負荷テスト・モニタの設定 2［Web Application Server Resource Graphs section］セクションの中で ［WebSphere EPM］を選択し，［Next］をクリックします。［Choose Server］ ページが開きます。 3 監視対象のリソースを含むサーバの名前または IP アドレスを入力します。 4［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバのプロパティが表示されます。 5 監視する測定値を選択します。 使用可能なパフォーマンス・カウンタの一覧については，579 ページを参照し てください。 6［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 602 第 35 章 データベース・リソースの監視 サーバのパフォーマンスのボトルネックを特定するために，負荷テストの実行 中に，SQL，DB2，Sybase，Oracle の各データベース・サーバのリソースの使 用率を監視することが可能です。 本章では，次の項目について説明します。 ➤ データベース・リソースの監視について ➤ SQL サーバ・モニタの設定 ➤ DB2 モニタの設定 ➤ Oracle データベース・リソースの監視の設定 ➤ Sybase モニタの設定 データベース・リソースの監視について データベース・サーバ・リソース・モニタは，SQL，DB2，Sybase，Oracle の 各データベース・サーバに関する統計値を測定します。パフォーマンス・デー タを取得するには，負荷テストを実行する前に，サーバのオンライン・モニタ を起動して測定対象のリソースを指定する必要があります。 603 第 5 部 • 負荷テスト・モニタの設定 SQL サーバ・モニタの設定 SQL Server モニタは，SQL Server マシンの標準の Windows リソースを測定しま す。［SQL Server Choose Measurements］ページを使って，監視するための測定 値を選択します。 SiteScope はユーティリティ・サーバにインストールされますが，ユーティリ ティ・サーバの負荷を減らすために，コントローラと同じマシンにインストー ルするか，専用サーバにインストールすることをお勧めします。 注：ファイアウォール越しに SQL Server を監視するには，139 番ポートで TCP を使用します。 SQL Server モニタを設定するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択 します。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 2［Database Server Resource Graphs］セクションの中で，［SQL Server］または ［SQL Server (SiteScope)］を選択し，［Next］をクリックします。［Choose Server］ページが開きます。 3 リソースを監視する対象となる SQL サーバの名前または IP アドレスを入力し ます。 ➤ SQL Server の場合：SQL Server のログイン名とパスワードを入力します。 ➤ SQL Server (SiteScope) の場合：SiteScope のマシン名とポート（標準設定： 8888）を入力し，Secure HTTP 接続を使用するのか SiteScope ユーザ・アカウン トを使用するのかを指定します。SiteScope アカウントを使用する場合には，ア カウントの名前または番号，および SiteScope のアカウントへのログイン用に 定義されているユーザ名とパスワードを入力します。 ［Next］をクリックします。 604 第 35 章 • データベース・リソースの監視 4 SQL Server (SiteScope) モニタを使用して初めて測定値を追加するとき，NT のリモート・マシン・プロパティを設定する必要があります。413 ページ「NT リモート・マシンの設定」の手順に従ってリモート・マシンの設定情報を入力 します。 5［Choose Measurements］ページが開き，使用可能な測定値とサーバのプロパ ティが表示されます。 6 監視する測定値を選択します。 使用可能なパフォーマンス・カウンタの一覧については，606 ページを参照し てください。 7［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 注：カウンタの中には，サーバでの最初の負荷テストで，SQL Server のパ フォーマンスを調べたり，ボトルネックの原因を特定したりするのに特に便利 なカウンタもあります。これらのカウンタの詳細については，『Mercury LoadRunner アナリシス・ユーザーズ・ガイド』の「負荷テストに役立つカウ ンタ」の章を参照してください。 605 605 第 5 部 • 負荷テスト・モニタの設定 SQL Server パフォーマンス・カウンタ 次の表に，SQL Server 6.5 で測定可能なカウンタの一部を示します。 606 測定値 詳細 % Total Processor Time （NT） システム上のすべてのプロセッサが非アイドル・スレッド を実行するために使用中となる時間の平均的な割合。マル チプロセッサ・システムで，すべてのプロセッサが常にビ ジー状態ならば，この値は 100% です。すべてのプロセッ サが 50% の時間だけビジー状態ならば，この値は 50% で す。4 分の 1 のプロセッサが 100% の時間ビジー状態なら ば，この値は 25% です。この値は，何らかの処理を行うた めに費やされた時間の割合です。この値は，何らかの処理 を行うために費やされた時間の割合です。各プロセッサに はアイドル・プロセス内のアイドル・スレッドが割り当て られます。 % Processor Time （Win 2000） プロセッサが非アイドル・スレッドを実行している時間の 割合。このカウンタは，プロセッサの動作状況を示す重要 な指標となります。この値は，プロセッサがアイドル・プ ロセスのスレッドを実行するのに費やす時間をサンプリン グ間隔ごとに測定し，その値を 100% から引くことによっ て算出されます（各プロセッサには，ほかのスレッドの実 行準備ができていないときにサイクルを消費するアイド ル・スレッドが割り当てられています）。この値は，あるサ ンプリング時点から次のサンプリング時点までの間に何ら かの有用な処理を行うために費やされた時間の割合です。 このカウンタは，サンプリング間隔の間に観察されたビ ジー状態の時間の平均的な割合を示します。この値は， サービスがアクティブではなかった時間を監視し，その値 を 100% から引くことによって算出されます。 Cache Hit Ratio 要求されたデータ・ページが（ディスクから読み出される 代わりに）データ・キャッシュで見つかった回数の割合。 I/O - Batch Writes/sec バッチ I/O によってディスクに書き出されるページの秒ご との数。バッチ I/O は，主にチェックポイント・スレッド が使用します。 I/O-Lazy Writes/sec レイジー・ライタによってディスクにフラッシュされる ページの秒ごとの数。 第 35 章 • データベース・リソースの監視 測定値 詳細 I/O-Outstanding Reads 保留されている物理読み取りの数。 I/O-Outstanding Writes 保留されている物理書き込みの数。 I/O-Page Reads/sec 物理ページ読み取りの秒ごとの数。 I/O-Transactions/sec 実行された Transact-SQL コマンド・バッチの秒ごとの数。 User Connections オープン・ユーザ接続の数。 DB2 モニタの設定 DB2 データベース・サーバ・モニタは，負荷テスト実行中に DB2 データベー スのリソースの使用状況を測定します。 注：データベースと連携して動作しているアプリケーションがない場合，監視 の対象にできるのはデータベース・マネージャ・インスタンスだけです。 DB2 データベース・サーバを監視するには，あらかじめ DB2 モニタ環境を設 定しておく必要があります。 DB2 モニタ環境を設定するには，次の手順を実行します。 1 Performance Center ホスト・マシンにすべてのクライアント・ファイルとライブ ラリをインストールします。 2 ユーティリティ・サーバにすべてのクライアント・ファイルとライブラリをイ ンストールします。 3［スタート］メニューから［DB2 for Windows NT］プログラム・グループを開 き，［Control Center］を選択します。DB2 サーバの（管理者権限を持つ） ユーザ名とパスワードを入力します。 4 表示されるコンソールで［システム］を右クリックして， ［追加］を選択します。 607 607 第 5 部 • 負荷テスト・モニタの設定 5 ダイアログ・ボックスに，次の設定を入力します。 System Name：＜サーバ名＞ Remote Instance：DB2 Host Name：＜サーバ名＞ Service Name：DB2 サーバ・ポート。標準設定の値は 50000 です。 6［取得］をクリックした後，［OK］をクリックします。 注：［取得］をクリックした後にエラー・メッセージが返された場合は，手順 4 ～ 5 を繰り返して［OK］をクリックします。 7 コンソール・ツリーで，＜サーバ名＞ノードを展開します。 8［インスタンス］を右クリックして，［追加］を選択します。 9 ダイアログ・ボックスに，次の設定を入力します。 Remote Instance：DB2 Instance Name：コントローラから呼び出すデータベース・インスタンス Host Name：＜サーバ名＞ Service Name：DB2 サーバ・ポート。標準設定の値は 50000 です。 10［OK］をクリックして，Control Center を閉じます。 注：1 つの監視セッションで対象にできるデータベース・マネージャ・インス タンスは 1 つだけです。 608 第 35 章 • データベース・リソースの監視 DB2 モニタを設定するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択 します。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 2［Database Server Resource Graphs］セクションの中で，［DB2］を選択し， ［Next］をクリックします。［Choose Server］ページが開きます。 3 リソースを監視する対象となるサーバの名前または IP アドレスを入力します。 ユーザのログイン名とパスワードを入力します。 4［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバのプロパティが表示されます。 609 609 第 5 部 • 負荷テスト・モニタの設定 5 監視する測定値を選択します。 使用可能なパフォーマンス・カウンタの一覧については，次を参照してください。 6［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 DB2 パフォーマンス・カウンタ 次の表に，標準で監視可能なカウンタの説明を示します。 DatabaseManager 610 測定値 詳細 rem_cons_in リモート・クライアントによって監視対象のデータ ベース・マネージャのインスタンスに対して開始さ れた現在の接続の数。 rem_cons_in_exec 現在，データベースに接続されていて，監視対象の データベース・マネージャのインスタンス内で作業単 位を処理しているリモート・アプリケーションの数。 local_cons 監視対象のデータベース・マネージャのインスタン ス内で現在データベースに接続されているローカ ル・アプリケーションの数。 local_cons_in_exec 監視対象のデータベース・マネージャのインスタン ス内で作業単位を処理しているローカル・アプリ ケーションの数。 con_local_dbases アプリケーションが接続されているローカル・デー タベースの数。 agents_registered 監視対象のデータベース・マネージャのインスタン スに登録されているエージェントの数（調整プログ ラム・エージェントおよびサブ・エージェント）。 agents_waiting_on_token データベース・マネージャでトランザクションを実行 するためにトークンを待っているエージェントの数。 idle_agents エージェント・プール内のエージェントで，現在ア プリケーションに割り当てられていない「アイド ル」となっているエージェントの数。 第 35 章 • データベース・リソースの監視 測定値 詳細 agents_from_pool エージェント・プールから割り当てられたエージェ ントの数。 agents_created_empty_pool エージェント・プールが空だったために作成された エージェントの数。 agents_stolen アプリケーションからエージェントが「スチールさ れた」回数。アプリケーションに関連付けられたア イドル・エージェントが，ほかのアプリケーション に再割り当てされたときに，「スチールされた」と 言います。 comm_private_mem スナップショットを撮るときにデータベース・マ ネージャのインスタンスが現在コミットしているプ ライベート・メモリの量。 inactive_gw_agents DRDA 接続プール内の DRDA エージェントで， DRDA データベースに接続されてプライム状態に なっているが，アクティブになっていない DRDA エージェントの数。 num_gw_conn_switches エージェント・プールのエージェントが，接続され てプライム状態になっていたにもかかわらず別の DRDA データベースで使用するために「スチール された」回数。 sort_heap_allocated スナップショットを撮るときに，選択したレベルで の全ソートに割り当てられているソート・ヒープ領 域の総ページ数。 post_threshold_sorts ソート・ヒープのしきい値に達した後に，ヒープを 要求したソートの数。 piped_sorts_requested 要求されたパイプ・ソートの数。 piped_sorts_accepted 受け付けられたパイプ・ソートの数。 611 611 第 5 部 • 負荷テスト・モニタの設定 データベース 612 測定値 詳細 appls_cur_cons 現在，データベースに接続されているアプリケー ションの数を表示します。 appls_in_db2 現在データベースに接続されていて，データベー ス・マネージャが現在要求を処理しているアプリ ケーションの数。 total_sec_cons サブエージェントがノードにおいてデータベースに 行った接続の数。 num_assoc_agents アプリケーション・レベルでは，アプリケーション に関連付けられているサブエージェントの数。デー タベース・レベルでは，全アプリケーションのサブ エージェントの数。 sort_heap_allocated スナップショットを撮るときに，選択したレベルで の全ソートに割り当てられているソート・ヒープ領 域の総ページ数。 total_sorts 実行されたソートの総数。 total_sort_time 実行された全ソートの合計経過時間（ミリ秒）。 sort_overflows ソート・ヒープが足りなくなり，一時保存用のディ スク領域が必要となったソートの総計。 active_sorts 現在，データベースでソート・ヒープが割り当てら れているソートの数。 total_hash_joins 実行されたハッシュ結合の総数。 total_hash_loops 利用可能なソート・ヒープ容量よりもハッシュ結合 の単一パーティションの方が大きかった回数の総計。 hash_join_overflows ハッシュ結合データが，利用可能なソート・ヒープ 容量を超過した回数。 hash_join_small_overflows ハッシュ結合データによる利用可能なソート・ヒー プ容量の超過が 10% 以下だった回数。 pool_data_l_reads バッファ・プールを通ったデータ・ページの論理読 み取り要求の数。 第 35 章 • データベース・リソースの監視 測定値 詳細 pool_data_p_reads データ・ページをバッファ・プールに読み込むため に I/O を必要とした読み取り要求の数。 pool_data_writes バッファ・プール・データ・ページがディスクに物 理的に書き込まれた回数。 pool_index_l_reads バッファ・プールを通った索引ページへの論理読み 取り要求の数。 pool_index_p_reads 索引ページをバッファ・プールに置くための物理的 読み取り要求の数。 pool_index_writes バッファ・プール索引ページがディスクに物理的に 書き込まれた回数。 pool_read_time データまたは索引ページが，ディスクからバッ ファ・プールに物理的に読み込まれる原因となった 読み取り要求の処理にかかった経過時間の合計。 pool_write_time データまたは索引ページをバッファ・プールから ディスクに物理的に書き込む時間の合計。 files_closed 閉じられたデータベース・ファイルの総数。 pool_async_data_reads バッファ・プールに非同期的に読み込まれるペー ジ数。 pool_async_data_writes バッファ・プール・データ・ページが，非同期ペー ジ・クリーナ，またはプリフェッチ機能によって ディスクに物理的に書き込まれた回数。プリフェッ チ機能は先読みされているページ用の空き容量を確 保するためにダーティ・ページを書き込むことがあ ります。 pool_async_index_writes バッファ・プール索引ページが，非同期ページ・ク リーナまたはプリフェッチ機能によってディスクに 物理的に書き込まれた回数。プリフェッチ機能は先 読みされているページ用の空き容量を確保するため にダーティ・ページを書き込むことがあります。 pool_async_index_reads プリフェッチ機能により，非同期でバッファ・プー ルに読み込まれた索引ページの数。 pool_async_read_time データベース・マネージャのプリフェッチ機能によ る読み取り所要時間の合計。 613 613 第 5 部 • 負荷テスト・モニタの設定 614 測定値 詳細 pool_async_write_time データベース・マネージャのページ・クリーナに よって，データまたは索引ページがバッファ・プー ルからディスクに書き込まれた所要時間の合計。 pool_async_data_read_reqs 非同期読み取り要求の数。 pool_lsn_gap_clns 使用ログ容量が，データベースで定義された範囲に 到達したことにより，ページ・クリーナが呼び出さ れた回数。 pool_drty_pg_steal_clns データベースのビクティム・バッファ置換の間に必 要とされた同期書き込みのために，ページ・クリー ナが呼び出された回数。 pool_drty_pg_thrsh_clns バッファ・プールが，データベースのダーティ・ ページのしきい値に到達したためにページ・クリー ナが呼び出された回数。 prefetch_wait_time I/O サーバ（プリフェッチ機能）が，ページをバッ ファ・プールにロードし終えるまでアプリケーショ ンが待機した時間。 pool_data_to_estore 拡張記憶域にコピーされたバッファ・プール・デー タ・ページの数。 pool_index_to_estore 拡張記憶域にコピーされたバッファ・プール索引 ページの数。 pool_data_from_estore 拡張記憶域からコピーされたバッファ・プール・ データ・ページの数。 pool_index_from_estore 拡張記憶域からコピーされたバッファ・プール索引 ページの数。 direct_reads バッファ・プールを使用しない読み取り操作の回数。 direct_writes バッファ・プールを使用しない書き込み操作の回数。 direct_read_reqs 1 つ以上のデータ・セクタで直接読み取りを行うた めの要求数。 direct_write_reqs 1 つ以上のデータ・セクタで直接書き込みを行うた めの要求数。 direct_read_time 直接読み込みの実行に必要な経過時間（ミリ秒）。 第 35 章 • データベース・リソースの監視 測定値 詳細 direct_write_time 直接書き込みの所要時間（ミリ秒）。 cat_cache_lookups 表記述子情報を取得するためにカタログ・キャッ シュが参照された回数。 cat_cache_inserts システムが，カタログ・キャッシュに表記述子情報 を挿入しようとした回数。 cat_cache_overflows カタログ・キャッシュ容量がいっぱいであったため にカタログ・キャッシュへの挿入が失敗した回数。 cat_cache_heap_full データベース・ヒープでヒープがいっぱいであった ために，カタログ・キャッシュへの挿入が失敗した 回数。 pkg_cache_lookups パッケージ・キャッシュ内でアプリケーションがセ クションまたはパッケージを検索した回数。データ ベース・レベルでは，データベースの開始以降，ま たは監視データのリセット以降の参照回数の合計を 示します。 pkg_cache_inserts 要求セクションが使用できないために，パッケー ジ・キャッシュにロードされた回数。このカウント には，システムによる暗黙の準備も含まれます。 pkg_cache_num_overflows パッケージ・キャッシュが割り当てられたメモリか らオーバーフローした回数。 appl_section_lookups アプリケーションによる SQL 作業域からの SQL セ クションの参照数。 appl_section_inserts アプリケーションによる SQL 作業域からの SQL セ クションの挿入数。 sec_logs_allocated 現在データベースに使用されている 2 次ログ・ファ イルの総数。 log_reads ログ機能がディスクから読み取ったログ・ページ の数。 log_writes ログ機能がディスクに書き込んだログ・ページの数。 total_log_used データベースで現在使用中のアクティブなログ・ス ペースの合計（単位：バイト）。 615 615 第 5 部 • 負荷テスト・モニタの設定 616 測定値 詳細 locks_held 現在保持されているロックの数。 lock_list_in_use 使用中のロック・リスト・メモリ（単位：バイト） の合計。 deadlocks 発生したデッドロックの総数。 lock_escals ロックが複数の行ロックから表ロックにエスカレー トした回数。 x_lock_escals ロックが複数の行ロックから 1 つの排他的な表ロッ クにエスカレートした回数。または，行の排他的 ロックに起因して，表ロックが排他的ロックになっ た回数。 lock_timeouts オブジェクトをロックする要求が承諾されずにタイ ムアウトになった回数。 lock_waits アプリケーションまたは接続がロック発生まで待機 した回数の合計。 lock_wait_time ロックできるまで待機した時間の総計。 locks_waiting ロックを待機しているエージェントの数。 rows_deleted 行の削除を試みた回数。 rows_inserted 行の挿入を試みた回数。 rows_updated 行の更新を試みた回数。 rows_selected 選択の結果，アプリケーションに戻された行の数。 int_rows_deleted 内部活動の結果として，データベースから削除され た行の数。 int_rows_updated 内部活動の結果として，データベースから更新され た行の数。 int_rows_inserted トリガによって生じた内部活動の結果として，デー タベースに挿入された行の数。 static_sql_stmts 試行された静的 SQL ステートメントの数。 dynamic_sql_stmts 試行された動的 SQL ステートメントの数。 第 35 章 • データベース・リソースの監視 測定値 詳細 failed_sql_stmts 試行された SQL ステートメント数のうち，失敗し た数。 commit_sql_stmts 試行された SQL COMMIT ステートメントの総数。 rollback_sql_stmts 試行された SQL ROLLBACK ステートメントの総数。 select_sql_stmts 実行された SQL SELECT ステートメントの数。 uid_sql_stmts 実行された SQL UPDATE，INSERT，DELETE ス テートメントの数。 ddl_sql_stmts 実行された SQL データ定義言語（DDL）ステート メントの数。 int_auto_rebinds 試行された自動再バインド（または再コンパイル） の数。 int_commits データベース・マネージャにより内部的に行われた コミットの総数。 int_rollbacks データベース・マネージャにより内部的に行われた ロールバックの総数。 int_deadlock_rollbacks デッドロックによりデータベース・マネージャが 行った強制ロールバックの総数。ロールバックは， デッドロックを解決するために，データベース・マ ネージャによって選択されたアプリケーション内の 現行作業単位に対して実行されます。 binds_precompiles 試行されたバインドおよびプリコンパイルの数。 617 617 第 5 部 • 負荷テスト・モニタの設定 アプリケーション 618 測定値 詳細 agents_stolen アプリケーションからエージェントが「スチールさ れた」回数。アプリケーションに関連付けられたア イドル・エージェントが，ほかのアプリケーション に再割り当てされたときに，「スチールされた」と 言います。 num_assoc_agents アプリケーション・レベルでは，アプリケーション に関連付けられているサブエージェントの数。デー タベース・レベルでは，全アプリケーションのサブ エージェントの数。 total_sorts 実行されたソートの総数。 total_sort_time 実行された全ソートの合計経過時間（ミリ秒）。 sort_overflows ソート・ヒープが足りなくなり，一時保存用のディ スク領域が必要となったソートの総計。 total_hash_joins 実行されたハッシュ結合の総数。 total_hash_loops 利用可能なソート・ヒープ容量よりもハッシュ結合 の単一パーティションの方が大きかった回数の総計。 hash_join_overflows ハッシュ結合データが，利用可能なソート・ヒープ 容量を超過した回数。 hash_join_small_overflows ハッシュ結合データによる利用可能なソート・ヒー プ容量の超過が 10% 以下だった回数。 pool_data_l_reads バッファ・プールを通ったデータ・ページの論理読 み取り要求の数。 pool_data_p_reads データ・ページをバッファ・プールに読み込むため に I/O を必要とした読み取り要求の数。 pool_data_writes バッファ・プール・データ・ページがディスクに物 理的に書き込まれた回数。 pool_index_l_reads バッファ・プールを通った索引ページへの論理読み 取り要求の数。 pool_index_p_reads 索引ページをバッファ・プールに置くための物理的 読み取り要求の数。 第 35 章 • データベース・リソースの監視 測定値 詳細 pool_index_writes バッファ・プール索引ページがディスクに物理的に 書き込まれた回数。 pool_read_time データまたは索引ページが，ディスクからバッ ファ・プールに物理的に読み込まれる原因となった 読み取り要求の処理にかかった経過時間の合計。 prefetch_wait_time I/O サーバ（プリフェッチ機能）が，ページをバッ ファ・プールにロードし終えるまでアプリケーショ ンが待機した時間。 pool_data_to_estore 拡張記憶域にコピーされたバッファ・プール・デー タ・ページの数。 pool_index_to_estore 拡張記憶域にコピーされたバッファ・プール索引 ページの数。 pool_data_from_estore 拡張記憶域からコピーされたバッファ・プール・ データ・ページの数。 pool_index_from_estore 拡張記憶域からコピーされたバッファ・プール索引 ページの数。 direct_reads バッファ・プールを使用しない読み取り操作の回数。 direct_writes バッファ・プールを使用しない書き込み操作の回数。 direct_read_reqs 1 つ以上のデータ・セクタで直接読み取りを行うた めの要求数。 direct_write_reqs 1 つ以上のデータ・セクタで直接書き込みを行うた めの要求数。 direct_read_time 直接読み込みの実行に必要な経過時間（ミリ秒）。 direct_write_time 直接書き込みの所要時間（ミリ秒） 。 cat_cache_lookups 表記述子情報を取得するためにカタログ・キャッ シュが参照された回数。 cat_cache_inserts システムが，カタログ・キャッシュに表記述子情報 を挿入しようとした回数。 cat_cache_overflows カタログ・キャッシュ容量がいっぱいであったため にカタログ・キャッシュへの挿入が失敗した回数。 619 619 第 5 部 • 負荷テスト・モニタの設定 620 測定値 詳細 cat_cache_heap_full データベース・ヒープでヒープがいっぱいであった ために，カタログ・キャッシュへの挿入が失敗した 回数。 pkg_cache_lookups パッケージ・キャッシュ内でアプリケーションがセ クションまたはパッケージを検索した回数。データ ベース・レベルでは，データベースの開始以降，ま たは監視データのリセット以降の参照回数の合計を 示します。 pkg_cache_inserts 要求セクションが使用できないために，パッケー ジ・キャッシュにロードされた回数。このカウント には，システムによる暗黙の準備も含まれます。 appl_section_lookups アプリケーションによる SQL 作業域からの SQL セ クションの参照数。 appl_section_inserts アプリケーションによる SQL 作業域からの SQL セ クションの挿入数。 uow_log_space_used 監視されているアプリケーションの現在の作業単位 に使用されているログ領域の量（単位 : バイト）。 locks_held 現在保持されているロックの数。 deadlocks 発生したデッドロックの総数。 lock_escals ロックが複数の行ロックから表ロックにエスカレー トした回数。 x_lock_escals ロックが複数の行ロックから 1 つの排他的な表ロッ クにエスカレートした回数。または，行の排他的 ロックに起因して，表ロックが排他的ロックになっ た回数。 lock_timeouts オブジェクトをロックする要求が承諾されずにタイ ムアウトになった回数。 lock_waits アプリケーションまたは接続がロック発生まで待機 した回数の合計。 lock_wait_time ロックできるまで待機した時間の総計。 locks_waiting ロックを待機しているエージェントの数。 第 35 章 • データベース・リソースの監視 測定値 詳細 uow_lock_wait_time この作業単位がロックを待機した時間の合計。 rows_deleted 行の削除を試みた回数。 rows_inserted 行の挿入を試みた回数。 rows_updated 行の更新を試みた回数。 rows_selected 選択の結果，アプリケーションに戻された行の数。 rows_written 表内で変更（挿入，削除，更新）があった行の数。 rows_read 表から読み取られた行数。 int_rows_deleted 内部活動の結果として，データベースから削除され た行の数。 int_rows_updated 内部活動の結果として，データベースから更新され た行の数。 int_rows_inserted トリガによって生じた内部活動の結果として，デー タベースに挿入された行の数。 open_rem_curs このアプリケーションで現在開いている 「open_rem_curs_blk」でカウントされるカーソルも 含めたリモート・カーソル数。 open_rem_curs_blk このアプリケーションで現在開いているリモート・ ブロッキング・カーソル数。 rej_curs_blk サーバで I/O ブロック要求が拒否され，ノン・ブ ロック I/O に変換された総数。 acc_curs_blk I/O ブロック要求が受け入れられた回数。 open_loc_curs このアプリケーションで現在開いている 「open_loc_curs_blk」でカウントされるカーソルを含 めたローカル・カーソル数。 open_loc_curs_blk このアプリケーションで開いているローカル・ブ ロッキング・カーソル数。 static_sql_stmts 試行された静的 SQL ステートメントの数。 dynamic_sql_stmts 試行された動的 SQL ステートメントの数。 621 621 第 5 部 • 負荷テスト・モニタの設定 622 測定値 詳細 failed_sql_stmts 試行された SQL ステートメント数のうち，失敗し た数。 commit_sql_stmts 試行された SQL COMMIT ステートメントの総数。 rollback_sql_stmts 試行された SQL ROLLBACK ステートメントの総数。 select_sql_stmts 実行された SQL SELECT ステートメントの数。 uid_sql_stmts 実行された SQL UPDATE，INSERT，DELETE ス テートメントの数。 ddl_sql_stmts 実行された SQL データ定義言語（DDL）ステート メントの数。 int_auto_rebinds 試行された自動再バインド（または再コンパイル） の数。 int_commits データベース・マネージャにより内部的に行われた コミットの総数。 int_rollbacks データベース・マネージャにより内部的に行われた ロールバックの総数。 int_deadlock_rollbacks デッドロックによりデータベース・マネージャが 行った強制ロールバックの総数。ロールバックは， デッドロックを解決するために，データベース・マ ネージャによって選択されたアプリケーション内の 現行作業単位に対して実行されます。 binds_precompiles 試行されたバインドおよびプリコンパイルの数。 第 35 章 • データベース・リソースの監視 Oracle データベース・リソースの監視の設定 Oracle データベース・サーバ・リソース・モニタは，Oracle データベース・ サーバの統計情報を測定します。テストの実行中にこれらのモニタを使って， Oracle データベース・サーバのパフォーマンスのボトルネックを特定できます。 Oracle モニタは，Oracle の V$ テーブルからの情報を表示します。セッション の統計データは V$SESSTAT から，また，システムの統計データは V$SYSSTAT から得られます。 SiteScope Oracle JDBC Monitor モニタは，Oracle Database サーバのサーバ・パ フォーマンス統計情報を監視できます。単一のモニタ・インスタンスで複数の パラメータまたはカウンタを監視できます。これにより，サーバのロードを監 視し，パフォーマンス，可用性，および容量を計画できます。使用環境内の Oracle データベース・サーバごとに，個別の Oracle JDBC Monitor インスタンス を作成できます。 このグラフのためのデータを取得するには，まず監視環境を設定する必要があ ります。その後，負荷テスト実行する前に，Oracle オンライン・モニタを設定 し，表示する測定値を選択します。 注：ファイアウォール越しに Oracle サーバを監視するために使用するポート は，Oracle サーバの構成によって異なります。クライアントとサーバの間の接 続の設定情報は，Oracle クライアントの tnsnames.ora ファイルにあります。 Oracle モニタ環境の設定 ➤ SiteScope はユーティリティ・サーバにインストールされますが，ユーティリ ティ・サーバの負荷を減らすために，コントローラと同じマシンにインストー ルするか，専用サーバにインストールすることをお勧めします。 ➤ Oracle サーバ・モニタでは，Oracle の V$ テーブルである V$SESSTAT および V$SYSSTAT のほか，ユーザ定義クエリでユーザが定義したそのほかのカウン タの情報が測定されます。Oracle サーバを監視するには，モニタの設定の前に， 次の手順に従って監視環境を設定する必要があります。 623 623 第 5 部 • 負荷テスト・モニタの設定 SiteScope Oracle JDBC モニタ環境を設定するには，次の手順を実行します。 1 SiteScope サーバ上に，適切な Oracle JDBC データベース・ドライバ・ファイル （例：classes12.zip）をコピーする必要があります。 ダウンロードしたドライバ・ファイルは， ＜ SiteScope インストール・パス＞ \SiteScope\java\lib\ext サブディレクト リにコピーします。ファイルは解凍しないでください。 ドライバを SiteScope マシンにコピーした後，SiteScope サービスを停止し，再 起動します。 注：ダウンロード用には，複数のドライバ・ファイルがあります。ドライバの 中には複数の Oracle データベースのバージョンをサポートするもの（例： classes12.zip Oracle JDBC Thin ドライバ）や，特定のバージョンのみをサポー トするものがあります。最新バージョンの Oracle データベースの監視を行う場 合は，最新バージョンのデータベース・ドライバをダウンロードします。 2 モニタの設定を行う際は，正しい データベース接続 URL，データベース・ ユーザ名，およびパスワードを設定する必要があります。データベース接続 URL の構文は一般に次のとおりです。 jdbc:oracle:thin:@ ＜ TCP アドレス＞ : ＜ TCP ポート＞ : ＜データベース SID ＞ たとえば，ポート番号が 1521 のマシンにある ORCL データベースに接続する には，次のようにします。 jdbc:oracle:thin:@206.168.191.19:1521:ORCL 注：コロンおよび @ は，上記のとおり挿入する必要があります。 3 モニタの設定を行う際は，SiteScope サーバにインストールした データベース・ ドライバを特定する必要があります。Oracle Thin JDBC ドライバ用のデータ ベース・ドライバは，次のとおりです。 oracle.jdbc.driver.OracleDriver 624 第 35 章 • データベース・リソースの監視 4 SiteScope マシンには，Oracle クライアントは 1 つだけインストールします。複 数のクライアントがインストールされている場合，SiteScope はエラーを報告 し，データベースに接続できない可能性があります。 5 SiteScope が Oracle サーバへのアクセスに使用する Oracle ユーザ・ログインが 必要です。Oracle データベース・カウンタを取得するには，SiteScope が Oracle JDBC Monitor において使用するユーザは， SiteScope\templates.applications\commands.oraclejdbc 内に含まれている すべての SQL ステートメントを実行できる必要があります。 Performance Center の Oracle モニタ環境を設定するには，次の手順を実行します。 1 Performance Center ホスト・マシンとユーティリティ・サーバ・マシンに Oracle クライアント・ライブラリがインストールされていることを確認します。 2 パス環境変数に %OracleHome%\bin が含まれていることを確認します。含ま れていない場合は，追加します。 3 Performance Center ホスト・マシンで，Oracle クライアントが監視対象の Oracle サーバと通信できるように tnsnames.ora ファイルを設定します。 接続パラメータは，テキスト・エディタを使って tnsnames.ora ファイルを手 作業で編集するか，Oracle サービス設定ツールを使用（たとえば［スタート］ メニューから［Oracle for Windows NT］プログラム・グループを開き， ［Oracle Net8 Easy Config］を選択）して設定できます。 次の項目を指定します。 ➤ Oracle インスタンスの新しいサービス名（TNS 名） ➤ TCP プロトコル ➤ ホスト名（監視対象のサーバ・マシンの名前） ➤ ポート番号（通常は 1521） ➤ データベース SID（標準設定の SID は ORCL） 625 625 第 5 部 • 負荷テスト・モニタの設定 例を次に示します。 注：Oracle モニタを実行する Performance Cenetr ホスト・マシンには，32 ビット の Oracle クライアントだけをインストールします。Performance Center ホスト・ マシンに 16 ビットと 32 ビットの Oracle クライアントが両方インストールされ ている場合は，16 ビットのクライアントをアンインストールしておきます。 4 データベース管理者からサービス用のユーザ名とパスワードを入手して， Performance Center ホストに Oracle の V$ テーブル（V$SESSTAT，V$SYSSTAT， V$STATNAME，V$INSTANCE，V$SESSION）に対するデータベース管理者権 限を付与します。 5 Performance Center ホスト・マシンから tns ping を実行して，Oracle サーバとの 接続を確認します。Oracle サーバにアクセスするアプリケーション・サーバか らの通信を制限する DMZ またはファイアウォールの背後に Oracle サーバが ある場合は，接続に問題が起こることがあります。 6 レジストリが，現在使用している Oracle のバージョンに対応して更新されてい ることと，HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE キーがあること を確認します。 7 監視対象の Oracle サーバが起動されていて，稼動中であることを確認します。 注：同時に複数の Oracle データベース・サーバを監視できます。 626 第 35 章 • データベース・リソースの監視 8 Performance Center ホスト・マシンおよびユーティリティ・サーバのそれぞれか ら SQL*Plus を実行します。使用するユーザ名 / パスワード / サーバの組み合わ せを使って Oracle サーバ（1 台または複数）にログインしてみます。 9 SELECT * FROM V$SYSSTAT と入力して，Oracle サーバの V$SYSSTAT テー ブルを表示できることを確認します。同様のクエリを使って，Oracle サーバの V$SESSTAT，V$SESSION，V$INSTANCE，V$STATNAME，V$PROCESS テー ブルを表示できることを確認します。Oracle の bin ディレクトリが検索パスに 含まれていることを確認します。 10 各モニタのサンプリング間隔（秒単位）を変更するには，Performance Center の ルート・フォルダにある dat\monitors\vmon.cfg ファイルを編集する必要が あります。標準設定の間隔は 10 秒です。 注：Oracle モニタのサンプリング間隔の最小値は 10 秒。サンプリング間隔を 10 秒未満に設定すると，Oracle モニタは 10 秒間隔で監視を続けます。Oracle 環境の設定で不具合が発生した場合は，Oracle サーバによって発行されるエ ラー・メッセージを参照してください。 User Site からの Oracle モニタの設定 Oracle モニタ環境を設定し終わったら，測定するオブジェクトを選択します。 Oracle モニタを設定するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択 します。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 2［Database Server Resource Graphs］セクションの中で，［Oracle］または ［Oracle (SiteScope)］を選択し，［Next］をクリックします。［Choose Server］ ページが開きます。 3 リソースを監視する対象となるサーバの名前または IP アドレスを入力します。 さらに，以下を参照してください。 627 627 第 5 部 • 負荷テスト・モニタの設定 ➤ Oracle の場合：Oracle サーバのログイン名とパスワードを入力します。 ➤ Oracle (SiteScope) の場合：SiteScope のマシン名とポート（標準設定：8888） を入力し，Secure HTTP 接続を使用するのか SiteScope ユーザ・アカウントを使 用するのかを指定します。SiteScope アカウントを使用する場合には，アカウン トの名前または番号，および SiteScope のアカウントへのログイン用に定義さ れているユーザ名とパスワードを入力します。 ［Next］をクリックします。 4 Oracle (SiteScope) モニタの場合には， ［Configuring Oracle JDBC monitor］ペー ジが開きます。 次の Oracle JDBC モニタ情報を入力し，［Next］をクリックします。 Instance：データベース SID。例：ORCL。 Database Connection URL：監視対象のデータベースに接続する URL を入力 します。次に例を示します。 jdbc:oracle:thin:@206.168.191.19:1521:ORCL 628 第 35 章 • データベース・リソースの監視 Database User Name：SiteScope がデータベースへの接続に使用するユーザ名 を入力します。 Database Password：SiteScope がデータベースへの接続に使用するユーザ名 のパスワードを入力します。 Database Driver：データベースへの接続に使用するドライバを入力します。 例：oracle.jdbc.driver.OracleDriver Connection Timeout：SiteScope が応答するためにデータベース接続を待機す るタイムアウト時間を秒単位で入力します（オプション）。データベース接続 が指定された時間内に完了しない場合，SiteScope はエラーを報告します。 Query Timeout：Sitecope がデータベース・クエリーからの応答を待機するタ イムアウト時間を秒単位で入力します（オプション）。データベースが指定さ れた時間内に応答しない場合，SiteScope はエラーを報告します。 Update every：モニタがサーバ統計情報を読み込む頻度を入力します。標準設 定での間隔では，モニタは 30 秒おきに更新または稼動します。 注： ➤［Connection Timeout］値と［Query Timeout］値の合計は，必ずモニタ の［Update every］値よりも少なくなければなりません。 ➤ 広く使われているデータベース，およびデータベース・ドライバには，ク エリ・タイムアウト機能をサポートしないものがあります。その場合， ［Query Timeout］値は 0 に設定する必要があります。 629 629 第 5 部 • 負荷テスト・モニタの設定 5［Choose Measurements］ページが開き，使用可能な測定値とサーバのプロパ ティが表示されます。 6 監視する測定値ごとに，オブジェクト，測定値，およびインスタンスを選択し ます。インスタンスの選択は，選択したインスタンスが複数実行されている場 合にのみ意味を持ちます。 7［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 注：標準設定では，データベースはカウンタの絶対値を返します。ただし， dat\monitors\vmon.cfg ファイルの IsRate 設定を 1 に変更することで，カウン タの変化率（単位時間ごとのカウンタの変化）を報告するようにデータベース に指定できます。 630 第 35 章 • データベース・リソースの監視 Oracle パフォーマンス・カウンタ Oracle サーバの監視時に最も一般的に使用される測定項目を以下に示します （V$SYSSTAT テーブルから）。 測定値 詳細 CPU used by this session ユーザ呼び出しの開始から終了までの間にセッション によって使用される CPU 時間（10 ミリ秒単位）。ユー ザ呼び出しの中には 10 ミリ秒以内に完了するものも あり，結果として，ユーザ呼び出しの開始時間と終了 時間が同じになることがあります。その場合は，統計 値に 0 ミリ秒が加えられます。特にコンテキスト・ス イッチが多く発生しているシステムでは，オペレー ティング・システムのレポーティングで同様の問題が 起こることがあります。 Bytes received via SQL*Net from client Net8 を介してクライアントから受信した総バイト数。 Logons current 現在の総ログイン数。 Opens of replaced files プロセスのファイル・キャッシュになかったため，再 度開く必要があったファイルの総数。 User calls Oracle では，ログイン，解析，または実行するごと に，関連するユーザ呼び出しのデータ構造を追跡する ために，リソース（Call State Objects）が割り当てられ ます。動作状況を確認するときは，RPI 呼び出しに対 するユーザ呼び出しの割合を調べれば，ユーザが Oracle に送信している要求の種類に応じて，どの程度 の内部作業が発生しているかがわかります。 SQL*Net roundtrips to/from client クライアントと送受信された Net8 メッセージの総数。 Bytes sent via SQL*Net to client フォアグラウンド・プロセスからクライアントに送信 された総バイト数。 Opened cursors current 現在オープンしているカーソルの総数。 631 631 第 5 部 • 負荷テスト・モニタの設定 測定値 DB block changes Total file opens 詳細 この統計値は，一貫性維持と密接に関連しており，更 新および削除作業の対象となったすべてのブロックに 対して SGA において加えられた変更の総数がカウン トされます。これらの変更によって REDO ログ・エン トリが生成されており，トランザクションがコミット されると，データベースに対して変更が確定されま す。この値は，データベースの大まかな総作業量を示 します。また，バッファがに変更が加えられる割合を （場合によってはトランザクションごとのレベルで） 示します。 インスタンスによって実行されているファイル・オー プンの総数。各プロセスは，データベースを操作する ために，多くのファイル（コントロール・ファイル， ログ・ファイル，データベース・ファイル）を必要と します。 ユーザ定義クエリ ユーザ定義クエリ機能を使って，Oracle データベースを対象に独自のクエリを 定義して，Oracle オンライン・モニタ・グラフにクエリの結果（1 つの数値） を表示できます。独自のクエリを定義することで，Oracle モニタによって現在 提供されている V$SYSSTAT および V$SESSTAT テーブルのカウンタだけでな く，パフォーマンス情報を含むほかのテーブルも監視できます。 ユーザ定義クエリを作成するには，次の手順を実行します。 1 vmon.cfg ファイルの 3 行目にある CustomCounters= は，作成するユーザ定 義カウンタの数を示します。 2 vmon.cfg ファイルに，新しいカウンタ用の新しいセクションを作成します。 各セクションの形式は次のとおりです。 [Custom2] Name=Number of sessions Description=This counter returns the number of sessions active. Query=SELECT COUNT(*) FROM V$SESSION IsRate=1 632 第 35 章 • データベース・リソースの監視 3 [Custom#] 行には，新しいユーザ定義カウンタに，次の順番のカウンタ番号を 指定します。ユーザ定義カウンタは 0 から始まる連番でなければなりません。 4 Name 行には，新しいカウンタ名を入力します。 5 Description 行には，ヘルプ・メッセージに含めるカウンタの説明を入力します。 6 Query 行には，データベースから 1 行だけを返す SQL クエリのテキストを （vmon.cfg ファイルの複数行に分けずに 1 行として）入力します。返される行 には 1 つの列（数値）が含まれている必要があります。 注：ユーザ定義クエリは 512 文字を越えてはなりません。 7 IsRate 行には，カウンタを絶対値として報告するようにデータベースに対して 指定する場合は 0 を入力します。単位時間ごとのカウンタの変化を報告するよ うにデータベースに指定するには，1 を入力します。 注：ユーザ定義クエリが負の値を返してはなりません。 Sybase モニタの設定 Sybase モニタでは，Windows および UNIX 上の Sybase Adaptive Server Enterprise （Sybase ASE）サーバ（バージョン 11 以降）を監視できます。このモニタは， Adaptive Server Enterprise Monitor Server 経由で Sybase ASE サーバに接続し， Sybase に組み込まれている標準ライブラリを使ってサーバから測定値を取得し ます。 Sybase データベース・サーバ・マシンを監視するには，まず Sybase 監視環境を 設定する必要があります。その後，負荷テスト実行する前に，Oracle オンライ ン・モニタを有効にし，標準で表示する測定値を選択します。 SiteScope はユーティリティ・サーバにインストールされますが，ユーティリ ティ・サーバの負荷を減らすために，コントローラと同じマシンにインストー ルするか，専用サーバにインストールすることをお勧めします。 633 633 第 5 部 • 負荷テスト・モニタの設定 注：監視対象のサーバに接続するときは，Sybase ASE サーバではなく Adaptive Server Enterprise Monitor Server に接続します。Adaptive Server Enterprise Monitor Server は，Sybase ASE サーバと同じマシンで実行され，Sybase ASE サーバから パフォーマンス情報を取得するアプリケーションです。通常，Adaptive Server Enterprise Monitor Server の名前は Sybase サーバと同じで，サフィックス _ms が 付きます。 監視環境の設定 Sybase モニタを設定する前に，Sybase モニタ環境を設定しておく必要があります。 Sybase モニタ環境を設定するには，次の手順を実行します。 1 コントローラ・マシンに Sybase クライアント・ファイルとライブラリをインス トールします。 2 コントローラ・マシンでクライアントとサーバの間の接続を検証します。接続 を検証するには，Sybase クライアントの dsedit ツールを使って，Adaptive Server Enterprise Monitor Server に対して ping を実行します。 634 第 35 章 • データベース・リソースの監視 注：ファイアウォール越しに Sybase サーバを監視するために使用するポート は，Sybase サーバの構成によって異なります。クライアントとサーバの間の接 続の設定情報は，Sybase クライアントの sql.ini ファイルにあります。 Sybase モニタ環境を設定し終わったら，モニタで測定するオブジェクトを選択 します。 Sybase モニタの設定 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択 します。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 2［Database Server Resource Graphs］セクションの中で，［Sybase (SiteScope)］ を選択し，［Next］をクリックします。［Choose Server］ページが開きます。 635 635 第 5 部 • 負荷テスト・モニタの設定 3［Monitored Machine Information］セクションに，監視対象のリソースが含ま れるサーバの名前または IP アドレスを入力します。 ［SiteScope Server Information］セクションに，SiteScope のマシン名とポー ト（標準設定：8888）を入力し，Secure HTTP 接続を使用するのか SiteScope ユーザ・アカウントを使用するのかを指定します。SiteScope アカウントを使用 する場合には，アカウントの名前または番号，および SiteScope のアカウント へのログイン用に定義されているユーザ名とパスワードを入力します。 4［Next］をクリックします。［Configuring Sybase monitor］ページが開きます。 次のサーバ情報を入力します。 ［Server］：サーバの名前を入力します（通常は，_ms というサフィックスが付 くことを除けば，Sybase サーバと同じ名前です）。 ［UserName］：Sybase サーバへのログイン名。 ［Password］：Sybase サーバのパスワードを入力します。 ［Update every］：ここに入力した数値は，モニタ・チェックを行う間隔（単 位：秒）を示します。標準設定では，モニタの更新間隔は 30 秒です。 636 第 35 章 • データベース・リソースの監視 5［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバのプロパティが表示されます。 6 監視する測定値を選択します。 使用可能なパフォーマンス・カウンタの一覧については，638 ページを参照し てください。 7［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 注：カウンタの中には，サーバでの最初の負荷テストで，SQL Server のパ フォーマンスを調べたり，ボトルネックの原因を特定したりするのに特に便利 なカウンタもあります。これらのカウンタの詳細については，『Mercury LoadRunner アナリシス・ユーザーズ・ガイド』の「負荷テストに役立つカウ ンタ」の章を参照してください。 637 637 第 5 部 • 負荷テスト・モニタの設定 Sybase パフォーマンス・カウンタ Sybase サーバの監視には，次の測定値が利用できます。 オブジェクト Network 詳細 Average packet size （Read） 受信したネットワーク・パケットの数。 Average packet size （Send） 送信したネットワーク・パケットの数。 Network bytes (Read) サンプリング間隔の間に受信したバ イト数。 Network bytes (Read)/sec 秒ごとの受信バイト数。 Network bytes (Send) サンプリング間隔の間に送信したバ イト数。 Network bytes（Send）/sec 秒ごとの送信バイト数。 Network packets（Read） サンプリング間隔の間に受信した ネットワーク・パケットの数。 Network packets（Read） /sec 秒ごとの受信ネットワーク・パケッ ト数。 Network packets （Send） サンプリング間隔の間に送信された ネットワーク・パケット数。 Network packets (Send)/sec 秒ごとの送信ネットワーク・パケッ ト数。 Memory Memory ページ・キャッシュに割り当てられ たバイト単位のメモリ数。 Disk Reads データベース・デバイスからの読み 取り数。 Writes データベース・デバイスへの書き込 み数。 Waits デバイスへのアクセスを待機しなけ ればならなかった回数。 Grants デバイスへのアクセスが許可された 回数。 Disk 638 測定値 第 35 章 • データベース・リソースの監視 オブジェクト 測定値 詳細 Engine Server is busy （%） Adaptive Server がビジー状態である 時間の割合。 CPU time エンジンでビジー時間がどれだけ あったか。 Logical pages （Read） キャッシュまたはデータベース・デ バイスからのデータ・ページの読み 込み数。 Pages from disk （Read） データ・キャッシュから行われな かったデータ・ページの読み込み数。 Pages stored データベース・デバイスに書き込ま れなかったデータ・ページ数。 Stored Procedures Executed （sampling period） Executed （session） Average duration （sampling period） Locks Locks サンプリング間隔の間にストアド・ プロシージャが実行された回数。 セッション中にストアド・プロシー ジャが実行された回数。 サンプリング間隔の間にストアド・プ ロシージャの実行に要した時間（秒） 。 Average duration (session) セッション中に，ストアド・プロ シージャの実行に要した時間（秒）。 % Requests 完了したロック要求の割合。 Locks count ロック数。これは，累積値です。 Granted immediately ほかのロックが解放されるのを待た ずに，すぐに承認されたロックの数。 Granted after wait ほかのロックが解放されるのを待っ てから承認されたロックの数。 Not granted 要求されたにもかかわらず承認され なかったロックの数。 Wait time (avg.) ロックの平均待ち時間。 639 639 第 5 部 • 負荷テスト・モニタの設定 オブジェクト 測定値 詳細 SqlSrvr Locks/sec ロック数。これは，累積値です。 % Processor time (server) Adaptive Server がビジー状態である 時間の割合。 Transactions コミットされた Transact-SQL ステー トメント・ブロック（トランザク ション）の数。 Deadlocks デッドロックの数。 % Hits データ・ページの読み込みが，物理 的ページ読み込みではなく，キャッ シュから行われた回数の割合。 Pages （Read） キャッシュまたはデータベース・デ バイスからのデータ・ページの読み 込み数。 Pages （Read）/sec キャッシュまたはデータベース・デ バイスからのデータ・ページの秒ご との読み込み数。 Pages from disk （Read） データ・キャッシュから行われな かったデータ・ページの読み込み数。 Pages from disk (Read)/sec データ・キャッシュから行われな かった，データ・ページの秒ごとの 読み込み数。 Pages （Write） データベース・デバイスに書き込ま れなかったデータ・ページ数。 Pages （Write）/sec データベース・デバイスに書き込ま れた秒ごとのデータ・ページ数。 Cache Cache 640 第 35 章 • データベース・リソースの監視 オブジェクト 測定値 詳細 Process % Processor time (process) 全プロセスが「実行」状態になって いる時間に対して，アプリケーショ ンを実行しているプロセスが「実行」 状態になっている時間の割合。 Locks/sec プロセスごとにロックの数。これは， 累積値です。 % Cache hit プロセスによって，データ・ページ の読み込みが，物理的ページ読み込 みではなく，キャッシュから行われ た回数の割合。 Pages （Write） プロセスによってデータベース・デ バイスに書き込まれたデータ・ペー ジ数。 Transactions セッション中にコミットされた Transact-SQL ステートメント・ブ ロック（トランザクション）の数。 Rows (Deleted) セッション中にデータ・テーブルか ら削除された行数。 Transaction 641 641 第 5 部 • 負荷テスト・モニタの設定 オブジェクト 測定値 詳細 Transaction Inserts セッション中にデータベースに挿入 があった回数。 Updates セッション中のデータ・テーブルへ の更新。 Updates in place セッション中の選択範囲内，および 選択範囲外のサイズの大きい更新の 総計（遅延された更新を除く）。 Transactions/sec セッション中にコミットされた Transact-SQL ステートメント・ブ ロック（トランザクション）の秒ご との数。 Rows (Deleted)/sec データベース・テーブルから削除さ れた秒ごとの行数。 Inserts/sec データベース・テーブルへの挿入の 秒ごとの数。 Updates/sec データベース・テーブルへの更新の 秒ごとの数。 Updates in place/sec 642 選択範囲内，および選択範囲外のサ イズの大きい更新の秒ごとの総計 （遅延された更新を除く）。 第 36 章 J2EE パフォーマンスの監視 J2EE パフォーマンス・モニタによりアプリケーション・サーバ上の J2EE コン ポーネントを徹底的に検査できます（サーブレット，JSP，EJB，JNDI，JDBC， および DB SQL 呼び出し）。 本章では，次の項目について説明します。 ➤ J2EE パフォーマンスの監視について ➤ アプリケーション・サーバへの J2EE モニタのインストール ➤ J2EE モニタの初期設定 ➤ クライアント・マシンでの J2EE モニタの有効化 ➤ アプリケーション・サーバ設定の変更例 ➤ J2EE モニタのトラブルシューティング J2EE パフォーマンスの監視について J2EE モニタでは J2EE コンポーネントごとに次の情報が表示されます。 ➤ メソッド / クエリごとの平均応答時間 ➤ 秒ごとのメソッド呼び出し回数 J2EE アーキテクチャをこのように監視することで，システム内の動作状況の全 体像を把握できます。エンド・ユーザから見た応答時間を，Web サーバの動作 （サーブレットおよび JSP の動作データ），アプリケーション・サーバの動作 （JNDI および EJB の動作データ），およびデータベース要求のバックエンド動 作（JDBC メソッドおよび SQL クエリの動作）と非常に簡単に突き合わせて相 関関係を把握することができます。 643 第 5 部 • 負荷テスト・モニタの設定 J2EE モニタを使用することで，Performance Center で，J2EE コンポーネントに 関する情報を収集するためにアプリケーション・サーバにインストールされた エージェントを利用して，負荷テスト実行時に J2EE コンポーネントの測定値 を分析できます。これらの測定値は，J2EE モニタに含まれる Web サーバを通 じて，アプリケーション・サーバから Performance Center ホストに送り返され ます。J2EE モニタは，IBM WebSphere，BEA WebLogic，Oracle 9iAS，JBoss な どの主要なアプリケーション・サーバに対応しています。対応しているアプリ ケーション・サーバの詳細については，645 ページ「サポート対応表」を参照 してください。 注：J2EE モニタには MSXML 3.0 以降が必要です（Internet Explorer 6.0 に含ま れています）。MSXML 3.0 は Microsoft MSDN Web サイト （http://msdn.microsoft.com/XML/XMLDownloads/default.aspx）からインストー ルできます。 644 第 36 章 • J2EE パフォーマンスの監視 アプリケーション・サーバへの J2EE モニタのインストール J2EE オブジェクトを監視するには，まず J2EE モニタをアプリケーション・ サーバ・マシンにインストールして起動する必要があります。次に，モニタで 測定するカウンタを選択して，クライアント・マシンの J2EE モニタを設定し ます。 J2EE パフォーマンス・モニタを使って，負荷テスト実行時に WebLogic， WebSphere，Oracle 9iAS または JBoss アプリケーション・サーバ上の Java 2 Platform, Enterprise Edition（J2EE）オブジェクトを監視できます。 サポート対応表 アプリケーション・ サーバ バージョン プラットフォーム WebLogic 4.x，5.x，6.x，7.0，8.1 Windows，Solaris，AIX WebSphere 3.x，4.x Windows，Solaris，AIX Oracle 9iAS 1.0.2.2 Windows，Solaris，AIX JBoss 2.4.x，3.04 Windows，Solaris，AIX アプリケーション・サーバに J2EE モニタをインストールするには，次の手順 を実行します。 1 アプリケーション・サーバ・マシン上にホーム・ディレクトリ（たとえば， J2EEMonitor）を作成して，このディレクトリにインストール・ファイル ＜ Performance Center CD ＞ \Additional Components\J2EE_Monitors\jmonitor_ ＜プラットフォーム＞ .jar ファイル を展開します。 インストール・ファイルを展開するための WinZip がない場合は，次のコマン ドでインストール・ファイルを抽出してください。 ＜ JDK ＞ \bin\jar.exe -xf ＜インストール・ファイル＞ jar ファイルから抽出された UNIX スクリプトは，実行権限を失っている可能性 があります。これを修正するには，J2EEMonitor ホーム・ディレクトリを開い て，chmod +x *.sh コマンドを実行して権限を変更します。 645 645 第 5 部 • 負荷テスト・モニタの設定 2 ＜ J2EEMonitor ホーム・ディレクトリ＞ \lib\sipatool.jar ファイルをダブルク リックして，Mercury J2EE Monitor Initializer を起動します。 UNIX プラットフォームで作業している場合，または拡張子 .jar がシステムの 中で Java 実行環境と関連付けられていない場合は，次のように sipatool.jar を 実行します。 ＜ J2EEMonitor ホーム・ディレクトリ＞ \lib ディレクトリから， java -jar sipatool.jar と入力します。 注：Mercury J2EE Monitor Initializer が表示されない場合は，次のように sipatool.jar を実行します。＜ J2EEMonitor ホーム・ディレクトリ＞ \lib ディ レクトリから，＜ Java パス＞ \ -jar sipatool.jar -nogui と入力します。アプリ ケーション・サーバ JDK の Java プロセスのフル・パスを使用してください。 3 Mercury J2EE Monitor Initializer で，アプリケーション・サーバの Java ホーム・ ディレクトリへのパスを入力し，［OK］をクリックしてツールを実行します。 4 アプリケーション・サーバのコマンド・ライン引数に， -Xbootclasspath/p: ＜ J2EEMonitor ホーム・ディレクトリ＞ \classes\boot を 追加します。 WebLogic，WebSphere，Oracle 9iAS または JBoss アプリケーション・サーバの 構文については，652 ページ「アプリケーション・サーバ設定の変更例」を参 照してください。 646 第 36 章 • J2EE パフォーマンスの監視 J2EE モニタの初期設定 アプリケーション・サーバへの J2EE モニタのインストールでは，フック機構， 動作モード，JDBC および EJB 情報の取得について設定が行われます。 フック機構：J2EE モニタでは Mercury J2EE Monitor Initializer と Java フック・ラ イブラリを使用します。 動作モード：J2EE モニタでは，Auto Discovery 動作モードを使用します。この モードでは，ビジネス・プロセスに実際に参加している J2EE コンポーネント （サーブレット，JSP，JNDI，EJB および JDBC）がシステムによって自動的に 検出されます。 JDBC 情報の取得：JDBC 情報取得の設定により，JDBC 呼び出しから返される データが決まります。標準設定では，J2EE モニタは JDBC の動作（たとえば， SELECT，UPDATE，CREATE）に基づいて測定データを伝送します。この設定 を変更する方法についてには，648 ページ「JDBC 情報取得の設定」を参照して ください。 EJB 情報の取得：EJB 情報取得の設定により，EJB 呼び出しから返されるデー タが決まります。標準設定では，J2EE モニタはコンテナ・メソッド （ejbPassivate()，ejbCreate() など）を測定するように設定されていません。この 設定を変更する方法についてには，648 ページ「EJB 情報取得の設定」を参照 してください。 注：他の設定方法の詳細については，Mercury のカスタマー・サポートにお問 い合わせください。 647 647 第 5 部 • 負荷テスト・モニタの設定 JDBC 情報取得の設定 JDBC 情報取得の設定 1 ＜ J2EEMonitor ホーム・ディレクトリ＞ \etc\dispatcher.properties を開きます。 2 sql.parsing.mode プロパティに次のいずれかを入力します。 ➤ 他の（非 JDBC）測定メソッド呼び出し同様に JDBC メソッド呼び出しを測 定する場合は，1 を入力。 ➤ JDBC の処理（たとえば，SELECT，UPDATE，CREATE）に基づいて測定 データを集計する場合は，2 を入力。 ➤ 特定の SQL ステートメント（操作の内容，操作対象のテーブル，対象ス テートメントの他のパラメータを含む）に基づいて測定データを集計する場 合は，3 を入力。 注：長さが 3000 文字を越える SQL ステートメントはサポートされていません。 EJB 情報取得の設定 コンテナ・メソッドを含むように EJB 情報の取得を設定するには，次の手順を 実行します。 1 ＜ J2EEMonitor ホーム・ディレクトリ＞ \dat\java_monitor.ini を開きます。 2 このファイルの EJB_CONFIG セクションで，hook_files=auto_detect の設定を 次のように変更します。 hook_files=auto_detect_container 648 第 36 章 • J2EE パフォーマンスの監視 クライアント・マシンでの J2EE モニタの有効化 J2EE パフォーマンスを監視するには，J2EE モニタで測定するカウンタを選択 する必要があります。カウンタは，［J2EE Choose Measurements］ページで選択 します。 J2EE モニタを設定する前に，次のことを行います。 Auto Discovery モード（J2EE モニタの標準動作モード）では，ビジネス・プロセ スに参加しているコンポーネント（サーブレット，JSP，JNDI，EJB，JDBC）の メソッドがシステムによって検出され，そのオブジェクトだけが測定されます。 Auto Discovery プロセスを起動するには，アプリケーション・サーバを起動し， アプリケーション・サーバに対する負荷テストで使う仮想ユーザ・スクリプト を実行します。これによって，監視の対象にできる測定値のリストを Performance Center ホストから取得できるようになります。 注：次に同じスクリプトを実行するときは，監視対象のメソッドとカウンタを 選択する前に仮想ユーザを実行する必要はありません。 J2EE モニタの設定 J2EE モニタの設定は，［J2EE Choose Measurements］ページで行います。 J2EE モニタを設定するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択 します。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 649 649 第 5 部 • 負荷テスト・モニタの設定 2［Java Performance Graphs］セクションの中で，［J2EE］を選択し，［Next］をク リックします。［Choose Server］ページが開きます。 3 リソースを監視する対象となるサーバの名前または IP アドレスを入力します。 ユーザのログイン名とパスワードを入力します。 4［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバのプロパティが表示されます。 5 監視対象のメソッドとカウンタを選択します。 使用可能なパフォーマンス・カウンタの一覧については，651 ページを参照し てください。 6［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 650 第 36 章 • J2EE パフォーマンスの監視 注：アナリシスに表示できる測定名の長さは 255 文字までです。測定名がこの 上限を越えていると，カウンタ名が切り捨てられ，一意の ID（UID）が与えら れます。同じカウンタで複数の異なるイベントを監視したり，クロス結果グラ フを作成したりする場合，UID はそのまま変わらずに残ります。 測定名の切捨ては次のように行われます。 標準プレフィックス / 切捨てカウンタ名＜ UID ＞ / 監視イベント 次に例を示します。 /DB/JDBC/weblogic.jdbc.rmi.SerialPreparedStatement/int executeUpdate()/INSERT INTO orders ( orderid _ userid _ orderdate _ shipaddr1 _ shipaddr2 _ shipcity _ shipstate _ shipzip _ shipcountry _ billaddr1 _ billaddr2 _ b <1> /Average Response Time 測定値の完全な名前は［Measurement Description］ボックスに表示されます。 J2EE パフォーマンス・カウンタ 各メソッドで次のカウンタを監視できます。 測定値 詳細 Average Response Time 監視対象の J2EE オブジェクトの平均応答時間（単 位：ミリ秒）。 Method Calls per Second 秒ごとの J2EE オブジェクト・メソッドの呼び出しの 回数。 651 651 第 5 部 • 負荷テスト・モニタの設定 アプリケーション・サーバ設定の変更例 アプリケーション・サーバに Mercury の J2EE モニタ・ファイルをインストー ルした場合は，J2EE モニタのサポート機能を有効にした状態でサーバが実行さ れるように設定されています。この項では，次のアプリケーション・サーバの 設定を変更する例を示します。 ➤ WebLogic - バージョン 4.x ～ 5.x ➤ WebLogic - バージョン 6.x ➤ WebLogic - バージョン 7.x ➤ WebLogic - バージョン 8.1 ➤ WebSphere サーバ - バージョン 3.ｘ ➤ WebSphere サーバ - バージョン 4.ｘ ➤ Oracle 9iAS サーバ ➤ JBoss 2.4.x ～ 3.04 サーバ 注：環境変数は，次の順序で設定してください。 652 第 36 章 • J2EE パフォーマンスの監視 WebLogic - バージョン 4.x ～ 5.x WebLogic 4.x ～ 5.x サーバを設定するには，次の手順を実行します。 1 ＜ WebLogic ホーム＞ \startWeblogic.cmd ファイルをバックアップするため に，このファイルを＜ WebLogic ホーム＞ \startWeblogicMercury.cmd にコ ピーします。 2 ＜ WebLogic ホーム＞ \startWeblogicMercury.cmd ファイルを開きます。 3 サーバの起動に使用している Java コマンド・ラインの直前に，次の変数を追加 します。 Windows プラットフォームの場合： set MERC_MONITOR_HOME= ＜ J2EEMonitor ホーム・ディレクトリ＞ set JAVA_CLASSPATH=%JAVA_CLASSPATH%; %MERC_MONITOR_HOME%\dat; %MERC_MONITOR_HOME%\classes\xerces.jar UNIX プラットフォームの場合（csh） ： MERC_MONITOR_HOME ＜ J2EEMonitor ホーム・ディレクトリ＞ JAVACLASSPATH=$JAVACLASSPATH: $MERC_MONITOR_HOME/classes/xerces.jar 4 ファイルの同じセクションで，Java コマンド・ラインに次のパラメータを追加 します。 -Xbootclasspath/p:%MERC_MONITOR_HOME%\classes\boot 例： %JAVA_HOME%\bin\java -ms64m -mx64m -Xbootclasspath/p:%MERC_MONITOR_HOME%\classes\boot -Dweblogic.class.path=%WEBLOGIC_CLASSPATH% -Dweblogic.home=. -Djava.security.manager -Djava.security.policy==.\weblogic.policy weblogic.Server 5 ＜ WebLogic ホーム＞ \startWeblogicMercury.cmd ファイルを実行します。 653 653 第 5 部 • 負荷テスト・モニタの設定 WebLogic - バージョン 6.x WebLogic 6.x サーバを設定するには，次の手順を実行します。 1 ＜ WebLogic ホーム＞ \config\ ＜ドメイン名＞ \startWeblogic.cmd ファイル をバックアップするために，このファイルを ＜ WebLogic ホーム＞ \config\ ＜ドメイン名＞ \startWeblogicMercury.cmd にコピーします。 2 ＜ WebLogic ホーム＞ \config\ ＜ドメイン名＞ \startWeblogicMercury.cmd ファイルを開きます。 3 サーバの起動を行う Java コマンド・ラインの直前に，次の変数を追加します。 Windows プラットフォームの場合： set MERC_MONITOR_HOME= ＜ J2EEMonitor ホーム・ディレクトリ＞ set CLASSPATH=%CLASSPATH%;%MERC_MONITOR_HOME%\dat; %MERC_MONITOR_HOME%\classes\xerces.jar UNIX プラットフォームの場合： MERC_MONITOR_HOME= ＜ J2EEMonitor ホーム・ディレクトリ＞ CLASSPATH=$CLASSPATH:$MERC_MONITOR_HOME/dat: $MERC_MONITOR_HOME/classes/xerces.jar 4 ファイルの同じセクションで，コマンド・ラインに次のパラメータを追加しま す。 -Xbootclasspath/p:%MERC_MONITOR_HOME%\classes\boot 例： "%JAVA_HOME%\bin\java" -hotspot -ms64m -mx64m -Xbootclasspath/p:%MERC_MONITOR_HOME%\classes\boot -classpath %CLASSPATH% -Dweblogic.Domain=mydomain -Dweblogic.Name=myserver "-Dbea.home=f:\bea" " -Djava.security.policy==f:\bea\wlserver6.0/lib/weblogic.policy" -Dweblogic.management.password=%WLS_PW% weblogic.Server 5 ＜ WebLogic ホーム＞ \config\ ＜ドメイン名＞ \startWeblogicMercury.cmd ファイルを実行します。 654 第 36 章 • J2EE パフォーマンスの監視 WebLogic - バージョン 7.x WebLogic 7.x サーバを設定するには，次の手順を実行します。 1 ＜WebLogic ホーム＞\server\bin\startwls.cmd ファイルをバックアップする ために，このファイルを ＜ WebLogic ホーム＞ \server\bin\startwlsMercury.cmd にコピーします。 2 ＜WebLogic ホーム＞\server\bin\startwlsMercury.cmd ファイルを開きます。 3 サーバの起動を行う Java コマンド・ラインの直前に，次の変数を追加します。 Windows プラットフォームの場合： set MERC_MONITOR_HOME= ＜ J2EEMonitor ホーム・ディレクトリ＞ set CLASSPATH=%CLASSPATH%;%MERC_MONITOR_HOME%\dat; %MERC_MONITOR_HOME%\classes\xerces.jar UNIX プラットフォームの場合： MERC_MONITOR_HOME= ＜ J2EEMonitor ホーム・ディレクトリ＞ CLASSPATH=$CLASSPATH:$MERC_MONITOR_HOME/dat: $MERC_MONITOR_HOME/classes/xerces.jar 4 ファイルの同じセクションで，コマンド・ラインに次のパラメータを追加します。 -Xbootclasspath/p:%MERC_MONITOR_HOME%\classes\boot 例： "%JAVA_HOME%\bin\java" -hotspot -ms64m -mx64m -Xbootclasspath/p:%MERC_MONITOR_HOME%\classes\boot -classpath %CLASSPATH% -Dweblogic.Domain=mydomain -Dweblogic.Name=myserver "-Dbea.home=f:\bea" " -Djava.security.policy==f:\bea\wlserver7.0/lib/weblogic.policy" -Dweblogic.management.password=%WLS_PW% weblogic.Server 5 ＜ドメイン名＞ \startWeblogic.cmd ファイルをバックアップするため，この ファイルを＜ドメイン名＞ \startWeblogicMercury.cmd にコピーします。 6 ＜ドメイン名＞ \startWeblogicMercury.cmd ファイルを開きます。 7 Weblogic サーバ呼び出しを探します。次に例を示します。 655 655 第 5 部 • 負荷テスト・モニタの設定 call D:\bea\weblogic700\server\bin\startWLS.cmd 8 この呼び出しの startWLS.cmd を startWLSMercury.cmd に変更して，ファイ ルを保存します。 WebLogic - バージョン 8.1 WebLogic 8.1 サーバを設定するには，次の手順を実行します。 1 ＜ WebLogic ホーム＞ \samples\domains\ ＜ドメイン名＞ \startWeblogic.cmd ファイルをバックアップするために，このファイルを ＜ WebLogic ホーム＞ \samples\domains\ ＜ドメイン名＞ \startWeblogicMercury.cmd にコピーします。 2 ＜ WebLogic ホーム＞ \samples\domains\ ＜ドメイン名＞ \startWeblogicMercury.cmd ファイルを開きます。 3 サーバの起動を行う Java コマンド・ラインの直前に，次の変数を追加します。 Windows プラットフォームの場合： set MERC_MONITOR_HOME= ＜ J2EEMonitor ホーム・ディレクトリ＞ set CLASSPATH=%CLASSPATH%;%MERC_MONITOR_HOME%\dat; %MERC_MONITOR_HOME%\classes\xerces.jar UNIX プラットフォームの場合： MERC_MONITOR_HOME= ＜ J2EEMonitor ホーム・ディレクトリ＞ CLASSPATH=$CLASSPATH:$MERC_MONITOR_HOME/dat: $MERC_MONITOR_HOME/classes/xerces.jar ファイルの同じセクションで，コマンド・ラインに次のパラメータを追加します。 -Xbootclasspath/p:%MERC_MONITOR_HOME%\classes\boot 656 第 36 章 • J2EE パフォーマンスの監視 例： "%JAVA_HOME%\bin\java" -hotspot -ms64m -mx64m -Xbootclasspath/p:%MERC_MONITOR_HOME%\classes\boot -classpath %CLASSPATH% -Dweblogic.Domain=mydomain -Dweblogic.Name=myserver "-Dbea.home=f:\bea" " -Djava.security.policy==f:\bea\wlserver8.1/lib/weblogic.policy" -Dweblogic.management.password=%WLS_PW% weblogic.Server 4 ＜ドメイン名＞ \startWeblogic.cmd ファイルをバックアップするため，この ファイルを＜ドメイン名＞ \startWeblogicMercury.cmd にコピーします。 5 ＜ドメイン名＞ \startWeblogicMercury.cmd ファイルを開きます。 6 Weblogic サーバ呼び出しを探します。次に例を示します。 call D:\bea\weblogic8\server\bin\startWLS.cmd 7 この呼び出しの startWeblogic.cmd を startWeblogicMercury に変更して， ファイルを保存します。 注：WebLogic 8.1 Sun の JVM のみをサポートします。JRockit JVM は，J2EE Diagnostics モニタを使用する場合のみ WebLogic 8.1 で利用できます。 657 657 第 5 部 • 負荷テスト・モニタの設定 WebSphere サーバ - バージョン 3.ｘ 標準設定では，WebSphere 3.x アプリケーション・サーバは Windows 上で，マ シンの起動時に自動サービスとして実行されます。Mercury では，現時点では 自動サービスとして実行される WebSphere サーバで Performance Center による J2EE の監視をサポートしていないため，標準設定の WebSphere サーバの起動方 法を手動に変更する必要があります。 標準設定の WebSphere 3.x サーバの起動方法を変更するには，次の手順を実行 します。 1［スタート］＞［設定］＞［コントロールパネル］を選択します。 2［サービス］をダブルクリックします。 3［IBM WS AdminServer］を選択して，［停止］ボタンをクリックします。 4［IBM WS AdminServer］をダブルクリックして，［手動］起動タイプを選択し ます。 5［OK］をクリックし，設定を保存してダイアログ・ボックスを閉じます。 これで，自動サービスを使わずに， ＜ WebSphere ホーム＞ \AppServer\bin\debug\adminserver.bat からサー バを起動できます。 Performance Center J2EE モニタのサポート機能を WebSphere 3.x サーバに追加 するには，次の手順を実行します。 1 ＜ WebSphere ホーム＞ \AppServer\bin\debug\adminserver.bat ファイルの バックアップ・コピーを作成します。 2 ＜ WebSphere ホーム＞ \AppServer\bin\debug\adminserver.bat ファイルを 開きます。 3 次の環境変数を SET_CP セクションの末尾に追加します。 Windows プラットフォームの場合： set MERC_MONITOR_HOME= ＜ J2EEMonitor ホーム・ディレクトリ＞ set CLASSPATH=%CLASSPATH%;%MERC_MONITOR_HOME%\dat; %MERC_MONITOR_HOME%\classes\xerces.jar 658 第 36 章 • J2EE パフォーマンスの監視 UNIX プラットフォームの場合： MERC_MONITOR_HOME= ＜ J2EEMonitor ホーム・ディレクトリ＞ CLASSPATH=$CLASSPATH:$MERC_MONITOR_HOME/dat: $MERC_MONITOR_HOME/classes/xerces.jar export MERC_MONITOR_HOME 4 adminserver.bat ファイルを実行します。 5 WebSphere 管理コンソール・アドバンスド版を開いて，［ビュー］＞［トポロ ジー］を選択します。 6［＜サーバ・マシン名＞］＞［Default Server］を選択して，［WebSphere 管理 ドメイン］ツリーを展開します。 7［アプリケーション・サーバ :Default Server］ウィンドウで［一般］タブを選択 します。 8 コマンド・ライン引数ボックスに次を追加します。 -Xbootclasspath/p:%MERC_MONITOR_HOME%\classes\boot ［適用］をクリックします。 JDK1.1.7 IBM が含まれる WebSphere 3.0 サーバで作業している場合は，［環境］ をダブルクリックします。［変数名］ボックスに _CLASSLOAD_HOOK， ［値］ ボックスに jdkhook と入力します。［追加］ボタン，［OK］ボタン，［適用］ボ タンをクリックします。 9 Windows 2000/NT，Solaris の場合は，［一般］タブから［Environment Editor］ダ イアログ・ボックスを開き，次の変数を［環境］ボックスに追加します。 Windows 2000/NT の場合： name=CLASSPATH value= ＜ J2EEMonitor ホーム・ディレクトリ＞ \dat Solaris の場合： name=CLASSPATH value= ＜ J2EEMonitor ホーム・ディレクトリ＞ /dat ［OK］をクリックして， ［Environment Editor］ダイアログ・ボックスを閉じます。 659 659 第 5 部 • 負荷テスト・モニタの設定 10［WebSphere 管理コンソール アドバンスド版］を閉じます。 11 adminserver.bat ファイルを閉じて再起動します。 WebSphere サーバ - バージョン 4.ｘ WebSphere 4.x サーバは，startServerBasic.bat ファイルまたは startServer.bat ファ イルを使って起動できます。 WebSphere 4.x サーバを設定するには，次の手順を実行します。 1 WebSphere 管理サーバが実行されていることを確認し，管理コンソールを起動 します。 2［WebSphere 管理ドメイン］ツリーで，ノード，ホスト名，アプリケーション・ サーバのサブツリーを展開し，Default Server（または J2EE の対象にするアプリ ケーション・サーバ）を選択します。 3「Default Server」を右クリックし，メニューから［プロパティ］を選択して， ［一般］タブをクリックします。 4 Windows 2000/NT，Solaris の場合は，［一般］タブから［Environment Editor］ダ イアログ・ボックスを開き，次の変数を［環境］ボックスに追加します。 Windows 2000/NT の場合： name=CLASSPATH value= ＜ J2EEMonitor ホーム・ディレクトリ＞ \dat; ＜ J2EEMonitor のホーム・ディレクトリ＞ \classes\xerces.jar Solaris の場合： name=CLASSPATH value= ＜ J2EEMonitor ホーム・ディレクトリ＞ /dat: ＜ J2EEMonitor のホーム・ディレクトリ＞ /classes/xerces.jar ［OK］をクリックして， ［Environment Editor］ダイアログ・ボックスを閉じます。 5［JVM の詳細設定］タブをクリックして，JVM の詳細設定を選択します。コマ ンド・ラインの引数フィールドに，Windows 2000/NT，Solaris，AIX に対して次 の値を追加します。 -Xbootclasspath/p:%MERC_MONITOR_HOME%\classes\boot 660 第 36 章 • J2EE パフォーマンスの監視 6［OK］ボタンをクリックし，［適用］ボタンをクリックして，アプリケーショ ン・サーバの変更内容を保存します。これで，Performance Center J2EE モニタ を使用して，WebSphere サーバを起動したり停止したりできます。 Oracle 9iAS サーバ 1 env.cmd ファイル（Unix プラットフォームでは env.sh）を次のように編集し ます。 ➤ 環境変数 JAVA_HOME が，アプリケーション・サーバの実行に使用される Java 仮想マシンの場所を指すようにする。 ➤ 環境変数 DETECTOR_INS_DIR がモニタのインストール場所を指すように する。 ➤ 環境変数 APP_SERVER_DRIVE でアプリケーション・サーバが格納されて いるドライブを指定する（たとえば，D:）。UNIX プラットフォームではこ の変数を変更しないでください。 ➤ 環境変数 APP_SERVER_ROOT でアプリケーション・サーバのルート・ ディレクトリを指定する。 2 oc4jMonitor.cmd（UNIX プラットフォームでは oc4jMonitor.sh）を実行します。 JBoss 2.4.x ～ 3.04 サーバ 1 ＜ JBoss ホーム＞ \run.bat（UNIX プラットフォームで run.sh）のバックアッ プ・コピーを，＜ JBoss ホーム＞ \runMercury.bat（UNIX では runMercury.sh）に作成します。 2 ＜ JBoss ホーム＞ \runMercury.bat ファイル（UNIX では runMercury.sh）を 開きます。 サーバの起動に使用している Java コマンド・ラインの直前に，次の変数を追加 します。 Windows プラットフォームの場合： set MERC_MONITOR_HOME= ＜ J2EEMonitor ホーム・ディレクトリ＞ set CLASSPATH=%CLASSPATH%;%MERC_MONITOR_HOME%\dat; %MERC_MONITOR_HOME%\classes\xerces.jar 661 661 第 5 部 • 負荷テスト・モニタの設定 UNIX プラットフォームの場合： MERC_MONITOR_HOME= ＜ J2EEMonitor ホーム・ディレクトリ＞ CLASSPATH=$CLASSPATH:$MERC_MONITOR_HOME/dat: $MERC_MONITOR_HOME/classes/xerces.jar 3 ファイルの同じセクションで，コマンド・ラインに次のパラメータを追加しま す。 -Xbootclasspath/p:%MERC_MONITOR_HOME%\classes\boot 例： %JAVA_HOME%\bin\java -ms64m -mx64m -Xbootclasspath/p:%MERC_MONITOR_HOME%\classes\boot -Dweblogic.class.path=%WEBLOGIC_CLASSPATH% -Dweblogic.home=. -Djava.security.manager -Djava.security.policy==.\weblogic.policy weblogic.Server 4 ＜ JBoss ホーム＞ \runMercury.bat ファイル（UNIX プラットフォームでは runMercury.sh）を実行します。 J2EE モニタのトラブルシューティング 標準設定のポートの変更 J2EE モニタは，標準設定では，ポート 2004 を使用して Performance Center と通 信します。このポートがすでに他に使用されている場合は，次のようにして別 のポートを選択できます。 1 アプリケーション・サーバ・マシンで， ＜ J2EEMonitor のホーム・ディレクトリ＞ \dat\monitor.properties を開き， プロパティ webserver.monitor.port に指定されているポート番号を変更します。 2 Performance Center ホスト・マシンで，＜ Performance Center ホーム・ディレ クトリ＞ \dat\monitors\xmlmonitorshared.ini を開き，「DefaultPort」キーの 下にある［mon_j2ee］セクションに指定されているポート番号を変更します。 662 第 36 章 • J2EE パフォーマンスの監視 初期化エラー 「UnsupportedClassVersionError」，「NoSuchMethodError」， 「NoClassDefFoundError」などのアプリケーション・サーバの初期化エラーが発 生した場合，Mercury J2EE Monitor Initializer を使用して指定した JDK のバー ジョンと，アプリケーション・サーバの起動に使用された実際の JDK のバー ジョンが異なる可能性があります。 アプリケーション・サーバによって現在使用されている JDK と同じ JDK を選 択していることを確認してください。アプリケーション・サーバを別の JDK で 動作するように切り替えた場合は，Mercury J2EE Monitor Initializer を再実行す る必要があります。 663 663 第 5 部 • 負荷テスト・モニタの設定 664 第 37 章 Application Deployment ソリューション Performance Center の Application Deployment ソリューション・モニタを使えば， 負荷テスト実行時に Citrix MetaFrame XP または MetaFrame 1.8 サーバを監視し て，サーバ・パフォーマンスのボトルネックを特定できます。 本章では，次の項目について説明します。 ➤ Application Deployment ソリューションの監視について ➤ Citrix MetaFrame Server モニタの設定 Application Deployment ソリューションの監視について Performance Center の Citrix MetaFrame XP モニタには，負荷テスト実行時の Citrix MetaFrame XP および MetaFrame 1.8 サーバのアプリケーション配布の使用 状況に関する情報が表示されます。パフォーマンス・データを取得するには， 負荷テストを実行する前に，サーバのオンライン・モニタを起動して測定対象 のリソースを指定する必要があります。 665 第 5 部 • 負荷テスト・モニタの設定 Citrix MetaFrame Server モニタの設定 Citrix MetaFrame XP モニタには，負荷テスト実行時の Citrix MetaFrame XP また は 1.8 サーバ・マシンのリソースの使用状況に関する統計値が表示されます。 Citrix サーバのパフォーマンスを監視するには，まずアプリケーション・サー バ・マシン上で Citrix MetaFrame XP モニタを起動し，Citrix サーバで監視する カウンタを有効にする必要があります。その後で，Citrix MetaFrame XP モニタ で測定するカウンタを選択します。カウンタは，［Citrix MetaFrame XP Choose Measurements］ページで選択します。 注：ファイアウォール越しに Citrix MetaFrame サーバを監視するために使用す るポートは，サーバの構成によって異なります。 モニタを設定する前に，次のことを行います。 1 Performance Center ホスト・マシンから，ネットワーク・ドライブを Citrix サー バ・マシンに割り当てます。これにより，Performance Center ホストがリソー ス・カウンタにアクセスするのに必要な認証が与えられます。 2 Performance Center ホスト・マシンからパフォーマンス・モニタを起動して Citrix サーバ上でカウンタを有効にします。Citrix モニタ上の ICA セッション・ オブジェクトと同じカウンタを監視できるようになります。 3 監視対象にできる測定値のリストを Performance Center ホストから取得できる ようにするには，まず仮想ユーザを初期化してから負荷テストを実行する必要 があります。仮想ユーザを初期化したら，Citrix Monitor を設定して ICA セッ ション・カウンタを追加できます。 4 SiteScope はユーティリティ・サーバにインストールされますが，ユーティリ ティ・サーバの負荷を減らすために，コントローラと同じマシンにインストー ルするか，専用サーバにインストールすることをお勧めします。 注：インスタンスを監視する測定項目は，現在実行中の Citrix セッションにの み有効です。この負荷テストを再度実行する場合は，インスタンスを対称にし ている測定項目を再設定する必要があります。 666 第 37 章 • Application Deployment ソリューション 注：さまざまなインスタンスを監視するには，サーバのログインとログアウト 手順を，スクリプトの Action セクションではなく，Vuser_init セクションと Vuser_end セクションにそれぞれ記録します。詳細については，『Mercury 仮想 ユーザ・ジェネレータ・ユーザーズ・ガイド』を参照してください。 Citrix MetaFrame サーバ・モニタを設定するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択 します。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 2［Application Deployment Solutions Graphs］セクションの中で，［Citrix MetaFrame XP］または［Citrix MetaFrame XP (SiteScope)］を選択し， ［Next］をクリックします。［Choose Server］ページが開きます。 3 リソースを監視する対象となるサーバの名前または IP アドレスを入力します。 さらに，以下を参照してください。 ➤ Citrix MetaFrame XP サーバの場合：Citrix サーバのログイン名とパスワード を入力し，［Next］をクリックします。 ➤ Citrix MetaFrame XP サーバの場合 (SiteScope)：SiteScope のマシン名とポー ト（標準設定：8888）を入力し，Secure HTTP 接続を使用するのか SiteScope ユーザ・アカウントを使用するのかを指定します。SiteScope アカウントを使用 する場合には，アカウントの名前または番号，および SiteScope のアカウント へのログイン用に定義されているユーザ名とパスワードを入力します。 667 667 第 5 部 • 負荷テスト・モニタの設定 4［Next］をクリックします。［Add Monitor］ページが開きます。サーバと更新頻 度を確認してから［Next］をクリックします。 5［Choose Measurements］ページが開き，使用可能な測定値とサーバのプロパ ティが表示されます。 6 監視する測定値を選択します。 測定可能なパフォーマンス・カウンタの一覧については，669 ページを参照し てください。 7［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 668 第 37 章 • Application Deployment ソリューション 注：［追加］をクリックした後にダイアログ・ボックスがフリーズした場合は， Citrix サーバ・マシンに localhost キャッシュを再構築する必要がある場合があ ります。詳細については，Citrix の Knowledge Base （http://knowledgebase.citrix.com/cgi-bin/webcgi.exe?New,KB=CitrixKB）でド キュメント番号 CTX003648 および CTX759510 を参照してください。 Citrix MetaFrame パフォーマンス・カウンタ 次の表に，測定可能ないくつかのカウンタの説明を示します。 非仮想カウンタ 測定値 詳細 % Disk Time 選択したディスク・ドライブで読み取りまたは書き込 みの要求を処理するためにビジー状態となっていた経 過時間の割合。 % Processor Time プロセッサが非アイドル・スレッドを実行している時 間の割合。このカウンタは，プロセッサの動作状況を 示す重要な指標となります。この値は，プロセッサが アイドル・プロセスのスレッドを実行するのに費やす 時間をサンプル間隔ごとに測定し，その値を 100% か ら引くことによって算出されます（各プロセッサに は，ほかのスレッドの実行準備ができていないときに サイクルを消費するアイドル・スレッドが割り当てら れています）。この値は，あるサンプリング時点から 次のサンプリング時点までの間に何らかの有用な処理 を行うために費やされた時間の割合です。このカウン タは，サンプリング間隔の間に観察されたビジー状態 の時間の平均的な割合を示します。この値は，サービ スがアクティブではなかった時間を監視し，その値を 100% から引くことによって算出されます。 File Data Operations/sec コンピュータがファイル・システム・デバイスに対す る読み書き操作を行う頻度。これには，ファイル制御 操作は含まれません。 669 669 第 5 部 • 負荷テスト・モニタの設定 670 測定値 詳細 Interrupts/sec プロセッサが受け付けてサービスしている秒ごとの ハードウェア割り込み数の平均。これには，DPC は含 まれません。DPC は別にカウントされます。この値 は，システム・クロック，マウス，ディスク・ドライ バ，データ通信回線，ネットワーク・インタフェー ス・カードその他の周辺機器など，割り込みを生成す るデバイスの動作状況を示す間接的な指標となりま す。通常これらのデバイスは，タスクの実行が完了し たときや，対処を必要とするときに，プロセッサに割 り込みをかけます。割り込みの間，通常のスレッドの 実行は中断されます。ほとんどのシステム・クロック は，10 ミリ秒ごとにプロセッサに割り込みをかける ことで，割り込み活動のバックグラウンドを作成しま す。このカウンタには，最後の 2 回のサンプリングで 観測された値の差をサンプリング間隔で割った値が表 示されます。 Output Session Line Speed セッションにおけるサーバからクライアントへの回線 速度（bps）。 Input Session Line Speed セッションにおけるクライアントからサーバへの回線 速度（bps）。 Page Faults/sec プロセッサで発生したページ・フォルトの回数。ペー ジ・フォルトは，プロセッサが，メイン・メモリ上の ワーキング・セットに存在しない仮想メモリ・ページ を参照したときに発生します。問題のページがスタン バイ・リスト上に存在する場合（したがってすでにメ イン・メモリ中にある場合），また，そのページを共 有している別のプロセスによってそのページが使用さ れている場合には，ディスクからそのページが取り出 されることはありません。 第 37 章 • Application Deployment ソリューション 測定値 詳細 Pages/sec 参照時にメモリに入っていなかったページへのメモリ 参照を解決するために，ディスクから読み取られた ページ数またはディスクに書き込まれたページ数。こ のカウンタは，Pages Input/sec および Pages Output/sec の合計です。このカウンタには，システム・キャッ シュに代わってアプリケーションのファイル・データ にアクセスするためのページング・トラフィックが含 まれます。この値には，キャッシュ対象外マップ済み メモリ・ファイルとメモリの間で読み書きされるペー ジも含まれます。メモリが過度に使用される点（つま り，スラッシング），およびその結果生じる可能性の ある過剰なページングが気になる場合には，このカウ ンタを観察することが重要になります。 Pool Nonpaged Bytes ページング対象外プールのバイト数。ページング対象 外プールはシステム・メモリ領域の 1 つで，オペレー ティング・システムの各コンポーネントが指定された タスクを実行するとき，この領域に一定の空間を確保 します。ページング対象外プールのページはページン グ・ファイルにページ・アウトすることはできず，割 り当てられている限りメイン・メモリに残ります。 Private Bytes このプロセスによって割り当てられ，ほかのプロセス とは共有できないバイト数の最新の値。 Processor Queue Length スレッド数で表されるプロセッサ・キューの瞬間的な 長さ。このカウンタは，スレッド・カウンタの監視も 行われていなければ，常に 0 です。プロセッサはすべ て，スレッドがプロセッサ・サイクルを待機する単独 のキューを使用します。この長さには，現在実行中の スレッドは含まれません。一般に，プロセッサ・ キューが常に 2 より長い場合，プロセッサが輻輳状態で あることを意味します。このカウンタは瞬間的な値を 示すもので，一定時間における平均値ではありません。 Threads データ収集時のコンピュータのスレッド数。このカウ ンタは瞬間的な値を示すもので，一定時間における平 均値ではありません。スレッドとは，プロセッサで命 令を実行できる，基本的な実行単位です。 Latency - Session Average セッションの有効期間におけるクライアント遅延の 平均。 671 671 第 5 部 • 負荷テスト・モニタの設定 測定値 詳細 Latency - Last Recorded このセッションに対して最後に記録された遅延測定値。 Latency - Session Deviation セッションに対して測定された最小値と最大値との差。 Input Session Bandwidth セッションにおけるクライアントからサーバへのトラ フィックの帯域幅（bps）。 Input Session Compression セッションにおけるクライアントからサーバへのトラ フィックの圧縮率。 Output Session Bandwidth セッションにおけるサーバからクライアントへのトラ フィックの帯域幅（bps）。 Output Session Compression セッションにおけるサーバからクライアントへのトラ フィックの圧縮率。 Output Session Linespeed セッションにおけるサーバからクライアントへの回線 速度（bps）。 仮想チャネル・カウンタ 672 測定値 詳細 Input Audio Bandwidth オーディオ・マッピング・チャネルにおける，クライ アントからサーバへのトラフィックの帯域幅。この値 は bps 単位で測定されます。 Input Clipboard Bandwidth クリップボード・マッピング・チャネルにおける，ク ライアントからサーバへのトラフィックの帯域幅。こ の値は bps 単位で測定されます。 Input COM1 Bandwidth COM1 チャネルにおける，クライアントからサーバへ のトラフィックの帯域幅。この値は bps 単位で測定さ れます。 Input COM2 Bandwidth COM2 チャネルにおける，クライアントからサーバへ のトラフィックの帯域幅。この値は bps 単位で測定さ れます。 Input COM Bandwidth COM チャネルにおける，クライアントからサーバへ のトラフィックの帯域幅。この値は bps 単位で測定さ れます。 第 37 章 • Application Deployment ソリューション 測定値 詳細 Input Control Channel Bandwidth ICA コントロール・チャネルにおける，クライアント からサーバへのトラフィックの帯域幅。この値は bps 単位で測定されます。 Input Drive Bandwidth クライアントのドライブ・マッピング・チャネルにお ける，クライアントからサーバへのトラフィックの帯 域幅。この値は bps 単位で測定されます。 Input Font Data Bandwidth ローカル・テキスト・エコー・フォントおよびキー ボード・レイアウト・チャネルにおける，クライアン トからサーバへのトラフィックの帯域幅。この値は bps 単位で測定されます。 Input Licensing Bandwidth ライセンシング・チャネルにおける，サーバからクラ イアントへのトラフィックの帯域幅。この値は bps 単 位で測定されます。 Input LPT1 Bandwidth LPT1 チャネルにおける，クライアントからサーバへ のトラフィックの帯域幅。この値は bps 単位で測定さ れます。 Input LPT2 Bandwidth LPT2 チャネルにおける，クライアントからサーバへ のトラフィックの帯域幅。この値は bps 単位で測定さ れます。 Input Management Bandwidth クライアント管理チャネルにおける，クライアントか らサーバへのトラフィックの帯域幅。この値は bps 単 位で測定されます。 Input PN Bandwidth プログラム隣接チャネルにおける，クライアントから サーバへのトラフィックの帯域幅。この値は bps 単位 で測定されます。 Input Printer Bandwidth プリンタ・スプーラ・チャネルにおける，クライアン トからサーバへのトラフィックの帯域幅。この値は bps 単位で測定されます。 Input Seamless Bandwidth シームレス・チャネルにおける，クライアントから サーバへのトラフィックの帯域幅。この値は bps 単位 で測定されます。 Input Text Echo Bandwidth ローカル・テキスト・エコー・データ・チャネルにお ける，クライアントからサーバへのトラフィックの帯 域幅。この値は bps 単位で測定されます。 673 673 第 5 部 • 負荷テスト・モニタの設定 674 測定値 詳細 Input Thinwire Bandwidth Thinwire（グラフィックス）チャネルにおける，クラ イアントからサーバへのトラフィックの帯域幅。この 値は bps 単位で測定されます。 Input VideoFrame Bandwidth VideoFrame チャネルにおける，クライアントからサー バへのトラフィックの帯域幅。この値は bps 単位で測 定されます。 Output Audio Bandwidth オーディオ・マッピング・チャネルにおける，サーバ からクライアントへのトラフィックの帯域幅。この値 は bps 単位で測定されます。 Output Clipboard Bandwidth クリップボード・マッピング・チャネルにおける， サーバからクライアントへのトラフィックの帯域幅。 この値は bps 単位で測定されます。 Output COM1 Bandwidth COM1 チャネルにおける，サーバからクライアントへ のトラフィックの帯域幅。この値は bps 単位で測定さ れます。 Output COM2 Bandwidth COM2 チャネルにおける，サーバからクライアントへ のトラフィックの帯域幅。この値は bps 単位で測定さ れます。 Output COM Bandwidth COM チャネルにおける，サーバからクライアントへ のトラフィックの帯域幅。この値は bps 単位で測定さ れます。 Output Control Channel Bandwidth ICA コントロール・チャネルにおける，サーバからク ライアントへのトラフィックの帯域幅。この値は bps 単位で測定されます。 Output Drive Bandwidth クライアント・ドライブ・チャネルにおける，サーバ からクライアントへのトラフィックの帯域幅。この値 は bps 単位で測定されます。 Output Font Data Bandwidth ローカル・テキスト・エコー・フォントおよびキー ボード・レイアウト・チャネルにおける，サーバから クライアントへのトラフィックの帯域幅。この値は bps 単位で測定されます。 Output Licensing Bandwidth ライセンシング・チャネルにおける，サーバからクラ イアントへのトラフィックの帯域幅。この値は bps 単 位で測定されます。 第 37 章 • Application Deployment ソリューション 測定値 詳細 Output LPT1 Bandwidth LPT1 チャネルにおける，サーバからクライアントへ のトラフィックの帯域幅。この値は bps 単位で測定さ れます。 Output LPT2 Bandwidth LPT2 チャネルにおける，サーバからクライアントへ のトラフィックの帯域幅。この値は bps 単位で測定さ れます。 Output Management Bandwidth クライアント管理チャネルにおける，サーバからクラ イアントへのトラフィックの帯域幅。この値は bps 単 位で測定されます。 Output PN Bandwidth プログラム隣接チャネルにおける，サーバからクライ アントへのトラフィックの帯域幅。この値は bps 単位 で測定されます。 Output Printer Bandwidth プリンタ・スプーラ・チャネルにおける，サーバから クライアントへのトラフィックの帯域幅。この値は bps 単位で測定されます。 Output Seamless Bandwidth シームレス・チャネルにおける，サーバからクライア ントへのトラフィックの帯域幅。この値は bps 単位で 測定されます。 Output Text Echo Bandwidth ローカル・テキスト・エコー・データ・チャネルにお ける，サーバからクライアントへのトラフィックの帯 域幅。この値は bps 単位で測定されます。 Output Thinwire Bandwidth Thinwire（グラフィックス）チャネルにおける，サー バからクライアントへのトラフィックの帯域幅。この 値は bps 単位で測定されます。 Output VideoFrame Bandwidth VideoFrame チャネルにおける，サーバからクライアン トへのトラフィックの帯域幅。この値は bps 単位で測 定されます。 675 675 第 5 部 • 負荷テスト・モニタの設定 676 第 38 章 ERP/CRM サーバ・リソースの監視 テスト実行時に，サーバのパフォーマンスのボトルネックを特定するために ERP/CRM サーバのリソースを監視できます。 本章では，次の項目について説明します。 ➤ ERP/CRM サーバ・リソースの監視について ➤ SAPGUI モニタの設定 ➤ SAP Portal モニタの設定 ➤ Siebel Web サーバ・モニタの設定 ➤ Siebel Server Manager モニタの設定 ➤ PeopleSoft（Tuxedo）の監視 ERP/CRM サーバ・リソースの監視について ERP/CRM サーバ・リソース・モニタは，SAP，SAPGUI，SAP Portal，Siebel Server Manager，Siebel Web Server，および PeopleSoft（Tuxedo）サーバのパ フォーマンス情報を提供します。SAP CCMS（Computer Center Management System）のデータを監視するには，SiteScope モニタを使用します。詳細につい ては，464 ページ「SiteScope モニタの設定」を参照してください。 このデータを取得するには，テスト実行を開始する前に ERP/CRM サーバ・リ ソース・モニタを起動して，監視対象の統計値と測定値を指定する必要があり ます。 677 第 5 部 • 負荷テスト・モニタの設定 注：SAP モニタの機能は Performance Center には含まれなくなりました。SAP サーバ・リソースを監視するには，SAPGUI モニタを使用します。ただし，以 前のバージョンの Performance Center で保存された負荷テストの SAP モニタ・ プロファイルは Performance Center でサポートされています。 SAPGUI モニタの設定 SAPGUI モニタには，負荷テスト実行時における SAP R/3 システムのリソース 使用状況に関する統計データが表示されます。 SAPGUI モニタを使って表示できる情報は次のとおりです。 ➤ 各 SAP システムに設定されているインスタンスの数 ➤（ログオンしたものだけではなく）すべてのアプリケーション・インスタン スに関するデータ ➤ 使用されているトランザクションとそれらを呼び出しているユーザ ➤ 個々のインスタンスで作業を行っているユーザの数 ➤ すべてのインスタンスの最近のパフォーマンス履歴 ➤ 応答時間の分布 ➤ 任意のアプリケーション・サーバのリソースの消費量 ➤ 当日または最近のアプリケーション・サーバの作業負荷 SAP R/3 システム・サーバに関するデータを取得するには，負荷テストを実行 する前に SAPGUI オンライン・モニタを起動して，監視対象の統計値と測定値 を指定する必要があります。 678 第 38 章 • ERP/CRM サーバ・リソースの監視 SAPGUI モニタの準備 SAP R/3 システム・サーバを監視する前に，サーバ・モニタ環境を準備する必 要があります。 1 Performance Center ホスト・マシンに SAPGUI for Windows 6.20 クライアントを インストールします。 2 SAPGUI for Windows 6.20 クライアントの最新パッチをインストールします。サ ポートされている最も低いパッチ・レベルは 36 です（SAPGUI パッチは， https://websmp104.sap-ag.de/patches からダウンロードできます）。 3 Performance Center ホストに定義されているユーザ名とパスワードを使って， st03 トランザクションにアクセスして「last minute load」の情報を照会できるか 確認します。 注：SAPGUI を監視するには，コントローラ・マシン上の Wlrun.Engine の DCOM 設定を，インタラクティブ・ユーザとして動作するように変更する必要 があります。これを行うには，次の手順を実行します。 1 wlrun プロセスがマシン上で実行されていないことを確認します。 2 Windows の［スタート］メニューから［ファイル名を指定して実行］を選 択し，dcomcnfg を入力します。 3 Enter キーを押して DCOM アプリケーションのリストを表示します。 4 表示されたアプリケーション・リストで wlrun.LrEngine をダブルクリック します。 5 ダイアログの［識別］タブで，［対話ユーザー］を選択します。 6 ［OK］を 2 回クリックして 2 つのダイアログを閉じます。 SAPGUI モニタを設定するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページから，［Monitors］タブを選 択します。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 679 679 第 5 部 • 負荷テスト・モニタの設定 2［ERP/CRM Server Resource Graphs］セクションで［SAPGUI］を選択してから ［Next］をクリックします。［Choose Server］ページが開きます。 3 次の情報を入力します。 ［Server Name］：監視対象のリソースを含むサーバの名前または IP アドレス。 ［User Name］ ：SAPGUI サーバへのアクセスに使用するログイン名。 ［Password］ ：ログイン名に対応するパスワード。 ［SAP Server］：SAPGUI サーバの名前。 ［Client］：クライアント・マシンの名前。 サーバ名は，次の方法で入力できます。 ➤［Server Name］ボックスに表示されるサーバ記述を入力します。 ➤ server_network_name[:system_number] という形式の文字列を入力します。 ここで，server_network_name は［Server Name］フィールドに表示される アプリケーション・サーバの名前（または IP アドレス）です（たとえば， pipeline.mercury.com）。SAP ルータ指定文字列も指定されている場合， server_network_name はルータ指定文字列とアプリケーション・サーバを 連結したものでなければなりません。 680 第 38 章 • ERP/CRM サーバ・リソースの監視 4［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバのプロパティが表示されます。 5 監視する測定値ごとに，オブジェクト，測定値，およびインスタンスを選択し ます。インスタンスの選択は，選択した測定値のインスタンスが複数実行され ている場合にのみ意味を持ちます。 ［Add Measurement］をクリックします。 使用可能なパフォーマンス・カウンタの一覧については，682 ページを参照し てください。 6［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 681 681 第 5 部 • 負荷テスト・モニタの設定 SAPGUI パフォーマンス・カウンタ 次の表に，最もよく監視の対象にされるカウンタを示します。 682 測定値 詳細 Average CPU time ワーク・プロセスで使用される平均 CPU 時間。 Average response time ダイアログがディスパッチャー・ワーク・プロセスに 要求を送信した時点から，ダイアログの処理を経て， ダイアログが完了してデータがプレゼンテーション層 に渡されるまでを計測した平均応答時間。SAP GUI と ディスパッチャーの間の応答時間はこの値には含まれ ていません。 Average wait time 未処理のダイアログ・ステップがディスパッチャー・ キューで空きワーク・プロセスを待機する時間。通常 は，ディスパッチャー・ワーク・プロセスはダイアロ グ・ステップから要求を受信した直後にダイアログ・ ステップをアプリケーション・プロセスに渡します。 その場合の平均待機時間は数ミリ秒です。アプリケー ション・サーバまたはシステム全体に大きな負荷がか かっている場合，ディスパッチャー・キューが長くな ります。 Average load time ABAP ソース・コードや画面情報などのオブジェクトを データベースからロードして生成するのにかかる時間。 Database calls データベースに送信された解析済みの要求の数。 Database requests データベース内のデータを要求する論理 ABAP 要求 数。これらの要求は R/3 データベース・インタフェー スを通して渡され，個別のデータベース呼び出しに解 析されます。データベース呼び出しとデータベース要 求の比率は重要です。テーブル内の情報へのアクセス が SAP バッファで緩衝される場合，データベース・ サーバへの呼び出しは不要です。このため，呼び出し とリクエストの対比から，テーブル・バッファ処理の 総体的な効率を知ることができます。適切な比率は 1:10 です。 Roll ins ロール・イン・ユーザ・コンテキスト数。 Roll outs ロール・アウト・ユーザ・コンテキスト数。 Roll in time ロール・インの処理時間。 第 38 章 • ERP/CRM サーバ・リソースの監視 測定値 詳細 Roll out time ロール・アウトの処理時間。 Roll wait time ロール領域のキュー時間。同期 RFC が呼び出される と，ダイアログ・ステップが完了していなくても， ワーク・プロセスはロール・アウトを実行し，ロール 領域で RFC の終了を待機します。ロール領域では， RFC サーバ・プログラムは送信されてくるほかの RFC も待機できます。 Average time per logical DB call データベース・システムに送られたすべてのコマンド への平均応答時間（ミリ秒）。これはデータベース・ サーバの CPU，ネットワーク，バッファリングの処理 能力，データベース・サーバの入力 / 出力処理能力な どに依存します。バッファリングされたテーブルのア クセス時間は何倍も高速であるため測定項目には含ま れていません。 SAP Portal モニタの設定 SAP Portal モニタには，負荷テスト実行時における SAP Portal システムのリ ソース使用状況に関する統計データが表示されます。 SAP R/3 システム・サーバに関するデータを取得するには，負荷テストを実行 する前に（Performance Center ホストから）SAP オンライン・モニタを起動し て，監視対象の統計値と測定値を指定する必要があります。 SAP Portal モニタの準備 SAP Portal サーバを監視する前に，サーバ・モニタ環境を設定する必要があり ます。 SiteScope はユーティリティ・サーバにインストールされますが，ユーティリ ティ・サーバの負荷を減らすために SiteScope をコントローラと同じマシンま たは専用のサーバにインストールすることをお勧めします。 683 683 第 5 部 • 負荷テスト・モニタの設定 User Site からの SAP Portal モニタの設定 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページから，［Monitors］タブを選 択します。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 2［ERP/CRM Server Resource Graphs］セクションで［SAP Portal (SiteScope)］を 選択してから［Next］をクリックします。 ［Choose Server］ページが開きます。 3［Monitored Machine Information］セクションに，監視対象のリソースが含ま れるサーバの名前または IP アドレスを入力します。 ［SiteScope Server Information］セクションに，SiteScope のマシン名とポー ト（標準設定：8888）を入力し，Secure HTTP 接続を使用するのか SiteScope ユーザ・アカウントを使用するのかを指定します。SiteScope アカウントを使用 する場合には，アカウントの名前または番号，および SiteScope のアカウント へのログイン用に定義されているユーザ名とパスワードを入力します。 684 第 38 章 • ERP/CRM サーバ・リソースの監視 4［Next］をクリックします。［Configure Server］ページが開きます。 5 次の SAP Portal モニタ情報を入力します。 ［Application URL］ ：アプリケーションの管理者サーバの URL を入力します。 ［Username］：サーバ管理者ページのユーザ名を入力します。 ［Password］：サーバ管理者ページのパスワードを入力します。 ［HTTP Proxy］：必要な場合，使用するプロキシ・サーバを（ポートも含め） 入力します。 ［Proxy Server User Name］：プロキシ・サーバが認証を必要とする場合は， ユーザ名を入力します。 ［Proxy Server Password］：プロキシ・サーバが認証を必要とする場合は，パ スワードを入力します。 ［Update every］ ：SiteScope のモニタ検査間の時間経過を入力します。標準設 定値は 30 秒です。 685 685 第 5 部 • 負荷テスト・モニタの設定 6［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバのプロパティが表示されます。 7 監視する測定値を選択します。 使用可能なパフォーマンス・カウンタの一覧については，687 ページを参照し てください。 8［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 686 第 38 章 • ERP/CRM サーバ・リソースの監視 SAP Portal パフォーマンス・カウンタ 次の表に，測定可能な標準カウンタの説明を示します。 測定値 詳細 Accumulated Amount of Outbound Data (bytes) 累積アウトバウンド・データ量（バイ ト）。 Time for all Requests （ms） すべての要求の処理にかかる合計時間 （ミリ秒）。 Average Amount of Outbound Data per Request（bytes） 要求ごとのアウトバウンド・データの平 均量（バイト）。 Average Number of Component Calls per Request（bytes） 要求ごとの平均コンポーネント呼び出し 数（バイト）。 Average Time of a Request（ms） 1 つの要求の処理にかかる平均時間（ミ リ秒）。 Number of Calls with Outbound Data 送信データを伴う呼び出しの総数。 Number of Component Calls for all Requests すべての要求のコンポーネント呼び出し の総数。 Number of Requests since First Request 最初の要求から現在までの要求の総数。 Requests per Second 1 秒あたりに発行された要求の数。 Time Stamp of First Request 最初の要求のタイム・スタンプ。 687 687 第 5 部 • 負荷テスト・モニタの設定 Siebel Web サーバ・モニタの設定 Siebel Web サーバ・モニタには，負荷テスト実行時における Siebel Web サーバ のリソース使用状況に関する統計データが表示されます。 Siebel Web サーバに関するデータを取得するには，負荷テストを実行する前に （Performance Center ホストから）Siebel Web サーバ・オンライン・モニタを起 動して，監視対象の統計値と測定値を指定する必要があります。 Siebel Web Server モニタの準備 Siebel Web サーバを監視する前に，サーバ・モニタ環境を設定する必要があり ます。 Siebel Web サーバ・モニタ環境の設定は，次の手順で行います。 モニタを設定する前に，次の手順を実行します。 ➤ Siebel Web サーバのプラグインがインストールされていて，監視対象の統計値 の表示が有効になるように設定されていることを確認します。その際，場合に よっては，Siebel サーバの eapps.cfg ファイルを編集して stats ページ・セク ションを有効にする必要があります。詳細については，Siebel のマニュアルを 参照してください。 ➤ SiteScope はユーティリティ・サーバにインストールされますが，ユーティリ ティ・サーバの負荷を減らすために SiteScope をコントローラと同じマシンま たは専用のサーバにインストールすることをお勧めします。 ➤ SiteScope が監視対象のサーバから必要なデータを収集していることを確認しま す。［SiteScope Panel］で，Siebel Web サーバ・マシンに対してポーリングを行 うモニタ・グループを選択し，そのモニタの［Status］カラムにサーバ測定値の リストが表示されていることを確認します。その際，場合によっては，Siebel サーバの eapps.cfg ファイルを編集して stats ページ・セクションを有効にする 必要があります。詳細については，Siebel のマニュアルを参照してください。 688 第 38 章 • ERP/CRM サーバ・リソースの監視 User Site からの Siebel Web Server モニタの設定 User Site から Siebel Web Server モニタを設定するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページから，［Monitors］タブを選 択します。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 2［ERP/CRM Server Resource Graphs］セクションで［Siebel Web Server (SiteScope)］を選択してから［Next］をクリックします。［Choose Server］ ページが開きます。 3［Monitored Machine Information］セクションで，監視対象のリソースが含ま れるサーバの名前または IP アドレスを入力します。 ［SiteScope Server Information］セクションに，SiteScope のマシン名とポー ト（標準設定：8888）を入力し，Secure HTTP 接続を使用するのか SiteScope ユーザ・アカウントを使用するのかを指定します。SiteScope アカウントを使用 する場合には，アカウントの名前または番号，および SiteScope のアカウント へのログイン用に定義されているユーザ名とパスワードを入力します。 689 689 第 5 部 • 負荷テスト・モニタの設定 4［Next］をクリックします。［Configure Server］ページが開きます。 5 次の Siebel Web サーバ・モニタ情報を入力します。 ［Service］ ：URL が Siebel SWSE 設定ファイル（eapps.cfg）で定義されているエ ントリ・ポイントである有効な Siebel 仮想ディレクトリの名前（callcenter や sales など）を入力します。 ［Application URL］：監視対象アプリケーションの Web プラグイン・サーバ stats ページの標準設定の URL が表示されます （例：http://siebelsrv/<service>/_stats.swe） 。Siebel Web サーバが冗長モード をサポートするように設定されていて，「Locks」および「Current Operations Processing」に関する情報を含めたい場合は，verbose=high を追加して http://siebelsrv/<service>/_stats.swe?verbose=high のようにすることもで きます。 ［Username］：Web サーバの stats ページにアクセスするためのユーザ名を入力 します。 ［Password］ ：Web サーバの stats ページにアクセスするためのパスワードを入 力します。 690 第 38 章 • ERP/CRM サーバ・リソースの監視 ［HTTP Proxy］：Siebel サーバにアクセスするのにプロキシを使用している場合 は，使用するプロキシ・サーバを，ポートを含めて入力します（例： proxy.sitescope.com:8080）。 ［Proxy Server User Name］：プロキシ・サーバが認証を必要とする場合は， プロキシ・ユーザ名を入力します。 ［Proxy Server Password］：プロキシ・サーバが認証を必要とする場合は，プ ロキシ・パスワードを入力します。 ［Update every］ ：モニタがデータベース・サーバをチェックする頻度を入力し ます。 6［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバのプロパティが表示されます。 7 監視する測定値を選択します。 使用可能なパフォーマンス・カウンタの一覧については，692 ページを参照し てください。 8［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 691 691 第 5 部 • 負荷テスト・モニタの設定 Siebel Web サーバ・パフォーマンス・カウンタ 次の表に，測定可能な標準カウンタの説明を示します。 測定値 詳細 Anonymous sessions requested from the pool プールから要求された匿名セッションの数。 Open Session Time ユーザがシステムへのログオンに費やす時間。 Anon Session Removed プールから削除された匿名セッションの数。 Anon Session Available プールで使用可能な匿名セッションの数。 Anonymous sessions returns to the pool プールに返された匿名セッションの数。 Response Time ユーザ要求への応答にかかる時間。 Close Session Time ユーザがシステムからのログオフに費やす時間。 Request Time ユーザ要求の処理にかかる時間。 Siebel Server Manager モニタの設定 Siebel Server Manager モニタには，負荷テスト実行時における Siebel Server Manager のリソース使用状況に関する統計データが表示されます。 Siebel Server Manager のパフォーマンスを監視するには，まず SiteScope マシン に Siebel Server Manager クライアントをインストールし，次に測定対象のカウ ンタを選択します。 Siebel Server Manager モニタの準備 モニタを設定する前に，次の手順を実行します。 ➤ SiteScope（Siebel Server Manager の監視に使用するアプリケーション）がサーバに インストールされているか確認します。SiteScope は，コントローラと同じマシン にインストールすることも，専用サーバにインストールすることもできます。 ➤ SiteScope をインストールしたマシンで，必要な Siebel Server Manager マシンを SiteScope が監視するように設定します。詳細については，693 ページ 692 第 38 章 • ERP/CRM サーバ・リソースの監視 「SiteScope マシンでの Siebel Server Manager クライアントの設定」を参照してく ださい。 ➤ SiteScope が監視対象のサーバから必要なデータを収集していることを確認しま す。［SiteScope Panel］で，Siebel Server Manager マシンに対してポーリングを行 うモニタ・グループを選択し，そのモニタの［Status］カラムにサーバ測定値の リストが表示されていることを確認します。 SiteScope マシンでの Siebel Server Manager クライアントの設定 1 モニタ・アドインをインストールしてから SiteScope を再起動し，SiteScope が インストールされているマシンから次の URL を開いて，Siebel の SWSE ページ への接続を確認します。 http:// ＜ Siebel サーバ＞ /callcenter/_stats.swe 2 SiteScope のメイン・パネルで，既存のグループを選択するか，新しいグループ を作成します。 3［Add to Group］セクションで［Monitor］をクリックし，モニタのリストか ら［Siebel Server Manager］を選択します。 4［Choose server］をクリックして，Siebel サーバの名前を［Application server］フィールドに，Enterprise Server の名前を［Enterprise server］フィー ルドに，Gateway Server の名前を［Gateway server］フィールドに，それぞれ 入力します。 5 必要であれば，Siebel Server Manager クライアントのユーザ名とパスワードを入 力します。 6 Siebel Server Manager へのパスを［Path to Script］フィールドに入力します。 7［Browse］をクリックし，監視の対象にするカウンタを選択して，［Choose Counters］をクリックします。 8［Title］フィールドに，モニタの名前を入力します。 注：モニタに名前を割り当てる際は，モニタ名にサーバ名を含めるようにして ください。そうすることにより，モニタが属するホストについての混乱を避け られます。たとえば，「SiebelManager on sieb07」のような名前にします。た だし，［Title］フィールドに「\」は使用できません。 693 693 第 5 部 • 負荷テスト・モニタの設定 9［Add Monitor］をクリックします。 User Site からの Siebel Server Manager モニタの設定 User Site から Siebel Server Manager モニタを設定するには，次の手順を実行し ます。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページから，［Monitors］タブを選 択します。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 2［ERP/CRM Server Resource Graphs］セクションで［Siebel Server Manager］を 選択してから［Next］をクリックします。［Choose Server］ページが開きます。 3 監視対象のリソースが含まれるサーバの名前または IP アドレスを入力します。 4［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバのプロパティが表示されます。 5 監視する測定値を選択します。 使用可能なパフォーマンス・カウンタの一覧については，696 ページを参照し てください。 6［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 694 第 38 章 • ERP/CRM サーバ・リソースの監視 制限事項 Siebel サーバ・マネージャからの情報の取得に関して，SiteScope モニタには次 の制約があります。 ➤ コンポーネント・カウンタ（Average SQL Time for ＜コンポーネント＞など） は，ユーザ・セッションの終了時にのみ，集計された Siebel データで更新され ます。 ➤ SiteScope モニタは，非常に多くの CPU リソースを消費します（約 40%）。 695 695 第 5 部 • 負荷テスト・モニタの設定 Siebel Server Manager パフォーマンス・カウンタ 次の表に，測定可能な標準カウンタの説明を示します。 696 測定値 詳細 Average Connect Time 平均接続時間。 Average Reply Size ユーザ応答の平均サイズ。 Average Request Size ユーザ要求の平均サイズ。 Average Requests Per Session セッションごとのユーザ要求平均数。 Average Response Time サーバが 1 つの要求への応答に要する平均時間。 Average Think Time サーバが 1 つの要求への応答に要する平均考慮時 間。 Avg SQL Execute Time 平均 SQL 実行時間。 Avg SQL Fetch Time 平均 SQL 取り出し時間。 Avg SQL Parse Time 平均 SQL 解析時間。 CPU Time ワーク・プロセスに使用された CPU 時間。 Elapsed Time 合計経過時間。 Num of DBConn Retries データベース接続再試行回数。 Num of DLRbk Retries DLRbk 再試行回数。 Num of Exhausted Retries 期限切れとなった再試行の合計数。 Number of SQL Executes SQL 実行の合計数。 Number of SQL Fetches SQL 取り出しの合計数。 Number of SQL Parses SQL 解析の合計数。 Number of Sleeps スリープ数。 Object Manager Errors オブジェクト・マネージャ・エラーの合計数。 第 38 章 • ERP/CRM サーバ・リソースの監視 測定値 詳細 Reply Messages 応答メッセージの合計数。 Request Messages 要求メッセージの合計数。 SQL Execute Time SQL 実行時間の合計。 SQL Fetch Time SQL 取り出し時間の合計。 SQL Parse Time SQL 解析時間の合計。 Sleep Time スリープ時間の合計。 Tests Attempted テストの試行回数。 Tests Failed 失敗したテストの数。 Tests Successful 成功したテストの数。 Total Reply Size 合計応答サイズ（バイト）。 Total Request Size 合計要求サイズ（バイト） 。 Total Response Time 応答時間の合計。 Total Tasks タスクの総数。 Total Think Time 合計思考遅延時間。 697 697 第 5 部 • 負荷テスト・モニタの設定 PeopleSoft（Tuxedo）の監視 PeopleSoft（Tuxedo）モニタには，負荷テスト実行時における PeopleSoft （Tuxedo）サーバのリソース使用状況に関する統計データが表示されます。 このグラフのデータを取得するには，負荷テストを実行する前に（Performance Center ホストから）PeopleSoft（Tuxedo）オンライン・モニタを起動し，表示す る標準の測定項目を選択しておく必要があります。 PeopleSoft（Tuxedo）モニタの設定 Tuxedo 7.1 以降がインストールされている場合は，一度に複数の PeopleSoft （Tuxedo）アプリケーション・サーバを監視できます。Tuxedo 6.5 以前がインス トールされている場合は，一度に 1 つの PeopleSoft（Tuxedo）アプリケーショ ン・サーバしか監視できません。 モニタを設定する前に，次の手順を実行します。 ➤ Tuxedo ワークステーション・クライアント（ネイティブ・クライアントではな い）が Performance Center ホスト・マシンおよびユーティリティ・サーバの両 方にインストールされていることを確認します。Tuxedo 6.x サーバを使用して いる場合は Tuxedo 6.x クライアント，Tuxedo 7.1 以降のサーバを使用している 場合は，Tuxedo 7.1 以降のクライアントを使用します。Tuxedo 6.5 以前のサー バを使用している場合，WSINTOPPRE71 環境変数を「yes」に設定すれば， Tuxedo 7.1 以降のクライアントを使用して Tuxedo 6.5 以前のサーバを監視する こともできます。 注：Tuxedo ワークステーション・クライアントはネットワーク越しにアプリ ケーション・サーバと通信するため，同じマシン上で Tuxedo アプリケーショ ン・サーバを実行する必要はありません。ネイティブ・クライアントは， Tuxedo アプリケーション・サーバが同じ Tuxedo ドメインに属している場合に だけ，その Tuxedo アプリケーション・サーバと通信できます。 698 第 38 章 • ERP/CRM サーバ・リソースの監視 ➤ Performance Center のホスト・マシンに，Tuxedo 環境変数を定義します。 TUXDIR 変数には Tuxedo のインストール・ディレクトリを設定し （例：V:\environ\32\Tuxedo8.0） ，PATH 変数には Tuxedo の bin ディレクトリを 追加します。 ➤ ワークステーション・リスナー（WSL）プロセスが実行されることを確認しま す。これは，アプリケーション・サーバがワークステーション・クライアント からの要求を受け付けるためのプロセスです。アプリケーション・サーバへの 接続に使用するアドレスおよびポート番号は，WSL プロセス用に指定するアド レスおよびポート番号と同じである必要があります。 注：WSL の設定の詳細については，BEA Tuxedo の Web サイト （http://edocs.beasys.com/tuxedo/tux81/rf5/rf5101.htm#1534543）を参照してく ださい。 699 699 第 5 部 • 負荷テスト・モニタの設定 PeopleSoft（Tuxedo）モニタの設定 User Site から PeopleSoft（Tuxedo）モニタを設定するには，次の手順を実行し ます。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページから，［Monitors］タブを選 択します。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 2［ERP/CRM Server Resource Graphs］セクションで［PeopleSoft (Tuxedo)］を選 択してから［Next］をクリックします。［Choose Server］ページが開きます。 3 監視対象のリソースが含まれるサーバの名前または IP アドレスを入力します。 注：同一マシン上で Tuxedo モニタの複数インスタンスを使用する場合は，イ ンスタンスを区別するために各 Tuxedo モニタのポート番号を入力します。入 力の書式は，＜マシン名＞ : ＜ポート番号＞ のようにします。 監視対象のサーバのユーザ名とパスワード，およびクライアント・マシンの名 前を入力します。 4［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバのプロパティが表示されます。 700 第 38 章 • ERP/CRM サーバ・リソースの監視 5 監視する測定値を選択します。 6 監視する測定値ごとに，オブジェクト，測定値，およびインスタンスを選択し ます。インスタンスの選択は，選択した測定値のインスタンスが複数実行され ている場合にのみ意味を持ちます。 ［Add Measurement］をクリックします。 7［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 使用可能なパフォーマンス・カウンタの一覧については，702 ページを参照し てください。 8［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 701 701 第 5 部 • 負荷テスト・モニタの設定 PeopleSoft（Tuxedo）パフォーマンス・カウンタ 次の表に，標準で測定可能なカウンタの説明を示します。測定値 % Busy Clients，Active Clients，Busy Clients，Idle Clients，および APPQ/PSAPPSRV キューのすべてのキュー・カウンタについては，特に注意することをお勧めし ます。 モニタ 測定値 Machine % Busy Clients － アプリケーション・サーバからの応答を 待機中の Tuxedo アプリケーション・サーバに現在ログイン しているアクティブなクライアントの割合。 Active Clients － Tuxedo アプリケーション・サーバに現在 ログインしているアクティブなクライアントの総数。 Busy Clients － アプリケーション・サーバからの応答を待 機中の Tuxedo アプリケーション・サーバに現在ログインし ているアクティブなクライアントの総数。 Current Accessers － このマシンで直接，またはこのマシ ンのワークステーション・ハンドラを通じて，アプリケー ションに現在アクセスしている，クライアントおよびサー バの数。 Current Transactions － このマシンの使用中トランザク ション・テーブル・エントリの数。 Idle Clients － アプリケーション・サーバからの応答を待機 中でない Tuxedo アプリケーション・サーバに現在ログイン しているアクティブなクライアントの総数。 Workload Completed/second － 作業が完了したマシンの 全サーバにおける単位時間あたりの作業負荷の合計。 Workload Initiated/second － 作業が開始されたマシンの全 サーバにおける単位時間あたりの作業負荷の合計。 702 第 38 章 • ERP/CRM サーバ・リソースの監視 モニタ 測定値 Queue % Busy Servers － Tuxedo の要求を現在処理しているアク ティブなサーバの割合。 Active Servers － Tuxedo の要求を処理中または待機中のア クティブなサーバの総数。 Busy Servers － Tuxedo の要求処理でビジー状態のアク ティブなサーバの総数。 Idle Servers － Tuxedo の要求処理を現在待機中のアクティ ブなサーバの総数。 Number Queued － キューに置かれているメッセージの総数。 Server Requests/second － 処理された秒ごとのサーバ要求数。 Workload/second － 作業負荷（Workload）とは，サーバ要 求の加重測定値のことです。要求の中には，ほかと異なる 重みを持つものもあります。標準では，作業負荷は常に要 求の数の 50 倍です。 Workstation Handler （WSH） Bytes received per second － ワークステーション・ハン ドラによって受信された，秒ごとの合計バイト数。 Bytes sent per second － ワークステーション・ハンドラ によってクライアントに返された，秒ごとの合計バイト数。 Messages received per second － ワークステーション・ ハンドラによって受信された，秒ごとのメッセージ数。 Messages sent per second － ワークステーション・ハン ドラによってクライアントに返された，秒ごとのメッセー ジ数。 Number of queue blocks per second － ワークステーショ ン・ハンドラのキューがブロックした，1 秒当たりの回数。 これによって，ワークステーション・ハンドラが過負荷状 態になった頻度がわかります。 703 703 第 5 部 • 負荷テスト・モニタの設定 704 第 39 章 アプリケーション・コンポーネントの監視 Performance Center のアプリケーション・コンポーネント・モニタを使用して， 負荷テスト実行中にサーバのパフォーマンスのボトルネックを特定するために Microsoft COM+ サーバおよび Microsoft .NET CLR サーバを監視することができ ます。 本章では，次の項目について説明します。 ➤ アプリケーション・コンポーネントの監視について ➤ Microsoft COM+ モニタの設定 ➤ Microsoft .NET CLR モニタの設定 アプリケーション・コンポーネントの監視について アプリケーション・コンポーネント・モニタは，負荷テスト実行中に Microsoft COM+ サーバと Microsoft .NET CLR サーバのリソース使用状況についての情報 を提供します。リソースの使用状況のデータを取得するには，負荷テストを実 行する前にサーバのオンライン・モニタを起動して，測定対象のリソースを指 定する必要があります。 モニタ測定値の選択手順およびモニタの設定手順は，サーバの種類によって異 なります。以降の項では，サーバの種類ごとに設定手順を説明します。 705 第 5 部 • 負荷テスト・モニタの設定 Microsoft COM+ モニタの設定 Microsoft COM+ サーバのパフォーマンスを監視するには，まず Microsoft COM+ サーバをサーバ・マシンにインストールする必要があります。これによ り，Microsoft COM+ モニタで測定したい測定値とリソースを指定できるように なります。カウンタは，Performance Center ホストのモニタ設定ダイアログ・ ボックスを使って選択します。 モニタを設定する前に，次の手順を実行します。 Microsoft COM+ サーバ・マシンで，<ComPlus_server_side.exe> ファイルを 実行して監視用にサーバの設定を行います。 ファイアウォール越しの Microsoft COM+ モニタの設定 Microsoft COM+ モニタをファイアウォール越しに実行する前に，次の手順を実 行します。 ➤ MI リスナーがファイアウォールの外側の任意のマシンにインストールされて いることを確認します。インストール手順については，『Mercury Performance Center システム設定およびインストール・ガイド』を参照してください。 ➤ サーバ・マシン上の Performance Center エージェントを設定します。詳細につ いては， 『Mercury Performance Center システム設定およびインストール・ガイ ド』を参照してください。 ➤ 次の Microsoft COM+ サーバ・モニタの設定の説明に従って，モニタを設定します。 Microsoft COM+ サーバ・モニタの設定 COM+ モニタ・サーバの設定は，Performance Center User Site から行います。 COM+ モニタを設定するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択し ます。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 706 第 39 章 • アプリケーション・コンポーネントの監視 2［Application Component Graphs］セクションの中で，［Microsoft COM +］を選 択し，［Next］をクリックします。［Choose Server］ページが開きます。 3 モニタの情報を入力します。 ➤ ファイアウォールなしで定期的に監視するには，監視対象のリソースが含ま れるサーバの名前または IP アドレスを入力します。 ➤ ファイアウォール越しにモニタを接続するには，監視対象マシンのサーバ名 または IP アドレスを， ＜ MI リスナー・マシン＞ : ＜サーバ・マシン・キー＞ という形式で入力します（＜サーバ・マシン・キー＞ は，サーバ・マシン 上でファイアウォール・エージェントを設定するときに選択した一意の キー）。 例：12.12.12.3:serverid 707 707 第 5 部 • 負荷テスト・モニタの設定 4［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバのプロパティが表示されます。 5 監視対象のオブジェクト，カウンタ，インスタンスを選択します。インスタン スを選択できるのは，選択したカウンタの複数のインスタンスが実行されてい る場合だけです。 使用可能なパフォーマンス・カウンタの一覧については，709 ページを参照し てください。 6［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 708 第 39 章 • アプリケーション・コンポーネントの監視 Microsoft COM+ パフォーマンス・カウンタ 次の表に，測定可能な標準カウンタの説明を示します。 認証の測定値 測定値 詳細 Authenticate 成功したメソッド呼び出しレベルの認証の頻度。アプ リケーションの認証レベルを設定する場合は，クライ アントがアプリケーションを呼び出すときに実行され る認証のレベルを指定します。 Authenticate Failed 失敗したメソッド呼び出しレベルの認証の頻度。 アプリケーション・イベント 測定値 詳細 Activation アプリケーションの起動の頻度。 Shutdown アプリケーションの終了の頻度。 スレッド・イベント 測定値 詳細 Thread Start アプリケーションの STA（single-threaded apartment） スレッドが開始された 1 秒あたりの数。 Thread Terminate アプリケーションの STA（single-threaded apartment） スレッドが終了した 1 秒あたりの数。 Work Enque 作業が STA（single thread apartment）オブジェクトの キューに置かれた場合に送信されるイベント。注：こ のイベントは，Windows Server 2003 以降では通知また は送信されません。 Work Reject 作業が STA（single thread apartment）オブジェクトか ら拒否された場合に送信されるイベント。注：このイ ベントは，Windows Server 2003 以降では通知または送 信されません。 709 709 第 5 部 • 負荷テスト・モニタの設定 トランザクション・イベント 測定値 詳細 Transaction Duration 選択したアプリケーションの COM+ トランザクショ ンの継続時間。 Transaction Start トランザクションが開始された 1 秒あたりの数。 Transaction Prepared トランザクションが 2 フェーズ・プロトコルの準備 フェーズを完了した 1 秒あたりの数。 Transaction Aborted トランザクションが中止された 1 秒あたりの数。 Transaction Commit トランザクションがコミット・プロトコルを完了した 1 秒あたりの数。 オブジェクト・イベント 710 測定値 詳細 Object Life Time オブジェクトが存在する時間（インスタンス生成から 消滅まで）。 Object Create このオブジェクトの新しいインスタンスの作成頻度。 Object Destroy オブジェクトのインスタンスの破壊頻度。 Object Activate 新しい JIT 起動オブジェクトのインスタンスの取得頻度。 Object Deactivation SetComplete または SetAbort によって JIT 起動オブ ジェクトを解放する 1 秒あたりの数。 Disable Commit クライアントによる，コンテキスト内での DisableCommit 呼び出しの 1 秒あたりの数。 DisableCommit は，オブジェクトのトランザクション における更新に一貫性がなく，現在の状態ではコミッ トできないことを宣言するために呼び出されます。 第 39 章 • アプリケーション・コンポーネントの監視 測定値 詳細 Enable Commit クライアントによる，コンテキスト内での EnableCommit 呼び出しの 1 秒あたりの数。 EnableCommit は，現在のオブジェクトの作業は必ず しも終了していないが，そのトランザクションの更新 に一貫性があり，現在の状態でコミットできることを 宣言するために呼び出されます。 Set Complete クライアントによる，コンテキスト内での SetComplete 呼び出しの 1 秒あたりの数。SetComplete は，オブジェクトが実行されているトランザクション をコミットできること，および現在実行中のメソッド 呼び出しから戻ったときにオブジェクトを終了するこ とを宣言するために呼び出されます。 Set Abort クライアントによる，コンテキスト内での SetAbort 呼 び出しの 1 秒あたりの数。SetAbort は，オブジェクト が実行されているトランザクションを中止する必要が あること，および現在実行中のメソッド呼び出しから 戻ったときにオブジェクトを終了することを宣言する ために呼び出されます。 メソッド・イベント 測定値 詳細 Method Duration メソッドの平均継続時間。 Method Frequency メソッド呼び出しの回数。 Method Failed 失敗したメソッド（つまり，エラーの HRESULT コー ドを返したメソッド）の数。 Method Exceptions 選択したメソッドによってスローされた例外の数。 711 711 第 5 部 • 負荷テスト・モニタの設定 Microsoft .NET CLR モニタの設定 モニタを設定するには，まずプロファイルの対象とするコンポーネント（アプ リケーションとアセンブリ）を選択してから使用する測定値を選択します。監 視対象コンポーネントは，.NET モニタを使用して選択します。 .NET モニタを使ってコンポーネントを選択するには，次の手順を実行します。 1 .NET サーバ・マシン上で，Windows の［スタート］メニューから .NET Monitor Configure プログラムを選択します。［.NET Monitor Configure］ダイア ログ・ボックスが開きます。 2［Add］を選択し，測定の対象とする .NET 実行可能ファイルまたはアセンブ リ・ファイルを選択して，［Open］をクリックします。選択したファイルが， ［.NET Monitor Configure］ダイアログ・ボックスに表示されます。 3［Save］をクリックします。 アプリケーションを削除するには，アプリケーションを選択してから ［Remove］をクリックします。 712 第 39 章 • アプリケーション・コンポーネントの監視 4 プロファイル機能を有効にするには，［Enable/Disable Profiling］チェック・ ボックスを選択します。注：プロファイル機能を使用するとシステムのパ フォーマンスが低下します。 5［Close］をクリックして，［.NET Monitor Configure］ダイアログ・ボックスを 閉じます。このオプションに対する変更をすぐに有効にするために，コン ピュータを再起動するか，ログアウトしてログインし直します。 ファイアウォール越しの Microsoft .NET CLR モニタの設定 ファイアウォール越しに .NET CLR モニタを実行する前に，次の手順を実行し ます。 ➤ MI リスナーがファイアウォールの外側の任意のマシンにインストールされて いることを確認します。インストール手順については，『Mercury Performance Center システム設定およびインストール・ガイド』を参照してください。 ➤ サーバ・マシン上の Performance Center エージェントを設定します。詳細につ いては， 『Mercury Performance Center システム設定およびインストール・ガイ ド』を参照してください。 ➤ 次の Microsoft .NET CLR サーバ・モニタの設定の説明に従って，モニタを設定 します。 Microsoft .NET CLR サーバ・モニタの設定 Microsoft .NET CLR モニタ・サーバの設定は，Performance Center User Site から 行います。COM+ モニタを設定するには，次の手順を実行します。 Microsoft .NET CLR モニタを設定するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページの［Monitors］タブを選択し ます。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 713 713 第 5 部 • 負荷テスト・モニタの設定 2［Application Component Graphs］セクションで［Microsoft .NET CLR］を選択 し，［Next］をクリックします。［Choose Server］ページが開きます。 3 モニタの情報を入力します。 ➤ ファイアウォールなしで定期的に監視するには，監視対象のリソースが含ま れるサーバの名前または IP アドレスを入力します。 ➤ ファイアウォール越しにモニタを接続するには，監視対象マシンのサーバ名 または IP アドレスを， ＜ MI リスナー・マシン＞ : ＜サーバ・マシン・キー＞ という形式で入力します（＜サーバ・マシン・キー＞ は，サーバ・マシン 上でファイアウォール・エージェントを設定するときに選択した一意の キー）。 例：12.12.12.3:serverid 714 第 39 章 • アプリケーション・コンポーネントの監視 4［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバのプロパティが表示されます。 5 監視対象のオブジェクト，カウンタ，インスタンスを選択します。インスタン スを選択できるのは，選択したカウンタの複数のインスタンスが実行されてい る場合だけです。 使用可能なパフォーマンス・カウンタの一覧については，715 ページを参照し てください。 6［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 Microsoft .NET CLR パフォーマンス・カウンタ .NET カウンタは，アプリケーション，アセンブリ，クラス，およびメソッドの レベルで監視できます。アプリケーションが完全にロードされる前に発生する 測定値（アセンブリのロードにかかる時間を測定する Assembly Load Time な ど）は測定されません。 次の表に，各レベルで測定可能なカウンタの説明を示します。継続時間はすべ て秒単位で報告されます。また，頻度はすべて 5 秒のポーリング時間内の 1 秒 当たりの数が報告されます。たとえば，5 秒のポーリング時間に 20 個のイベン トが発生した場合，頻度は 4 となります。 715 715 第 5 部 • 負荷テスト・モニタの設定 アプリケーション・レベル 測定値 詳細 Application Lifetime アプリケーションの継続時間を監視します（単位：秒）。 Exception Frequency 5 秒のポーリング時間内における 1 秒あたりの例外の数を監 視します。 JIT (Just In Time) Duration Thread Creation Frequency ポーリング時間内に作成されるスレッドの数を監視します。 Thread Lifetime スレッドの継続時間を監視します。 Domain Creation Frequency ポーリング時間内に作成されるドメインの数を監視します （ドメインはコードの保護領域です。すべてのアプリケー ションは，カプセル化のために 1 つのドメイン内で実行され るため，ドメイン外にあるほかのアプリケーションに干渉で きません）。 Domain Load Time ドメインのロードにかかる時間を監視します（ドメインは コードの保護領域です。すべてのアプリケーションは，カプ セル化のために 1 つのドメイン内で実行されるため，ドメイ ン外にあるほかのアプリケーションに干渉できません）。 Domain Unload Time ドメインのアンロードにかかる時間を監視します（ドメイン はコードの保護領域です。すべてのアプリケーションは，カ プセル化のために 1 つのドメイン内で実行されるため，ドメ イン外にあるほかのアプリケーションに干渉できません）。 Domain Lifetime ドメインの継続時間を監視します（ドメインはコードの保護 領域です。すべてのアプリケーションは，カプセル化のため に 1 つのドメイン内で実行されるため，ドメイン外にあるほ かのアプリケーションに干渉できません）。 Module Creation Frequency ポーリング時間内に作成されるモジュールの数を監視します （モジュールは，DLL または EXE を構成するアセンブリのグ ループです） 。 Module Load Time 716 JIT によるコードのコンパイルにかかる時間を監視します （単位：秒）。 モジュールのアンロードにかかる時間を監視します（モ ジュールは，DLL または EXE を構成するアセンブリのグ ループです）。 第 39 章 • アプリケーション・コンポーネントの監視 測定値 詳細 Module Unload Time モジュールのアンロードにかかる時間を監視します（モ ジュールは，DLL または EXE を構成するアセンブリのグ ループです）。 Module Lifetime モジュールの継続時間を監視します（モジュールは，DLL または EXE を構成するアセンブリのグループです）。 Garbage Collection Duration ガーベジ・コレクションの開始から停止までの継続時間を監 視します。 Garbage Collection Frequency ポーリング時間内にガーベジ・コレクションのために発生す る割り込みの回数を監視します。 Unmanaged Code Duration アンマネージ・コードの呼び出しの継続時間を監視します。 Unmanaged Code Frequency アンマネージ・コードの呼び出しの回数を監視します。 アセンブリ・レベル 測定値 Assembly Creation Frequency 詳細 ポーリング時間内に作成されるアセンブリの数を監視します （アセンブリには .NET バイト・コードとメタデータが格納さ れます）。 Assembly Load Time アセンブリのロードにかかる時間を監視します（アセンブリ には .NET バイト・コードとメタデータが格納されます）。 Assembly Unload Time アセンブリのアンロードにかかる時間を監視します（アセン ブリには .NET バイト・コードとメタデータが格納されます） 。 Assembly Lifetime アセンブリの継続時間を監視します（アセンブリには .NET バイト・コードとメタデータが格納されます）。 717 717 第 5 部 • 負荷テスト・モニタの設定 クラス・レベル 測定値 詳細 Class Lifetime クラスの継続時間を監視します。 Class Load Time クラスのロードにかかる時間を監視します。 Class Unload Time クラスのアンロードにかかる時間を監視します。 メソッド・レベル メソッド・レベルでは，測定される時間はメソッドごとであり，別のメソッド の呼び出し，アンマネージ・コードの呼び出し，およびガーベジ・コレクショ ンの時間は含まれません。 718 測定値 詳細 Method Duration メソッドの継続時間を監視します。 Method Frequency ポーリング時間内に呼び出されるメソッドの数を監視 します。 第 40 章 ミドルウェア・パフォーマンスの監視 Performance Center のミドルウェア・パフォーマンス・モニタを使用して，負荷 テスト実行中にサーバのパフォーマンスのボトルネックを特定するために Tuxedo サーバを監視することができます。また，SiteScope モニタを使って IBM WebSphere MQ Series サーバのパフォーマンスも監視できます。 本章では，次の項目について説明します。 ➤ ミドルウェアのパフォーマンスの監視について ➤ Tuxedo モニタの設定 ➤ Tuxedo モニタの測定値 ミドルウェアのパフォーマンスの監視について Tuxedo モニタは，Tuxedo サーバについてのパフォーマンス情報を提供するミ ドルウェア・パフォーマンス・モニタです。Tuxedo サーバを監視する前に， Performance Center ホストにクライアント・アドインをインストールする必要が あります。その後，Tuxedo モニタで測定する対象の測定値とリソースを指定し ます。 IBM WebSphere MQ Series サーバを監視するには，SiteScope モニタを使用します。 詳細については，464 ページ「SiteScope モニタの設定」を参照してください。 719 第 5 部 • 負荷テスト・モニタの設定 Tuxedo モニタの設定 Tuxedo モニタを使って，Tuxedo アプリケーション・サーバのパフォーマンス を測定し，表示できます。 Tuxedo 7.1 以降がインストールされている場合は，一度に複数の Tuxedo アプリ ケーション・サーバを監視できます。Tuxedo 6.5 以前がインストールされている 場合は，一度に 1 つの Tuxedo アプリケーション・サーバしか監視できません。 モニタを設定する前に モニタを設定する前に，次の手順を実行します。 ➤ Tuxedo ワークステーション・クライアント（ネイティブ・クライアントではな い）が Performance Center ホストおよびユーティリティ・サーバにインストー ルされていることを確認します。Tuxedo 6.x サーバを使用している場合は Tuxedo 6.x クライアント，Tuxedo 7.1 以降のサーバを使用している場合は， Tuxedo 7.1 以降のクライアントを使用します。Tuxedo 6.5 以前のサーバを使用 している場合，WSINTOPPRE71 環境変数を「yes」に設定すれば，Tuxedo 7.1 以降のクライアントを使用して Tuxedo 6.5 以前のサーバを監視することもでき ます。 注：Tuxedo ワークステーション・クライアントはネットワーク越しにアプリ ケーション・サーバと通信するため，同じマシン上で Tuxedo アプリケーショ ン・サーバを実行する必要はありません。ネイティブ・クライアントは， Tuxedo アプリケーション・サーバが同じ Tuxedo ドメインに属している場合に だけ，その Tuxedo アプリケーション・サーバと通信できます。 ➤ Performance Center のホストおよびユーティリティ・サーバの両方に，Tuxedo 環境変数を定義します。TUXDIR 変数には Tuxedo インストール・ディレクト リを設定し（例：V:\environ\32\Tuxedo8.0），PATH 変数には Tuxedo の bin ディレクトリを追加します。 ➤ ワークステーション・リスナー（WSL）プロセスが実行されることを確認しま す。これは，アプリケーション・サーバがワークステーション・クライアント からの要求を受け付けるためのプロセスです。アプリケーション・サーバへの 接続に使用するアドレスおよびポート番号は，WSL プロセス用に指定するアド レスおよびポート番号と同じである必要があります。 720 第 40 章 • ミドルウェア・パフォーマンスの監視 注：WSL の設定の詳細については，BEA Tuxedo の Web サイト （http://edocs.beasys.com/tuxedo/tux81/rf5/rf5101.htm#1534543）を参照してく ださい。 Tuxedo モニタを設定するには，次の手順を実行します。 1［Monitors］ページを開きます。 テストの実行前：［Load Test Configuration］ページから，［Monitors］タブを選 択します。詳細については，95 ページ「モニタの設定」を参照してください。 負荷テスト中：［Load Test Run］ページで［Design］ボタンをクリックし， ［Load Test Design］ダイアログ・ボックスから［Monitors］を選択します。詳 細については，285 ページ「モニタ・プロファイルの変更または作成」を参照 してください。 2［Middleware Performance Graphs］セクションで［TUXEDO］を選択してから， ［Next］をクリックします。［Choose Server］ページが開きます。 3 監視対象のリソースが含まれるサーバの名前または IP アドレスを入力します。 注：同一マシン上で Tuxedo モニタの複数インスタンスを使用する場合は，イ ンスタンスを区別するために各 Tuxedo モニタのポート番号を入力します。入 力の書式は，＜マシン名＞ : ＜ポート番号＞ のようにします。 721 721 第 5 部 • 負荷テスト・モニタの設定 Tuxedo ユーザ名，パスワード，およびクライアント名を入力します。 注：ログイン情報は，記録済みのスクリプトのディレクトリにある tpinit.ini ファイルの Logon セクションにあります。値を手作業で入力するよりも， ［Browse］ボタンを使用して記録済のスクリプトから tpinit.ini ファイルを選択 することをお勧めします。また，記録済みのスクリプトの lrt_tpinitialize ス テートメントからクライアント名を判断することもできます。 次の tpinit.ini ファイルの例では，Tuxedo モニタは，7000 番ポートを使用して いる psft1 という名前のサーバと，bankapp という名前のクライアントを使う ように設定されています。ログオン・ユーザ名は PS，パスワードは PS です。 [Logon] LogonServername=//psft1:7000 LogonUsrName=PS LogonCltName=bankapp LogonGrpName= LogonPasswd=PS LogonData= 722 第 40 章 • ミドルウェア・パフォーマンスの監視 4［Next］をクリックします。［Choose Measurements］ページが開き，使用可能な 測定値とサーバのプロパティが表示されます。 5 監視する測定値を選択します。 6［Save］をクリックして，選択したリソース測定値をモニタ・プロファイルに 追加します。 723 723 第 5 部 • 負荷テスト・モニタの設定 Tuxedo モニタの測定値 次の表に，標準で測定可能なカウンタの説明を示します。測定値 % Busy Clients，Active Clients，Busy Clients，Idle Clients，および該当するキューのすべ てのキュー・カウンタについては，特に注意することをお勧めします。 モニタ 測定値 Machine % Busy Clients － アプリケーション・サーバからの応答 を待機中の Tuxedo アプリケーション・サーバに現在ログ インしているアクティブなクライアントの割合。 Active Clients － Tuxedo アプリケーション・サーバに現 在ログインしているアクティブなクライアントの総数。 Busy Clients － アプリケーション・サーバからの応答を 待機中の Tuxedo アプリケーション・サーバに現在ログイ ンしているアクティブなクライアントの総数。 Current Accessers － このマシンで直接，またはこのマ シンのワークステーション・ハンドラを通じて，アプリ ケーションに現在アクセスしている，クライアントおよ びサーバの数。 Current Transactions － このマシンの使用中トランザク ション・テーブル・エントリの数。 Idle Clients － アプリケーション・サーバからの応答を待 機中でない Tuxedo アプリケーション・サーバに現在ログ インしているアクティブなクライアントの総数。 Workload Completed/second － 作業が完了したマシン の全サーバにおける単位時間あたりの作業負荷の合計。 Workload Initiated/second － 作業が開始されたマシンの 全サーバにおける単位時間あたりの作業負荷の合計。 724 第 40 章 • ミドルウェア・パフォーマンスの監視 モニタ 測定値 Queue % Busy Servers － Tuxedo の要求を現在処理しているア クティブなサーバの割合。 Active Servers － Tuxedo の要求を処理中または待機中の アクティブなサーバの総数。 Busy Servers － Tuxedo の要求処理でビジー状態のアク ティブなサーバの総数。 Idle Servers － Tuxedo の要求処理を現在待機中のアク ティブなサーバの総数。 Number Queued － キューに置かれているメッセージの 総数。 Server Requests/second － 処理された秒ごとのサーバ要求数。 Workload/second － 作業負荷（Workload）とは，サーバ 要求の加重測定値のことです。要求の中には，ほかと異 なる重みを持つものもあります。標準では，作業負荷は 常に要求の数の 50 倍です。 Workstation Handler （WSH） Bytes Received/sec － ワークステーション・ハンドラに よって受信された，秒ごとの合計バイト数。 Bytes Sent/sec － ワークステーション・ハンドラによっ てクライアントに返された，秒ごとの合計バイト数。 Messages Received/sec － ワークステーション・ハンド ラによって受信された，秒ごとのメッセージ数。 Messages Sent/sec － ワークステーション・ハンドラに よってクライアントに返された，秒ごとのメッセージ数。 Number of Queue Blocks/sec － ワークステーション・ ハンドラのキューがブロックした，1 秒あたりの回数。こ れによって，ワークステーション・ハンドラが過負荷状 態になった頻度がわかります。 725 725 第 5 部 • 負荷テスト・モニタの設定 726 第6部 仮想ユーザ実行環境の設定 727 728 第 41 章 実行環境の設定 仮想ユーザ・スクリプトを記録した後で，スクリプトの実行環境を設定しま す。これらの設定は，実行時のスクリプトの振る舞いを指定します。 本章では，次の項目について説明します。 ➤ 実行論理の設定（マルチ・アクション） ➤ ペースの設定 ➤ 実行環境のペースの設定（マルチ・アクション） ➤ ペースの設定と実行論理オプションの設定（シングル・アクション） ➤ 実行環境設定のログの設定 ➤ 思考遅延時間の設定 ➤ その他の実行環境の設定 ➤ VB 実行環境の設定 以降の情報は，全タイプの仮想ユーザ・スクリプトを対象とします。 実行環境の設定について 仮想ユーザ・スクリプトを記録した後，そのスクリプトの実行環境を設定でき ます。実行環境の設定は，スクリプトの実行方法を規定します。これらの設定 は，仮想ユーザ・スクリプトのディレクトリにある default.cfg ファイルに格 納されます。実行環境の設定は，VuGen またはコントローラを使ってスクリプ トを実行するときに，仮想ユーザに適用されます。 729 第 6 部 • 実行環境の設定 実行環境の設定を行うことによって，さまざまな種類のユーザの動作をエミュ レートできます。たとえば，サーバの出力にすぐに応答するユーザをエミュ レートすることも，少し考えてから応答するユーザをエミュレートすることも できます。また実行環境の設定では，仮想ユーザがアクションを反復する回数 も指定できます。 実行環境設定の表示と設定は，［Run-Time Settings］ダイアログ・ボックスを 使って行います。これらの設定は，次のいずれかの方法で開くことができます。 ➤ VuGen ツールバーの［Run-Time Settings］ボタンをクリックします。 ➤ キーボードのショートカット・キー，F4 キーを押します。 ➤［Vuser］＞［Run-Time Settings］を選択します。 実行環境の設定は，Performance Center からも変更できます。 注：VuGen のデバッグ環境とコントローラの負荷テスト環境をサポートするた めに，VuGen とコントローラでは実行環境の標準設定が異なります。 VuGen とコントローラにおける仮想ユーザ・スクリプトの標準設定は，次のと おりです。 ［Think Time］：VuGen では無効になっており，コントローラでは記録されたと おりに再生されます。 ［Log］：VuGen では標準で設定されており，コントローラでは無効になってい ます。 ［Download non-HTML resources］ ：VuGen とコントローラの両方で有効に なっています。 本章で説明する一般的な実行環境設定は，すべてのタイプの仮想ユーザ・スク リプトに適用されます。次の設定があります。 ➤ 実行論理 ➤ ペースの設定 ➤ ログ 730 第 41 章 • 実行環境の設定 ➤ 思考遅延時間 ➤ その他 WinSock やデータベース（Oracle 2-tier，Sybase，MS SQL など）など，複数の アクションをサポートしないプロトコルでは，反復とペースの設定のオプショ ンはどちらもペースの設定ノードで処理できます。多くのプロトコルには，追 加の実行環境設定があります。これらのプロトコルの仮想ユーザ固有の実行環 境の設定については，該当する項を参照してください。 実行論理の設定（マルチ・アクション） 注：次の項の内容は，複数のアクションで動作するプロトコルを対象としてい ます。［Run-Time Settings］の［General:Run Logic］ノードがあれば，複数ア クション対応のプロトコルです。シングル・アクション・プロトコルについて は，736 ページ「ペースの設定と実行論理オプションの設定（シングル・アク ション）」を参照してください。 各仮想ユーザ・スクリプトには，少なくとも次の 3 つのセクションがありま す。vuser_init，Run (Actions)，vuser_end の 3 つです。スクリプト実行時 に，仮想ユーザが「実行」セクションを繰り返し実行するように指定できま す。この繰り返しを「反復」といいます。 反復を複数回実行する場合，仮想ユーザ・スクリプトの vuser_init セクション と vuser_end セクションは繰り返されません。 ［Run-Time Settings］ダイアログ・ボックスを開き，［General:Run Logic］ ノードを選択します。 Action Blocks：アクション・ブロックは，スクリプト内のアクションのグ ループです。各ブロックのプロパティ（順序，反復，重み付け）を個別に設定 できます。 Sequence：スクリプト内のアクションの順序を設定できます。アクションを 順番に実行するか，ランダムに実行するかを指定することもできます。 731 731 第 6 部 • 実行環境の設定 Iterations：個々のアクションまたはアクション・ブロックを対象に反復を設 定できます。これはたとえば，製品を探すのに多数のクエリーを実行するけれ ども，購入する場合は 1 回だけというような商用サイトでの操作のエミュレー ションに役立ちます。 Weighting：アクションをランダムに実行するアクション・ブロックには，重 み付け，つまり，ブロック内の各アクションの割合を設定できます。 アクション・ブロックの作成 アクション・ブロックは，仮想ユーザ・スクリプト内のアクションのグループ です。アクションをグループ化して個別のアクション・ブロックを作成し，同 じアクションを複数のブロックに追加できます。アクション・ブロックまたは 各アクションを順番（Sequential）に実行するか，ランダム（Random）に実行 するかを設定できます。標準設定の Sequential モードでは，仮想ユーザは，反 復のツリー・ビューに表示されている順番でブロックまたはアクションが実行 されます。 次の例では，Block0 は預け入れ，Block1 は振り替えを実行し，Block2 は残高要 求を送信します。Login と Logout のアクションは，3 つのブロックに共通です。 各ブロックの順序，反復を個別に設定します。 アクションとアクション・ブロックを設定するには，次の手順を実行します。 1 記録またはプログラミングによって，必要なアクションをすべて作成します。 2［Run-Time Settings］ダイアログ・ボックスを開きます。［General:Run Logic］ ノードを選択します。 3 新規アクション・ブロックを追加します。［Insert Block］をクリックします。 VuGen によって，使用可能な次のインデックスが付いた新しいアクション・ブ ロック（Block0，Block1，Block2）が挿入ポイントに挿入されます。 4 ブロックにアクションを追加します。［Insert Action］をクリックします。 ［Select Actions］リストが開きます。 5 ブロックに追加するアクションを選択し，［OK］をクリックします。VuGen に よって，現在のブロックまたはセクションに新規アクションが挿入されます。 6 ブロックに追加するアクションごとに，手順 3 を繰り返します。 7 アクションまたはアクション・ブロックを削除するには，対象を選択して ［Delete］ボタンをクリックします。 732 第 41 章 • 実行環境の設定 8 項目の位置を変えるには， ［Move Up］または［Move Down］をクリックします。 9 反復回数とアクションの実行論理を設定するには，［Properties］をクリック します。各アクションまたはアクション・ブロックのプロパティ・ダイアロ グ・ボックスが開きます。 10［Run Logic］リストから［Sequential］または［Random］を選択します。こ れにより VuGen にアクションを順番に実行するかランダムに実行するかを指定 します。 11［Iterations］ボックスで反復の回数を指定します。アクション・ブロック内で パラメータを定義し，反復ごとにパラメータ値を更新するよう VuGen に指示し た場合の「反復ごと」というのは個々のブロックの反復ではなくグローバルな 反復のことです。 12［OK］をクリックします。 13 実行論理が「Random」のブロックには，各アクションの重み付けを設定しま す。アクションを右クリックして，［Properties］を選択します。［Action Properties］ダイアログ・ボックスが開きます。 14 選択したブロックまたはアクションに対して，必要な割合を指定します。 ［Random Percent］ボックスで，対象アクションの割合を指定します。割合の 合計は 100% にならなければなりません。 15 プロパティを設定する各要素に対して，上記の手順を繰り返します。 ペースの設定 注：次の項の内容は，複数のアクションで動作するプロトコルを対象としてい ます。［Run-Time Settings］の［General:Run Logic］ノードがあれば，複数ア クション対応のプロトコルです。シングル・アクション・プロトコルについて は，736 ページ「ペースの設定と実行論理オプションの設定（シングル・アク ション）」を参照してください。 ［Run-Time Settings］の［Pacing］を設定することで，反復の間隔を変えること ができます。ペースは，アクションの反復の間で待機する時間を仮想ユーザに 指示します。各反復の開始間隔として次のオプションを指定できます。 733 733 第 6 部 • 実行環境の設定 ➤ As soon as the previous iteration ends ➤ After the previous iteration ends with a fixed/random delay of... ➤ At fixed/random intervals, every .../ to ... seconds ［As soon as the previous iteration ends］ ：直前の反復の終了後，すぐに次の 反復を開始します。 ［After the previous iteration ends with a fixed or random delay of...］：直前 の反復の終了後，指定した時間が経過したら，次の反復を開始します。正確な 秒数または時間の範囲を指定します。たとえば，直前の反復が終了してから 60 ～ 90 秒後に次の反復を開始するように指定できます。 スクリプト実行時に，反復が終了してから次の反復を開始するまでに仮想ユー ザが実際に待機した時間は，実行ログに示されます。 ［At fixed or random intervals, every ... [to ...] seconds］：反復と反復の間の 時間を指定します。秒単位で固定時間または時間の範囲を定義します。たとえ ば，新しい反復を 30 秒ごとに開始したり，30 ～ 45 秒ごとのランダムな間隔で 開始したりするように指定できます。反復は，直前の反復が終了してからのみ 開始します。 スクリプト実行時に，反復が終了してから次の反復を開始するまでに仮想ユー ザが実際に待機した時間は，実行ログに示されます。スケジュールが設定され た各反復は，前回の反復が完了した後に開始されます。 たとえば，4 秒ごとに新しい反復を開始するように定義すると，次のようにな ります。 ➤ 最初の反復が 3 秒かかると，仮想ユーザは次の反復で 1 秒待機します。 ➤ 最初の反復が 2 秒かかると，仮想ユーザは 2 秒待機します。 ➤ 最初の反復が 8 秒かかると，次の反復は，最初の反復が開始してから 8 秒後 に開始します。Performance Center の実行ログには，反復のペースを守れな かったことを示すメッセージが表示されます。 ペースの設定のオプションの概要については，735 ページ「実行環境のペース の設定（マルチ・アクション）」を参照してください。 734 第 41 章 • 実行環境の設定 実行環境のペースの設定（マルチ・アクション） ペースの設定のオプションを使用して，アクションの反復の間隔を設定するこ とでアクションのペースを設定できます。 反復の間隔を設定するには，次の手順を実行します。 1［Run-Time Settings］ダイアログ・ボックスを開き，［General:Pacing］ノード を選択します。 2［Start New Iteration］セクションで，次のいずれかを選択します。 ➤ As soon as the previous iteration ends ➤ After the previous iteration ends ➤ At fixed or random intervals 3［After the previous iteration ends］オプションには次の設定があります。 ➤ 遅延の種類を［Fixed］か［Random］から選択します。 ➤［Fixed］で値を指定するか，［Random］で値の範囲を指定します。 4［At … intervals］オプションには次の設定があります。 ➤ 間隔の種類を［Fixed］か［Random］から選択します。 ➤［Fixed］で値を指定するか，［Random］で値の範囲を指定します。 5［OK］をクリックします。 735 735 第 6 部 • 実行環境の設定 ペースの設定と実行論理オプションの設定（シングル・アクション） 注：次の項の内容は，複数のアクションではなく単一のアクションを使用する プロトコルを対象としています。［Run-Time Settings］の［General:Pacing］ ノードと［Run Logic］ノードがなければ，単一アクションのプロトコルです。 スクリプト実行時に Action セクションを繰り返すよう仮想ユーザに指示しま す。この繰り返しを「反復」といいます。反復を複数回実行する場合，仮想 ユーザ・スクリプトの vuser_init セクションと vuser_end セクションは繰り 返されません。 反復とペースの設定を設定するには，次の手順を実行します。 1 VuGen ツールバーの［Run-Time Settings］ボタンをクリックするか， ［Vuser］＞［Run-Time Settings］を選択して，［Run-Time Settings］ダイア ログ・ボックスを表示します。［Pacing］ノードをクリックして，反復とペー スのオプションを表示します。 2［Iteration Count］ボックスで反復の回数を指定します。Performance Center に よって，指定した回数だけ，すべての Action セクションが繰り返し実行されます。 3［Start New Iteration］セクションで，次のいずれかを選択します。 ➤ As soon as the previous iteration ends ➤ After the previous iteration ends ➤ At fixed or random intervals 4［After the previous iteration ends］オプションには次の設定があります。 ➤ 遅延の種類を［fixed］か［random］から選択します。 ➤［fixed］で値を指定するか，［random］で値の範囲を指定します。 5［At ... intervals］オプションには次の設定があります。 ➤ 間隔の種類を［fixed］か［random］から選択します。 ➤［fixed］で値を指定するか，［random］で値の範囲を指定します。 6［OK］をクリックします。 736 第 41 章 • 実行環境の設定 ペースの設定のオプションの概要については，733 ページ「ペースの設定」を 参照してください。 実行環境設定のログの設定 実行中，仮想ユーザは自身に関する情報と，サーバとの通信に関する情報をロ グに書き込みます。Windows 環境では，この情報はスクリプトのディレクトリ にある output.txt というファイルに格納されます。UNIX 環境では，この情報 は標準出力に送られます。ログの情報は，デバッグの際に役立ちます。 ログの実行環境を設定して，出力へ送られるログ記録の情報量を指定できま す。標準ログまたは拡張ログを選択できます。また，ログの記録を一切無効に することもできます。ログを無効にすることは，多数の仮想ユーザを実行する 場合に有用です。何十，何百という仮想ユーザが実行時の情報をディスクに記 録すると，システムの速度が通常より遅くなる場合があります。開発時は，再 生に関する情報を得られるようにログ記録を有効にしておきます。ログの記録 を無効にするときは，その前に必ずスクリプトが正しく動作することを確認し てください。 注：lr_error_message 関数と lr_output_message 関数を使って，仮想ユーザ・ス クリプトをプログラミングして，出力にメッセージを送信できます。 ［Run-Time Settings］ボタンをクリックするか，［Vuser］＞［Run-Time Settings］を選択して，［Run-Time Settings］ダイアログ・ボックスを表示し ます。［General:Log］タブをクリックして，ログのオプションを表示します。 ログを有効にする このオプションは，再生中の自動ログ記録を有効にします。つまり，VuGen に よって実行ログにログ・メッセージが書き込まれます。このオプションは，自 動ログ記録と lr_log_message を通じて発行されるログ・メッセージだけを対象 とします。lr_message，lr_output_message，lr_error_message を使って手作業 で送信されるメッセージは，変わらずに発行されます。 737 737 第 6 部 • 実行環境の設定 ログ・オプション 実行環境設定のログの設定では，開発の段階に応じてログ記録のレベルを調整 できます。 ログ・メッセージをログに送信する条件を指定できます。［Send messages only when an error occurs］または［Always send messages］のどちらか を選択します。開発時には，ログ記録を有効にしておけます。開発中には，す べてのログを有効にし，スクリプトのデバッグが終了し，正しく動作すること を確認したら，エラー・ログのみを有効にします。 エラーの発生時にのみメッセージを送信する場合（JIT（ジャスト・イン・タイ ム）メッセージングとも呼ばれる）は，ログのキャッシュ・サイズなど，追加 の詳細オプションを設定できます。740 ページ「ログのキャッシュ・サイズの 設定」を参照してください。 ログ詳細レベルの設定 ログに記録される情報の種類を指定したり，すべてのログ記録を無効にしたり できます。 注：［Run-Time Settings］ダイアログ・ボックスの［General］タブで ［Error Handling］に［Continue on error］を設定している場合でも，エラー・ メッセージは出力ウィンドウに送信されます。スクリプトのログ詳細レベルを 変更しても，lr_message，lr_output _message，および lr_log_message の各関数 の動作は変更されず，メッセージは送信され続けます。 ［Standard Log］：スクリプトの実行中に送信された関数やメッセージの標準ロ グが生成されます。これらの標準ログはデバッグで使用します。大規模な負荷 テスト・シナリオでは，このオプションは無効にしてください。 ログの記録レベルを「Standard Log」に設定したスクリプトをテストに追加し た場合，ログ記録モードが自動的に JIT ログ記録に設定されます。 ［Extended Log］：警告やメッセージを含めた詳細なログが作成されます。大 規模なテストでは，このオプションは無効にしてください。ログ記録が無効に 738 第 41 章 • 実行環境の設定 なっているスクリプト，またはログ記録レベルが拡張に設定されているスクリ プトをテストに追加してもログ記録の設定には影響ありません。 ［Extended Log］オプションで拡張ログにどの情報を追加するかを指定できます。 ➤［Parameter substitution］：このオプションを選択すると，スクリプトに割 り当てられたすべてのパラメータがそれらの値とともにログに記録されま す。パラメータの詳細については，『Mercury 仮想ユーザ・ジェネレータ・ ユーザーズ・ガイド』を参照してください。 ➤［Data returned by server］：このオプションを選択すると，サーバによっ て返されたすべてのデータがログに記録されます。 ➤［Advanced trace］ ：このオプションを選択すると，セッション中に仮想 ユーザが送信したすべての関数とメッセージがログに記録されます。このオ プションは，仮想ユーザ・スクリプトをデバッグするときに役立ちます。 VuGen によるイベントのログの記録の程度（標準，パラメータ置換など）は メッセージ・クラスともいいます。メッセージ・クラスには，標準（Brief）， 詳細（Extended） ，パラメータ（Parameters），結果データ（Result Data），完全ト レース（Full Trace）の 5 つがあります。 lr_set_debug_message 関数を使えば，スクリプト内にメッセージ・クラスを手 作業で設定できます。これは，スクリプトのごく一部分についてだけデバッグ 情報を受け取りたい場合などに便利です。 たとえば，ログの設定を［標準ログ］に設定し，スクリプトの特定のセクショ ンについては拡張ログをとりたいとします。その場合には， lr_set_debug_message 関数を使って，スクリプト内の対象の場所でメッセー ジ・クラスを［拡張］に設定します。拡張モードのタイプ（Parameter，Result Data，Full Trace）を指定するときは，この関数をもう一度呼び出す必要があり ます。標準ログ・モードに戻るには，lr_set_debug_message 関数を呼び出して 標準モードを指定します。メッセージ・クラスの設定の詳細については『オン ライン関数リファレンス』（ ［Help］＞［Function Reference］）を参照してく ださい。 ログのモードが［Standard Log］に設定されていた場合，スクリプトをテスト にコピーするときに，ログ・モードが VuGen によって自動的に JIT モードに設 定されます。ログのモードが［Extended Log］に設定されているか，ログが 無効になっている場合，テストにコピーしても，これらのログの設定は何の影 響も受けません。 739 739 第 6 部 • 実行環境の設定 ログのキャッシュ・サイズの設定 実行環境のログ設定の詳細オプションでは，ログのキャッシュ・サイズを指定で きます。ログのキャッシュには，テスト実行に関する未処理のデータが格納さ れ，エラーが生じた場合に参考にできます。キャッシュの内容が指定したサイズ を超えると，一番古い項目が削除されます。標準設定のサイズは 1 KB です。 ログ記録は，次のように行われます。 1 エラーが生じたときにだけメッセージをログに記録するには，［Send messages only when an error occurs］を選択します。 2 テスト実行に関する情報がファイルに書き出されずに，ログのキャッシュに格 納されます。この情報が 1KB を超えると，古いデータから上書きされます。 ［Execution Log］タブは，ログ・ファイルの内容を表示するので，この場合には 空のままとなります。 3 エラーが発生すると（内部エラーか lr_error_message を使用したプログラムに よるものかを問わず），キャッシュの内容がログ・ファイルと［Execution Log］ タブに移されます。これを参照することで，エラーが発生するまでの状況を確 認できます。 エラーが発生して VuGen によってキャッシュの内容をログ・ファイルに書き出 されると，ログ・ファイルのサイズはキャッシュのサイズよりも大きくなりま す。たとえば，キャッシュ・サイズが 1KB ならば，ログ・ファイルのサイズは 50 KB になることもあります。これは正常な動作であり，未処理のデータをわ かりやすい文章に整えるために必要なオーバーヘッドを反映しているに過ぎま せん。 JIT モードの場合，lr_message 関数および lr_log_message 関数の出力は，エ ラー発生時に出力がログのキャッシュにあった場合にのみ，出力ウィンドウお よびログ・ファイルには送られます。個々のメッセージ文字列については， ［Execution Log］を参照してください。 CtLib サーバ・メッセージのログの記録 CtLib 仮想ユーザ・スクリプト（クライアント / サーバ・タイプのプロトコルの 下にある Sybase CtLib）を実行する場合，CtLib クライアントによって生成され るメッセージはすべて，標準ログおよび出力ファイルのログに記録されます。 740 第 41 章 • 実行環境の設定 標準では，サーバ・メッセージはログに記録されません。サーバ・メッセージ のログの記録を（デバッグ用に）有効にするには，次の行を仮想ユーザ・スク リプトに挿入します。 LRD_CTLIB_DB_SERVER_MSG_LOG; VuGen によって，すべてのサーバ・メッセージが標準ログに書き込まれます。 サーバ・メッセージをコントローラの出力ウィンドウに（標準ログ以外に）送 信するには，次のように入力します。 LRD_CTLIB_DB_SERVER_MSG_ERR; サーバ・エラーを記録しない標準のモードに戻るには，次の行をスクリプトに 入力します。 LRD_CTLIB_DB_SERVER_MSG_NONE; 注：生成されるサーバ・メッセージは長く，ログの書き込み処理によってシス テムの処理速度が低下することがあるため，サーバ・メッセージのログの記録 はスクリプト内の特定のコード・ブロックだけを対象に有効にします。 思考遅延時間の設定 仮想ユーザの「思考遅延時間」は実際のユーザがアクションとアクションの間 で待つ時間をエミュレートします。たとえば，ユーザはサーバからデータを受 け取ったときに，データを数秒間かけて確認してから応答するかもしれませ ん。この遅れを「思考遅延時間」といいます。VuGen は lr_think_time 関数を 使って，仮想ユーザ・スクリプトに思考遅延時間の値を記録します。次に示す 記録された関数は，次のアクションを実行する前にユーザが 8 秒待機したこと を示します。 lr_think_time(8); 741 741 第 6 部 • 実行環境の設定 標準の設定では，仮想ユーザ・スクリプトを実行して，上記の lr_think_time ス テートメントに遭遇すると，仮想ユーザによって次のアクションが実行される まで 8 秒間の待機時間があります。思考遅延時間の設定を行うことにより，記 録された思考遅延時間をスクリプト実行時に仮想ユーザにどのように適用する かを設定できます。 lr_think_time 関数の詳細と手作業での変更方法については，『オンライン関数 リファレンス』（［Help］＞［Function Reference］）を参照してください。 VuGen ツールバーの［Run-Time Settings］ボタンをクリックするか， ［Vuser］＞［Run-Time Settings］を選択して，［Run-Time Settings］ダイア ログ・ボックスを表示します。［General:Think Time］ノードをクリックして， 思考遅延時間のオプションを表示します。 思考遅延時間のオプション 標準設定では，仮想ユーザ・スクリプトを実行すると，仮想ユーザは記録セッ ション中にスクリプトに記録された思考遅延時間の値を使用します。VuGen で は，記録された思考遅延時間の使用，思考遅延時間の無視，記録された思考遅 延時間を基に指定した値の使用が可能です。 ［Ignore think time］：記録された思考遅延時間を無視します。つまり，すべて の lr_think_time 関数を無視してスクリプトを再生します。 ［Replay the think time］：思考遅延時間オプションの第 2 セクションでは，記 録された思考遅延時間を使用できます。 ➤［As recorded］ ：再生時に，lr_think_time 関数の引数の値が使用されます。 たとえば，lr_think_time(10) は 10 秒間待機します。 ➤［Multiply recorded think time by］：再生時に，記録された思考遅延時間の 倍数を使用します。これにより再生中に適用される思考遅延時間を増減させ ることができます。たとえば，4 秒間の思考遅延時間が記録されている場合 に，その値を 2 倍するように指定すれば，仮想ユーザの思考遅延時間は 8 秒 になります。思考遅延時間を 2 秒に減らすには，記録された時間に 0.5 を掛 けます。 ➤［Use random percentage of the recorded think time］ ：記録された思考遅 延時間のランダムな割合（%）を使用します。思考遅延時間の範囲を指定す ることによって，思考遅延時間の値の範囲を設定します。たとえば，思考遅 延時間の引数が 4 の場合，下限を 50%，上限を 150% に設定すると，最短の 思考遅延時間は 2（50%），最長の思考遅延時間は 6（150%）となります。 742 第 41 章 • 実行環境の設定 ➤［Limit think time to］ ：思考遅延時間の最大値を制限します。 その他の実行環境の設定 仮想ユーザ・スクリプトでは，次のその他の実行環境オプションを設定できます。 ➤ エラー処理 ➤ マルチ・スレッド ➤ 自動トランザクション ［Run-Time Settings］ボタンをクリックするか，［Vuser］＞［Run-Time Settings］を選択して，［Run-Time Settings］ダイアログ・ボックスを表示し ます。左の表示枠のツリーで［General:Miscellaneous］ノード選択します。 ［その他］の設定は，すべてのタイプの仮想ユーザ・スクリプトに適用されます。 エラー処理 仮想ユーザがスクリプトの実行時にどのようにエラーを処理するかを指定できま す。標準設定では，仮想ユーザはエラーを検出すると終了します。実行環境の設 定を使って，仮想ユーザにエラーが発生してもスクリプトの実行を継続させるこ とができます。実行を継続するように設定するには，実行環境設定の ［Miscellaneous］タブの［Continue on Error］チェック・ボックスを選択します。 VuGen で，lr_error_message 関数が発行されたすべてのトランザクションを 「失敗」にするよう指定できます。If ステートメントをプログラミングし，ある 条件が満たされたときに lr_error_message 関数が発行されるようにします。 VuGen に対し，エラー発生時にスナップショットを作成するように指示できま す。それには，実行環境設定の［その他］タブの［Generate Snapshot on Error］チェック・ボックスを選択します。スナップショットは，仮想ユーザ・ ログでエラーが発生した行をダブルクリックすると表示できます。 743 743 第 6 部 • 実行環境の設定 注：負荷テストの設定時に，実行環境設定の［General:Miscellaneous］タブにお いて［Continue on Error］と［Generate Snapshot on Error］の両方のオプ ションを有効にすることは避けてください。そのように設定した場合，エ ラー・スナップショットは作成されません。 データベース仮想ユーザのエラー処理 データベース・プロトコル（LRD）を使っているときに，スクリプトの特定の セグメントに対するエラー処理を制御できます。対象のセグメントを指定する には，セグメントを LRD_ON_ERROR_CONTINUE ステートメントと LRD_ON_ERROR_EXIT ステートメントで囲みます。仮想ユーザによって指定 したセグメント全体に新しいエラー設定が適用されます。［Continue on Error］ を指定すると，VuGen がエラーに遭遇したとき，それを無視したことを示す メッセージが発行されます。 たとえば，［エラーでも処理を継続する］機能を有効にしていて，仮想ユーザ が次に示すスクリプトのセグメントの再生中にエラーに遭遇した場合には，ス クリプトの実行は継続されます。 lrd_stmt(Csr1, "select . . .". . . ); lrd_exec( . . . ); 仮想ユーザに，特定のセグメントでエラーが発生した場合を除き，エラーが発 生してもスクリプト全体の実行を継続するように指示するには， ［Continue on Error］オプションを選択し，除外するセグメントを LRD_ON_ERROR_EXIT ステートメントと LRD_ON_ERROR_CONTINUE ステートメントで囲みます。 LRD_ON_ERROR_EXIT; lrd_stmt(Csr1, "select . . .". . . ); lrd_exec( . . . ); LRD_ON_ERROR_CONTINUE; 744 第 41 章 • 実行環境の設定 LRD_ON_ERROR ステートメントを使用する以外に，「重要度のレベル」に基 づいてエラー処理を制御する方法もあります。LRD_ON_ERROR ステートメ ントは，データベース関連，不正なパラメータなど，すべてのタイプのエラー を検出します。データベース操作のエラー（エラー・コード 2009）が発生した ときにだけ，仮想ユーザを終了させたい場合には，関数の重要度のレベルを設 定します。データベース操作を実行するすべての関数では，関数の最後のパラ メータである miDBErrorSeverity で示される重大度レベルが使用されます。 VuGen では以下の重要度のレベルがサポートされています。 定義 意味 LRD_DB_ERROR_SEVERITY_ERROR データベース・アクセス・エ ラーが生じた時点で，スクリプ トの実行を終了します（標準設 定）。 0 データベース・アクセス・エ ラーが生じても， スクリプト の実行を継続しますが，警告を 出します。 1 LRD_DB_ERROR_SEVERITY_WARNING 値 たとえば，次のデータベース・ステートメントが失敗した場合（たとえば， テーブルが存在していないなど），スクリプトの実行は終了します。 lrd_stmt(Csr1, "insert into EMP values ('Smith',301)\n", -1, 1, 1, 0); データベース操作エラーが発生しても，スクリプトの実行を続けるようにする には，ステートメントの重要度を 0 から 1 に変えます。 lrd_stmt(Csr1, "insert into EMP values ('Smith',301)\n", -1, 1, 1, 1); 注：［Continue on Error］を有効にすると，その設定が重要度「0」に優先し， データベース・エラーが発生したときでも，スクリプトの実行は継続されま す。また［Continue on Error］を無効にしても，重要度を「1」に指定すると， データベース・エラーが発生してもスクリプトの実行は継続されます。 745 745 第 6 部 • 実行環境の設定 データベース仮想ユーザのエラー処理 RTE 仮想ユーザを使っているときに，個々の関数のエラー処理を制御できま す。動作を変える関数の手前に lr_contue_on_error(0); ステートメントを挿入し ます。仮想ユーザは，スクリプトの終了または別の lr_continue_on_error ス テートメントに遭遇するまで新しい設定を使用します。 たとえば，［Continue on Error］機能を有効にしていて，仮想ユーザが次に示す スクリプトのセグメントの再生中にエラーに遭遇した場合には，スクリプトの 実行は継続されます。 TE_wait_sync(); TE_type( . . . ); 仮想ユーザに，特定のセグメントでエラーが発生した場合を除き，エラーが発 生してもスクリプト全体の実行を継続するように指示するには， ［Continue on Error］オプションを選択し，除外するセグメントを lr_continue_on_error ス テートメントで囲み，0 を渡して［Continue on Error］オプションを無効にし， 1 を渡してオプションを有効にします。 lr_continue_on_error(0); TE_wait_sync(); lr_continue_on_error(1); .... マルチ・スレッド 仮想ユーザではマルチ・スレッド環境がサポートされています。マルチ・ス レッド環境の主な利点は，ロード・ジェネレータごとに多数の仮想ユーザを実 行できることです。スレッドセーフ・プロトコルのみ，スレッドとして実行で きます。 注：Sybase-CtLib，Sybase-DbLib，Informix，Tuxedo，PeopleSoft-Tuxedo のプロ トコルはスレッドセーフではありません。 746 第 41 章 • 実行環境の設定 ➤ マルチ・スレッドを実行するには，［Run Vuser as a thread］をクリックし ます。 ➤ マルチ・スレッドを無効にして，各仮想ユーザを個別のプロセスとして実行 するには，［Run Vuser as a process］をクリックします。 コントローラは，ドライバ・プログラム（たとえば mdrv.exe，r3vuser.exe）を 使って仮想ユーザを実行します。各仮想ユーザを個別のプロセスとして実行し た場合，同じドライバ・プログラムが仮想ユーザのインスタンスごとにメモリ 上でいくつも実行（およびロード）されます。同じドライバ・プログラムをメ モリにロードすると，多くの RAM とその他のシステム・リソースが消費され ます。そのため，ロード・ジェネレータで実行できる仮想ユーザの数が限定さ れることもあります。 別の方法として，各仮想ユーザをスレッドとして実行すると，コントローラは 50 の仮想ユーザに対してドライバ・プログラム（たとえば mdrv.exe）のインス タンスを 1 つだけ起動します（標準設定）。このドライバ・プロセス / プログラ ムは，いくつかの仮想ユーザを起動し，各仮想ユーザはスレッドとして実行さ れます。これらのスレッド化された仮想ユーザは，親ドライバ・プロセスのメ モリのセグメントを共有します。ドライバ・プロセス / プログラムを何度も再 ロードする必要がなくなるので，メモリ空間を大幅に節約でき，1 台のロー ド・ジェネレータで実行できる仮想ユーザの数を増やせます。 自動トランザクション LoadRunner が仮想ユーザ・スクリプト内の各ステップまたはアクションをトラ ンザクションとして処理するように指定できます。これを「自動トランザク ションの使用」といいます。LoadRunner は，ステップ名またはアクション名を トランザクションの名前として割り当てます。標準では，各アクションに対し て自動トランザクションが有効になっています。 ➤ 各アクションに対して自動トランザクションを無効にするには，［Define each action as a transaction］チェック・ボックスをクリアします（標準 設定では有効）。 ➤ 各ステップに対して自動トランザクションを有効にするには，［Define each step as a transaction］チェック・ボックスを選択します（標準設定 では無効）。 自動トランザクションを無効にしている場合でも，記録中および記録後に手作 業でトランザクションを挿入できます。手作業によるトランザクションの挿入 747 747 第 6 部 • 実行環境の設定 の詳細については，『Mercury 仮想ユーザ・ジェネレータ・ユーザーズ・ガイ ド』を参照してください。 VB 実行環境の設定 Visual Basic によるスクリプトを実行する前に，再生時に参照するライブラリを 指定します。 ［Run-Time Settings］ダイアログ・ボックスを使って，実行環境設定の表示と設 定をします。［Run-Time Settings］ダイアログ・ボックスを表示するには， VuGen ツールバーの［Run-Time Settings］ボタンをクリックします。 実行環境の設定は，Performance Center からも変更できます。［Design Groups］ タブを選択し，［Run-Time Settings］ボタンをクリックします。 VBA の実行環境を設定するには，次の手順を実行します。 1［Run-Time Settings］ダイアログ・ボックスを開き，［VBA:VBA］ノードを選 択します。 2［VBA References］セクションで，スクリプト実行中に使用する参照ライブラ リを選択します。ライブラリを選択すると，そのライブラリの詳細とバージョ ンがダイアログ・ボックスの下部に表示されます。 3 コンパイラに関する適切なオプションを選択します。 Visual Basic IDE（統合開発環境）を使ってデバッグを行えるようにするには， ［Debug script through VBA IDE］を選択します。 スクリプト実行中に Visual Basic IDE を常に表示しておくには，［On Error keep VBA IDE visible］を選択します。 4［OK］をクリックして実行環境の設定を適用します。 748 第 42 章 Java 実行環境の設定 Java 仮想ユーザ・スクリプトを記録した後で，Java 仮想マシンの実行環境を設 定できます。 本章では，次の項目について説明します。 ➤ JVM 実行環境の設定 ➤ 実行環境の設定のクラスパス・オプションの設定 以降の情報は，Java，EJB テスト，CORBA-Java および RMI-Java タイプの仮 想ユーザを対象とします。 Java 実行環境の設定について Java 仮想ユーザ・スクリプトを作成した後，Java VM（仮想マシン）の実行環 境の設定を行います。これらの設定で追加のパスおよびパラメータを指定し， 実行モードを決定できます。 Java 関連の実行環境の設定は，［Run-Time Settings］ダイアログ・ボックスの ［Java VM］オプションで行います。 ［Run-Time Settings］ダイアログ・ボックスを表示するには，VuGen ツールバー の［Run-Time Settings］ボタンをクリックします。 本章では，Java タイプの仮想ユーザ（Java，EJB テスト，CORBA-Java，RMIJava）の実行環境の設定についてのみ説明します。すべての仮想ユーザに適用 される実行環境の設定の詳細については，第 41 章「実行環境の設定」を参照 してください。 749 第 6 部 • 実行環境の設定 JVM 実行環境の設定 ［Java VM］セクションで，Java 仮想マシンの設定情報を入力します。以下の項 目の設定が可能です。 Additional VM Parameters：仮想マシンで使用する任意のパラメータを入力し ます。 Use Xbootclasspath VM parameter：仮想ユーザを実行する際，自動的に Xbootclasspath 変数が設定されます。このダイアログ・ボックスを使って， Xbootclasspath で定義されているもの以外のパラメータを指定します。記録用 に追加で VM パラメータを指定した場合，パラメータが保存され，再生時に使 用されるように設定します。 Java VM の実行環境を設定するには，次の手順を実行します。 1［Vuser］＞［Run-Time Settings］を選択し，［Run-Time Settings］ツリーの ［Java Environment Settings:Java VM］ノードを選択します。 2［Additional VM Parameters］ボックスに，ロード・ジェネレータ・マシンで 使用する任意のパラメータを入力します。 3 -Xbootclasspath/p オプションを使って再生するには，［Use -Xbootclasspath VM Parameter］オプションを選択します。 4［OK］をクリックします。 実行環境の設定のクラスパス・オプションの設定 ［Classpath］セクションでは，システムのクラスパス環境変数に含まれていな い追加のクラスの場所を指定できます。これらのクラスは，Java アプリケー ションの実行や，正しい再生を保証するのに必要な場合があります。 テキストボックスに，追加のクラスのリストを指定します。すべてのクラスを セミコロンで区切って 1 行で指定します。 750 第 43 章 ネットワーク実行環境の設定 ネットワークの速度をシミュレートするには，ネットワーク実行環境を設定し ます。 本章では，次の項目について説明します。 ➤ ネットワーク速度の設定 以降の情報は，すべてのインターネット・プロトコル仮想ユーザ・タイプ， Oracle NCA，WinSock を対象とします。 すべての仮想ユーザに適用される一般的な実行環境の設定については，第 41 章「実行環境の設定」を参照してください。 ネットワーク実行環境の設定について インターネット・プロトコル仮想ユーザ・スクリプトを作成した後，実行環境 の設定を行います。この設定によって，仮想ユーザが正しく実際のユーザをエ ミュレートできるようインターネット環境を構成できます。インターネットの 実行環境設定では，プロキシ，ブラウザ，速度のシミュレーション，その他の 設定が行えます。 インターネット関連の実行環境の設定は，［Run-Time Settings］ダイアログ・ ボックスで行います。必要な設定を行うためのノードをクリックします。 ［Run-Time Settings］ダイアログ・ボックスを表示するには，次のいずれかの 手順を実行します。 ➤ VuGen ツールバーの［Run-Time Settings］ボタンをクリックします。 ➤ キーボードのショートカット・キー，F4 キーを押します。 ➤［Vuser］＞［Run-Time Settings］を選択します。 751 第 6 部 • 実行環境の設定 ネットワーク速度の設定 ［Run-Time Settings］ダイアログ・ボックスの［Network:Speed Simulation］ ノードで，テスト環境におけるモデムのエミュレーションを設定します。 速度のシミュレーション 速度のシミュレーション設定を使って，テスト環境をエミュレートするのに最 も近い帯域幅を選択できます。次のオプションがあります。 ［Use maximum bandwidth］ ：標準では，帯域幅のエミュレーションは無効に なっており，仮想ユーザはネットワーク上で利用できる最大の帯域幅で実行され ます。 ［Use bandwidth］ ：仮想ユーザをエミュレートする帯域幅のレベルを指定しま す。アナログ・モデム，ISDN，DSL をエミュレートするため，14.4Kbps から 512 Kbps の範囲の速度を選択できます。 ［Use custom bandwidth］：仮想ユーザをエミュレートする帯域幅の上限を指 定します。帯域幅をビットで指定します（1 キロビット =1024 ビット）。 752 第 44 章 インターネット実行環境の設定 インターネット・プロトコル仮想ユーザ・スクリプトを記録した後で，そのス クリプトの実行環境を設定できます。 本章では，次の項目について説明します。 ➤ プロキシ・オプションの設定 ➤ ブラウザのエミュレーション・プロパティの設定 ➤ インターネットお気に入りの設定 ➤ デバッグ情報の取得 ➤ HTML 圧縮の実行 以降の情報は，Web，Wireless，Oracle NCA，Real などすべてのインターネッ ト・プロトコル仮想ユーザ・タイプを対象とします。 インターネット実行環境の設定について インターネット・プロトコル仮想ユーザ・スクリプトを作成した後，実行環境 の設定を行います。 すべての仮想ユーザに適用される一般的な実行環境の設定については，第 41 章「実行環境の設定」を参照してください。ネットワーク速度の実行環境の設 定に関する詳細については，第 43 章「ネットワーク実行環境の設定」を参照 してください。 インターネット実行環境の設定によって，仮想ユーザが実際のユーザを正しくエ ミュレートできるようインターネット環境を構成できます。インターネットの実 行環境設定では，プロキシ，ブラウザ，その他の詳細な環境設定が行えます。 753 第 6 部 • 実行環境の設定 インターネット関連の実行環境の設定は，［Run-Time Settings］ダイアログ・ ボックスで行います。必要な設定を行うためのノードをクリックします。 LoadRunner コントローラからでも実行環境の設定を変更できます。コントロー ラのウィンドウで，［Design Groups］タブを選択し，［Run-time Settings］ ボタンをクリックします。 注：仮想ユーザ関数を使って行われた実行環境の設定は，［Run-Time Settings］ ダイアログ・ボックスで行った設定に優先します。仮想ユーザ関数の使い方に ついては，『Mercury 仮想ユーザ・ジェネレータ・ユーザーズ・ガイド』を参 照してください。 プロキシ・オプションの設定 ［Run-Time Settings］ツリーの［Internet Protocol:Proxy］ノードで，プロキシ 関連の設定を行います。 標準設定では，仮想ユーザでは Web 記録オプションで指定している記録用ブラ ウザのプロキシ設定が使用されます。記録と再生には同じ設定を使用すること を推奨します。［Proxy Recording］オプションに関する情報は，『Mercury 仮想 ユーザ・ジェネレータ・ユーザーズ・ガイド』を参照してください。 ［Run-Time Settings］には，次のようなプロキシの設定オプションがあります。 ➤［No proxy］ ：すべての仮想ユーザが，インターネットに常に直接接続する。 つまり，プロキシ・サーバを使用せずに接続します。 ➤［Obtain the proxy settings from the default browser］：すべての仮想ユー ザが実行されているマシンで，通常使うブラウザとなっているプロキシの設 定を使用する。 ➤［Use custom proxy］：すべての仮想ユーザが同じユーザ定義のプロキシ・ サーバを使用する。実際のプロキシ・サーバの構成情報や，自動設定のため の設定スクリプト（.js 形式の pac ファイル）へのパスなどで設定を行いま す（詳細については，756 ページ「自動プロキシ設定の設定方法」を参照し てください）。 754 第 44 章 • インターネット実行環境の設定 サーバの構成情報で指定する場合，IP アドレス，名前，ポート番号を使用 します。HTTP サイト用にプロキシ・サーバを 1 つ指定し，HTTPS サイト （セキュア・サイト）用に別のプロキシ・サーバを指定することもできます。 プロキシ情報を指定した後，プロキシ・サーバの認証情報と，プロキシ・ ルールに対する例外を指定できます。 注：再生中にプロキシの応答を待つように仮想ユーザに指示し，プロキシが基 本認証をサポートしていると仮定しないようにするには，次のステートメント を追加します。 web_set_sockets_option("PROXY_INITIAL_BASIC_AUTH", "0"); 認証 プロキシ・サーバで仮想ユーザごとに認証を必要とする場合は，このダイアロ グ・ボックスを使用して，適切なパスワードとユーザ名を入力します。 ［User Name］：仮想ユーザがプロキシ・サーバへのアクセスに使用するユーザ 名を入力します。 ［Password］ ：仮想ユーザがプロキシ・サーバにアクセスするために必要なパ スワードを入力します。 例外 すべての仮想ユーザが指定されたプロキシ・サーバを使用するように指定する ことができます。この場合，仮想ユーザに直接アクセスさせる（つまり，プロ キシ・サーバを使用せずにアクセスさせる）URL がある場合は，それらの URL のリストをテキスト・ボックスに入力します。 ［Do not use proxy server for addresses beginning with］ ：プロキシ・サーバ から除外するアドレスを入力します。各項目はセミコロンで区切ります。 ［Do not use proxy server for local (intranet) addresses］：イントラネットか らのアドレスなど，ローカル・アドレスをプロキシ・サーバから除外する場合 は，このチェック・ボックスを選択します。 755 755 第 6 部 • 実行環境の設定 自動プロキシ設定の設定方法 自動プロキシ設定は，ほとんどのブラウザでサポートされています。この機能 では，プロキシ割り当て情報が含まれた JavaScript ファイル（.js 拡張子付き） を指定できます。このスクリプトは，URL に基づいて，どの場合にはプロキ シ・サーバを使用して，どの場合には直接サイトへ接続するのかをブラウザに 指定します。また，このスクリプトでは，アドレスごとに異なるプロキシ・ サーバを使うよう指定することができます。Internet Explorer（IE）でスクリプ トを設定する場合は，［ツール］＞［インターネット オプション］を選択し， ［接続］タブを選択します。［LAN の設定］ボタンをクリックします。LAN 設 定ダイアログ・ボックスで，［自動設定スクリプトを使用する］オプションを 選択し，スクリプトの場所を指定します。VuGen では，自動プロキシ設定をサ ポートしています。自動プロキシ設定には JavaScript を指定できるため， LoadRunner ではテストの実行時に，その JavaScript ファイルから得られたルー ルが使用されます。 仮想ユーザの振る舞いを追跡するには，テキスト実行中にログを生成し， ［Execution Log］タブまたは mdrv.log ファイルを調べます。ログには，各 URL に対して使用されたプロキシ・サーバが表示されます。次の例では，URL australia.com へ直接接続していますが，URL http://www.google.com について はプロキシ・サーバ aqua が使われています。 Action1.c(6):t=1141ms:FindProxyForURL returned DIRECT Action1.c(6):t=1141ms:Resolving australia.com Action1.c(6):t=1141ms:Connecting to host 199.203.78.255:80 ... Action1.c(6):t=1281ms:Request done "http://australia.com/GetElementByName.htm" ... Action1.c(6):web_url was successful, 357 body bytes, 226 header bytes Action1.c(15):web_add_cookie was successful Action1.c(17):t=1391ms:FindProxyForURL returned PROXY aqua:2080 Action1.c(17):t=1391ms:Auto-proxy configuration selected proxy aqua:2080 Action1.c(17):t=1391ms:Resolving aqua Action1.c(17):t=1391ms:Connecting to host 199.203.139.139:2080 ...l Action1.c(17): t=1578ms: 168-byte request headers for "http://www.google.com/" (RelFrameId=1) Action1.c(17): GET http://www.google.com/ HTTP/1.1\r\n 756 第 44 章 • インターネット実行環境の設定 プロキシ実行環境の設定 本項では，プロキシ実行環境の設定に必要な手順について説明します。 プロキシを設定するには，次の手順を実行します。 1［Run-Time Settings］ダイアログ・ボックスを開きます。VuGen ツールバーの ［Run-Time Settings］ボタンをクリックするか，［Vuser］＞［Run-Time Settings］を選択します。 2 プロキシ・オプションを選択します。［No proxy］ ，［Obtain the proxy settings from the default browser］，［Use custom proxy］があります。 3 ユーザ定義のプロキシを指定した場合は，次を設定します。 ➤ HTTP および HTTPS プロキシ・サーバの IP アドレスを指定します。 ➤ JavaScript ファイルを使用してプロキシを指定するには，［Use automatic configuration script］オプションを選択してスクリプトの場所を指定しま す。http:// で始まる Web 上の場所（たとえば，http://hostname/proxy.js）や， ファイル・サーバ上の場所（たとえば，C:\temp\proxy.js）を指定します。 4 仮想ユーザが直接（すなわちプロキシ・サーバを使わずに）アクセスする URL を指定するには，［Exceptions］をクリックしてそれらの URL をリストに追加 します。［例外］ダイアログ・ボックスでは，ローカル（イントラネット）ア ドレスへの直接アクセスも指定できます。 5 プロキシ・サーバが各仮想ユーザの認証を必要とする場合は， ［Authentication］ をクリックして，適切なパスワードとユーザ名を入力します。 6 セキュリティが保護されたサイト用に専用サーバを指定するのではなく，すべ てのインターネット・プロトコル（HTTP，HTTPS）用に同じプロキシ・サー バを使用するよう仮想ユーザに指示するには，［Use the same proxy server for all protocols］チェック・ボックスを選択します。 757 757 第 6 部 • 実行環境の設定 ブラウザのエミュレーション・プロパティの設定 ［Run-Time Settings］ダイアログ・ボックスの［Browser:Browser Emulation］ ノードでは，テスト環境におけるブラウザのプロパティについて設定します。 ブラウザのプロパティ 次の項目についてブラウザのプロパティの設定が可能です。 ➤ エミュレートするユーザ・エージェント・ブラウザ ➤ ブラウザのキャッシュをシミュレートする ➤ HTML 以外のリソースをダウンロードする ➤ 反復ごとに新規ユーザをシミュレートする エミュレートするユーザ・エージェント・ブラウザ 仮想ユーザによって Web サーバに要求が送信されるとき，要求には必ず HTTP ヘッダーが含まれています。テキストの 1 行目には，メソッド（通常，「GET」 または「POST」 ），リソース名（たとえば「pclt/default.htm」），プロトコルの バージョン（たとえば「HTTP/1.0」 ）が含まれています。2 行目以降には， 「ヘッダー情報」が「属性名，コロン，値」の形式で含まれています。要求は， 空白行で終わります。 仮想ユーザのヘッダーには，エミュレートされているブラウザの種類を示す 「User-Agent」ヘッダーが含まれています。次の例を示します。 User-Agent:Mozilla/3.01Gold (WinNT; I) 上記の例は，ブラウザは Intel 社の CPU を搭載したマシン上の Windows NT で 動作する Mozilla/3.01Gold がエミュレーション対象のブラウザであることを示 しています。 このオプションは，再生に使用するブラウザではなく，スクリプトの実行時に 使用するブラウザを指定するものです。この設定の影響を受けるのは，サーバ に送られる HTTP ヘッダーの User-Agent 属性のみです。 758 第 44 章 • インターネット実行環境の設定 ブラウザのキャッシュをシミュレートする このオプションを選択すると，仮想ユーザはキャッシュを利用しながらブラウ ザをシミュレートします。キャッシュは頻繁にアクセスするドキュメントの ローカル・コピーを保存するのに使われます。キャッシュを使うことにより， 仮想ユーザのネットワーク接続時間を削減します。標準設定では，キャッ シュ・シミュレーションは有効になっています。キャッシュが無効になってい るときにも，ページの画像は LoadRunner によって一度だけダウンロードされ ます。コントローラから複数の仮想ユーザを実行しているときは，各仮想ユー ザはそれぞれのキャッシュを使用し，キャッシュから画像を取得します。この オプションを無効にすると，すべての仮想ユーザで，キャッシュが利用されず にブラウザがエミュレートされます。 VuGen では，次の 2 つのブラウザ・キャッシュ・オプションを設定できます。 ［Cache URLs requiring content (HTML)］：このオプションを有効にすると， VuGen は HTML 内容を要求する URL のみをキャッシュに格納します。内容は， 解析，検証，または相関に必要となる場合があります。このオプションを選択 すると，HTML 内容は自動的にキャッシュに保存されます。 ［Check for newer versions of stored pages every visit to the page］ ：この設 定を有効にすると，ブラウザは指定された URL について，キャッシュに格納 されたものではなく，その最新版がないか確かめます。このオプションを有効 にすると，VuGen によって「If-Modified-Since」属性が HTTP ヘッダーに追加さ れます。このオプションを有効にすると，ページの最新版が常に表示されるよ うになりますが，テストの実行時に発生するトラフィックが増えます。標準設 定では，このオプションは無効となっており，ブラウザは新しいリソースの有 無をチェックしません。このオプションは，エミュレートするブラウザの設定 と一致するよう設定します。 HTML 以外のリソースをダウンロードする このオプションを選択すると，仮想ユーザは，再生中に Web ページにアクセス するときに画像ファイルをロードします。これには，ページと共に記録された 画像イメージと，明示的にはページと共に記録されていない画像イメージの両 方が含まれます。実際のユーザは，Web ページにアクセスするとき，画像が ロードされるのを待ちます。したがって，エンド・ユーザ時間を含め，システ ム全体をテストする場合には，このオプションを有効にします（標準設定では 有効）。パフォーマンスを向上させるために，実際のユーザをエミュレートし ない場合は，このオプションを無効にします。 759 759 第 6 部 • 実行環境の設定 注：Web ページにアクセスするたびに画像が変わり（広告業者のバナーなど）， 画像チェックで不一致が生じる場合には，このオプションを無効にします。 反復ごとに新規ユーザをシミュレートする このオプションを選択すると，VuGen は，反復を行う前にすべての HTTP コン テキストを init セクションの終了時の状態にリセットします。この設定によ り，仮想ユーザは新規ユーザがブラウザ・セッションを開始する様子をより正 確にエミュレートできます。クッキーをすべて削除するには，すべての TCP 接 続を閉じ（キープ・アライブを含む），エミュレートされたブラウザのキャッ シュをクリアします。次に HTML フレーム階層をリセットして（フレームは番 号 1 から番号付けされる）ユーザ名およびパスワードをクリアします。標準設 定では，このオプションは有効になっています。 インターネットお気に入りの設定 ［Run-Time Settings］ダイアログ・ボックスの［Internet Protocol:Preferences］ノードを使用して，次の項目に関連する設定を行いま す。 ➤ 画像とテキストのチェック ➤ Web パフォーマンス・グラフを作成 ➤ Web 実行環境の詳細オプション 画像とテキストのチェック ［Enable image and text checks］チェック・ボックスを選択すると，仮想 ユーザの再生中に web_find または web_image_check チェック関数を実行して， 画像とテキストの検証を行うことができます。このオプションは，HTTP モー ドで記録されたステートメントにのみ適用されます。仮想ユーザで検証チェッ クを実行すると，検証チェックを実行しない仮想ユーザより多くのメモリが消 費されます（標準設定では無効）。 760 第 44 章 • インターネット実行環境の設定 Web パフォーマンス・グラフを作成 このオプションを選択すると，仮想ユーザによって Web パフォーマンス・グラ フの作成に使用するデータが収集されます。テストの実行中はオンライン・モ ニタ，テストの実行後はアナリシスを使用して，［Hits per Second］，［Pages per Second］ ， ［Response Bytes per Second (Throughput)］のグラフを表示 できます。アナリシスを使用して，テスト実行後にコンポーネント・ブレーク ダウン・グラフを表示できます。仮想ユーザに収集させるグラフ・データのタ イプを選択します。 注：Web パフォーマンス・グラフを使用しない場合には，これらのオプション は，メモリを節約するために無効にしておきます。 Web 実行環境の詳細オプション ［WinInet Replay (instead of Sockets)］：このオプションを選択すると， VuGen は WinInet 再生エンジンを使用します。VuGen には，Sockets ベース（標 準設定）および WinInet ベースの 2 つの HTTP 再生エンジンがあります。 WinInet は Internet Explorer で使用されるエンジンであり，IE ブラウザに組み込 まれている機能をすべてサポートしています。WinInet 再生エンジンの制約と して，スケーラブルでないこと，UNIX をサポートしていないことが挙げられ ます。さらに，スレッドでの作業時に WinInet エンジンがモデム速度および接 続数を正確にエミュレートしないことがあります。 VuGen 独自のソケット・ベースの再生機能はテストにおけるスケーラビリティ に優れた小型軽量のエンジンです。また，スレッドでの使用時にも正確に機能 します。ソケット・ベースのエンジンの制限事項としては，SOCKS プロキシ がサポートされていない点があります。このタイプの環境を記録する場合は， WinInet 再生エンジンを使用してください。 ［File and line in automatic transaction names］：トランザクション名にファ イル名と行番号を追加し，自動トランザクション時に一意となるトランザク ション名を作成します（標準設定では有効）。 761 761 第 6 部 • 実行環境の設定 注：このオプションを選択すると，ログ・ファイルに記録される情報が増える ため，より多くのメモリが必要になります。 ［Non-critical item errors as warnings］：ダウンロードに失敗した画像や Java アプレットなど，負荷テストにとってさほど重要ではない項目で，失敗した関 数についての警告ステータスを返します。標準設定では，このオプションは有 効になっています。クリティカルではないエラーも失敗として扱う環境では， このオプションを無効にできます。非リソースのリストに content-type を加え ることで，その内容タイプを重要なものとして設定できます。詳細について は，『仮想ユーザ・スクリプトの作成』を参照してください。 ［Active Snapshot on Error］：エラーの発生時にスナップショットを作成しま す。コントローラで仮想ユーザ・ログを表示し，エラーをダブルクリックする とスナップショットを表示できます。 ［Save a local copy of all snapshot resources during replay］：VuGen はス ナップショット・リソースをローカル・マシン上にファイルとして保存しま す。この機能を使用することで，実行時ビューアはより正確なスナップショッ トを作成し，よりすばやく表示することができます。 お気に入りのその他のオプション ［Internet Preferences］では，次の詳細設定オプションの設定が行えます：DNS のキャッシュ，HTTP バージョン，HTTP 接続の Keep-Alive，HTTP リクエスト 接続タイムアウト，HTTP リクエストの受信タイムアウト，ネットワークの バッファ・サイズ，ステップダウンロード時間のタイムアウト。 ［DNS caching］：このオプションを選択すると，仮想ユーザは，ドメイン・ ネーム・サーバによって解決されたホストの IP アドレスをキャッシュに保存し ます。これにより，それ以降の同じサーバに対する呼び出しに費やす時間を節 約できます。ロード・バランサーなどの技術によって自動的に IP アドレスが変 更される場合には，このオプションを確実に無効にしておき，仮想ユーザが キャッシュの値を使用しないようにします（標準では有効）。 ［HTTP version］：HTML バージョン：バージョン 1.0 または 1.1。バージョン 情報は，仮想ユーザが Web サーバに要求を送信するときの HTTP 要求ヘッダー に含まれています。標準設定は 1.1 です。HTTP 1.1 では次の機能がサポートさ れています。 762 第 44 章 • インターネット実行環境の設定 ➤ キープ・アライブ接続。下の「Keep-Alive HTTP connections」を参照してく ださい。 ➤ HTML 圧縮。765 ページ「HTML 圧縮の実行」を参照してください。 ➤ 仮想ホスティング。複数のドメイン名が同一の IP アドレスを共有します。 ［Keep-Alive HTTP connections］ ：Keep-Alive は，持続的な接続を可能にする HTTP 拡張機能を表す用語です。こうした長時間の HTTP セッションでは，複 数の要求を同一の TCP 接続を介して送信できます。これにより，Web サーバと クライアントのパフォーマンスが向上します。 この Keep-Alive オプションは，Keep-Alive 接続をサポートする Web サーバが あって初めて機能します。この設定により，仮想ユーザ・スクリプトを実行す るすべての仮想ユーザに対して Keep-Alive HTTP 接続を有効にすることができ ます（標準設定では有効）。 ［Step timeout caused by resources is a warning］：タイムアウトの時間内に ロードされなかったリソースが原因でタイムアウトが発生した場合に，エラー ではなく警告を発行します。リソース以外の場合は，常にエラーが発行されま す（標準設定では無効）。 ［Parse HTML content-Type］：要求した HTML について，次の特定の内容タ イプが指定されていれば，その応答を解析します。HTML，text/html，TEXT （任意のテキスト），ANY，（任意の内容タイプ）。text/xml は HTML としては解 析されません。標準設定値は［TEXT］です。 ［Accept Server-Side Compression］：再生で圧縮データを扱うことができる ことをサーバに指示します。使用可能なオプションは，「None」 （圧縮なし）， 「gzip」（gzip を使用した圧縮），「deflate & gzip」（データを展開してから gzip 圧 縮する），「deflate」（展開のみ）です。圧縮データを受け入れると，CPU の処理 量が大幅に増えることがあります。 ［HTTP-request Connect Timeout (seconds)］：仮想ユーザが，ステップ内の 特定の HTTP 要求への接続を中断するまで待機する時間（秒単位）です。タイ ムアウトは，要求に対してサーバが安定しユーザに応答するための猶予を与え るものです。標準時間は 120 秒です。 ［HTTP-request Receive Timeout (seconds)］：仮想ユーザが，ステップ内の 特定の HTTP 要求への接続を中断するまで待機する時間（秒単位）です。タイ ムアウトは，要求に対してサーバが安定しユーザに応答するための猶予を与え るものです。標準時間は 120 秒です。 763 763 第 6 部 • 実行環境の設定 タイムアウト設定は主に，該当システム環境下では，許容タイムアウト値を変 えるのが望ましいと判断できる上級ユーザ向けです。ほとんどの場合，標準の 値で問題ないはずです。サーバが妥当な時間内に応答しない場合は，タイムア ウト時間を長くするのではなく，接続に関するほかの問題がないか調べてくだ さい。タイムアウト時間を長くすると，スクリプトが不必要に待機することに なります。 ［Step download timeout (seconds)］ ：これは，仮想ユーザがスクリプトのス テップの実行を中止するまでに待機する時間です。このオプションはページの ダウンロードに特定秒数以上は待たないユーザの操作をエミュレートするのに 使用します。 ［Network Buffer Size］ ：HTTP 応答の受信に使用するバッファ・サイズの最大 値を設定します。データのサイズが指定サイズより大きいと，サーバはデータ をチャンクに分けて送信するため，システムのオーバーヘッドが増加します。 複数の仮想ユーザをコントローラで実行する場合，各仮想ユーザは自身のネッ トワーク・バッファを使用します。この設定は主として，ネットワーク・バッ ファ・サイズがスクリプトのパフォーマンスに影響を与える可能性があると判 断した上級ユーザを対象にしています。標準設定は 12 キロバイトです。 ［Fixed think time upon authentication retry (seconds)］：ユーザによる認証 情報（ユーザ名とパスワード）の入力をエミュレートするため，自動的に思考 遅延時間を仮想ユーザ・スクリプトに追加します。この思考遅延時間はトラン ザクションに含まれます。標準設定は 0 です。 デバッグ情報の取得 仮想ユーザ・スクリプトを実行すると，実行情報が LoadRunner コントローラ の出力ウィンドウに表示されます。［Run-Time Settings］の［Log］ノードを 使って，出力ウィンドウとログ・ファイルに送られる情報量を制御できます （詳細については，737 ページ「実行環境設定のログの設定」を参照してくださ い）。 デバッグ情報には，次のものがあります。 ➤ ログ情報 ➤ トランザクションの失敗 764 第 44 章 • インターネット実行環境の設定 ➤ ゲートウェイとの接続ステータス（接続中，切断中，リダイレクト中のいずれ か）（WAP のみ） より詳細なデバッグ情報を得るには，default.cfg ファイルを編集します。 ［Web］セクションで，LogFileWrite フラグを 1 に設定します。生成されるト レース・ファイルには，スクリプト実行時のすべてのイベントが記録されま す。 負荷テストを実施する場合は，必ず LogFileWrite フラグをクリアして， LoadRunner が大きなトレース・ファイルを作成してリソースを浪費しないよう にしてください。 HTML 圧縮の実行 HTTP 1.1 をサポートするブラウザは，圧縮されている HTML ファイルを展開 できます。サーバは送信するファイルを圧縮して，データ転送に必要な帯域幅 を節約します。 VuGen において圧縮を有効にするには，次の関数を追加します。 web_add_auto_header("Accept-Encoding", "gzip"); 追加先は，スクリプトの先頭です。サーバによって圧縮データが送信されてい ることを検証するには，Content-Encoding:gzip という文字列が実行ログのサー バの応答セクションにあることを確認します。ログには展開前と後のデータ・ サイズも表示されます。 圧縮は，大規模なデータ転送には大きな効果があります。つまり，データが大 きければ大きいほど，圧縮が効果的になります。より大きなデータで作業する には，ネットワークのバッファ・サイズを増やして，データを 1 つのチャンク として受け取るようにします（［Network Buffer Size］オプションを参照）。 765 765 第 6 部 • 実行環境の設定 766 第 45 章 Web ページの内容のチェック 仮想ユーザ・スクリプトを記録した後で，ページの内容をチェックするように 実行環境を設定できます。 本章では，次の項目について説明します。 ➤ 内容チェック実行環境の設定 以降の情報は，Web 仮想ユーザ・スクリプトを対象とします。 Web ページの内容のチェック VuGen の内容チェックのメカニズムを使って，ページ内容の特定の文字列を検 査することができます。このオプションは，標準的ではないエラーを検出する のに役立ちます。通常の運用では，アプリケーション・サーバで障害が発生す るとブラウザが汎用の HTTP エラー・ページを表示して，エラーの性質を通知 します。この標準のエラー・ページは VuGen に認識され，エラーとして処理さ れるので，スクリプトは失敗として報告されます。しかし，アプリケーショ ン・サーバの中には，VuGen がエラー・ページとして認識しない固有のエ ラー・ページを発行するものもあります。エラー・ページはサーバによって送 信され，エラーが発生したことを示す特定の形式のテキスト文字列を含んでい ます。 たとえば，エラーが発生したときに，「ASP Error」というテキストを含んでい るユーザ定義ページを発行するアプリケーションがあるとします。その場合に は，VuGen に対して，サーバから返されたすべてのページでこのテキストを検 索するように指定します。VuGen はこの文字列を検出すると，再生を失敗とし ます。なお，VuGen はページ本体は検索しますが，ヘッダーは検索しません。 767 第 6 部 • 実行環境の設定 内容チェック実行環境の設定 ［Run-Time Settings］の［Internet Protocol:ContentCheck］で，検索する文字 列を指定します。複数の内容チェック・ルールを使って，複数のアプリケー ションの内容を定義できます。以降では，次の項目について説明します。 ➤ 内容チェック・ルールについて ➤ 内容チェック・ルールの定義 内容チェック・ルールについて VuGen の内容チェックのメカニズムを使って，ページ・コンテンツの特定の文 字列を検査することができます。このオプションは，標準的ではないエラーを 検出するのに役立ちます。通常の運用では，アプリケーション・サーバで障害 が発生するとブラウザが汎用の HTTP エラー・ページを表示して，エラーの性 質を通知します。この標準のエラー・ページは VuGen に認識され，エラーとし て処理されるので，スクリプトは失敗として報告されます。しかし，アプリ ケーション・サーバの中には，VuGen がエラー・ページとして認識しない固有 のエラー・ページを発行するものもあります。エラー・ページはサーバによっ て送信され，エラーが発生したことを示す特定の形式のテキスト文字列を含ん でいます。 たとえば，エラーが発生したときに，「ASP Error」というテキストを含んでい るユーザ定義ページを発行するアプリケーションがあるとします。その場合に は，VuGen に対して，サーバから返されたすべてのページでこのテキストを検 索するように指定します。VuGen はこの文字列を検出すると，再生を失敗とし ます。なお，VuGen はページ本体は検索しますが，ヘッダーは検索しません。 内容チェックの設定に対するグローバルな変更はサポートしていません。各グ ループの設定は，個別に編集してください。 ［Enable ContentCheck during replay］：再生中の内容チェックを有効にしま す（標準設定で有効）。なお，アプリケーションに対するルールを定義した後 でも，このオプションを無効にすることで，テスト実行ごとにルールを無効に できます。 768 第 45 章 • Web ページの内容のチェック ルール情報 右の表示枠には，検索するテキストの検索条件が表示されます。検索するテキ ストそのもの，または対象テキストの前後にあるテキストを表すプレフィック スとサフィックスを指定できます。 ［Search for Text］ ：検索するテキスト文字列を指定します。 ［Search by Prefix and Suffix］：検索するテキスト文字列のプレフィックスとサ フィックスを指定します。 ［Match case］：検索時に大文字と小文字を区別します。 アプリケーションとルールの追加と削除 ［New Application］ ：左側の表示枠のアプリケーション・リストに新規アプリ ケーションを自動的に追加します。標準の名前は， Application_ ＜インデックス番号＞で，最初は Application_1 から始まります。 新しいグループを作成したら，［New Rule］をクリックしてグループにルール を追加します。アプリケーションの名前を変更するには，名前を選択してから 名前をクリックします。 ［New Rule］：右側の表示枠にルール条件が表示され，現在選択されているア プリケーションの新しいルールを入力できるようになります。ルールはスクリ プトとともに標準の XML ファイルに保存されます。このルール・ファイルを エクスポートすれば，ほかのユーザとの共有や，ほかのマシンでのインポート ができます。 ［Delete］ ：選択したルールまたはアプリケーションを削除します。 ルールのインポートとエクスポート ［Import / Export］ ：ルール・ファイルをインポートまたはエクスポートしま す。アプリケーションとルールの指定は，xml という拡張子を持ったルール・ ファイルに格納されます。ルールをファイルにエクスポートすることで他のマ シンでも利用できるようになります。他のルール・ファイルをインポートする ことも可能です。選択してインポートしたルールが既存のルールと矛盾する場 合，矛盾するルールであることを示す警告が VuGen によって表示されます。そ の場合，既存のスクリプトに対して作成したルールを，インポートしようとし ているルールと統合するか，現在のルールを上書きするように指定できます。 ［Export］をクリックすると，［Choose Application to Export］ダイアログ・ボッ クスが表示されます。 769 769 第 6 部 • 実行環境の設定 標準のルールの設定 ［Set as Default］：内容チェックには，Installation，Default，per Script の 3 つのタイプがあります。「Installaion」ルールは製品のインストール時に自動的 に定められます。「Default」ルールはマシンで実行するすべてのスクリプトに 適用されます。「per Script」のルールは，現在のスクリプトに対して定義されて いるものです。ルールを変更または追加したとき，その変更は現在のスクリプ トにのみ適用されます。VuGen で，あるルールを標準設定ルールのリストに加 えて，そのマシンのすべてのスクリプトに適用するには，［Set as Default］を クリックします。 複数のスクリプトを使う場合や，製品のアップグレードを行う場合には，標準 設定のルールとスクリプトごとのルールの間に矛盾が生じる場合があります。 その場合，VuGen から，ルールを統合するかどうかの確認を求められます。 ルールを統合すると（推奨），アプリケーションのルール・リストにルールが 追加されます。 この操作は，左側の表示枠のアプリケーション・リストで有効になっているア プリケーションにのみ適用されます。現在のスクリプトで Enabled になってい るアプリケーションがなければ，Defaults ファイルでも Enabled なアプリケー ションはありません。既存の Defaults ファイルを上書きするには，［Yes］をク リックします。操作を取り消して，既存の Defaults ファイルを維持する場合は， ［No］をクリックします。 ルールは標準の XML ファイルに保存されます。このルール・ファイルをエク スポートすれば，ほかのユーザとの共有や，ほかのマシンでのインポートがで きます。 ［Set as Defaults］をクリックして上書きを承認すると，VuGen によって次の処 理が行われます。 1 Defaults ファイルの全アプリケーションに Disabled の印を付けます。 2 現在のスクリプトで Enabled になっているアプリケーションについて， Defaults ファイル内でのアプリケーションの有無に応じて，統合またはコピー を行います。アプリケーションが存在する場合，現在のスクリプトのルールが Defaults ファイルのルールに統合されます。アプリケーションが Defaults ファ イルになければ，ルールは Defaults ファイルにそのままコピーされます。 3 スクリプトにおいて有効となっていたアプリケーションについて，Defaults ファイルでも Enabled の印を付けます。現在のスクリプトで Enabled になっ ているアプリケーションがなければ，Defaults ファイルでも Enabled の印が付 くアプリケーションはありません。 770 第 45 章 • Web ページの内容のチェック 標準設定値を使用 Defaults ファイルからルールをインポートします。このボタンをクリックする と，アプリケーションとその標準設定のリストを示すダイアログ・ボックスが 表示されます。このダイアログ・ボックスで，これらのルールをインポートす るか，または変更するかを選択できます。このルールが既存のルールと矛盾す る場合，矛盾するルールであることを示す警告が VuGen によって表示されま す。また，標準設定ファイルで定義されているルールを現在有効なルールに統 合することもできます。 アプリケーションのすべての標準設定を使用するには［Use Defaults］をク リックします。これにより，標準設定ファイルから定義がインポートされま す。このとき，アプリケーションとその標準設定のリストを示すダイアログ・ ボックスが表示されます。このダイアログ・ボックスで，これらの定義をイン ポートするか，変更するかを選択できます。このルールが他のルールと矛盾す る場合，VuGen から矛盾するルールであることを示す警告が表示されます。ま た，標準設定ファイルで定義されているルールを現在有効なルールに統合する ことや，現在有効なルールで上書きすることもできます。 内容チェック・ルールの定義 ［Run-Time Settings］の［Internet Protocol:ContentCheck］を使って，Web ページの内容を検査するルールを定義します。 内容チェック・ルールを定義するには，次の手順を実行します。 1［Run-Time Settings］ダイアログ・ボックスを開き，［Internet Protocol:ContentCheck］ノードを選択します。 2［Enable ContentCheck during replay］オプションを選択します。 3［New Application］ボタンをクリックして，内容を検査するアプリケーション のリストに新しいエントリを追加します。 4 既存のアプリケーションに対するルールを追加するには，［New Rule］をク リックします。各アプリケーション・サーバに 1 つまたは複数のルールを適用 できます。左側の表示枠でルールの横のチェック・ボックスのオン / オフを切 り替えて，ルールの有効 / 無効を切り替えます。 5 実際のテキスト文字列を検索するには，［Search for Text］を選択して，検索 したいテキストを入力します。テキストは，可能な限り具体的にすることをお 勧めします。たとえば，「Error」ではなく「ASP Error」のように，アプリ ケーション固有のテキストを入力するようにします。 771 771 第 6 部 • 実行環境の設定 6 文字列の前後に付くテキストに基づいて検索するには，［Search by Prefix / Suffix］を選択し，前置記号と後置記号を指定します。 7 大文字と小文字を区別して指定するには，［Match case］チェック・ボックス を選択します。 8 ルールが，マシンに格納されているすべてのスクリプトに適用されるよう標準 として設定するには，ルールまたはアプリケーションを選択して［Set as Default］をクリックします。 9 ルールのファイルをエクスポートするには，［Export］をクリックして，保存 場所を指定します。 10 ルールのファイルをインポートするには，［Import］をクリックし，ファイル の場所を探します。 11 アプリケーションやルールを削除するには，ルールを選択して［Delete］ボタ ンをクリックします。 12 アプリケーション全体に標準の設定を使用するには， ［Use Defaults］をクリッ クします。アプリケーションの一覧と標準の設定を含むダイアログ・ボックス が表示されます。矛盾がある場合は，ルールを上書きまたは統合できます。 772 第 46 章 Citrix 実行環境の設定 VuGen では Citrix ICA プロトコルを使ってサーバとやり取りを行う Citrix クラ イアントのアクションを記録できます。記録の結果として作成されるスクリプ トを，「Citrix 仮想ユーザ・スクリプト」と呼びます。 本章では，次の項目について説明します。 ➤ Citrix 仮想ユーザ・スクリプトの記録について ➤ Citrix 実行環境の設定 以降の情報は，Citrix ICA プロトコルを対象とします。 Citrix 仮想ユーザ・スクリプトの記録について Citrix 仮想ユーザ・スクリプトは，Citrix クライアントとサーバ間の Citrix ICA プロトコルの通信をエミュレートします。VuGen では，通信中のすべての活動 状況を記録し，仮想ユーザ・スクリプトを作成します。 リモート・サーバに対してアクションを実行すると，VuGen によってこれらの アクションを表す関数が生成されます。各関数には，ctrx という接頭辞が付き ます。これらの関数は，マウスやキーボードのアナログ動作をエミュレートし ます。また，ctrx 関数では，特定のウィンドウが開くまで待機することで，ア クションの再生を同期させることもできます。 VuGen では Citrix Nfuse セッションの記録も可能です。NFuse セッションはクラ イアントではなくブラウザで動作します。NFUSE セッションを記録するには， Citrix と Web の仮想ユーザ用のマルチ・プロトコル・スクリプトの記録を実行 する必要があります。マルチ・プロトコル・モードでは，VuGen によって記録 中に Citrix プロトコルと Web プロトコルの両方に対応する関数が生成されます。 773 第 6 部 • 実行環境の設定 次に示す例では，ctrx_mouse_click によってマウスの左クリックをシミュレー トしています。 ctrx_mouse_click(44, 318, LEFT_BUTTON, 0); 構文およびパラメータの詳細については，『LoadRunner オンライン関数リファ レンス』（ ［Help］＞［Function Reference］ ）を参照してください。 記録されたスクリプトは，VuGen のメイン・ウィンドウで表示および編集がで きます。このウィンドウには，セッション中に記録された API 呼び出しが表示 されるので，アクションを追うことができます。 Citrix 実行環境の設定 Citrix 仮想ユーザ・スクリプトを作成したら，実行環境を設定します。これら の設定によって，スクリプト実行時の仮想ユーザの振る舞いを制御できます。 ［Configuration］ノードでの Citrix 実行環境の設定は，Citrix クライアントのプ ロパティと一致していなくてはなりません。これらの設定は，サーバにかかる 負荷に影響します。接続のプロパティを表示するには，［Citrix Program Neighborhood］で ICA 接続を表すアイコンを選択し，右クリックして表示され るメニューから［Properties］を選択します。［Default Options］タブを選択 します。 注：Citrix 仮想ユーザではモデム速度のエミュレーションと IP スプーフィング はサポートされていません。 ［Run-Time Settings］ダイアログ・ボックスを使って，以下の領域についての Citrix の実行環境を設定します。 ➤ Citrix 実行環境の設定 ➤ Citrix タイムアウト実行環境の設定 774 第 46 章 • Citrix 実行環境の設定 Citrix 実行環境の設定 画面の遅延，データ圧縮，ディスク・キャッシュ，マウスの動きのキューイン グに関する設定です。 実行環境を設定するには，次の手順を実行します。 1［Run-Time Settings］ダイアログ・ボックスを開きます。VuGen ツールバーの ［Run-Time Setttings］ボタンをクリックするか，［Vuser］＞［Run-Time Settings］を選択します。 2［Citrix:Configuration］ノードを選択します。［General］プロパティを指定し ます。 ➤［SpeedScreen Latency Reduction］ ：ネットワークの速度が遅いときにユーザ とのやり取りを向上させるために使用する機能。ネットワークの速度に応じ てこの機能を「on」または「off」にします。 「auto」オプションを選択する と，現在のネットワーク速度に基づいてオプションのオン / オフが切り替わ ります。ネットワーク速度がわからない場合は，このオプションを［Use Server Default］に設定し，マシンの標準設定を使用するようにします。 3［Use data compression］オプションを設定します。このオプションは仮想 ユーザに，転送するデータを圧縮するよう指示します。このオプションを有効 にするには，このオプションの左側にあるチェック・ボックスを選択します。 無効にするには，チェック・ボックスをクリアします。帯域幅が限られている 場合は，データ圧縮を有効にします（標準設定では有効）。 4［Use disk cache for bitmaps］オプションを設定します。このオプションは仮 想ユーザに，ビットマップや，よく使用するグラフィカル・オブジェクトを ローカルのキャッシュに格納するよう指示します。このオプションを有効にす るには，このオプションの左側にあるチェック・ボックスを選択します。無効 にするには，チェック・ボックスをクリアします。帯域幅が限られている場合 は，このオプションを有効にします（標準設定では無効）。 5［Queue mouse movements and keystrokes］オプションを設定します。この オプションを有効にすると，マウスの動きとキーストロークのキューが作成さ れ，これらがパケットとして低い頻度でサーバに送られます。このオプション は，低速接続の場合のネットワーク・トラフィックを減らすためのものです。 このオプションを有効にすると，セッションにおけるキーボードとマウスの動 きに対する応答が鈍くなります。このオプションを有効にするには，このオプ ションの左側にあるチェック・ボックスを選択します。無効にするには， チェック・ボックスをクリアします（標準設定では無効）。 775 775 第 6 部 • 実行環境の設定 Citrix タイムアウト実行環境の設定 タイムアウト設定は接続時間と待ち時間に関係します。 タイムアウト実行環境を設定するには，次の手順を実行します。 1［Run-Time Settings］ダイアログ・ボックスを開きます。VuGen ツールバーの ［Run-Time Settings］ボタンをクリックするか，［Vuser］＞［Run-Time Settings］を選択します。 2［Citrix:Timeout］ノードを選択します。 ➤［Connect Time］ ：確立されている接続を終了する前に，アイドル状態で待 機する秒数です。標準設定値は 180 秒です。 ➤［Waiting Time］：接続を終了する前に，同期ポイントでアイドル状態のま ま待機する秒数です。標準設定値は 60 秒です。 3［OK］をクリックして設定を適用し，ダイアログ・ボックスを閉じます。 776 第 47 章 Oracle NCA 仮想ユーザ・スクリプトの作成 VuGen を使って，Oracle NCA ユーザをエミュレートするスクリプトを作成でき ます。まず，VuGen で典型的な NCA のビジネス・プロセスを記録します。次 に，システムと対話するユーザをエミュレートするスクリプトを実行します。 本章では，次の項目について説明します。 ➤ 実行環境の設定 以降の情報は，Oracle NCA プロトコルを対象とします。 Oracle NCA 仮想ユーザ・スクリプトの作成について Oracle NCA は，Java ベースのデータベース・プロトコルです。データベース・ クライアントであるアプレット・ビューアは，ブラウザを使用して起動します。 NCA データベースに対するアクションは，アプレット・ビューアを使用して実 行します。アプレット・ビューアによりクライアント・ソフトウェアが不要と なり，アプレット・ビューアをサポートするあらゆるプラットフォームでデー タベース・アクションを実行できるようになります。Oracle NCA クライアント をエミュレートするために特別に設計された仮想ユーザの種類があります。 NCA の環境は 3 層構造の環境です。ユーザはまずブラウザから Web サーバへ http 呼び出しを送信します。この呼び出しは，Oracle Applications アプレットを 起動するスタートアップ HTML ページにアクセスします。このアプレットはク ライアント・マシンでローカルに実行します。以降の呼び出しはすべて，独自 の NCA プロトコルを使ってクライアントと Forms サーバの間で通信されます。 クライアント（アプレット・ビューア）は，データベース・サーバ（Oracle 8.x）に情報を送信するアプリケーション・サーバ（Oracle Forms サーバ）と通 信します。 777 第 6 部 • 実行環境の設定 VuGen は，クライアントと Forms サーバ（アプリケーション・サーバ）間の NCA 通信を記録し，再生します。 NCA プロトコル データベース呼び出し VuGen クライアント： アプレット・ビューア Forms サーバ Oracle データベース シングル・プロトコル・スクリプトを作成した場合であっても，Oracle NCA セッションが記録される際には，VuGen によってすべての NCA アクションお よび Web アクションが記録されます。テストにおいて Web 関数が必要である ことが事前にわかっている場合は，最初から Oracle NCA プロトコルと Web プ ロトコルを対象としたマルチ・プロトコル・スクリプトを作成します。 最初に Oracle NCA プロトコルを対象としたシングル・プロトコル・スクリプ トを作成し，後でテストのために Web 関数が必要となった場合は，セッション を再記録しなくても VuGen でスクリプトを再生成して Web 関数を追加できま す。これは，［Regenerate Vuser］ダイアログ・ボックスの［Protocols］ノードで 指定します。 778 第 47 章 • Oracle NCA 仮想ユーザ・スクリプトの作成 実行環境の設定 次の項では，Oracle NCA 仮想ユーザ専用の実行環境の設定について説明しま す。これらの実行環境の設定を行うことで，エミュレートする通信パラメータ を指定できます。 クライアント・エミュレーションの実行環境設定 Oracle NCA クライアントが正確にエミュレートされるように，ネットワークを 設定できます。 次のオプションを設定できます。 ［Network - Socket timeout］ ：サーバからの応答を Oracle NCA 仮想ユーザが待 機する時間です。標準設定値は -1 です。-1 の場合，タイムアウトは無効にな り，クライアントは無期限に待機します。 ［Pragma Mode］：プラグマ・モードでは，Oracle によって定義されているプラ グマ・モードで通信が行われます。プラグマ・モードの通信は，HTTP および Servlet よりも上位の通信レベルで，メッセージを定期的に送信するという特徴 があります。このモードでは，クライアントはサーバが直ちにデータを返さな いことを認識します。サーバは，要求されたデータを送ることができるまで， 所定の間隔でメッセージを送信します。 ➤［Max Retries］：クライアントがエラーを発行するまでにサーバから受け付 ける IfError メッセージの最大数を指定します。IfError メッセージは，サー バからクライアントに定期的に送られるメッセージで，できるだけ早くデー タを返すことを通知するものです。 ➤［Retry Interval］ ：IfError メッセージが生じた場合の再試行の間隔を指定し ます。 ➤［Include retry intervals in transaction］：再試行の間の間隔もトランザク ション持続時間に含めます。 ［Enable Heartbeat］：Oracle サーバに送信されるハートビートを有効または無 効にします。ハートビートは，サーバとの通信が正常に行われていることを確 認する処理です。Oracle NCA サーバに高い負荷がかかっている場合は，ハート ビートを無効にします。ハートビートを有効にした場合は，ハートビート・ メッセージをサーバに送信する間隔を設定できます。 779 779 第 6 部 • 実行環境の設定 ［Forms version］：記録時に検出された Oracle Forms のバージョンを示します。 この設定は，記録を行った後にサーバがアップグレードされた場合にのみ変更 します。 クライアントのエミュレーションを設定するには，次の手順を実行します。 1［Run-Time Settings］ダイアログ・ボックスを開きます。［Vuser］＞［RunTime Settings］を選択するか，VuGen のツールバーで［Run-Time Settings］ ボタンをクリックします。 2 実行環境設定ツリーから［Oracle NCA:Client Emulation］ノードを選択します。 3 ネットワーク・タイムアウト値を秒単位で設定します。クライアントにサーバ の応答をいつまでも待機させるには，標準設定値 -1 を使用します。 4 プラグマ・モードで作業をするときは，クライアントがエラーを発行するまで に受け付ける IfError メッセージの再試行回数［Max Retries］を指定します。 標準設定値は 20 です。 5 Oracle NCA サーバへのハートビートの送信を有効にするには，［Enable Heartbeat］オプションを選択します。次の行に，ハートビートを送信する間 隔を秒単位で指定します。標準設定値は 120 秒です。 6［OK］をクリックして設定を適用し，スクリプトを実行します。 780 第 48 章 SAPGUI 仮想ユーザ・スクリプトの作成 成長を続けている ERP（Enterprise Resource Planning）の分野において，SAP は 企業が自社のすべてのビジネス・プロセスを管理できるようにするソフトウェ ア・ソリューションを提供しています。Mercury は，SAP ソリューションのモ ジュールを機能テスト・レベルと負荷テスト・レベルの両方でテストするため のツールを提供しています。 本章では，SAPGUI for Windows クライアントをテストするための LoadRunner のソリューションについて説明します。mySAP Workplace および Portal クライ アントのためのソリューションをテストする方法の詳細については，『仮想 ユーザ・スクリプトの作成』を参照してください。 本章では，次の項目について説明します。 ➤ SAPGUI の作成について ➤ SAPGUI 実行環境の設定 以降の情報は，SAPGUI プロトコルを対象とします。 SAPGUI の作成について セッションを記録する前に，モジュールとクライアント・インタフェースが VuGen によってサポートされていることを確認します。以降では，SAP ビジネ ス・アプリケーションの SAP クライアント・モジュールについて説明します。 ➤ SAP Web クライアントまたは mySAP.com：SAP-Web 仮想ユーザ・タイプを使 用します。 ➤ SAPGUI for Windows：Windows ベースのクライアント。 781 第 6 部 • 実行環境の設定 ➤ SAPGUI for Java：このクライアントはサポートされていません。 バージョン 6.10 以前：QuickTest Professional for R/3 を使用します。負荷テスト を実行するには，LoadRunner コントローラ内のスクリプトを SAP 仮想ユーザ として実行します。 バージョン 6.20 以降： ➤ 機能テストの場合：mySAP.com クライアント用の QuickTest Professional アド インを使用します。 ➤ 負荷テストの場合：LoadRunner SAPGUI プロトコルを使用し，VuGen にス クリプトを作成して，コントローラでシナリオを実行します。 通常のビジネス・プロセスは VuGen のレコーダを使用して記録します。VuGen では，SAP ビジネス・プロセス中の SAPGUI for Windows クライアントのアク ティビティを記録し，仮想ユーザ・スクリプトを生成できます。SAPGUI for Windows クライアント内でアクションを実行すると，このアクティビティを説 明する関数が生成されます。各関数の先頭には，sapgui という接頭辞が付き ます。再生中，この関数は SAPGUI オブジェクトでのユーザ・アクティビティ をエミュレートします。たとえば，sapgui_select_radio_button によって 「Blue」ラジオ・ボタンが選択されます。 sapgui_select_radio_button("Blue", "usr/radRB7", BEGIN_OPTIONAL, "AdditionalInfo=sapgui1027", END_OPTIONAL); SAPGUI 実行環境の設定 次の項目について SAPGUI 固有の実行環境を設定できます。 ➤ SAPGUI:General の実行環境設定 ➤ SAPGUI:Advanced の実行環境設定 782 第 48 章 • SAPGUI 仮想ユーザ・スクリプトの作成 SAPGUI:General の実行環境設定 実行環境の一般設定では，SAPGUI 仮想ユーザの一般設定が行えます。VuGen ではこれらの設定がスクリプトの実行時に使用されます。 ［SAPGUI:General］の［Log messages on error］セクションでは，エラーが発生 するたびに仮想ユーザが実行ログに送信する情報を指定します。 ［Send status bar text］：ステータス・バーからログ・ファイルにテキストを 送信します。 ［Send active window title］：作業中のウィンドウのタイトル・テキストをロ グ・ファイルに送信します。 パフォーマンスの実行環境の設定では，再生時に SAP クライアントを表示する かどうかを指定できます。 ［Show SAP Client during replay］：再生中に SAP クライアントにアクション のアニメーションを表示します。ユーザ・インタフェース（UI）を表示させる 利点は，フォームにどのように入力が行われているかを確認でき，仮想ユーザ のアクションを詳細に追えることです。しかし，このオプションではより多く のリソースが必要になるため，負荷テストのパフォーマンスに影響を与える場 合があります。 ［Advanced］オプションでは，SAPfewgsvr.exe プロセスのタイムアウトを設 定できます。詳細については，784 ページ「SAPGUI:Advanced の実行環境設 定」を参照してください。 SAPGUI 用の実行環境を設定するには，次の手順を実行します。 1［Run-Time Settings］ダイアログ・ボックスを開きます。VuGen ツールバーの ［Run-Time Settings］ボタンをクリックするか，［Vuser］＞［Run-Time Settings］を選択します。 2［SAPGUI:General］ノードを選択します。 3［Log messages on error］セクションで，メッセージ・ソース ［Send status bar text］と［Send active window title］から少なくとも 1 つを選択します。 4 再生時に SAP ユーザ・インタフェースを表示するには， ［Performance］セク ションで［Show SAP Client during replay］チェック・ボックスを選択します。 5［Options］をクリックし，SAPfewgsvr.exe プロセスのタイムアウトを設定し ます。 783 783 第 6 部 • 実行環境の設定 SAPGUI:Advanced の実行環境設定 各仮想ユーザはテスト実行時に，個別の SAPfewgsvr.exe プロセスを呼び出し ます。場合によっては，再生セッションが終了してもプロセスがオープンのま まとなることがあります。プロセスがアクティブかどうかを調べるには， Windows タスク・マネージャを確認します。 ［SAPGUI:Advanced］では，このアプリケーションのタイムアウトを設定でき ます。タイムアウトの時間に達した時点で，VuGen はまだ終了していない SAPfewgsvr プロセスを終了します。 ［SAPGUI:Advanced］では，SAPfewgsvr.exe プロセスの値を設定できます。 ［Set SAPfewgsvr application timeout］：［SAPfewgsvr.exe］プロセスのタイ ムアウトを変更できます。 ［Timeout to SAPfewgsvr］：［SAPfewgsvr.exe］プロセスの秒単位のタイムア ウトです。標準設定値は 300 秒です。 本章で説明したヒントは，記録，およびシナリオでの再生と実行に適用されま す。また，SAP のサポート・サイトからも直接情報を参照できます。 784 第 49 章 WAP 実行環境の設定 WAP 仮想ユーザ・スクリプトを記録した後に，WAP 固有の実行環境を設定し ます。 本章では，次の項目について説明します。 ➤ ゲートウェイ・オプションの設定 ➤ ベアラ情報の設定 ➤ RADIUS 接続データの設定 WAP および他のすべてのワイヤレス・プロトコルに対する，一般的なインター ネット・プロトコルの実行環境の設定の詳細については，第 44 章「インター ネット実行環境の設定」を参照してください。 WAP 実行環境の設定について WAP 仮想ユーザ・スクリプトを作成した後，WAP 固有の実行環境の設定を行 います。これらの設定により，WAP 仮想ユーザの動作を制御して，WAP デバ イスの実際のユーザを正確にエミュレートできるようになります。ゲートウェ イ，Radius，ベアラに関する WAP 実行環境の設定が行えます。 WAP の実行環境の設定は，［Run-Time Settings］ダイアログ・ボックスで行いま す。各ノードをクリックして，設定項目を表示し，必要な設定を行います。 ［Run-Time Settings］ダイアログ・ボックスを表示するには，VuGen ツールバー の［Run-Time Settings］ボタンをクリックします。LoadRunner コントローラ の［Design Groups］タブの［Run-Time Settings］ボタンをクリックして， 実行環境の設定を変更することもできます。 本章では，WAP 仮想ユーザのゲートウェイ実行環境の設定について説明します。 785 第 6 部 • 実行環境の設定 ゲートウェイ・オプションの設定 ［Run-Time Settings］ダイアログ・ボックスの［WAP:Gateway］ノードを使っ て，ゲートウェイの設定を行います。 通信プロトコル ゲートウェイの設定が必要となるのは，WSP プロトコルを使って仮想ユーザを 実行し，WAP ゲートウェイ経由で Web サーバにアクセスする（［Replay through a WAP gateway］オプションを選択）場合だけです。ゲートウェイを 経由してスクリプトを実行する場合，ゲートウェイの IP とポート・アドレスを 指定する必要があります。 HTTP モードで仮想ユーザを実行し，Web サーバに直接アクセス（［Replay through a WAP gateway］チェック・ボックスをクリア）している場合，ゲー トウェイの設定は適用されません。 設定 ［IP］：ゲートウェイの IP アドレスを指定します。 ［Port］ ：ゲートウェイのポートを指定します。WAP ゲートウェイ経由で仮想 ユーザを実行する場合，選択したモードに応じて標準のポート番号が自動的に 設定されます。ただし，設定をカスタマイズして，ユーザ定義の IP アドレスと ポートを指定することもできます。 ［Advanced］ ：［ゲートウェイの詳細設定］ダイアログ・ボックスが開き，クラ イアントその他のゲートウェイの詳細設定を設定できます。 接続オプション このセクションでは，再生時の接続モードを指定します。 ➤［Connetion-Oriented］：WSP セッションの接続モードを「コネクション指 向」に設定します。 ➤［Connectionless］ ：WSP セッションの接続モードを「コネクションレス」 に設定します。 ➤［Enable security］ ：WAP ゲートウェイへの接続のセキュリティを有効にし ます。 786 第 49 章 • WAP 実行環境の設定 実際の電話のシミュレーション VuGen では，仮想ユーザを再生するときの携帯電話の種類を指定できます。一 般的なベンダの携帯電話のモデルを一覧から選択できます。VuGen は，選択し た電話に対応するクライアント・ヘッダーを決定し，その電話をヘッダーに 従ってエミュレートします。 ➤［Simulate a real phone］：実際の電話をシミュレートします。 ➤ ［Phone model］ ：シミュレートする電話のモデルをメニューから選択します。 実際の電話のシミュレーションを有効にした場合，ゲートウェイの詳細設定は すべて無視されます。その代わりに，サポート対象の各電話を定義している VuGen の設定ファイルからヘッダーとクライアントの機能情報が取得されます。 実際の電話のシミュレーションは，さまざまな携帯電話を使用してテストを実 行する必要がある場合は特に役立ちます。たとえば，Motorola Timeport 用のス クリプトを記録し，Nokia 6110 で再生することもできます。実際の電話のシ ミュレーションを行ってスクリプトを再生する場合，スクリプト内の wap_set_capability 関数と wap_add_const_header 関数はすべて無視されます。 仮想ユーザは，各電話に対応するヘッダーを定義している設定ファイルから， 必要な情報をすべて取得します。 エミュレート対象の電話がリストにない場合は，LoadRunner の dat ディレクト リにある LrwWapPhoneDB.dat という設定ファイルにその電話を手作業で追 加すれば，実行環境の設定のインタフェースに加えることができます。詳細に ついては，設定ファイルの最初にあるコメントを参照してください。 ゲートウェイの詳細設定 ゲートウェイ・ノードで［Advanced］をクリックすると，［Capabilities］ダイ アログ・ボックスが開きます。［Capabilities］ダイアログ・ボックスで，WAP の機能およびゲートウェイの詳細オプションを設定できます。 ➤［Server SDU size］：セッションの実行中に「サーバ」へ送信可能な最大のト ランザクション・サービス・データ・ユニット（標準設定では 4000）。 ➤［Client SDU size］：セッションの実行中に「クライアント」へ送信可能な最大 のトランザクション・サービス・データ・ユニット（標準設定では 4000）。 ➤［Acknowledgement Headers］：ゲートウェイに情報を提供する標準ヘッダを 返します（標準設定では無効）。 787 787 第 6 部 • 実行環境の設定 ➤［Push Support］ ：プッシュ・タイプのメッセージがゲートウェイを通過でき るようにします（標準設定では無効）。 ➤［Confirm Push Support］：このオプションを選択すると，CO モードでプッ シュ型メッセージが受信されたときに，仮想ユーザにメッセージの受信を確認 させます（標準設定では無効）。 ➤［Retrieve Messages］ ：このオプションを選択した場合，仮想ユーザがプッ シュ型メッセージを受信すると，そのメッセージに示された URL からメッ セージ・データを取得します（標準設定では無効）。 ➤［Support Cookies］ ：クッキーの保存と取得をサポートします（標準設定では 無効） 。 ゲートウェイのオプション設定 この項では，WAP ゲートウェイのオプションを設定する手順を示します。 WAP ゲートウェイ・オプションを設定するには，次の手順を実行します。 1［Run-Time Settings］ボタンをクリックするか，［Vuser］＞［Run-Time Settings］を選択して，［Run-Time Settings］ダイアログ・ボックスを表示しま す。［WAP:Gateway］ノードを選択します。 2 スクリプトを（HTTP ではなく）WSP モードで再生する場合は，［Replay through a WAP gateway］を選択します。 3 ゲートウェイの IP アドレスとポートを指定します。VuGen の標準設定のポート を使用することもできます。 4 接続モードとして，［Connection Oriented］または［Connectionless］を選 択します。セキュリティ上安全な接続モードを指定するには，［Use secure connection］オプションを選択します。 5 一般的な携帯電話をエミュレートするには，［Simulate a Real Phone］を選択 し，プルダウン・リストから使用する電話を選びます。 6 一般的でない電話をエミュレートする場合は，［Advanced］をクリックし，ク ライアントの機能とその他のゲートウェイ詳細オプションを設定します。 ➤［Server SDU］および［Client SDU］の値を入力します。 ➤ 仮想ユーザで確認応答ヘッダを取得するよう設定するには， ［Acknowledgement Headers］オプションを選択します。 788 第 49 章 • WAP 実行環境の設定 ➤ プッシュ・メッセージを有効にするには，［Push Support］の横にあるカ ラムで「True」を選択します。 ➤ プッシュ・メッセージの確認を有効にするには，［Confirm Push Support］ の横にあるカラムで「True」を選択します。 ➤ プッシュ・メッセージの URL からデータを取得するには，［Retrieve Messages］の横にあるカラムで「True」を選択します。 ➤ クッキーを有効にするには，［Support Cookies］の横にあるカラムで 「True」を選択します。 ベアラ情報の設定 基礎を形成するベアラは，2 つのデバイス間で WDP プロトコルを使ってデータ 伝送を行うメカニズムです。ベアラにはたとえば，SMS，UDP，CSD，GSM， GPRS， ，および Packet Data などがあります。 LoadRunner は，UDP と SMS の両方のベアラをサポートしています。実行環境 の設定で，最初に使用するベアラを指定します。wap_set_bearer 関数を使え ば，再生中にベアラを切り替えることができます。両方のベアラを使用する場 合は，再生前に実行環境の設定でそれらを有効にしておきます。 SMS-CIMD2 ベアラを使用する場合は，ショート・メッセージ・サービス・セ ンター（SMSC）に接続し，ログイン情報を入力します。［Run-Time Settings］ の［WAP:Bearers］ノードで，ポート情報を定義します。 wap_set_sms_user API 関数を使用するか，［Run-Time Settings］ダイアログ・ ボックスを利用して，SMS のログイン情報を設定できます。ログイン情報を関 数によって設定する利点は，パラメータを利用できるので，多くの値を使用し てスクリプトを実行できることです。API 関数の値は，実行環境の設定に優先 します。［Run-Time Settings］の［Bearers］ノードで，ベアラの属性を設定し ます。 ベアラの設定 説明 Enable UDP Bearer UDP ベアラへの接続を開きます。 Enable SMS-CIMD2 Bearer CIMD2 ベアラへの接続を開きます。 Bearer Type 標準設定のベアラのタイプ（UDP または CIMD2）。 789 789 第 6 部 • 実行環境の設定 CIMD2:IP Address SMSC サーバの IP アドレス。 CIMD2:Port Number SMSC サーバのポート番号。 CIMD2:Gateway ID SMSC で定義されている WAP ゲートウェイ・ア プリケーション ID。 CIMD2:User Name サーバへのログイン・ユーザ名。 CIMD2:User Password ユーザのパスワード。 CIMD2:Originating Address ユーザの発信アドレス。 WAP ベアラのオプションを設定するには，次の手順を実行します。 1［Run-Time Settings］ボタンをクリックするか，［Vuser］＞［Run-Time Settings］を選択して，［Run-Time Settings］ダイアログ・ボックスを表示しま す。［Bearers］ノードを選択します。 2［UDP］または［SMS-CIMD2］ベアラを有効にするには， 「True」を選択します。 3 最初に使用する［Bearer type］を，右のカラムで「UDP」または「SMSCIMD2」から選択します。 4［SMSC IP Address］をドット区切りの形式で入力します。 5［SMSC Port Number］を入力します。 6［SMSC Gateway ID］を入力します（SMS ゲートウェイ ID ではありません）。 7［SMSC User name］を入力します。 8［SMSC User password］を入力します。 9［SMSC originating address］を入力します。 10［OK］をクリックして設定を適用し，ダイアログ・ボックスを閉じます。 790 第 49 章 • WAP 実行環境の設定 RADIUS 接続データの設定 RADIUS（Remote Authentication Dial-In User Service）は，クライアント / サーバ のプロトコルとソフトウエアの組み合わせで，リモート・アクセス・サーバと 中央サーバとの通信によって，ダイアルアップ・ユーザの認証と，そうした ユーザのシステムやサービスへのアクセス要求に対する権限を付与することを 可能にします。 ［Run-Time Settings］の［Radius］ノードで，ダイアルアップ情報を入力します。 プロパティ 値 Network Type アカウント ネットワークの種類：GPRS（General Packet Radio Service）または CSD（Circuit-Switched Data）を選択します。 IP Address Radius サーバの IP アドレス。 Authentication Port Number Radius サーバの認証ポート番号。 Accounting Port Number Radius サーバのアカウント ポート番号。 Secret Key Radius サーバの秘密鍵。 WAP Radius のオプションを設定するには，次の手順を実行します。 1［Run-Time Settings］ボタンをクリックするか，［Vuser］＞［Run-Time Settings］を選択して，［Run-Time Settings］ダイアログ・ボックスを表示しま す。［Radius］ノードをクリックします。 2［Radius Authentication］セクションで，認証を有効にするには True を選択し， 無効にするには False を選択します。 3 Radius サーバの IP アドレスを［IP Address］にドット区切りの形式で入力します。 4 Radius サーバの認証ポート番号とアカウント・ポート番号を［Authentication Port Number］と［Accounting Port Number］を入力します。 5 Radius のアカウント認証で使用する秘密鍵の値を［Secret Key］に入力します。 6 Radius サーバにログインするためのユーザ名を［User name］に入力します。 7 ユーザ名に対するパスワードを［User Password］に入力します。 8［MSISDN］に識別番号を入力します。 791 791 第 6 部 • 実行環境の設定 9 アカウントのネットワークの種類として， ［Network type］から GPRS（General Packet Radio Service）または CSD（Circuit-Switched Data）を選択します。 10［OK］をクリックして設定を適用し，ダイアログ・ボックスを閉じます。 792 第 50 章 RTE 実行環境の設定 ターミナル・エミュレータ・スクリプトを記録した後，そのスクリプトの実行 環境を設定します。本章では，次のターミナル・エミュレータ仮想ユーザの実 行環境設定について説明します。 ➤ 接続の試行の変更 ➤ オリジナルのデバイス名の指定 ➤ キー入力遅延の設定 ➤ X システム同期化の設定 以降の情報は，ターミナル・エミュレータ（TE）タイプの仮想ユーザにのみ該 当します。 793 第 6 部 • 実行環境の設定 ターミナル・エミュレータ実行環境の設定 ターミナル・エミュレータ仮想ユーザ・スクリプトを作成した後，実行環境の 設定を行います。これらの設定によって，スクリプト実行時の仮想ユーザの振 る舞いを制御できます。ターミナル・エミュレータ（TE）実行環境の設定で は，TE 仮想ユーザがリモート・ターミナル・エミュレーションの実行におい て実際のユーザを正確にエミュレートするよう TE 仮想ユーザを設定すること ができます。次の項目についての設定が可能です。 ➤ 接続の試行の変更 ➤ オリジナルのデバイス名の指定 ➤ キー入力遅延の設定 ➤ X システム同期化の設定 ターミナル・エミュレータに関する実行環境の設定は，［Run-Time Settings］ダ イアログ・ボックスの［RTE］ノードで行います。 ［Run-Time Settings］ダイアログ・ボックスを表示するには，VuGen ツールバー の［Run-Time Settings］ボタンをクリックします。 本章では，ターミナル・エミュレータ仮想ユーザの実行環境の設定についての み説明します。 接続の試行の変更 TE_connect 関数は，ホストへの接続が記録されたときに VuGen によって生成 されます。RTE 仮想ユーザ・スクリプトを再生すると，TE_connect 関数によっ てターミナル・エミュレータが指のホストに接続されます。最初の接続に失敗 すると，仮想ユーザは接続が成功するまで何度か接続を試行します。各接続の 詳細は，レポート・ファイル output.txt に記録されます。 仮想ユーザが接続を試行する回数の上限を設定するには，RTE 実行環境の設定 で［Maximum number of connection attempts］に回数を入力します。 標準設定では，仮想ユーザは 5 回まで接続を試行します。 794 第 50 章 • RTE 実行環境の設定 オリジナルのデバイス名の指定 一部の環境では，各セッション（仮想ユーザ）に一意のデバイス名が必要で す。TE_connect 関数は，各仮想ユーザに一意の 8 字からなるデバイス名を生成 し，この名前を使用して接続します。デバイス名（TE_connect 関数の com_string パラメータに含まれる）を使って接続するには，RTE 実行環境設定 の［Use original device name］オプションを選択します。 注：オリジナルのデバイス名を使うという設定は，IBM ブロック・モード端末 にのみ適用されます。 標準設定では，仮想ユーザは接続にオリジナルのデバイス名を使用します。 キー入力遅延の設定 遅延設定は，仮想ユーザが TE_type 関数をどのように実行するかを指定します。 仮想ユーザが文字列の最初の文字を入力するまでの待ち時間の長さを指定する には，［First key］ボックスに値をミリ秒単位で入力します。 仮想ユーザが後続の文字を送信するときの文字間の待ち時間を指定するには， ［Subsequent keys］ボックスに値をミリ秒単位で入力します。 最初のキーおよび 2 個目以降のキーの遅延にともにゼロを入力すると，仮想 ユーザは複数の文字を文字間の遅延なしに 1 つの文字列として送信します。 TE_typing_style 関数を使用すると，仮想ユーザ・スクリプトの中で遅延設定を オーバーライドすることができます。 X システム同期化の設定 RTE 仮想ユーザ・スクリプトは，同期化に TE_wait_sync 関数を使用します。 タイムアウト値と，VuGen がすべての TE_wait_sync 関数に適用する安定時間 値を設定できます。 795 795 第 6 部 • 実行環境の設定 タイムアウト TE_wait_sync 関数を再生するとき，同期化がタイムアウトを迎える前にシステ ムが安定しない場合は，TE_wait_sync 関数からエラー・コードが返されます。 同期化タイムアウトを設定するには，RTE 実行環境の設定の［タイムアウト］ セクションに値（秒単位）を入力します。 標準設定のタイムアウト値は 60 秒です。 安定時間 仮想ユーザは，TE_wait_sync 関数を実行した後，ターミナルが X システム・ モードを抜けるまで待ちます。ターミナルが X システム・モードから戻った後 もしばらくは , 仮想ユーザはシステムを監視します。これにより，ターミナル が安定したことを，つまり，システムが X システム・モードに戻っていないこ とを確認します。確認後に TE_wait_sync 関数が終了します。 システムが X システム・モードを抜けた後に 仮想ユーザ がシステムを引き続 き監視する時間の長さを設定するには，RTE 実行環境の設定の［Stable time］ ボックスに値をミリ秒単位で入力します。 安定時間の標準設定は 1000 ミリ秒です。 796 用語集 本書では，Mercury Performance Center 全体で使用される用語について説明します。 Administration Site Administration Site では，システム全体のリソース管理および技術的管理 を行います。管理者は，Administration Web サイトを使用して，ユーザの 権限の割り当て，プロジェクトの作成，リソース使用の管理などの操作 を実行します。 Agent（エージェント） Performance Center Agent（Performance Center エージェント）を参照して ください。 alert（警告） あらかじめ指定した要員に Mercury Performance Center から送信される通 知。パフォーマンスに関する問題が発生したことを知らせます。警告は 電子メールを使用して送信されます。 Analysis（アナリシス） パフォーマンス分析データをレポートおよびグラフとして表示するツール。 Analysis Integration（アナリシスの統合） スタンドアロンのアナリシスを Performance Center と統合すると， Performance Center 実行中に収集されたデータをすばやく簡単に分析でき ます。負荷テスト・データは，スタンドアロンのアナリシスから Performance Center に接続して結果およびセッション・ファイルをダウン ロードすることにより，オフラインで分析できます。データを分析した 後は，セッション・ファイルとレポートを Performance Center にアップ ロードできます。 797 用語集 authentication（認証） リソースへのアクセスを可能にするためのプロセス。リソースへのアク セスを許可するためには，まず，アプリケーションが要求元を認証する 必要があります。認証はサブジェクトの身元を検証するプロセスであり， 安全な方法で行われる必要があります。認証の際には，サブジェクトが 自分の身元を証明するために何らかの証拠を示すのが普通です。たとえ ば，パスワード，指紋，または秘密鍵を使用して署名したデータなどが 証拠として使用されます。 Autostart（自動起動） 負荷テストの実行を自動的に開始する機能。自動起動テストは，割り当 てられたタイムスロットの開始時刻になると，自動的に実行が開始され ます。 availability（可用性） ビジネス・プロセス，監視対象のインフラストラクチャ・コンポーネン ト，またはサービスについて，稼動している時間の割合。 business process（ビジネス・プロセス） アプリケーションで通常実行される一連のステップ。これらのステップ は，Mercury の記録ツールを使用して記録したスクリプトによってエ ミュレートされ，Mercury Performance Center のホスト・マシンで実行さ れます。たとえば，ロード・ジェネレータは，エンド・ユーザのマシン において監視の対象となるアクティビティを記述したスクリプトを実行 します。スクリプトは，複数のトランザクションで構成されます。トラ ンザクションとは，測定対象のアクションまたはアクションの集合です。 複数のトランザクションを組み合わせることによって，アクティビティ 全体のデータを収集するためのビジネス・プロセスを定義できます。 CA（認証局） 認証局（CA は Certification Authority の略） 。デジタル署名や公開鍵 / 秘密 鍵ペアの作成に使用されるデジタル証明書を発行する，信頼できるサー ド・パーティ組織または企業。 Collation（照合） テスト実行の最後には，Load Generator（ロード・ジェネレータ）から Controller（コントローラ）に結果が送信されます。コントローラでは， 「照合」と呼ぶ処理によって，ロード・ジェネレータのすべての結果が 1 つにまとめられます。 798 用語集 Command Line（コマンド行） コマンド行インタフェースを使用して，動作を指示するための引数をコ ントローラに渡すことができます。これにより，UI を使った手作業を実 行することなく負荷テストの設定を指定できます。 Controller（コントローラ） 負荷テストの設計と管理に使用されるマシン。テストの実行中，コント ローラは Load Generator（ロード・ジェネレータ）に対して命令を発行し ます。命令には，実行するスクリプトの指定，スクリプトごとに実行す る Vuser（仮想ユーザ）の数の指定，および Ramp Up（ランプ・アップ） のタイミングの指定などがあります。テスト実行の最後には，コント ローラによって結果が照合されます。コントローラは，1 つの負荷テス トにつき 1 つだけ存在します。 certificate（証明書） 信頼できるソースの署名が付いた認証情報を表すバイト・ストリーム。 SSL 暗号化に使用されます。 Citrix Agent（Citrix エージェント） Citrix クライアント・オブジェクトを識別する VuGen の機能を強化する ためにサーバ・マシンにインストールされるエージェント。 Dashboard（ダッシュボード） Mercury Performance Center のダッシュボードには，プロジェクト・ス テータスの概要が表示されるほか，個々の負荷テストについてのパ フォーマンスを表示するドリルダウン機能があります。ステータスとパ フォーマンスのデータは，アプリケーションについて設定した目標基準 に対するものです。 Data Processor（データ・プロセッサ） 負荷テストが終了したときに負荷テスト・データの照合と分析に使用さ れるマシン。照合と分析の後，グラフやレポートなどのアナリシス・ ツールを使用して結果が表示されます。また，特定のニーズに合わせて ユーザ定義のレポートおよびグラフを作成することもできます。 799 799 用語集 Database Server（データベース・サーバ） データベース・サーバは，Performance Center において永続データを格納 するためのインフラストラクチャの構成要素です。データベース・サー バには，ユーザ，プロジェクト，ホスト情報，および負荷テストの情報 が格納されます。 Diagnostics（診断） Performance Center の診断モジュールは，個々のトランザクションを追跡 し，時間を測定し，トラブルシューティングを行うためのモニタです。 それらのモニタを使用すると，J2EE，.NET，Siebel，Oracle，および SAP 環境におけるパフォーマンスの問題を迅速に特定でき，ビジネス・プロ セスのパフォーマンス，スケーラビリティ，および効率を最大限に高め るのに役立ちます。 EJB Enterprise JavaBeans™ の略。オブジェクト指向で分散型のエンタープラ イズ・レベル・アプリケーションを開発および配備するために使用され るコンポーネント・アーキテクチャです。Enterprise JavaBeans アーキテ クチャを使用して作成されたアプリケーションは，スケーラブルかつト ランザクション対応で，また，セキュリティにより保護されます。 File Server（ファイル・サーバ） ファイル・サーバは，Performance Center において永続データを格納する ためのインフラストラクチャの構成要素です。ファイル・サーバには， テスト・スクリプトおよびテスト結果が格納されます。 Firewall Agent（ファイアウォール・エージェント） ファイアウォール越しの仮想ユーザの監視および実行に使用されるエー ジェント。エージェントには，MI Agent（MI エージェント）と Monitor Over Firewall Agent（「ファイアウォール越しの監視」エージェント）の 2 つの種類があります。 800 用語集 granularity（粒度） Mercury Performance Center によってレポートに表示される測定値サンプ ルの数を決める数値。標準の設定では，レポートに表示されるサンプル 数は最大 31 個です。たとえば，時間の範囲として「Day」，粒度として 「minutes」を選択した場合，1 日は 1,440 分であり，グラフ上のサンプ ル数は最大 31 個であるため，粒度は 47 分おき（1440/31=46.4，切り上 げて 47）から 59 分おき（59 分を超える場合は，粒度の単位に「hour」 を使用）の間となります。 その他の例： 時間の範囲として「Day」，粒度として「every 1 hour」を選択した場 合，Mercury Performance Center のレポートは，24 個（1 時間 × 24 = 1 日） のサンプルを使用して表示されます。 時間の範囲として「Month」 ，粒度として「every 1 week」を選択した 場合，Mercury Performance Center のレポートは，4 個（1 週間 × 4 = 1 か 月）のサンプルを使用して表示されます。 GUI Vuser（GUI 仮想ユーザ） GUI Vuser（仮想ユーザ）は，グラフィカル・ユーザ・インタフェース （GUI）アプリケーションを操作します。この種のアプリケーションは， Microsoft Windows 環境で実行できます。作成した GUI 仮想ユーザは， GUI アプリケーションに入力を送り，その出力を受け取ることで，実際 のユーザをエミュレートします。GUI 仮想ユーザの作成には，Mercury の GUI テスト・ツールである，WinRunner（Microsoft Windows のアプリ ケーションの場合）および Astra QuickTest（Web アプリケーションの場 合）を使用します。Windows ベースのロード・ジェネレータの場合，実 行できる GUI 仮想ユーザは 1 つだけです。複数の GUI 仮想ユーザを実行 するには，ターミナル・セッションを使用します。 host（ホスト） 仮想ユーザの制御または実行，および収集されたデータの処理に使用で きるマシン。各ホスト・マシンは，Controller（コントローラ），Load Generator（ロード・ジェネレータ），または Data Processor（データ・プ ロセッサ）として指定できます。 801 801 用語集 Host Checkup Service（ホスト点検サービス） Host Checkup Service は，Resource Failure（リソース障害）ステータスに あるホストを検出し，それらを（可能であれば）Operational（稼動）ス テータスに回復します。 Host License（ホスト・ライセンス） システムにホストを追加すると自動的にそれらのホストにインストール される Mercury Performance Center ライセンス。 ICF Windows ファイアウォール。従来，この機能は Internet Connection Firewall または ICF と呼ばれていました。Personal Firewall（パーソナル・ ファイアウォール）を参照してください。 IIS Maintenance Services（IIS Maintenance サービス） IIS Maintenance サービスでは，IIS が稼働しているかどうかを確認し，IIS のメモリ検査を実行して，メモリ・リーク時やメモリ使用量が指定され た限界値を超えている場合には IIS を再起動します。 IIS Restart（IIS 再起動） 毎日，設定された時刻に IIS を再起動します。IIS の再起動を使用すると Performance Center の安定性が向上するので，使用を強くお勧めします。 IIS を再起動しても実行中のテストには影響しないので，ユーザはテスト に再接続して進行状況を表示できます。 INF file（INF ファイル） Snapshot Viewer（スナップショット・ビューア）で開く情報ファイル。 仮想ユーザ・ログからエラーのスナップショットを表示できます。SOE file（SOE ファイル）も参照してください。 Initialization（初期化時） init：負荷テスト実行のために Vuser（仮想ユーザ）と Load Generator （ロード・ジェネレータ）を準備中の状態。Ramp Up（ランプ・アップ） 前に仮想ユーザを初期化すると，CPU リソースの消費が抑えられ，より 現実的な結果を得るのに役立ちます。初期化状態の長さは仮想ユーザご とに異なります。 802 用語集 IP address（IP アドレス） ネットワーク上のホストを識別するための一意のアドレス。1 つの TCP/IP（Transmission Control Protocol/Internet Protocol）ネットワーク内に おいて一意である 32 ビットのアドレスによってコンピュータを識別しま す。IP アドレスは通常，ドット（ピリオド）区切りの 10 進数表記で表現 します。この表記では，IP アドレスを構成する各オクテット（8 ビット， つまり 1 バイト）を 10 進数で表し，ドットで区切ります。 例：172.16.255.255. IP Spoofing（IP スプーフィング） 1 台のマシンで実行されている複数の仮想ユーザに，異なる IP アドレス を割り当てる機能。これにより，サーバおよびルータでは，複数の仮想 ユーザが別々のマシンから接続してきていると認識されるため，テスト 環境はより現実に近いものとなります。 J2EE Java 2 Enterprise Edition の略。J2EE プラットフォームは，インフラストラ クチャを管理し，Web サービスをサポートすることで，安全かつ堅牢で， 相互運用性を備えたビジネス・アプリケーションの開発を可能にします。 J2EE application（J2EE アプリケーション） 配備可能な任意の J2EE 機能の単位。J2EE アプリケーションは，単一の モジュールまたは複数モジュールから成るグループを，J2EE アプリケー ション配備記述子とともに .ear ファイルにパッケージ化することによっ て作成します。J2EE アプリケーションは通常，複数のコンピューティン グ層にまたがって分散するように設計されます。 JBoss 標準に準拠したオープン・ソースのアプリケーション・サーバで，J2EE 仕様に基づき 100% Pure Java で実装されています。 JDBC Java データベース・コネクティビティ（JDBC は Java Database Connectivity の略）。データベースに依存せずに Java プラットフォームと 広範な種類のデータベースとの相互接続を実現する業界標準規格です。 JDBC インタフェースには，MS SQL ベースのアクセスに対応した，呼び 出しレベルの API が備わっています。 803 803 用語集 JNDI Java Naming and Directory Interface の略。Java プラットフォームの標準の 拡張機能であり，Java テクノロジ対応アプリケーションに対し，エン タープライズにおける複数のネーミング・サービスとディレクトリ・ サービスへの統一インタフェースを提供します。 JSP Java Server Page™ の略。Sun が開発した，Java サーブレット・テクノロ ジの拡張機能です。 Layer（レイヤ） レイヤとは，意味のある分析および Diagnostics for J2EE ページの表示に 関して，グループ化できる J2EE リソースを表す総称です。たとえば，エ ンティティ・ビーン，サーブレット，および JDBC などはレイヤ構造を 成していると考えられます。また，1 つの共通の祖先を継承したクラス 群や，特定の API に結び付けられたコンポーネント群，共通のサービス を提供するクラス群，共通の意味を持つユーザ定義クラスなどもレイヤ を成しているといえます。 Load Generator（ロード・ジェネレータ） 負荷テスト中に仮想ユーザが実行されるマシン。1 つの負荷テストについ て，ロード・ジェネレータは何台あってもかまいません。ロード・ジェネ レータは，他のロード・ジェネレータおよび少なくとも 1 つの Controller （コントローラ）とともに，ホスト・プール内に設定されます。 Load Preview（負荷のプレビュー） スケジューラで定義した負荷の動作を示すグラフを表示します。 Scheduler（スケジューラ）も参照してください。 measurement（測定値） パフォーマンスを測定するデータ単位。 804 用語集 Mercury Virtual User Generator（Mercury 仮想ユーザ・ジェネレータ） 仮想ユーザ・スクリプトを記録するためのツール。VuGen（Virtual User Generator の略）は，クライアント・アプリケーションでユーザが実行す るアクションを記録することによって，仮想ユーザ・スクリプトを作成 します。記録したスクリプトを実行すると，クライアントとサーバ間の ユーザ操作が仮想ユーザによってエミュレートされます。仮想ユーザ・ スクリプトには，負荷テスト・セッション中にシステム・パフォーマン スの測定と記録を行う関数が含まれています。負荷テストの実行中にア プリケーションのパフォーマンスを監視できます。 monitor（モニタ） Mercury Performance Center でデータを集めるために使われるコンポーネ ント。 Monitor Agent（モニタ・エージェント） Firewall Agent（ファイアウォール・エージェント）を参照してください。 Monitor Profile（モニタ・プロファイル） モニタ・プロファイルには，プロジェクト内の任意のテストで使用でき る，負荷テスト用のサーバ・リソース監視の設定が含まれています。モ ニタ・プロファイルには，実行するモニタのタイプ，監視対象のリソー スを持っているサーバ，および各サーバにおいて監視する測定値が含ま れています。 MI Agent（MI エージェント） 仮想ユーザをファイアウォール越しに実行するエージェント。MI エー ジェントは，システム構成に応じて直接またはプロキシ・サーバ経由で， 情報を MI Listener（MI リスナー）に報告します。 MI Listener（MI リスナー） Controller（コントローラ）と Monitor Agent（モニタ・エージェント）の 間でルータの役割を果たすコンポーネント。MI リスナーは，モニタ・ エージェントから定期的にデータを受け取ります。負荷テストの進行中 に，コントローラは，実行時データとして処理するためのデータを MI リスナーに要求します。 805 805 用語集 Monitor Over Firewall Agent（「ファイアウォール越しの監視」エージェント） 仮想ユーザをファイアウォール越しに監視するエージェント。「ファイア ウォール越しの監視」エージェントは，直接またはプロキシ・サーバ経 由（システム構成による）で，情報を MI Listener（MI リスナー）に報告 します。 Monitor Server（モニタ・サーバ） 監視する対象となるテスト対象アプリケーション（AUT）サーバ。 Net use trust（ネット使用の信頼） テスト対象アプリケーション（AUT：application under test の略）を監視 するには，ユーティリティ・サーバ / ホストと AUT の間に信頼がなけれ ばなりません。そうでない場合，測定してモニタ・プロファイルを作成 することはできません。この信頼は，AUT でユーザが管理者のユーザ名 とパスワードを入力することによって得られます。 node（ノード） Dashboard において，Dashboard の階層ツリー内に表示されるエントリ。 グループ，サブグループ，モニタ，トランザクションなどを表します。 Patch（パッチ） Performance Center に対する修正またはアップデート。バグ修正や機能強 化を含みます。 Performance Center Agent（Performance Center エージェント） Performance Center エージェントは，ロード・ジェネレータ・マシン上で 動作し，Controller（コントローラ），Load Generator（ロード・ジェネ レータ），および（ファイアウォール構成の場合）MI Listener（MI リス ナー）の間の通信を可能にします。エージェントは，コントローラから， 仮想ユーザの初期化，実行，一時停止，停止に関する指示を受け取りま す。同時にエージェントは，仮想ユーザのステータスのデータをコント ローラに返します。Performance Center エージェントは，コントローラと ターミナル・セッションの間の通信も可能にします（エージェントで ターミナル・セッションが有効に設定されている場合）。Terminal Session （ターミナル・セッション）も参照してください。 806 用語集 Performance Center License（Performance Center ライセンス） 仮想ユーザ数の制限，コンカレント実行数の制限，および有効期限に基 づいて Performance Center の使用を許可するライセンス。Performance Center を購入するとライセンス・キーを受け取ります。すべての Performance Center コンポーネントをインストールした後で， Administration Site でこのライセンス・キーを入力します。 Personal Firewall（パーソナル・ファイアウォール） Windows ファイアウォール（従来 Internet Connection Firewall または ICF と呼ばれていた機能）は，Windows 2000/Windows XP のネットワーク機 能に含まれている基本的なファイアウォールです。ユーザのコンピュー タとネットワークまたはインターネットの間を行き来する情報を監視お よび制限する保護境界です。注：Mercury Performance Center では， Windows ファイアウォールを無効にした場合にかぎり，Windows XP Service Pack 2 がサポートされます（標準設定ではファイアウォールが有 効になっています）。 Pop-up Blocker（ポップアップ・ブロック） Windows 2003/XP SP2 をインストールした状態では，Internet Explorer の ポップアップ・ブロックは有効になっており，「中」に設定されていま す。これは，ほとんどの自動ポップアップがブロックされる設定です。 Performance Center でウィンドウを開くためのリンクを意図的にクリック したときもポップアップ・ブロックにポップアップ・ウィンドウがブ ロックされてしまう場合は，Performance Center の使用時にポップアッ プ・ブロックを無効にしてください。 Ramp Up（ランプ・アップ） 負荷テストにおいて仮想ユーザの実行を開始する方法を定義する設定。 Ramp Down（ランプ・ダウン） 負荷テストにおいて仮想ユーザの実行を停止する方法を定義する設定。 Raw results（未処理の結果） 未処理結果ファイルには，負荷テスト実行中に Performance Center によっ て自動的に生成された未処理の分析データがそのまま格納されます。未 処理結果ファイルを削除することはできません。 807 807 用語集 Remote Management Agent（Remote Management エージェント） Remote Management エージェントを使用すると，Administration Site から リモートのマシンを管理できます（たとえば，ログイン情報の表示， パッチのインストール，ホストまたはサーバの再起動ができます）。 Remote Management エージェントは，Performance Center サーバまたはホ ストのインストール時に自動的にインストールされます。 Rendezvous Points（ランデブー・ポイント） ランデブー・ポイントでは，テスト実行中に仮想ユーザを待機させ，複 数の仮想ユーザが特定のポイントに到着したときに，それらが同時にタ スクを実行するようにします。仮想ユーザ・スクリプトにランデブー・ ポイントを挿入すると，サーバにかかる大きなユーザ負荷をエミュレー トできます。 report（レポート） Mercury Interactive Corporation データ・コレクタによって収集されたデー タを表示したもの。Mercury Performance Center のレポートには，監視対 象のアプリケーションおよびインフラストラクチャ・コンポーネントの パフォーマンスの追跡と分析を可能にするさまざまなデータが表示され ます。 Run-Time Settings（実行環境の設定） スクリプトの実行方法を定義し，さまざまなユーザ操作をエミュレート するための設定。実行環境の設定は，VuGen またはコントローラを使っ てスクリプトを実行するときに，仮想ユーザに適用されます。 Scheduler（スケジューラ） 負荷テストの実行に関するタイミングを設定するためのコンポーネント。 開始時間，負荷テストまたは負荷テスト内の仮想ユーザ・グループの継 続時間，初期化時間，ランプ・アップ時間，およびランプ・ダウン時間 を設定できます。 script（スクリプト） 仮想ユーザ・スクリプトには，負荷テスト実行中の仮想ユーザのアク ションが記述されます。測定の対象となるアクションまたは一連のアク ションは，transaction（トランザクション）によって表されます。スクリ プトの記録と保存は，Virtual User Generator など，Mercury Performance Center の記録ツールを使用して行います。 808 用語集 session data（セッション・データ） セッション・データは，Performance Center によって自動的に生成され， アクティブなグラフの情報およびレイアウト設定を表示します。セッ ション・データ・ファイルは，削除や上書きが可能です。 SiteScope ネットワーク，アプリケーション，データベース，Web サーバのパ フォーマンス・データの収集に使用する Mercury Performance Center デー タ・コレクタの 1 つ。 SiteScope measurement（SiteScope 測定値） SiteScope の測定値。SiteScope 測定値の例としては，トランザクション時 間，データベース・クエリ時間，CPU 利用率などがあります。 SiteScope monitor（SiteScope モニタ） 監視対象環境の 1 つの側面（たとえば，特定のタイプのサーバなど）の データの収集を可能にする設定のセット。モニタは，ユーザが設定した基 準に基づいて，OK，警告，またはエラーというステータスを報告します。 Snapshot（スナップショット） 負荷テスト実行中にエラーが発生した時点の Web ページを視覚的に表現 したもの。スナップショットが記録されたステップがあることが仮想 ユーザ・ログに示されている場合は，仮想ユーザ・ログからエラーのス ナップショットを表示するか，または，スナップショットをダウンロー ドしてページ全体または個々のフレームをスナップショット・ビューア で表示できます。また，実際の実行で個々のフレームを見ることもでき ます。Snapshot Viewer（スナップショット・ビューア）も参照してくだ さい。 Snapshot Viewer（スナップショット・ビューア） スナップショット・ビューアを使用して，負荷テスト実行中に Web 仮想 ユーザから取り込まれたエラー・ページのスナップショットを表示でき ます。このビューアでは，拡張子 .SOE および .INF を持つファイルから スナップショットを表示します。スナップショット・ビューアは， Performance Center User Site のダウンロード・ページからダウンロードで きます。 809 809 用語集 SOE file（SOE ファイル） エラー発生時のスナップショット・ファイル（拡張子 .SOE は Snapshot On Error の略）は GNU-Zip で圧縮されたファイルであり，.INF ファイル で表される 1 つまたは複数のスナップショットを格納しています。各ス ナップショットには，複数のフレームおよびサブフレームが含まれます。 SSL Secure Sockets Layer の略。ネットワーク上の転送と認証に使用するメッ セージの暗号化と復号を行うために広く使われているセキュリティ・プ ロトコルです。 System User Account（システム・ユーザ・アカウント） Performance Center では，コンポーネント間の通信およびリモート・マシ ン上のコンポーネントからのプロセス起動を行うために，システム・ ユーザを使用します。管理者は，Performance Center 環境のすべてのサー バおよびホストのシステム・ユーザを［General Settings］ページから設 定できます。 Terminal Session（ターミナル・セッション） ターミナル・サーバ上のクライアント・セッション。ターミナル・サー バ・クライアントでは複数のターミナル・セッションを同時に実行でき るので，Windows ベースのロード・ジェネレータで 1 つの GUI Vuser （GUI 仮想ユーザ）しか実行できないという制約を克服できます。GUI 仮 想ユーザごとにターミナル・セッションを開くことにより，同じアプリ ケーションに対して複数の GUI 仮想ユーザを実行できます。ターミナ ル・セッションの設定は，負荷テストの設定時または実行時に行えます。 既存のターミナル・セッションに接続することも，新しいセッションを 作成することもできます。 Timeslot（タイムスロット） タイムスロットは，アプリケーションの負荷テストの実行に必要なホス トおよび仮想ユーザを予約するために使用します。タイムスロットを予 約することにより，負荷テストを実行するための十分なリソースを確保 できます。 810 用語集 transaction（トランザクション） エンド・ユーザが，パフォーマンス監視の対象となるアプリケーション において実行する一連の手順。トランザクションは Mercury Virtual User Generator 記録ツールを使用して記録され，スクリプトに保存されます。 保存したスクリプトを再生することにより，トランザクションの応答時 間と可用性に関するデータを収集します。トランザクションのパフォー マンス・データは Mercury Performance Center レポートで表示できます。 transaction breakdown（トランザクション・ブレークダウン機能） Mercury Performance Center の機能の 1 つ。トランザクションの応答時間 データを，ネットワーク，サーバ，およびクライアントのそれぞれで処 理にかかった時間別にブレークダウンして表示できます。 transaction response time（トランザクション応答時間） あらかじめ記録されたトランザクションを実行して完了するまでに要す る時間。 User Site（ユーザ・サイト） User Site は，負荷テストの設計，実行，および監視に使用するウィンド ウです。ユーザは，User Site を通してテストの作成，リソースの予約， テストの実行，分析情報の取得を行います。 User Status（ユーザ・ステータス） ユーザ・ステータスは，Performance Center へのユーザ・アクセスの判断 に使用されます。アクティブなステータスを持つユーザは Performance Center にログインできます。非アクティブなステータスを持つユーザは Performance Center にログインできません。ユーザ・ステータスは， Privilege Manager の［Personal Information］ページと［Users］ページに表 示されます。 Utility Server（ユーティリティ・サーバ） ユーティリティ・サーバは，システム内に 1 つのみ存在できる特定の情報 を一元管理します。ライセンス・マネージャ，自動実行スケジュール，お よびモニタ・プロファイルは，ユーティリティ・サーバ上に置かれます。 811 811 用語集 Virtual Load Generator（仮想ロード・ジェネレータ） 仮想ロード・ジェネレータは，スクリプトを実行するロード・ジェネ レータに対して自動的に生成されるプレースホルダ名です。負荷テスト の作成時に，ユーザはスクリプトをマシンに自動配布するいくつかの方 法から 1 つを選択するか，手動による配布を選択できます。手動でのス クリプト配布を選択した場合，実行時に各仮想ロード・ジェネレータに 割り当てる実際のロード・ジェネレータを選択できます。 Virtual User Generator（仮想ユーザ・ジェネレータ） 仮想ユーザ・スクリプトを記録するためのツール。仮想ユーザ・スクリ プトは，エンド・ユーザ体験をエミュレートし，アプリケーションのパ フォーマンスを監視するために，ビジネス・プロセス・プロファイルに よって実行されます。 Vuser（仮想ユーザ） Performance Center は，人間のユーザを「仮想的なユーザ」，つまり「仮 想ユーザ」に置き換えます。負荷テストを実行すると，仮想ユーザに よって実際のユーザの操作がエミュレートされ，アプリケーションが操 作されます。GUI Vuser（GUI 仮想ユーザ）も参照してください。 VM 仮想マシン（VM は Virtual Machine の略）。実際の Java プロセッサをエ ミュレートする「マシン内のマシン」です。オペレーティング・システ ムに関係なく，任意のプロセッサ上で Java バイトコードをアクションま たはオペレーティング・システム・コールとして実行できます。 Windows Firewall（Windows ファイアウォール） Personal Firewall（パーソナル・ファイアウォール）を参照してください。 812 索引 A About リンク 7 Access List for Company ダイアログ・ボックス 230 Access List for Project ダイアログ・ボックス 230 Access List for User ダイアログ・ボックス 224 Add Destination Machines for Network Delay Monitoring ダイアログ・ボックス 481 Analyze Results ボタン 328 Analyze Results リンク 323 Antara FlameThrower モニタ 441 Apache モニタ 492 Application Deployment ソリューション・ モニタ 665–675 Citrix MetaFrame XP モニタ 666 Approve Results ボタン 328 Ariba モニタ 510 ASP モニタ 548 ATG Dynamo モニタ 514 B BEA WebLogic モニタ 563 BroadVision モニタ 520 C Check Point FireWall-1 モニタ 487 Citrix ICA 仮想ユーザ・スクリプト 記録 773 Citrix MetaFrame XP モニタ 666 Citrix 仮想ユーザ・スクリプト 実行環境の設定 774 ColdFusion モニタ 531 Collate Results リンク 323 Configure Performance Center Connection ダイアログ・ボックス 340 Connections per Second グラフ 437 Connections グラフ 437 Contact Admin リンク 16 CtLib サーバ・メッセージのログの記録 740 D Dashboard 結果の発行 32 作成 23 データのドリルダウン 21 表示 18, 29 Data Points グラフ（オンライン）425 DB2 モニタ 607 Delete Results ボタン 328 Diagnostics Oracle 11i 診断の設定 389 Oracle 11i ログの有効化 389 SAP 診断の設定 397 Siebel DB 診断の設定 381 Siebel DB ログの有効化 382 Siebel 診断の設定 371 有効化，Diagnostics 356 Diagnostics for J2EE はじめに 403 Diagnostics for J2EE/.NET 概要 404 Diagnostics を使用した作業 361 813 索引 DNS キャッシング Web 762 Download Results ボタン 328 Downloads ページ 10 DSL 752 I Files and Reports タブ 331 Finished －仮想ユーザのステータス Running Vusers グラフ 424 If-Modified-Since ヘッダー Web 759 IIS モニタ 494 iPlanet (NAS) モニタ 534 iPlanet/Netscape モニタ 497 iPlanet（SNMP） モニタ 501 IP アドレス hostid 184 HP での設定 187 IP ウィザード 182 Linux での設定 187 netid 184 Solaris での設定 186 クラス 184 コントローラからの有効化 189 サブマスク 184 スレッドごと 162 複数の設定 17, 125, 169, 179–189, 355 プロセスごと 162 ロード・ジェネレータへの追加 181 ロード・ジェネレータ・マシン 17, 125, 169, 179, 355 ISDN 752 G J E Edit Load Test ボタン 328 ERP/CRM サーバ・リソース・モニタ 677–697 PeopleSoft（Tuxedo）モニタ 698 SAP Portal モニタ 683 Siebel Server Manager モニタ 692 Siebel モニタ 688 ERP/CRM メディエータ 363 ERP/CRM Resource Server monitors PeopleSoft（Tuxedo）モニタ 720 SAPGUI モニタ 678 Error Statistics グラフ 425 Error －仮想ユーザのステータス Running Vusers グラフ 424 Excel ファイル 表示 337 F gzip 765 H Help リンク 7 Hits per Second グラフ 432 hme0 デバイス 186 hostid，IP アドレス・コンポーネント 184 HP での IP アドレスの設定 187 HTML 用の圧縮（gzip）765 HTTP Response per Second グラフ 433 バッファ・サイズ（Web）764 HTTP 記録モード，WAP 786 J2EE モニタ 643 J2EE/.NET Diagnostics Configuration ダイアログ・ボックス 406, 407 J2EE/.NET 診断モジュール 設定 405 Java 仮想マシン 実行環境の設定 750 Java 仮想ユーザ（CORBA，RMI） クラスパスの実行環境の設定 750 実行環境の設定－ Java VM 750 Java パフォーマンス・モニタ J2EE モニタ 643 K Keep-Alive 接続，Web 763 814 索引 L P Linux IP アドレスの設定 187 Load Test Time Information ダイアログ・ ボックス 294 Load Tests Configuration ページ 61, 104, 253 Log Out リンク 7 lr_user_data_point 425 Pages Downloaded per Second グラフ 435 PeopleSoft（Tuxedo） モニタ 698, 720 Performance Center アップロード，セッション・ファイル 345 アップロード，レポート 345 セッション・ファイルおよび結果 ファイルのダウンロード 342 接続 339 接続解除 341 Performance Center Read Me First xvi Performance Center の新機能 9 Privilege Manager 215–238 アクセス 216 ログアウト 216 M Mercury Interactive on the Web xvi Microsoft ASP モニタ 548 IIS モニタ 494 Microsoft .NET CLR Monitor 設定ダイアログ・ボックス 712 モニタ 712 Microsoft COM+ モニタ 706 MS SQL Server ダイアログ・ボックス 604 N NCA 仮想ユーザ，「Oracle NCA」参照 NET CLR モニタ 712 netid，IP アドレス・コンポーネント 184 O Options メニュー Debug Information タブ 161, 162 Run-Time Settings タブ 156 Timeout タブ 158 Oracle ユーザ定義クエリ 632 Oracle 11i Diagnostics 診断パスワードの設定 391 ログの有効化 389 Oracle NCA 仮想ユーザ・スクリプト 作成 777 実行環境の設定 779 Oracle9iAS HTTP モニタ 551 R Radius 実行環境の設定（WAP）791 Ready －仮想ユーザのステータス Running Vusers グラフ 424 Retries per Second グラフ 437 rsh UNIX ネットワーク・モニタの接続 479 rstatd の起動 470 rstatd プロセス 起動 470 リソース・モニタ 470 RTE 仮想ユーザ・スクリプト 実行環境の設定 794 Run Results タブ 328 Running －仮想ユーザのステータス Running Vusers グラフ 424 S SAP CCMS リソース，SiteScope を使用した 監視 440 SAP Diagnostics 概要 397 コントローラでの設定 399 サポートされる環境 399 ベスト・プラクティス 398 SAP Portal モニタ 683 SAPGUI モニタ 678 815 815 索引 SAPGUI 仮想ユーザ・スクリプト 記録 781 Select Project ページ 13 Services.UserDataPoint(Value,Name) 425 Siebel モニタ 688 Siebel DB Diagnostics コントローラでの設定 383 ログの有効化 382 Siebel Diagnostics 371 DMZ 内にある Web サーバの設定 374 アプリケーション・サーバからメディ エータへのファイルのコピー 375 アプリケーション・サーバの設定 372 コントローラでの設定 376 Siebel Server Manager モニタ 692 SilverStream モニタ 560 SiteScope モニタ 464 SMS － ショート・メッセージ・サービス 789 SNMP リソース・モニタ 459 SNMP リソース，SiteScope を使用した監視 440 Solaris IP アドレスの設定 186 SQL Server ダイアログ・ボックス 604 モニタ 604 SSL Connections per Second グラフ 438 Status ページ 15 Dashboard タブ 18 Summary Report ボタン 328 Sybase モニタ 633 T Throughput グラフ 432 Total Transactions per Second (Passed) グラフ 426 Transaction Details ダイアログ・ボックス 294 TUXEDO 測定値の追加ダイアログ・ボックス 721 816 U UNIX rstatd の起動 470 リソース・モニタ 470 User Site 7–9 移動 7 User Site 内の移動 7 User-Defined Data Points グラフ 425 V VBA 実行環境の設定 748 VBA リファレンス 748 W WAP 仮想ユーザ・スクリプト 実行環境の設定 785 デバッグ情報 764 WebLogic （JMX）モニタ 563 WebSphere （EPM）モニタ 592 モニタ 574 WebSphere アプリケーション・サーバ・} モニタ 585 Web アプリケーション・サーバ・リソース・ モニタ 509–602 Ariba モニタ 510 ATG Dynamo モニタ 514 BroadVision モニタ 520 ColdFusion モニタ 531 iPlanet (NAS) 534 Microsoft ASP 548 Oracle9iAS HTTP モニタ 551 SilverStream モニタ 560 WebLogic（JMX）モニタ 563 WebSphere（EPM）モニタ 592 WebSphere アプリケーション・ サーバ・モニタ 585 WebSphere モニタ 574 Web 仮想ユーザ，マルチ IP アドレス 162 Web サーバ・リソース・モニタ 491–508 Apache モニタ 492 iPlanet/Netscape モニタ 497 iPlanet（SNMP）モニタ 501 Microsoft IIS モニタ 494 索引 Web パフォーマンス・グラフ Web 仮想ユーザの生成 761 Web ページ・ブレークダウンの有効化 359 Web リソース・モニタ 431–438 What's New ページ 9 Windows リソース モニタ 453 WinInet エンジン（インターネット・ プロトコル）761 WSP 実行モード 786 あ アカウント情報 226 アクセス・リスト，企業 表示 230 変更 232 アクセス・リスト，プロジェクト 表示 230 変更 232 アクセス・リスト，変更 225 アクセス・リスト，ユーザのアクセス・ リストの表示 224 アップロード，仮想ユーザ・スクリプト 42 VuGen から Vuser Scripts ページへの 43 Vuser Scripts ページの使用 50 アップロード，セッション・ファイル 345 アップロード，レポート 345 アプリケーション・コンポーネント・モニタ 705 Microsoft COM+ モニタ 706 NET CLR モニタ 712 い 一時停止，スケジューラ 261 一般 IP アドレスの設定 162 一般設定 設定 63 移動，User Site 内 7 インストール・ガイド xv え エラー処理 743 エラーでも処理を継続する 743 エラー発生時のスナップショット ダウンロードから表示 307 動作ログからの表示 303 エラー発生時のスナップショット情報ページ 306 お お気に入り，実行環境の設定 760 オプション・タブ，タイムスロットの予約 135 オンライン・グラフ 314 送信，トランザクション・データ 154 データ・ポイント 425 トランザクション・データ 154 オンラインでの Web サーバ・リソースの監視 プロキシ・サーバの利用 507 オンライン・トランザクションの監視 グラフ 426 設定 427 トランザクションの追加 428 オンライン・モニタ 開始 312 デバッグ 155 か 開始 負荷テスト 253 予約済みのタイムスロットを持たない 負荷テスト 258 予約済みのタイムスロットを持つ負荷 テスト 254 概要 Dashboard におけるデータの ドリルダウン 21 拡大，オンライン・グラフ 318 拡張ログ・オプション 738 仮想ユーザ Vusers with Error Statistics グラフ 425 仮想ユーザ・スクリプト URL ベースでの作成 52 アップロード 42 実行環境の設定 729 説明 5 表示 287 ページ 204 変更 287 編集 55 保守 203–208 817 817 索引 仮想ユーザ・スクリプトの記録 Citrix ICA 773 SAPGUI 781 仮想ユーザのステータス 296 実行時間グラフ 424 仮想ユーザ・ログ・ページ 305 監視 仮想ユーザのステータス 296 負荷テスト 309–320 負荷テスト・データ 292 負荷テストの実行 291 管理 企業情報 226 権限レベル 235 プロジェクト情報 226 管理者ガイド xv 管理，ユーザ権限 215–238 き キーボードのショートカット 実行環境の設定 730 企業 アクセス・リスト 230 削除 230 情報 226 企業情報 管理 226 企業のアクセス・リスト 表示 230 変更 232 企業 / プロジェクト情報 表示 226 キャッシュ，ブラウザ （Web，ワイヤレス）759 く クラスパス 実行環境の設定 750 グラフ Web 仮想ユーザ・スクリプトでの有効 化 761 オンライン 314 拡大 318 グループ・デザイン 負荷テスト中の変更 274 グループ別のスケジュール設定 88 818 け ゲートウェイの設定（WAP）786 結果 327 権限レベル 概要 217 設定 235 追加 235 検証チェック Web 760 こ 更新，マニュアル xvii 個人情報，表示 218 コピー，負荷テスト 103 コメント・タブ，タイムスロットの予約 135 さ サーバ・サイド圧縮を受け付ける 763 サーバの複製 196 サーバのルーティング・テーブル 188 サーバ・モニタ 196 測定値の追加と削除 197 測定頻度の設定 198 プロパティの設定 193 リストの変更 201 サーバ・モニタ・エージェント 282 接続または接続解除 282 サーバ・モニタ・エージェントの追加リスト 282 サーバ・モニタ・エージェントの変更 201 サーバ・モニタ・ダイアログ・ボックス 193 削除 企業 230 プロジェクト 230 ユーザ 223 削除，測定値 197 作成 プロジェクト・ダッシュボード 23 ベンチマーク負荷テスト 23 作成，URL ベースの仮想ユーザ・スクリプト 52 作成，負荷テスト 39 サマリ・レポート 327 索引 し 思考遅延時間 実行環境の設定 741 定義 741 思考遅延時間タブ 742 実行環境の設定 速度のシミュレーション （Oracle NCA）779 システムの利点 6 システム・リソース・モニタ 439–474 Antara FlameThrower モニタ 441 SiteScope モニタ 464 SNMP リソース・モニタ 459 UNIX リソース・モニタ 470 Windows リソース・モニタ 453 持続的な接続，Web 763 実行 負荷テスト 104, 241–290, 291–307 実行環境設定 ñ 思考遅延時間タブ 742 実行環境の設定 Oracle NCA 779 Radius ノード（WAP）791 RTE ノード 794 VBA ノード 748 WAP 785 インターネット・プロトコル （Web など）753 お気に入り - 詳細 761 お気に入りノード（インターネット・ プロトコル）760 キーボードのショートカット 730 クライアントのエミュレーション （Oracle NCA）779 ゲートウェイ・ノード（WAP）786 思考遅延時間 741 実行論理ノード 731 ショートカット 730 全プロトコル 729 速度のシミュレーション （インターネット・ポート）752 その他 743 ダイアログ・ボックス 730 デバッグ情報（WAP）764 内容チェック・ノード（Web）767 ネットワーク 751 複製 77 ブラウザ・エミュレーション・ノード 758 プロキシ・ノード（インターネット・ プロトコル）754 ベアラ・ノード（WAP）789 ペースの設定ノード 735 ログ・ノード 737 実行後分析の設定 143 実行時間グラフ 423–429 実行時の完全トレース 739 実行，ファイアウォール越し 191–202 実行論理の設定 731 自動トランザクション 一般 747 自動プロキシ設定スクリプト 756 出力ウィンドウ 299 照合，負荷テスト・データ 323 詳細設定ダイアログ・ボックス 189 情報 企業 226 プロジェクト 226 初期化の失敗 260 初期化の問題 260 新規監視対象サーバ・プロパティ・ ダイアログ・ボックス 193, 196 診断結果の表示 369 す スクリプト 仮想ユーザ・スクリプト・ページ 204 保守 203–208 スケジューラ 一時停止 261 グループ別のスケジュール設定 88 設定 80 負荷テストのスケジュール設定 83 せ 製品の利点 6 接続 Performance Center へ 339 接続，Performance Center への VuGen 44 接続解除 Performance Center から 341 接続の試行，変更（RTE）794 819 819 索引 設定 Web ページ・ブレークダウン 359 一般オプション 162 一般設定 63 権限レベル 235 測定頻度 198 タイムアウト 158 テスト デザイン設定 65 デバッグ 160 負荷テストの実行環境の設定 156 負荷の設定 263 モニタ 153 モニタ設定 95, 163 ランプ・アップ設定 80 設定，J2EE/.NET 診断 403 設定，「実行環境の設定」参照 設定，実行後分析 143 設定，ターミナル・セッション 116 設定，パフォーマンス目標 24 設定，負荷テスト 59–105 設定，プロジェクト・オプション 151–162 設定ボタン 315, 319 そ 送信，トランザクション・データ 154 測定頻度の設定 198 速度のシミュレーション設定 752 その他の実行環境の設定 743 た ターミナル・サービス 107 クライアントの起動 114 ターミナル・セッション 116 タイムアウト 負荷テストの設定 158 タイムスロットの詳細タブ 135 タイムスロットの予約について 125 ダウンロード，仮想ユーザ・スクリプト 56 つ 追加 権限レベル 235 プロジェクト情報 228 ユーザ 221 追加，測定値 197 820 て 停止，負荷テストの実行 288 データ 監視 292 負荷テスト 292 データベース・サーバ・リソース・モニタ 603 DB2 モニタ 607 SQL Server モニタ 604 Sybase モニタ 633 手作業による解放，ランデブーの仮想ユーザ 177 テスト デザイン設定 設定 65 デバイス名（RTE）795 デバッグ 情報設定 160 情報の取得（WAP）764 デバッグ・レベルの設定 739 レベル 155 と トランザクション Transaction Response Time グラフ 426 Transactions per Second (Failed, Stopped) グラフ 426 Transactions per Second (Passed) グラフ 426 Web 仮想ユーザ 747 自動，Web 仮想ユーザ・スクリプト 747 トランザクション情報 表示 19 トランザクション・データ 154 トランザクション・ブレークダウン ERP/CRM メディエータ 363 トランザクション・モニタ 423–429 な 内容チェックの設定（Web）767 ね ネットワーク Monitor Settings for Defined Path ダイアログ・ボックス 481 Network Breakdown ダイアログ・ ボックス 485 遅延時間グラフ 485 索引 ネットワーク・セグメントの遅延の表示 485 ネットワーク設定 752 ネットワーク遅延モニタ 設定 480 ネットワークのバッファ・サイズ （インターネット）764 ネットワーク・モニタ 475–486 UNIX 477 概要 475 ファイアウォール越しの監視 483 ボトルネックの特定 476 は パケット 476 はじめに 3–6 パフォーマンス目標 24 反復 実行環境の設定 735 ひ 表示 個人情報 218 スケジュールが設定されたテスト 209–213 スケジュールが設定されたテストの レポート 209–213 負荷テストの結果 327 負荷テストのトランザクション情報 19 プロジェクト・ダッシュボード 18 ユーザ情報 219 ユーザのアクセス・リスト 224 標準レポート 336 標準ログ・オプション 738 標準ログの実行環境の設定 739 表示，ランデブー情報 175 ふ ファイアウォール 越えての監視 191–202 ネットワークの監視 483 仮想ユーザの実行ファイアウォール越 しの監視 191–202 ファイアウォール・サーバ・モニタ 487–489 ファイアウォール越しの監視 測定値の追加と削除 197 測定頻度の設定 198 プロパティの設定 193 負荷テスト Diagnostics 361 Siebel 診断 371 一般設定 63 開始 253 監視 309–320 コピー 103 作成 39 実行 104, 241–290, 291–307 スケジューラ 80 タイムアウト時間 158 データの監視 292 デザイン設定 65 名前を付けて保存 103 分析 321–351 ページ 205 ベンチマークの作成 23 保守 203–208 保存 101 モニタ設定 95, 153 負荷テスト・データ 照合 323 分析 323 負荷テストの結果 ダッシュボードへの発行 32 表示 29, 327 負荷テストの検証 検証 101 負荷テストの工程 4 負荷テストの実行 監視 291 実行中 280 停止 288 ページ 243 負荷テストの初期化 104, 253 負荷テストのスケジュール設定 83 負荷テストのステータス Files and Reports タブ 331 Run Results タブ 328 負荷テストの設定 実行環境の設定 156 設定 59–105 負荷テストの設定，変更 280 821 821 索引 負荷の設定 設定 263 複製 実行環境の設定 77 ブラウザ・キャッシュ（Web および ワイヤレス）759 ブラウザのエミュレーション設定，Web 758 プラグマ・モード 779 プローブ 無効化 407 有効化 407 プロキシ・サーバ 507 実行環境の設定（インターネット）754 プロジェクト アクセス・リスト 230 削除 230 情報 226 プロジェクト・オプション Web ページ・ブレークダウン 359 一般設定 162 実行環境の設定 156 設定 151–162 タイムアウト時間 158 デバッグ設定 160 モニタ 153 プロジェクト / 企業情報 表示 226 プロジェクト情報 管理 226 追加 228 表示 226 変更 229 プロジェクト・ダッシュボード 作成 23 プロジェクトのアクセス・リスト 表示 230 変更 232 プロジェクトの変更 13 分析，負荷テスト 321–351 分析，負荷テスト・データ 323 へ ベアラの設定（WAP）789 ペースの設定 735 変更 232 企業情報 229 822 グループ・デザイン 274 プロジェクト情報 229 ユーザ情報 222 ユーザのアクセス・リスト 225 変更，サーバ・モニタ・エージェント・ リスト 201 変更，実行中における負荷テストの設定 280 変更，実行中の継続時間 281 変更，実行中の更新頻度 283 変更，実行中の実行後分析 284 変更，実行中のテスト 継続時間の変更 281 更新頻度の変更 283 サーバ・モニタ情報の編集 282 実行後分析の変更 284 編集 権限レベル 235 ユーザ情報 222 ユーザのアクセス・リスト 225 編集，実行中のサーバ・モニタ情報 282 ほ 保守，スクリプトと負荷テスト 203–208 ボタン Analyze Results 328 Approve Results 328 Delete Results 328 Download Results 328 Edit Load Test 328 サマリ・レポート 328 ま マニュアルの更新 xvii マルチ IP アドレス 162 有効化 162 割り当て 162 マルチ・スレッド 746 む 無効化，プローブ 407 も 目標 パフォーマンスの設定 24 モデム速度，実行環境の設定 752 索引 モニタ Application Deployment ソリューション 665–675 ERP/CRM サーバ・リソース 677–697 Java パフォーマンス 643–663 Web アプリケーション・サーバ・ リソース 509–602 Web サーバ・リソース 491–508 Web リソース 431–438 アプリケーション・コンポーネント 705 システム・リソース 439–474 実行時 424 データベース・サーバ・リソース 603 トランザクション 426 ネットワーク 475–486 ファイアウォール・サーバ 487–489 負荷テストの設定 153 モニタ設定 設定 95, 163 モニタ・プロファイル Monitor Profiles ページの表示 164 サーバ・モニタ・エージェントの変更 201 作成 96 負荷テスト中のプロファイルの変更 168 プロファイルの詳細の編集 99 ゆ 有効化，Diagnostics 356 有効化，プローブ 407 ユーザ アクセス権 217 権限レベル 217 削除 223 追加 221 ユーザーズ・ガイド xv ユーザ・エージェント・ブラウザの エミュレーション 758 ユーザ権限 一般 215–238 ユーザ情報 表示 219 変更 222 編集 222 ユーザ定義クエリ Oracle モニタ 632 ユーザのアクセス・リスト 表示 224 変更 225 よ 用語集 797 予約，タイムスロット 127 オプション・タブ 135 コメント・タブ 135 タイムスロットの詳細タブ 135 ら ライブラリ，スクリプトの作成 748 ランデブー 解放情報の表示 175 解放ポリシーの設定 174 属性 171 タイムアウト・ポリシーの設定 175 手作業による解放 177 ランデブー・ポイントについて 169 ランデブー・ポイント 125, 169, 355 ランプ・アップ設定 80, 83, 88 り リソース Mercury Interactive on the Web xvi Performance Center Read Me First xvi リンク About 7 Analyze Results 323 Collate Results 323 Contact Admin 16 Log Out 7 ヘルプ 7 る ルーティング・テーブル 188 れ レポート 標準設定 336 823 823 索引 ろ ロード・ジェネレータ IP アドレスの追加 181 マルチ IP アドレス 162 ログ 詳細レベルの設定 738 ログオンとログオフ 11 ログ記録オプションの無効化 737 ログ，実行環境の設定 737 ログのキャッシュ・サイズ 738 824
© Copyright 2025 Paperzz
