Cosminexus V11 アプリケーションサーバ 運用管理ポータル操作ガイド

操作書

3021-3-J14-60

前書き

対象製品

マニュアル「アプリケーションサーバ & BPM/ESB基盤 概説」の前書きの対象製品の説明を参照してください。

輸出時の注意

本製品を輸出される場合には、外国為替及び外国貿易法の規制並びに米国輸出管理規則など外国の輸出関連法規をご確認の上、必要な手続きをお取りください。

なお、不明な場合は、弊社担当営業にお問い合わせください。

商標類

HITACHI，Cosminexus，HAモニタ，HiRDB，JP1，OpenTP1，TPBroker，uCosminexus，XDMは，株式会社 日立製作所の商標または登録商標です。

AIXは，世界の多くの国で登録されたInternational Business Machines Corporationの商標です。

Linuxは，Linus Torvalds氏の米国およびその他の国における登録商標です。

Microsoft，Internet Explorer，Microsoft Edge，SQL Server，Windows，Windows Server は，マイクロソフト 企業グループの商標です。

Oracle(R)，Java ，MySQL及びNetSuite は，Oracle，その子会社及び関連会社の米国及びその他の国における登録商標です。

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

その他記載の会社名，製品名などは，それぞれの会社の商標もしくは登録商標です。

This product includes software developed by the Apache Software Foundation (http://www.apache.org/).

発行

2024年 9月 3021-3-J14-60

著作権

All Rights Reserved. Copyright (C) 2020, 2024, Hitachi, Ltd.

変更内容

変更内容(3021-3-J14-60) uCosminexus Application Server 11-50，uCosminexus Client 11-50，uCosminexus Developer 11-50，uCosminexus Service Architect 11-50，uCosminexus Service Platform 11-50

追加・変更内容 | 変更個所
マニュアル訂正の内容を反映した。 | -

単なる誤字・脱字などはお断りなく訂正しました。

はじめに

このマニュアルをお読みになる際の前提情報については，マニュアル「アプリケーションサーバ & BPM/ESB基盤 概説」のはじめにの説明を参照してください。

第1編　概要

1　Management Serverの操作の概要

この章では，Management Serverで管理できる論理サーバ，アプリケーションおよびリソースについて説明します。また，連携できるほかのプログラムについても説明します。

1.1　Management Serverでできること

Management Serverとは，システムを構成する運用管理ドメインを管理するための，管理サーバです。Management Serverを利用すると，Application Serverを構成する複数のプロセスを論理サーバとして扱い，一括運用できるようになります。また，運用管理ポータルという，Webブラウザで表示されるGUIを提供しています。運用管理ポータルでは，システムの構築および運用で，次のような設定や運用の操作ができます。これによって，運用管理ドメイン内の論理サーバの一括管理，J2EEアプリケーションの世代管理および稼働状況の確認などができます。

システムの構築

Management Serverの設定

論理サーバの設定

・運用管理ドメインの構成定義

・論理サーバの環境設定

・論理サーバの起動／停止の設定

・論理サーバの起動／停止の確認

アプリケーションとリソースの設定

統合ユーザ管理の設定

システムの運用

論理サーバの運用

・論理サーバの起動／停止

・論理サーバの運用監視

アプリケーションとリソースの運用

統合ユーザ管理の運用

運用管理ポータルを利用したシステムの構築および運用については，次の個所を参照してください。

J2EEアプリケーションを実行するシステムの場合

「3.　J2EEアプリケーションを実行するシステムの構築と削除」

「4.　J2EEアプリケーションを実行するシステムの運用」

バッチアプリケーションを実行するシステムの場合

「5.　バッチアプリケーションを実行するシステムの構築と削除」

「6.　バッチアプリケーションを実行するシステムの運用」

ここでは，Management Serverで管理できる論理サーバ，アプリケーションおよびリソースについて説明します。

1.1.1　Management Serverでのサーバ管理

Management Serverでは，Application Serverが提供するサーバの実体を，論理サーバとして管理します。WebサーバやJ2EEサーバなどは，論理Webサーバ，論理J2EEサーバとして管理されます。また，バッチサーバは論理J2EEサーバとして管理されます。

さらに，共通の機能を提供する論理サーバの集合をクラスタとして扱います。クラスタに対しては，単体の論理サーバと同様の操作ができます。J2EEサーバクラスタ，Webサーバクラスタなどがあります。

論理サーバは，運用管理ドメイン内で一意な名称（論理サーバ名）で管理します。

Management Serverでは，運用管理ドメイン内の論理サーバを対象にして，運用管理操作を実行します。

Management Serverによる論理サーバの管理の概要を次の図に示します。

図1‒1　Management Serverによる論理サーバの管理の概要

[picture]

各ホスト上での操作は，Management Serverからの指示に従って，運用管理エージェントが実行します。運用管理エージェントを利用することで，複数のホストに分散して配置された論理サーバをManagement Serverで一元管理できます。なお，運用管理エージェントは，論理サーバのある各ホストで動作させる必要があります。運用管理ドメインは，互いに排他の関係になります。一つの論理サーバが複数の運用管理ドメインに包含される構成はサポートしていません。

1.1.2　管理できる論理サーバ

Management Serverの運用管理ポータルで管理する論理サーバの概要を次の表に示します。

表1‒1　論理サーバの概要

論理サーバ | 概要
論理パフォーマンストレーサ | パフォーマンストレーサの機能を提供する論理サーバです。パフォーマンストレーサは，アプリケーションサーバの各コンポーネントが出力するトレース情報を取得して，PRFトレースファイルに出力します。
論理スマートエージェント | トランザクションサービスを使用する場合，またはCTMを使用する場合に必要な論理サーバです。TPBrokerで提供されている，動的な分散ディレクトリサービスを提供します。論理CTMでこの論理サーバを使用します。

論理ネーミングサービス

CORBAネーミングサービスの機能を提供する論理サーバです。

J2EEサーバで使用します。

この論理サーバの留意事項を次に示します。

J2EEサーバが使用するCORBAネーミングサービスは，インプロセスで起動する場合には，論理サーバとして定義する必要はありません。

CTMを使用する場合，論理CTM内部にグローバルCORBAネーミングサービスを持つため，論理ネーミングサービスを定義する必要はありません。

論理CTMドメインマネジャ | CTMを使用する場合に必要な論理サーバです。CTMドメインを管理するプロセスを提供します。なお，CTMドメインとは，複数のCTMデーモンで構成される，情報共有と負荷分散の対象になる範囲のことです。
論理CTM | CTMを使用する場合に必要な論理サーバです。クライアントからのリクエストを処理してリクエストをスケジューリングするためのプロセスとして，CTMデーモンとCORBAネーミングサービスを提供します。
論理J2EEサーバ | J2EEサーバの機能を提供する論理サーバです。
論理Webサーバ | Webサーバを使用する場合に必要な論理サーバです。Management Serverでは，WebサーバとしてHTTP Serverを管理できます。

論理ユーザサーバ

ユーザサーバは，ユーザが定義する任意のサービスやプロセスです。特定のサービスやプロセスを論理ユーザサーバとして定義しておくことで，そのサービスやプロセスがManagement Serverの管理対象となり，開始，停止，ステータス監視ができるようになります。

なお，論理ユーザサーバは，運用管理ポータルで定義できません。コマンドおよびユーザ定義ファイルで定義します。詳細は，次の個所を参照してください。

J2EEアプリケーションを実行するシステムの場合

「3.2.4　論理ユーザサーバの設定」

バッチアプリケーションを実行するシステムの場合

「5.2.4　論理ユーザサーバの設定」

どのような場合にどの論理サーバを使用するかは，機能や構成によって判断してください。例えば，CTMを使用する場合と使用しない場合では，必要な論理サーバの種類が異なります。また，CTMで統合ネーミングスケジューラサーバを使用する場合は，アプリケーションサーバに配置する論理サーバ（CTMを使用する場合に必要な論理サーバ）と，統合ネーミングスケジューラサーバに配置する論理サーバがそれぞれ必要となります。システム構成パターンについては，マニュアル「アプリケーションサーバシステム設計ガイド」の次の個所を参照してください。

3.　システム構成の検討（J2EEアプリケーション実行基盤）

4.　システム構成の検討（バッチアプリケーション実行基盤）

また，論理サーバを稼働させるための設定で必要な操作については，「10.　論理サーバの環境設定」を参照してください。論理サーバの運用で必要な操作については，「11.　論理サーバの起動／停止」および「13.　論理サーバの運用監視」を参照してください。

注意事項

運用管理ポータルの画面ではSFOサーバが表示されることがありますが，SFOサーバは管理できません。

1.1.3　管理できるアプリケーションとリソース

Management Serverの運用管理ポータルで管理するアプリケーションとリソースの概要を次の表に示します。

表1‒2　アプリケーションとリソースの概要

分類 | 概要
J2EEアプリケーション | EARファイル形式またはZIPファイル形式でパッケージ化されたアプリケーション，または展開ディレクトリ形式のアプリケーションです。複数のEJB-JARファイル，複数のWARファイル，および一つのDDから構成されます。 Management Serverでは，J2EEアプリケーションのアップロード，登録，運用環境へのインポート，開始，停止，削除，世代回復および稼働状況の監視が行えます。
リソースアダプタ | データベースやOpenTP1などのリソースに接続する場合に使用します。 Management Serverでは，サーバ管理コマンドで作成したリソースアダプタ（RARファイル）の，運用環境へのインポート，開始，停止，削除および稼働状況の監視が行えます。

(1)　「論理サーバのアプリケーション管理」の動作モード

アプリケーションまたはリソースを操作するには，運用管理ポータルの「論理サーバのアプリケーション管理」を使用します。「論理サーバのアプリケーション管理」には次に示す動作モードがあります。

V8モード

アプリケーションとリソースの設定について，運用管理ポータルとサーバ管理コマンドの相互運用ができます。ただし，J2EEアプリケーションの履歴やバージョン管理はできません。

V8モードでは運用管理ポータルとサーバ管理コマンドの相互運用ができます。

インストール方法とデフォルトの動作モードを次の表に示します。

表1‒3　インストール方法とデフォルトの動作モード

インストール方法 | デフォルトの動作モード
新規インストール | V8モード

(2)　アプリケーションやリソースのプロパティ設定

V8モード

運用管理ポータルでは，アプリケーションのプロパティ設定はできませんが，リソースのプロパティ設定はできます。アプリケーションの詳細な設定内容（属性）は，サーバ管理コマンドを使用して設定しておく必要があります。リソースの詳細な設定内容（属性）は，運用管理ポータルの「論理サーバのアプリケーション管理」で設定できます。また，リソースの接続テストも実施できます。

1.2　ほかのプログラムとの連携

Management Serverを利用しているシステムでは，次に示すプログラムと連携した運用を実現できます。

JP1との連携

Management Serverを利用しているシステムは，JP1と連携することで，アプリケーションサーバ以外のシステムも含めた業務システム全体を一括管理できるようになります。業務システム全体の一括管理には，JP1の集中監視，運用の自動化，稼働状況の分析などの機能を使用します。JP1と連携することで実現できる機能および機能の設定方法については，マニュアル「アプリケーションサーバ機能解説 運用／監視／連携編」の「12.　JP1と連携したシステムの運用」を参照してください。

なお，JP1/IMと連携する場合に，JP1/IMの統合コンソールまたは統合スコープから，運用管理ポータルを表示できます。設定方法については，「付録E　JP1/IMから運用管理ポータルを表示するための設定（Windowsの場合）」を参照してください。

クラスタソフトウェアとの連携

Management Serverを利用しているシステムは，クラスタソフトウェアと連携することで，プロセス監視，障害発生時の系切り替えなどの機能を使用して，Application Serverの稼働率を向上できます。連携できるクラスタソフトウェアは，Windows Server Failover Cluster（Windowsの場合），またはHAモニタ（AIXまたはLinuxの場合）です。クラスタソフトウェアと連携することで実現できる機能および機能の設定方法については，マニュアル「アプリケーションサーバ機能解説 運用／監視／連携編」の「15.　クラスタソフトウェアとの連携」を参照してください。

また，運用管理ポータルを使用して構築したシステムで，Smart Composer機能のコマンド（cmx_export_model）を実行すると，運用管理ポータルで構築済みのシステムの定義内容を，簡易構築定義ファイルの形式（free-tier）で出力できます。出力した簡易構築定義ファイルを使用して，Smart Composer機能のコマンドを実行すると，同じ定義内容のシステムをほかの環境に構築できます。Smart Composer機能のコマンドを使用した構築済みのシステムの移行手順については，マニュアル「アプリケーションサーバ システム構築・運用ガイド」の「4.4　構成・定義情報を出力してほかのホストにシステム環境を移行するシステムの運用」を参照してください。

第2編　運用管理ポータルを使用したシステムの構築と運用

2　運用管理ポータルを使用したシステムの構築と運用をするための準備

この章では，運用管理ポータルを使用したシステムを構築，運用するために必要なアプリケーションサーバ製品のインストールと初期設定，およびManagement Serverの設定について説明します。なお，運用管理ポータルの画面の操作方法，操作規則，操作時の注意事項などについては，「7.　Management Serverの画面と基本操作」を参照してください。

2.1　インストールと初期設定

ここでは，運用管理ポータルを使用したシステムを構築するための準備として，Application Serverをインストールして初期設定する操作の概要について説明します。なお，このマニュアルではDeveloperのインストールや環境設定については説明しません。Developerのインストールや初期設定については，マニュアル「アプリケーションサーバ アプリケーション開発ガイド」を参照してください。

インストールと初期設定の流れを次に示します。

Application Serverをインストールします。

マニュアル「アプリケーションサーバ システム構築・運用ガイド」の「2.2.1　Application Serverのインストールについて」を参照してください。なお，インストールする製品のエディションは，構築するシステムの構成によって異なります。マニュアル「アプリケーションサーバ システム設計ガイド」で確認してから製品をインストールしてください。

Application Serverのインストール後，必要に応じて次の内容を設定してください。

Component Container管理者の設定

UNIXでシステムを構築および運用する場合は，構成ソフトウェアであるComponent Containerのインストール後に，Component Container管理者を設定できます。Component Container管理者を設定すると，スーパーユーザ以外でもサーバの起動・停止などの操作が実施できるようになります。Component Container管理者の設定については，マニュアル「アプリケーションサーバ システム構築・運用ガイド」の「4.1.3　Component Container管理者を設定する（UNIXの場合）」を参照してください。

環境変数を設定します。

インストールした製品の種類，使用する機能に応じて，必要な環境変数を設定します。環境変数の設定については，マニュアル「アプリケーションサーバ システム構築・運用ガイド」の「4.1.11　システムの環境変数を設定する」を参照してください。

リソースおよびメモリ所要量を設定します。

Application Serverをインストールしたマシンで使用するリソースおよびメモリ所要量を設定します。リソースおよびメモリ所要量の見積もりと設定方法については，マニュアル「アプリケーションサーバ システム設計ガイド」の次の個所を参照してください。

5.　使用するリソースの見積もり（J2EEアプリケーション実行基盤）

6.　使用するリソースの見積もり（バッチアプリケーション実行基盤）

必要に応じて，データベースの設定をします。

データベースを使用する場合は，環境変数や権限の設定など，データベースに接続するための設定が必要です。データベースの設定については，マニュアル「アプリケーションサーバ システム構築・運用ガイド」の次の個所を参照してください。

4.1.2　データベースの環境を設定する（Oracleの設定）

4.1.6　データベース接続環境を設定する（HiRDBの設定）

4.1.7　データベース接続環境を設定する（Oracleの設定）

4.1.8　データベース接続環境を設定する（SQL Serverの設定）

付録K　XDM/RD E2の設定

Management Serverのセットアップと環境設定をします。

アプリケーションサーバを利用したシステム構築では，Management Serverを使用します。Management Serverを初めて使用するホストでは，Management Serverをセットアップして環境設定をしてください。セットアップおよび設定については，「2.2　Management Serverの設定手順」を参照してください。

必要に応じて，システムの起動と停止の設定をします。

Management Serverや運用管理エージェントを自動で起動または停止する場合は，起動と停止の設定が必要です。設定方法については，マニュアル「アプリケーションサーバ 機能解説 運用／監視／連携編」の「2.6.3　自動起動の設定」を参照してください。

2.2　Management Serverの設定手順

ここでは，Management Serverを使用するために必要なセットアップ，環境設定，動作環境の設定と，運用管理エージェントが論理サーバを監視するための設定について説明します。なお，Management Serverが自動設定する内容については，マニュアル「アプリケーションサーバシステム構築・運用ガイド」の「付録E　Management Serverが自動で設定する内容」を参照してください。

2.2.1　Management Serverのセットアップ

Management Serverを初めて使用するホストでは，まず，Management Serverをセットアップしてください。一度セットアップしたホストでは，この作業は不要です。

Management Serverは，mngsvrctlコマンドで引数setupを指定してセットアップします。

Windowsの場合

＜Application Serverのインストールディレクトリ＞¥manager¥bin¥mngsvrctl setup

UNIXの場合

/opt/Cosminexus/manager/bin/mngsvrctl setup

次に示すように引数の指定を省略すると，mngsvrctlコマンドの使用方法を表示できます。

Windowsの場合

＜Application Serverのインストールディレクトリ＞¥manager¥bin¥mngsvrctl

UNIXの場合

/opt/Cosminexus/manager/bin/mngsvrctl

mngsvrctlコマンドについては，マニュアル「アプリケーションサーバ リファレンス コマンド編」の「mngsvrctl（Management Serverの起動／停止／セットアップ）」を参照してください。

参考

セットアップ時に管理ユーザアカウントを設定できます。管理ユーザアカウントを設定する場合は，次のように指定してください。

Windowsの場合（コマンド入力時に設定）

＜Application Serverのインストールディレクトリ＞¥manager¥bin¥mngsvrctl setup ＜サーバ名＞ -u ＜管理ユーザID＞ -p ＜管理ユーザパスワード＞

Windowsの場合（対話形式で設定）

＜Application Serverのインストールディレクトリ＞¥manager¥bin¥mngsvrctl setup ＜サーバ名＞ -interactive

UNIXの場合（コマンド入力時に設定）

/opt/Cosminexus/manager/bin/mngsvrctl setup ＜サーバ名＞ -u ＜管理ユーザID＞ -p ＜管理ユーザパスワード＞

UNIXの場合（対話形式で設定）

/opt/Cosminexus/manager/bin/mngsvrctl setup ＜サーバ名＞ -interactive

コマンド入力時にパスワードを設定した場合，プロセスの引数を確認できるOS機能などでパスワードが観測されるおそれがあります。そのため，対話形式でのパスワードの設定を推奨します。

セットアップ後に管理ユーザアカウントを設定する場合や，設定済みの管理ユーザアカウントを変更したい場合は，mngsvrctlコマンドで引数setupを指定して実行するか，または「Cosminexus Management Serverの設定」の［管理ユーザアカウントの設定］画面で設定してください。

また，管理ユーザアカウントを入力しないで運用管理ポータルにログインするように設定することもできます。

2.2.2　Management Serverの環境設定

Management Serverや運用管理エージェントのプロパティを設定して，Management Serverの環境を設定してください。

(1)　Management Serverのプロパティの設定

Management Serverのプロパティファイル（mserver.properties）で，Management Serverが使用するポート番号や，Management Serverへのアクセスを許可するホストなどを設定できます。

mserver.propertiesに指定するキーを次に示します。キーの詳細，およびここで説明していないキーについては，マニュアル「アプリケーションサーバ リファレンス 定義編(サーバ定義)」の「8.2.6　mserver.properties（Management Server環境設定ファイル）」を参照してください。

adminagent.connector.comm.state.cache_max_time

運用管理エージェントとの通信状態をキャッシュする最大時間を指定します。

webserver.connector.ajp13.port

Management Server内部通信用ポート番号を指定します。

webserver.connector.http.port

Management Server接続HTTPポート番号を指定します。

webserver.shutdown.port

Management Server終了要求受信ポート番号を指定します。

webserver.connector.http.permitted.hosts

Management Serverへのアクセスを許可するホストおよび運用管理エージェント稼働ホストの，IPアドレスまたはホスト名を指定します。

mngsvr.myhost.name

Management Serverが稼働するホストに，論理サーバを配置するホストからアクセス可能なIPアドレス，またはそのIPアドレスを示すホスト名を指定します。Management Serverが稼働するホストが複数個のIPアドレスを持っていて，ホスト名が意図するIPアドレスに変換されないおそれがある場合に，このキーを指定します。

com.cosminexus.mngsvr.management_user_account.enabled

管理ユーザアカウントを入力しないで運用管理ポータルにログインするように設定できます。

注意事項

Management Server起動後は，「Cosminexus Management Serverの設定」の［ネットワークの設定］画面からもポート番号を変更できます。ただし，mserver.propertiesにコメントを書いていた場合は，「Cosminexus Management Serverの設定」の［ネットワークの設定］画面からポート番号を変更すると，コメントが削除されます。

これらのキーのほかに，mserver.propertiesでは，snapshotログ収集や障害検知時コマンドによる資料取得のためのキーを設定できます。

snapshotログ収集の設定については，マニュアル「アプリケーションサーバ 機能解説 保守／移行編」の次の個所を参照してください。

3.3.3　snapshotログ収集の設定（J2EEアプリケーションを実行するシステム）

3.3.4　snapshotログ収集の設定（バッチアプリケーションを実行するシステム）

また，障害検知時コマンドによる資料取得のための設定については，マニュアル「アプリケーションサーバ 機能解説 保守／移行編」の次の個所を参照してください。

3.3.1　障害検知時コマンドによる資料取得の設定（J2EEアプリケーションを実行するシステム）

3.3.2　障害検知時コマンドによる資料取得の設定（バッチアプリケーションを実行するシステム）

(2)　運用管理エージェントのプロパティの設定

運用管理エージェントのプロパティファイル（adminagent.properties）で，運用管理エージェントが使用するポート番号を設定できます。

adminagent.adapter.port

運用管理エージェントがManagement Serverとの通信に使用するポート番号を指定します。

このキーのほかに，adminagent.propertiesでは，論理サーバの動作確認のレベルや間隔，snapshotログの収集先などを設定できます。論理サーバの動作確認に関する設定については，「(4)　運用管理エージェントによる論理サーバの監視に関する設定」を参照してください。snapshotログの収集先の設定については，マニュアル「アプリケーションサーバ機能解説 保守／移行編」の次の個所を参照してください。

3.3.3　snapshotログ収集の設定（J2EEアプリケーションを実行するシステム）

3.3.4　snapshotログ収集の設定（バッチアプリケーションを実行するシステム）

2.2.3　Management Serverの動作環境の設定

運用管理ポータルの「Cosminexus Management Serverの設定」で，Management Serverを利用するユーザのアカウント情報，ネットワーク情報など，Management Serverの動作環境を設定します。また，Management Serverを使用して設定した環境を退避または回復できます。

デフォルトの設定を変更する場合には，運用管理ポータルにログインして，「Cosminexus Management Serverの設定」で設定します。「Cosminexus Management Serverの設定」で設定できる内容を次の表に示します。運用管理ポータルへのログイン方法については，「7.1.2　ログイン」を参照してください。

表2‒1　「Cosminexus Management Serverの設定」で設定できる内容と操作画面の参照先

設定項目 | 設定内容 | 設定要否 | 操作 | 操作画面の参照先
管理ユーザアカウントの設定 | Management Serverを利用するユーザのアカウント情報を設定します。 | △ | ○※1 | 8.2.1
ネットワークの設定 | Management Serverが使用するポート番号を設定します。 | △ | ○ | 8.2.2
ログの設定 | Management Serverが出力するログのログレベル，ファイル面数，サイズなどを設定します。 | △ | ○ | 8.2.3
構成情報の退避または回復 | Management Serverの構成情報（構成定義，アプリケーション管理などの情報）を退避，回復します。 | △ | ○ | 8.2.4
開始時の設定 | Management Serverを起動するときに，論理サーバを一括起動するかどうかを設定します。一括起動する場合には，この設定が必要です。 | △ | ○ | 8.2.5
性能解析トレース収集の設定 | 性能解析トレースファイルの面数を設定します。 | △ | ○ | 8.2.6
JP1連携の設定 | Management Serverの障害情報（検知した障害や論理サーバの起動の通知など）をJP1へ通知するための設定をします。JP1と連携する機能を利用する場合には，この設定が必要です。JP1との連携については，マニュアル「アプリケーションサーバ機能解説 運用／監視／連携編」の「12.　JP1と連携したシステムの運用」を参照してください。 | △ | ○※2 | 8.2.7

（凡例）

設定要否の場合

△：任意。デフォルトの設定から変更する場合や，特定の機能を使用する場合に設定します。

操作の場合

○：任意。運用で必要と判断される場合に操作します。

注※1

Management Severのセットアップ時に，管理ユーザアカウントを設定している場合は操作不要です。Management Serverのセットアップ後に管理ユーザアカウントを設定する場合や，設定済みの管理ユーザアカウントを変更する場合に操作します。なお，管理ユーザアカウントの設定および変更は，mngsvrctlコマンドでも実行できます。mngsvrctlコマンドについては，マニュアル「アプリケーションサーバリファレンス コマンド編」の「mngsvrctl（Management Serverの起動／停止／セットアップ）」を参照してください。

また，管理ユーザアカウントを入力しないで運用管理ポータルにログインすることもできます。管理ユーザアカウントを入力しないで運用管理ポータルにログインするように設定している場合，「管理ユーザアカウントの設定」は操作できません。

注※2

設定内容が論理J2EEサーバの環境設定に関連する場合があります。構築するシステムの構成に応じて，論理サーバの環境設定時に［JP1連携の設定］画面の内容を参照してください。

2.2.4　運用管理エージェントによる論理サーバの監視に関する設定

Management Serverを利用して運用する場合，運用管理ポータルの「論理サーバの運用監視」やManagement Serverの運用管理コマンド（mngsvrutil）を使用すると，論理サーバのステータスを確認でき，論理サーバの起動／停止状態がわかります。Management Serverで論理サーバを管理する場合は，運用管理エージェントが定期的に論理サーバのプロセス監視および動作確認を実施して，論理サーバのステータスをManagement Serverに通知します。運用管理エージェントが論理サーバの動作を確認するときのレベルや間隔は，ユーザ定義ファイルで設定を変更できます。必要に応じて，論理サーバの動作確認に関する次の項目を設定してください。

論理サーバの動作確認レベルの設定

論理サーバの動作確認間隔の設定

論理サーバの動作確認タイムアウトの設定

論理サーバの動作確認リトライの設定

論理サーバの動作確認の開始時間の設定

HTTP Serverの動作確認の設定

これらの項目は，運用管理エージェントの動作を設定するadminagent.propertiesで設定します。adminagent.propertiesおよび各項目で設定するキーについては，マニュアル「アプリケーションサーバ リファレンス 定義編(サーバ定義)」の「8.2.1　adminagent.properties（運用管理エージェントプロパティファイル）」を参照してください。

参考

Management ServerでWebサーバの動作確認をする場合，動作確認用のログを通常のログ（アクセスログ）と別に出力できます。設定方法については，「10.9.1　Webサーバの設定」を参照してください。

(1)　論理サーバの動作確認レベルの設定

運用管理エージェントでは，論理サーバが正常に動作しているかどうかを，プロセスの存在を確認したり，論理サーバにアクセスしたりすることで判断します。論理サーバの動作確認レベルは，adminagent.＜論理サーバの種類＞.watch.levelキーに指定します。必要に応じて，論理サーバの動作確認レベルを変更してください。指定できる値は「1」または「2」です。「1」はプロセスの存在を確認するだけで論理サーバの動作を確認します。また，「2」はプロセスの存在を確認し，実際に論理サーバにアクセスして動作を確認します。指定できる値は論理サーバの種類によって異なります。なお，WebサーバでSSL通信だけを有効にしている場合，論理Webサーバの動作確認レベルはプロセスの存在を確認するだけに変更（adminagent.hws.watch.level=1を設定）してください。

(2)　論理サーバの動作確認間隔の設定

論理サーバの動作確認の間隔（秒）は，adminagent.＜論理サーバの種類＞.watch.intervalキーに指定します。デフォルトは10秒です。必要に応じて，論理サーバの動作を確認するときの間隔を変更してください。

(3)　論理サーバの動作確認タイムアウトの設定

論理サーバの動作確認のタイムアウト時間（秒）は，adminagent.＜論理サーバの種類＞.watch.timeoutキーに指定します。デフォルトは60秒です。必要に応じて，論理サーバの動作を確認するときのタイムアウト時間を変更してください。

(4)　論理サーバの動作確認リトライの設定

論理サーバの動作確認のリトライ回数は，adminagent.＜論理サーバの種類＞.watch.retry_countキーに指定します。デフォルトは1回です。

また，adminagent.watch.retry_timeout.enabledキーでは，タイムアウトの発生をリトライの対象にするかどうかを指定できます。デフォルトはfalse（リトライの対象にしない）です。なお，新規インストール時はtrue（リトライの対象にする）が指定されています。

必要に応じて，論理サーバの動作を確認するときのリトライの設定を変更してください。

(5)　論理サーバの動作確認の開始時間の設定

論理サーバを起動してから動作確認（動作確認レベル2）を開始するまでの時間（秒）は，adminagent.＜論理サーバの種類＞.watch.start_timeキーに指定します。デフォルト値は論理サーバの種類によって異なります。必要に応じて，論理サーバの動作確認の開始時間を変更してください。

なお，論理サーバの動作確認の開始時間を変更する場合は，「論理サーバの動作確認の開始時間（秒） ＜ 論理サーバの起動監視時間（分）」となるように注意してください。論理サーバの起動監視時間は，運用管理ポータルの「論理サーバの起動／停止」の［起動／停止の設定］画面で設定できます。起動監視時間が動作確認の開始時間よりも小さい場合は，論理サーバの起動に失敗します。

(6)　HTTP Serverの動作確認の設定

Management Serverでは，WebサーバとしてHTTP Serverを管理できます。ここでは，動作確認用HTTPメソッドの設定，およびHTTP Serverの動作確認用URLの設定について説明します。ただし，HTTP Server動作確認用URLは，動作確認用HTTPメソッドの設定で「HEAD」を指定している場合にだけ設定できます。

動作確認用HTTPメソッドの設定

論理サーバの動作確認レベル（adminagent.＜論理サーバの種類＞.watch.levelキー）で，「2」を指定（プロセスの存在を確認し，実際に論理サーバにアクセスして動作を確認する）した場合のHTTP Serverの動作確認用HTTPメソッドを指定します。指定できる値は「HEAD」または「OPTIONS」です。「HEAD」を指定した場合は，HTTP Server動作確認用URL（adminagent.hws.watch.urlキー）で指定されたURLにアクセスして応答が返ることを確認します。また，「OPTIONS」を指定した場合は，WebサーバがHTTPメソッドを受け付け可能な状態であるかを確認します。

なお，「OPTIONS」を指定した場合，HTTP Serverの設定で，ルートディレクトリに対してすべてのホストからのアクセスを禁止していると，運用管理エージェントからの動作確認アクセスも拒否されてしまうため，正しく稼働判定できなくなり，HTTP Serverの起動に失敗します。その場合，ループバックアドレス（ホストの固定をしている場合は固定したIPアドレス）からのアクセスを許可する必要があります。Basic認証の設定をしている場合など，アクセスを制限している場合も正しく稼働判定できなくなるので注意してください。

HTTP Server動作確認用URLの設定

運用管理エージェントは，HTTP Serverが正常に動作しているかどうかを，設定したURLに対して定期的にダミーアクセスをすることで判断します。ダミーアクセスのレスポンスが返らないような状態（無応答の状態）になると，HTTP Serverが異常と判断し，障害を検出します。このため，Webサーバを使用する場合には，動作確認用URLとして実際にアクセスできるURLを設定してください。HTTP Server動作確認用URLは，adminagent.hws.watch.urlキーに指定します。

URLには，httpで始まる絶対パス，またはルートコンテキストからの相対パスを指定してください。デフォルト値は，ルートコンテキスト（http://localhost:＜ポート番号＞/）です。同一のホストに複数のWebサーバを構築する場合は相対パスで指定してください。

（例）

動作確認用URLに「http://HostA:80/index.html」を指定する場合の例を次に示します。

adminagent.hws.watch.url=http://HostA:80/index.html

動作確認用URLに「http://localhost:＜ポート番号＞/index.html」を指定する場合（複数Webサーバ対応）の例を次に示します。

adminagent.hws.watch.url=index.html

なお，障害発生時の自動再起動については，マニュアル「アプリケーションサーバ 機能解説 運用／監視／連携編」の「2.4　障害発生時の自動再起動」を参照してください。

3　J2EEアプリケーションを実行するシステムの構築と削除

ここでは，Management Serverの運用管理ポータルを利用したJ2EEアプリケーションを実行するシステムの構築手順と，システムの構築時に操作する運用管理ポータルの画面について説明します。また，システムの削除手順についても説明します。

なお，運用管理ポータルの画面の操作方法，操作規則，操作時の注意事項などについては，「7.　Management Serverの画面と基本操作」を参照してください。

3.1　システムの構築の流れ

ここでは，運用管理ポータルを利用してシステムを構築する場合の流れについて説明します。

運用管理ポータルや運用管理コマンド（mngsvrutil）を利用してシステムを運用し，システム全体のサーバの運用をManagement Serverで一括管理する場合のシステムの構築手順を次に示します。

システム構成を検討します。

システム構成を検討する場合，J2EEアプリケーションで使用する機能に応じて，その機能を実現するために必要なプロセスを意識して，各マシンにそれぞれのプロセスを適切に配置することが必要です。例えば，サーバ間連携でCTMを利用する場合は，スマートエージェント，CTMドメインマネジャ，およびCTMの設定が必要になります。このように，使用する機能によってシステムの構成も，必要な論理サーバも異なります。

インストールと初期設定をします。

システム構成に合わせて，アプリケーションサーバ，運用管理サーバ，データベースサーバなどにそれぞれ必要な製品をインストールします。必要に応じて，OSやデータベースなどのホスティング環境を設定します。

また，各サーバでの環境変数の設定，Management Serverのセットアップと設定などを実施します。初期設定で実施する作業については，「2.1　インストールと初期設定」を参照してください。

論理サーバを設定します。

運用管理ポータルの「運用管理ドメインの構成定義」で，必要な論理サーバを運用管理ドメイン内に適切に配置して，論理サーバの構成を定義します。

運用管理ポータルの「論理サーバの環境設定」で，「運用管理ドメインの構成定義」で追加した論理サーバを稼働させるために必要な設定をします。

論理サーバをデフォルトの設定のまま利用する場合は設定不要です。設定を変更する場合は，運用管理ポータルの画面，またはユーザ定義ファイルで設定内容を編集する必要があります。

運用管理ポータルの「論理サーバの起動／停止」で，一括起動するときの論理サーバの起動順序，自動再起動するときの回数など，論理サーバの起動と停止の設定をします。

必要に応じて，論理サーバの起動と停止で使用する環境変数の設定をします。論理サーバの環境変数の設定については，マニュアル「アプリケーションサーバ システム構築・運用ガイド」の「4.1.12　論理サーバの環境変数を設定する」を参照してください。

詳細は，「3.2　論理サーバの設定手順」を参照してください。

リソースの設定をします。

運用管理ポータルの「論理サーバのアプリケーション管理」で，リソースアダプタをJ2EEサーバにインポートして，プロパティなどを設定します。詳細は，「3.3　リソースの設定手順」を参照してください。なお，J2EEアプリケーションからリソースに接続しない場合は，設定不要です。

J2EEアプリケーションの設定をします。

運用管理ポータルでは，J2EEアプリケーションのプロパティなどの設定はできません。サーバ管理コマンドを使用して，J2EEアプリケーションのプロパティなどを設定します。運用管理ポータルの「論理サーバのアプリケーション管理」で，設定済みのJ2EEアプリケーションをManagement Serverにアップロードし，J2EEサーバにインポートします。詳細は，「3.4　J2EEアプリケーションの設定手順」を参照してください。

システムを起動して，システムの動作を確認します。

システムの起動については，「4.1.1　システムの起動手順」を参照してください。

3.2　論理サーバの設定手順

Management Serverの運用管理ポータルで一括管理するために必要な設定です。構築するシステムの構成に応じて，必要な論理サーバを設定します。

J2EEアプリケーションで使用する機能に応じて決定したシステム構成を基に，次に示す手順で，必要な論理サーバの構成を定義します。

運用管理ドメインの構成定義

論理サーバの環境設定

論理サーバの起動／停止の設定

論理ユーザサーバの設定※

論理サーバの起動／停止の確認

注※

任意のプロセスを論理ユーザサーバとして定義する場合にだけ設定します。論理ユーザサーバは，運用管理ポータルで定義できません。詳細は，「3.2.4　論理ユーザサーバの設定」を参照してください。

3.2.1　運用管理ドメインの構成定義

運用管理ドメインの構成定義では，運用管理ドメインに含まれる論理サーバの構成を定義します。

運用管理ドメインは，Management Serverが同一の運用管理ポリシーを適用して複数のサーバをまとめて管理する範囲のことです。運用管理ドメインを定義することで，あるサービスを提供するサーバ群を運用管理ポータルで一括して管理できるようになります。

(1)　設定手順

運用管理ポータルの「運用管理ドメインの構成定義」で，運用管理ドメイン内に必要な論理サーバを設定する手順を次に示します。

運用管理ポータルにログインし，［運用管理ポータル］画面で「運用管理ドメインの構成定義」をクリックします。

論理サーバを設置するホストを運用管理ドメインに追加します。

［ホストの定義］画面で，ホスト名，ホストの表示名，ホストの説明，運用管理エージェントのポート番号，および運用管理エージェントのホスト名を指定します。

運用管理ドメインを定義します。

デフォルトの設定では，「DefaultDomain」という運用管理ドメイン名が定義されています。［運用管理ドメインの編集］画面で，運用管理ドメイン名，運用管理ドメインの表示名，および運用管理ドメインの説明を指定して，運用管理ドメインの情報を編集します。

J2EEサーバまたはWebサーバをクラスタ構成にする場合は，クラスタを追加します。

論理J2EEサーバの［J2EEサーバクラスタの追加］画面，または論理Webサーバの［Webサーバクラスタの追加］画面で，追加するクラスタ名，クラスタの表示名，およびクラスタの説明を設定します。

論理サーバを追加します。

それぞれの論理サーバの追加画面で，論理サーバを配置するホスト，論理サーバ名，論理サーバの表示名，および論理サーバの説明を設定します。

J2EEサーバまたはWebサーバをクラスタ構成にする場合は，手順4.で追加したクラスタの構成要素として，J2EEサーバまたはWebサーバを追加します。論理J2EEサーバの［J2EEサーバクラスタ構成要素の追加］画面，または論理Webサーバの［Webサーバクラスタ構成要素の追加］画面で，論理サーバを配置するホスト，論理サーバ名，論理サーバの表示名，および論理サーバの説明を設定します。

論理J2EEサーバ，論理Webサーバを接続先ホスト上にセットアップします。

［セットアップ］画面で，セットアップが完了していない論理サーバを一括してセットアップできます。また，セットアップしたい論理サーバだけを選択して，セットアップすることもできます。

注意事項

運用管理ドメインの構成定義で定義した論理サーバを編集，削除する場合は，対象となる論理サーバがManagement Serverの各機能で操作中でないことを確認してください。また，対象となる論理サーバが停止していることを確認してください。

操作中または停止していない状態で論理サーバを編集，削除した場合，Management Serverを使用した運用ができなくなるおそれがあります。

(2)　操作する画面

運用管理ドメインの構成定義では，運用管理ドメイン内に配置するホストを定義し，ホスト内に配置する論理サーバを定義します。運用管理ポータルの「運用管理ドメインの構成定義」で設定できる内容と操作する画面を，ホストの定義，論理サーバの定義に分けて説明します。

ホストの定義

論理サーバを定義する前に，必ずホストを定義してください。ホストの定義で設定できる内容と操作する画面を次の表に示します。ただし，論理ユーザサーバだけを配置するシステムを構築する場合，ホストの定義は不要です。

表3‒1　ホストの定義で設定できる内容と操作する画面

設定内容 | 操作 | 画面の参照先
ホストの定義 | ◎ | 9.2.1
ホストの編集 | ○ | 9.2.3
ホストの削除 | ○ | 9.2.2 9.2.4
運用管理ドメインの編集 | ○ | 9.3.1

（凡例）

◎：必要。最低限必要な操作です。

○：任意。デフォルトの設定から変更する場合，または構築もしくは運用で必要と判断される場合に操作します。

注

論理ユーザサーバだけを配置するシステムの場合，設定できる内容はありません。操作不要です。

論理サーバの定義

定義したホストに配置する論理サーバを定義します。論理サーバごとに論理サーバの定義で設定できる内容と操作する画面を次の表に示します。

表3‒2　論理サーバの定義で設定できる内容と操作する画面

論理サーバ名 | 設定内容 | 操作 | 画面の参照先
論理パフォーマンストレーサ | パフォーマンストレーサの追加※1 | ◎ | 9.4.1
パフォーマンストレーサの編集 | ○ | 9.4.3
パフォーマンストレーサの削除 | ○ | 9.4.2 9.4.4
論理スマートエージェント | スマートエージェントの追加※2 | ◎ | 9.5.1
スマートエージェントの編集 | ○ | 9.5.3
スマートエージェントの削除 | ○ | 9.5.2 9.5.4
論理ネーミングサービス | ネーミングサービスの追加※3 | ◎ | 9.6.1
ネーミングサービスの編集 | ○ | 9.6.3
ネーミングサービスの削除 | ○ | 9.6.2 9.6.4
論理CTMドメインマネジャ | CTMドメインマネジャの追加※4 | ◎ | 9.7.1
CTMドメインマネジャの編集 | ○ | 9.7.3
CTMドメインマネジャの削除 | ○ | 9.7.2 9.7.4
論理CTM | CTMの追加※5 | ◎ | 9.8.1
CTMの編集 | ○ | 9.8.3
CTMの削除 | ○ | 9.8.2 9.8.4
論理サーバ | 論理サーバの一括セットアップ | ◎ | 9.11
論理J2EEサーバ | J2EEサーバの追加※6 | ◎ | 9.9.1
J2EEサーバの編集 | ○ | 9.9.3
J2EEサーバの削除 | ○ | 9.9.2 9.9.4
J2EEサーバクラスタの追加※6 | ○ | 9.9.5
J2EEサーバクラスタの編集 | ○ | 9.9.7
J2EEサーバクラスタの削除 | ○ | 9.9.6 9.9.8
J2EEサーバクラスタ構成要素の追加※6 | ○ | 9.9.9
J2EEサーバクラスタ構成要素の削除 | ○ | 9.9.10
論理サーバの一括セットアップ | ◎ | 9.11
論理Webサーバ | Webサーバの追加 | ◎ | 9.10.1
Webサーバの編集 | ○ | 9.10.3
Webサーバの削除 | ○ | 9.10.2 9.10.4
Webサーバクラスタの追加※6 | ○ | 9.10.5
Webサーバクラスタの編集 | ○ | 9.10.7
Webサーバクラスタの削除 | ○ | 9.10.6 9.10.8
Webサーバクラスタ構成要素の追加※6 | ○ | 9.10.9
Webサーバクラスタ構成要素の削除 | ○ | 9.10.10
論理サーバの一括セットアップ | ◎ | 9.11

（凡例）

◎：必要。最低限必要な操作です。

○：任意。構築または運用で必要と判断される場合に操作します。

注

論理ユーザサーバには環境設定で設定する内容はありません。

注※1

この画面で設定した情報は，論理ネーミングサービス，論理CTMドメインマネジャ，論理J2EEサーバ，または論理Webサーバの環境設定でも使用します。

注※2

この画面で設定した情報は，論理CTMドメインマネジャ，または論理J2EEサーバの環境設定でも使用します。

注※3

この画面で設定した情報は，論理CTM，または論理J2EEサーバの環境設定でも使用します。

注※4

この画面で設定した情報は，論理CTMの環境設定でも使用します。

注※5

この画面で設定した情報は，論理J2EEサーバの環境設定でも使用します。

注※6

この画面で設定した情報は，論理Webサーバの環境設定でも使用します。

3.2.2　論理サーバの環境設定

論理サーバの環境設定では，運用管理ドメインの構成定義で追加した論理サーバを稼働させるために必要な設定をします。論理サーバを配置したホスト単位，および論理サーバ単位で環境を設定してください。例えば，ホスト単位では，ホストに配置した論理サーバの基本情報を設定します。論理サーバ単位では，論理J2EEサーバの場合はコンテナの動作やサービスの設定，論理Webサーバの場合はリバースプロキシの設定など，各論理サーバの詳細情報を設定します。

(1)　設定手順

運用管理ポータルの「論理サーバの環境設定」で，論理サーバの環境を設定する手順を次に示します。

運用管理ポータルにログインし，［運用管理ポータル］画面で「論理サーバの環境設定」をクリックします。

ホスト内の論理サーバの基本情報を設定します。

［ホスト内のサーバの設定］画面で，Webサーバのポート番号や利用するネーミングサービスなど，ホスト内に配置した論理サーバの基本情報を設定します。

各論理サーバの環境を設定します。

「運用管理ドメインの構成定義」で追加した論理サーバの環境を設定します。

J2EEサーバまたはWebサーバの場合は，設定情報をホストに配布します。

［設定情報の配布］画面で，論理サーバの環境設定で設定した情報を各ホストに配布します。

参考

論理サーバの環境設定では，環境設定済みの別の論理サーバから設定情報を読み込むことができます。設定情報がほとんど同じ場合には，別の論理サーバから設定情報を読み込んで，設定の異なる個所だけ変更することで，効率良く環境を設定できます。また，J2EEサーバでは，接続先ホストで稼働するサーバの設定情報を読み込むこともできます。

(2)　操作する画面

運用管理ポータルの「論理サーバの環境設定」で設定できる内容と操作する画面を次の表に示します。使用する論理サーバごとに必要な操作を実施してください。

表3‒3　論理サーバの環境設定で設定できる内容と操作する画面

論理サーバ名 | 設定内容 | 操作 | 画面の参照先
論理パフォーマンストレーサ | 論理サーバの基本情報の設定 | ◎ | 10.2.1
パフォーマンストレーサの設定 | ◎ | 10.3.1
パフォーマンストレーサのオプションの設定 | ○※1 | 10.3.2
パフォーマンストレーサの環境変数の設定 | ○※1 | 10.3.3
別の論理パフォーマンストレーサの設定読み込み | ○※1 | 10.3.4
論理スマートエージェント | 論理サーバの基本情報の設定 | ◎ | 10.2.1
スマートエージェントの設定 | ◎ | 10.4.1
スマートエージェントのオプションの設定 | ○※1 | 10.4.2
スマートエージェントの環境変数の設定 | ○※1 | 10.4.3
別の論理スマートエージェントの設定読み込み | ○※1 | 10.4.4
論理ネーミングサービス | 論理サーバの基本情報の設定 | ◎ | 10.2.1
ネーミングサービスの設定 | ◎ | 10.5.1
ネーミングサービスのオプションの設定 | ○※1 | 10.5.2
ネーミングサービスの環境変数の設定 | ○※1 | 10.5.3
別の論理ネーミングサービスの設定読み込み | ○※1 | 10.5.4
論理CTMドメインマネジャ | 論理サーバの基本情報の設定 | ◎ | 10.2.1
CTMドメインマネジャの基本設定 | ◎ | 10.6.1
CTMドメインマネジャのネットワークの設定 | ◎ | 10.6.2
CTMドメインマネジャのオプションの設定 | ○※1 | 10.6.3
CTMドメインマネジャの環境変数の設定 | ○※1 | 10.6.4
別の論理CTMドメインマネジャの設定読み込み | ○※1 | 10.6.5
論理CTM | 論理サーバの基本情報の設定 | ◎ | 10.2.1
CTMの基本設定 | ◎ | 10.7.1
CTMのスケジューリングの設定 | ◎ | 10.7.2
CTMのレギュレータの設定 | ◎ | 10.7.3
CTM間通信の設定 | ○ | 10.7.4
CTMの稼働統計情報の設定 | ○ | 10.7.5
CTMのオプションの設定 | ○※1 | 10.7.6
CTMの環境変数の設定 | ○※1 | 10.7.7
別の論理CTMの設定読み込み | ○※1 | 10.7.8
論理J2EEサーバ | 論理サーバの基本情報の設定 | ◎ | 10.2.1
J2EEサーバの基本設定 | ◎ | 10.8.1
J2EEサーバのJ2EEコンテナの設定 | ○ | 10.8.2
J2EEサーバのEJBコンテナの設定 | ○ | 10.8.3
J2EEサーバのWebコンテナの設定 | ○ | 10.8.4
J2EEサーバのネーミングの設定 | ○ | 10.8.5
J2EEサーバのトランザクションの設定 | ○ | 10.8.6
J2EEサーバのリソース枯渇監視の設定 | ○ | 10.8.7
J2EEサーバのログの設定 | ○ | 10.8.8
J2EEサーバのユーザログの設定 | ○ | 10.8.9
通信・スレッド制御の設定（インプロセスHTTPサーバ）（V9互換モードの場合） | ○ | 10.8.10
通信・スレッド制御の設定（NIO HTTPサーバ）（V9互換モード以外の場合） | 〇 | 10.8.11
ログの設定（インプロセスHTTPサーバ）（V9互換モードの場合） | ○ | 10.8.12
ログの設定（NIO HTTPサーバ）（V9互換モード以外の場合） | 〇 | 10.8.13
セキュリティの設定（インプロセスHTTPサーバ）（V9互換モードの場合） | ○ | 10.8.14
セキュリティの設定（NIO HTTPサーバ）（V9互換モード以外の場合） | 〇 | 10.8.15
エラーページの設定（インプロセスHTTPサーバ）（V9互換モードの場合） | ○ | 10.8.16
リダイレクトの設定（インプロセスHTTPサーバ）（V9互換モードの場合） | ○ | 10.8.17
レスポンスヘッダ・ゲートウェイ指定機能の設定（インプロセスHTTPサーバ）（V9互換モードの場合） | ○ | 10.8.18
レスポンスヘッダの設定（NIO HTTPサーバ）（V9互換モード以外の場合） | 〇 | 10.8.19
J2EEサーバでの稼働情報監視の設定 | ○ | 10.8.20
J2EEサーバでの稼働情報監視で発行するイベントの設定 | ○ | 10.8.21
J2EEサーバでの稼働情報監視で使用する通信の設定 | ○ | 10.8.22
J2EEサーバで使用するJavaVMの起動パラメタの設定 | ◎ | 10.8.23
J2EEサーバで使用するJavaVMのシステムプロパティの設定 | ○ | 10.8.24
J2EEサーバのJP1連携の設定 | ○※2 | 10.8.25
J2EEサーバのオプションの設定 | ○※1 | 10.8.26
J2EEサーバの環境変数の設定 | ○※1 | 10.8.27
論理J2EEサーバの設定読み込み | ○※1 | 10.8.28
設定情報の配布 | ◎ | 10.10.1
論理Webサーバ | 論理サーバの基本情報の設定 | ◎ | 10.2.1
Webサーバの設定 | ◎ | 10.9.1
リダイレクタの設定（リダイレクタを使用した場合） | ○ | 10.9.2
マッピングの定義（リダイレクタを使用した場合） | ○ | 10.9.3
ワーカの設定（リダイレクタを使用した場合） | ○ | 10.9.4
リバースプロキシの設定（J2EEサーバとリバースプロキシで連携する場合） | ○ | 10.9.5
Webサーバ環境のセットアップ | ◎ | 10.9.6
Webサーバのオプション設定 | ○※1 | 10.9.8
Webサーバの環境変数の設定 | ○※1 | 10.9.9
別の論理Webサーバの設定読み込み | ○※1 | 10.9.10
設定情報の配布 | ◎ | 10.10.1

（凡例）

◎：必要。最低限必要な操作です。

○：任意。デフォルトの設定から変更する場合に操作します。

注

論理ユーザサーバには環境設定で設定できる内容はありません。

注※1

各論理サーバで共通の操作です。画面詳細および注意事項については，論理J2EEサーバの説明を参照してください。

注※2

JP1を使用する場合は設定が必要です。

3.2.3　論理サーバの起動／停止の設定

論理サーバの起動／停止の設定では，論理サーバを起動または停止させる際に必要な設定をします。論理サーバ単位に，起動／停止の監視時間，自動再起動の回数，自動再起動のリトライ間隔などを設定します。また，論理サーバを一括起動する場合には，起動順序を設定する必要があります。

(1)　設定手順

運用管理ポータルの「論理サーバの起動／停止」で，論理サーバの起動または停止に関する情報を設定する手順を次に示します。

運用管理ポータルにログインし，［運用管理ポータル］画面で「論理サーバの起動／停止」をクリックします。

論理サーバごとに，起動または停止に関する情報を設定します。

各論理サーバの［起動／停止の設定］画面で，起動や停止の監視時間，自動再起動の回数，自動再起動のリトライ間隔などを設定します。

論理サーバの起動順序を設定します。

論理サーバを一括起動，自動再起動する場合は，運用管理ドメイン内での論理サーバの起動順序を設定します。運用管理ドメインの［起動順序の設定］画面，またはホストの［起動順序の設定］画面で，論理サーバの起動順序を設定します。

(2)　操作する画面

運用管理ポータルの「論理サーバの起動／停止」で設定できる内容と操作する画面を次の表に示します。

表3‒4　論理サーバの起動／停止で設定できる内容と操作する画面

論理サーバ名 | 設定内容 | 操作 | 画面の参照先
論理パフォーマンストレーサ | 論理サーバの起動順序の設定 | ○ | 11.3.5
パフォーマンストレーサの起動／停止の設定 | ○ | 11.4.1
論理スマートエージェント | 論理サーバの起動順序の設定 | ○ | 11.3.5
スマートエージェントの起動／停止の設定 | ○ | 11.5.1
論理ネーミングサービス | 論理サーバの起動順序の設定 | ○ | 11.3.5
ネーミングサービスの起動／停止の設定 | ○ | 11.6.1
論理CTMドメインマネジャ | 論理サーバの起動順序の設定 | ○ | 11.3.5
CTMドメインマネジャの起動／停止の設定 | ○ | 11.7.1
論理CTM | 論理サーバの起動順序の設定 | ○ | 11.3.5
CTMの起動／停止の設定 | ○ | 11.8.1
論理J2EEサーバ | 論理サーバの起動順序の設定 | ○ | 11.3.5
J2EEサーバの起動／停止の設定 | ○ | 11.9.1
J2EEサーバクラスタ内のJ2EEサーバの起動／停止の設定 | ○ | 11.10.5
論理Webサーバ | 論理サーバの起動順序の設定 | ○ | 11.3.5
Webサーバの起動／停止の設定 | ○ | 11.11.1
Webサーバクラスタ内のWebサーバの起動／停止の設定 | ○ | 11.12.5
論理ユーザサーバ | 論理サーバの起動順序の設定 | ○ | 11.3.5
ユーザサーバの起動／停止の設定 | ○ | 11.13.1

（凡例）

○：任意。デフォルトの設定から変更する場合，または運用で必要と判断される場合に操作します。

3.2.4　論理ユーザサーバの設定

ユーザが定義する論理サーバ（論理ユーザサーバ）の設定について説明します。

ユーザサーバは，ユーザが定義する任意のサービスやプロセスです。特定のサービスやプロセスを論理ユーザサーバとして定義しておくことで，そのサービスやプロセスがManagement Serverの管理対象となり，ほかの論理サーバと同様に，一括管理できるようになります。

定義した論理ユーザサーバは，運用管理ポータルに論理サーバとして表示されます。運用管理ポータルでの論理ユーザサーバの操作を次に示します。

論理サーバの起動／停止で，論理ユーザサーバを起動／停止できます。また，起動や停止の監視時間，自動再起動の回数，一括起動時の論理サーバの起動順序なども変更できます。

論理サーバの運用監視で，論理ユーザサーバの起動／停止状態が確認できます。

なお，論理ユーザサーバは，運用管理ポータル（運用管理ドメインの構成定義および論理サーバの環境設定）では定義できません。コマンドおよびユーザ定義ファイルで定義します。論理ユーザサーバの追加および削除手順を次に説明します。

(1)　論理ユーザサーバの追加

論理ユーザサーバの追加手順を次に示します。

論理ユーザサーバ定義ファイルを作成します。

論理ユーザサーバ定義ファイルはXML形式のファイルです。論理ユーザサーバのサーバ名や，サービスやプロセスの起動／停止用のコマンドなどを指定してください。

論理ユーザサーバの起動用のコマンドを指定する場合には，Management Serverの監視対象となるサービスやプロセスの起動方法を意識しておく必要があります。

直接起動

実行したコマンドそのものが監視対象となります。

間接起動

コマンドが起動したサービスやプロセスが監視対象となります。コマンドを実行して監視対象のサービスやプロセスが起動されると，コマンドは終了します。

また，論理ユーザサーバ定義ファイルでは，論理サーバを一括起動する場合の起動順序も指定できます。一括起動する場合，デフォルトの設定ではほかの論理サーバが起動されたあとで論理ユーザサーバが起動されるようになっています。

mngsvrutilコマンドのサブコマンドaddで，引数userserverおよび論理ユーザサーバ定義ファイルを指定して，コマンドを実行します。

論理ユーザサーバ定義ファイルに定義した内容で，論理ユーザサーバが追加されます。

mngsvrutilコマンドについては，マニュアル「アプリケーションサーバ リファレンス コマンド編」の「mngsvrutil（Management Serverの運用管理コマンド）」を参照してください。論理ユーザサーバ定義ファイルについては，マニュアル「アプリケーションサーバ リファレンス 定義編(サーバ定義)」の「8.2.19　論理ユーザサーバ定義ファイル」を参照してください。

(2)　論理ユーザサーバの削除

論理ユーザサーバの削除手順を次に示します。

論理ユーザサーバが起動している場合には，停止します。

運用管理ポータルの「論理サーバの起動／停止」またはmngsvrutilコマンドで，論理ユーザサーバを停止してください。

mngsvrutilコマンドのサブコマンドdeleteで，引数userserverおよび論理ユーザサーバのサーバ名を指定して，コマンドを実行します。

指定した論理ユーザサーバが削除されます。

mngsvrutilコマンドについては，マニュアル「アプリケーションサーバ リファレンス コマンド編」の「mngsvrutil（Management Serverの運用管理コマンド）」を参照してください。

3.2.5　論理サーバの起動／停止の確認

論理サーバの環境設定および起動／停止の設定が正しく行われているか，動作確認のために必要な操作です。論理サーバの起動と停止の確認に関する操作については，「4.1.5　操作する画面」を参照してください。

3.3　リソースの設定手順

3.3.1　リソースアダプタの設定

J2EEサーバでは，リソースとして，データベース，OpenTP1，SMTPサーバ，JavaBeansリソースなどが利用できます。使用できるリソースについては，マニュアル「アプリケーションサーバ 機能解説 基本・開発編(コンテナ共通機能)」の「3.3.1　リソースへの接続方法」を参照してください。J2EEアプリケーションからデータベース，OpenTP1などのリソースに接続するには，リソースアダプタを使用します。

リソースの設定では，J2EEサーバからリソースに接続するために必要な設定をします。運用管理ドメイン内の論理J2EEサーバへのリソースアダプタのインポート，インポートしたリソースアダプタのプロパティの設定や接続テストなどをします。

(1)　設定手順

運用管理ポータルの「論理サーバのアプリケーション管理」で，運用管理ドメイン内の論理J2EEサーバからリソースに接続するために必要なリソースアダプタを設定する手順を次に示します。リソースの設定は，J2EEサーバが起動している状態で実施します。J2EEサーバおよびその前提プロセスを起動してからリソースの設定を開始してください。論理サーバの起動手順については，「4.1.2(4)　論理サーバの起動」を参照してください。

注意事項

リソースアダプタを使用する場合，J2EEアプリケーションからリソースアダプタへのリファレンスを解決しておく必要があります。リソースアダプタを使用しているJ2EEアプリケーションのプロパティを定義するときに，J2EEアプリケーションからリソースアダプタへのリファレンスを解決しておいてください。

参考

すでに動いているリソースアダプタをエクスポートして，増設したJ2EEサーバにインポートして使用するような場合などは，リソースアダプタをエクスポート，インポートすることで，効率良くリソースアダプタを設定できます。

エクスポートはサーバ管理コマンド（cjexportrar）で実行します。インポートは運用管理ポータルまたはサーバ管理コマンド（cjimportres）で実行します。なお，アプリケーションサーバのバージョンやプラットフォームが異なるホスト間では，リソースアダプタをエクスポート・インポートして使用することはできません。リソースアダプタをエクスポートするホストと，アプリケーションサーバのバージョンやプラットフォームが異なるホストでリソースアダプタを設定する場合は，リソースアダプタを新規に設定してください。

運用管理ポータルにログインし，［運用管理ポータル］画面で「論理サーバのアプリケーション管理」をクリックします。

リソースアダプタをインポートします。

［リソースアダプタのインポート］画面で，利用するリソースアダプタのRARファイルを設定します。インポート時にリソースアダプタのプロパティ（属性）を設定したい場合は，Connector属性ファイルも設定します。

DB Connectorを使用してデータベースに接続する場合は，「DB Connector」を選択して，プルダウンメニューからインポートするRARファイルを選択します。ほかのリソースアダプタを使用してOpenTP1などの各種リソースに接続する場合は，「RARファイル」を選択して，インポートするRARファイルを設定します。インポートできるリソースアダプタについては，マニュアル「アプリケーションサーバ機能解説 基本・開発編(コンテナ共通機能)」の「3.3.2　リソースアダプタの種類」を参照してください。

参考

同一のリソースアダプタは，同一のJ2EEサーバにインポートできません。

リソースアダプタのプロパティを設定します。

［リソースアダプタのプロパティ設定］画面で，リソースアダプタの基本情報，コンフィグレーションプロパティ，実行時プロパティなどを設定します。次に示すDB Connectorを利用する場合に基本情報を設定するときは［リソースアダプタの基本設定］画面で，基本情報以外を設定する場合やそのほかのリソースアダプタを利用する場合は［リソースアダプタのConnector属性ファイル編集］画面で設定します。

DBConnector_Oracle_CP.rar

DBConnector_HiRDB_Type4_CP.rar

DBConnector_SQLServer_CP.rar

Connector属性ファイルについては，マニュアル「アプリケーションサーバ リファレンス 定義編(アプリケーション／リソース定義)」の「4.1　Connector属性ファイル」を参照してください。

必要に応じて，リソースアダプタの接続テストを実施します。

［リソースアダプタの開始/停止］画面で，接続テストを実施するリソースアダプタの［接続テスト］アンカーをクリックします。リソースアダプタに接続できるかどうかが確認できます。

注意事項

DB Connector for Reliable MessagingとReliable Messagingを使用してデータベースに接続する場合の接続テストには次のような順序があります。

DB Connector for Reliable Messagingを開始します。

Reliable Messagingの接続テストを実施します。

Reliable Messagingを開始します。

DB Connector for Reliable Messagingの接続テストを実施します。

詳細は，マニュアル「Reliable Messaging」を参照してください。

(2)　操作する画面

運用管理ポータルの「論理サーバのアプリケーション管理」でリソースアダプタに対して操作できる内容と操作する画面を次の表に示します。

表3‒5　論理サーバのアプリケーション管理でリソースアダプタに対して操作できる内容と操作する画面

操作内容 | 操作 | 画面の参照先
リソースアダプタの接続テスト | ○ | 12.4.3
リソースアダプタのインポート | ◎ | 12.4.4
リソースアダプタのプロパティ設定 | ○ | 12.4.5
リソースアダプタの削除 | ○ | 12.4.6

（凡例）

◎：必要。最低限必要な操作です。

○：任意。構築または運用で必要と判断される場合に操作します。

3.4　J2EEアプリケーションの設定手順

3.4.1　J2EEアプリケーションの設定

J2EEアプリケーションの設定では，J2EEアプリケーションをJ2EEサーバ上で実行するために必要な設定をします。J2EEアプリケーションの構成要素であるEJB-JAR，WAR，リソースアダプタなどに関する定義情報は，cosminexus.xmlで定義します。詳細は，マニュアル「アプリケーションサーバ機能解説 基本・開発編(コンテナ共通機能)」の「16.　アプリケーションの属性管理」を参照してください。なお，cosminexus.xmlを使用しない場合は，サーバ管理コマンドを使用してリソースアダプタのプロパティの設定，接続の確認などを実施します。詳細は，マニュアル「アプリケーションサーバ アプリケーション設定操作ガイド」の「7.　J2EEアプリケーションの作成」を参照してください。

J2EEアプリケーションの設定は，J2EEサーバが起動している状態で実施します。J2EEサーバおよびその前提プロセスを起動してからJ2EEアプリケーションの設定を開始してください。論理サーバの起動手順については，「4.1.2(4)　論理サーバの起動」を参照してください。

参考

J2EEアプリケーションは，WTPなどを使用して，アプリケーション開発時に作成しておいてください。J2EEアプリケーションの作成については，マニュアル「アプリケーションサーバ アプリケーション開発ガイド」を参照してください。

アーカイブ形式および展開ディレクトリ形式のJ2EEアプリケーションについては，マニュアル「アプリケーションサーバ 機能解説 基本・開発編(コンテナ共通機能)」の「18.　J2EEアプリケーションの形式とデプロイ」を参照してください。

(1)　設定手順

運用管理ポータルの「論理サーバのアプリケーション管理」で，運用管理ドメイン内の論理J2EEサーバでJ2EEアプリケーションを実行するために必要な設定をする手順について説明します。J2EEアプリケーションの形式には，アーカイブ形式のJ2EEアプリケーションと，展開ディレクトリ形式のJ2EEアプリケーションがあります。J2EEアプリケーションの形式ごとに設定手順を説明します。

参考

エクスポート，インポートすると，作成済みのJ2EEアプリケーションをほかのJ2EEサーバに効率良く設定できます。エクスポートはサーバ管理コマンド（cjexportapp）で実行します。インポートは運用管理ポータルまたはサーバ管理コマンド（cjimportapp）で実行します。

アーカイブ形式のJ2EEアプリケーションの場合

アーカイブ形式のJ2EEアプリケーションを設定する手順を次に示します。

アーカイブ形式のJ2EEアプリケーションを作成します。

J2EEアプリケーション開発時，cosminexus.xmlにJ2EEアプリケーションのプロパティを設定します。J2EEアプリケーションのプロパティは，cosminexus.xmlに定義します。cosminexus.xmlについては，マニュアル「アプリケーションサーバリファレンス 定義編(アプリケーション／リソース定義)」の「2.　アプリケーション属性ファイル（cosminexus.xml）」を参照してください。

また，J2EEアプリケーションにサーブレットフィルタを追加する場合は，web.xmlで定義します。

運用管理ポータルにログインし，［運用管理ポータル］画面で「論理サーバのアプリケーション管理」をクリックします。

J2EEアプリケーションをアップロードします。

［J2EEアプリケーションのアップロード］画面で，任意の場所に作成したJ2EEアプリケーションをManagement Serverが稼働しているホストにアップロードします。Management Serverが稼働しているホストに手動で配置することもできます。

J2EEアプリケーションをインポートします。

［J2EEアプリケーションのインポート］画面で，Management Serverが稼働しているホストにあるJ2EEアプリケーションをJ2EEサーバにインポートします。

参考

同一のJ2EEアプリケーションは，同一のJ2EEサーバにインポートできません。

展開ディレクトリ形式のJ2EEアプリケーションの場合

展開ディレクトリ形式のJ2EEアプリケーションを設定する手順を次に示します。

展開ディレクトリ形式のJ2EEアプリケーションを作成します。

J2EEアプリケーション開発時，cosminexus.xmlにJ2EEアプリケーションのプロパティを設定します。J2EEアプリケーションのプロパティは，cosminexus.xmlに定義します。cosminexus.xmlについては，マニュアル「アプリケーションサーバリファレンス 定義編(アプリケーション／リソース定義)」の「2.　アプリケーション属性ファイル（cosminexus.xml）」を参照してください。

また，J2EEアプリケーションにサーブレットフィルタを追加する場合は，web.xmlで定義します。

J2EEアプリケーションをJ2EEサーバに配置します。

任意の場所に作成したJ2EEアプリケーションのアプリケーションディレクトリを動作しているJ2EEサーバに配置します。

運用管理ポータルにログインし，［運用管理ポータル］画面で「論理サーバのアプリケーション管理」をクリックします。

J2EEアプリケーションをインポートします。

［アプリケーションディレクトリのインポート］画面で，手順2.で配置したJ2EEアプリケーションのアプリケーションディレクトリをインポートします。

参考

同一のJ2EEアプリケーションは，同一のJ2EEサーバにインポートできません。

(2)　操作する画面

運用管理ポータルの「論理サーバのアプリケーション管理」でJ2EEアプリケーションに対して操作できる内容と操作する画面を次の表に示します。

表3‒6　論理サーバのアプリケーション管理でJ2EEアプリケーションに対して操作できる内容と操作する画面

操作内容 | 操作 | 画面の参照先
J2EEアプリケーションのアップロード | ○ | 12.2.1
J2EEアプリケーションのインポート | ◎※ | 12.3.3
アプリケーションディレクトリのインポート | ○※ | 12.3.4
J2EEアプリケーションの削除 | ○ | 12.3.5

（凡例）

◎：必要。最低限必要な操作です。

○：任意。構築または運用で必要と判断される場合に操作します。

注※

アーカイブ形式のJ2EEアプリケーションの場合は，「J2EEアプリケーションのインポート」を使用してインポートします。展開ディレクトリ形式のJ2EEアプリケーションの場合は，「アプリケーションディレクトリのインポート」を使用してインポートします。

3.5　統合ユーザ管理の設定手順

3.5.1　統合ユーザ管理の設定

統合ユーザ管理機能を使用する場合，ユーザ認証情報の登録や，統合ユーザ管理のコンフィグレーションファイルの作成などの作業が必要です。統合ユーザ管理機能の設定手順ついては，マニュアル「アプリケーションサーバ 機能解説 セキュリティ管理機能編」の「5.13　統合ユーザ管理機能の設定手順」を参照してください。

ここでは，統合ユーザ管理の設定作業のうち，JavaVMのプロパティの設定を，運用管理ポータルで実施する手順について説明します。

参考

運用管理ポータル以外でJavaVMのプロパティを設定する場合は，マニュアル「アプリケーションサーバ 機能解説 セキュリティ管理機能編」の「5.20　JavaVMのプロパティの設定」を参照してください。

(1)　設定手順

JavaVM起動時に設定するプロパティを設定します。JavaVM起動時に設定するプロパティでは，次のファイルのパス，パスワードのスクランブル化に関する設定などを指定します。

jaas.conf（JAASのコンフィグレーションファイル）

ua.conf（統合ユーザ管理のコンフィグレーションファイル）

各ファイルの作成方法については，マニュアル「アプリケーションサーバ 機能解説 セキュリティ管理機能編」の「5.19　コンフィグレーションファイルの作成」を参照してください。

運用管理ポータルの「論理サーバの環境設定」で，JavaVMのプロパティを設定する手順を次に示します。

運用管理ポータルにログインし，［運用管理ポータル］画面で「論理サーバの環境設定」をクリックします。

統合ユーザ管理機能を有効にします。

［J2EEサーバの基本設定］画面で，「統合ユーザ管理に関する設定」の「JAAS機能（統合ユーザ管理機能）」で「有効」を選択します。

統合ユーザ管理機能を使用するための情報を設定します。

［J2EEサーバの基本設定］画面の「統合ユーザ管理に関する設定」で，次の情報を設定します。

jaas.confおよびua.confの格納場所

デフォルトの設定から変更する場合に指定します。

jaas.confのデフォルトは，Windowsの場合は＜Application Serverのインストールディレクトリ＞¥manager¥config¥jaas.conf，UNIXの場合は/opt/Cosminexus/manager/config/jaas.confです。

ua.confのデフォルトは，Windowsの場合は＜Application Serverのインストールディレクトリ＞¥manager¥config¥ua.conf，UNIXの場合は/opt/Cosminexus/manager/config/ua.confです。

LDAPディレクトリサーバやRDBに接続するためのパスワードのスクランブル化に関する設定

jaas.conf以外で設定されているユーザ認証のログイン構成に関する設定

設定した内容を反映します。

［J2EEサーバの基本設定］画面で［適用］ボタンをクリックします。

設定情報をホストに配布します。

［設定情報の配布］画面で，［J2EEサーバの基本設定］画面で設定した統合ユーザ管理機能に関する情報を各ホストに配布します。

(2)　操作する画面

JavaVMのプロパティの設定で操作する画面は，［J2EEサーバの基本設定］画面です。［J2EEサーバの基本設定］画面については，「10.8.1　J2EEサーバの基本設定」を参照してください。

［J2EEサーバの基本設定］画面の「統合ユーザ管理に関する設定」でする設定を［システムプロパティの設定］画面では設定しないでください。［システムプロパティの設定］画面については，「10.8.24　システムプロパティの設定（J2EEサーバ）」を参照してください。

3.6　システムの削除の流れ

ここでは，運用管理ポータルを利用して構築したシステムを削除する場合の流れについて説明します。

システムを削除するには，mngunsetupコマンドを使用します。mngunsetupコマンドを実行すると，構築したシステム環境（論理サーバやホスト），ならびに運用管理機能（Management Serverおよび運用管理エージェント）を削除できます。mngunsetupコマンドについては，マニュアル「アプリケーションサーバリファレンス コマンド編」の「mngunsetup（Management Serverの構築環境の削除）」を参照してください。

注意事項

ホスト単位モデルの場合はアプリケーションサーバのホスト，運用管理サーバモデルの場合は，運用管理サーバ（Management Serverが動作するホスト）およびアプリケーションサーバのホストで実行してください。

手順を次に示します。

運用管理ポータルにログインし，［運用管理ポータル］画面で「論理サーバのアプリケーション管理」をクリックします。

J2EEアプリケーションや，リソースを停止します。

J2EEアプリケーションの停止方法については，「4.1.4(1)　J2EEアプリケーションの停止」を参照してください。リソースの停止方法については，「4.1.4(2)　リソースの停止」を参照してください。

参考

システムの運用形態によっては，WebサーバをJ2EEアプリケーションより前に停止することで，J2EEアプリケーションへの要求受け付けを制御できます。

次のプロセスが起動している場合，これらのプロセスを停止します。

Management Serverを使用しないで起動されたCTMおよびOTM（TPBroker Object Transaction Monitor）のプロセス

UNIXの場合，運用管理エージェントおよびManagement Serverで自動再起動を設定しているときはmngautorunコマンドを実行し，自動再起動の設定を解除してからOSを再起動します。

mngunsetupコマンドを実行し，表示されたメッセージを確認して「y」を入力します。

アンセットアップを実行するかどうかを確認するメッセージが表示されます。

「y」を入力すると，次の処理が実行されます。

運用管理エージェントの停止，およびManagement Serverの停止と削除

運用管理エージェントおよびManagement Serverの自動起動および自動再起動の解除

論理サーバの停止

論理パフォーマンストレーサ，論理スマートエージェント，論理ネーミングサービス，論理CTMドメインマネジャ，論理CTM（同時に起動されるネーミングサービスも含む），論理J2EEサーバ，論理Webサーバ，および論理ユーザサーバ※を停止します。停止監視時間を経過しても停止しない論理サーバは，Management Serverが強制停止します。なお，各論理サーバの停止監視時間（運用管理ポータルの［起動／停止の設定］画面の［停止監視時間］）は，論理サーバを起動したときに設定されている値が有効になります。

注※　論理ユーザサーバは監視対象プロセスを停止します。停止用コマンドが指定されている場合は，停止用コマンドでプロセスを停止し，指定されていない場合は，起動種別が直接起動のときは起動用コマンドのプロセス，間接起動のときは論理ユーザサーバに定義されたプロセスID取得用コマンドで取得されるプロセスを停止します。

論理サーバの強制停止

論理パフォーマンストレーサ，論理スマートエージェント，論理ネーミングサービス，論理CTMドメインマネジャ，論理CTM（同時に起動されるネーミングサービスも含む），論理J2EEサーバ，論理Webサーバ，および論理ユーザサーバ※を強制停止します。強制停止監視時間を経過しても停止しない論理サーバは，Management Serverがそのプロセスを強制停止します。なお，各論理サーバの強制停止監視時間（運用管理ポータルの［起動／停止の設定］画面の［強制停止監視時間］）は，論理サーバを起動したときに設定されている値が有効になります。

注※　論理ユーザサーバは監視対象プロセスを強制停止します。強制停止用コマンドが指定されている場合は，強制停止用コマンドでプロセスを停止し，指定されていない場合は，起動種別が直接起動のときは起動用コマンドのプロセス，間接起動のときは論理ユーザサーバに定義されたプロセスID取得用コマンドで取得されるプロセスを停止します。

論理J2EEサーバ，および論理Webサーバの環境（実サーバ）削除，論理CTMドメインマネジャの情報削除

Management Serverが管理している情報（論理サーバの構成情報や設定情報，および管理ユーザアカウントの情報）の初期化

Component Container管理者の設定解除（UNIXの場合）

設定が解除され，スーパーユーザのユーザ（オーナー）/グループが設定されます。設定値をOSごとに示します。

AIXの場合：root/system

Linuxの場合：root/root

UNIXの場合，必要に応じて，mngenvsetupコマンドを実行し，Management Server管理グループの設定を解除します。

注意事項

アンセットアップに成功しても，システム環境によってはApplication Serverで起動されたプロセスが残ることがあります。この場合，Application Serverのアンインストールに失敗することがあります。アンセットアップ後にアンインストールを実施して失敗したときは，エラーの対処を実施したあと，再度アンインストールを実施してください。エラーの対処方法については，マニュアル「アプリケーションサーバシステム構築・運用ガイド」の「付録I　インストールおよびアンインストールするときの注意事項」を参照してください。

参考

mngunsetupコマンドを実行すると，運用管理機能（Management Serverおよび運用管理エージェント）もアンセットアップされます。構築したシステム環境（論理サーバやホスト）だけを削除したい場合は，J2EEアプリケーションやリソースを停止したあと，次の手順を実施してください。

［運用管理ポータル］画面で「論理サーバの起動／停止」をクリックします。

論理サーバを停止します。

論理サーバの停止方法については，「4.1.4(3)　論理サーバの停止」を参照してください。論理サーバは起動したときと逆の順序で停止させてください。なお，Webサーバの停止のタイミングはシステムの運用形態に依存します。

［運用管理ポータル］画面で「運用管理ドメインの構成定義」をクリックします。

論理サーバを削除します。

それぞれの論理サーバの削除画面で論理サーバを削除します。J2EEサーバまたはWebサーバがクラスタ構成の場合は，クラスタの構成要素として，J2EEサーバまたはWebサーバを削除してから，J2EEサーバクラスタまたはWebサーバクラスタを削除します。各論理サーバで操作する画面については，「3.2.1(2)　操作する画面」を参照してください。

ホストを削除します。

［ホストの削除］画面でホストを削除します。

運用管理ポータルからログアウトします。

WebサーバまたはJ2EEサーバをアンセットアップします。

論理サーバの削除画面では，サーバの環境はアンセットアップされません。それぞれ次の方法でアンセットアップします。

Webサーバの環境のアンセットアップ

HTTP Serverのコマンドを使用して，Webサーバをアンセットアップします。HTTP Serverのコマンドには，論理サーバ名または実サーバ名※を指定します。なお，Webサーバの論理サーバ名および実サーバ名※は，HWS_のプリフィックスを付加した形式で指定してください。そのあと，次のディレクトリを削除してください。

Windowsの場合

＜Application Serverインストールディレクトリ＞¥CC¥web¥redirector¥servers¥＜論理Webサーバ名＞

UNIXの場合

/opt/Cosminexus/CC/web/redirector/servers/＜論理Webサーバ名＞

HTTP Serverのコマンドについては，マニュアル「HTTP Server」を参照してください。

J2EEサーバの環境のアンセットアップ

cjsetupコマンドを使用して，J2EEサーバをアンセットアップします。cjsetupコマンドには，論理サーバ名または実サーバ名※を指定します。cjsetupコマンドについては，マニュアル「アプリケーションサーバ リファレンス コマンド編」の「cjsetup（J2EEサーバのセットアップとアンセットアップ）」を参照してください。

注※

論理サーバのセットアップ時に，［セットアップ］画面でWebサーバやJ2EEサーバの実サーバ名を指定している場合には，実サーバ名を指定してください。実サーバ名を指定していないJ2EEサーバ（論理サーバ名：J2EEServer1）をアンセットアップする場合の例を次に示します。

Windowsの場合

＜Application Serverのインストールディレクトリ＞¥CC¥server¥bin¥cjsetup -d J2EEServer1

UNIXの場合

# /opt/Cosminexus/CC/server/bin/cjsetup -d J2EEServer1

4　J2EEアプリケーションを実行するシステムの運用

ここでは，Management Serverの運用管理ポータルを利用したJ2EEアプリケーションを実行するシステムの運用手順と，システムの運用時に操作する運用管理ポータルの画面について説明します。

なお，運用管理ポータルの画面の操作方法，操作規則，操作時の注意事項などについては，「7.　Management Serverの画面と基本操作」を参照してください。

4.1　システムの起動と停止

ここでは，運用管理ポータルを使用して構築したJ2EEアプリケーションを実行するシステムを，起動または停止する手順やその方法について説明します。起動または停止する手段として，運用管理ポータルおよび運用管理コマンドが使用できます。

4.1.1　システムの起動手順

ここでは，システムの起動手順を，アプリケーションサーバ，運用管理サーバ，および統合ネーミングスケジューラサーバそれぞれの起動の流れに沿って説明します。

注意事項

システム構成によって，アプリケーションサーバだけを起動する場合と，アプリケーションサーバのほかに運用管理サーバ，および統合ネーミングスケジューラサーバを起動する場合があります。

アプリケーションサーバのほかに，運用管理サーバ，および統合ネーミングスケジューラサーバを起動する場合，次の点に注意してください。

運用管理サーバを使用するときは，運用管理サーバを最初に起動してください。

統合ネーミングスケジューラサーバの起動順序は任意です。

なお，データベース，LDAPディレクトリサーバ，EISなどの関連製品は起動済みであることを前提に説明します。データベース，LDAPディレクトリサーバ，EISなどを使用している場合は，必要に応じてあらかじめ起動しておいてください。

(1)　アプリケーションサーバの起動の流れ

アプリケーションサーバの起動の流れについて説明します。CTMを使用しない構成の場合とCTMを使用する構成の場合に分けて，アプリケーションサーバの起動の流れを次の図に示します。

図4‒1　アプリケーションサーバの起動の流れ

[picture]

図中の1.〜6.について説明します。

Management Serverの起動

運用管理エージェントの起動後，Management Serverを起動します。ただし，次の場合はアプリケーションサーバでのManagement Serverの起動は不要です。

運用管理サーバを使用する場合

統合ネーミングスケジューラサーバでManagement Serverを起動する場合

なお，自動起動の設定をしている場合，ホストの起動と同時に，運用管理エージェント，Management Serverも起動されるため，起動の操作は不要です。

運用管理エージェントの起動方法および自動起動の設定については，「4.1.2(1)　運用管理エージェントの起動」を，Management Serverの起動方法および自動起動の設定については，「4.1.2(2)　Management Serverの起動」を参照してください。

Management Serverへのログイン

運用管理ポータルにログインします。ログイン方法については，「7.1.2　ログイン」を参照してください。

なお，運用管理コマンド（mngsvrutil）を使用して，論理サーバを起動する場合，Management Serverへのログインは不要です。

論理サーバの起動

運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，論理サーバを起動します。論理サーバは次に示す順序で起動してください。

パフォーマンストレーサ

スマートエージェント

CTMドメインマネジャ

CTM

J2EEサーバ

起動方法については，「4.1.2(4)　論理サーバの起動」を参照してください。

J2EEサーバ起動後，設定によってはJ2EEアプリケーションが自動起動されます。

なお，自動起動の設定をしている場合，Management Serverと論理サーバが一括起動されるため起動の操作は不要です。Management Serverの自動起動の設定については，「4.1.2(2)　Management Serverの起動」を参照してください。

リソースの開始

JavaBeansリソース，またはリソースアダプタを開始します。JavaBeansリソース，またはリソースアダプタを使用しない場合，この操作は不要です。

運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，リソースを開始します。開始方法については，「4.1.2(5)　リソースの開始」を参照してください。

J2EEアプリケーションの開始

J2EEサーバ起動後にJ2EEアプリケーションが自動起動されている場合，この操作は不要です。

運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，J2EEアプリケーションを開始します。開始方法については，「4.1.2(6)　J2EEアプリケーションの開始」を参照してください。

論理サーバ（Webサーバ・論理ユーザサーバ）の起動

運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，Webサーバや論理ユーザサーバを起動します。起動方法については，「4.1.2(4)　論理サーバの起動」を参照してください。

なお，Webサーバの起動のタイミングはシステムの運用形態に依存しますが，最後に起動することでJ2EEアプリケーションへの要求受け付けを制御できます。また，Webサーバを使用しない場合は，Webサーバの起動は必要ありません。

(2)　運用管理サーバの起動の流れ

運用管理サーバの起動の流れを次の図に示します。

図4‒2　運用管理サーバの起動の流れ

[picture]

図中の1.〜2.について説明します。

Management Serverの起動

Management Serverを起動します。

なお，自動起動の設定をしている場合，ホストの起動と同時にManagement Serverも起動されるため，起動の操作は不要です。Management Serverの起動方法および自動起動の設定については，「4.1.2(2)　Management Serverの起動」を参照してください。

Management Serverへのログイン

運用管理ポータルにログインします。ログイン方法については，「7.1.2　ログイン」を参照してください。

なお，運用管理コマンド（mngsvrutil）を使用して，論理サーバを起動する場合，Management Serverへのログインは不要です。

(3)　統合ネーミングスケジューラサーバの起動の流れ

統合ネーミングスケジューラサーバの起動の流れを次の図に示します。

図4‒3　統合ネーミングスケジューラサーバの起動の流れ

[picture]

図中の1.〜3.について説明します。

Management Serverの起動

運用管理エージェントの起動後，Management Serverを起動します。ただし，次の場合は統合ネーミングスケジューラサーバでのManagement Serverの起動は不要です。

運用管理サーバを使用する場合

アプリケーションサーバでManagement Serverを起動する場合

なお，自動起動の設定をしている場合，ホストの起動と同時に，運用管理エージェント，Management Serverも起動されるため，起動の操作は不要です。

運用管理エージェントの起動方法および自動起動の設定については，「4.1.2(1)　運用管理エージェントの起動」を，Management Serverの起動方法および自動起動の設定については，「4.1.2(2)　Management Serverの起動」を参照してください。

Management Serverへのログイン

運用管理ポータルにログインします。ログイン方法については，「7.1.2　ログイン」を参照してください。

なお，運用管理コマンド（mngsvrutil）を使用して，論理サーバを起動する場合，Management Serverへのログインは不要です。

論理サーバの起動

運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，論理サーバを起動します。論理サーバは次に示す順序で起動してください。

パフォーマンストレーサ

スマートエージェント

CTMドメインマネジャ

CTM

起動方法については，「4.1.2(4)　論理サーバの起動」を参照してください。

なお，自動起動の設定をしている場合，Management Serverの起動後に論理サーバが一括起動されるため起動の操作は不要です。Management Serverの自動起動の設定については，「4.1.2(2)　Management Serverの起動」を参照してください。

4.1.2　システムの起動方法

ここでは，システム起動の流れの中での，構成ソフトウェアの各種プロセスの起動方法と，リソースやJ2EEアプリケーションの開始方法について説明します。

運用管理コマンド（mngsvrutil）および構成ソフトウェアのプロセスの起動で使用するコマンドについては，マニュアル「アプリケーションサーバ リファレンス コマンド編」を参照してください。

(1)　運用管理エージェントの起動

運用管理エージェントは次のどれかの方法で起動します。

ホスト起動時に自動起動する

コマンドラインから起動する

サービスメニューから起動する（Windows）

起動前の確認事項と，それぞれの起動方法について説明します。

(a)　起動前の確認事項

運用管理エージェントは，論理サーバが動作するそれぞれのホストで動作させる必要があります。また，運用管理エージェントの起動時には，運用管理エージェントで使用するポート番号がすでに使用されていないか注意してください。ポート番号のデフォルト値は「20295」で，運用管理エージェントのプロパティを設定するadminagent.propertiesで変更できます。

adminagent.propertiesの格納場所を次に示します。

Windowsの場合

＜Application Serverのインストールディレクトリ＞¥manager¥config¥adminagent.properties

UNIXの場合

/opt/Cosminexus/manager/config/adminagent.properties

adminagent.propertiesについては，マニュアル「アプリケーションサーバ リファレンス 定義編(サーバ定義)」の「8.2.1　adminagent.properties（運用管理エージェントプロパティファイル）」を参照してください。

(b)　ホスト起動時に自動起動する場合

ホストの起動と同時に，運用管理エージェントを自動起動できます。運用管理エージェントを自動起動する場合は，mngautorunコマンドで引数「once」を指定して実行します。-syncオプションを指定すると，コマンドの処理と運用管理エージェントの起動処理は同期実行されます。同期実行時には，コマンドを実行してから運用管理エージェントが起動するまでの待ち時間（同期実行のタイムアウト時間）を指定できます。

mngautorunコマンドの実行形式，および実行例を次に示します。

実行形式

mngautorun once agent [-runleve <ランレベル>]※ [-sync [-timeout <同期実行のタイムアウト時間>]]

注※　ランレベルは，UNIXの場合に指定できます。Windowsの場合は指定できません。

実行例

mngautorun once agent -sync

コマンド実行時に設定される内容については，マニュアル「アプリケーションサーバ 機能解説 運用／監視／連携編」の「2.6.3　自動起動の設定」を参照してください。

参考

障害が発生して運用管理エージェントが停止した場合に，運用管理エージェントを自動再起動する設定もできます。自動再起動を設定すると，自動起動も設定されます。自動再起動の設定方法および設定内容については，マニュアル「アプリケーションサーバ 機能解説運用／監視／連携編」の「2.6.4　自動再起動の設定」を参照してください。

(c)　コマンドラインから起動する場合

運用管理エージェントをコマンドラインから起動する場合の起動手順をOS別に次に示します。

Windowsの場合

運用管理エージェントは，adminagentctlコマンドで引数「start」を指定して起動できます。adminagentctlコマンドはAdministrator権限のあるユーザが実行してください。-syncオプションを指定すると，コマンドの処理と運用管理エージェントの起動処理は同期実行されます。同期実行時には，コマンドを実行してから運用管理エージェントが起動するまでの待ち時間（同期実行のタイムアウト時間）を指定できます。

運用管理エージェントの起動例を次に示します。

＜Application Serverのインストールディレクトリ＞¥manager¥bin¥adminagentctl start -sync -timeout <同期実行のタイムアウト時間>

UNIXの場合

運用管理エージェントは，adminagentctlコマンドで引数「start」を指定して起動できます。adminagentctlコマンドはroot権限のあるユーザが実行してください。-syncオプションを指定すると，コマンドの処理と運用管理エージェントの起動処理は同期実行されます。同期実行時には，コマンドを実行してから運用管理エージェントが起動するまでの待ち時間（同期実行のタイムアウト時間）を指定できます。

運用管理エージェントの起動例を次に示します。

/opt/Cosminexus/manager/bin/adminagentctl start -sync -timeout <同期実行のタイムアウト時間>

また，コマンドラインから運用管理エージェントをデーモンプロセスとして起動できます。デーモンプロセスとして起動する場合は，adminagentctlコマンドで-daemonオプションを指定，またはdaemonコマンドを使用します。なお，daemonコマンドを使用する場合は同期実行できません。

運用管理エージェントをデーモンプロセスとして起動する例を次に示します。

adminagentctlコマンドの実行例

/opt/Cosminexus/manager/bin/adminagentctl start -daemon

daemonコマンドの実行例

/opt/Cosminexus/manager/bin/daemon -cf /opt/Cosminexus/manager/bin/adminagentctl start

(d)　サービスメニューから起動する場合（Windows）

Windowsでは，運用管理エージェントはサービスとして登録されます。サービス名称は「Cosminexus Management Server - Administration Agent」です。通常のサービスの起動と同様の操作で起動してください。

(2)　Management Serverの起動

Management Serverは次のどれかの方法で起動します。

ホスト起動時に自動起動する

コマンドラインから起動する

サービスメニューから起動する（Windows）

起動前の確認事項と，それぞれの起動方法について説明します。

(a)　起動前の確認事項

Management Serverの起動時には，Management Serverで使用するポート番号がすでに使用されていないか注意してください。ポート番号は，Management Serverの環境を設定するmserver.propertiesで変更できます。

mserver.propertiesの格納場所を次に示します。

Windowsの場合

＜Application Serverのインストールディレクトリ＞¥manager¥config¥mserver.properties

UNIXの場合

/opt/Cosminexus/manager/config/mserver.properties

Management Serverで使用するポート番号を指定するmserver.propertiesのキーを次に示します。

webserver.connector.http.port=28080
        （Management Server接続HTTPポート番号　1〜65535）
webserver.shutdown.port=28005
        （Management Server終了要求受信ポート番号　1〜65535）
webserver.connector.ajp13.port=28009
        （Management Server内部通信用ポート番号　1〜65535）

mserver.propertiesについては，マニュアル「アプリケーションサーバ リファレンス 定義編(サーバ定義)」の「8.2.6　mserver.properties（Management Server環境設定ファイル）」を参照してください。

なお，Management Server起動後は，運用管理ポータルの「Cosminexus Management Serverの設定」の［ネットワークの設定］画面からもポート番号を変更できます。ただし，mserver.propertiesにコメントを書いていた場合は，変更時にコメントが削除されます。

注意事項

システムが起動したあとManagement Server接続HTTPポート番号を変更する場合，次に示す作業が必要です。

運用管理ドメイン内のすべての論理J2EEサーバを停止します。

停止方法については，「4.1.4(3)　論理サーバの停止」を参照してください。

Management Server接続HTTPポート番号を変更します。

Management Serverおよび運用管理エージェントを停止します。

停止方法については,「4.1.3　システムの停止手順」を参照してください。

次に示すディレクトリ下にあるファイルをすべて削除します。

Windowsの場合

<Application Serverのインストールディレクトリ>¥manager¥tmp

<Application Serverのインストールディレクトリ>¥manager¥spool¥lsinfo

UNIXの場合

/opt/Cosminexus/manager/tmp

/opt/Cosminexus/manager/spool/lsinfo

運用管理エージェントおよびManagement Serverを起動します。起動方法については,この章の手順を実施してください。

運用管理ドメイン内のすべての論理J2EEサーバについて配布を実施します。

［設定情報の配布］画面については，「10.10.1　設定情報の配布」を参照してください。

(b)　ホスト起動時に自動起動する場合

ホストの起動と同時にManagement Serverを自動起動できます。Management Serverを自動起動する場合は，mngautorunコマンドで引数「once」を指定して実行します。-syncオプションを指定すると，コマンドの処理とManagement Serverの起動処理は同期実行されます。同期実行時には，コマンドを実行してからManagement Serverが起動するまでの待ち時間（同期実行のタイムアウト時間）を指定できます。

mngautorunコマンドの実行形式，および実行例を次に示します。

実行形式

mngautorun once server [-runleve <ランレベル>]※ [-sync [-timeout <同期実行のタイムアウト時間>]]

注※　ランレベルは，UNIXの場合に指定できます。Windowsの場合は指定できません。

実行例

mngautorun once server -sync

コマンド実行時に設定される内容については，マニュアル「アプリケーションサーバ 機能解説 運用／監視／連携編」の「2.6.3　自動起動の設定」を参照してください。

参考

障害が発生してManagement Serverが停止した場合に，Management Serverを自動再起動する設定もできます。自動再起動を設定すると，自動起動も設定されます。自動再起動の設定方法および設定内容については，マニュアル「アプリケーションサーバ機能解説 運用／監視／連携編」の「2.6.4　自動再起動の設定」を参照してください。

注意事項

Management Serverを起動する際，論理サーバを一括起動する設定で，かつOS起動時にManagement Serverが自動的に起動する設定の場合，OS起動時の負荷によって論理サーバの起動に時間が掛かることがあります。このため，あらかじめ論理サーバの起動監視時間を長めに設定しておくことをお勧めします。

(c)　コマンドラインから起動する場合

Management Serverをコマンドラインから起動する手順をOS別に次に示します。

Windowsの場合

Management Serverは，mngsvrctlコマンドで引数「start」を指定して起動します。mngsvrctlコマンドはAdministrator権限のあるユーザが実行してください。-syncオプションを指定すると，コマンドの処理とManagement Serverの起動処理は同期実行されます。同期実行時には，コマンドを実行してからManagement Serverが起動するまでの待ち時間（同期実行のタイムアウト時間）を指定できます。

＜Application Serverのインストールディレクトリ＞¥manager¥bin¥mngsvrctl start -sync -timeout <同期実行のタイムアウト時間>

UNIXの場合

Management Serverをコマンドラインから起動する場合，事前に次の設定をしてください。

umask 022※を設定する。

ロケールを日本語に設定する。

ksh（Kシェル）を使用するときのロケールの設定例を次に示します。

AIXの設定例

export LANG=Ja_JP
または
export LANG=ja_JP

Linuxの設定例

export LANG=ja_JP.utf8

注※

Management Serverをコマンドラインから起動した場合，umaskに影響されるファイルは，次の所有者（owner）およびグループ（group）で作成してください。

・root/system（AIX）

・root/root（Linux）

umaskに影響されるファイルおよびファイル名を次に示します。

・運用管理ポータルの［構成情報の退避／回復］画面で退避した構成情報ファイル（ユーザ任意）

・アプリケーションまたはリソースのインポート時に作成される，アプリケーションファイル（EARファイル）またはリソース情報ファイル（mapps_＜論理サーバ名＞_＜内部ID＞）

・登録されたJ2EEアプリケーション（＜アプリケーション表示名＞_＜登録時刻＞）

・ssogenkeyコマンド実行時または運用管理ポータルの「リポジトリ管理」での暗号鍵ファイルの設定時に作成される，暗号化/復号化用の鍵ファイル（ユーザ任意）

・J2EEサーバへの設定情報の配布時に作成される運用監視エージェントの設定ファイル（mngagent.＜実サーバ名＞.properties）

・snapshotログ収集の直前に作成される，snapshotログ機能で設定されている環境変数の格納ファイル（envinfo.txt）

・J2EEサーバへの設定情報の配布時に作成される，J2EEサーバのユーザ定義ファイルのバックアップファイル（usrconf.cfg.bak）

・J2EEサーバへの設定情報の配布時に作成される，J2EEサーバのユーザ定義ファイルのバックアップファイル（usrconf.properties.bak）

Management Serverは，mngsvrctlコマンドで引数「start」を指定して起動します。mngsvrctlコマンドはroot権限のあるユーザが実行してください。-syncオプションを指定すると，コマンドの処理とManagement Serverの起動処理は同期実行されます。同期実行時には，コマンドを実行してからManagement Serverが起動するまでの待ち時間（同期実行のタイムアウト時間）を指定できます。

/opt/Cosminexus/manager/bin/mngsvrctl start -sync -timeout <同期実行のタイムアウト時間>

また，コマンドラインからManagement Serverをデーモンプロセスとして起動できます。デーモンプロセスとして起動する場合は，mngsvrctlコマンドで-daemonオプションを指定，またはdaemonコマンドを使用します。なお，daemonコマンドを使用する場合は同期実行できません。

Management Serverをデーモンプロセスとして起動する例を次に示します。

mngsvrctlコマンドの実行例

/opt/Cosminexus/manager/bin/mngsvrctl start -daemon

daemonコマンドの実行例

/opt/Cosminexus/manager/bin/daemon -cf /opt/Cosminexus/manager/bin/mngsvrctl start

(d)　サービスメニューから起動する場合（Windows）

Windowsでは，Management Serverはサービスとして登録されます。サービス名称は「Cosminexus Management Server」です。通常のサービスの起動と同様の操作で起動してください。

(3)　Management Serverへのログイン

Management Serverの運用管理ポータルへは，Webブラウザからログインします。ログイン方法については，「7.1.2　ログイン」を参照してください。

(4)　論理サーバの起動

論理サーバの起動方法について説明します。

論理サーバは，運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して起動します。論理サーバは運用管理ドメイン単位に一括起動したり，ホスト単位に一括起動したり，個別の論理サーバ単位に起動したりすることができます。

運用管理ポータルを使用する場合，運用管理ポータルの「論理サーバの起動／停止」の画面から起動してください。運用管理コマンドを使用する場合，サブコマンド「start」を指定して実行してください。

なお，論理サーバ起動時は次の点に留意してください。

トランザクションサービスを使用する場合，トランザクションサービスはJ2EEサーバ起動時にインプロセスで起動することを推奨します。

Webサーバを使用しない場合は，Webサーバの起動は必要ありません。

運用管理ポータルまたは運用管理コマンドでの論理サーバの起動方法について(a)〜(c)で説明します。

(a)　運用管理ドメイン単位の論理サーバの一括起動

運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，運用管理ドメイン内のすべての論理サーバを一括起動する方法について説明します。

運用管理ポータルを使用する場合

起動順序は，［起動順序の設定］画面で指定した順序に従います。なお，［起動順序の設定］画面に起動順序が指定されていない論理サーバは一括起動の対象外になります。起動順序を設定する操作については，「11.3.5　運用管理ドメイン全体の論理サーバの起動順序の設定」を参照してください。

運用管理ドメイン単位に論理サーバを一括起動する場合，運用管理ポータルの「論理サーバの起動／停止」にある，運用管理ドメインまたは（ルートの）ホストの［一括起動］画面で実行します。運用管理ドメイン単位に論理サーバを一括起動する操作については，「11.3.2　運用管理ドメイン全体の論理サーバの一括起動」を参照してください。

運用管理コマンドを使用する場合

運用管理コマンドの実行形式，および実行例を次に示します。

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞［:<ポート番号>］ -u ＜管理ユーザ名＞ -p ＜パスワード＞ start allServers

実行例

mngsvrutil -m mnghost -u user01 -p pw01 start allServers

(b)　ホスト単位の論理サーバの一括起動

運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，ホスト内のすべての論理サーバを一括起動する方法について説明します。

運用管理ポータルを使用する場合

起動順序は，［起動順序の設定］画面で指定した順序に従います。なお，［起動順序の設定］画面に起動順序が指定されていない論理サーバは一括起動の対象外になります。起動順序を設定する操作については，「11.3.5　運用管理ドメイン全体の論理サーバの起動順序の設定」を参照してください。

ホスト単位に論理サーバを一括起動する場合，運用管理ポータルの「論理サーバの起動／停止」にある，各ホストの［一括起動］画面で実行します。

ホスト単位に論理サーバを一括起動する操作については，「11.2.2　ホストごとの論理サーバの一括起動」を参照してください。

運用管理コマンドを使用する場合

運用管理コマンドの実行形式，および実行例を次に示します。

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞［:<ポート番号>］ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜ホスト名＞ -k host start server

実行例

mngsvrutil -m mnghost -u user01 -p pw01 -t host01 -k host start server

(c)　個別の論理サーバの起動

J2EEアプリケーションを開始したあとにWebサーバや論理ユーザサーバを起動する場合や，異常終了した論理サーバだけ再起動する場合などに，論理サーバを個別に起動します。運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，論理サーバを個別に起動する方法について説明します。

運用管理ポータルを使用する場合

論理サーバを個別に起動する場合，運用管理ポータルの「論理サーバの起動／停止」にある各論理サーバの［起動／停止］画面で実行します。論理サーバを個別に起動する操作については，「11.　論理サーバの起動／停止」を参照してください。

運用管理コマンドを使用する場合

運用管理コマンドの実行形式，および実行例を次に示します。

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞［:<ポート番号>］ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜論理サーバ名＞ start server

実行例

mngsvrutil -m mnghost -u user01 -p pw01 -t server01 start server

(5)　リソースの開始

運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，リソースを開始する方法について説明します。運用管理ポータルを使用するとリソースアダプタを開始できます。運用管理コマンド（mngsvrutil）を使用すると，リソースアダプタおよびJavaBeansリソースを開始できます。

注意事項

Reliable Messagingを起動する場合，あらかじめDB Connector for Reliable Messagingを起動しておいてください。DB Connector for Reliable Messagingを起動しないでReliable Messagingを起動しようとするとエラーが発生します。

運用管理ポータルを使用する場合

運用管理ポータルの「論理サーバのアプリケーション管理」にある［リソースアダプタの開始／停止］画面で，インポート済みのリソースアダプタ一覧から該当するリソースアダプタを選択して開始します。リソースアダプタを開始する操作については，「12.4.1　リソースアダプタの開始」を参照してください。

運用管理コマンドを使用する場合

リソースアダプタまたはJavaBeansリソースを開始するときの運用管理コマンドの実行形式，および実行例を次に示します。

実行形式（リソースアダプタの開始）

mngsvrutil -m ＜Management Serverのホスト名＞［:<ポート番号>］ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜サーバ名＞ start resAdapter ＜リソースアダプタ名＞

実行例（リソースアダプタの開始）

mngsvrutil -m mnghost -u user01 -p pw01 -t server01 start resAdapter resadapter01

実行形式（JavaBeansリソースの開始）

mngsvrutil -m ＜Management Serverのホスト名＞［:<ポート番号>］ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜サーバ名＞ start resJavaBeans ＜JavaBeansリソース名＞

実行例（JavaBeansリソースの開始）

mngsvrutil -m mnghost -u user01 -p pw01 -t server01 start resJavaBeans javabeans01

(6)　J2EEアプリケーションの開始

運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，J2EEアプリケーションを開始する方法について説明します。

運用管理ポータルを使用する場合

運用管理ポータルの「論理サーバのアプリケーション管理」にある［J2EEアプリケーションの開始／停止］画面で，インポート済みのJ2EEアプリケーション一覧から該当するJ2EEアプリケーションを選択して開始します。J2EEアプリケーションの開始の操作については，「12.3.1　J2EEアプリケーションの開始」を参照してください。

運用管理コマンドを使用する場合

運用管理コマンドの実行形式，および実行例を次に示します。

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞［:<ポート番号>］ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜サーバ名＞ start app ＜J2EEアプリケーション名＞

実行例

mngsvrutil -m mnghost -u user01 -p pw01 -t server01 start app App01

4.1.3　システムの停止手順

システムの停止手順は，起動の流れと逆の順序になります。データベース，LDAPディレクトリサーバ，EISなどを使用している場合は，必要に応じて最後に停止してください。

注意事項

システム構成によって，アプリケーションサーバだけを停止する場合と，アプリケーションサーバのほかに運用管理サーバ，および統合ネーミングスケジューラサーバを停止する場合があります。

アプリケーションサーバのほかに，運用管理サーバ，および統合ネーミングスケジューラサーバを停止する場合，次の点に注意してください。

運用管理サーバを使用しているときは，運用管理サーバを最後に停止してください。

統合ネーミングスケジューラサーバの停止順序は任意です。

次に示す停止操作を基に，アプリケーションサーバ，運用管理サーバ，および統合ネーミングスケジューラサーバを停止してください。

論理サーバ（Webサーバ）の停止

運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，Webサーバを停止します。停止方法については，「4.1.4(3)　論理サーバの停止」を参照してください。

なお，Webサーバの停止のタイミングはシステムの運用形態に依存しますが，最初に停止することでJ2EEアプリケーションへの要求受け付けを制御できます。また，Webサーバを使用しない場合は，Webサーバを停止する必要はありません。

J2EEアプリケーションの停止

運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，J2EEアプリケーションを停止します。停止方法については，「4.1.4(1)　J2EEアプリケーションの停止」を参照してください。

なお，次回J2EEサーバ起動時にアプリケーションを開始する場合は，J2EEアプリケーションの停止は不要です。

リソースの停止

運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，リソースアダプタを停止します。リソースを使用していない場合，この操作は不要です。停止方法については，「4.1.4(2)　リソースの停止」を参照してください。

なお，次回J2EEサーバ起動時にリソースアダプタを開始する場合は，リソースアダプタの停止は不要です。

論理サーバの停止

運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，論理サーバを一括停止，または一つずつ停止します。停止方法については，「4.1.4(3)　論理サーバの停止」を参照してください。論理サーバは起動したときと逆の順序で停止させてください。

なお，Webサーバの停止のタイミングはシステムの運用形態に依存しますが，論理サーバとして最初に停止することでJ2EEアプリケーションへの要求受け付けを制御できます。

Management Serverからのログアウト

運用管理ポータルからログアウトします。ログアウト方法については，「7.1.3　ログアウト」を参照してください。

Management Serverの停止

停止方法については，「4.1.4(5)　Management Serverの停止」を参照してください。

運用管理エージェントの停止

停止方法については，「4.1.4(6)　運用管理エージェントの停止」を参照してください。

4.1.4　システムの停止方法

ここでは，システムの停止の流れの中での，構成ソフトウェアの各種プロセスと，リソースアダプタやJ2EEアプリケーションの停止方法について説明します。

運用管理コマンド（mngsvrutil）および構成ソフトウェアのプロセスの停止で使用するコマンドについては，マニュアル「アプリケーションサーバ リファレンス コマンド編」を参照してください。

(1)　J2EEアプリケーションの停止

運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，J2EEアプリケーションの停止方法について説明します。

運用管理ポータルを使用する場合

運用管理ポータルの「論理サーバのアプリケーション管理」にある［J2EEアプリケーションの開始／停止］画面で，インポート済みのJ2EEアプリケーション一覧から該当するJ2EEアプリケーションを選択して停止します。J2EEアプリケーションの停止の操作については，「12.3.2　J2EEアプリケーションの停止」を参照してください。

運用管理コマンドを使用する場合

J2EEアプリケーションを停止するときの運用管理コマンドの実行形式，および実行例を次に示します。

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞［:<ポート番号>］ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜サーバ名＞ stop app ＜J2EEアプリケーション名＞

実行例

mngsvrutil -m mnghost -u user01 -p pw01 -t server01 stop app App01

(2)　リソースの停止

リソースの停止方法について説明します。運用管理ポータルを使用するとリソースアダプタを停止できます。運用管理コマンド（mngsvrutil）を使用すると，リソースアダプタおよびJavaBeansリソースを停止できます。

注意事項

DB Connector for Reliable Messagingを停止する場合，あらかじめReliable Messagingを停止しておいてください。Reliable Messagingを停止しないでDB Connector for Reliable Messagingを停止しようとするとエラーが発生します。

別名を定義したJ2EEリソースは，J2EEサーバで開始されているJ2EEアプリケーションがある場合は停止できません。停止しようとするとメッセージが出力されて処理が失敗します。別名を定義したJ2EEリソースは，J2EEサーバで開始されているすべてのJ2EEアプリケーションを停止してから停止してください。

運用管理ポータルを使用する場合

運用管理ポータルの「論理サーバのアプリケーション管理」の［リソースアダプタの開始／停止］画面で，インポート済みのリソースアダプタ一覧から該当するリソースアダプタを選択して停止します。リソースアダプタの停止の操作については，「12.4.2　リソースアダプタの停止」を参照してください。

運用管理コマンドを使用する場合

リソースアダプタまたはJavaBeansリソースを停止するときの運用管理コマンドの実行形式，および実行例を次に示します。

実行形式（リソースアダプタの停止）

mngsvrutil -m ＜Management Serverのホスト名＞［:<ポート番号>］ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜サーバ名＞ stop resAdapter ＜リソースアダプタ名＞

実行例（リソースアダプタの停止）

mngsvrutil -m mnghost -u user01 -p pw01 -t server01 stop resAdapter resadapter01

実行形式（JavaBeansリソースの停止）

mngsvrutil -m ＜Management Serverのホスト名＞［:<ポート番号>］ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜サーバ名＞ stop resJavaBeans ＜JavaBeansリソース名＞

実行例（JavaBeansリソースの停止）

mngsvrutil -m mnghost -u user01 -p pw01 -t server01 stop resJavaBeans javabeans01

(3)　論理サーバの停止

論理サーバの停止方法について説明します。

論理サーバは，運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して停止します。論理サーバは運用管理ドメイン単位に一括停止したり，ホスト単位に一括停止したり，個別の論理サーバ単位に停止したりすることができます。

運用管理ポータルを使用する場合，運用管理ポータルの「論理サーバの起動／停止」の画面から起動してください。運用管理コマンドを使用する場合，サブコマンド「stop」を指定して実行してください。

なお，論理サーバを停止しても，論理サーバの停止処理が完了しない場合があります。この場合，論理サーバを強制的に停止する必要があります。論理サーバを強制停止する場合，個別の論理サーバの停止画面で［強制停止］ボタンを使用して停止します。

運用管理ポータルまたは運用管理コマンドでの論理サーバの停止方法について(a)〜(c)で説明します。

(a)　運用管理ドメイン単位の論理サーバの一括停止

運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，運用管理ドメイン内のすべての論理サーバを一括停止する方法について説明します。

運用管理ポータルを使用する場合

停止順序は，［起動順序の設定］画面で指定した順序の逆順になります。なお，［起動順序の設定］画面に起動順序が指定されていない論理サーバは一括起動の対象外になります。

運用管理ドメイン単位に論理サーバを一括停止する場合，運用管理ポータルの「論理サーバの起動／停止」にある，運用管理ドメインまたは（ルートの）ホストの［一括停止］画面で実行します。運用管理ドメイン単位に論理サーバを一括停止する操作については，「11.3.3　運用管理ドメイン全体の論理サーバの一括停止」を参照してください。

運用管理コマンドを使用する場合

運用管理コマンドの実行形式，および実行例を次に示します。

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞［:<ポート番号>］ -u ＜管理ユーザ名＞ -p ＜パスワード＞ stop allServers

実行例

mngsvrutil -m mnghost -u user01 -p pw01 stop allServers

(b)　ホスト単位の論理サーバの一括停止

運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，ホスト内のすべての論理サーバを一括停止する方法について説明します。

運用管理ポータルを使用する場合

停止順序は，［起動順序の設定］画面で指定した順序の逆順になります。なお，［起動順序の設定］画面に起動順序が指定されていない論理サーバは一括停止の対象外になります。

ホスト単位に論理サーバを一括停止する場合，運用管理ポータルの「論理サーバの起動／停止」にある，各ホストの［一括停止］画面で実行します。ホスト単位に論理サーバを一括停止する操作については，「11.2.3　ホストごとの論理サーバの一括停止」を参照してください。

運用管理コマンドを使用する場合

運用管理コマンドの実行形式，および実行例を次に示します。

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞［:<ポート番号>］ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜ホスト名＞ -k host stop server

実行例

mngsvrutil -m mnghost -u user01 -p pw01 -t host01 -k host stop server

(c)　個別の論理サーバの停止

J2EEアプリケーションを停止する前にWebサーバを停止する場合などに，論理サーバを個別に停止します。運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，論理サーバを個別に停止する方法について説明します。

運用管理ポータルを使用する場合

論理サーバを個別に停止する場合，運用管理ポータルの「論理サーバの起動／停止」にある各論理サーバの［起動／停止］画面で実行します。論理サーバを個別に停止する操作については，「11.　論理サーバの起動／停止」を参照してください。

運用管理コマンドを使用する場合

運用管理コマンドの実行形式，および実行例を次に示します。

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞［:<ポート番号>］ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜論理サーバ名＞ stop server

実行例

mngsvrutil -m mnghost -u user01 -p pw01 -t server01 stop server

(4)　Management Serverからのログアウト

Management Serverの運用管理ポータルからログアウトします。ログアウト方法については，「7.1.3　ログアウト」を参照してください。

(5)　Management Serverの停止

Management Serverは次のどれかの方法で停止します。

サービスメニューから停止する（Windows）

ホスト停止時に自動停止する（UNIX）

コマンドラインから停止する

それぞれの停止方法について説明します。

(a)　サービスメニューから停止する場合（Windows）

Windowsでは，Management Serverはサービスとして登録されます。サービス名称は「Cosminexus Management Server」です。通常のサービスの停止と同様の操作で停止してください。

(b)　ホスト停止時に自動停止する場合（UNIX）

UNIXの場合，ホストの停止と同時にManagement Serverを自動停止できます。自動停止の設定方法については，マニュアル「アプリケーションサーバ 機能解説 運用／監視／連携編」の「2.6.5　自動停止の設定」を参照してください。

注意事項

Management Serverを自動再起動するように設定している場合，自動停止を設定しても停止できません。この場合は，各論理サーバ停止してからホストを停止してください。

(c)　コマンドラインから停止する場合

Management Serverをコマンドラインから停止する手順をOS別に次に示します。

Windowsの場合

Management Serverは，mngsvrctlコマンドで引数「stop」を指定して停止します。mngsvrctlコマンドはAdministrator権限のあるユーザが実行してください。-syncオプションを指定すると，コマンドの処理とManagement Serverの停止処理は同期実行されます。同期実行時には，コマンドを実行してからManagement Serverが停止するまでの待ち時間（同期実行のタイムアウト時間）を指定できます。

＜Application Serverのインストールディレクトリ＞¥manager¥bin¥mngsvrctl stop -sync -timeout <同期実行のタイムアウト時間>

UNIXの場合

Management Serverは，mngsvrctlコマンドで引数「stop」を指定して停止します。mngsvrctlコマンドはroot権限のあるユーザが実行してください。-syncオプションを指定すると，コマンドの処理とManagement Serverの停止処理は同期実行されます。同期実行時には，コマンドを実行してからManagement Serverが停止するまでの待ち時間（同期実行のタイムアウト時間）を指定できます。

/opt/Cosminexus/manager/bin/mngsvrctl stop -sync -timeout <同期実行のタイムアウト時間>

(6)　運用管理エージェントの停止

運用管理エージェントは，次のどれかの方法で停止します。

サービスメニューから停止する（Windowsの場合）

ホスト停止時に自動停止する（UNIXの場合）

コマンドラインから停止する

それぞれの停止方法について説明します。

(a)　サービスメニューから停止する場合（Windows）

Windowsでは，運用管理エージェントはサービスとして登録されます。サービス名称は「Cosminexus Management Server - Administration Agent」です。通常のサービスの停止と同様の操作で停止してください。

(b)　ホスト停止時に自動停止する場合（UNIX）

UNIXの場合，ホストの停止と同時に運用管理エージェントを自動停止できます。自動停止の設定方法については，マニュアル「アプリケーションサーバ 機能解説 運用／監視／連携編」の「2.6.5　自動停止の設定」を参照してください。

注意事項

運用管理エージェントを自動再起動するように設定している場合，自動停止を設定しても停止できません。この場合は，各論理サーバ停止してからホストを停止してください。

(c)　コマンドラインから停止する場合

運用管理エージェントをコマンドラインから停止する手順をOS別に次に示します。

Windowsの場合

運用管理エージェントは，adminagentctlコマンドで引数「stop」を指定して停止します。adminagentctlコマンドはAdministrator権限のあるユーザが実行してください。-syncオプションを指定すると，コマンドの処理と運用管理エージェントの停止処理は同期実行されます。同期実行時には，コマンドを実行してから運用管理エージェントが停止するまでの待ち時間（同期実行のタイムアウト時間）を指定できます。

＜Application Serverのインストールディレクトリ＞¥manager¥bin¥adminagentctl stop -sync -timeout <同期実行のタイムアウト時間>

UNIXの場合

運用管理エージェントは，adminagentctlコマンドで引数「stop」を指定して停止します。adminagentctlコマンドはroot権限のあるユーザが実行してください。-syncオプションを指定すると，コマンドの処理と運用管理エージェントの停止処理は同期実行されます。同期実行時には，コマンドを実行してから運用管理エージェントが停止するまでの待ち時間（同期実行のタイムアウト時間）を指定できます。

/opt/Cosminexus/manager/bin/adminagentctl stop -sync -timeout <同期実行のタイムアウト時間>

4.1.5　操作する画面

ここでは，J2EEアプリケーションを実行するシステムを起動または停止する際に操作する画面について説明します。

(1)　論理サーバの起動または停止で操作する画面

論理サーバの起動または停止で操作する画面について説明します。論理サーバの起動または停止は，運用管理ドメイン単位，ホスト単位，または論理サーバ単位で実施できます。

(a)　運用管理ドメイン単位で操作する場合

運用管理ドメイン単位で操作すると，運用管理ドメイン内に定義されているすべての論理サーバを起動または停止できます。

運用管理ドメイン単位で起動または停止する際に，運用管理ポータルの「論理サーバの起動／停止」で操作できる内容と操作する画面を次の表に示します。

表4‒1　論理サーバの起動／停止で操作できる内容と操作する画面（運用管理ドメイン単位で起動または停止する場合）

操作内容 | 操作 | 画面の参照先
運用管理ドメイン全体の一括起動 | ○ | 11.3.2
運用管理ドメイン全体の一括停止 | ○ | 11.3.3
運用管理ドメイン全体の一括再起動 | ○ | 11.3.4

（凡例）

○：任意。運用で必要と判断される場合に操作します。

注

運用管理ドメイン内には，論理パフォーマンストレーサ，論理スマートエージェント，論理ネーミングサービス，論理CTMドメインマネジャ，論理CTM，論理J2EEサーバ，論理Webサーバ，および論理ユーザサーバが定義できます。

(b)　ホスト単位で操作する場合

ホスト単位で操作すると，ホスト内に定義されているすべての論理サーバを起動または停止できます。ホスト単位で起動または停止する際に，運用管理ポータルの「論理サーバの起動／停止」で操作できる内容と操作する画面を次の表に示します。

表4‒2　論理サーバの起動／停止で操作できる内容と操作する画面（ホスト単位で起動または停止する場合）

操作内容 | 操作 | 画面の参照先
ホストごとの一括起動 | ○ | 11.2.2
ホストごとの一括停止 | ○ | 11.2.3
ホストごとの一括再起動 | ○ | 11.2.4

（凡例）

○：任意。運用で必要と判断される場合に操作します。

注

各ホストには，論理パフォーマンストレーサ，論理スマートエージェント，論理ネーミングサービス，論理CTMドメインマネジャ，論理CTM，論理J2EEサーバ，論理Webサーバ，および論理ユーザサーバが定義できます。

(c)　論理サーバ単位で操作する場合

論理サーバ単位で操作すると，論理サーバごとに起動または停止できます。論理サーバ単位で起動または停止する際に，運用管理ポータルの「論理サーバの起動／停止」で操作できる内容と操作する画面を次の表に示します。

表4‒3　論理サーバの起動／停止で操作できる内容と操作する画面（論理サーバ単位で起動または停止する場合）

論理サーバ名 | 操作内容 | 操作 | 画面の参照先
論理パフォーマンストレーサ | パフォーマンストレーサの起動／停止 | ○ | 11.4.2 11.4.3
論理スマートエージェント | スマートエージェントの起動／停止 | ○ | 11.5.2 11.5.3
論理ネーミングサービス | ネーミングサービスの起動／停止 | ○ | 11.6.2 11.6.3
論理CTMドメインマネジャ | CTMドメインマネジャの起動／停止 | ○ | 11.7.2 11.7.3
論理CTM | CTMの起動／停止 | ○ | 11.8.2 11.8.3
論理J2EEサーバ | J2EEサーバの起動／停止 | ○ | 11.9.2 11.9.3
J2EEサーバクラスタの一括起動 | ○ | 11.10.2
J2EEサーバクラスタの一括停止 | ○ | 11.10.3
J2EEサーバクラスタの一括再起動 | ○ | 11.10.4
J2EEサーバクラスタ内のJ2EEサーバの起動／停止 | ○ | 11.10.6 11.10.7
論理Webサーバ | Webサーバの起動／停止 | ○ | 11.11.2 11.11.3
Webサーバクラスタの一括起動 | ○ | 11.12.2
Webサーバクラスタの一括停止 | ○ | 11.12.3
Webサーバクラスタの一括再起動 | ○ | 11.12.4
Webサーバクラスタ内のWebサーバの起動／停止 | ○ | 11.12.6 11.12.7
論理ユーザサーバ | ユーザサーバの起動／停止 | ○ | 11.13.2 11.13.3

（凡例）

○：任意。運用で必要と判断される場合に操作します。

(2)　リソースおよびJ2EEアプリケーションの開始または停止で操作する画面

J2EEサーバで稼働するリソースおよびJ2EEアプリケーションの開始または停止で操作する画面について説明します。

(a)　リソースの開始または停止で操作する画面

J2EEサーバで稼働するリソースを開始または停止する際に，リソースアダプタに対して操作できる内容と操作する画面を次の表に示します。

表4‒4　リソースアダプタに対して操作できる内容と操作する画面

操作内容 | 操作 | 画面の参照先
リソースアダプタの開始 | ○ | 12.4.1
リソースアダプタの停止 | ○ | 12.4.2

（凡例）

○：任意。運用で必要と判断される場合に操作します。

(b)　J2EEアプリケーションの開始または停止で操作する画面

J2EEサーバで稼働するJ2EEアプリケーションを開始または停止する際に，J2EEアプリケーションに対して操作できる内容と操作する画面を次の表に示します。

表4‒5　J2EEアプリケーションに対して操作できる内容と操作する画面

操作内容 | 操作 | 画面の参照先
J2EEアプリケーションの開始 | ○ | 12.3.1
J2EEアプリケーションの停止 | ○ | 12.3.2

（凡例）

○：任意。運用で必要と判断される場合に操作します。

4.2　システムの設定変更

4.2.1　設定変更の詳細

運用管理ポータルでは，動作確認したあとに，システムの設定を変更できます。ここでは，論理サーバの環境や，リソースアダプタおよびJ2EEアプリケーションの属性などの設定変更について説明します。

(1)　論理サーバの環境設定の変更

構築済みのシステムの動作を確認したあとに，論理サーバの環境設定を変更する手順を次に示します。

運用管理ポータルにログインします。

［運用管理ポータル］画面で「論理サーバの起動／停止」をクリックします。

設定を変更したい論理サーバを停止します。

選択した論理サーバの停止画面で，［停止］ボタンをクリックします。

［運用管理ポータル］画面で「論理サーバの環境設定」をクリックします。

設定を変更したい論理サーバを選択して，設定内容を変更します。

選択した論理サーバの設定画面で，設定を変更したい情報のタブを選択して設定を変更し，［適用］ボタンをクリックします。

J2EEサーバまたはWebサーバの場合は，設定情報をホストに配布します。

［設定情報の配布］画面で，論理サーバの環境設定で設定変更した情報を各ホストに配布します。

［運用管理ポータル］画面で「論理サーバの起動／停止」をクリックします。

設定変更が完了した論理サーバを起動します。

選択した論理サーバの起動画面で，［起動］ボタンをクリックします。

論理サーバの環境設定を変更する際に操作する画面については，「3.2.2(2)　操作する画面」を参照してください。

注意事項

論理ユーザサーバの環境設定を変更する場合は，論理ユーザサーバをいったん削除したあとに，再度論理ユーザサーバを追加してください。論理ユーザサーバの追加・削除手順については，「3.2.4　論理ユーザサーバの設定」を参照してください。

(2)　リソースアダプタの設定変更

構築済みのシステムの動作を確認したあとに，リソースアダプタの設定を変更する手順を次に示します。

運用管理ポータルにログインし，［運用管理ポータル］画面で「論理サーバのアプリケーション管理」をクリックします。

設定を変更したいリソースを使用しているJ2EEアプリケーションをすべて停止します。

［J2EEアプリケーションの開始／停止］画面で，インポートJ2EEアプリケーション一覧からアプリケーションを選択して停止します。

設定を変更したいリソースを停止します。

［リソースアダプタの開始／停止］画面で，インポートリソースアダプタ一覧からリソースを選択して停止します。

設定を変更したいリソースを選択して，プロパティを変更します。

［リソースアダプタのプロパティ設定］画面で，リソースアダプタの基本情報，コンフィグレーションプロパティ，実行時プロパティなどの設定を変更します。

設定変更が完了したリソースを開始します。

［リソースアダプタの開始／停止］画面で，インポートリソースアダプタ一覧からリソースを選択して開始します。

リソースアダプタの設定を変更する際に操作する画面については，「3.3.1(2)　操作する画面」を参照してください。

(3)　J2EEアプリケーションの設定変更

構築済みのシステムの動作を確認したあとに，J2EEアプリケーションの設定を変更する手順を次に示します。

cosminexus.xmlを編集して，入れ替えるJ2EEアプリケーションを再作成します。

設定を変更したいJ2EEアプリケーションを入れ替えます。

J2EEアプリケーションの入れ替え手順については，「4.3　J2EEアプリケーションの入れ替え」を参照してください。

4.3　J2EEアプリケーションの入れ替え

J2EEアプリケーションの形式には，アーカイブ形式のJ2EEアプリケーションと，展開ディレクトリ形式のJ2EEアプリケーションがあります。J2EEアプリケーションの形式ごとにJ2EEアプリケーションを入れ替える手順を説明します。J2EEアプリケーションを入れ替える際に操作する画面については，「3.4.1(2)　操作する画面」を参照してください。

アーカイブ形式のJ2EEアプリケーションの場合

アーカイブ形式のJ2EEアプリケーションを入れ替える手順を次に示します。

入れ替えるアーカイブ形式のJ2EEアプリケーションを準備します。

J2EEアプリケーションのプロパティなどはcosminexus.xmlを編集して定義します。

運用管理ポータルにログインし，［運用管理ポータル］画面で「論理サーバのアプリケーション管理」をクリックします。

入れ替えるJ2EEアプリケーションをアップロードします。

［J2EEアプリケーションのアップロード］画面で，手順1.で準備した入れ替えるJ2EEアプリケーションをManagement Serverが稼働しているホストにアップロードします。

入れ替え前のJ2EEアプリケーションを停止します。

［J2EEアプリケーションの開始／停止］画面で，インポートJ2EEアプリケーション一覧から入れ替え前のJ2EEアプリケーションを選択して停止します。

入れ替え前のJ2EEアプリケーションを削除します。

［J2EEアプリケーションの削除］画面で，入れ替え前のJ2EEアプリケーションを削除します。

入れ替えるJ2EEアプリケーションをインポートします。

［J2EEアプリケーションのインポート］画面で，Management Serverが稼働しているホストにある入れ替えるJ2EEアプリケーションをJ2EEサーバにインポートします。

入れ替えたJ2EEアプリケーションを開始します。

［J2EEアプリケーションの開始／停止］画面で，インポートJ2EEアプリケーション一覧から入れ替えたJ2EEアプリケーションを選択して開始します。

展開ディレクトリ形式のJ2EEアプリケーションの場合

展開ディレクトリ形式のJ2EEアプリケーションを入れ替える手順を次に示します。

入れ替える展開ディレクトリ形式のJ2EEアプリケーションを準備します。

J2EEアプリケーションのプロパティなどはcosminexus.xmlを編集して定義します。

入れ替えるJ2EEアプリケーションをJ2EEサーバに配置します。

手順1.で準備した入れ替えるJ2EEアプリケーションのアプリケーションディレクトリを動作しているJ2EEサーバに配置します。

運用管理ポータルにログインし，［運用管理ポータル］画面で「論理サーバのアプリケーション管理」をクリックします。

入れ替え前のJ2EEアプリケーションを停止します。

［J2EEアプリケーションの開始／停止］画面で，インポートJ2EEアプリケーション一覧から入れ替え前のJ2EEアプリケーションを選択して停止します。

入れ替え前のJ2EEアプリケーションを削除します。

［J2EEアプリケーションの削除］画面で，入れ替え前のJ2EEアプリケーションを削除します。

入れ替えるJ2EEアプリケーションをインポートします。

［アプリケーションディレクトリのインポート］画面で，手順2.で配置したJ2EEアプリケーションのアプリケーションディレクトリをインポートします。

入れ替えたJ2EEアプリケーションを開始します。

［J2EEアプリケーションの開始／停止］画面で，インポートJ2EEアプリケーション一覧から入れ替えたJ2EEアプリケーションを選択して開始します。

4.4　論理サーバの運用監視

4.4.1　運用監視手順

運用管理ポータルを使用して構築したシステムでは，論理サーバの運用状況を監視できます。論理サーバの運用状況として，論理サーバの稼働状態（ステータス）や稼働情報，稼働中のJ2EEサーバ内のリソースやアプリケーションの稼働情報を監視できます。ここでは，論理サーバの運用を監視する手順について説明します。

(1)　論理サーバのステータスの監視

論理サーバのステータスは，運用管理ドメイン単位，ホスト単位，または論理サーバ単位に実施できます。

運用管理ドメイン単位

運用管理ドメインに含まれるすべての論理サーバのステータスをまとめて確認できます。

ホスト単位

選択したホスト内のすべての論理サーバのステータスをまとめて確認できます。

論理サーバ単位

選択した論理サーバのステータスを確認できます。種類ごとに確認することも，個々の論理サーバだけを確認することもできます。

論理サーバのステータスを監視する手順を次に示します。なお，ステータス監視画面で表示されるステータスの意味については，「(3)　論理サーバの稼働状況のステータス」を参照してください。

運用管理ポータルにログインし，［運用管理ポータル］画面で「論理サーバの運用監視」をクリックします。

監視対象をクリックします。

監視対象には，運用管理ドメイン，ホストまたは論理サーバが選択できます。

(2)　論理サーバの稼働情報の監視

論理サーバの稼働情報の監視は，J2EEサーバに対して実施できます。稼働中のJ2EEサーバのステータスを表示した画面から，稼働情報が表示できます。また，J2EEサーバ内のアプリケーションやリソースなどの稼働情報も表示できます。なお，稼働情報監視画面で表示されるステータスの意味については「(3)　論理サーバの稼働状況のステータス」を，稼働情報の監視で表示できる項目については「13.1.3　J2EEサーバの稼働情報監視で表示できる項目」を参照してください。

論理サーバの稼働情報を監視する手順を次に示します。

運用管理ポータルにログインし，［運用管理ポータル］画面で「論理サーバの運用監視」をクリックします。

監視したいJ2EEサーバをクリックします。

J2EEサーバ内のアプリケーションやリソースなどの稼働情報を監視したい場合は，アプリケーションやリソースをクリックします。

ステータス監視画面内で，アンカーが表示されている稼働中の論理サーバ名をクリックします。

稼働中の論理サーバ名にはアンカーが表示されます。アンカーをクリックすると，稼働情報監視画面が表示されます。

J2EEサーバ内で動作しているコンテナやJavaVMの稼働情報を監視したい場合には，監視対象のタブを選択します。

(3)　論理サーバの稼働状況のステータス

運用管理ポータルでは，稼働情報監視画面やステータス監視画面で，論理サーバの稼働状況を確認できます。これらの画面で表示される，稼働状況を示すステータスの意味について説明します。

(a)　稼働状況を示すステータスの意味

稼働状況は，次のようなステータスで表示されます。

表4‒6　稼働状況のステータスの意味

稼働状況の ステータス | 説明
停止 | 初期状態および停止要求を受け付け停止処理が完了したあとの，論理サーバが停止した状態です。または，通信障害の回復後に運用管理エージェントが停止状態であることを確認できた状態です。
起動中 | 起動要求を受け付けてから論理サーバが稼働状態になるまでの起動処理中の状態です。
稼働中 | 起動要求を受け付け，起動処理が完了したあとの，論理サーバが稼働している状態です。または，通信障害の回復後に運用管理エージェントと稼働状態であることを確認できた状態です。
停止中 | 停止要求を受け付けてから論理サーバが停止状態になるまでの停止処理中の状態です。
強制停止中 | 強制停止要求を受け付けてから論理サーバが停止状態になるまでの強制停止処理中の状態です。
異常停止 | 停止要求を受け付けていない状態で，論理サーバの停止を検出した状態です。
回復中 | 異常停止状態で起動要求を受け付けてから稼働状態になるまでの，論理サーバの起動処理中の状態です。
通信障害 | 運用管理エージェントとの通信で障害が発生し，ステータスの表示ができない状態です。
自動停止中 | 運用管理エージェントから論理サーバの異常通知（プロセスはあるが動作していない状態の通知）を受けて論理サーバの強制停止中の状態です。
自動再起動中 | 自動再起動指定ありの論理サーバで，稼働中状態に運用管理エージェントから論理サーバの停止通知を受けて自動再起動処理中の状態です。
計画停止中 | 計画停止要求を受け付けてから，論理Webサーバが停止状態になるまでの計画停止処理中の状態です。このステータスに遷移するのは，論理Webサーバの場合だけです。

(b)　ステータスの遷移

ステータスが，システムの状態によってどのように遷移するかを次の図に示します。

図4‒4　ステータスの遷移

[picture]

参考

論理Webサーバの場合は，mngsvrutil stop server gracefulコマンドを使って，計画停止要求を出せます。この場合，ステータスは稼働中→計画停止中→停止と遷移します。mngsvrutil stop server gracefulコマンド（Management Serverの運用管理コマンド）については，マニュアル「アプリケーションサーバ リファレンス コマンド編」の「mngsvrutil（Management Serverの運用管理コマンド）」を参照してください。

(c)　起動，停止実行時のステータス

論理サーバの起動と停止には，次の表に示す種類があります。

表4‒7　起動／停止処理の種類

起動／停止処理の種類 | 説明
起動または起動処理 | 一つの論理サーバに対しての起動処理を意味します。 論理サーバのステータス種別が「停止」または「異常停止」の場合だけ論理サーバに対して起動処理をします。そのほかのステータスの論理サーバに対する起動要求は無視します（メッセージ出力だけをします）。
停止または停止処理 | 一つの論理サーバに対しての停止処理を意味します。 論理サーバのステータス種別が「稼働中」の場合だけ論理サーバに対して停止処理をします。そのほかのステータスの論理サーバに対する停止要求は無視します（メッセージ出力だけをします）。
一括起動または一括起動処理 | 運用管理ドメイン内，単一ホスト内，またはクラスタ内の構成要素の全論理サーバに対する起動処理を意味します。 一括起動処理中，一括停止処理中，または一括再起動処理中の場合の一括起動要求は無視します（メッセージ出力だけをします）。
一括停止または一括停止処理 | 運用管理ドメイン内，単一ホスト内，クラスタ内の構成要素の全論理サーバに対する停止処理を意味します。 一括起動処理中，一括停止処理中，または一括再起動処理中の場合の一括停止要求は無視します（メッセージ出力だけをします）。
一括再起動または一括再起動処理 | 運用管理ドメイン内，単一ホスト内，クラスタ内の構成要素の全論理サーバに対する，一括停止処理およびそのあとの一括起動処理を意味します。 一括起動処理中，一括停止処理中または一括再起動処理中の場合の一括再起動要求は無視します（メッセージ出力だけをします）。
自動再起動または自動再起動処理 | 論理サーバの設定で自動再起動をすると指定した場合，Management Serverが論理サーバの「異常停止」状態を検出すると論理サーバを自動的に起動します。 起動／停止の設定で前提となる論理サーバを設定し，前提となる論理サーバで自動再起動をすると指定した場合，前提となる論理サーバで障害状態を検出したときは，該当論理サーバを前提と設定したすべての論理サーバの停止処理をし，該当論理サーバの起動処理をしたあと，該当論理サーバを前提と設定したすべての論理サーバの起動処理をします。
強制停止または強制停止処理 | 一つの論理サーバに対しての強制停止処理を意味します。 論理サーバのステータス種別が「稼働中」のときに論理サーバに対して強制停止処理をします。そのほかのステータスの論理サーバに対しては，強制停止要求は無視されます（メッセージ出力だけをします）。
計画停止または計画停止処理 | 一つの論理サーバに対しての計画停止処理を意味します。 論理サーバのステータス種別が「稼働中」のときに論理サーバに対して計画停止処理をします。そのほかのステータスの論理サーバに対しては，計画停止要求は無視されます（メッセージ出力だけをします）。 計画停止はmngsvrutilコマンドを使用します。なお，計画停止が有効な論理サーバはWebサーバだけです。Webサーバ以外の論理サーバに対する計画停止要求は停止要求として扱われます。

ホストや論理サーバの起動／停止／強制停止／自動再起動を実行したときに，ステータスがどのように遷移するか，また，どのステータス状態になれば処理成功とみなせるかについて説明します（成功時のステータスを太字で示します）。

［起動］ボタン実行時

停止→起動中→稼働中

異常停止→回復中→稼働中

ステータスが「稼働中」になれば，起動の処理は成功しています。

［停止］ボタン実行時

稼働中→停止中→停止

ステータスが「停止」になれば，停止の処理は成功しています。

［強制停止］ボタン実行時

稼働中→強制停止中→停止

ステータスが「停止」になれば，強制停止の処理は成功しています。

自動再起動の実行時※

稼働中→自動再起動中→稼働中

ステータスが「稼働中」になれば，自動再起動の処理は成功しています。

注※　［起動／停止の設定］画面で設定する自動再起動の処理のことです。

参考

論理Webサーバの場合は，mngsvrutil stop server gracefulコマンドを使って，計画停止要求を出せます。この場合，ステータスは稼働中→計画停止中→停止と遷移します。ステータスが「停止」になれば，計画停止の処理は成功しています。なお，mngsvrutil stop server gracefulコマンド（Management Serverの運用管理コマンド）については，マニュアル「アプリケーションサーバリファレンス コマンド編」の「mngsvrutil（Management Serverの運用管理コマンド）」を参照してください。

(4)　操作する画面

ステータス監視または稼働情報監視で操作する画面について説明します。

(a)　ステータス監視で操作する画面

ステータス監視では，論理サーバの稼働状況（ステータス）を運用管理ドメイン単位，ホスト単位，または論理サーバ単位で確認できます。監視できる論理サーバは，論理パフォーマンストレーサ，論理スマートエージェント，論理ネーミングサービス，論理CTMドメインマネジャ，論理CTM，論理J2EEサーバ，論理Webサーバ，および論理ユーザサーバです。

ステータス監視で操作できる内容と操作する画面を次の表に示します。

表4‒8　ステータス監視で操作できる内容と操作する画面

操作内容 | 操作 | 画面の参照先
ホストごとのステータス監視 | ○ | 13.2.1
運用管理ドメイン全体のステータス監視 | ○ | 13.2.2
論理サーバごとのステータス監視 | ○ | 13.2.3

（凡例）

○：任意。運用で必要と判断される場合に操作します。

(b)　稼働情報監視で操作する画面

稼働情報監視では，論理J2EEサーバが監視できます。

稼働情報監視で操作できる内容と操作する画面を次の表に示します。

表4‒9　稼働情報監視で操作できる内容と操作する画面

論理サーバ名 | 操作内容 | 操作 | 画面の参照先
論理J2EEサーバ | J2EEコンテナの稼働情報監視 | ○ | 13.3.1
EJBコンテナの稼働情報監視 | ○ | 13.3.2
Webコンテナの稼働情報監視 | ○ | 13.3.3 13.3.4
JavaVMの稼働情報監視 | ○ | 13.3.5 13.3.6
J2EEアプリケーションの稼働情報監視 | ○ | 13.5
EJBアプリケーションの稼働情報監視 | ○ | 13.6
Stateful Session Beanの稼働情報監視 | ○ | 13.7.1 13.7.2
Homeインタフェースの稼働情報監視 | ○ | 13.7.3
Local Homeインタフェースの稼働情報監視 | ○ | 13.7.4
Componentインタフェースの稼働情報監視 | ○ | 13.7.5
Local Componentインタフェースの稼働情報監視 | ○ | 13.7.6
Stateless Session Beanの稼働情報監視 | ○ | 13.8
Entity Beanの稼働情報監視 | ○ | 13.9
Message-driven Beanの稼働情報監視 | ○ | 13.10
リソースアダプタの稼働情報監視 | ○ | 13.11
Webアプリケーションの稼働情報監視 | ○ | 13.12
サーブレットの稼働情報監視 | ○ | 13.13
URLの稼働情報監視 | ○ | 13.14
トランザクションの稼働情報監視 | ○ | 13.15

（凡例）

○：任意。運用で必要と判断される場合に操作します。

5　バッチアプリケーションを実行するシステムの構築と削除

ここでは，Management Serverの運用管理ポータルを利用したバッチアプリケーションを実行するシステムの構築手順と，システムの構築時に操作する運用管理ポータルの画面について説明します。また，システムの削除手順についても説明します。

なお，運用管理ポータルの画面の操作方法，操作規則，操作時の注意事項などについては，「7.　Management Serverの画面と基本操作」を参照してください。

5.1　システムの構築の流れ

ここでは，運用管理ポータルを利用してシステムを構築する場合の流れについて説明します。

運用管理ポータルや運用管理コマンド（mngsvrutil）を利用してシステムを運用し，システム全体のサーバの運用をManagement Serverで一括管理する場合のシステムの構築手順を次に示します。

システム構成を検討します。

システム構成を検討する場合，バッチアプリケーションで使用する機能に応じて，その機能を実現するために必要なプロセスを意識して，各マシンにそれぞれのプロセスを適切に配置することが必要です。使用する機能によってシステムの構成も，必要な論理サーバも異なります。

インストールと初期設定をします。

システム構成に合わせて，アプリケーションサーバ，運用管理サーバ，データベースサーバなどにそれぞれ必要な製品をインストールします。必要に応じて，OSやデータベースなどのホスティング環境を設定します。

また，各サーバでの環境変数の設定，Management Serverのセットアップと設定などを実施します。初期設定で実施する作業については，「2.1　インストールと初期設定」を参照してください。

論理サーバを設定します。

運用管理ポータルの「運用管理ドメインの構成定義」で，必要な論理サーバを運用管理ドメイン内に適切に配置して，論理サーバの構成を定義します。

運用管理ポータルの「論理サーバの環境設定」で，「運用管理ドメインの構成定義」で追加した論理サーバを稼働させるために必要な設定をします。

バッチサーバの場合，動作設定で必ず設定する項目があります。それ以外の項目については，デフォルトのまま利用する場合は設定不要です。設定を変更する場合は，運用管理ポータルの画面，またはユーザ定義ファイルで設定内容を編集する必要があります。

運用管理ポータルの「論理サーバの起動／停止」で，一括起動するときの論理サーバの起動順序，自動再起動するときの回数など，論理サーバの起動と停止の設定をします。

必要に応じて，論理サーバの起動と停止で使用する環境変数の設定をします。論理サーバの環境変数の設定については，マニュアル「アプリケーションサーバ システム構築・運用ガイド」の「4.1.12　論理サーバの環境変数を設定する」を参照してください。

詳細については，「5.2　論理サーバの設定手順」を参照してください。

リソースを設定します。

運用管理ポータルの「論理サーバのアプリケーション管理」で，リソースアダプタをバッチサーバにインポートして，プロパティなどを設定します。詳細は，「5.3　リソースの設定手順」を参照してください。なお，バッチアプリケーションからデータベースに接続しない場合は，設定不要です。

システムを起動して，システムの動作を確認します。

システムの起動については，「6.1.1　システムの起動手順」を参照してください。

5.2　論理サーバの設定手順

Management Serverの運用管理ポータルで一括管理するために必要な設定です。構築するシステムの構成に応じて，必要な論理サーバを設定します。

使用する機能に応じて決定したシステム構成を基に，次に示す手順で，必要な論理サーバの構成を定義します。

運用管理ドメインの構成定義

論理サーバの環境設定

論理サーバの起動／停止の設定

論理ユーザサーバの設定※

論理サーバの起動／停止の確認

注※

任意のプロセスを論理ユーザサーバとして定義する場合にだけ設定します。論理ユーザサーバは，運用管理ポータルで定義できません。詳細は，「5.2.4　論理ユーザサーバの設定」を参照してください。

5.2.1　運用管理ドメインの構成定義

運用管理ドメインの構成定義では，運用管理ドメインに含まれる論理サーバの構成を定義します。

運用管理ドメインは，Management Serverが同一の運用管理ポリシーを適用して複数のサーバをまとめて管理する範囲のことです。運用管理ドメインを定義することで，あるサービスを提供するサーバ群を運用管理ポータルで一括して管理できるようになります。

(1)　設定手順

運用管理ポータルの「運用管理ドメインの構成定義」で，運用管理ドメイン内に必要な論理サーバを設定する手順を次に示します。

運用管理ポータルにログインし，［運用管理ポータル］画面で「運用管理ドメインの構成定義」をクリックします。

論理サーバを設置するホストを運用管理ドメインに追加します。

［ホストの定義］画面で，ホスト名，ホストの表示名，ホストの説明，運用管理エージェントのポート番号，および運用管理エージェントのホスト名を指定します。

運用管理ドメインを定義します。

デフォルトの設定では，「DefaultDomain」という運用管理ドメイン名が定義されています。［運用管理ドメインの編集］画面で，運用管理ドメイン名，運用管理ドメインの表示名，および運用管理ドメインの説明を指定して，運用管理ドメインの情報を編集します。

論理サーバを追加します。

それぞれの論理サーバの追加画面で，論理サーバを配置するホスト，論理サーバ名，論理サーバの表示名，および論理サーバの説明を設定します。

バッチサーバを追加する場合には，論理J2EEサーバの［J2EEサーバの追加］画面で，［バッチサーバとして作成する］を必ず選択してください。

バッチサーバを接続先ホスト上にセットアップします。

［セットアップ］画面で，セットアップが完了していないバッチサーバを一括してセットアップできます。また，セットアップしたいバッチサーバだけを選択して，セットアップすることもできます。

注意事項

運用管理ドメインの構成定義で定義した論理サーバを編集，削除する場合は，対象となる論理サーバがManagement Serverの各機能で操作中でないことを確認してください。また，対象となる論理サーバが停止していることを確認してください。

操作中または停止していない状態で論理サーバを編集，削除した場合，Management Serverを使用した運用ができなくなるおそれがあります。

(2)　操作する画面

運用管理ドメインの構成定義では，運用管理ドメイン内に配置するホストを定義し，ホスト内に配置する論理サーバを定義します。運用管理ポータルの「運用管理ドメインの構成定義」で設定できる内容と操作する画面を，ホストの定義，論理サーバの定義に分けて説明します。

ホストの定義

論理サーバを定義する前に，必ずホストを定義してください。ホストの定義で設定できる内容と操作する画面を次の表に示します。ただし，論理ユーザサーバだけを配置するシステムを構築する場合，ホストの定義は不要です。

表5‒1　ホストの定義で設定できる内容と操作する画面

設定内容 | 操作 | 画面の参照先
ホストの定義 | ◎ | 9.2.1
ホストの編集 | ○ | 9.2.3
ホストの削除 | ○ | 9.2.2 9.2.4
運用管理ドメインの編集 | ○ | 9.3.1

（凡例）

◎：必要。最低限必要な操作です。

○：任意。デフォルトの設定から変更する場合，または構築もしくは運用で必要と判断される場合に操作します。

注

論理ユーザサーバだけを配置するシステムの場合，設定できる内容はありません。操作不要です。

論理サーバの定義

定義したホストに配置する論理サーバを定義します。論理サーバごとに論理サーバの定義で設定できる内容と操作する画面を次の表に示します。

表5‒2　論理サーバの定義で設定できる内容と操作する画面

論理サーバ名 | 設定内容 | 操作 | 画面の参照先
論理パフォーマンストレーサ | パフォーマンストレーサの追加※1 | ◎ | 9.4.1
パフォーマンストレーサの編集 | ○ | 9.4.3
パフォーマンストレーサの削除 | ○ | 9.4.2 9.4.4
論理スマートエージェント | スマートエージェントの追加※2 | ◎ | 9.5.1
スマートエージェントの編集 | ○ | 9.5.3
スマートエージェントの削除 | ○ | 9.5.2 9.5.4
論理CTMドメインマネジャ | CTMドメインマネジャの追加※3 | ◎ | 9.7.1
CTMドメインマネジャの編集 | ○ | 9.7.3
CTMドメインマネジャの削除 | ○ | 9.7.2 9.7.4
論理CTM | CTMの追加※4 | ◎ | 9.8.1
CTMの編集 | ○ | 9.8.3
CTMの削除 | ○ | 9.8.2 9.8.4
論理J2EEサーバ | J2EEサーバの追加 | ◎ | 9.9.1
J2EEサーバの編集 | ○ | 9.9.3
J2EEサーバの削除 | ○ | 9.9.2 9.9.4
J2EEサーバクラスタの追加 | ○ | 9.9.5
J2EEサーバクラスタの編集 | ○ | 9.9.7
J2EEサーバクラスタの削除 | ○ | 9.9.6 9.9.8
J2EEサーバクラスタ構成要素の追加 | ○ | 9.9.9
J2EEサーバクラスタ構成要素の削除 | ○ | 9.9.10
論理サーバの一括セットアップ | ◎ | 9.11

（凡例）

◎：必要。最低限必要な操作です。

○：任意。構築または運用で必要と判断される場合に操作します。

注

論理ユーザサーバには環境設定で設定する内容はありません。

注※1

この画面で設定した情報は，論理CTMドメインマネジャまたは論理J2EEサーバの環境設定でも使用します。

注※2

この画面で設定した情報は，論理CTMドメインマネジャまたは論理J2EEサーバの環境設定でも使用します。

注※3

この画面で設定した情報は，論理CTMの環境設定でも使用します。

注※4

この画面で設定した情報は，論理J2EEサーバの環境設定でも使用します。

5.2.2　論理サーバの環境設定

論理サーバの環境設定では，運用管理ドメインの構成定義で追加した論理サーバを稼働させるために必要な設定をします。論理サーバを配置したホスト単位，および論理サーバ単位で環境を設定してください。例えば，ホスト単位では，ホストに配置した論理サーバの基本情報を設定します。論理サーバ単位では，各論理サーバの詳細情報を設定します。

(1)　設定手順

運用管理ポータルの「論理サーバの環境設定」で，論理サーバの環境を設定する手順を次に示します。

運用管理ポータルにログインし，［運用管理ポータル］画面で「論理サーバの環境設定」をクリックします。

ホスト内の論理サーバの基本情報を設定します。

［ホスト内のサーバの設定］画面で，ホスト内に配置した論理サーバの基本情報を設定します。

各論理サーバの環境を設定します。

「運用管理ドメインの構成定義」で追加した論理サーバの環境を設定します。

なお，バッチサーバを構築する場合には，動作設定で必ず設定しなければならない項目があります。バッチサーバの動作設定で必ず設定する項目を次の表に示します。

表5‒3　バッチサーバの動作設定で必ず設定する項目

項目 | 設定内容
バッチサーバとしてサーバを構築するための設定 | 論理J2EEサーバの［J2EEサーバの追加］画面または［J2EEサーバクラスタ構成要素の追加］画面で，［バッチサーバとして作成する］を選択します。バッチサーバを作成する場合には，必ず選択してください。 バッチサーバとして作成すると，［J2EEコンテナの設定］画面の「拡張パラメタ」に，有効欄がチェックされた状態で「batch.service.enabled=true」が自動的に表示されます。この設定は変更しないでください。
SecurityManagerを使用しない設定 | バッチサーバの場合，SecurityManagerは使用しません。 論理J2EEサーバの［J2EEサーバの基本設定］画面で，セキュリティマネージャを使用しないように指定します。 なお，バッチサーバとして作成すると，デフォルトの設定では，セキュリティマネージャを使用しないようになっています。この設定は変更しないでください。
ライトトランザクション機能を有効にするための設定 | バッチサーバの場合，ローカルトランザクションを使用します※1。このため，ローカルトランザクションに最適化された環境を提供する，ライトトランザクション機能を使用します。 論理J2EEサーバの［J2EEサーバの基本設定］画面または［トランザクションの設定］画面で，ライトトランザクション機能を有効にするように指定します。デフォルトの設定では，ライトトランザクションが有効になっています。この設定は変更しないでください。
接続するCTMの設定※2 | 論理J2EEサーバの［J2EEサーバの基本設定］画面で，［接続するCTM］を設定します。
ORBゲートウェイの設定※2 | 論理CTMの［レギュレータの設定］画面で，［ORBゲートウェイ］を使用するように設定します。
スマートエージェント使用の設定※2 | 論理J2EEサーバの［J2EEサーバの基本設定］画面で，［利用するスマートエージェント］を設定します。

注※1　バッチサーバの場合，グローバルトランザクションは使用できません。

注※2　バッチジョブのスケジューリング機能を使用する場合だけ必要です。

バッチサーバの場合は，設定情報をホストに配布します。

［設定情報の配布］画面で，論理サーバの環境設定で設定した情報をホストに配布します。

参考

論理サーバの環境設定では，環境設定済みの別の論理サーバから設定情報を読み込むことができます。設定情報がほとんど同じ場合には，別の論理サーバから設定情報を読み込んで，設定の異なる個所だけ変更することで，効率良く環境を設定できます。また，バッチサーバでは，接続先ホストで稼働するサーバの設定情報を読み込むこともできます。

(2)　操作する画面

運用管理ポータルの「論理サーバの環境設定」で設定できる内容と操作する画面を次の表に示します。使用する論理サーバごとに必要な操作を実施してください。

表5‒4　論理サーバの環境設定で設定できる内容と操作する画面

論理サーバ名 | 設定内容 | 操作 | 画面の参照先
論理パフォーマンストレーサ | 論理サーバの基本情報の設定 | ◎ | 10.2.1
パフォーマンストレーサの設定 | ◎ | 10.3.1
パフォーマンストレーサのオプションの設定 | ○※1 | 10.3.2
パフォーマンストレーサの環境変数の設定 | ○※1 | 10.3.3
別の論理パフォーマンストレーサの設定読み込み | ○※1 | 10.3.4
論理スマートエージェント | 論理サーバの基本情報の設定 | ◎ | 10.2.1
スマートエージェントの設定 | ◎ | 10.4.1
スマートエージェントのオプションの設定 | ○※1 | 10.4.2
スマートエージェントの環境変数の設定 | ○※1 | 10.4.3
別の論理スマートエージェントの設定読み込み | ○※1 | 10.4.4
論理CTMドメインマネジャ | 論理サーバの基本情報の設定 | ◎ | 10.2.1
CTMドメインマネジャの基本設定 | ◎ | 10.6.1
CTMドメインマネジャのネットワークの設定 | ◎ | 10.6.2
CTMドメインマネジャのオプションの設定 | ○※1 | 10.6.3
CTMドメインマネジャの環境変数の設定 | ○※1 | 10.6.4
別の論理CTMドメインマネジャの設定読み込み | ○※1 | 10.6.5
論理CTM | 論理サーバの基本情報の設定 | ◎ | 10.2.1
CTMの基本設定 | ◎ | 10.7.1
CTMのスケジューリングの設定 | ◎ | 10.7.2
CTMのレギュレータの設定 | ◎ | 10.7.3
CTM間通信の設定 | ○ | 10.7.4
CTMの稼働統計情報の設定 | ○ | 10.7.5
CTMのオプションの設定 | ○※1 | 10.7.6
CTMの環境変数の設定 | ○※1 | 10.7.7
別の論理CTMの設定読み込み | ○※1 | 10.7.8
論理J2EEサーバ※2 | 論理サーバの基本情報の設定 | ◎ | 10.2.1
J2EEサーバの基本設定 | ◎ | 10.8.1
J2EEサーバのJ2EEコンテナの設定 | ○ | 10.8.2
J2EEサーバのEJBコンテナの設定 | ○ | 10.8.3
J2EEサーバのWebコンテナの設定 | ○ | 10.8.4
J2EEサーバのネーミングの設定 | ○ | 10.8.5
J2EEサーバのトランザクションの設定 | ○ | 10.8.6
J2EEサーバのリソース枯渇監視の設定 | ○ | 10.8.7
J2EEサーバのログの設定 | ○ | 10.8.8
J2EEサーバのユーザログの設定 | ○ | 10.8.9
インプロセスHTTPサーバの通信・スレッド制御の設定 | − | 10.8.10
インプロセスHTTPサーバのログの設定 | − | 10.8.12
インプロセスHTTPサーバのセキュリティの設定 | − | 10.8.14
インプロセスHTTPサーバのエラーページの設定 | − | 10.8.16
インプロセスHTTPサーバのリダイレクトの設定 | − | 10.8.17
インプロセスHTTPサーバのレスポンスヘッダ・ゲートウェイ指定機能の設定 | − | 10.8.18
J2EEサーバでの稼働情報監視の設定 | ○ | 10.8.20
J2EEサーバでの稼働情報監視で発行するイベントの設定 | ○ | 10.8.21
J2EEサーバでの稼働情報監視で使用する通信の設定 | ○ | 10.8.22
J2EEサーバで使用するJavaVMの起動パラメタの設定 | ◎ | 10.8.23
J2EEサーバで使用するJavaVMのシステムプロパティの設定 | ○ | 10.8.24
J2EEサーバのJP1連携の設定 | ○※3 | 10.8.25
J2EEサーバのオプションの設定 | ○※1 | 10.8.26
J2EEサーバの環境変数の設定 | ○※1 | 10.8.27
論理J2EEサーバの設定読み込み | ○※1 | 10.8.28
設定情報の配布 | ◎ | 10.10.1

（凡例）

◎：必要。最低限必要な操作です。

○：任意。デフォルトの設定から変更する場合に操作します。

−：不要。必要な操作はありません。

注

論理ユーザサーバには環境設定で設定する内容はありません。

注※1

各論理サーバで共通の操作です。画面詳細および注意事項については，論理J2EEサーバの説明を参照してください

注※2

バッチサーバの場合，画面の設定項目には有効となる設定と無効となる設定があります。詳細は，表5-5を参照してください。

注※3

JP1を使用する場合は設定が必要です。

バッチアプリケーションを実行するシステムの構築の場合に，運用管理ポータルの論理J2EEサーバの環境設定で操作できる画面および項目を，次の表に示します。

表5‒5　バッチアプリケーションを実行するシステムの構築で操作できる画面および項目

操作できる画面 | 操作できる項目
J2EEサーバの基本設定 | コンテナの設定 | 管理用サーバのポート番号
http/ajp13のポート番号※1
RMIレジストリの設定
利用するネーミングサービスの設定 | インプロセス用のポート番号
利用する論理サーバの設定 | 利用するパフォーマンストレーサ
利用するスマートエージェント
接続するCTM
運用監視エージェントの設定
Managementイベントの発行機能の設定
起動オプションの設定
J2EEコンテナの設定 | J2EEコンテナの設定 | 作業ディレクトリの定義
オプション | パスワード情報のスクランブル化
J2EEアプリケーション実行時間監視間隔
運用監視エージェントの設定
Managementイベントの発行機能の設定
コンテナ拡張ライブラリの設定
拡張パラメタ
EJBコンテナの設定 | CTMの設定 | 接続するCTM
デプロイ時のキュー活性化要求
アンデプロイ時のキュー非活性化要求
リクエストの優先順位
サーバとの接続
オプション | ホストの固定
通信ポート番号
Webコンテナの設定 | 管理用サーバの設定
Webサーバとの接続 | インプロセスHTTPサーバ機能の使用※2
ネーミングの設定 | 利用するネーミングサービスの設定 | インプロセス選択時の設定
タイムアウト時間
キャッシュの設定
InitialContextファクトリの設定
ラウンドロビン検索のグループ設定
トランザクションの設定 | トランザクションに関する設定 | 利用するスマートエージェント
タイムアウト時間
コネクションアソシエーション機能
リソース枯渇監視の設定 | リソース枯渇監視 | メモリ
ファイルディスクリプタ数
スレッド数
スレッドダンプファイル数
監視対象リソースの設定
リソース枯渇監視ログファイルの設定※3
ログの設定※4 | ログの出力レベルの設定
ログ別の設定 | ファイルサイズ
ファイル面数
ユーザログの設定 | すべて使用できます。
稼働情報の設定 | すべて使用できます。
イベントの設定 | すべて使用できます。
通信の設定 | すべて使用できます。
起動パラメタの設定 | すべて使用できます。
システムプロパティの設定 | すべて使用できます。
JP1連携の設定 | すべて使用できます。
オプションの設定 | すべて使用できます。
環境変数の設定 | すべて使用できます。

注※1

ajp13のポート番号だけ指定できます。httpのポート番号は指定できません。

注※2

「しない（ajp13）」を指定した場合に，「ポート番号」と「ホストの固定」を指定できます。

注※3

次の監視対象リソースだけ操作できます。

・メモリ

・ファイルディスクリプタ数

・スレッド数

・スレッドダンプファイル数

・コネクションプール

注※4

バッチサーバで使用できるログの種類とチャネル名は次のように対応しています。

・メッセージログ：MessageLogFile

・保守ログ：MaintenanceLogFile

・例外ログ：ExceptionLogFile

・コンソールログ：ConsoleLogFile

・EJBコンテナ保守ログ：EJBContainerLogFile

・ユーザ出力ログ：UserOutLogFile

・ユーザエラーログ：UserErrLogFile

5.2.3　論理サーバの起動／停止の設定

論理サーバの起動／停止の設定では，論理サーバを起動または停止させる際に必要な設定をします。論理サーバ単位に，起動／停止の監視時間，自動再起動の回数，自動再起動のリトライ間隔などを設定します。また，論理サーバを一括起動する場合には，起動順序を設定する必要があります。

(1)　設定手順

運用管理ポータルの「論理サーバの起動／停止」で，論理サーバの起動または停止に関する情報を設定する手順を次に示します。

運用管理ポータルにログインし，［運用管理ポータル］画面で「論理サーバの起動／停止」をクリックします。

論理サーバごとに，起動または停止に関する情報を設定します。

各論理サーバの［起動／停止の設定］画面で，起動や停止の監視時間，自動再起動の回数，自動再起動のリトライ間隔などを設定します。

論理サーバの起動順序を設定します。

論理サーバを一括起動，自動再起動する場合は，運用管理ドメイン内での論理サーバの起動順序を設定します。運用管理ドメインの［起動順序の設定］画面，またはホストの［起動順序の設定］画面で，論理サーバの起動順序を設定します。

(2)　操作する画面

運用管理ポータルの「論理サーバの起動／停止」で設定できる内容と操作する画面を次の表に示します。

表5‒6　論理サーバの起動／停止で設定できる内容と操作する画面

論理サーバ名 | 設定内容 | 操作 | 画面の参照先
論理パフォーマンストレーサ | 論理サーバの起動順序の設定 | ○ | 11.3.5
パフォーマンストレーサの起動／停止の設定 | ○ | 11.4.1
論理スマートエージェント | 論理サーバの起動順序の設定 | ○ | 11.3.5
スマートエージェントの起動／停止の設定 | ○ | 11.5.1
論理CTMドメインマネジャ | 論理サーバの起動順序の設定 | ○ | 11.3.5
CTMドメインマネジャの起動／停止の設定 | ○ | 11.7.1
論理CTM | 論理サーバの起動順序の設定 | ○ | 11.3.5
CTMの起動／停止の設定 | ○ | 11.8.1
論理J2EEサーバ | 論理サーバの起動順序の設定 | ○ | 11.3.5
J2EEサーバの起動／停止の設定 | ○ | 11.9.1
J2EEサーバクラスタ内のJ2EEサーバの起動／停止の設定 | ○ | 11.10.5
論理ユーザサーバ | 論理サーバの起動順序の設定 | ○ | 11.3.5
ユーザサーバの起動／停止の設定 | ○ | 11.13.1

（凡例）

○：任意。デフォルトの設定から変更する場合，または運用で必要と判断される場合に操作します。

5.2.4　論理ユーザサーバの設定

ユーザが定義する論理サーバ（論理ユーザサーバ）の設定について説明します。

ユーザサーバは，ユーザが定義する任意のサービスやプロセスです。特定のサービスやプロセスを論理ユーザサーバとして定義しておくことで，そのサービスやプロセスがManagement Serverの管理対象となり，ほかの論理サーバと同様に，一括管理できるようになります。

定義した論理ユーザサーバは，運用管理ポータルに論理サーバとして表示されます。運用管理ポータルでの論理ユーザサーバの操作を次に示します。

論理サーバの起動／停止で，論理ユーザサーバを起動／停止できます。また，起動や停止の監視時間，自動再起動の回数，一括起動時の論理サーバの起動順序なども変更できます。

論理サーバの運用監視で，論理ユーザサーバの起動／停止状態が確認できます。

なお，論理ユーザサーバは，運用管理ポータル（運用管理ドメインの構成定義および論理サーバの環境設定）では定義できません。コマンドおよびユーザ定義ファイルで定義します。論理ユーザサーバの追加および削除手順については，「3.2.4　論理ユーザサーバの設定」を参照してください。

5.2.5　論理サーバの起動／停止の確認

論理サーバの環境設定および起動／停止の設定が正しく行われているか，動作確認のために必要な操作です。論理サーバの起動と停止の確認に関する操作については，「6.1.5　操作する画面」を参照してください。

5.3　リソースの設定手順

5.3.1　リソースアダプタの設定

バッチサーバでは，リソースとして，データベースが利用できます。使用できるリソースについては，マニュアル「アプリケーションサーバ 機能解説 拡張編」の「2.7.1　接続できるデータベース」を参照してください。バッチアプリケーションからデータベースに接続するには，リソースアダプタを使用します。

リソースの設定では，バッチサーバからリソースに接続するために必要な設定をします。運用管理ドメイン内の論理J2EEサーバへのリソースアダプタのインポート，インポートしたリソースアダプタのプロパティの設定や接続テストなどをします。

(1)　設定手順

運用管理ポータルの「論理サーバのアプリケーション管理」で，運用管理ドメイン内の論理J2EEサーバからリソースに接続するために必要なリソースアダプタを設定する手順を次に示します。リソースの設定は，バッチサーバが起動している状態で実施します。バッチサーバおよびその前提プロセスを起動してからリソースの設定を開始してください。論理サーバの起動手順については，「6.1.2(1)　論理サーバの起動」を参照してください。

参考

すでに動いているリソースアダプタをエクスポートして，増設したバッチサーバにインポートして使用するような場合などは，リソースアダプタをエクスポート，インポートすることで，効率良くリソースアダプタを設定できます。

エクスポートはサーバ管理コマンド（cjexportrar）で実行します。インポートは運用管理ポータルまたはサーバ管理コマンド（cjimportres）で実行します。なお，アプリケーションサーバのバージョンやプラットフォームが異なるホスト間では，リソースアダプタをエクスポート・インポートして使用することはできません。リソースアダプタをエクスポートするホストと，アプリケーションサーバのバージョンやプラットフォームが異なるホストでリソースアダプタを設定する場合は，リソースアダプタを新規に設定してください。

運用管理ポータルにログインし，［運用管理ポータル］画面で「論理サーバのアプリケーション管理」をクリックします。

リソースアダプタをインポートします。

［リソースアダプタのインポート］画面で，利用するリソースアダプタのRARファイルを設定します。インポート時にリソースアダプタのプロパティ（属性）を設定したい場合は，Connector属性ファイルも設定します。

DB Connectorを使用してデータベースに接続する場合は，「DB Connector」を選択して，プルダウンメニューからインポートするRARファイルを選択します。使用できるRARファイルの種類については，マニュアル「アプリケーションサーバ機能解説 拡張編」の「2.7.3　DB Connector（RARファイル）の種類」を参照してください。

参考

同一のリソースアダプタは，同一のJ2EEサーバにインポートできません。

リソースアダプタのプロパティを設定します。

［リソースアダプタのプロパティ設定］画面で，リソースアダプタの基本情報，コンフィグレーションプロパティ，実行時プロパティなどを設定します。次に示すDB Connectorを利用する場合に基本情報を設定するときは［リソースアダプタの基本設定］画面で，基本情報以外を設定する場合やそのほかのリソースアダプタを利用する場合は［リソースアダプタのConnector属性ファイル編集］画面で設定します。

DBConnector_Oracle_CP.rar

DBConnector_HiRDB_Type4_CP.rar

DBConnector_SQLServer_CP.rar

Connector属性ファイルについては，マニュアル「アプリケーションサーバ リファレンス 定義編(アプリケーション／リソース定義)」の「4.1　Connector属性ファイル」を参照してください。

必要に応じて，リソースアダプタの接続テストを実施します。

［リソースアダプタの開始/停止］画面で，接続テストを実施するリソースアダプタの［接続テスト］アンカーをクリックします。リソースアダプタに接続できるかどうかが確認できます。

(2)　操作する画面

運用管理ポータルの「論理サーバのアプリケーション管理」でリソースアダプタに対して操作できる内容と操作する画面を次の表に示します。

表5‒7　論理サーバのアプリケーション管理でリソースアダプタに対して操作できる内容と操作する画面

操作内容 | 操作 | 画面の参照先
リソースアダプタの接続テスト | ○ | 12.4.3
リソースアダプタのインポート | ◎ | 12.4.4
リソースアダプタのプロパティ設定 | ○ | 12.4.5
リソースアダプタの削除 | ○ | 12.4.6

（凡例）

◎：必要。最低限必要な操作です。

○：任意。構築または運用で必要と判断される場合に操作します。

5.4　システムの削除の流れ

ここでは，運用管理ポータルを利用して構築したシステムを削除する場合の流れについて説明します。

システムを削除するには，mngunsetupコマンドを使用します。mngunsetupコマンドを実行すると，構築したシステム環境（論理サーバやホスト），ならびに運用管理機能（Management Serverおよび運用管理エージェント）を削除できます。mngunsetupコマンドについては，マニュアル「アプリケーションサーバリファレンス コマンド編」の「mngunsetup（Management Serverの構築環境の削除）」を参照してください。

注意事項

ホスト単位モデルの場合はアプリケーションサーバのホスト，運用管理サーバモデルの場合は，運用管理サーバ（Management Serverが動作するホスト）およびアプリケーションサーバのホストで実行してください。

手順を次に示します。

運用管理ポータルにログインし，［運用管理ポータル］画面で「論理サーバのアプリケーション管理」をクリックします。

リソースを停止します。

リソースの停止方法については，「6.1.4(1)　リソースの停止」を参照してください。

次のプロセスが起動している場合，このプロセスを停止します。

Management Serverを使用しないで起動されたCTMのプロセス

UNIXの場合，運用管理エージェントおよびManagement Serverで自動再起動を設定しているときはmngautorunコマンドを実行し，自動再起動の設定を解除してからOSを再起動します。

mngunsetupコマンドを実行し，表示されたメッセージを確認して「y」を入力します。

アンセットアップを実行するかどうかを確認するメッセージが表示されます。

「y」を入力すると，次の処理が実行されます。

運用管理エージェントの停止，およびManagement Serverの停止と削除

運用管理エージェントおよびManagement Serverの自動起動および自動再起動の解除

論理サーバの停止

論理パフォーマンストレーサ，論理スマートエージェント，論理CTMドメインマネジャ，論理CTM（同時に起動されるネーミングサービスも含む），論理J2EEサーバ（バッチサーバ），および論理ユーザサーバ※を停止します。停止監視時間を経過しても停止しない論理サーバは，Management Serverが強制停止します。なお，各論理サーバの停止監視時間（運用管理ポータルの［起動／停止の設定］画面の［停止監視時間］）は，論理サーバを起動したときに設定されている値が有効になります。

注※　論理ユーザサーバは監視対象プロセスを停止します。停止用コマンドが指定されている場合は，停止用コマンドでプロセスを停止し，指定されていない場合は，起動種別が直接起動のときは起動用コマンドのプロセス，間接起動のときは論理ユーザサーバに定義されたプロセスID取得用コマンドで取得されるプロセスを停止します。

論理サーバの強制停止

論理パフォーマンストレーサ，論理スマートエージェント，論理CTMドメインマネジャ，論理CTM（同時に起動されるネーミングサービスも含む），論理J2EEサーバ（バッチサーバ），および論理ユーザサーバ※を強制停止します。強制停止監視時間を経過しても停止しない論理サーバは，Management Serverがそのプロセスを強制停止します。なお，各論理サーバの強制停止監視時間（運用管理ポータルの［起動／停止の設定］画面の［強制停止監視時間］）は，論理サーバを起動したときに設定されている値が有効になります。

注※　論理ユーザサーバは監視対象プロセスを強制停止します。強制停止用コマンドが指定されている場合は，強制停止用コマンドでプロセスを停止し，指定されていない場合は，起動種別が直接起動のときは起動用コマンドのプロセス，間接起動のときは論理ユーザサーバに定義されたプロセスID取得用コマンドで取得されるプロセスを停止します。

論理J2EEサーバ（バッチサーバ）の環境（実サーバ）削除，論理CTMドメインマネジャの情報削除

Management Serverが管理している情報（論理サーバの構成情報や設定情報，および管理ユーザアカウントの情報）の初期化

Component Container管理者の設定解除（UNIXの場合）

設定が解除され，スーパーユーザのユーザ（オーナー）/グループが設定されます。設定値をOSごとに示します。

AIXの場合：root/system

Linuxの場合：root/root

UNIXの場合，必要に応じて，mngenvsetupコマンドを実行し，Management Server管理グループの設定を解除します。

注意事項

アンセットアップに成功しても，システム環境によってはApplication Serverで起動されたプロセスが残ることがあります。この場合，Application Serverのアンインストールに失敗することがあります。アンセットアップ後にアンインストールを実施して失敗したときは，エラーの対処を実施したあと，再度アンインストールを実施してください。エラーの対処方法については，マニュアル「アプリケーションサーバシステム構築・運用ガイド」の「付録I　インストールおよびアンインストールするときの注意事項」を参照してください。

参考

mngunsetupコマンドを実行すると，運用管理機能（Management Serverおよび運用管理エージェント）もアンセットアップされます。構築したシステム環境（論理サーバやホスト）だけを削除したい場合は，リソースを停止したあと，次の手順を実施してください。

［運用管理ポータル］画面で「論理サーバの起動／停止」をクリックします。

論理サーバを停止します。

論理サーバの停止方法については，「6.1.4(2)　論理サーバの停止」を参照してください。論理サーバは起動したときと逆の順序で停止させてください。

［運用管理ポータル］画面で「運用管理ドメインの構成定義」をクリックします。

論理サーバを削除します。

それぞれの論理サーバの削除画面で論理サーバを削除します。J2EEサーバがクラスタ構成の場合は，クラスタの構成要素として，J2EEサーバを削除してから，J2EEサーバクラスタを削除します。各論理サーバで操作する画面については，「5.2.1(2)　操作する画面」を参照してください。

ホストを削除します。

［ホストの削除］画面でホストを削除します。

運用管理ポータルからログアウトします。

バッチサーバをアンセットアップします。

論理サーバの削除画面では，サーバの環境はアンセットアップされません。cjsetupコマンドを使用して，バッチサーバをアンセットアップします。cjsetupコマンドには，バッチサーバの論理サーバ名または実サーバ名※を指定します。cjsetupコマンドについては，マニュアル「アプリケーションサーバ リファレンス コマンド編」の「cjsetup（バッチサーバのセットアップとアンセットアップ）」を参照してください。

注※

論理サーバのセットアップ時に，［セットアップ］画面でバッチサーバの実サーバ名を指定している場合には，実サーバ名を指定してください。

実サーバ名を指定していないバッチサーバ（論理サーバ名：BatchServer1）をアンセットアップする場合の例を次に示します。

Windowsの場合

<Application Serverのインストールディレクトリ>¥CC¥server¥bin¥cjsetup -d BatchServer1

UNIXの場合

# /opt/Cosminexus/CC/server/bin/cjsetup -d BatchServer1

6　バッチアプリケーションを実行するシステムの運用

ここでは，Management Serverの運用管理ポータルを利用したバッチアプリケーションを実行するシステムの運用手順と，システムの運用時に操作する運用管理ポータルの画面について説明します。

なお，運用管理ポータルの画面の操作方法，操作規則，操作時の注意事項などについては，「7.　Management Serverの画面と基本操作」を参照してください。

6.1　システムの起動と停止

ここでは，運用管理ポータルを使用して構築したバッチアプリケーションを実行するシステムを，起動または停止する手順やその方法について説明します。起動または停止する手段として，運用管理ポータルおよび運用管理コマンドが使用できます。

6.1.1　システムの起動手順

ここでは，システムの起動手順を，アプリケーションサーバの起動の流れに沿って説明します。

なお，データベースなどの関連製品は起動済みであることを前提に説明します。データベースなどを使用している場合は，必要に応じてあらかじめ起動しておいてください。

CTMを使用しない構成の場合とCTMを使用する構成の場合に分けて，アプリケーションサーバの起動の流れを次の図に示します。

図6‒1　アプリケーションサーバの起動の流れ

[picture]

図中の1.〜6.について説明します。

Management Serverの起動

運用管理エージェントの起動後，Management Serverを起動します。

なお，自動起動の設定をしている場合，ホストの起動と同時に，運用管理エージェント，Management Serverも起動されるため，起動の操作は不要です。

運用管理エージェントの起動方法および自動起動の設定については，「4.1.2(1)　運用管理エージェントの起動」を，Management Serverの起動方法および自動起動の設定については，「4.1.2(2)　Management Serverの起動」を参照してください。

Management Serverへのログイン

運用管理ポータルにログインします。ログイン方法については，「7.1.2　ログイン」を参照してください。

なお，運用管理コマンド（mngsvrutil）を使用して，論理サーバを起動する場合，Management Serverへのログインは不要です。

論理サーバの起動

運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，論理サーバを起動します。論理サーバは次に示す順序で起動してください。

パフォーマンストレーサ

スマートエージェント

CTMドメインマネジャ

CTM

バッチサーバ

起動方法については，「6.1.2(1)　論理サーバの起動」を参照してください。

なお，自動起動の設定をしている場合，Management Serverと論理サーバが一括起動されるため起動の操作は不要です。Management Serverの自動起動の設定については，「4.1.2(2)　Management Serverの起動」を参照してください。

リソースの開始

リソースアダプタを開始します。リソースアダプタを使用しない場合，この操作は不要です。

運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，リソースを開始します。開始方法については，「6.1.2(2)　リソースの開始」を参照してください。

バッチアプリケーションの開始

cjexecjobコマンドを使用して，バッチアプリケーションを開始します。開始方法については，マニュアル「アプリケーションサーバ 機能解説 拡張編」の「2.3.2　バッチアプリケーションの実行」を参照してください。

論理サーバ（論理ユーザサーバ）の起動

運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，論理ユーザサーバを起動します。起動方法については，「6.1.2(1)　論理サーバの起動」を参照してください。

6.1.2　システムの起動方法

ここでは，システム起動の流れの中での，論理サーバの起動方法と，リソースの開始方法について説明します。ほかのプロセスの起動方法については，それぞれ次の個所を参照してください。

運用管理エージェントの起動方法

詳細は，「4.1.2(1)　運用管理エージェントの起動」を参照してください。

Management Serverの起動方法

詳細は，「4.1.2(2)　Management Serverの起動」を参照してください。

Management Serverへのログイン方法

詳細は，「7.1.2　ログイン」を参照してください。

(1)　論理サーバの起動

論理サーバの起動方法について説明します。

論理サーバは，運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して起動します。論理サーバは運用管理ドメイン単位に一括起動したり，ホスト単位に一括起動したり，個別の論理サーバ単位に起動したりすることができます。

運用管理ポータルを使用する場合，運用管理ポータルの「論理サーバの起動／停止」の画面から起動してください。運用管理コマンドを使用する場合，サブコマンド「start」を指定して実行してください。

運用管理ポータルまたは運用管理コマンドでの論理サーバの起動方法について(a)〜(c)で説明します。

(a)　運用管理ドメイン単位の論理サーバの一括起動

運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，運用管理ドメイン内のすべての論理サーバを一括起動する方法について説明します。

運用管理ポータルを使用する場合

起動順序は，［起動順序の設定］画面で指定した順序に従います。なお，［起動順序の設定］画面に起動順序が指定されていない論理サーバは一括起動の対象外になります。起動順序を設定する操作については，「11.3.5　運用管理ドメイン全体の論理サーバの起動順序の設定」を参照してください。

運用管理ドメイン単位に論理サーバを一括起動する場合，運用管理ポータルの「論理サーバの起動／停止」にある，運用管理ドメインまたは（ルートの）ホストの［一括起動］画面で実行します。運用管理ドメイン単位に論理サーバを一括起動する操作については，「11.3.2　運用管理ドメイン全体の論理サーバの一括起動」を参照してください。

運用管理コマンドを使用する場合

運用管理コマンドの実行形式，および実行例を次に示します。

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ start allServers

実行例

mngsvrutil -m mnghost -u user01 -p pw01 start allServers

(b)　ホスト単位の論理サーバの一括起動

運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，ホスト内のすべての論理サーバを一括起動する方法について説明します。

運用管理ポータルを使用する場合

起動順序は，［起動順序の設定］画面で指定した順序に従います。なお，［起動順序の設定］画面に起動順序が指定されていない論理サーバは一括起動の対象外になります。起動順序を設定する操作については，「11.3.5　運用管理ドメイン全体の論理サーバの起動順序の設定」を参照してください。

ホスト単位に論理サーバを一括起動する場合，運用管理ポータルの「論理サーバの起動／停止」にある，各ホストの［一括起動］画面で実行します。

ホスト単位に論理サーバを一括起動する操作については，「11.2.2　ホストごとの論理サーバの一括起動」を参照してください。

運用管理コマンドを使用する場合

運用管理コマンドの実行形式，および実行例を次に示します。

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜ホスト名＞ -k host start server

実行例

mngsvrutil -m mnghost -u user01 -p pw01 -t host01 -k host start server

(c)　個別の論理サーバの起動

バッチアプリケーションを開始したあとに論理ユーザサーバを起動する場合や，異常終了した論理サーバだけ再起動する場合などに，論理サーバを個別に起動します。運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，論理サーバを個別に起動する方法について説明します。

運用管理ポータルを使用する場合

論理サーバを個別に起動する場合，運用管理ポータルの「論理サーバの起動／停止」にある各論理サーバの［起動／停止］画面で実行します。論理サーバを個別に起動する操作については，「11.　論理サーバの起動／停止」を参照してください。

運用管理コマンドを使用する場合

運用管理コマンドの実行形式，および実行例を次に示します。

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜論理サーバ名＞ start server

実行例

mngsvrutil -m mnghost -u user01 -p pw01 -t server01 start server

(2)　リソースの開始

運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，リソースを開始する方法について説明します。運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用すると，リソースアダプタを開始できます。

運用管理ポータルを使用する場合

運用管理ポータルの「論理サーバのアプリケーション管理」の［リソースアダプタの開始／停止］画面で，インポート済みのリソースアダプタ一覧から該当するリソースアダプタを選択して開始します。リソースアダプタを開始する操作については，「12.4.1　リソースアダプタの開始」を参照してください。

運用管理コマンドを使用する場合

運用管理コマンドの実行形式，および実行例を次に示します。

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜サーバ名＞ start resAdapter ＜リソースアダプタ名＞

実行例

mngsvrutil -m mnghost -u user01 -p pw01 -t server01 start resAdapter resadapter01

6.1.3　システムの停止手順

システムの停止手順は，起動の流れと逆の順序になります。データベースなどを使用している場合は，必要に応じて最後に停止してください。

次に示す停止操作を基に，アプリケーションサーバを停止してください。

バッチアプリケーションの停止

バッチアプリケーションが停止していない場合は，cjkilljobコマンドを使用して，バッチアプリケーションを強制停止します。停止方法については，マニュアル「アプリケーションサーバ 機能解説 拡張編」の「2.3.3　バッチアプリケーションの強制停止」を参照してください。

リソースの停止

運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，リソースアダプタを停止します。リソースを使用していない場合，この操作は不要です。停止方法については，「6.1.4(1)　リソースの停止」を参照してください。

なお，次回バッチサーバ起動時にリソースアダプタを開始する場合は，リソースアダプタの停止は不要です。

論理サーバの停止

運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，論理サーバを一括停止，または一つずつ停止します。停止方法については，「6.1.4(2)　論理サーバの停止」を参照してください。論理サーバは起動したときと逆の順序で停止させてください。

Management Serverからのログアウト

運用管理ポータルからログアウトします。ログアウト方法については，「7.1.3　ログアウト」を参照してください。

Management Serverの停止

停止方法については，「4.1.4(5)　Management Serverの停止」を参照してください。

運用管理エージェントの停止

停止方法については，「4.1.4(6)　運用管理エージェントの停止」を参照してください。

6.1.4　システムの停止方法

ここでは，システム停止の流れの中での，論理サーバとリソースの停止方法について説明します。ほかのプロセスの停止方法については，それぞれ次の個所を参照してください。

Management Serverからのログアウト方法

詳細は，「7.1.3　ログアウト」を参照してください。

Management Serverの停止方法

詳細は，「4.1.4(5)　Management Serverの停止」を参照してください。

運用管理エージェントの停止方法

詳細は，「4.1.4(6)　運用管理エージェントの停止」を参照してください。

(1)　リソースの停止

運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，リソースを停止する方法について説明します。運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用すると，リソースアダプタを停止できます。

注意事項

別名を定義したJ2EEリソースは，バッチサーバで開始されているバッチアプリケーションがある場合は停止できません。停止しようとするとメッセージが出力されて処理が失敗します。別名を定義したJ2EEリソースは，バッチサーバで開始されているすべてのバッチアプリケーションを停止してから停止してください。

運用管理ポータルを使用する場合

運用管理ポータルの「論理サーバのアプリケーション管理」の［リソースアダプタの開始／停止］画面で，インポート済みのリソースアダプタ一覧から該当するリソースアダプタを選択して停止します。リソースアダプタの停止の操作については，「12.4.2　リソースアダプタの停止」を参照してください。

運用管理コマンドを使用する場合

運用管理コマンドの実行形式，および実行例を次に示します。

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜サーバ名＞ stop resAdapter ＜リソースアダプタ名＞

実行例

mngsvrutil -m mnghost -u user01 -p pw01 -t server01 stop resAdapter resadapter01

(2)　論理サーバの停止

論理サーバの停止方法について説明します。

論理サーバは，運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して停止します。論理サーバは運用管理ドメイン単位に一括停止したり，ホスト単位に一括停止したり，個別の論理サーバ単位に停止したりすることができます。

運用管理ポータルを使用する場合，運用管理ポータルの「論理サーバの起動／停止」の画面から起動してください。運用管理コマンドを使用する場合，サブコマンド「stop」を指定して実行してください。

なお，論理サーバを停止しても，論理サーバの停止処理が完了しない場合があります。この場合，論理サーバを強制的に停止する必要があります。論理サーバを強制停止する場合，個別の論理サーバの停止画面で［強制停止］ボタンを使用して停止します。

運用管理ポータルまたは運用管理コマンドでの論理サーバの停止方法について(a)〜(c)で説明します。

(a)　運用管理ドメイン単位の論理サーバの一括停止

運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，運用管理ドメイン内のすべての論理サーバを一括停止する方法について説明します。

運用管理ポータルを使用する場合

停止順序は，［起動順序の設定］画面で指定した順序の逆順になります。なお，［起動順序の設定］画面に起動順序が指定されていない論理サーバは一括起動の対象外になります。

運用管理ドメイン単位に論理サーバを一括停止する場合，運用管理ポータルの「論理サーバの起動／停止」にある，運用管理ドメインまたは（ルートの）ホストの［一括停止］画面で実行します。運用管理ドメイン単位に論理サーバを一括停止する操作については，「11.3.3　運用管理ドメイン全体の論理サーバの一括停止」を参照してください。

運用管理コマンドを使用する場合

運用管理コマンドの実行形式，および実行例を次に示します。

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ stop allServers

実行例

mngsvrutil -m mnghost -u user01 -p pw01 stop allServers

(b)　ホスト単位の論理サーバの一括停止

運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，ホスト内のすべての論理サーバを一括停止する方法について説明します。

運用管理ポータルを使用する場合

停止順序は，［起動順序の設定］画面で指定した順序の逆順になります。なお，［起動順序の設定］画面に起動順序が指定されていない論理サーバは一括停止の対象外になります。

ホスト単位に論理サーバを一括停止する場合，運用管理ポータルの「論理サーバの起動／停止」にある，各ホストの［一括停止］画面で実行します。ホスト単位に論理サーバを一括停止する操作については，「11.2.3　ホストごとの論理サーバの一括停止」を参照してください。

運用管理コマンドを使用する場合

運用管理コマンドの実行形式，および実行例を次に示します。

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜ホスト名＞ -k host stop server

実行例

mngsvrutil -m mnghost -u user01 -p pw01 -t host01 -k host stop server

(c)　個別の論理サーバの停止

運用管理ポータルまたは運用管理コマンド（mngsvrutil）を使用して，論理サーバを個別に停止する方法について説明します。

運用管理ポータルを使用する場合

論理サーバを個別に停止する場合，運用管理ポータルの「論理サーバの起動／停止」にある各論理サーバの［起動／停止］画面で実行します。論理サーバを個別に停止する操作については，「11.　論理サーバの起動／停止」を参照してください。

運用管理コマンドを使用する場合

運用管理コマンドの実行形式，および実行例を次に示します。

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜論理サーバ名＞ stop server

実行例

mngsvrutil -m mnghost -u user01 -p pw01 -t server01 stop server

6.1.5　操作する画面

ここでは，バッチアプリケーションを実行するシステムを起動または停止する際に操作する画面について説明します。

(1)　論理サーバの起動または停止で操作する画面

論理サーバの起動または停止で操作する画面について説明します。論理サーバの起動または停止は，運用管理ドメイン単位，ホスト単位，または論理サーバ単位で実施できます。

(a)　運用管理ドメイン単位で操作する場合

運用管理ドメイン単位で操作すると，運用管理ドメイン内に定義されているすべての論理サーバを起動または停止できます。

運用管理ドメイン単位で起動または停止する際に，運用管理ポータルの「論理サーバの起動／停止」で操作できる内容と操作する画面を次の表に示します。

表6‒1　論理サーバの起動／停止で操作できる内容と操作する画面（運用管理ドメイン単位で起動または停止する場合）

操作内容 | 操作 | 画面の参照先
運用管理ドメイン全体の一括起動 | ○ | 11.3.2
運用管理ドメイン全体の一括停止 | ○ | 11.3.3
運用管理ドメイン全体の一括再起動 | ○ | 11.3.4

（凡例）

○：任意。運用で必要と判断される場合に操作します。

注

運用管理ドメイン内には，論理パフォーマンストレーサ，論理スマートエージェント，論理CTMドメインマネジャ，論理CTM，論理J2EEサーバ，および論理ユーザサーバが定義できます。

(b)　ホスト単位で操作する場合

ホスト単位で操作すると，ホスト内に定義されているすべての論理サーバを起動または停止できます。ホスト単位で起動または停止する際に，運用管理ポータルの「論理サーバの起動／停止」で操作できる内容と操作する画面を次の表に示します。

表6‒2　論理サーバの起動／停止で操作できる内容と操作する画面（ホスト単位で起動または停止する場合）

操作内容 | 操作 | 画面の参照先
ホストごとの一括起動 | ○ | 11.2.2
ホストごとの一括停止 | ○ | 11.2.3
ホストごとの一括再起動 | ○ | 11.2.4

（凡例）

○：任意。運用で必要と判断される場合に操作します。

注

各ホストには，論理パフォーマンストレーサ，論理スマートエージェント，論理CTMドメインマネジャ，論理CTM，論理J2EEサーバ，および論理ユーザサーバが定義できます。

(c)　論理サーバ単位で操作する場合

論理サーバ単位で操作すると，論理サーバごとに起動または停止できます。論理サーバ単位で起動または停止する際に，運用管理ポータルの「論理サーバの起動／停止」で操作できる内容と操作する画面を次の表に示します。

表6‒3　論理サーバの起動／停止で操作できる内容と操作する画面（論理サーバ単位で起動または停止する場合）

論理サーバ名 | 操作内容 | 操作 | 画面の参照先
論理パフォーマンストレーサ | パフォーマンストレーサの起動／停止 | ○ | 11.4.2 11.4.3
論理スマートエージェント | スマートエージェントの起動／停止 | ○ | 11.5.2 11.5.3
論理CTMドメインマネジャ | CTMドメインマネジャの起動／停止 | ○ | 11.7.2 11.7.3
論理CTM | CTMの起動／停止 | ○ | 11.8.2 11.8.3
論理J2EEサーバ | J2EEサーバの起動／停止 | ○ | 11.9.2 11.9.3
J2EEサーバクラスタの一括起動 | ○ | 11.10.2
J2EEサーバクラスタの一括停止 | ○ | 11.10.3
J2EEサーバクラスタの一括再起動 | ○ | 11.10.4
J2EEサーバクラスタ内のJ2EEサーバの起動／停止 | ○ | 11.10.6 11.10.7
論理ユーザサーバ | ユーザサーバの起動／停止 | ○ | 11.13.2 11.13.3

（凡例）

○：任意。運用で必要と判断される場合に操作します。

(2)　リソースの開始または停止で操作する画面

バッチサーバで稼働するリソースを開始または停止する際に，リソースアダプタに対して操作できる内容と操作する画面を次の表に示します。

表6‒4　リソースアダプタに対して操作できる内容と操作する画面

操作内容 | 操作 | 画面の参照先
リソースアダプタの開始 | ○ | 12.4.1
リソースアダプタの停止 | ○ | 12.4.2

（凡例）

○：任意。運用で必要と判断される場合に操作します。

6.2　システムの設定変更手順

6.2.1　システムの設定変更

運用管理ポータルでは，動作確認したあとに，システムの設定を変更できます。ここでは，論理サーバの環境や，リソースアダプタの属性などの設定変更について説明します。

(1)　論理サーバの環境設定の変更

構築済みのシステムの動作を確認したあとに，論理サーバの環境設定を変更する手順を次に示します。

運用管理ポータルにログインします。

［運用管理ポータル］画面で「論理サーバの起動／停止」をクリックします。

設定を変更したい論理サーバを停止します。

選択した論理サーバの停止画面で，［停止］ボタンをクリックします。

［運用管理ポータル］画面で「論理サーバの環境設定」をクリックします。

設定を変更したい論理サーバを選択して，設定内容を変更します。

選択した論理サーバの設定画面で，設定を変更したい情報のタブを選択して設定を変更し，［適用］ボタンをクリックします。

バッチサーバの場合は，設定情報をホストに配布します。

［設定情報の配布］画面で，論理サーバの環境設定で設定変更した情報を各ホストに配布します。

［運用管理ポータル］画面で「論理サーバの起動／停止」をクリックします。

設定変更が完了した論理サーバを起動します。

選択した論理サーバの起動画面で，［起動］ボタンをクリックします。

論理サーバの環境設定を変更する際に操作する画面については，「5.2.2(2)　操作する画面」を参照してください。

注意事項

論理ユーザサーバの環境設定を変更する場合は，論理ユーザサーバをいったん削除したあとに，再度論理ユーザサーバを追加してください。論理ユーザサーバの追加・削除手順については，「5.2.4　論理ユーザサーバの設定」を参照してください。

(2)　リソースアダプタの設定変更

構築済みのシステムの動作を確認したあとに，リソースアダプタの設定を変更する手順を次に示します。

運用管理ポータルにログインし，［運用管理ポータル］画面で「論理サーバのアプリケーション管理」をクリックします。

設定を変更したいリソースを使用しているバッチアプリケーションの状態を確認し，開始している場合は停止します。

バッチアプリケーションが開始しているかどうかは，cjlistjobコマンドで確認できます。また，開始中のバッチアプリケーションは，cjkilljobコマンドで強制停止できます。

設定を変更したいリソースを停止します。

［リソースアダプタの開始／停止］画面で，インポートリソースアダプタ一覧からリソースを選択して停止します。

設定を変更したいリソースを選択して，プロパティを変更します。

［リソースアダプタのプロパティ設定］画面で，リソースアダプタの基本情報，コンフィグレーションプロパティ，実行時プロパティなどの設定を変更します。

設定変更が完了したリソースを開始します。

［リソースアダプタの開始／停止］画面で，インポートリソースアダプタ一覧からリソースを選択して開始します。

リソースアダプタの設定を変更する際に操作する画面については，「5.3.1(2)　操作する画面」を参照してください。

6.3　論理サーバの運用監視手順

6.3.1　論理サーバの運用監視

運用管理ポータルを使用して構築したシステムでは，論理サーバの運用状況を監視できます。論理サーバの運用状況として，論理サーバの稼働状態（ステータス）や稼働情報，稼働中のバッチサーバ内のリソースの稼働情報を監視できます。ここでは，論理サーバの運用を監視する手順について説明します。

(1)　論理サーバのステータスの監視

論理サーバのステータスは，運用管理ドメイン単位，ホスト単位，または論理サーバ単位に実施できます。

運用管理ドメイン単位

運用管理ドメインに含まれるすべての論理サーバのステータスをまとめて確認できます。

ホスト単位

選択したホスト内のすべての論理サーバのステータスをまとめて確認できます。

論理サーバ単位

選択した論理サーバのステータスを確認できます。種類ごとに確認することも，個々の論理サーバだけを確認することもできます。

論理サーバのステータスを監視する手順を次に示します。なお，ステータス監視画面で表示されるステータスの意味については，「4.4.1(3)　論理サーバの稼働状況のステータス」を参照してください。

運用管理ポータルにログインし，［運用管理ポータル］画面で「論理サーバの運用監視」をクリックします。

監視対象をクリックします。

監視対象には，運用管理ドメイン，ホストまたは論理サーバが選択できます。

(2)　論理サーバの稼働情報の監視

論理サーバの稼働情報は，バッチサーバに対して実施できます。稼働中のバッチサーバのステータスを表示した画面から，稼働情報が表示できます。また，バッチサーバ内のリソースなどの稼働情報も表示できます。なお，稼働情報監視画面で表示されるステータスの意味については「4.4.1(3)　論理サーバの稼働状況のステータス」を，稼働情報の監視で表示できる項目については「13.1.4　バッチサーバの稼働情報監視で表示できる項目」を参照してください。

論理サーバの稼働情報を監視する手順を次に示します。

運用管理ポータルにログインし，［運用管理ポータル］画面で「論理サーバの運用監視」をクリックします。

監視したいバッチサーバをクリックします。

バッチサーバ内のリソースなどの稼働情報を監視したい場合は，リソースをクリックします。

ステータス監視画面内で，アンカーが表示されている稼働中の論理サーバ名をクリックします。

稼働中の論理サーバ名にはアンカーが表示されます。アンカーをクリックすると，稼働情報監視画面が表示されます。

バッチサーバ内で動作しているコンテナやJavaVMの稼働情報を監視したい場合には，監視対象のタブを選択します。

(3)　操作する画面

ステータス監視または稼働情報監視で操作する画面について説明します。

(a)　ステータス監視で操作する画面

ステータス監視では，論理サーバの稼働状況（ステータス）を運用管理ドメイン単位，ホスト単位，または論理サーバ単位で確認できます。監視できる論理サーバは，論理パフォーマンストレーサ，論理スマートエージェント，論理CTMドメインマネジャ，論理CTM，論理J2EEサーバ，および論理ユーザサーバです。

ステータス監視で操作できる内容と操作する画面を次の表に示します。

表6‒5　ステータス監視で操作できる内容と操作する画面

操作内容 | 操作 | 画面の参照先
ホストごとのステータス監視 | ○ | 13.2.1
運用管理ドメイン全体のステータス監視 | ○ | 13.2.2
論理サーバごとのステータス監視 | ○ | 13.2.3

（凡例）

○：任意。運用で必要と判断される場合に操作します。

(b)　稼働情報監視で操作する画面

稼働情報監視では，論理J2EEサーバが監視できます。

稼働情報監視で操作できる内容と操作する画面を次の表に示します。

表6‒6　稼働情報監視で操作できる内容と操作する画面

論理サーバ名 | 操作内容 | 操作 | 画面の参照先
論理J2EEサーバ | J2EEコンテナの稼働情報監視 | ○ | 13.3.1
EJBコンテナの稼働情報監視 | ○ | 13.3.2
JavaVMの稼働情報監視 | ○ | 13.3.5 13.3.6
リソースアダプタの稼働情報監視 | ○ | 13.11
トランザクションの稼働情報監視 | ○ | 13.15

（凡例）

○：任意。運用で必要と判断される場合に操作します。

第3編　画面リファレンス

7　Management Serverの画面と基本操作

この章では，Management Serverを操作する前に知っておく必要がある，画面の構成や基本的な操作方法などについて説明します。

7.1　ログインとログアウト

この節では，Management ServerへのログインとManagement Serverからのログアウトについて説明します。また，Management Serverを使用するための前提条件について説明します。

7.1.1　前提条件

Management Serverの運用管理ポータルを利用するためには，運用管理エージェントおよびManagement Serverを先に起動しておく必要があります。次のことを確認してください。

Management Serverがセットアップされているか

Management Serverのセットアップ方法については，「2.2.1　Management Serverのセットアップ」を参照してください。

運用管理エージェントが起動されているか

運用管理エージェントの起動方法については，「4.1.2(1)　運用管理エージェントの起動」を参照してください。

Management Serverが起動されているか

Management Serverの起動方法については，「4.1.2(2)　Management Serverの起動」を参照してください。

また，管理ユーザアカウントを入力しないで運用管理ポータルにログインすることもできます。管理ユーザアカウントを入力しないで運用管理ポータルにログインする場合は，mserver.properties（Management Server環境設定ファイル）のcom.cosminexus.mngsvr.management_user_account.enabledキーで設定します。mserver.properties（Management Server環境設定ファイル）の詳細については，マニュアル「アプリケーションサーバ リファレンス 定義編(サーバ定義)」の「8.2.6　mserver.properties（Management Server環境設定ファイル）」を参照してください。

管理ユーザアカウントを入力しないで運用管理ポータルにログインするためには，次の設定を行って，Management Serverを使用するユーザを制限しておく必要があります。

Management Serverへのアクセスを許可するホストを定義する

Management Serverのmserver.properties（Management Server環境設定ファイル）のwebserver.connector.http.permitted.hostsキーで，Management Serverへのアクセスを許可するホストを定義します。Management Serverへのアクセスを許可するホストの定義方法については，マニュアル「アプリケーションサーバ リファレンス 定義編(サーバ定義)」の「8.2.6　mserver.properties（Management Server環境設定ファイル）」を参照してください。

ホストのログインユーザを制限する

Management Serverにアクセスを許可されたホストで，Management Serverを使用する特定のユーザだけがホストにログインできるように設定します。ホストにログインできるユーザの設定については，ホストのOSのマニュアルを参照してください。

Management Serverの操作手順を次の図に示します。

図7‒1　Management Serverの操作手順

[picture]

（凡例）

「セキュリティ管理機能編」：マニュアル「アプリケーションサーバ 機能解説 セキュリティ管理機能編」

図中の参照先を示します。

Management Serverの操作手順 | 参照先マニュアル | 参照個所
運用管理エージェントの起動 | このマニュアル | 4.1.2(1)
Management Serverの起動 | 4.1.2(2)
Management Serverへのログイン | 7.1.2

運用管理ポータルでのシステムの設定または運用

運用管理ドメインの構成定義

論理サーバの環境設定

論理サーバの運用監視　など

9章

10章

11章

12章

13章

セキュリティ管理機能編 | 11章 12章
Management Serverからのログアウト | このマニュアル | 7.1.3
Management Serverの停止 | 4.1.4(5)
運用管理エージェントの停止 | 4.1.4(6)

（凡例）

セキュリティ管理機能編：マニュアル「アプリケーションサーバ 機能解説 セキュリティ管理機能編」

参考

運用管理ポータルでシステムを構築，運用する場合，Component Container管理者が実施できる操作について意識する必要はありません。Component Container管理者を設定していても，運用管理ポータルからの操作および運用管理コマンドの実行には影響ありません。スーパーユーザで運用管理エージェントとManagement Serverを起動および停止し，運用管理ポータルの管理ユーザアカウントでManagement Serverのログインおよびログアウトを実施してください。

7.1.2　ログイン

Management Serverの運用管理ポータルへは，Webブラウザからログインします。

Management Serverを起動しているホスト上，またはManagement Serverを起動しているホストとネットワークで接続されているホスト上でWebブラウザを起動して，URLに「http://＜ホスト名＞:＜ポート番号＞/mngsvr/」を指定します。インストール初期状態でのURLは「http://localhost:28080/mngsvr/」です。

なお，URLの＜ホスト名＞にはManagement Serverがインストールされているホストの名称を入力して，＜ポート番号＞にはManagement Serverが使用するポート番号を入力してください。Management Serverが使用するポート番号はmserver.propertiesファイル（Management Server環境設定ファイル）のwebserver.connector.http.portキーの値を参照してください。mserver.properties（Management Server環境設定ファイル）の詳細については，マニュアル「アプリケーションサーバリファレンス 定義編(サーバ定義)」の「8.2.6　mserver.properties（Management Server環境設定ファイル）」を参照してください。

参考

Windowsの場合，次のどちらかの方法でもログインできます。

ショートカットを実行する

ショートカットは，「＜Application Serverのインストールディレクトリ＞¥manager¥Management Server Login」です。ポート番号を変更した場合には，このショートカットのリンク先のポート番号を変更してください。

スタートメニューから実行する

Windowsのスタートメニューから，［Cosminexus］−［運用管理ポータル］を選択します。

また，初回ログイン時に表示される画面は，Management Serverのセットアップ時に管理ユーザアカウントを設定しているかどうかによって異なります。セットアップ時に管理ユーザアカウントを設定していない場合は，管理ユーザアカウントの設定を要求する画面が表示されますので，管理ユーザアカウントを設定してください。セットアップ時に管理ユーザアカウントを設定している場合は，ログイン画面が表示されます。なお，2回目以降のログイン時には，ログイン画面が表示されます。

ただし，管理ユーザアカウントを入力しないで運用管理ポータルにログインするように設定している場合，ログイン時には，管理ユーザアカウントの設定を要求する画面，およびログイン画面は表示されません。［運用管理ポータル］画面が表示されます。

管理ユーザアカウントの設定

初回ログイン時に，管理ユーザアカウントの設定を要求する画面が表示された場合は，［管理ユーザアカウントの設定］アンカーをクリックすると，［管理ユーザアカウントの設定］画面が表示されるので，管理ユーザIDとパスワードを設定して［適用］ボタンをクリックしてください。なお，［管理ユーザアカウントの設定］画面の詳細については，「8.2.1　管理ユーザアカウントの設定」を参照してください。管理ユーザアカウントの設定後，ログイン画面からManagement Serverへログインしてください。

参考

管理ユーザアカウントは，mngsvrctlコマンドに引数setupを指定した場合も設定したり，変更したりできます。mngsvrctlコマンドを使用する場合，Management Serverが停止中でも，起動中でも，管理ユーザアカウントの設定および変更ができます。mngsvrctlコマンドについては，マニュアル「アプリケーションサーバリファレンス コマンド編」の「mngsvrctl（Management Serverの起動／停止／セットアップ）」を参照してください。

ログイン画面でのユーザ認証

ログイン画面が表示された場合は，ログイン画面で管理ユーザIDとパスワードを入力して［ログイン］ボタンをクリックすると，運用管理ポータル画面が表示されます。

なお，ログイン後に表示される運用管理ポータルの画面の構成や，運用管理ポータルでの基本的な操作方法については，「7.2　運用管理ポータルの画面構成」以降を参照してください。

注意事項

複数のユーザが同時にログインして情報を更新した場合，ほかの人が更新した内容が反映されてしまうなど，意図しない状況が発生することがあります。

7.1.3　ログアウト

Management Serverの運用管理ポータルで，各画面のメニューに表示されている［ログアウト］アンカーをクリックしてログアウトします。

再ログインするときは，ログアウト画面に表示される「ログイン画面に戻る」というメッセージの［ログイン画面］アンカーをクリックして，ログイン画面を表示させてください。

管理ユーザアカウントを入力しないで運用管理ポータルにログインするように設定している場合，再ログインするときは，ログアウト画面に表示される「ログイン］アンカーをクリックしてください。

7.1.4　管理ユーザIDおよびパスワード紛失時の対処

管理ユーザアカウントの管理ユーザIDおよびパスワードを紛失した場合は，管理ユーザアカウント設定ファイル（mserver.xml）を初期状態に戻して対処してください。管理ユーザアカウント設定ファイルを初期状態に戻したあと，運用管理エージェント，およびManagement Serverを再起動すると，次回ログイン時にManagement Serverが初期状態で起動します。

管理ユーザアカウント設定ファイルを初期状態に戻す場合は，初期状態の管理ユーザアカウント設定ファイルで上書きしてください。管理ユーザアカウント設定ファイル，および初期状態の管理ユーザアカウント設定ファイルの格納場所を次に示します。

管理ユーザアカウント設定ファイルの格納場所

Windowsの場合

＜Application Serverのインストールディレクトリ＞¥manager¥config¥mserver.xml

UNIXの場合

/opt/Cosminexus/manager/config/mserver.xml

初期状態の管理ユーザアカウント設定ファイルの格納場所

Windowsの場合

＜Application Serverのインストールディレクトリ＞¥manager¥config¥templates¥mserver.xml

UNIXの場合

/opt/Cosminexus/manager/config/templates/mserver.xml

7.2　運用管理ポータルの画面構成

この節では，Management Serverの運用管理ポータルの画面構成について説明します。

7.2.1　［運用管理ポータル］画面の見方

［運用管理ポータル］画面を次に示します。

図7‒2　運用管理ポータルを表示した場合のManagement Serverの画面

[picture]

7.2.2　運用管理ポータルのメニュー

運用管理ポータルのメニューの種類と意味について説明します。

［運用管理ポータル］アンカー

運用管理ポータルのトップページに戻ります。

［ログアウト］アンカー

Management Serverからログアウトします。

［バージョン情報］アンカー

Management Serverのバージョン情報が表示されます。

7.2.3　運用管理ポータルのアンカー

Management Serverの各種機能は，運用管理ポータルのアンカーで提供されています。運用管理ポータルのアンカーの種類と意味について説明します。

表7‒1　運用管理ポータルのアンカーの種類と意味

アンカー名 | 説明 | 参照先マニュアル | 参照先
Cosminexus Management Serverの設定 | Management Serverの環境設定ができます。 | このマニュアル | 8章
運用管理ドメインの構成定義 | 運用管理ドメイン内の論理サーバの構成を定義できます。 | 9章
論理サーバの環境設定 | 論理サーバの起動パラメタの設定や環境設定ができます。 | 10章
論理サーバの起動／停止 | 論理サーバを一括して起動／停止したり，個々の論理サーバを起動／停止したりできます。 また，運用管理ドメイン内の論理サーバの稼働状況を一覧で参照できます。 | 11章
論理サーバのアプリケーション管理 | 論理サーバのJ2EEアプリケーションへの操作ができます。また，論理サーバのリソースアダプタへの操作ができます。 | 12章※1
論理サーバの運用監視 | 運用管理ドメイン内の論理サーバおよびアプリケーションの詳細な運用状況を監視できます。 | 13章
統合ユーザ管理 | リポジトリ管理 | ユーザ管理機能で，LDAPディレクトリサーバに対してユーザの追加や削除，ユーザ属性の変更などができます。 | セキュリティ管理機能編 | 11章
環境設定 | 統合ユーザ管理の環境を設定できます。 | −※2
リソース監視 | 稼働中のJ2EEサーバで実行されている統合ユーザ管理のリソースを監視できます。 | 12章

（凡例）

セキュリティ管理機能編：マニュアル「アプリケーションサーバ 機能解説 セキュリティ管理機能編」を示します。

−：該当しない

注※1

V8モードの参照先です。V8モードの詳細については，「1.1.3　管理できるアプリケーションとリソース」を参照してください。

注※2

統合ユーザ管理の環境設定については，マニュアル「アプリケーションサーバ 機能解説 セキュリティ管理機能編」の「5.13　統合ユーザ管理機能の設定手順」を参照してください。

7.3　操作画面の構成

この節では，運用管理ポータルの各アンカーから表示される操作画面について説明します。

7.3.1　操作画面の見方

Management Serverの操作画面の構成を次に示します。

図7‒3　Management Serverの操作画面の構成

[picture]

7.3.2　ツリーペイン

ツリーペインは，Management Serverの操作対象となるホストまたは論理サーバを選択するための場所です。ツリーの形式で提供されています。

なお，このマニュアルでは，ツリーペインに表示される各ホストまたは各論理サーバを，ノードと呼んでいます。

(1)　ホストビューとサーバビューの使い分け

ツリーペインには，ホストビューとサーバビューがあり，それぞれユーザの用途によって使い分けることができます。

ホストビュー

ホスト単位に操作したいときに使用するタブです。例えば，ホストA内すべて，ホストB内すべて…などのように，ホストごとに選択して操作できます。

サーバビュー

論理サーバ単位に操作したいときに使用するタブです。例えば，すべてのスマートエージェント，すべてのネーミングサービス，J2EEサーバの中のJ2EEサーバ1…などのように，論理サーバの種類ごとに選択して操作できます。

サーバビューでは，論理サーバがどのホスト内にあるかを意識しないで，運用管理ドメイン内の複数のホストにわたる操作ができます。

(2)　ツリーペインを展開する操作

ツリーペインの操作について説明します。

図7‒4　ツリーペインの展開の例

[picture]

［ツリーの初期化］アンカー

ツリーの表示を最新の状態に更新したり，ツリーの展開状態をデフォルトの状態に戻したりします。

［[図データ]］（開くアイコン）／［[図データ]］（閉じるアイコン）

ツリーを開いたり閉じたりできます。［[図データ]］アイコンは，下位のノードがないことを示します。

アンカー

アンカーになっているホスト名，論理サーバ名などのテキストをクリックすると，対応する画面がボディペインに表示されます。

次のアイコンをクリックしても同様の操作ができます。

［[図データ]］アイコンの右側のアイコン

クリックすると対応する画面がボディペインに表示されます。

［[図データ]］アイコンおよび［[図データ]］アイコンの右側のアイコン

クリックするとツリーを開いたり閉じたりできます。

7.3.3　ボディペイン

ボディペインは，Management Serverの機能を実行したり参照したりするための場所です。ツリーペインでホスト名または論理サーバ名のアンカーをクリックすると，対応する画面が表示されます。また，Management Serverが使用する設定情報ファイルが壊れた場合などの重大なエラーも表示される場所です。重大エラーは運用管理ポータルを操作するだけでは解決しないため，速やかに対処する必要があります。重大エラーの詳細については，マニュアル「アプリケーションサーバメッセージ」を参照してください。

7.4　操作画面で共通の項目と操作について

この節では，Management Serverの画面での共通項目と，共通操作について説明します。

7.4.1　画面自動更新の設定

システムが動作している間は，時間の経過とともにシステムの状況も変わります。そのため，稼働状況のステータスや設定内容を確認するときには，最新の情報を参照できるように，画面を更新する必要があります。

Management Serverでは，画面を自動更新できる機能を提供しています。［最新の情報に更新］アンカーをクリックしてそのつど更新することもできます。

画面を最新情報に更新する方法について説明します。

図7‒5　画面を最新状態に更新

[picture]

更新時間間隔

画面を最新の情報に更新する間隔（時間）を設定します。更新時間間隔を設定しておくと，定期的に自動で画面を最新状態に更新できます。設定できる値は，更新しない，3秒，10秒，30秒，1分です。デフォルトは「3秒」です。

ここで設定した更新時間間隔は，Management Serverをログアウトするまで保持されます。

注意事項

「更新時間間隔」は，この機能を適用したい画面ごとに設定する必要があります。

［適用］ボタン

更新時間間隔の設定内容を有効にします。設定後，このボタンをクリックしてください。

更新時刻

この画面を，最後に更新した日時が表示されます。

［最新の情報に更新］アンカー

アンカーをクリックした時点で，画面を最新の情報に更新します。

7.4.2　ログの出力形式

Management Serverの［ログの表示］画面に出力されるログの出力形式の例を次に示します。Management Serverでは，最新のログをいちばん上に表示します。

YYYY/MM/DD　hh:mm:ss　タイムゾーン　メッセージID　メッセージテキスト　←最新のログ
YYYY/MM/DD　hh:mm:ss　タイムゾーン　メッセージID　メッセージテキスト
YYYY/MM/DD　hh:mm:ss　タイムゾーン　メッセージID　メッセージテキスト
YYYY/MM/DD　hh:mm:ss　タイムゾーン　メッセージID　メッセージテキスト
YYYY/MM/DD　hh:mm:ss　タイムゾーン　メッセージID　メッセージテキスト
　：

Management Serverの［ログの表示］画面に出力されるログの内容を説明します。

YYYY/MM/DD　hh:mm:ss　タイムゾーン

メッセージが出力された日時を表示します。

メッセージID　メッセージテキスト

メッセージIDは「KEOSnnnnn-Y」の形式で表示します。

メッセージテキストには，Management Serverに関するメッセージが表示されます。

なお，［ログの表示］画面に出力されるメッセージの出力形式および対処方法については，マニュアル「アプリケーションサーバ メッセージ(構築／運用／開発用)」の「13.　KEOS（Managerを使用した構築・運用・保守で出力されるメッセージ）」を参照してください。

7.4.3　CUIおよびGUIの操作説明で使用している記号

CUIおよびGUIの操作説明で使用している記号を次の表に示します。

表7‒2　CUIおよびGUIの操作説明で使用している記号

記号 | 意味
［　　］ | 画面の名称および画面に表示されている項目を表します。
［　　］−［　　］ | −の前に示したメニューから，−の後ろのメニューを選択することを表します。
＜　　＞ | ＜＞内の名称がユーザの環境によって異なることを表します。
「　　」 | 入力値，可変値，またはメッセージなどを表します。

7.5　操作画面での規則

この節では，Management Serverの操作に関する規則について説明します。

7.5.1　「運用管理ドメインの構成定義」での規則

「運用管理ドメインの構成定義」の各画面で使用できる文字と文字列長を次の表に示します。

表7‒3　使用できる文字と文字列長

名称 | 使用できる文字 | 文字列長
運用管理ドメイン名 | 英数字（A〜Z，a〜z，0〜9），およびハイフン（-） | 1〜128文字
論理サーバ名
クラスタ名
ホスト名※3 | 1〜255文字
運用管理エージェントのポート番号 | 数字（0〜9） | 1〜65535（数値）
実サーバ名※1 | 英数字（A〜Z，a〜z，0〜9），アンダースコア（_），およびハイフン（-） | 1〜128文字
表示名※2 | 制限は特になし | 0〜128文字
説明 | 0〜1,024文字

注1

文字列の前後の空白は無視されます。

注2

論理サーバ名，ホスト名およびクラスタ名は，運用管理ドメイン内で一意である必要があります。

注※1

先頭文字を英数字にする必要があります。また，文字列長は次の条件式を満たす必要があります。

220−（実サーバをセットアップするホストのComponent Containerインストールディレクトリのパス長）（単位：バイト）

なお，実サーバ名は同一ホスト内で一意である必要があります。

注※2

ホストの表示名については，255文字まで使用できます。

注※3

「運用管理ドメインの構成定義」のホスト名がRFC2396に準拠していない場合は，システムの動作を保障できません。

例えばホスト名にアンダースコア（_）が含まれている場合，論理J2EEサーバの起動に失敗することがあります。

CTMを使用する場合，ホスト名は64文字までの文字列に設定する必要があります。

7.5.2　「論理サーバの環境設定」での規則

「論理サーバの環境設定」での規則を次に示します。

(1)　ポート番号のチェック

Management Serverが管理しているポート番号については，同一ホスト内で同じ番号を使用した論理サーバがある場合，［適用］ボタンをクリックすると，警告メッセージが表示されます（設定情報は更新されます）。

また，一つの論理サーバ内で複数のポート番号を指定できる場合，同じポート番号が指定されていたときに，［適用］ボタンをクリックすると，エラーメッセージが表示されます（設定情報は更新されません）。

(2)　時間，ログファイルサイズなどの選択

タイムアウト時間，およびログファイルのサイズは，メニューから選択できます。選択できる範囲外の内容が設定されている論理サーバの設定内容を読み込んだとき，メニューには，その内容がそのまま表示されます（別の値を選択して［適用］ボタンをクリックすると削除されます）。

(3)　置換文字列の指定

テキスト入力フィールドに，置換文字列（設定情報の入力時に自動的に変換される値）を指定できます。指定できる置換文字列を次に示します。

&{cosminexus.home}

該当ホストのApplication Serverのインストールディレクトリに置換します。設定ファイルの内容の読み込み時，¥または/で区切られたApplication Serverのインストールディレクトリと同一の値について，置換文字列に変換して読み込みます。

&{server.name}

サーバ名に置換します。ここで置換するサーバ名は，「運用管理ドメインの構成定義」で定義した実サーバ名の値で置換されます。設定ファイルの内容の読み込み時，該当論理サーバで定義されている実サーバ名と同一の値について，前後に¥または/がある場合だけ置換文字列に変換して読み込みます。

J2EEサーバの実サーバ名が「Server1」の場合，変換される例と変換されない例を次に示します。

&{hws.home}

該当ホストのHTTP Serverのインストール先に置換します。¥または/で区切られたHTTP Serverのインストール先と同一の値について，置換文字列に変換して読み込みます。

表7‒4　置換文字列の例

| Windowsの場合 | UNIXの場合
変換される例 | ¥Server1 → ¥&{server.name} | /Server1 → /&{server.name}
Server1¥ → &{server.name}¥ | Server1/ → &{server.name}
¥Server1¥ → ¥&{server.name}¥ | /Server1/ → /&{server.name}/
変換されない例 | ¥Server1.log → ¥Server1.log | /Server1.log → /Server1.log
¥pre_Server1¥ → ¥pre_Server1¥ | /pre_Server1/ → /pre_Server1/

(4)　ディレクトリの指定

テキストフィールドにディレクトリを指定する場合は，引用符（"）やアポストロフィ（'）で囲まないでください。

7.5.3　「リポジトリ管理」での規則

「リポジトリ管理」での入力規則を次に示します。

(1)　ユーザ情報登録時の入力規則

ユーザ情報は，次の表に示す文法に従って登録してください。

表7‒5　ユーザ情報の文法

情報の種類 | 意味 | 文法
ユーザID | ユーザの識別子。 | 英数字列。 長さは1〜512（単位：文字）。
パスワード | ユーザに対応するパスワード。 | 英数字列および特殊文字。 長さは0〜512（単位：文字）。

注1

英数字列は，英字（A〜Z，a〜z）と数字（0〜9）の文字の並びを意味します。

注2

特殊文字は，次の記号を意味します。

（空白）｜!｜"｜#｜$｜%｜&｜'｜(｜)｜*｜+｜,｜-｜.｜/｜:｜;｜<｜=｜>｜?｜@｜[｜¥｜]｜^｜_（アンダースコア）｜`｜{｜}｜|（垂直バー）｜~

注3

「文法」欄で明記されていない場合は，英字の大文字と小文字の区別をします。

注4

ASCII文字列で指定してください（文法については，プログラムではチェックしていません）。

注5

パスワードを平文でリポジトリに格納する場合，空文字（""）をパスワードとして使用しないでください。使用した場合，そのユーザはログインできなくなることがあります。パスワードとして空文字を使用したい場合は，SHA-1などによる暗号化をしてください。

(2)　シングルサインオン用のユーザ情報登録時の入力規則

シングルサインオン用のユーザ情報は，次の表に示す文法に従って登録してください。

表7‒6　シングルサインオン用のユーザ情報の文法

情報の種類 | 意味 | 文法
レルム名 | ユーザ管理の範囲を示す識別子です。 | 英数字列。 大文字と小文字を区別しません。 DN名で使用できる名前を付けてください。
ユーザID | ユーザ管理機能を持つアプリケーションの使用者を表すユーザの識別子です。 | 英数字列。 長さは1〜512（単位：文字）。
SecretData | ユーザ管理機能を持つアプリケーションのユーザIDに対応したパスワードなどの認証に必要な情報のことです。ここに指定された値は，暗号化されて保存されます。 | 英数字列および特殊文字。 長さは0〜512（単位：文字）。
PublicData | ユーザ管理機能を持つアプリケーションの認証を行う際にユーザIDおよびSecretData以外で必要な認証情報のことです。ここに指定された値は，暗号化されません。 | 英数字列および特殊文字。 長さは0〜512（単位：文字）。

注1

英数字列は，英字（A〜Z，a〜z）と数字（0〜9）の文字の並びを意味します。

注2

特殊文字は，次の記号を意味します。

（空白）｜!｜"｜#｜$｜%｜&｜'｜(｜)｜*｜+｜,｜-｜.｜/｜:｜;｜<｜=｜>｜?｜@｜[｜¥｜]｜^｜_（アンダースコア）｜`｜{｜}｜|（垂直バー）｜~

注3

「文法」欄で明記されていない場合は，英字の大文字と小文字の区別をします。

注4

ASCII文字列で指定してください。文法については，プログラムではチェックしていません。

7.6　操作画面での注意事項

この節では，Management Serverの操作に関する注意事項について説明します。

7.6.1　操作画面で共通の注意事項

日本語版以外のブラウザを使用して，Management Serverに接続する場合，ボタンおよびリンクが文字化けするおそれがあります。

ブラウザを使用してManagement Serverに接続する場合，アンダースコア（_）を含んだホスト名を指定すると，ログアウトされるときがあります。アンダースコア（_）を含んだホスト名を利用しないことをお勧めします。

Management Serverに接続したブラウザから日本語を入力する場合，JIS X 0208で規定された文字を入力してください。そのほかの文字を入力した場合，文字化けすることがあります。ただし，JIS X 0208で規定された文字であっても一部の文字は文字化けすることがあります。

7.6.2　「論理サーバの環境設定」での注意事項

Webサーバとリバースプロキシで連携しているJ2EEサーバのNIO HTTPサーバのポート番号を変更した場合は，Webサーバの設定情報も配布し直す必要があります。

7.6.3　「論理サーバの起動／停止」での注意事項

「論理サーバの起動／停止」の機能を使用する上での注意事項について説明します。

(1)　全体の注意事項

Management Serverの「論理サーバの起動／停止」を使用する場合は，対象となる論理サーバを必ずManagement Serverを経由して起動／停止してください。各構成ソフトウェアで提供されているコマンドなど，論理サーバ固有の機能を使用して起動または停止しないでください。論理サーバ固有の機能で起動／停止した場合，Management Serverの動作が不正になる場合があります。

HTTP Serverを使用する場合，インストール時のデフォルト設定でHTTP Serverサービスが自動起動するようになっているときがあります。そのときは，手動起動に設定変更しておいてください。

HTTP Serverが異常停止した場合，httpsd※プロセスが残ってしまうおそれがあります。「論理サーバの起動／停止」の画面で起動する前に，httpsd※プロセスがないかを確認してください。もしあった場合にはhttpsd※プロセスを削除してください。

Component Containerの機能である，ネーミングサービスの自動起動（ejbserver.naming.startupMode=automatic）の機能は使用しないでください。

J2EEサーバでデータベースを利用する場合など，J2EEサーバ起動時に環境変数の設定が必要になることがあります。その際は，J2EEサーバを起動するホストの運用管理エージェント設定ファイルに環境変数を追加し，追加した環境変数の内容でJ2EEサーバを起動してください。

環境変数の設定については，マニュアル「アプリケーションサーバ リファレンス 定義編(サーバ定義)」の「8.2.4　adminagent.xml（運用管理エージェント設定ファイル）」を参照してください。

動作テストなどを行う際，論理サーバの環境設定を変更しないで一時的にエラーを回避したい場合には，［起動順序の設定］タブで，エラーの発生する論理サーバの起動順序を「指定なし」にすることで，一括起動や一括停止などの動作の対象外にできます。

注※　httpsd.exe（Windowsの場合）またはhttpsd（UNIXの場合）

(2)　一括起動／一括停止／一括再起動の注意事項

一括起動の途中で起動に失敗した場合には，その時点で起動処理は中止されます。そのため，起動できなかった論理サーバは，ユーザが別途個々に起動する必要があります。なお，エラーの詳細はログに出力されます。

一括停止の途中で停止に失敗した場合は，一とおり停止処理は続行されます。「起動／停止の設定」で設定した「停止監視時間」を経過しても停止しない論理サーバがある場合には，Management Serverが自動的に強制終了します。「停止監視時間」を設定していない場合は，停止できなかった論理サーバをユーザが別途個々に停止する必要があります。

ホストビューで，特定のホストに対して「一括起動／一括停止」を実行した時，「前提となる論理サーバ」については次のように扱われます。

一括起動時

選択したホスト内の論理サーバだけが起動されます。「前提となる論理サーバ」がほかのホスト内にある場合には起動されません。

一括停止時

選択したホスト内の論理サーバだけでなく，ほかのホストにある「前提となる論理サーバ」についても一緒に停止されます。画面には，選択したホスト内の論理サーバの「前提となる論理サーバ」が一覧で表示されるので，停止を実行する前によく確認してください。

一括再起動時

次の順序で再起動が行われます。

選択したホスト内の論理サーバだけでなく，ほかのホストにある「前提となる論理サーバ」についても一緒に停止されます。停止処理は「起動順序」の設定と逆の順序で行われます。

選択したホスト内の論理サーバだけでなく，ほかのホストにある「前提となる論理サーバ」についても一緒に起動されます。起動処理は「起動順序」の設定に従って行われます。

画面には，選択したホスト内の論理サーバの「前提となる論理サーバ」が一覧で表示されるので，再起動を実行する前によく確認してください。

「論理サーバの環境設定」で設定を変更したあとに，設定情報を各サーバに配布していない論理サーバ（［設定情報の配布］画面のステータスが空欄の論理サーバ）がある場合，一括起動時または一括再起動時に設定情報の配布を促すメッセージが出力されます。

設定情報の配布が必要な論理サーバは，論理Webサーバ（Webサーバクラスタ構成要素を含む）および論理J2EEサーバ（J2EEサーバクラスタ構成要素を含む）です。一括起動および一括再起動時にメッセージが出力された場合は，次の条件を満たす論理サーパが含まれています。［設定情報の配布］画面で該当する論理サーバの設定情報を配布してください。

一括起動時

［起動順序の設定］画面で起動順序が設定されていて起動できる状態であるが，「論理サーバの環境設定」の各画面で［適用］ボタン を実行したあとに設定情報が配布されていない論理サーバ

一括再起動

［起動順序の設定］画面で起動順序が設定されている論理サーバ

(3)　起動／停止の注意事項

起動／停止の機能は，障害発生時やメンテナンス時などに使用することを想定しており，ほかの論理サーバは考慮しないで，選択した論理サーバだけを起動／停止するための機能です。ほかの論理サーバの起動順序などの依存関係を考慮する必要がある場合は，一括起動／一括停止の機能を使用してください。

選択した論理サーバが，別の論理サーバの「前提となる論理サーバ」に指定されている場合，起動／停止は次のように扱われます。

起動時

選択した論理サーバだけが起動されます。

停止時

選択した論理サーバだけでなく，その論理サーバを「前提となる論理サーバ」に指定している論理サーバも一緒に停止されます。

強制停止時

選択した論理サーバだけでなく，その論理サーバを「前提となる論理サーバ」に指定している論理サーバも一緒に強制停止するかどうか，問い合わせる画面が表示されます。画面に応答してください。

停止または異常停止している論理サーバを選択して［起動／停止］画面を表示した場合に，「論理サーバの環境設定」で設定を変更したあとに設定情報を配布していない（［設定情報の配布］画面のステータスが空欄の）ときは，設定情報の配布を促すメッセージが出力されます。

設定情報の配布が必要な論理サーバは，論理Webサーバ（Webサーバクラスタ構成要素を含む）および論理J2EEサーバ（J2EEサーバクラスタ構成要素を含む）です。メッセージが出力された場合は，［設定情報の配布］画面で該当する論理サーバの設定情報を配布してください。

停止と強制停止の違い

「停止」は，停止処理に失敗した場合には処理が中止されます。一方，「強制停止」は，処理に失敗してもシステムが強制的に停止処理を続行します。

7.6.4　「J2EEアプリケーション管理」での注意事項

Management Serverのアプリケーション管理機能で，application.xmlの<display-name>タグに空文字が指定されているEARファイルをJ2EEサーバにインポートした場合，EARファイル名にアプリケーションの表示名として使用できない文字が含まれていると，アプリケーションの開始および削除で，KEOS18408-EメッセージおよびKEOS18412-Eのメッセージが出力され，アプリケーションの操作に失敗するときがあります。アプリケーションの表示名として使用できる文字については，マニュアル「アプリケーションサーバアプリケーション設定操作ガイド」の「8.1.1　アーカイブ形式のJ2EEアプリケーションのインポート」を参照してください。

7.6.5　操作画面にKEOS10135-Eメッセージが表示された場合の対処

KEOS10135-Eメッセージが表示された場合，ディスクフルなどによって，Management Serverの設定情報ファイル（mmodel.xmlまたはmmodel.xml.bak）が壊れているおそれがあります。これらのファイルが壊れると，運用管理ポータルで設定した情報の保存に失敗することがあります。操作画面にKEOS10135-Eメッセージが表示された場合は，運用管理ポータルの操作を中断し，Management Serverの設定情報ファイルを復旧してください。

参考

Management Serverの設定情報ファイルは，次のディレクトリに格納されています。mmodel.xml.bakはmmodel.xmlのバックアップファイルです。

Windowsの場合

＜Application Serverのインストールディレクトリ＞¥manager¥config

UNIXの場合

/opt/Cosminexus/manager/config

Management Serverの設定情報ファイルの復旧手順を次に示します。なお，Management Serverがプロセスダウンしているかどうかで復旧手順が異なります。

Management Serverがプロセスダウンしている場合

Management Serverがプロセスダウンしている場合の復旧手順を次に示します。

ディスクの空き容量を確認して，空き容量が十分でない場合は確保します。

mmodel.xmlを削除します。※

mmodel.xml.bakをmmodel.xmlにリネームします。※

Management Serverを起動します。

運用管理ポータルにログインして，mmodel.xmlが壊れる直前の作業を実施します。

注※

mmodel.xml.bakが壊れた場合，この手順は不要です。mmodel.xmlが壊れた場合にだけ実施してください。

Management Serverがプロセスダウンしていない場合

Management Serverがプロセスダウンしていない場合の復旧手順を次に示します。

ディスクの空き容量を確認して，空き容量が十分でない場合は確保します。

運用管理ポータルにログインして，mmodel.xmlが壊れる直前の作業を実施します。

8　Management Serverの設定

この章では，運用管理ポータルの「Cosminexus Management Serverの設定」に表示される各画面の機能概要，操作手順および画面詳細について説明します。

8.1　「Cosminexus Management Serverの設定」のツリーペインの構成

「Cosminexus Management Serverの設定」のツリーペインの構成を次に示します。

　Cosminexus Management Serverの設定
　│
　├─管理ユーザアカウントの設定
　│
　├─ネットワークの設定
　│
　├─ログの設定
　│
　├─構成情報の退避／回復
　│
　├─開始時の設定
　│
　├─性能解析トレース収集の設定
　│
　└─JP1連携の設定

ツリーペインに表示されるノードの意味を次に示します。

表8‒1　「Cosminexus Management Serverの設定」のツリーペインに表示されるノードの意味

ノード名 | 説明 | ノード上でできる操作と参照先
Cosminexus Management Serverの設定 | Management Serverに関する設定のルートです。 | このノードには操作画面がありません。
管理ユーザアカウントの設定※ | Management Serverの管理ユーザアカウントを設定します。 | 管理ユーザアカウントの設定（8.2.1参照）
ネットワークの設定 | Management Serverが使用するポート番号を設定します。 | ネットワークの設定（8.2.2参照）
ログの設定 | Management Serverが出力するログ情報について設定します。 | ログの設定（8.2.3参照）
構成情報の退避／回復 | Management Serverの構成定義や環境設定などの情報を退避または回復します。 | 構成情報の退避／回復（8.2.4参照）
開始時の設定 | Management Serverを起動するときに，論理サーバを一括起動するかどうかを設定します。 | 開始時の設定（8.2.5参照）
性能解析トレース収集の設定 | 性能解析トレースファイルの面数を設定します。 | 性能解析トレース収集の設定（8.2.6参照）
JP1連携の設定 | Management Serverの障害情報（検知した障害や論理サーバ起動の通知など）をJP1へ通知するための，JP1イベント発行に関する設定をします。 | JP1連携の設定（8.2.7参照）

注※　管理ユーザアカウントを入力しないで運用管理ポータルにログインするように設定している場合，「管理ユーザアカウントの設定」は選択できません。

8.2　Management Serverの基本情報の設定

この節では，Management Serverを利用するための基本情報を設定する次の画面の機能概要，操作手順，画面詳細について説明します。

［管理ユーザアカウントの設定］画面

［ネットワークの設定］画面

［ログの設定］画面

［構成情報の退避／回復］画面

［開始時の設定］画面

［性能解析トレース収集の設定］画面

［JP1連携の設定］画面

8.2.1　管理ユーザアカウントの設定

［管理ユーザアカウントの設定］画面は，管理ユーザアカウントを入力して運用管理ポータルにログインするように設定している場合だけ表示されます。

［管理ユーザアカウントの設定］画面を次の図に示します。

図8‒1　［管理ユーザアカウントの設定］画面

[picture]

(1)　機能概要

Management Serverへログインするための管理ユーザアカウントを設定します。設定できるアカウントは一つだけで，新たに作成した場合には既存のアカウントは削除されます。［管理ユーザアカウントの設定］画面を表示しているときは，現在ログイン中のユーザIDが表示されます。この画面で設定した内容は，再ログイン時に有効になります。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［Cosminexus Management Serverの設定］アンカーをクリックします。

ツリーペインで［管理ユーザアカウントの設定］をクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［管理ユーザID］，［パスワード］および［パスワードの確認入力］を指定します。

［適用］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

管理ユーザID（必須）

Management Serverへログインするための管理ユーザIDを指定します。指定値の制限は特にありません。

パスワード

Management Serverへログインするためのパスワードを指定します。指定値の制限は特にありません。この項目は省略できます。

パスワードの確認入力

確認のため，再度パスワードを指定します。パスワードを省略した場合，この項目は省略できます。

［適用］ボタン

指定した内容をManagement Serverに登録します。

［リセット］ボタン

指定した内容をリセットします。

8.2.2　ネットワークの設定

［ネットワークの設定］画面を次の図に示します。

図8‒2　［ネットワークの設定］画面

[picture]

(1)　機能概要

Management Serverが使用するポート番号を設定します。この画面で設定した内容は，Management Serverの再起動後に有効になります。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［Cosminexus Management Serverの設定］アンカーをクリックします。

ツリーペインで［ネットワークの設定］をクリックします。

(3)　操作手順

画面での操作手順を次に示します。

各ポート番号を指定します。

［適用］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

Management Server接続HTTPポート番号（必須）

Management Serverの接続用ポート番号（HTTP）を「1〜65535」の整数値で指定します。ここで指定したポート番号を，運用管理ポータルのログイン時に使用します。運用管理ポータルへのログインについては，「7.1.2　ログイン」を参照してください。

Management Serverの接続用ポート番号（HTTP）は，mserver.properties（Management Server環境設定ファイル）のwebserver.connector.http.portキーでも指定できます。mserver.properties（Management Server環境設定ファイル）の詳細については，マニュアル「アプリケーションサーバ リファレンス 定義編(サーバ定義)」の「8.2.6　mserver.properties（Management Server環境設定ファイル）」を参照してください。

Management Server終了要求受信ポート番号（必須）

Management Serverの終了要求受信時に使用するポート番号を1〜65535の整数値で指定します。

Management Serverの終了要求受信時に使用するポート番号は，mserver.properties（Management Server環境設定ファイル）のwebserver.shutdown.portキーでも指定できます。mserver.properties（Management Server環境設定ファイル）の詳細については，マニュアル「アプリケーションサーバ リファレンス 定義編(サーバ定義)」の「8.2.6　mserver.properties（Management Server環境設定ファイル）」を参照してください。

Management Server内部通信用ポート番号（必須）

Management Serverの内部で通信用として使用するポート番号を1〜65535の整数値で指定します。

Management Serverの内部で通信用として使用するポート番号は，mserver.properties（Management Server環境設定ファイル）のwebserver.connector.ajp13.portキーでも指定できます。mserver.properties（Management Server環境設定ファイル）の詳細については，マニュアル「アプリケーションサーバ リファレンス 定義編(サーバ定義)」の「8.2.6　mserver.properties（Management Server環境設定ファイル）」を参照してください。

［適用］ボタン

指定した内容をManagement Serverに登録します。

［リセット］ボタン

指定した内容をリセットします。

8.2.3　ログの設定

［ログの設定］画面を次の図に示します。

図8‒3　［ログの設定］画面（Management Serverの設定）

[picture]

(1)　機能概要

Management Serverが出力するログ情報について設定します。対象となるログファイルを次に示します。

Windowsの場合

＜Application Serverのインストールディレクトリ＞¥manager¥log¥mngsvr[n].log

UNIXの場合

/opt/Cosminexus/manager/log/mngsvr[n].log

（nは1からログファイル面数での指定値まで）

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［Cosminexus Management Serverの設定］アンカーをクリックします。

ツリーペインで［ログの設定］をクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［ログレベル］，［ログファイル面数］，［ログファイルサイズ］および［ログの最大表示件数］を指定します。

［適用］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

なお，［ログレベル］に設定した内容は［適用］ボタンをクリック後，すぐに有効になります。ただし，［ログファイル面数］，［ログファイルサイズ］および［ログの最大表示件数］に指定した内容は，Management Serverの再起動後に有効になります。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ログレベル

Management Serverのログの出力レベルを指定します。プルダウンメニューから，次のどれかを選択します。

通常運用：通常は，この値を選択してください。Management Serverのログ表示画面に表示されるメッセージと同程度の情報を取得します。

通常運用（verbose）：通常運用に近い形態での再現待ちでは，この値を選択してください。「通常運用」に比べて障害個所を特定しやすい情報を取得します。

再現テスト：システム環境構築時やテストフェーズでの，デバッグレベルの情報を取得します。

障害調査：原因究明困難な障害発生時，より詳細な障害情報を取得します。

Management Serverのログの出力レベルは，mserver.properties（Management Server環境設定ファイル）のcom.cosminexus.mngsvr.log.levelキーでも指定できます。mserver.properties（Management Server環境設定ファイル）の詳細については，マニュアル「アプリケーションサーバ リファレンス 定義編(サーバ定義)」の「8.2.6　mserver.properties（Management Server環境設定ファイル）」を参照してください。

ログファイル面数

Management Serverのログのファイル面数を指定します。プルダウンメニューから，「1」，「2」，「4」，「8」，「16」のどれかを選択します。

Management Serverのログのファイル面数は，mserver.properties（Management Server環境設定ファイル）のcom.cosminexus.mngsvr.log.rotateキーでも指定できます。mserver.properties（Management Server環境設定ファイル）の詳細については，マニュアル「アプリケーションサーバ リファレンス 定義編(サーバ定義)」の「8.2.6　mserver.properties（Management Server環境設定ファイル）」を参照してください。

ログファイルサイズ

Management Serverのログのファイルサイズを指定します。プルダウンメニューから，「4キロバイト」，「64キロバイト」，「256キロバイト」，「512キロバイト」，「1メガバイト」，「2メガバイト」，「4メガバイト」，「16メガバイト」，「64メガバイト」のどれかを選択します。

Management Serverのログのファイルサイズは，mserver.properties（Management Server環境設定ファイル）のcom.cosminexus.mngsvr.log.sizeキーでも指定できます。mserver.properties（Management Server環境設定ファイル）の詳細については，マニュアル「アプリケーションサーバ リファレンス 定義編(サーバ定義)」の「8.2.6　mserver.properties（Management Server環境設定ファイル）」を参照してください。

ログの最大表示件数

ログ情報を表示する最大件数を指定します。プルダウンメニューから，「20」，「60」，「100」，「200」，「400」のどれかを選択します。

ログ情報を表示する最大件数は，mserver.properties（Management Server環境設定ファイル）のcom.cosminexus.mngsvr.log.display_numberキーでも指定できます。mserver.properties（Management Server環境設定ファイル）の詳細については，マニュアル「アプリケーションサーバ リファレンス 定義編(サーバ定義)」の「8.2.6　mserver.properties（Management Server環境設定ファイル）」を参照してください。

［適用］ボタン

指定した内容をManagement Serverに登録します。

［リセット］ボタン

指定した内容をリセットします。

8.2.4　構成情報の退避／回復

［構成情報の退避／回復］画面を次の図に示します。

図8‒4　［構成情報の退避／回復］画面

[picture]

(1)　機能概要

次に示すManagement Serverの構成情報を退避，または回復します。

構成定義情報

アプリケーション管理情報

環境設定情報

起動／停止情報

論理サーバの環境設定を変更する場合に，現在のManagement Serverの構成情報を残しておきたいときは，構成情報の退避を実施します。構成情報を退避しておくと，変更前の構成情報に戻す場合に，退避しておいた構成情報ファイルから回復できます。

この画面で設定した内容は，それぞれの機能の操作画面でツリーペインの［ツリーの初期化］アンカーをクリックしてツリーを更新したあと，有効になります。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［Cosminexus Management Serverの設定］アンカーをクリックします。

ツリーペインで［構成情報の退避／回復］をクリックします。

(3)　操作手順

画面での操作手順を次に示します。

退避の場合

構成情報を退避するファイル名を［構成情報ファイル名］に設定します。

ファイル名は，絶対パスで指定してください。

［退避］ボタンをクリックします。

［構成情報ファイル名］に指定したファイルと同名のファイルがあった場合には，上書きするかどうかを確認する画面が表示されます。エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

回復の場合

回復したい構成情報を持つファイル名を［構成情報ファイル名］に指定します。

ファイル名は，絶対パスで指定してください。

［回復］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

構成情報ファイル名（必須）

構成情報ファイル名を絶対パス（256文字以内）で指定します。

退避の場合

構成情報を退避する構成情報ファイル名（Management Serverが稼働しているマシンの任意のディレクトリにある任意のファイル名）を絶対パスで指定します。

回復の場合

回復したい構成情報を持つ，以前に退避した構成情報ファイルの絶対パスを指定します。

［退避］ボタン

現在の構成情報を［構成情報ファイル名］に指定したファイルに退避します。

［回復］ボタン

［構成情報ファイル名］に指定したファイルから構成情報を回復します。

［リセット］ボタン

指定した内容をリセットします。

(5)　注意事項

退避，および回復対象となる構成情報は，運用管理ポータルの「運用管理ドメインの構成定義」，「論理サーバの環境設定」，「論理サーバの起動／停止」または「論理サーバのアプリケーション管理」で設定した情報です。このため，構成情報を回復しても，実サーバの環境は回復されません。構成情報の回復を実施したあとに，再度，［設定情報の配布］画面で設定ファイルの配布を実行してください。

8.2.5　開始時の設定

［開始時の設定］画面を次の図に示します。

図8‒5　［開始時の設定］画面

[picture]

(1)　機能概要

Management Serverを起動するときに，論理サーバを一括起動するかどうかを設定します。この画面で設定した内容は，Management Serverを次回起動したときに有効になります。なお，一括起動を設定した場合，論理サーバの一括起動の成功または失敗の結果は，［論理サーバの起動／停止］画面で論理サーバの稼働状況，ログを参照することで確認できます。

論理サーバを一括起動するためには，「論理サーバの起動／停止」で論理サーバの起動順序を設定しておく必要があります。論理サーバの起動順序の設定については，「11.3.5　運用管理ドメイン全体の論理サーバの起動順序の設定」を参照してください。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［Cosminexus Management Serverの設定］アンカーをクリックします。

ツリーペインで［開始時の設定］をクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［論理サーバの一括起動］で，［する］または［しない］を選択します。

［適用］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

論理サーバの一括起動

Management Serverを起動するときに論理サーバ（J2EEサーバ，Webサーバなど）を一括起動するかどうかを指定します。［する］または［しない］のどちらかを選択します。

Management Serverを起動するときに論理サーバを一括起動するかどうかは，mserver.properties（Management Server環境設定ファイル）のcom.cosminexus.mngsvr.on_startキーでも指定できます。mserver.properties（Management Server環境設定ファイル）の詳細については，マニュアル「アプリケーションサーバ リファレンス 定義編(サーバ定義)」の「8.2.6　mserver.properties（Management Server環境設定ファイル）」を参照してください。

［適用］ボタン

指定した内容をManagement Serverに登録します。

［リセット］ボタン

指定した内容をリセットします。

8.2.6　性能解析トレース収集の設定

［性能解析トレース収集の設定］画面を次の図に示します。

図8‒6　［性能解析トレース収集の設定］画面

[picture]

(1)　機能概要

リクエストを処理する時にアプリケーションサーバの各機能がバッファに出力するトレース情報は，一定量蓄積されるバイナリ形式のPRFトレースファイルに出力されます。Management Serverでは，mngsvrutilコマンドを使用して，PRFトレースファイルやバッファに蓄積されたトレース情報からCSV形式のテキストファイル（性能解析トレースファイル）を出力し，そのファイルをZIP形式に圧縮して，Management Server稼働ホストに収集します。この画面では，性能解析トレースファイルを圧縮するZIP形式のファイルの面数を指定します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［Cosminexus Management Serverの設定］アンカーをクリックします。

ツリーペインで［性能解析トレース収集の設定］をクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［性能解析トレースファイル面数］を設定します。

［適用］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

性能解析トレースファイル面数

Management Serverで保持する性能解析トレースファイルの面数を設定します。プルダウンメニューから，「1」，「2」，「4」，「8」，「16」のどれかを選択します。

なお，設定した面数を超えた場合には，最初に作成されたファイルから上書きされます。

Management Serverで保持する性能解析トレースファイルの面数は，mserver.properties（Management Server環境設定ファイル）のcom.cosminexus.mngsvr.traceキーでも指定できます。mserver.properties（Management Server環境設定ファイル）の詳細については，マニュアル「アプリケーションサーバ リファレンス 定義編(サーバ定義)」の「8.2.6　mserver.properties（Management Server環境設定ファイル）」を参照してください。

［適用］ボタン

指定した内容をManagement Serverに登録します。

［リセット］ボタン

指定した内容をリセットします。

8.2.7　JP1連携の設定（Management Serverの設定）

［JP1連携の設定］画面を次の図に示します。

図8‒7　［JP1連携の設定］画面（Management Serverの設定）

[picture]

(1)　機能概要

JP1との連携では，次に示すApplication Serverの障害情報をJP1イベントとして発行できます。

Management Serverの障害（論理サーバの起動，停止通知や論理サーバプロセスの障害など）

J2EEサーバの障害（J2EEサーバが検知した業務障害など）

J2EEアプリケーション中からJavaロギングAPIを使って出力したログ情報

この画面では，Management Serverの障害情報をJP1イベントとして発行するかどうかを，JP1イベントの重大度ごとに指定します。Management Serverの障害情報とJP1イベントの重大度との関連づけはメッセージマッピングファイルで指定します。メッセージマッピングファイル（JP1/IM連携用システムログメッセージマッピングファイル）の詳細については，マニュアル「アプリケーションサーバリファレンス 定義編(サーバ定義)」の「8.3　JP1/IM連携用システムログメッセージマッピングファイル」を参照してください。なお，J2EEサーバの障害や，J2EEアプリケーション中からJavaロギングAPIを使って出力したログ情報をJP1イベントとして発行するかどうかについては，「論理サーバの環境設定」で設定します。詳細については，「10.8.25　JP1連携の設定（J2EEサーバ）」を参照してください。JP1/IMと連携して障害監視をする場合，Windowsのときは，障害内容に応じて，JP1/IMから運用管理ポータルを表示することもできます。JP1/IMから運用管理ポータルを表示するための設定については，「付録E　JP1/IMから運用管理ポータルを表示するための設定（Windowsの場合）」を参照してください。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［Cosminexus Management Serverの設定］アンカーをクリックします。

ツリーペインで［JP1連携の設定］をクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［システムJP1イベント発行機能を有効にする］と［システムJP1イベントのフィルタリングの設定］を指定します。

［適用］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

システムJP1イベント発行機能を有効にする

Management Serverの障害情報をJP1イベントとして発行するかどうかを指定します。デフォルトは，「しない」です。発行する場合は，「する」をチェックします。発行しない場合は，「しない」をチェックします。

Management Serverの障害情報をJP1イベントとして発行するかどうかは，mserver.properties（Management Server環境設定ファイル）のcom.cosminexus.mngsvr.jp1event.enabledキーでも指定できます。mserver.properties（Management Server環境設定ファイル）の詳細については，マニュアル「アプリケーションサーバ リファレンス 定義編(サーバ定義)」の「8.2.6　mserver.properties（Management Server環境設定ファイル）」を参照してください。

システムJP1イベントのフィルタリングの設定

Management Serverの障害情報をJP1イベントとして発行するかどうかを，JP1イベントの重大度ごとに指定します。デフォルトは，すべて「しない」です。発行する場合は，「する」をチェックします。発行しない場合は，「しない」をチェックします。

重大度には次のものがあります。番号が小さいほど重大になります。

Emergency（緊急）

Alert（警戒）

Critical（致命的）

Error（エラー）

Warning（警告）

Notice（通知）

Information（情報）

Management Serverの障害情報をJP1イベントとして発行するかどうかは，イベントの重大度ごとに，mserver.properties（Management Server環境設定ファイル）の次のキーでも指定できます。

Emergency（緊急）

com.cosminexus.mngsvr.jp1event.emergencyキー

Alert（警戒）

com.cosminexus.mngsvr.jp1event.alertキー

Critical（致命的）

com.cosminexus.mngsvr.jp1event.criticalキー

Error（エラー）

com.cosminexus.mngsvr.jp1event.errorキー

Warning（警告）

com.cosminexus.mngsvr.jp1event.warningキー

Notice（通知）

com.cosminexus.mngsvr.jp1event.noticeキー

Information（情報）

com.cosminexus.mngsvr.jp1event.informationキー

mserver.properties（Management Server環境設定ファイル）の詳細については，マニュアル「アプリケーションサーバ リファレンス 定義編(サーバ定義)」の「8.2.6　mserver.properties（Management Server環境設定ファイル）」を参照してください。

［適用］ボタン

指定した内容をManagement Serverに登録します。

［リセット］ボタン

指定した内容をリセットします。

9　運用管理ドメインの構成定義

この章では，運用管理ポータルの「運用管理ドメインの構成定義」に表示される各画面の概要，操作手順および画面詳細について説明します。なお，各画面で使用できる文字と文字列長については，「7.5.1　「運用管理ドメインの構成定義」での規則」を参照してください。

9.1　「運用管理ドメインの構成定義」のツリーペインの構成

この節では，「運用管理ドメインの構成定義」のツリーペインの構成について説明します。

ツリーペインは，次に示すビューで構成されています。

ホストビュー

サーバビュー

9.1.1　「運用管理ドメインの構成定義」のホストビューの構成

ここでは，「運用管理ドメインの構成定義」のホストビューの構成について説明します。

「運用管理ドメインの構成定義」のホストビューの構成を次に示します。

　運用管理ドメインの構成定義
　│
　└─ホスト
　　　└─＜ホスト名＞
　　　　　├─＜論理サーバ名＞
　　　　　├─＜論理サーバ名＞
　　　　　└─＜論理サーバ名＞
　　　　　　　　　　：
　　　　　　　　　　：

「運用管理ドメインの構成定義」のホストビューに表示されるノードの意味を次の表に示します。

表9‒1　「運用管理ドメインの構成定義」のホストビューに表示されるノードの意味

ノード名 | 説明 | リンク先の画面での 操作方法の参照先
ホスト | 運用管理ドメインに定義するホストのルートです。運用管理ドメインにホストを追加したり削除したりできます。 | ホストの定義（9.2.1参照） ホストの削除（一括削除）（9.2.2参照） 論理サーバの一括セットアップ（9.11参照）
＜ホスト名＞ | 運用管理ドメインに定義されている各ホストのツリーです。そのホストの定義内容を編集したりホストを削除したりできます。 | ホストの編集（9.2.3参照） ホストの削除（9.2.4参照） 論理サーバの一括セットアップ（9.11参照）
＜論理サーバ名＞ | ホスト内にある各論理サーバ名です。 | このノードには操作画面がありません。

9.1.2　「運用管理ドメインの構成定義」のサーバビューの構成

ここでは，「運用管理ドメインの構成定義」のサーバビューの構成について説明します。

「運用管理ドメインの構成定義」のサーバビューの構成を次に示します。

　運用管理ドメインの構成定義
　│
　└─＜運用管理ドメイン名＞
　　　│
　　　├─論理パフォーマンストレーサ
　　　│　└─パフォーマンストレーサ
　　　│　　　└─＜パフォーマンストレーサ名＞
　　　│
　　　├─論理スマートエージェント
　　　│　└─スマートエージェント
　　　│　　　└─＜スマートエージェント名＞
　　　│
　　　├─論理ネーミングサービス
　　　│　└─ネーミングサービス
　　　│　　　└─＜ネーミングサービス名＞
　　　│
　　　├─論理CTMドメインマネジャ
　　　│　└─CTMドメインマネジャ
　　　│　　　└─＜CTMドメインマネジャ名＞
　　　│
　　　├─論理CTM
　　　│　└─CTM
　　　│　　　└─＜CTM名＞
　　　│
　　　├─論理J2EEサーバ
　　　│　├─J2EEサーバ
　　　│　│　├─＜J2EEサーバ名＞
　　　│　│　└─＜バッチサーバ名＞
　　　│　│
　　　│　└─J2EEサーバクラスタ
　　　│　　　├─＜J2EEサーバクラスタ名＞
　　　│　　　│　　└─＜J2EEサーバ名＞
　　　│　　　│
　　　│　　　└─＜バッチサーバクラスタ名＞
　　　│　　　　　　└─＜バッチサーバ名＞
　　　│
　　　├─論理Webサーバ
　　　│　├─Webサーバ
　　　│　│　└─＜Webサーバ名＞
　　　│　│
　　　│　└─Webサーバクラスタ
　　　│　　　└─＜Webサーバクラスタ名＞
　　　│　　　　　　└─＜Webサーバ名＞
　　　│
　　　└─論理ユーザサーバ
　　　　　└─ユーザサーバ
　　　　　　　└─＜ユーザサーバ名＞

J2EEアプリケーションを実行するシステムの場合

サーバビューに表示されるノードの意味を次の表に示します。

表9‒2　「運用管理ドメインの構成定義」のサーバビューに表示されるノードの意味

ノード名 | 説明 | ノード上でできる操作と参照先
＜運用管理ドメイン名＞ | 運用管理ドメインに定義されている論理サーバのルートです。運用管理ドメインの内容を編集できます。 | 運用管理ドメインの編集（9.3.1参照）
論理パフォーマンストレーサ | 論理サーバの一つであるパフォーマンストレーサのルートです。 | このノードには操作画面がありません。
パフォーマンストレーサ | パフォーマンストレーサのツリーです。パフォーマンストレーサを追加したり一括削除したりできます。 | パフォーマンストレーサの追加（9.4.1参照） パフォーマンストレーサの削除（一括削除）（9.4.2参照）
＜パフォーマンストレーサ名＞ | 各パフォーマンストレーサ名です。そのパフォーマンストレーサだけを対象にした操作ができます。 | パフォーマンストレーサの編集（9.4.3参照） パフォーマンストレーサの削除（9.4.4参照）
論理スマートエージェント | 論理サーバの一つであるスマートエージェントのルートです。 | このノードには操作画面がありません。
スマートエージェント | スマートエージェントのツリーです。スマートエージェントを追加したり一括削除したりできます。 | スマートエージェントの追加（9.5.1参照） スマートエージェントの削除（一括削除）（9.5.2参照）
＜スマートエージェント名＞ | 各スマートエージェント名です。そのスマートエージェントだけを対象にした操作ができます。 | スマートエージェントの編集（9.5.3参照） スマートエージェントの削除（9.5.4参照）
論理ネーミングサービス | 論理サーバの一つであるネーミングサービスのルートです。 | このノードには操作画面がありません。
ネーミングサービス | ネーミングサービスのツリーです。ネーミングサービスを追加したり一括削除したりできます。 | ネーミングサービスの追加（9.6.1参照） ネーミングサービスの削除（一括削除）（9.6.2参照）
＜ネーミングサービス名＞ | 各ネーミングサービス名です。そのネーミングサービスだけを対象にした操作ができます。 | ネーミングサービスの編集（9.6.3参照） ネーミングサービスの削除（9.6.4参照）
論理CTMドメインマネジャ | 論理サーバの一つであるCTMドメインマネジャのルートです。 | このノードには操作画面がありません。
CTMドメインマネジャ | CTMドメインマネジャのツリーです。CTMドメインマネジャを追加したり一括削除したりできます。 | CTMドメインマネジャの追加（9.7.1参照） CTMドメインマネジャの削除（一括削除）（9.7.2参照）
＜CTMドメインマネジャ名＞ | 各CTMドメインマネジャ名です。そのCTMドメインマネジャだけを対象にした操作ができます。 | CTMドメインマネジャの編集（9.7.3参照） CTMドメインマネジャの削除（9.7.4参照）
論理CTM | 論理サーバの一つであるCTMのルートです。 | このノードには操作画面がありません。
CTM | CTMのツリーです。CTMを追加したり一括削除したりできます。 | CTMの追加（9.8.1参照） CTMの削除（一括削除）（9.8.2参照）
＜CTM名＞ | 各CTM名です。そのCTMだけを対象にした操作ができます。 | CTMの編集（9.8.3参照） CTMの削除（9.8.4参照）
論理J2EEサーバ | 論理サーバの一つであるJ2EEサーバおよびJ2EEサーバクラスタのルートです。 | このノードには操作画面がありません。
J2EEサーバ | J2EEサーバのツリーです。J2EEサーバを追加したり一括削除したりできます。 | J2EEサーバの追加（9.9.1参照） J2EEサーバの削除（一括削除）（9.9.2参照）
＜J2EEサーバ名＞ | 各J2EEサーバ名です。そのJ2EEサーバだけを対象にした操作ができます。 | J2EEサーバの編集（9.9.3参照） J2EEサーバの削除（9.9.4参照）
J2EEサーバクラスタ | J2EEサーバクラスタのツリーです。J2EEサーバクラスタを追加したり一括削除したりできます。 | J2EEサーバクラスタの追加（9.9.5参照） J2EEサーバクラスタの削除（一括削除）（9.9.6参照）

＜J2EEサーバクラスタ名＞

各J2EEサーバクラスタ名です。そのJ2EEサーバクラスタだけを対象にした操作ができます。

J2EEサーバクラスタの編集（9.9.7参照）

J2EEサーバクラスタの削除（9.9.8参照）

J2EEサーバクラスタ構成要素の追加（9.9.9参照）

J2EEサーバクラスタ構成要素の削除（一括削除）（9.9.10参照）

＜J2EEサーバ名＞ | 選択したJ2EEサーバクラスタを構成する各J2EEサーバ名です。そのJ2EEサーバだけを対象にした操作ができます。 | J2EEサーバの編集（9.9.3参照） J2EEサーバの削除（9.9.4参照）
論理Webサーバ | 論理サーバの一つであるWebサーバのルートです。 | このノードには操作画面がありません。
Webサーバ | Webサーバのツリーです。Webサーバを追加したり一括削除したりできます。 | Webサーバの追加（9.10.1参照） Webサーバの削除（一括削除）（9.10.2参照）
＜Webサーバ名＞ | 各Webサーバ名です。そのWebサーバだけを対象にした操作ができます。 | Webサーバの編集（9.10.3参照） Webサーバの削除（9.10.4参照）
Webサーバクラスタ | Webサーバクラスタツリーです。Webサーバクラスタを追加したり一括削除したりできます。 | Webサーバクラスタの追加（9.10.5参照） Webサーバクラスタの削除（一括削除）（9.10.6参照）

＜Webサーバクラスタ名＞

各Webサーバクラスタ名です。そのWebサーバクラスタだけを対象にした操作ができます。

Webサーバクラスタの編集（9.10.7参照）

Webサーバクラスタの削除（9.10.8参照）

Webサーバクラスタ構成要素の追加（9.10.9参照）

Webサーバクラスタ構成要素の削除（一括削除）（9.10.10参照）

＜Webサーバ名＞ | 選択したWebサーバクラスタを構成する各Webサーバ名です。そのWebサーバだけを対象にした操作ができます。 | Webサーバの編集（9.10.3参照） Webサーバの削除（9.10.4参照）
論理ユーザサーバ | 論理サーバの一つであるユーザサーバのルートです。 | このノードには操作画面がありません。
ユーザサーバ | ユーザサーバのツリーです。論理ユーザサーバが追加されている場合に表示されます。 | このノードには操作画面がありません。
＜ユーザサーバ名＞ | 各ユーザサーバ名です。論理ユーザサーバが追加されている場合に表示されます。 | このノードには操作画面がありません。

注

上記のすべての画面から，追加した論理サーバを一括してセットアップできます（9.11.1参照）。

参考

論理ユーザサーバは，コマンドおよびユーザ定義ファイルで定義します。論理ユーザサーバの定義方法については，「3.2.4　論理ユーザサーバの設定」を参照してください。

バッチアプリケーションを実行するシステムの場合

サーバビューに表示されるノードの意味を次の表に示します。

表9‒3　「運用管理ドメインの構成定義」のサーバビューに表示されるノードの意味

ノード名 | 説明 | ノード上でできる操作と参照先
＜運用管理ドメイン名＞ | 運用管理ドメインに定義されている論理サーバのルートです。運用管理ドメインの内容を編集できます。 | 運用管理ドメインの編集（9.3.1参照）
論理パフォーマンストレーサ | 論理サーバの一つであるパフォーマンストレーサのルートです。 | このノードには操作画面がありません。
パフォーマンストレーサ | パフォーマンストレーサのツリーです。パフォーマンストレーサを追加したり一括削除したりできます。 | パフォーマンストレーサの追加（9.4.1参照） パフォーマンストレーサの削除（一括削除）（9.4.2参照）
＜パフォーマンストレーサ名＞ | 各パフォーマンストレーサ名です。そのパフォーマンストレーサだけを対象にした操作ができます。 | パフォーマンストレーサの編集（9.4.3参照） パフォーマンストレーサの削除（9.4.4参照）
論理スマートエージェント | 論理サーバの一つであるスマートエージェントのルートです。 | このノードには操作画面がありません。
スマートエージェント | スマートエージェントのツリーです。スマートエージェントを追加したり一括削除したりできます。 | スマートエージェントの追加（9.5.1参照） スマートエージェントの削除（一括削除）（9.5.2参照）
＜スマートエージェント名＞ | 各スマートエージェント名です。そのスマートエージェントだけを対象にした操作ができます。 | スマートエージェントの編集（9.5.3参照） スマートエージェントの削除（9.5.4参照）
論理CTMドメインマネジャ | 論理サーバの一つであるCTMドメインマネジャのルートです。 | このノードには操作画面がありません。
CTMドメインマネジャ | CTMドメインマネジャのツリーです。CTMドメインマネジャを追加したり一括削除したりできます。 | CTMドメインマネジャの追加（9.7.1参照） CTMドメインマネジャの削除（一括削除）（9.7.2参照）
＜CTMドメインマネジャ名＞ | 各CTMドメインマネジャ名です。そのCTMドメインマネジャだけを対象にした操作ができます。 | CTMドメインマネジャの編集（9.7.3参照） CTMドメインマネジャの削除（9.7.4参照）
論理CTM | 論理サーバの一つであるCTMのルートです。 | このノードには操作画面がありません。
CTM | CTMのツリーです。CTMを追加したり一括削除したりできます。 | CTMの追加（9.8.1参照） CTMの削除（一括削除）（9.8.2参照）
＜CTM名＞ | 各CTM名です。そのCTMだけを対象にした操作ができます。 | CTMの編集（9.8.3参照） CTMの削除（9.8.4参照）
論理J2EEサーバ | 論理サーバの一つであるバッチサーバのルートです。 | このノードには操作画面がありません。
J2EEサーバ | バッチサーバのツリーです。バッチサーバを追加したり一括削除したりできます。 | バッチサーバの追加（9.9.1参照）※ バッチサーバの削除（一括削除）（9.9.2参照）※
＜バッチサーバ名＞ | 各バッチサーバ名です。そのバッチサーバだけを対象にした操作ができます。 | バッチサーバの編集（9.9.3参照）※ バッチサーバの削除（9.9.4参照）※
J2EEサーバクラスタ | バッチサーバクラスタのツリーです。バッチサーバクラスタを追加したり一括削除したりできます。 | バッチサーバクラスタの追加（9.9.5参照）※ バッチサーバクラスタの削除（一括削除）（9.9.6参照）※

＜バッチサーバクラスタ名＞

各バッチサーバクラスタ名です。そのバッチサーバクラスタだけを対象にした操作ができます。

バッチサーバクラスタの編集（9.9.7参照）※

バッチサーバクラスタの削除（9.9.8参照）※

バッチサーバクラスタ構成要素の追加（9.9.9参照）※

バッチサーバクラスタ構成要素の削除（一括削除）（9.9.10参照）※

＜バッチサーバ名＞ | 選択したバッチサーバクラスタを構成する各バッチサーバ名です。そのバッチサーバだけを対象にした操作ができます。 | バッチサーバの編集（9.9.3参照）※ バッチサーバの削除（9.9.4参照）※
論理ユーザサーバ | 論理サーバの一つであるユーザサーバのルートです。 | このノードには操作画面がありません。
ユーザサーバ | ユーザサーバのツリーです。論理ユーザサーバが追加されている場合に表示されます。 | このノードには操作画面がありません。
＜ユーザサーバ名＞ | 各ユーザサーバ名です。論理ユーザサーバが追加されている場合に表示されます。 | このノードには操作画面がありません。

注

上記のすべての画面から，追加した論理サーバを一括してセットアップできます（9.11.1参照）。

注※

J2EEサーバをバッチサーバに読み替えてください。

参考

論理ユーザサーバは，コマンドおよびユーザ定義ファイルで定義します。論理ユーザサーバの定義方法については，「5.2.4　論理ユーザサーバの設定」を参照してください。

9.2　運用管理ドメイン内のホストの定義

この節では，論理サーバを配置するホストの定義，編集，および削除で使用する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［ホストの定義］画面

［ホストの削除（一括削除）］画面

［ホストの編集］画面

［ホストの削除］画面

9.2.1　ホストの定義

［ホストの定義］画面を次の図に示します。

図9‒1　［ホストの定義］画面

[picture]

(1)　機能概要

論理サーバを配置するホストを定義します。

ホスト名を付けるときの考慮点

ホスト名を付けるときには，次の点を考慮してください。

IPアドレスの変更に依存しない名称を指定する

構成定義で定義したホスト名を変更する必要がある場合，配置されている論理サーバをすべて削除した状態で，ホストをいったん削除し，再定義する必要があります。このため，［ホスト名］にはIPアドレスではなく，DNSサーバに登録されているホスト名を使用するなど，IPアドレスの変更に依存しない名称を指定することを推奨します。

localhostなどのループバックアドレスを表すホスト名を使用しない

localhostなどのループバックアドレスを表すホスト名を使用した場合，「論理サーバの環境設定」でJ2EEサーバの設定読み込みをしたときに，論理サーバ名が解決できない場合やホスト固定の設定がデフォルト値に設定される場合があります。そのため，localhostなどのループバックアドレスを表すホスト名は使用しないことを推奨します。

なお，設定読み込み時の動作の詳細については，「10.8.28　論理J2EEサーバの設定読み込み」の画面詳細の注意事項を参照してください。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［ホストビュー］タブ−［ホスト］をクリックします。

［ホストの定義］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［ホスト名］，［表示名］などを指定します。

［定義］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名（必須）

論理サーバを配置するホスト名またはIPアドレスを指定します。何も指定しない場合，またはホスト名に使用できない文字が指定された場合，エラーとなります。

表示名

ホストの表示名を指定します。何も指定しない場合は，ホスト名を仮定します。

説明

ホストの説明を指定します。指定は任意です。

運用管理エージェントのポート番号

運用管理エージェントのポート番号を指定します。運用管理エージェントのポート番号の初期値は「20295」です。何も指定しない場合，「20295」を仮定します。

運用管理エージェントのホスト名

運用時に各サーバにアクセスするために使用するIPアドレスと，管理時にManagement Serverから運用管理エージェントにアクセスするために使用するIPアドレスを区別する場合に，運用管理エージェントのホスト名またはIPアドレスを指定します。何も指定しない場合は，ホスト名を仮定します。

［定義］ボタン

指定した内容でホストを定義します。

［リセット］ボタン

指定した内容をリセットします。

9.2.2　ホストの削除（一括削除）

［ホストの削除（一括削除）］画面を次の図に示します。

図9‒2　［ホストの削除（一括削除）］画面

[picture]

(1)　機能概要

ホストを削除します。複数のホストを一度に削除できます。

削除対象のホストの下に論理サーバがある場合は，ホストを削除できません。そのため，ホストにある論理サーバをすべて削除したあとに，ホストを削除する必要があります。

複数ホスト選択時に一部削除に失敗した場合は，処理は継続され，全削除処理が終了したあとに，警告エラーメッセージが表示されます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［ホストビュー］タブ−［ホスト］をクリックします。

［ホストの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

リストから削除するホストを選択します。

［削除］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

リスト（必須）

運用管理ドメインに定義されているホストが表示されます。削除したいホストを選択します。CtrlキーまたはShiftキーを押しながらホスト名をクリックすると，複数選択できます。

［削除］ボタン

選択されたホストを削除します。ホストが選択されていない場合，エラー画面が表示されます。

9.2.3　ホストの編集

(1)　機能概要

選択したホストの表示名，説明，運用管理エージェントのポート番号，および運用管理エージェントのホスト名を編集します。

注意事項

運用管理エージェントのホスト名またはIPアドレスを変更するときは，すべての論理サーバが停止していることを確認してください。論理サーバの起動中に運用管理エージェントのホスト名またはIPアドレスを変更した場合は，起動中の論理サーバに対するそのあとの操作は保証されません。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［ホストビュー］タブ−［ホスト名］−［＜ホスト名＞］をクリックします。

［ホストの編集］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［表示名］，［説明］などを指定します。

［更新］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

選択したホストのホスト名が表示されます。

表示名

ホストの表示名を指定します。何も指定しない場合は，ホスト名を仮定します。

説明

ホストの説明を指定します。指定は任意です。

運用管理エージェントのポート番号

運用管理エージェントのポート番号を指定します。何も指定しない場合，更新前の値を仮定します。

運用管理エージェントのホスト名

運用時に各サーバにアクセスするために使用するIPアドレスと，管理時にManagement Serverから運用管理エージェントにアクセスするために使用するIPアドレスを区別する場合に，運用管理エージェントのホスト名またはIPアドレスを指定します。何も指定しない場合は，ホスト名を仮定します。

［更新］ボタン

指定した内容で更新します。

［リセット］ボタン

指定した内容をリセットします。

9.2.4　ホストの削除

(1)　機能概要

選択したホストを削除します。

なお，削除対象のホストの下に論理サーバがある場合は，ホストを削除できません。そのため，ホストにある論理サーバをすべて削除したあとに，ホストを削除する必要があります。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［ホストビュー］タブ−［ホスト名］−［＜ホスト名＞］をクリックします。

［ホストの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

表示内容を確認して，［削除］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

［削除］ボタン

現在選択中のホストを削除します。

9.3　運用管理ドメインの定義

この節では，運用管理ドメインの編集で使用する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［運用管理ドメインの編集］画面

9.3.1　運用管理ドメインの編集

［運用管理ドメインの編集］画面を次の図に示します。

図9‒3　［運用管理ドメインの編集］画面

[picture]

(1)　機能概要

運用管理ドメインの名称，表示名，および説明を編集します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［＜運用管理ドメイン名＞］をクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［ドメイン名］，［表示名］などを指定します。

［更新］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ドメイン名（必須）

変更後の運用管理ドメイン名を指定します。何も指定しない場合，または使用できない文字を指定した場合はエラーとなります。運用管理ドメイン名の初期値は「DefaultDomain」です。

表示名

変更後の運用管理ドメインの表示名を指定します。何も指定しない場合はドメイン名が仮定されます。

説明

運用管理ドメインの説明を指定します。指定は任意です。

［更新］ボタン

指定した内容で更新します。

［リセット］ボタン

指定した内容をリセットします。

ドメイン名を変更したあとに，「論理サーバの環境設定」で設定ファイルを再配布しないで論理サーバを起動した場合，「論理サーバの運用監視」または運用管理コマンドで論理サーバを監視できません。

ドメイン名を変更した場合は，設定ファイルを再配布してから論理サーバを再起動してください。

9.4　論理パフォーマンストレーサの構成定義

この節では，パフォーマンストレーサの追加，編集，および削除で使用する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［パフォーマンストレーサの追加］画面

［パフォーマンストレーサの削除（一括削除）］画面

［パフォーマンストレーサの編集］画面

［パフォーマンストレーサの削除］画面

9.4.1　パフォーマンストレーサの追加

［パフォーマンストレーサの追加］画面を次の図に示します。

図9‒4　［パフォーマンストレーサの追加］画面

[picture]

(1)　機能概要

パフォーマンストレーサを追加します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理パフォーマンストレーサ］−［パフォーマンストレーサ］をクリックします。

［サーバの追加］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［ホスト名］，［論理サーバ名］などを指定します。

［追加］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名（必須）

パフォーマンストレーサを追加するホストを選択します。

論理サーバ名（必須）

追加するパフォーマンストレーサの論理サーバ名を指定します。何も指定しない場合，論理サーバ名に使用できない文字を指定した場合，またはすでに使用している論理サーバ名を指定した場合はエラーとなります。

表示名

追加後のパフォーマンストレーサの表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

追加するパフォーマンストレーサの説明を指定します。指定は任意です。

［追加］ボタン

指定した内容で追加します。

［リセット］ボタン

指定した内容をリセットします。

9.4.2　パフォーマンストレーサの削除（一括削除）

［パフォーマンストレーサの削除（一括削除）］画面を次の図に示します。

図9‒5　［パフォーマンストレーサの削除（一括削除）］画面

[picture]

(1)　機能概要

パフォーマンストレーサを削除します。複数のパフォーマンストレーサを一度に削除できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理パフォーマンストレーサ］−［パフォーマンストレーサ］をクリックします。

［サーバの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

リストから削除するパフォーマンストレーサを選択します。

［削除］ボタンをクリックします。

リストで選択したパフォーマンストレーサが削除されます。

ただし，リストで選択したパフォーマンストレーサに，Smart Composer機能で構築された論理パフォーマンストレーサが含まれている場合は，［パフォーマンストレーサの削除確認（一括削除）］画面が表示されます。［パフォーマンストレーサの削除確認（一括削除）］画面には，Smart Composer機能で定義されているパフォーマンストレーサの論理サーバ名が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［パフォーマンストレーサの削除（一括削除）］画面が表示されます。

なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［パフォーマンストレーサの削除（一括削除）］画面

リスト（必須）

削除したいパフォーマンストレーサを選択します。CtrlキーまたはShiftキーを押しながらクリックすると，複数選択できます。

［削除］ボタン

リストで選択したパフォーマンストレーサを削除します。

(b)　［パフォーマンストレーサの削除確認（一括削除）］画面

［削除］ボタン

リストで選択したパフォーマンストレーサを削除します。

［キャンセル］ボタン

リストで選択したパフォーマンストレーサの削除を取り消して，［パフォーマンストレーサの削除（一括削除）］画面を表示します。

9.4.3　パフォーマンストレーサの編集

(1)　機能概要

選択したパフォーマンストレーサの表示名，および説明を編集します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理パフォーマンストレーサ］−［パフォーマンストレーサ］−［＜パフォーマンストレーサ名＞］をクリックします。

［サーバの編集］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［表示名］などを指定します。

［更新］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

選択したパフォーマンストレーサのホスト名が表示されます。

論理サーバ名

選択したパフォーマンストレーサの論理サーバ名が表示されます。

表示名

パフォーマンストレーサの表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

パフォーマンストレーサの説明を指定します。指定は任意です。

［更新］ボタン

指定した内容で更新します。

［リセット］ボタン

指定した内容をリセットします。

9.4.4　パフォーマンストレーサの削除

(1)　機能概要

選択したパフォーマンストレーサを削除します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理パフォーマンストレーサ］−［パフォーマンストレーサ］−［＜パフォーマンストレーサ名＞］をクリックします。

［サーバの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

表示内容を確認して，［削除］ボタンをクリックします。

現在選択中のパフォーマンストレーサが削除されます。

ただし，現在選択中のパフォーマンストレーサが，Smart Composer機能で定義されている場合は，［パフォーマンストレーサの削除確認］画面が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［パフォーマンストレーサの削除］画面が表示されます。

なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［パフォーマンストレーサの削除］画面

［削除］ボタン

現在選択中のパフォーマンストレーサを削除します。

(b)　［パフォーマンストレーサの削除確認］画面

［削除］ボタン

現在選択中のパフォーマンストレーサを削除します。

［キャンセル］ボタン

現在選択中のパフォーマンストレーサの削除を取り消して，［パフォーマンストレーサの削除］画面を表示します。

9.5　論理スマートエージェントの構成定義

この節では，スマートエージェントの追加，編集，および削除で使用する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［スマートエージェントの追加］画面

［スマートエージェントの削除（一括削除）］画面

［スマートエージェントの編集］画面

［スマートエージェントの削除］画面

9.5.1　スマートエージェントの追加

［スマートエージェントの追加］画面を次の図に示します。

図9‒6　［スマートエージェントの追加］画面

[picture]

(1)　機能概要

スマートエージェントを追加します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理スマートエージェント］−［スマートエージェント］をクリックします。

［サーバの追加］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［ホスト名］，［論理サーバ名］などを指定します。

［追加］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

スマートエージェントを追加するホストを選択します。

論理サーバ名（必須）

追加するスマートエージェントの論理サーバ名を指定します。何も指定しない場合，論理サーバ名に使用できない文字を指定した場合，またはすでに使用している論理サーバ名を指定した場合はエラーとなります。

表示名

スマートエージェントの表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

スマートエージェントの説明を指定します。指定は任意です。

［追加］ボタン

指定した内容で追加します。

［リセット］ボタン

指定した内容をリセットします。

(5)　注意事項

スマートエージェントを構築したホストと異なるローカルネットワーク上のホストに，スマートエージェントを利用するネーミングサービス，CTMドメインマネジャ，CTM，J2EEサーバを構築する場合，agentaddrファイルを作成して，スマートエージェントを構築したホストのIPアドレスを記述しておく必要があります。agentaddrファイルは，スマートエージェントを利用する論理サーバを構築したホストの，VBROKER_ADM環境変数で指定されたディレクトリ（デフォルトは＜Application Serverのインストールディレクトリ＞¥TPB）下に配置します。admagentaddrファイルについては，マニュアル「Borland(R) Enterprise Server VisiBroker(R) デベロッパーズガイド」を参照してください。

9.5.2　スマートエージェントの削除（一括削除）

［スマートエージェントの削除（一括削除）］画面を次の図に示します。

図9‒7　［スマートエージェントの削除（一括削除）］画面

[picture]

(1)　機能概要

スマートエージェントを削除します。複数のスマートエージェントを一度に削除できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理スマートエージェント］−［スマートエージェント］をクリックします。

［サーバの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

リストから削除するスマートエージェントを選択します。

［削除］ボタンをクリックします。

リストで選択したスマートエージェントが削除されます。

ただし，リストで選択したスマートエージェントに，Smart Composer機能で構築された論理スマートエージェントが含まれている場合は，［スマートエージェントの削除確認（一括削除）］画面が表示されます。［スマートエージェントの削除確認（一括削除）］画面には，Smart Composer機能で定義されているスマートエージェントの論理サーバ名が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［スマートエージェントの削除（一括削除）］画面が表示されます。

なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［スマートエージェントの削除（一括削除）］画面

リスト（必須）

削除したいスマートエージェントを選択します。CtrlキーまたはShiftキーを押しながらクリックすると，複数選択できます。

［削除］ボタン

リストで選択したスマートエージェントを削除します。スマートエージェントが選択されていない場合，エラー画面が表示されます。

(b)　［スマートエージェントの削除確認（一括削除）］画面

［削除］ボタン

リストで選択したスマートエージェントを削除します。

［キャンセル］ボタン

リストで選択したスマートエージェントの削除を取り消して，［スマートエージェントの削除（一括削除）］画面を表示します。

9.5.3　スマートエージェントの編集

(1)　機能概要

選択したスマートエージェントの表示名および説明を編集します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理スマートエージェント］−［スマートエージェント］−［＜スマートエージェント名＞］をクリックします。

［サーバの編集］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［表示名］などを指定します。

［更新］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

選択したスマートエージェントのホスト名が表示されます。

論理サーバ名

選択したスマートエージェントの論理サーバ名が表示されます。

表示名

スマートエージェントの表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

スマートエージェントの説明を指定します。指定は任意です。

［更新］ボタン

指定した内容で更新します。

［リセット］ボタン

指定した内容をリセットします。

9.5.4　スマートエージェントの削除

(1)　機能概要

選択したスマートエージェントを削除します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理スマートエージェント］−［スマートエージェント］−［＜スマートエージェント名＞］をクリックします。

［サーバの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

表示内容を確認して，［削除］ボタンをクリックします。

現在選択中のスマートエージェントが削除されます。

ただし，現在選択中のスマートエージェントが，Smart Composer機能で定義されている場合は，［スマートエージェントの削除確認］画面が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［スマートエージェントの削除］画面が表示されます。

なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［スマートエージェントの削除］画面

［削除］ボタン

現在選択中のスマートエージェントを削除します。

(b)　［スマートエージェントの削除確認］画面

［削除］ボタン

現在選択中のスマートエージェントを削除します。

［キャンセル］ボタン

現在選択中のスマートエージェントの削除を取り消して，［スマートエージェントの削除］画面を表示します。

9.6　論理ネーミングサービスの構成定義

この節では，J2EEサーバが使用するネーミングサービスの追加，編集，および削除で使用する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［ネーミングサービスの追加］画面

［ネーミングサービスの削除（一括削除）］画面

［ネーミングサービスの編集］画面

［ネーミングサービスの削除］画面

9.6.1　ネーミングサービスの追加

［ネーミングサービスの追加］画面を次の図に示します。

図9‒8　［ネーミングサービスの追加］画面

[picture]

(1)　機能概要

J2EEサーバが使用するネーミングサービスを追加します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理ネーミングサービス］−［ネーミングサービス］をクリックします。

［サーバの追加］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［ホスト名］，［論理サーバ名］などを指定します。

［追加］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

ネーミングサービスを追加するホストを選択します。

論理サーバ名（必須）

追加するネーミングサービスの論理サーバ名を指定します。何も指定しない場合，論理サーバ名に使用できない文字を指定した場合，またはすでに使用している論理サーバ名を指定した場合はエラーとなります。

表示名

追加後のネーミングサービスの表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

追加するネーミングサービスの説明を指定します。指定は任意です。

［追加］ボタン

指定した内容で追加します。

［リセット］ボタン

指定した内容をリセットします。

9.6.2　ネーミングサービスの削除（一括削除）

［ネーミングサービスの削除（一括削除）］画面を次の図に示します。

図9‒9　［ネーミングサービスの削除（一括削除）］画面

[picture]

(1)　機能概要

ネーミングサービスを削除します。複数のネーミングサービスを一度に削除できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理ネーミングサービス］−［ネーミングサービス］をクリックします。

［サーバの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

リストから削除するネーミングサービスを選択します。

［削除］ボタンをクリックします。

リストで選択したネーミングサービスが削除されます。

ただし，リストで選択したネーミングサービスに，Smart Composer機能で構築された論理ネーミングサービスが含まれている場合は，［ネーミングサービスの削除確認（一括削除）］画面が表示されます。［ネーミングサービスの削除確認（一括削除）］画面には，Smart Composer機能で定義されているネーミングサービスの論理サーバ名が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［ネーミングサービスの削除（一括削除）］画面が表示されます。

なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［ネーミングサービスの削除（一括削除）］画面

リスト（必須）

削除したいネーミングサービスを選択します。CtrlキーまたはShiftキーを押しながらクリックすると，複数選択できます。

［削除］ボタン

リストで選択したネーミングサービスを削除します。

(b)　［ネーミングサービスの削除確認（一括削除）］画面

［削除］ボタン

リストで選択したネーミングサービスを削除します。

［キャンセル］ボタン

リストで選択したネーミングサービスの削除を取り消して，［ネーミングサービスの削除（一括削除）］画面を表示します。

9.6.3　ネーミングサービスの編集

(1)　機能概要

選択したネーミングサービスの表示名，および説明を編集します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理ネーミングサービス］−［ネーミングサービス］−［＜ネーミングサービス名＞］をクリックします。

［サーバの編集］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［表示名］などを指定します。

［更新］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

選択したネーミングサービスのホスト名が表示されます。

論理サーバ名

選択したネーミングサービスの論理サーバ名が表示されます。

表示名

ネーミングサービスの表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

ネーミングサービスの説明を指定します。指定は任意です。

［更新］ボタン

指定した内容で更新します。

［リセット］ボタン

指定した内容をリセットします。

9.6.4　ネーミングサービスの削除

(1)　機能概要

選択したネーミングサービスを削除します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理ネーミングサービス］−［ネーミングサービス］−［＜ネーミングサービス名＞］をクリックします。

［サーバの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

表示内容を確認して，［削除］ボタンをクリックします。

現在選択中のネーミングサービスが削除されます。

ただし，現在選択中のネーミングサービスが，Smart Composer機能で定義されている場合は，［ネーミングサービスの削除確認］画面が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［ネーミングサービスの削除］画面が表示されます。

なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［ネーミングサービスの削除］画面

［削除］ボタン

現在選択中のネーミングサービスを削除します。

(b)　［ネーミングサービスの削除確認］画面

［削除］ボタン

現在選択中のネーミングサービスを削除します。

［キャンセル］ボタン

現在選択中のネーミングサービスの削除を取り消して，［ネーミングサービスの削除］画面を表示します。

9.7　論理CTMドメインマネジャの構成定義

この節では，CTMドメインマネジャの追加，編集，および削除で使用する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［CTMドメインマネジャの追加］画面

［CTMドメインマネジャの削除（一括削除）］画面

［CTMドメインマネジャの編集］画面

［CTMドメインマネジャの削除］画面

9.7.1　CTMドメインマネジャの追加

［CTMドメインマネジャの追加］画面を次の図に示します。

図9‒10　［CTMドメインマネジャの追加］画面

[picture]

(1)　機能概要

CTMドメインマネジャを追加します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理CTMドメインマネジャ］−［CTMドメインマネジャ］をクリックします。

［サーバの追加］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［ホスト名］，［論理サーバ名］などを指定します。

［追加］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

CTMドメインマネジャを追加するホストを選択します。

論理サーバ名（必須）

追加するCTMドメインマネジャの論理サーバ名を指定します。何も指定しない場合，論理サーバ名に使用できない文字を指定した場合，またはすでに使用している論理サーバ名を指定した場合はエラーとなります。

表示名

追加後のCTMドメインマネジャの表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

追加するCTMドメインマネジャの説明を指定します。指定は任意です。

［追加］ボタン

指定した内容で追加します。

［リセット］ボタン

指定した内容をリセットします。

9.7.2　CTMドメインマネジャの削除（一括削除）

［CTMドメインマネジャの削除（一括削除）］画面を次の図に示します。

図9‒11　［CTMドメインマネジャの削除（一括削除）］画面

[picture]

(1)　機能概要

CTMドメインマネジャを削除します。複数のCTMドメインマネジャを一度に削除できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理CTMドメインマネジャ］−［CTMドメインマネジャ］をクリックします。

［サーバの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

リストから削除するCTMドメインマネジャを選択します。

［削除］ボタンをクリックします。

リストで選択したCTMドメインマネジャが削除されます。

ただし，リストで選択したCTMドメインマネジャに，Smart Composer機能で構築された論理CTMドメインマネジャが含まれている場合は，［CTMドメインマネジャの削除確認（一括削除）］画面が表示されます。［CTMドメインマネジャの削除確認（一括削除）］画面には，Smart Composer機能で定義されているCTMドメインマネジャの論理サーバ名が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［CTMドメインマネジャの削除（一括削除）］画面が表示されます。

なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［CTMドメインマネジャの削除（一括削除）］画面

リスト（必須）

削除したいCTMドメインマネジャを選択します。CtrlキーまたはShiftキーを押しながらクリックすると，複数選択できます。

［削除］ボタン

リストで選択したCTMドメインマネジャを削除します。

(b)　［CTMドメインマネジャの削除確認（一括削除）］画面

［削除］ボタン

リストで選択したCTMドメインマネジャを削除します。

［キャンセル］ボタン

リストで選択したCTMドメインマネジャの削除を取り消して，［CTMドメインマネジャの削除（一括削除）］画面を表示します。

9.7.3　CTMドメインマネジャの編集

(1)　機能概要

選択したCTMドメインマネジャの表示名および説明を編集します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理CTMドメインマネジャ］−［CTMドメインマネジャ］−［＜CTMドメインマネジャ名＞］をクリックします。

［サーバの編集］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［表示名］などを指定します。

［更新］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

選択したCTMドメインマネジャのホスト名が表示されます。

論理サーバ名

選択したCTMドメインマネジャの論理サーバ名が表示されます。

表示名

CTMドメインマネジャの表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

CTMドメインマネジャの説明を指定します。指定は任意です。

［更新］ボタン

指定した内容で更新します。

［リセット］ボタン

指定した内容をリセットします。

9.7.4　CTMドメインマネジャの削除

(1)　機能概要

選択したCTMドメインマネジャを削除します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理CTMドメインマネジャ］−［CTMドメインマネジャ］−［＜CTMドメインマネジャ名＞］をクリックします。

［サーバの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

表示内容を確認して，［削除］ボタンをクリックします。

現在選択中のCTMドメインマネジャが削除されます。

ただし，現在選択中のCTMドメインマネジャが，Smart Composer機能で定義されている場合は，［CTMドメインマネジャの削除確認］画面が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［CTMドメインマネジャの削除］画面が表示されます。

なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［CTMドメインマネジャの削除］画面

［削除］ボタン

現在選択中のCTMドメインマネジャを削除します。

(b)　［CTMドメインマネジャの削除確認］画面

［削除］ボタン

現在選択中のCTMドメインマネジャを削除します。

［キャンセル］ボタン

現在選択中のCTMドメインマネジャの削除を取り消して，［CTMドメインマネジャの削除］画面を表示します。

9.8　論理CTMの構成定義

この節では，CTMの追加，編集，および削除で使用する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［CTMの追加］画面

［CTMの削除（一括削除）］画面

［CTMの編集］画面

［CTMの削除］画面

9.8.1　CTMの追加

［CTMの追加］画面を次の図に示します。

図9‒12　［CTMの追加］画面

[picture]

(1)　機能概要

CTMを追加します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理CTM］−［CTM］をクリックします。

［サーバの追加］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［ホスト名］，［論理サーバ名］などを指定します。

［追加］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

CTMを追加するホストを選択します。

論理サーバ名（必須）

追加するCTMの論理サーバ名を指定します。何も指定しない場合，論理サーバ名に使用できない文字を指定した場合，またはすでに使用している論理サーバ名を指定した場合はエラーとなります。

表示名

追加後のCTMの表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

追加するCTMの説明を指定します。指定は任意です。

［追加］ボタン

指定した内容で追加します。

［リセット］ボタン

指定した内容をリセットします。

9.8.2　CTMの削除（一括削除）

［CTMの削除（一括削除）］画面を次の図に示します。

図9‒13　［CTMの削除（一括削除）］画面

[picture]

(1)　機能概要

CTMを削除します。複数のCTMを一度に削除できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理CTM］−［CTM］をクリックします。

［サーバの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

リストから削除するCTMを選択します。

［削除］ボタンをクリックします。

リストで選択したCTMが削除されます。

ただし，リストで選択したCTMに，Smart Composer機能で構築された論理CTMが含まれている場合は，［CTMの削除確認（一括削除）］画面が表示されます。［CTMの削除確認（一括削除）］画面には，Smart Composer機能で定義されているCTMの論理サーバ名が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［CTMの削除（一括削除）］画面が表示されます。

なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［CTMの削除（一括削除）］画面

リスト（必須）

削除したいCTMを選択します。CtrlキーまたはShiftキーを押しながらクリックすると，複数選択できます。

［削除］ボタン

リストで選択したCTMを削除します。

(b)　［CTMの削除確認（一括削除）］画面

［削除］ボタン

リストで選択したCTMを削除します。

［キャンセル］ボタン

リストで選択したCTMの削除を取り消して，［CTMの削除（一括削除）］画面を表示します。

9.8.3　CTMの編集

(1)　機能概要

選択したCTMの表示名，および説明を編集します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理CTM］−［CTM］−［＜CTM名＞］をクリックします。

［サーバの編集］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［表示名］などを指定します。

［更新］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

選択したCTMのホスト名が表示されます。

論理サーバ名

選択したCTMの論理サーバ名が表示されます。

表示名

CTMの表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

CTMの説明を指定します。指定は任意です。

［更新］ボタン

指定した内容で更新します。

［リセット］ボタン

指定した内容をリセットします。

9.8.4　CTMの削除

(1)　機能概要

選択したCTMを削除します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理CTM］−［CTM］−［＜CTM名＞］をクリックします。

［サーバの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

表示内容を確認して，［削除］ボタンをクリックします。

現在選択中のCTMが削除されます。

ただし，現在選択中のCTMが，Smart Composer機能で定義されている場合は，［CTMの削除確認］画面が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［CTMの削除］画面が表示されます。

なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［CTMの削除］画面

［削除］ボタン

現在選択中のCTMを削除します。

(b)　［CTMの削除確認］画面

［削除］ボタン

現在選択中のCTMを削除します。

［キャンセル］ボタン

現在選択中のCTMの削除を取り消して，［CTMの削除］画面を表示します。

9.9　論理J2EEサーバの構成定義

この節では，J2EEサーバおよびJ2EEサーバクラスタの追加，編集，削除で使用する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［J2EEサーバの追加］画面

［J2EEサーバの削除（一括削除）］画面

［J2EEサーバの編集］画面

［J2EEサーバの削除］画面

［J2EEサーバクラスタの追加］画面

［J2EEサーバクラスタの削除（一括削除）］画面

［J2EEサーバクラスタの編集］画面

［J2EEサーバクラスタの削除］画面

［J2EEサーバクラスタ構成要素の追加］画面

［J2EEサーバクラスタ構成要素の削除（一括削除）］画面

9.9.1　J2EEサーバの追加

［J2EEサーバの追加］画面を次の図に示します。

図9‒14　［J2EEサーバの追加］画面

[picture]

(1)　機能概要

J2EEサーバを追加します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］をクリックします。

［サーバの追加］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［ホスト名］，［論理サーバ名］などを指定します。

［追加］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

J2EEサーバを稼働させるホストを選択します。

論理サーバ名（必須）

追加するJ2EEサーバの論理サーバ名を指定します。何も指定しない場合または使用できない文字を指定した場合，またはすでに使用されている論理サーバ名を指定した場合はエラーとなります。また，Component Container管理者を設定している場合，Management Serverのサーバ名と同じ名前でJ2EEサーバやバッチサーバをセットアップしないでください。

表示名

追加後のJ2EEサーバの表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

互換モード

追加するJ2EEサーバの互換モードを選択します。デフォルトは，「使用しない」です。JDK17以降の場合はV9互換モードが非サポートのため，メニューが非活性化になり，「使用しない」で動作します。

使用しない

J2EEサーバの互換モードを使用しません。

V9互換モード

J2EEサーバの互換モードをV9互換モードにします。

J2EEサーバの追加後に変更したい場合，J2EEサーバの削除後に「cjsetup -d」コマンドによってJ2EEサーバの環境を削除し，再度追加してください。

説明

追加するサーバの説明を指定します。指定は任意です。

［バッチサーバとして作成する］

バッチサーバを作成する場合に，必ず選択してください。

バッチサーバを作成すると，各画面の設定が次のように変わります。

表9‒4　バッチサーバ作成時に設定が変わる画面と設定の変更内容

画面名 | 設定の変更内容
J2EEサーバの基本設定 | 「セキュリティマネージャの使用」のデフォルト値が「しない」になります。※1 「互換モード」の値が「V9」になります。
J2EEコンテナの設定 | 「拡張パラメタ」に，batch.service.enabled=trueが，［有効］チェックボックスがチェックされた状態で表示されます。※2
起動パラメタの設定 | 「明示管理ヒープ機能の使用」が「しない」になります。

注※1

この項目は，変更しないでください。

注※2

batch.service.enabled=trueの変更・削除，チェックボックスの操作や，batch.service.enabledキーの追加をしないでください。

［追加］ボタン

指定した内容で追加します。

［リセット］ボタン

指定した内容をリセットします。

9.9.2　J2EEサーバの削除（一括削除）

［J2EEサーバの削除（一括削除）］画面を次の図に示します。

図9‒15　［J2EEサーバの削除（一括削除）］画面

[picture]

(1)　機能概要

J2EEサーバを削除します。複数のJ2EEサーバを一度に削除できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］をクリックします。

［サーバの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

リストから削除するJ2EEサーバを選択します。

［削除］ボタンをクリックします。

リストで選択したJ2EEサーバが削除されます。

ただし，リストで選択したJ2EEサーバに，Smart Composer機能で構築された論理J2EEサーバが含まれている場合は，［J2EEサーバの削除確認（一括削除）］画面が表示されます。

図9‒16　［J2EEサーバの削除確認（一括削除）］画面

[picture]

［J2EEサーバの削除確認（一括削除）］画面には，Smart Composer機能で定義されているJ2EEサーバの論理サーバ名が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［J2EEサーバの削除（一括削除）］画面が表示されます。

なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［J2EEサーバの削除（一括削除）］画面

リスト（必須）

作成されているJ2EEサーバが表示されるため，削除したいJ2EEサーバを選択します。J2EEサーバは，CtrlキーまたはShiftキーを押しながらクリックすると，複数選択できます。

［削除］ボタン

リストで選択したJ2EEサーバを削除します。

(b)　［J2EEサーバの削除確認（一括削除）］画面

［削除］ボタン

リストで選択したJ2EEサーバを削除します。

［キャンセル］ボタン

リストで選択したJ2EEサーバの削除を取り消して，［J2EEサーバの削除（一括削除）］画面を表示します。

9.9.3　J2EEサーバの編集

［J2EEサーバの編集］画面を次の図に示します。

図9‒17　［J2EEサーバの編集］画面

[picture]

(1)　機能概要

選択したJ2EEサーバの表示名および説明を編集します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

次のどちらかの操作をします。

J2EEサーバの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［＜J2EEサーバ名＞］をクリックします。

［サーバの編集］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［表示名］などを指定します。

［更新］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

選択したJ2EEサーバのホスト名が表示されます。

論理サーバ名

選択したJ2EEサーバの論理サーバ名が表示されます。

表示名

変更後のJ2EEサーバの表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

サーバの説明を指定します。指定は任意です。

［更新］ボタン

指定した内容で更新します。

［リセット］ボタン

指定した内容をリセットします。

9.9.4　J2EEサーバの削除

［J2EEサーバの削除］画面を次の図に示します。

図9‒18　［J2EEサーバの削除］画面

[picture]

(1)　機能概要

選択したJ2EEサーバを削除します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

次のどちらかの操作をします。

J2EEサーバの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［＜J2EEサーバ名＞］をクリックします。

［サーバの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

表示内容を確認して，［削除］ボタンをクリックします。

現在選択中のJ2EEサーバが削除されます。

ただし，現在選択中のJ2EEサーバが，Smart Composer機能で定義されている場合は，［J2EEサーバの削除確認］画面が表示されます。

図9‒19　［J2EEサーバの削除確認］画面

[picture]

削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［J2EEサーバの削除］画面表示されます。

なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［J2EEサーバの削除］画面

［削除］ボタン

現在選択中のJ2EEサーバを削除します。

(b)　［J2EEサーバの削除確認］画面

［削除］ボタン

現在選択中のJ2EEサーバを削除します。

［キャンセル］ボタン

現在選択中のJ2EEサーバの削除を取り消して，［J2EEサーバの削除］画面を表示します。

9.9.5　J2EEサーバクラスタの追加

［J2EEサーバクラスタの追加］画面を次の図に示します。

図9‒20　［J2EEサーバクラスタの追加］画面

[picture]

(1)　機能概要

J2EEサーバクラスタを追加します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］をクリックします。

［クラスタの追加］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［クラスタ名］，［表示名］などを指定します。

［追加］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

クラスタ名（必須）

追加するJ2EEサーバクラスタ名を指定します。何も指定しない場合，使用できない文字を指定した場合，またはすでに使用している論理サーバ名を指定した場合はエラーとなります。

表示名

追加後のJ2EEサーバクラスタの表示名を指定します。何も指定しない場合は，クラスタ名を仮定します。

説明

追加するJ2EEサーバクラスタの説明を指定します。指定は任意です。

［追加］ボタン

指定した内容で追加します。

［リセット］ボタン

指定した内容をリセットします。

9.9.6　J2EEサーバクラスタの削除（一括削除）

［J2EEサーバクラスタの削除（一括削除）］画面を次の図に示します。

図9‒21　［J2EEサーバクラスタの削除（一括削除）］画面

[picture]

(1)　機能概要

J2EEサーバクラスタを削除します。複数のJ2EEサーバクラスタを一度に削除できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］をクリックします。

［クラスタの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

リストから削除するJ2EEサーバクラスタを選択します。

［削除］ボタンをクリックします。

リストで選択したJ2EEサーバクラスタが削除されます。

ただし，リストで選択したJ2EEサーバクラスタに，Smart Composer機能で構築された論理J2EEサーバクラスタが含まれている場合は，［J2EEサーバクラスタの削除確認（一括削除）］画面が表示されます。

図9‒22　［J2EEサーバクラスタの削除確認（一括削除）］画面

[picture]

［J2EEサーバクラスタの削除確認（一括削除）］画面には，Smart Composer機能で定義されているJ2EEサーバクラスタのクラスタ名が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［J2EEサーバクラスタの削除（一括削除）］画面が表示されます。

なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［J2EEサーバクラスタの削除（一括削除）］画面

リスト（必須）

作成されているJ2EEサーバクラスタが表示されるため，削除したいJ2EEサーバクラスタを選択します。J2EEサーバクラスタは，CtrlキーまたはShiftキーを押しながらクリックすると，複数選択できます。

［削除］ボタン

リストで選択したJ2EEサーバクラスタを削除します。

(b)　［J2EEサーバクラスタの削除確認（一括削除）］画面

［削除］ボタン

リストで選択したJ2EEサーバクラスタを削除します。

［キャンセル］ボタン

リストで選択したJ2EEサーバクラスタの削除を取り消して，［J2EEサーバクラスタの削除（一括削除）］画面を表示します。

9.9.7　J2EEサーバクラスタの編集

［J2EEサーバクラスタの編集］画面を次の図に示します。

図9‒23　［J2EEサーバクラスタの編集］画面

[picture]

(1)　機能概要

選択したJ2EEサーバクラスタの表示名および説明を編集します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］をクリックします。

［クラスタの編集］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［表示名］などを指定します。

［更新］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

クラスタ名

選択したJ2EEサーバクラスタ名が表示されます。

表示名

変更後のJ2EEサーバクラスタの表示名を指定します。何も指定しない場合は，クラスタ名を仮定します。

説明

J2EEサーバクラスタの説明を指定します。指定は任意です。

［更新］ボタン

指定した内容で更新します。

［リセット］ボタン

指定した内容をリセットします。

9.9.8　J2EEサーバクラスタの削除

［J2EEサーバクラスタの削除］画面を次の図に示します。

図9‒24　［J2EEサーバクラスタの削除］画面

[picture]

(1)　機能概要

選択したJ2EEサーバクラスタを削除します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］をクリックします。

［クラスタの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

表示内容を確認して，［削除］ボタンをクリックします。

現在選択中のJ2EEサーバクラスタが削除されます。

ただし，現在選択中のJ2EEサーバクラスタが，Smart Composer機能で定義されている場合は，［J2EEサーバクラスタの削除確認］画面が表示されます。

図9‒25　［J2EEサーバクラスタの削除確認］画面

[picture]

削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［J2EEサーバクラスタの削除］画面が表示されます。

なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［J2EEサーバクラスタの削除］画面

［削除］ボタン

現在選択中のJ2EEサーバクラスタを削除します。

(b)　［J2EEサーバクラスタの削除確認］画面

［削除］ボタン

現在選択中のJ2EEサーバクラスタを削除します。

［キャンセル］ボタン

現在選択中のJ2EEサーバクラスタの削除を取り消して，［J2EEサーバクラスタの削除］画面を表示します。

9.9.9　J2EEサーバクラスタ構成要素の追加

［J2EEサーバクラスタ構成要素の追加］画面を次の図に示します。

図9‒26　［J2EEサーバクラスタ構成要素の追加］画面

[picture]

(1)　機能概要

J2EEサーバクラスタ構成要素を追加します。J2EEサーバクラスタ構成要素であるJ2EEサーバはV9互換モードで作成されます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］をクリックします。

［構成要素の追加］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［ホスト名］，［論理サーバ名］などを指定します。

［追加］ボタンをクリックします。

入力された内容で，J2EEサーバクラスタ構成要素が追加されます。

ただし，J2EEサーバクラスタ構成要素を追加するJ2EEサーバクラスタが，Smart Composer機能で定義されている場合は，［J2EEサーバクラスタ構成要素の追加確認］画面が表示されます。

図9‒27　［J2EEサーバクラスタ構成要素の追加確認］画面

[picture]

追加を続行する場合は［追加］ボタンを，追加を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［J2EEサーバクラスタ構成要素の追加］画面が表示されます。

なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［J2EEサーバクラスタ構成要素の追加］画面

ホスト名

J2EEサーバクラスタ構成要素を追加するホストを選択します。

論理サーバ名（必須）

追加するJ2EEサーバクラスタ構成要素の論理サーバ名を指定します。何も指定しない場合，使用できない文字を指定した場合，またはすでに使用されている論理サーバ名を指定した場合はエラーとなります。

表示名

追加後の表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

追加するJ2EEサーバクラスタ構成要素の説明を指定します。指定は任意です。

［バッチサーバとして作成する］

バッチサーバを作成する場合に，必ず選択してください。

バッチサーバを作成すると，各画面の設定が次のように変わります。

表9‒5　バッチサーバ作成時に設定が変わる画面と設定の変更内容

画面名 | 設定の変更内容
J2EEサーバの基本設定 | 「セキュリティマネージャの使用」のデフォルト値が「しない」になります。※1
J2EEコンテナの設定 | 「拡張パラメタ」に，batch.service.enabled=trueが，［有効］チェックボックスがチェックされた状態で表示されます。※2
起動パラメタの設定 | 「明示管理ヒープ機能の使用」が「しない」になります。

注※1

この項目は，変更しないでください。

注※2

batch.service.enabled=trueの変更・削除，チェックボックスの操作や，batch.service.enabledキーの追加をしないでください。

［追加］ボタン

指定した内容でJ2EEサーバクラスタ構成要素を追加します。

［リセット］ボタン

指定した内容をリセットします。

(b)　［J2EEサーバクラスタ構成要素の追加確認］画面

［追加］ボタン

指定した内容でJ2EEサーバクラスタ構成要素を追加します。

［キャンセル］ボタン

J2EEサーバクラスタ構成要素の追加を取り消して，［J2EEサーバクラスタ構成要素の追加］画面を表示します。

9.9.10　J2EEサーバクラスタ構成要素の削除（一括削除）

［J2EEサーバクラスタ構成要素の削除（一括削除）］画面を次の図に示します。

図9‒28　［J2EEサーバクラスタ構成要素の削除（一括削除）］画面

[picture]

(1)　機能概要

J2EEサーバクラスタ構成要素を削除します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］をクリックします。

［構成要素の削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

リストから削除するJ2EEサーバクラスタ構成要素を選択します。

［削除］ボタンをクリックします。

リストで選択したJ2EEサーバクラスタ構成要素が削除されます。

ただし，リストで選択したJ2EEサーバクラスタ構成要素に，Smart Composer機能で構築された論理J2EEサーバが含まれている場合は，［J2EEサーバクラスタ構成要素の削除確認（一括削除）］画面が表示されます。

図9‒29　［J2EEサーバクラスタ構成要素の削除確認（一括削除）］画面

[picture]

［J2EEサーバクラスタ構成要素の削除確認（一括削除）］画面には，Smart Composer機能で定義されているJ2EEサーバの論理サーバ名が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［J2EEサーバクラスタ構成要素の削除（一括削除）］画面が表示されます。

なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［J2EEサーバクラスタ構成要素の削除（一括削除）］画面

リスト（必須）

作成されているJ2EEサーバクラスタ構成要素が表示されるため，削除したいJ2EEサーバクラスタ構成要素を選択します。J2EEサーバクラスタ構成要素は，CtrlキーまたはShiftキーを押しながらクリックすると，複数選択できます。

［削除］ボタン

リストで選択したJ2EEサーバクラスタを削除します。

(b)　［J2EEサーバクラスタ構成要素の削除確認（一括削除）］画面

［削除］ボタン

リストで選択したJ2EEサーバクラスタ構成要素を削除します。

［キャンセル］ボタン

リストで選択したJ2EEサーバクラスタ構成要素の削除を取り消して，［J2EEサーバクラスタ構成要素の削除（一括削除）］画面を表示します。

9.10　論理Webサーバの構成定義

この節では，Webサーバの追加，編集，削除，およびWebサーバクラスタの追加，編集，削除で使用する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［Webサーバの追加］画面

［Webサーバの削除（一括削除）］画面

［Webサーバの編集］画面

［Webサーバの削除］画面

［Webサーバクラスタの追加］画面

［Webサーバクラスタの削除（一括削除）］画面

［Webサーバクラスタの編集］画面

［Webサーバクラスタの削除］画面

［Webサーバクラスタ構成要素の追加］画面

［Webサーバクラスタ構成要素の削除（一括削除）］画面

9.10.1　Webサーバの追加

［Webサーバの追加］画面を次の図に示します。

図9‒30　［Webサーバの追加］画面

[picture]

(1)　機能概要

Webサーバを追加します。

選択したホストに，すでにWebサーバがある場合は，追加処理が中止され，エラーとなります。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバ］をクリックします。

［サーバの追加］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［ホスト名］，［論理サーバ名］などを指定します。

［追加］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

Webサーバを追加するホストを選択します。

論理サーバ名（必須）

作成する論理サーバ名を124文字以内で指定します。何も指定しない場合，論理サーバ名に使用できない文字を指定した場合，またはすでに使用されている論理サーバ名を指定した場合はエラーとなります。

表示名

作成後のサーバの表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

作成するサーバの説明を指定します。指定は任意です。

J2EEサーバ連携フィールド

J2EEサーバとの連携方法を選択します。デフォルトは，「リバースプロキシ」です。

リバースプロキシ

リバースプロキシを使用します。V9互換モードのJ2EEサーバとは連携できません。

「リバースプロキシ」を選択した場合，設定ファイルの内容を直接設定することはできません。設定ファイルの内容を直接設定したい場合は，J2EEサーバの連携方法としてリダイレクタを選択する必要があります。リダイレクタを選択した場合でも，設定ファイルの内容を直接設定することでリバースプロキシによって連携できます。リバースプロキシに関する設定内容については，マニュアル「HTTP Server」の「4.7　リバースプロキシの設定」を参照してください。

リダイレクタ

リダイレクタを使用します。V9互換モードのJ2EEサーバと連携する場合に使用します。

「リバースプロキシ」を選択しても，J2EEサーバと連携しないWebサーバをリバースプロキシとして設定することはできません。その場合は追加ディレクティブなどを使用して手動で設定する必要があります。

Webサーバが稼働するホストのOSがUNIXの場合，リバースプロキシ指定時worker MPMモジュールが組み込まれ，リダイレクタ指定時prefork MPMモジュールが組み込まれます。worker MPM，prefork MPMの詳細は，マニュアル「HTTP Server」を参照してください。

Webサーバの追加後に変更したい場合，Webサーバの削除後に再度追加してください。Webサーバが稼働するホストのOSがUNIXのときは，追加前に「hwsserveredit -delete」コマンドでWebサーバの環境を削除してください。

［追加］ボタン

指定した内容で追加します。

［リセット］ボタン

指定した内容をリセットします。

9.10.2　Webサーバの削除（一括削除）

［Webサーバの削除（一括削除）］画面を次の図に示します。

図9‒31　［Webサーバの削除（一括削除）］画面

[picture]

(1)　機能概要

Webサーバを削除します。複数のWebサーバを一度に削除できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバ］をクリックします。

［サーバの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

リストから削除するWebサーバを選択します。

［削除］ボタンをクリックします。

リストで選択したWebサーバが削除されます。

ただし，リストで選択したWebサーバに，Smart Composer機能で構築された論理Webサーバが含まれている場合は，［Webサーバの削除確認（一括削除）］画面が表示されます。［Webサーバの削除確認（一括削除）］画面には，Smart Composer機能で定義されているWebサーバの論理サーバ名が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［Webサーバの削除（一括削除）］画面が表示されます。

なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［Webサーバの削除（一括削除）］画面

リスト（必須）

削除したいWebサーバを選択します。CtrlキーまたはShiftキーを押しながらクリックすると，複数選択できます。

［削除］ボタン

リストで選択したWebサーバを削除します。Webサーバが選択されていない場合，エラー画面が表示されます。

(b)　［Webサーバの削除確認（一括削除）］画面

［削除］ボタン

リストで選択したWebサーバを削除します。

［キャンセル］ボタン

リストで選択したWebサーバの削除を取り消して，［Webサーバの削除（一括削除）］画面を表示します。

9.10.3　Webサーバの編集

(1)　機能概要

選択したWebサーバの表示名および説明を編集します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

次のどちらかの操作をします。

Webサーバの場合

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバ］−［＜Webサーバ名＞］をクリックします。

Webサーバクラスタの場合

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバクラスタ］−［＜Webサーバクラスタ名＞］−［＜Webサーバ名＞］をクリックします。

［サーバの編集］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［表示名］などを指定します。

［更新］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

選択したWebサーバのホスト名が表示されます。

論理サーバ名

選択したWebサーバの論理サーバ名が表示されます。

表示名

表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

サーバの説明を指定します。指定は任意です。

［更新］ボタン

指定した内容で更新します。

［リセット］ボタン

指定した内容をリセットします。

9.10.4　Webサーバの削除

(1)　機能概要

選択したWebサーバを削除します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

次のどちらかの操作をします。

Webサーバの場合

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバ］−［＜Webサーバ名＞］をクリックします。

Webサーバクラスタの場合

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバクラスタ］−［＜Webサーバクラスタ名＞］−［＜Webサーバ名＞］をクリックします。

［サーバの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

表示内容を確認して，［削除］ボタンをクリックします。

現在選択中のWebサーバが削除されます。

ただし，現在選択中のWebサーバが，Smart Composer機能で定義されている場合は，［Webサーバの削除確認］画面が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［Webサーバの削除］画面が表示されます。

なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［Webサーバの削除］画面

［削除］ボタン

現在選択中のWebサーバを削除します。

(b)　［Webサーバの削除確認］画面

［削除］ボタン

現在選択中のWebサーバを削除します。

［キャンセル］ボタン

現在選択中のWebサーバの削除を取り消して，［Webサーバの削除］画面を表示します。

9.10.5　Webサーバクラスタの追加

［Webサーバクラスタの追加］画面を次の図に示します。

図9‒32　［Webサーバクラスタの追加］画面

[picture]

(1)　機能概要

Webサーバクラスタを追加します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバクラスタ］をクリックします。

［クラスタの追加］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［クラスタ名］，［表示名］などを指定します。

［追加］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

クラスタ名（必須）

追加するWebサーバクラスタの論理サーバ名を指定します。何も指定しない場合，クラスタ名に使用できない文字を指定した場合，またはすでに使用している論理サーバ名を指定した場合はエラーとなります。

表示名

Webサーバクラスタの表示名を指定します。何も指定しない場合は，クラスタ名を仮定します。

説明

追加するWebサーバクラスタの説明を指定します。指定は任意です。

［追加］ボタン

指定した内容で追加します。

［リセット］ボタン

指定した内容をリセットします。

9.10.6　Webサーバクラスタの削除（一括削除）

［Webサーバクラスタの削除（一括削除）］画面を次の図に示します。

図9‒33　［Webサーバクラスタの削除（一括削除）］画面

[picture]

(1)　機能概要

Webサーバクラスタを削除します。複数のWebサーバクラスタを一度に削除できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバクラスタ］をクリックします。

［クラスタの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

リストから削除するWebサーバクラスタを選択します。

［削除］ボタンをクリックします。

リストで選択したWebサーバクラスタが削除されます。

ただし，リストで選択したWebサーバクラスタに，Smart Composer機能で構築された論理Webサーバクラスタが含まれている場合は，［Webサーバクラスタの削除確認（一括削除）］画面が表示されます。［Webサーバクラスタの削除確認（一括削除）］画面には，Smart Composer機能で定義されているWebサーバクラスタのクラスタ名が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［Webサーバクラスタの削除（一括削除）］画面が表示されます。

なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［Webサーバクラスタの削除（一括削除）］画面

リスト（必須）

削除したいWebサーバクラスタを選択します。CtrlキーまたはShiftキーを押しながらクリックすると，複数選択できます。

［削除］ボタン

リストで選択したWebサーバクラスタを削除します。Webサーバクラスタが選択されていない場合，エラー画面が表示されます。

(b)　［Webサーバクラスタの削除確認（一括削除）］画面

［削除］ボタン

リストで選択したWebサーバクラスタを削除します。

［キャンセル］ボタン

リストで選択したWebサーバクラスタの削除を取り消して，［Webサーバクラスタの削除（一括削除）］画面を表示します。

9.10.7　Webサーバクラスタの編集

(1)　機能概要

選択したWebサーバクラスタの表示名および説明を編集します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバクラスタ］−［＜Webサーバクラスタ名＞］をクリックします。

［クラスタの編集］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［表示名］などを指定します。

［更新］ボタンをクリックします。

エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

クラスタ名

選択したWebサーバクラスタのクラスタ名が表示されます。

表示名

変更後のWebサーバクラスタの表示名を指定します。何も指定しない場合，クラスタ名を仮定します。

説明

変更後のWebサーバクラスタの説明を指定します。指定は任意です。

［更新］ボタン

指定した内容で更新します。

［リセット］ボタン

指定した内容をリセットします。

9.10.8　Webサーバクラスタの削除

(1)　機能概要

選択したWebサーバクラスタを削除します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバクラスタ］−［＜Webサーバクラスタ名＞］をクリックします。

［クラスタの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

表示内容を確認して，［削除］ボタンをクリックします。

現在選択中のWebサーバクラスタが削除されます。

ただし，現在選択中のWebサーバクラスタが，Smart Composer機能で定義されている場合は，［Webサーバクラスタの削除確認］画面が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［Webサーバクラスタの削除］画面が表示されます。

なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［Webサーバクラスタの削除］画面

［削除］ボタン

現在選択中のWebサーバクラスタを削除します。

(b)　［Webサーバクラスタの削除確認］画面

［削除］ボタン

現在選択中のWebサーバクラスタを削除します。

［キャンセル］ボタン

現在選択中のWebサーバクラスタの削除を取り消して，［Webサーバクラスタの削除］画面を表示します。

9.10.9　Webサーバクラスタ構成要素の追加

［Webサーバクラスタ構成要素の追加］画面を次の図に示します。

図9‒34　［Webサーバクラスタ構成要素の追加］画面

[picture]

(1)　機能概要

Webサーバクラスタ構成要素を追加します。Webサーバクラスタ構成要素であるWebサーバは，リダイレクタを使用する設定で作成されます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバクラスタ］−［＜Webサーバクラスタ名＞］をクリックします。

［構成要素の追加］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［ホスト名］，［論理サーバ名］などを指定します。

［追加］ボタンをクリックします。

入力された内容で，Webサーバクラスタ構成要素が追加されます。

ただし，Webサーバクラスタ構成要素を追加するWebサーバクラスタが，Smart Composer機能で定義されている場合は，［Webサーバクラスタ構成要素の追加確認］画面が表示されます。追加を続行する場合は［追加］ボタンを，追加を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［Webサーバクラスタ構成要素の追加］画面が表示されます。

なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［Webサーバクラスタ構成要素の追加］画面

ホスト名

Webサーバクラスタ構成要素を追加するホストを選択します。

論理サーバ名（必須）

Webサーバクラスタ構成要素となる論理サーバ名を124文字以内で指定します。何も指定しない場合，論理サーバ名に使用できない文字を指定した場合，またはすでに使用されている論理サーバ名を指定した場合は，エラーとなります。

表示名

追加するWebサーバクラスタ構成要素の表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

追加するWebサーバクラスタ構成要素の説明を指定します。指定は任意です。

［追加］ボタン

指定した内容でWebサーバクラスタ構成要素を追加します。

［リセット］ボタン

指定した内容をリセットします。

(b)　［Webサーバクラスタ構成要素の追加確認］画面

［追加］ボタン

指定した内容で，Webサーバクラスタ構成要素を追加します。

［キャンセル］ボタン

Webサーバクラスタ構成要素の追加を取り消して，［Webサーバクラスタ構成要素の追加］画面を表示します。

9.10.10　Webサーバクラスタ構成要素の削除（一括削除）

［Webサーバクラスタ構成要素の削除（一括削除）］画面を次の図に示します。

図9‒35　［Webサーバクラスタ構成要素の削除（一括削除）］画面

[picture]

(1)　機能概要

Webサーバクラスタ構成要素を削除します。複数のWebサーバクラスタ構成要素を一度に削除できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバクラスタ］−［＜Webサーバクラスタ名＞］をクリックします。

［構成要素の削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

リストから削除するWebサーバクラスタ構成要素を選択します。

［削除］ボタンをクリックします。

リストで選択したWebサーバクラスタ構成要素が削除されます。

ただし，リストで選択したWebサーバクラスタ構成要素に，Smart Composer機能で構築された論理Webサーバが含まれている場合は，［Webサーバクラスタ構成要素の削除確認（一括削除）］画面が表示されます。［Webサーバクラスタ構成要素の削除確認（一括削除）］画面には，Smart Composer機能で定義されているWebサーバクラスタ構成要素の論理サーバ名が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［Webサーバクラスタ構成要素の削除（一括削除）］画面が表示されます。

なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［Webサーバクラスタ構成要素の削除（一括削除）］画面

リスト（必須）

削除したいWebサーバクラスタ構成要素を選択します。CtrlキーまたはShiftキーを押しながらクリックすると，複数選択できます。

［削除］ボタン

リストで選択したWebサーバクラスタ構成要素を削除します。Webサーバクラスタ構成要素が選択されていない場合，エラー画面が表示されます。

(b)　［Webサーバクラスタ構成要素の削除確認（一括削除）］画面

［削除］ボタン

リストで選択したWebサーバクラスタ構成要素を削除します。

［キャンセル］ボタン

リストで選択したWebサーバクラスタ構成要素の削除を取り消して，［Webサーバクラスタ構成要素の削除（一括削除）］画面を表示します。

9.11　論理サーバの一括セットアップ

この節では，論理サーバの一括セットアップで使用する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［セットアップ］画面（論理サーバの一括セットアップ）

［ログの表示］画面（論理サーバの一括セットアップ）

9.11.1　セットアップ（論理サーバの一括セットアップ）

［セットアップ］画面（論理サーバの一括セットアップ）を次の図に示します。

図9‒36　［セットアップ］画面（論理サーバの一括セットアップ）

[picture]

(1)　機能概要

すべての論理サーバ，または指定した論理サーバの環境をセットアップします。すでにセットアップされているJ2EEサーバおよびWebサーバの上書きセットアップはしません。

J2EEサーバおよびWebサーバは，論理サーバ名と異なる実サーバ名を指定してセットアップできます。実サーバ名は，同一ホスト内でユニークになるように指定してください。なお，一度セットアップした論理サーバの実サーバ名は変更できません。

注意事項

旧バージョン互換のWebサーバは，［セットアップ］画面には表示されません。旧バージョン互換のWebサーバをセットアップする方法の詳細は，「10.9.6　Webサーバ環境のセットアップ」を参照してください。

同一ホスト上に，同じ文字列で大文字，小文字だけが異なる実サーバ名の論理サーバをセットアップできるかどうかは，セットアップするホストのOSに依存します。ファイル名で大文字，小文字の区別がないOSの場合も，重複しない実サーバ名でセットアップすることを推奨します。

(2)　表示手順

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

ツリーペインで，任意の論理サーバをクリックします。

例えば［ホストビュー］タブ−［ホスト］−［＜ホスト名＞］，または［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜論理J2EEサーバ名＞］などです。

ボディペインで［セットアップ］アンカーをクリックします。

［セットアップ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［セットアップ］で，セットアップしたい論理サーバのチェックボックスをチェックします。すべてのサーバをセットアップする場合は，チェックする必要はありません。

必要に応じて，［実サーバ名］を指定します。

セットアップするサーバを選択してセットアップする場合は［選択してセットアップ］ボタン，すべてのサーバをセットアップする場合は［全てセットアップ］ボタンをクリックします。

接続先ホストに各論理サーバを実行するために必要な環境がセットアップされます。なお，セットアップ済みの場合は，前の環境は上書きセットアップされず結果ログも出力されません。

エラーが表示された場合は，エラーの内容に従って指定した内容を見直し，再度［選択してセットアップ］ボタン，または［全てセットアップ］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ステータス

論理サーバのセットアップの状態を示します。

初期表示では，「セットアップ済」と表示されるか，または何も表示されません。何も表示されていない場合，［全てセットアップ］ボタン，または［選択してセットアップ］ボタンをクリックすると，ステータスは「セットアップ中」を経て「セットアップ済」または「失敗」に変更されます。なお，「失敗」のステータスは，Management Serverの再起動後は表示されません。

セットアップ時刻

セットアップが成功したときの日時が表示されます。

セットアップ

［選択してセットアップ］ボタンをクリックすると，このチェックボックスでチェックされている論理サーバだけがセットアップの対象となります。

論理サーバ名

「運用管理ドメインの構成定義」で定義した論理サーバの表示名が表示されます。

ホスト名

「運用管理ドメインの構成定義」で定義したホストの表示名が表示されます。

実サーバ名

各ホストでセットアップされたサーバ名が表示されます。まだセットアップされていない場合は，論理サーバ名と同じ名称が初期表示されます。また，実サーバ名は変更できます。

J2EEサーバが接続するネーミングサービスが，スマートエージェントを使用する設定の場合，同一のスマートエージェントの範囲内（同一のポート番号で接続する範囲内）で実サーバ名を一意となるように指定してください。実サーバ名が一意でない場合，サーバ管理コマンドを実行しようとするとメッセージが出力され，サーバ管理コマンドが実行できなくなることがあります。

なお，J2EEサーバが接続するネーミングサービスが，スマートエージェントを使用する設定とは，［ネーミングサービスの設定］画面で，利用するスマートエージェントを選択した場合を指します。［ネーミングサービスの設定］画面の詳細は，「10.5.1　ネーミングサービスの設定」を参照してください。

［全てセットアップ］ボタン

セットアップされていない論理サーバをセットアップします。

なお，セットアップ済みのJ2EEサーバおよびWebサーバの上書きセットアップ，および結果ログの出力はされません。

［選択してセットアップ］ボタン

［セットアップ］でチェックした論理サーバをセットアップします。

なお，セットアップ済みのJ2EEサーバおよびWebサーバの論理サーバの上書きセットアップ，および結果ログの出力はされません。

9.11.2　ログの表示（論理サーバの一括セットアップ）

［ログの表示］画面（論理サーバの一括セットアップ）を次の図に示します。

図9‒37　［ログの表示］画面（論理サーバの一括セットアップ）

[picture]

(1)　機能概要

運用管理ドメイン内のすべての論理サーバまたは指定した論理サーバで出力された，論理サーバのセットアップに成功または失敗したときのログを一覧で参照できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［運用管理ドメインの構成定義］アンカーをクリックします。

ツリーペインで，任意の論理サーバをクリックします。

例えば［ホストビュー］タブ−［ホスト］−［＜ホスト名＞］，または［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜論理J2EEサーバ名＞］などです。

ボディペインで［セットアップ］アンカーをクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

画面の内容を更新する場合は，［最新の情報に更新］アンカーをクリックします。

画面が最新の情報に更新されます。

画面は時間の経過とともに変わります。常に最新の状態で参照してください。更新間隔を変更したい場合は，「7.4.1　画面自動更新の設定」を参照してください。

(4)　画面詳細

画面には，論理サーバのセットアップの処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

サーバのセットアップに失敗する要因としては，次のケースが考えられます。

運用管理エージェントが起動していません。または一時的に負荷が掛かってアクセスできません。

セットアップしようとした論理サーバを接続先ホストでセットアップできませんでした（ディスク容量不足，またはディレクトリにアクセスできません）。

セットアップするホストにComponent Container（cjsetupコマンドの実行環境）がありません。

［ログの表示］画面に出力されるログについては，「7.4.2　ログの出力形式」を参照してください。

10　論理サーバの環境設定

この章では，運用管理ポータルの「論理サーバの環境設定」に表示される各画面の機能概要，操作手順および画面詳細について説明します。なお，入力規則については，「7.5.2　「論理サーバの環境設定」での規則」を参照してください。

10.1　「論理サーバの環境設定」のツリーペインの構成

この節では，「論理サーバの環境設定」のツリーペインの構成について説明します。

ツリーペインは，次に示すビューで構成されています。

ホストビュー

サーバビュー

10.1.1　「論理サーバの環境設定」のホストビューの構成

「論理サーバの環境設定」のホストビューの構成は，次のとおりです。

　論理サーバの環境設定
　│
　└─ホスト
　　　└─＜ホスト名＞
　　　　　├─＜論理サーバ名＞
　　　　　├─＜論理サーバ名＞
　　　　　└─＜論理サーバ名＞
　　　　　　　　　　：
　　　　　　　　　　：

ホストビューに表示されるノードの意味を次に示します。

表10‒1　「論理サーバの環境設定」のホストビューに表示されるノードの意味

ノード名 | 説明 | ノード上でできる操作と参照先
ホスト | 運用管理ドメインに定義されているホストのルートです。 | このノードには操作画面がありません。
＜ホスト名＞ | 運用管理ドメインに定義されている各ホストのツリーです。そのホスト内のすべての論理サーバを対象にした操作ができます。 | ホスト内の各論理サーバの基本情報をまとめて参照，設定できます。（10.2参照） 設定した情報を各ホストに配布できます。また，配布の状態（ログ）を参照できます。（10.10参照）

10.1.2　「論理サーバの環境設定」のサーバビューの構成

「論理サーバの環境設定」のサーバビューの構成は，次のとおりです。

　論理サーバの環境設定
　│
　└─＜運用管理ドメイン名＞
　　　│
　　　├─論理パフォーマンストレーサ
　　　│　└─パフォーマンストレーサ
　　　│　　　└─＜パフォーマンストレーサ名＞
　　　│
　　　├─論理スマートエージェント
　　　│　└─スマートエージェント
　　　│　　　└─＜スマートエージェント名＞
　　　│
　　　├─論理ネーミングサービス
　　　│　└─ネーミングサービス
　　　│　　　└─＜ネーミングサービス名＞
　　　│
　　　├─論理CTMドメインマネジャ
　　　│　└─CTMドメインマネジャ
　　　│　　　└─＜CTMドメインマネジャ名＞
　　　│
　　　├─論理CTM
　　　│　└─CTM
　　　│　　　└─＜CTM名＞
　　　│
　　　├─論理J2EEサーバ
　　　│　├─J2EEサーバ
　　　│　│　├─＜J2EEサーバ名＞
　　　│　│　└─＜バッチサーバ名＞
　　　│　│
　　　│　└─J2EEサーバクラスタ
　　　│　　　├─＜J2EEサーバクラスタ名＞
　　　│　　　│　　└─＜J2EEサーバ名＞
　　　│　　　│
　　　│　　　└─＜バッチサーバクラスタ名＞
　　　│　　　　　　└─＜バッチサーバ名＞
　　　│
　　　├─論理Webサーバ
　　　│　├─Webサーバ
　　　│　│　└─＜Webサーバ名＞
　　　│　│
　　　│　└─Webサーバクラスタ
　　　│　　　└─＜Webサーバクラスタ名＞
　　　│　　　　　　└─＜Webサーバ名＞
　　　│
　　　└─論理ユーザサーバ
　　　　　└─ユーザサーバ
　　　　　　　└─＜ユーザサーバ名＞

J2EEアプリケーションを実行するシステムの場合

サーバビューに表示されるノードの意味を次の表に示します。

表10‒2　「論理サーバの環境設定」のサーバビューに表示されるノードの意味

ノード名 | 説明 | ノード上でできる操作と参照先
＜運用管理ドメイン名＞ | 運用管理ドメインに定義されている論理サーバのルートです。 | このノードには操作画面がありません。
論理パフォーマンストレーサ | 論理サーバの一つであるパフォーマンストレーサのルートです。 | このノードには操作画面がありません。
パフォーマンストレーサ | パフォーマンストレーサのツリーです。 | このノードには操作画面がありません。

＜パフォーマンストレーサ名＞

各パフォーマンストレーサ名です。そのパフォーマンストレーサだけを対象にした操作ができます。

パフォーマンストレーサを稼働させるための情報を設定できます。（10.3.1参照）

起動コマンドに追加するオプションを設定できます。（10.3.2参照）

論理サーバ起動時の環境変数の情報を設定できます。（10.3.3参照）

別の論理サーバから，論理パフォーマンストレーサの設定情報を読み込めます。（10.3.4参照）

論理スマートエージェント | 論理サーバの一つであるスマートエージェントのルートです。 | このノードには操作画面がありません。
スマートエージェント | スマートエージェントのツリーです。 | このノードには操作画面がありません。

＜スマートエージェント名＞

各スマートエージェント名です。そのスマートエージェントだけを対象にした操作ができます。

スマートエージェントを稼働させるための情報を設定できます。（10.4.1参照）

起動コマンドに追加するオプションを設定できます。（10.4.2参照）

論理サーバ起動時の環境変数の情報を設定できます。（10.4.3参照）

別の論理サーバから，論理スマートエージェントの設定情報を読み込めます。（10.4.4参照）

論理ネーミングサービス | 論理サーバの一つであるネーミングサービスのルートです。 | このノードには操作画面がありません。
ネーミングサービス | ネーミングサービスのツリーです。 | このノードには操作画面がありません。

＜ネーミングサービス名＞

各ネーミングサービス名です。そのネーミングサービスだけを対象にした操作ができます。

ネーミングサービスを稼働させるための情報を設定できます。（10.5.1参照）

起動コマンドに追加するオプションを設定できます。（10.5.2参照）

論理サーバ起動時の環境変数の情報を設定できます。（10.5.3参照）

別の論理サーバから，論理ネーミングサービスの設定情報を読み込めます。（10.5.4参照）

論理CTMドメインマネジャ | 論理サーバの一つであるCTMドメインマネジャのルートです。 | このノードには操作画面がありません。
CTMドメインマネジャ | CTMドメインマネジャのツリーです。 | このノードには操作画面がありません。

＜CTMドメインマネジャ名＞

各CTMドメインマネジャ名です。そのCTMドメインマネジャだけを対象にした操作ができます。

CTMドメインマネジャを稼働させるための情報を設定できます。（10.6.1参照）

CTMドメインマネジャのネットワークに関する情報を設定できます。（10.6.2参照）

起動コマンドに追加するオプションを設定できます。（10.6.3参照）

論理サーバ起動時の環境変数の情報を設定できます。（10.6.4参照）

別の論理サーバから，論理CTMドメインマネジャの設定情報を読み込めます。（10.6.5参照）

論理CTM | 論理サーバの一つであるCTMのルートです。 | このノードには操作画面がありません。
CTM | CTMのツリーです。 | このノードには操作画面がありません。

＜CTM名＞

各CTM名です。そのCTMだけを対象にした操作ができます。

CTMを稼働させるための情報を設定できます。（10.7.1参照）

CTMのスケジュールを設定できます。（10.7.2参照）

CTMレギュレータの情報を設定できます。（10.7.3参照）

CTM間通信に関する情報を設定できます。（10.7.4参照）

稼働統計の情報を設定できます。（10.7.5参照）

起動コマンドに追加するオプションを設定できます。（10.7.6参照）

論理サーバ起動時の環境変数の情報を設定できます。（10.7.7参照）

別の論理サーバから，論理CTMの設定情報を読み込めます。（10.7.8参照）

論理J2EEサーバ | 論理サーバの一つであるJ2EEサーバおよびJ2EEサーバクラスタのルートです。 | このノードには操作画面がありません。
J2EEサーバ | J2EEサーバのツリーです。 | このノードには操作画面がありません。

＜J2EEサーバ名＞

各J2EEサーバ名です。そのJ2EEサーバだけを対象にした操作ができます。

J2EEサーバを稼働させるための基本的な情報を設定できます。（10.8.1参照）

J2EEコンテナが起動するときのオプションを設定できます。（10.8.2参照）

EJBコンテナが起動するときのオプションを設定できます。（10.8.3参照）

Webコンテナが起動するときのオプションを設定できます。（10.8.4参照）

ネーミングサービスなどのJNDIに関する情報を設定できます。（10.8.5参照）

トランザクションの情報を設定できます。（10.8.6参照）

リソースを監視するための情報を設定できます。（10.8.7参照）

J2EEサーバが出力するログの情報を設定できます。（10.8.8参照）

ユーザログに関する情報を設定できます。（10.8.9参照）

インプロセスHTTPサーバの通信およびスレッド制御に関する情報を設定できます。（10.8.10参照）

NIO HTTPサーバの通信およびスレッド制御に関する情報を設定できます。（10.8.11参照）

インプロセスHTTPサーバが出力するログの情報を設定できます。（10.8.12参照）

NIO HTTPサーバが出力するログの情報を設定できます。（10.8.13参照）

インプロセスHTTPサーバのセキュリティに関する情報を設定できます。（10.8.14参照）

NIO HTTPサーバのセキュリティに関する情報を設定できます。（10.8.15参照）

インプロセスHTTPサーバのエラーページの情報を設定できます。（10.8.16参照）

インプロセスHTTPサーバのリダイレクトに関する情報を設定できます。（10.8.17参照）

インプロセスHTTPサーバのレスポンスヘッダやゲートウェイ指定機能を設定できます。（10.8.18参照）

NIO HTTPサーバのレスポンスヘッダやゲートウェイ指定機能を設定できます。（10.8.19参照）

J2EEサーバの稼働情報収集に関する情報を設定できます。（10.8.20参照）

J2EEサーバの稼働情報しきい値イベント発行機能に関する情報を設定できます。（10.8.21参照）

J2EEサーバの稼働情報監視で使用する通信に関する情報を設定できます。（10.8.22参照）

JavaVMに渡す起動パラメタを設定できます。（10.8.23参照）

JavaVMのシステムプロパティを設定できます。（10.8.24参照）

JP1と連携するための情報を設定できます。（10.8.25参照）

起動コマンドに追加するオプションを設定できます。（10.8.26参照）

論理サーバ起動時の環境変数の情報を設定できます。（10.8.27参照）

別の論理サーバ，または接続先ホストで稼働するサーバから，論理J2EEサーバの設定情報を読み込めます。（10.8.28参照）

J2EEサーバクラスタ | J2EEサーバクラスタのツリーです。 | このノードには操作画面がありません。
＜J2EEサーバクラスタ名＞ | 各J2EEサーバクラスタ名です。 | このノードには操作画面がありません。

＜J2EEサーバ名＞

各J2EEサーバ名です。そのJ2EEサーバだけを対象にした操作ができます。

J2EEサーバを稼働させるための基本的な情報を設定できます。（10.8.1参照）

J2EEコンテナが起動するときのオプションを設定できます。（10.8.2参照）

EJBコンテナが起動するときのオプションを設定できます。（10.8.3参照）

Webコンテナが起動するときのオプションを設定できます。（10.8.4参照）

ネーミングサービスなどのJNDIに関する情報を設定できます。（10.8.5参照）

トランザクションの情報を設定できます。（10.8.6参照）

リソースを監視するための情報を設定できます。（10.8.7参照）

J2EEサーバが出力するログの情報を設定できます。（10.8.8参照）

ユーザログに関する情報を設定できます。（10.8.9参照）

インプロセスHTTPサーバの通信およびスレッド制御に関する情報を設定できます。（10.8.10参照）

NIO HTTPサーバの通信およびスレッド制御に関する情報を設定できます。（10.8.11参照）

インプロセスHTTPサーバが出力するログの情報を設定できます。（10.8.12参照）

NIO HTTPサーバが出力するログの情報を設定できます。（10.8.13参照）

インプロセスHTTPサーバのセキュリティに関する情報を設定できます。（10.8.14参照）

NIO HTTPサーバのセキュリティに関する情報を設定できます。（10.8.15参照）

インプロセスHTTPサーバのエラーページの情報を設定できます。（10.8.16参照）

インプロセスHTTPサーバのリダイレクトに関する情報を設定できます。（10.8.17参照）

インプロセスHTTPサーバのレスポンスヘッダやゲートウェイ指定機能を設定できます。（10.8.18参照）

NIO HTTPサーバのレスポンスヘッダやゲートウェイ指定機能を設定できます。（10.8.19参照）

J2EEサーバの稼働情報収集に関する情報を設定できます。（10.8.20参照）

J2EEサーバの稼働情報しきい値イベント発行機能に関する情報を設定できます。（10.8.21参照）

J2EEサーバの稼働情報監視で使用する通信に関する情報を設定できます。（10.8.22参照）

JavaVMに渡す起動パラメタを設定できます。（10.8.23参照）

JavaVMのシステムプロパティを設定できます。（10.8.24参照）

JP1と連携するための情報を設定できます。（10.8.25参照）

起動コマンドに追加するオプションを設定できます。（10.8.26参照）

論理サーバ起動時の環境変数の情報を設定できます。（10.8.27参照）

別の論理サーバ，または接続先ホストで稼働するサーバから，論理J2EEサーバの設定情報を読み込めます。（10.8.28参照）

論理Webサーバ | 論理サーバの一つであるWebサーバおよびWebサーバクラスタのルートです。 | このノードには操作画面がありません。
Webサーバ | Webサーバのツリーです。 | このノードには操作画面がありません。

＜Webサーバ名＞

各Webサーバ名です。そのWebサーバだけを対象にした操作ができます。

Webサーバの情報を設定できます。（10.9.1参照）

リダイレクタの情報を設定できます。（10.9.2参照）

URLパターンと処理をするサーバのマッピングを設定できます。（10.9.3参照）

ワーカの情報を設定できます。（10.9.4参照）

リバースプロキシの情報を設定できます。（10.9.5参照）

旧バージョン互換のWebサーバを使用している場合は，Webサーバ環境をセットアップできます。（10.9.6参照）

旧バージョン互換のWebサーバを使用している場合は，Webサーバ環境のセットアップに関するログを表示できます。（10.9.7参照）

起動コマンドに追加するオプションを設定できます。（10.9.8参照）

論理サーバ起動時の環境変数の情報を設定できます。（10.9.9参照）

別の論理サーバ，または接続先ホストで稼働するサーバから，論理Webサーバの設定情報を読み込めます。（10.9.10参照）

Webサーバクラスタ | Webサーバクラスタのツリーです。 | このノードには操作画面がありません。
＜Webサーバクラスタ名＞ | Webサーバクラスタ名です。 | このノードには操作画面がありません。

＜Webサーバ名＞

各Webサーバ名です。そのWebサーバだけを対象にした操作ができます。

Webサーバの情報を設定できます。（10.9.1参照）

リダイレクタの情報を設定できます。（10.9.2参照）

URLパターンと処理をするサーバのマッピングを設定できます。（10.9.3参照）

ワーカの情報を設定できます。（10.9.4参照）

リバースプロキシの情報を設定できます。（10.9.5参照）

旧バージョン互換のWebサーバを使用している場合は，Webサーバ環境をセットアップできます。（10.9.6参照）

旧バージョン互換のWebサーバを使用している場合は，Webサーバ環境のセットアップに関するログを表示できます。（10.9.7参照）

起動コマンドに追加するオプションを設定できます。（10.9.8参照）

論理サーバ起動時の環境変数の情報を設定できます。（10.9.9参照）

別の論理サーバから，論理Webサーバの設定情報を読み込めます。（10.9.10参照）

論理ユーザサーバ | 論理サーバの一つである論理ユーザサーバのルートです。 | このノードには操作画面がありません。
ユーザサーバ | ユーザサーバのツリーです。論理ユーザサーバが追加されている場合に表示されます。 | このノードには操作画面がありません。
＜ユーザサーバ名＞ | 各ユーザサーバ名です。論理ユーザサーバが追加されている場合に表示されます。 | このノードには操作画面がありません。

注

上記のすべての画面から，次の操作ができます。

設定した情報を各ホストに配布できます。また，配布の状態（ログ）を参照できます（10.10参照）。

参考

論理ユーザサーバは，コマンドおよびユーザ定義ファイルで定義します。論理ユーザサーバの定義方法については，「3.2.4　論理ユーザサーバの設定」を参照してください。

バッチアプリケーションを実行するシステムの場合

サーバビューに表示されるノードの意味を次の表に示します。

表10‒3　「論理サーバの環境設定」のサーバビューに表示されるノードの意味

ノード名 | 説明 | ノード上でできる操作と参照先
＜運用管理ドメイン名＞ | 運用管理ドメインに定義されている論理サーバのルートです。 | このノードには操作画面がありません。
論理パフォーマンストレーサ | 論理サーバの一つであるパフォーマンストレーサのルートです。 | このノードには操作画面がありません。
パフォーマンストレーサ | パフォーマンストレーサのツリーです。 | このノードには操作画面がありません。

＜パフォーマンストレーサ名＞

各パフォーマンストレーサ名です。そのパフォーマンストレーサだけを対象にした操作ができます。

パフォーマンストレーサを稼働させるための情報を設定できます。（10.3.1参照）

起動コマンドに追加するオプションを設定できます。（10.3.2参照）

論理サーバ起動時の環境変数の情報を設定できます。（10.3.3参照）

別の論理サーバから，論理パフォーマンストレーサの設定情報を読み込めます。（10.3.4参照）

論理スマートエージェント | 論理サーバの一つであるスマートエージェントのルートです。 | このノードには操作画面がありません。
スマートエージェント | スマートエージェントのツリーです。 | このノードには操作画面がありません。

＜スマートエージェント名＞

各スマートエージェント名です。そのスマートエージェントだけを対象にした操作ができます。

スマートエージェントを稼働させるための情報を設定できます。（10.4.1参照）

起動コマンドに追加するオプションを設定できます。（10.4.2参照）

論理サーバ起動時の環境変数の情報を設定できます。（10.4.3参照）

別の論理サーバから，論理スマートエージェントの設定情報を読み込めます。（10.4.4参照）

論理CTMドメインマネジャ | 論理サーバの一つであるCTMドメインマネジャのルートです。 | このノードには操作画面がありません。
CTMドメインマネジャ | CTMドメインマネジャのツリーです。 | このノードには操作画面がありません。

＜CTMドメインマネジャ名＞

各CTMドメインマネジャ名です。そのCTMドメインマネジャだけを対象にした操作ができます。

CTMドメインマネジャを稼働させるための情報を設定できます。（10.6.1参照）

CTMドメインマネジャのネットワークに関する情報を設定できます。（10.6.2参照）

起動コマンドに追加するオプションを設定できます。（10.6.3参照）

論理サーバ起動時の環境変数の情報を設定できます。（10.6.4参照）

別の論理サーバから，論理CTMドメインマネジャの設定情報を読み込めます。（10.6.5参照）

論理CTM | 論理サーバの一つであるCTMのルートです。 | このノードには操作画面がありません。
CTM | CTMのツリーです。 | このノードには操作画面がありません。

＜CTM名＞

各CTM名です。そのCTMだけを対象にした操作ができます。

CTMを稼働させるための情報を設定できます。（10.7.1参照）

CTMのスケジュールを設定できます。（10.7.2参照）

CTMレギュレータの情報を設定できます。（10.7.3参照）

CTM間通信に関する情報を設定できます。（10.7.4参照）

稼働統計の情報を設定できます。（10.7.5参照）

起動コマンドに追加するオプションを設定できます。（10.7.6参照）

論理サーバ起動時の環境変数の情報を設定できます。（10.7.7参照）

別の論理サーバから，論理CTMの設定情報を読み込めます。（10.7.8参照）

論理J2EEサーバ | 論理サーバの一つであるバッチサーバのルートです。 | このノードには操作画面がありません。
J2EEサーバ | バッチサーバのツリーです。 | このノードには操作画面がありません。

＜バッチサーバ名＞

各バッチサーバ名です。そのバッチサーバだけを対象にした操作ができます。

バッチサーバを稼働させるための基本的な情報を設定できます。（10.8.1参照）

J2EEコンテナが起動するときのオプションを設定できます。（10.8.2参照）

EJBコンテナが起動するときのオプションを設定できます。（10.8.3参照）

Webコンテナが起動するときのオプションを設定できます。（10.8.4参照）

ネーミングサービスなどのJNDIに関する情報を設定できます。（10.8.5参照）

トランザクションの情報を設定できます。（10.8.6参照）

リソースを監視するための情報を設定できます。（10.8.7参照）

バッチサーバが出力するログの情報を設定できます。（10.8.8参照）

ユーザログに関する情報を設定できます。（10.8.9参照）

バッチサーバの稼働情報収集に関する情報を設定できます。（10.8.20参照）

バッチサーバの稼働情報しきい値イベント発行機能に関する情報を設定できます。（10.8.21参照）

バッチサーバの稼働情報監視で使用する通信に関する情報を設定できます。（10.8.22参照）

JavaVMに渡す起動パラメタを設定できます。（10.8.23参照）

JavaVMのシステムプロパティを設定できます。（10.8.24参照）

JP1と連携するための情報を設定できます。（10.8.25参照）

起動コマンドに追加するオプションを設定できます。（10.8.26参照）

論理サーバ起動時の環境変数の情報を設定できます。（10.8.27参照）

J2EEサーバクラスタ | バッチサーバクラスタのツリーです。 | このノードには操作画面がありません。
＜バッチサーバクラスタ名＞ | 各バッチサーバクラスタ名です。 | このノードには操作画面がありません。

＜バッチサーバ名＞

各バッチサーバ名です。そのバッチサーバだけを対象にした操作ができます。

バッチサーバを稼働させるための基本的な情報を設定できます。（10.8.1参照）

J2EEコンテナが起動するときのオプションを設定できます。（10.8.2参照）

EJBコンテナが起動するときのオプションを設定できます。（10.8.3参照）

Webコンテナが起動するときのオプションを設定できます。（10.8.4参照）

ネーミングサービスなどのJNDIに関する情報を設定できます。（10.8.5参照）

トランザクションの情報を設定できます。（10.8.6参照）

リソースを監視するための情報を設定できます。（10.8.7参照）

バッチサーバが出力するログの情報を設定できます。（10.8.8参照）

ユーザログに関する情報を設定できます。（10.8.9参照）

バッチサーバの稼働情報収集に関する情報を設定できます。（10.8.20参照）

バッチサーバの稼働情報しきい値イベント発行機能に関する情報を設定できます。（10.8.21参照）

バッチサーバの稼働情報監視で使用する通信に関する情報を設定できます。（10.8.22参照）

JavaVMに渡す起動パラメタを設定できます。（10.8.23参照）

JavaVMのシステムプロパティを設定できます。（10.8.24参照）

JP1と連携するための情報を設定できます。（10.8.25参照）

起動コマンドに追加するオプションを設定できます。（10.8.26参照）

論理サーバ起動時の環境変数の情報を設定できます。（10.8.27参照）

別の論理サーバ，または接続先ホストで稼働するサーバから，論理J2EEサーバの設定情報を読み込めます。（10.8.28参照）

論理ユーザサーバ | 論理サーバの一つである論理ユーザサーバのルートです。 | このノードには操作画面がありません。
ユーザサーバ | ユーザサーバのツリーです。論理ユーザサーバが追加されている場合に表示されます。 | このノードには操作画面がありません。
＜ユーザサーバ名＞ | 各ユーザサーバ名です。論理ユーザサーバが追加されている場合に表示されます。 | このノードには操作画面がありません。

注

上記のすべての画面から，次の操作ができます。

設定した情報を各ホストに配布できます。また，配布の状態（ログ）を参照できます（10.10参照）。

参考

論理ユーザサーバは，コマンドおよびユーザ定義ファイルで定義します。論理ユーザサーバの定義方法については，「5.2.4　論理ユーザサーバの設定」を参照してください。

10.2　ホスト内の論理サーバの定義

この節では，各論理サーバの基本情報を設定する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［ホスト内のサーバの設定］画面

10.2.1　ホスト内のサーバの設定

［ホスト内のサーバの設定］画面を次の図に示します。

図10‒1　［ホスト内のサーバの設定］画面

[picture]

(1)　機能概要

論理サーバの基本情報をサーバごとに一括して設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［ホストビュー］タブ−［ホスト］−［＜ホスト名＞］をクリックします。

(3)　操作手順

画面での操作手順を次に示します。

J2EEサーバやWebサーバなどの基本情報を指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

J2EEサーバの設定

論理サーバ名

選択したホストに定義されているJ2EEサーバが表示されます。

互換モード

J2EEサーバの互換モードを使用するかどうかが表示されます。変更はできません。

-

V9互換モードを使用しません。

V9

V9互換モードを使用します。

動作モード

動作モードは「1.4」から変更しないでください。

http/ajp13

NIO HTTPサーバ，インプロセスHTTPサーバ，またはajp13のポート番号を1〜65535の整数で指定します。デフォルトは「NIO HTTP」です。V9互換モードの場合のデフォルトは「ajp13」です。

選択した方のポート番号だけが，同一ホスト内での重複チェックの対象になります。V9互換モードではインプロセスHTTPおよびajp13を選択できます。V9互換モード以外ではNIO HTTPだけ選択できます。

NIO HTTP

NIO HTTPサーバのポート番号を指定します。デフォルトは，「8008」です。

インプロセスHTTP

インプロセスHTTPサーバのポート番号を指定します。デフォルトは，「80」です。

ajp13

ajp13のポート番号を指定します。デフォルトは，「8007」です。

管理用サーバ

管理用サーバのポート番号を指定します。デフォルトは，「28008」です。

このポート番号は，スタブなどのダウンロードに利用します。この機能は，常に利用するように設定されています。同一ホスト内で，このポート番号が重ならないように設定します。

https

Webサーバが使用しているHTTPSのポート番号を指定します。この指定がない場合，HTTPSポートにリダイレクトしません。

JTAリカバリ

JTAリカバリを実行するために使用する固定ポート番号を指定します。同一マシン内でJ2EEサーバを複数起動する場合，このポートが重複しないようにする必要があります。デフォルトは，「20302」です。

RMIレジストリ

J2EEサーバが利用するRMIレジストリのポート番号を指定します。1〜65535の整数で指定します。デフォルトは，「23152」です。

このポート番号は，J2EEサーバの運用監視に利用します。同一ホスト内で，このポート番号が重ならないように指定します。

稼働情報取得時のリクエスト受付

JMXクライアント（運用管理エージェント，JP1/Performance Management - Agent Option for uCosminexus Application Serverなど）による稼働情報取得時のリクエスト受付ポート番号を指定します。デフォルトは，「23550」です。

利用するネーミングサービス

利用するネーミングサービスを選択します。「インプロセス」および「運用管理ドメインの構成定義」で定義したネーミングサービスが表示されます。デフォルトは，「インプロセス」です。

「インプロセス」を選択した場合は，J2EEサーバ内のネーミングサービスが利用されます。

「インプロセス」以外のネーミングサービスを選択した場合は，選択された「運用管理ドメインの構成定義」で定義したネーミングサービスが利用されます。また，ejbserver.naming.startupModeには「manual」が，ejbserver.naming.startupWaitTimeには「0」が設定されます。

インプロセス用のポート番号

「利用するネーミングサービス」で「インプロセス」を選択した場合，使用するポート番号を指定します。デフォルトは，「900」です。

「利用するネーミングサービス」で「インプロセス」以外を選択した場合，ここでの指定は無視されます。

利用するパフォーマンストレーサ（必須）

J2EEサーバが利用するパフォーマンストレーサを選択します。

Webサーバの設定

論理サーバ名

選択したホストに定義されているWebサーバが表示されます。

利用するパフォーマンストレーサ（必須）

Webサーバが利用するパフォーマンストレーサを選択します。

ポート番号

HTTPのポート番号を指定します。旧バージョン互換のWebサーバの場合は入力できません。［Webサーバの設定］画面で「設定ファイルの内容を直接設定します。」を選択して，設定ファイルの内容を設定している場合は入力できません。デフォルトは，「80」です。

ネーミングサービスの設定

論理サーバ名

選択したホストに定義されているネーミングサービスが表示されます。

ネーミングサービスのポート番号

ネーミングサービスを稼働するためのポート番号を指定します。デフォルトは，「900」です。

スマートエージェントの設定

論理サーバ名

選択したホストに定義されているスマートエージェントが表示されます。

監視ポート番号

スマートエージェントを稼働するためのポート番号を指定します。デフォルトは，「14000」です。

パフォーマンストレーサの設定

論理サーバ名

選択したホストに定義されているパフォーマンストレーサが表示されます。

PRF識別子

PRF識別子を指定します。デフォルトは，「PRF_ID」です。

スプールディレクトリ

スプールディレクトリを絶対パスで指定します。ファイルセパレータには，「 / 」を使用します。デフォルトは，「＜Application Serverのインストールディレクトリ＞/PRF/spool」です。

CTMドメインマネジャの設定

論理サーバ名

選択したホストに定義されているCTMドメインマネジャが表示されます。

利用するパフォーマンストレーサ（必須）

利用するパフォーマンストレーサを選択します。

利用するスマートエージェント（必須）

利用するスマートエージェントを選択します。

スプールディレクトリ

スプールディレクトリを絶対パスで指定します。ファイルセパレータには，「 / 」を使用します。デフォルトは，「＜Application Serverのインストールディレクトリ＞/CTM/spool」です。

CTMドメイン名

CTMドメインの識別名を指定します。デフォルトは，「CTMDOMAIN」です。

ポート番号

CTMドメインマネジャが使用するポート番号を指定します。デフォルトは，「20137」です。

CTMの設定

論理サーバ名

選択したホストに定義されているCTMが表示されます。

利用するCTMドメインマネジャ（必須）

利用するCTMドメインマネジャを選択します。

CTM識別子

CTM識別子を指定します。

ポート番号

CTMが使用するポート番号を指定します。デフォルトは，「20138」です。

ネーミングサービスのポート番号

論理CTMが提供するネーミングサービスのポート番号を指定します。デフォルトは，「20348」です。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

10.3　論理パフォーマンストレーサの定義

この節では，パフォーマンストレーサを稼働させるための情報を設定する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［パフォーマンストレーサの設定］画面

［オプションの設定］画面

［環境変数の設定］画面

［サーバの設定読み込み］画面

10.3.1　パフォーマンストレーサの設定

［パフォーマンストレーサの設定］画面を次の図に示します。

図10‒2　［パフォーマンストレーサの設定］画面

[picture]

(1)　機能概要

パフォーマンストレーサを稼働させるために必要な情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ−［論理パフォーマンストレーサ］−［パフォーマンストレーサ］−［＜パフォーマンストレーサ名＞］をクリックします。

［設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

パフォーマンストレーサのPRF識別子やスプールディレクトリなどを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

指定した情報は，パフォーマンストレーサの起動時または停止時に反映されます。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

基本設定

PRF識別子

PRF識別子（cprfstartコマンドの-PRFIDオプション）を指定します。デフォルトは，「PRF_ID」です。

識別子に指定できる文字は，0〜31文字（半角）の英数字，およびアンダースコア(_)です。ただし，「TSC」，「tsc」，「CTM」または「ctm」で始まる文字列を指定した場合，エラーとなります。

同一ホスト内で複数のパフォーマンストレーサを起動する場合，各パフォーマンストレーサで異なるPRF識別子を指定する必要があります。

スプールディレクトリ

PRFトレース出力ディレクトリ（環境変数PRFSPOOL）を絶対パスで指定します。ファイルセパレータには，「 / 」を使用します。デフォルトは，「＜Application Serverのインストールディレクトリ＞/PRF/spool」です。スプールディレクトリに，引用符（"）は使用できません。

Windowsの場合，ここで指定する値は，システム環境変数PRFSPOOLで指定された値と一致している必要があります。

PRFトレースの設定

取得レベル

PRFトレースの取得レベル（cprfstartコマンドの-PrfTraceLevelオプション）を指定します。「標準」もしくは「詳細」を選択，またはラジオボタンを選択して，入力フィールドに4バイトの16進数（8けたの値）で指定します。デフォルトは，「標準」です。

標準

標準レベルのPRFトレースを取得します。

詳細

詳細レベルのPRFトレースを取得します。

PRFトレース取得レベルを16進数で指定する方法については，マニュアル「アプリケーションサーバ リファレンス コマンド編」の「cprfstart（PRFデーモンの開始）」を参照してください。

ファイル面数

PRFトレースファイルの面数（cprfstartコマンドの-PrfTraceCountオプション）を指定します。4面，16面，32面，64面，128面，256面のうちからどれか一つを選択できます。デフォルトは，「4面」です。

ファイルサイズ

PRFトレースファイルの1ファイルの最大容量（cprfstartコマンドの-PrfTraceFileSizeオプション）を指定します。1メガバイト，4メガバイト，8メガバイト，16メガバイト，32メガバイト，64メガバイト，128メガバイト，256メガバイト，512メガバイト，1ギガバイトのうちからどれか一つを選択できます。デフォルトは，「32メガバイト」です。

バッファメモリサイズ

共有メモリに確保するバッファサイズ（cprfstartコマンドの-PrfTraceBufferSizeオプション）を512〜102400の整数で指定します。単位は「キロバイト」です。ファイルサイズよりも大きい値は指定できません。デフォルトは，「8192キロバイト」です。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

(5)　注意事項

パフォーマンストレーサの起動中は，バッファメモリサイズを変更しないでください。障害が発生した場合，そのあと再起動したときに失敗します。

10.3.2　パフォーマンストレーサのオプションの設定

(1)　機能概要

起動コマンドに追加するオプションを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ−［論理パフォーマンストレーサ］−［パフォーマンストレーサ］−［＜パフォーマンストレーサ名＞］をクリックします。

［オプション］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

選択した論理サーバの起動コマンドに追加したいオプションを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

指定したオプションは，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「10.8.26(4)　画面詳細」を参照してください。

10.3.3　パフォーマンストレーサの環境変数の設定

(1)　機能概要

サーバ起動時の環境変数の情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ−［論理パフォーマンストレーサ］−［パフォーマンストレーサ］−［＜パフォーマンストレーサ名＞］をクリックします。

［環境変数］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

環境変数を追加または削除する場合，次の操作をします。

追加する場合は，［変数名と値］の欄に，環境変数とその値を入力し，［追加］ボタンをクリックします。そのあと，［有効］欄をチェックします。

削除する場合は，削除したい環境変数の［削除］ボタンをクリックします。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

指定した環境変数は，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「10.8.27(4)　画面詳細」を参照してください。

(5)　注意事項

環境変数を指定する際の注意事項は，各論理サーバで共通です。詳細は，「10.8.27(5)　注意事項」を参照してください。

10.3.4　別の論理パフォーマンストレーサの設定読み込み

(1)　機能概要

別の論理サーバから，論理パフォーマンストレーサの設定情報を読み込みます。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ−［論理パフォーマンストレーサ］−［パフォーマンストレーサ］−［＜パフォーマンストレーサ名＞］をクリックします。

［読み込み］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

設定情報をどの論理サーバから読み込むかを指定します。

［読み込み］ボタンをクリックします。

読み込みの確認画面が表示されます。

［はい］ボタンをクリックします。

設定情報が読み込まれます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［読み込み］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「10.8.28(4)　画面詳細」を参照してください。

なお，論理パフォーマンストレーサの場合，接続先ホストからは設定を読み込めません。そのため，論理パフォーマンストレーサの場合，［サーバの設定読み込み］画面には「接続先ホストから設定を読み込みます」のチェックボックスが表示されません。

10.4　論理スマートエージェントの定義

この節では，スマートエージェントを稼働させるための情報を設定する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［スマートエージェントの設定］画面

［オプションの設定］画面

［環境変数の設定］画面

［サーバの設定読み込み］画面

10.4.1　スマートエージェントの設定

［スマートエージェントの設定］画面を次の図に示します。

図10‒3　［スマートエージェントの設定］画面

[picture]

(1)　機能概要

スマートエージェントを稼働させるために必要な情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ−［論理スマートエージェント］−［スマートエージェント］−［＜スマートエージェント名＞］をクリックします。

［設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

スマートエージェントが監視するポート番号を指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

スマートエージェントに関する設定

監視ポート番号

スマートエージェントが監視するポート番号（環境変数OSAGENT_PORT）を指定します。指定できる値は，5001〜65535の整数です。デフォルトは，「14000」です。

同一ホスト内で複数のスマートエージェントを起動する場合，各スマートエージェントで異なるポート番号を指定する必要があります。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

環境変数は，スマートエージェントの起動時に使用されます。

10.4.2　スマートエージェントのオプションの設定

(1)　機能概要

起動コマンドに追加するオプションを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ−［論理スマートエージェント］−［スマートエージェント］−［＜スマートエージェント名＞］をクリックします。

［オプション］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

選択した論理サーバの起動コマンドに追加したいオプションを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

指定したオプションは，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「10.8.26(4)　画面詳細」を参照してください。

10.4.3　スマートエージェントの環境変数の設定

(1)　機能概要

サーバ起動時の環境変数の情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ−［論理スマートエージェント］−［スマートエージェント］−［＜スマートエージェント名＞］をクリックします。

［環境変数］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

環境変数を追加または削除する場合，次の操作をします。

追加する場合は，［変数名と値］の欄に，環境変数とその値を入力し，［追加］ボタンをクリックします。そのあと，［有効］欄をチェックします。

削除する場合は，削除したい環境変数の［削除］ボタンをクリックします。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

指定した環境変数は，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「10.8.27(4)　画面詳細」を参照してください。

(5)　注意事項

環境変数を指定する際の注意事項は，各論理サーバで共通です。詳細は，「10.8.27(5)　注意事項」を参照してください。

10.4.4　別の論理スマートエージェントの設定読み込み

(1)　機能概要

別の論理サーバから，論理スマートエージェントの設定情報を読み込みます。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ−［論理スマートエージェント］−［スマートエージェント］−［＜スマートエージェント名＞］をクリックします。

［読み込み］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

設定情報をどの論理サーバから読み込むかを指定します。

［読み込み］ボタンをクリックします。

読み込みの確認画面が表示されます。

［はい］ボタンをクリックします。

設定情報が読み込まれます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［読み込み］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「10.8.28(4)　画面詳細」を参照してください。

なお，論理スマートエージェントの場合，接続先ホストからは設定を読み込めません。そのため，論理スマートエージェントの場合，［サーバの設定読み込み］画面には「接続先ホストから設定を読み込みます」のチェックボックスが表示されません。

10.5　論理ネーミングサービスの定義

この節では，ネーミングサービスを稼働させるための情報を設定する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［ネーミングサービスの設定］画面

［オプションの設定］画面

［環境変数の設定］画面

［サーバの設定読み込み］画面

ポイント

業務用のサーバを配置したLANと管理用のサーバを配置したLANに分けている場合，運用管理サーバを管理用のサーバを配置したLANに置くこともできます。LANを分け，一つのマシンを複数のネットワークセグメントに接続する場合，環境設定に注意が必要です。詳細については，「付録D　一つのマシンを複数のネットワークセグメントに接続する場合の環境設定での注意」を参照してください。

10.5.1　ネーミングサービスの設定

［ネーミングサービスの設定］画面を次の図に示します。

図10‒4　［ネーミングサービスの設定］画面

[picture]

(1)　機能概要

ネーミングサービスを稼働させるために必要な情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ−［論理ネーミングサービス］−［ネーミングサービス］−［＜ネーミングサービス名＞］をクリックします。

［設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

ネーミングサービスを稼働するときのポート番号を指定します。

利用するスマートエージェントを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ネーミングサービスに関する設定

稼働ポート番号

ネーミングサービスを稼働するときのポート番号を指定します。デフォルトは，「900」です。

ホストの固定

ネーミングサービスを配置したマシンに複数のIPアドレスが割り当てられている場合に，ネーミングサービスを特定のIPアドレスに割り当てるかどうかを指定します。デフォルトは，「しない」です。

する

ネーミングサービスを配置したホストから参照できるネットワーク上のホスト名またはIPアドレスに対してだけ接続を受け付けます。

運用管理エージェントのホストで固定

「ホストの固定」で「する」を選択した場合に，「運用管理ドメインの構成定義」で指定した運用管理エージェントのホストのIPアドレスで固定するかどうかを指定します。

運用管理エージェントのホストのIPアドレスで固定するかどうかは，ネーミングサービスを構築するホストや，構築するネーミングサービスの用途によって異なります。運用管理エージェントのホストのIPアドレスで固定するかどうか，および固定する場合の注意事項の詳細は，「10.5.1(5)　ホストを固定する場合の注意事項」を参照してください。

しない

すべてのローカルアドレスに対する接続を受け付けます。

利用するスマートエージェント

利用するスマートエージェントを選択します。デフォルトは，「設定しない」です。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

(5)　ホストを固定する場合の注意事項

J2EEサーバが使用するネーミングサービスを構築する場合，「ホストの固定」で「する」を選択したときは，「運用管理エージェントのホストで固定」をチェックしないでください。

10.5.2　ネーミングサービスのオプションの設定

(1)　機能概要

起動コマンドに追加するオプションを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ−［論理ネーミングサービス］−［ネーミングサービス］−［＜ネーミングサービス名＞］をクリックします。

［オプション］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

選択した論理サーバの起動コマンドに追加したいオプションを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

指定したオプションは，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「10.8.26(4)　画面詳細」を参照してください。

10.5.3　ネーミングサービスの環境変数の設定

(1)　機能概要

サーバ起動時の環境変数の情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ−［論理ネーミングサービス］−［ネーミングサービス］−［＜ネーミングサービス名＞］をクリックします。

［環境変数］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

環境変数を追加または削除する場合，次の操作をします。

追加する場合は，［変数名と値］の欄に，環境変数とその値を入力し，［追加］ボタンをクリックします。そのあと，［有効］欄をチェックします。

削除する場合は，削除したい環境変数の［削除］ボタンをクリックします。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

指定した環境変数は，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「10.8.27(4)　画面詳細」を参照してください。

(5)　注意事項

環境変数を指定する際の注意事項は，各論理サーバで共通です。詳細は，「10.8.27(5)　注意事項」を参照してください。

10.5.4　別の論理ネーミングサービスの設定読み込み

(1)　機能概要

別の論理サーバから，論理ネーミングサービスの設定情報を読み込みます。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ−［論理ネーミングサービス］−［ネーミングサービス］−［＜ネーミングサービス名＞］をクリックします。

［読み込み］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

設定情報をどの論理サーバから読み込むかを指定します。

［読み込み］ボタンをクリックします。

読み込みの確認画面が表示されます。

［はい］ボタンをクリックします。

設定情報が読み込まれます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［読み込み］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「10.8.28(4)　画面詳細」を参照してください。

なお，論理ネーミングサービスの場合，接続先ホストからは設定を読み込めません。そのため，論理ネーミングサービスの場合，［サーバの設定読み込み］画面には「接続先ホストから設定を読み込みます」のチェックボックスが表示されません。

10.6　論理CTMドメインマネジャの定義

この節では，CTMドメインマネジャを稼働させるための情報を設定する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［CTMドメインマネジャの基本設定］画面

［ネットワーク設定］画面

［オプションの設定］画面

［環境変数の設定］画面

［サーバの設定読み込み］画面

Management ServerがCTMドメインマネジャに自動で設定する内容の詳細は，マニュアル「アプリケーションサーバ システム構築・運用ガイド」の「付録E.2　Management ServerがCTMドメインマネジャに自動で設定する内容」を参照してください。

10.6.1　CTMドメインマネジャの基本設定

［CTMドメインマネジャの基本設定］画面を次の図に示します。

図10‒5　［CTMドメインマネジャの基本設定］画面

[picture]

(1)　機能概要

CTMドメインマネジャを稼働させるために必要な情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ−［論理CTMドメインマネジャ］−［CTMドメインマネジャ］−［＜CTMドメインマネジャ名＞］をクリックします。

［基本設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

利用するパフォーマンストレーサやスマートエージェントなどを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

環境変数，起動コマンドオプション，および停止コマンドオプションは，CTMドメインマネジャの起動時または停止時に使用されます。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

基本設定

利用するパフォーマンストレーサ（必須）

同一ホスト内に定義されたパフォーマンストレーサから，利用するパフォーマンストレーサ（ctmstartコマンドの-PRFIDオプション）を選択します。

利用するスマートエージェント（必須）

利用するスマートエージェントを選択します。

スプールディレクトリ

CTM実行環境ディレクトリ（環境変数CTMSPOOL）を絶対パスで指定します。ファイルセパレータには，「 / 」を使用します。デフォルトは，「＜Application Serverのインストールディレクトリ＞/CTM/spool」です。スプールディレクトリに，引用符（"）は使用できません。

スプールディレクトリは，CTMドメインの管理に使用されます。該当するディレクトリには，CTMによって障害情報が出力されます。

CTMドメイン名

CTMドメインマネジャが属するCTMドメイン名（ctmstartコマンドの-CTMDomainオプション）を同一ホスト内で一意となるように指定します。デフォルトは，「CTMDOMAIN」です。

CTMドメイン名に指定できる文字は，0〜31文字（半角）の英数字，アンダースコア(_)です。ただし，「CTMDOMAIN」以外で，「CTM」または「ctm」で始まる文字列を指定した場合，エラーとなります。

ポート番号

CTMドメインマネジャがCTMドメイン構成情報を交換するために使用するポート番号（ctmdmstartコマンドの-CTMPortオプション）を指定します。5001〜65535の整数で指定します。デフォルトは，「20137」です。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

(5)　注意事項

異なるホストに定義されているCTMドメインマネジャでCTMドメインを構成する場合，各ホストのCTMドメインマネジャの次の設定項目を一致させてください。

利用するスマートエージェント

CTMドメイン名

ポート番号

一度起動したCTMドメインマネジャのCTMドメイン名やスプールディレクトリを変更した場合，次回からの起動に失敗する場合があります。その場合は，CTMドメインマネジャが稼働しているホストでCTMドメイン情報を削除してから，再度起動を実施してください。

10.6.2　CTMドメインマネジャのネットワーク設定

［ネットワーク設定］画面を次の図に示します。

図10‒6　［ネットワーク設定］画面

[picture]

(1)　機能概要

CTMドメインマネジャのネットワークに関する情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ−［論理CTMドメインマネジャ］−［CTMドメインマネジャ］−［＜CTMドメインマネジャ名＞］をクリックします。

［ネットワーク］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

CTMドメイン構成情報の送信間隔や，異なるネットワークセグメントと接続するときのサブネットマスクなどを指定します。

CTMドメイン構成情報の配布先を追加または削除する場合，次の操作をします。

追加する場合は，「ホスト名」からホストを選択し，［追加］ボタンをクリックします。

削除する場合は，「ホスト名」からホストを選択し，［削除］ボタンをクリックします。

表示されるメッセージを確認したあと，［戻る］アンカーをクリックして，設定画面に戻ります。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

環境変数または起動コマンドオプションは，CTMドメインマネジャの起動時に使用されます。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ネットワーク設定

CTMドメイン構成情報の送信間隔

CTMドメインマネジャがCTMドメイン構成情報をネットワークセグメント内に送信する間隔（ctmdmstartコマンドの-CTMSendIntervalオプション）を指定します。単位は「秒」です。「送信しない」または0〜65535の整数で指定します。「0」を指定した場合は送信されません。デフォルトは，「60秒」です。

ドメインマネジャ生存判定間隔係数

ドメインマネジャの稼働状態を判定する時の，判定間隔を算出する係数（ctmdmstartコマンドの-CTMAliveCheckCountオプション）を2〜255の整数で指定します。デフォルトは，「2」です。

異なるネットワークセグメントとの接続設定

サブネットマスク

ネットワークのサブネットマスク（ctmdmstartコマンドの-CTMSubnetMaskオプション）を指定します。

CTMドメイン構成情報の配布先

CTMドメイン構成情報の配布先となる，異なるネットワークセグメントにあるCTMドメインマネジャのホストを選択します。

［追加］ボタン

選択されているホストを配布先として設定します。

［削除］ボタン

配布先として設定されているホストを削除します。

CTMドメイン構成情報の配布先を指定することで，複数のネットワークセグメントで構成されたCTMドメインに，CTM構成情報を配布できるようになります。

指定ホストへの構成情報の送信間隔

「CTMドメイン構成情報の配布先」で指定したホストに，CTMドメイン構成情報を送信する間隔（ctmdmstartコマンドの-CTMSendHostIntervalオプション）を0〜65535の整数で指定します。単位は「秒」です。「送信しない」または「0」を指定した場合は送信されません。

「ブロードキャスト間隔と同じ」を指定した場合は，「CTMドメイン構成情報の送信間隔」で指定した値が適用されます。デフォルトは，「ブロードキャスト間隔と同じ」です。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

環境変数または起動コマンドオプションは，CTMドメインマネジャの起動時に使用されます。

10.6.3　CTMドメインマネジャのオプションの設定

(1)　機能概要

起動コマンドに追加するオプションを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ−［論理CTMドメインマネジャ］−［CTMドメインマネジャ］−［＜CTMドメインマネジャ名＞］をクリックします。

［オプション］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

選択した論理サーバの起動コマンドに追加したいオプションを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

指定したオプションは，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「10.8.26(4)　画面詳細」を参照してください。

10.6.4　CTMドメインマネジャの環境変数の設定

(1)　機能概要

サーバ起動時の環境変数の情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ−［論理CTMドメインマネジャ］−［CTMドメインマネジャ］−［＜CTMドメインマネジャ名＞］をクリックします。

［環境変数］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

環境変数を追加または削除する場合，次の操作をします。

追加する場合は，［変数名と値］の欄に，環境変数とその値を入力し，［追加］ボタンをクリックします。そのあと，［有効］欄をチェックします。

削除する場合は，削除したい環境変数の［削除］ボタンをクリックします。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

指定した環境変数は，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「10.8.27(4)　画面詳細」を参照してください。

(5)　注意事項

環境変数を指定する際の注意事項は，各論理サーバで共通です。詳細は，「10.8.27(5)　注意事項」を参照してください。

10.6.5　別の論理CTMドメインマネジャの設定読み込み

(1)　機能概要

別の論理サーバから，論理CTMドメインマネジャの設定情報を読み込みます。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ−［論理CTMドメインマネジャ］−［CTMドメインマネジャ］−［＜CTMドメインマネジャ名＞］をクリックします。

［読み込み］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

設定情報をどの論理サーバから読み込むかを指定します。

［読み込み］ボタンをクリックします。

読み込みの確認画面が表示されます。

［はい］ボタンをクリックします。

設定情報が読み込まれます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［読み込み］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「10.8.28(4)　画面詳細」を参照してください。

なお，論理CTMドメインマネジャの場合，接続先ホストからは設定を読み込めません。そのため，論理CTMドメインマネジャの場合，［サーバの設定読み込み］画面には「接続先ホストから設定を読み込みます」のチェックボックスが表示されません。

(5)　注意事項

別ホストに定義しているCTMドメインマネジャの設定情報を読み込んだ場合，利用するパフォーマンストレーサに「選択してください」が設定されます。［CTMドメインマネジャの基本設定］画面で利用するパフォーマンストレーサの選択をしてください。

10.7　論理CTMの定義

この節では，CTMを稼働させるための情報を設定する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［CTMの基本設定］画面

［スケジューリングの設定］画面

［レギュレータの設定］画面

［CTM間通信の設定］画面

［稼働統計情報の設定］画面

［オプションの設定］画面

［環境変数の設定］画面

［サーバの設定読み込み］画面

Management ServerがCTMに自動で設定する内容の詳細は，マニュアル「アプリケーションサーバ システム構築・運用ガイド」の「付録E.3　Management ServerがCTMに自動で設定する内容」を参照してください。

ポイント

業務用のサーバを配置したLANと管理用のサーバを配置したLANに分けている場合，運用管理サーバを管理用のサーバを配置したLANに置くこともできます。LANを分け，一つのマシンを複数のネットワークセグメントに接続する場合，環境設定に注意が必要です。詳細については，「付録D　一つのマシンを複数のネットワークセグメントに接続する場合の環境設定での注意」を参照してください。

10.7.1　CTMの基本設定

［CTMの基本設定］画面を次の図に示します。

図10‒7　［CTMの基本設定］画面

[picture]

(1)　機能概要

CTMを稼働させるために必要な情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ−［論理CTM］−［CTM］−［＜CTM名＞］をクリックします。

［基本設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

利用するCTMドメインマネジャや利用するネーミングサービスなどを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

環境変数，起動コマンドオプション，または停止コマンドオプションは，CTMの起動時または停止時に使用されます。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

基本設定

利用するCTMドメインマネジャ（必須）

CTMと同じホストに定義されているCTMドメインマネジャから，利用するCTMドメインマネジャ（ctmstartコマンドの-CTMDomainオプションおよび-PRFIDオプション）を選択します。

CTM識別子

運用管理ドメイン内で一意となるCTMの識別子（ctmstartコマンドの-CTMIDオプション）を指定します。

識別子に指定できる文字は，1〜31文字の英数字，アンダースコア(_)，およびピリオド(.)です。ただし，「CTM」または「ctm」で始まる文字列を指定した場合，エラーとなります。

CTM識別子を省略した場合は，＜「運用管理ドメインの構成定義」の「運用管理エージェントのホスト名」に指定したホストのIPアドレス＞_＜CTMのポート番号＞がCTM識別子の値として仮定されます。この際，IPアドレスのピリオド(.)はアンダースコア(_)に置き換えられます。

（例）

IPアドレスが10.10.10.10，CTMのポート番号が20138の場合，CTM識別子を省略すると，CTM識別子の値は次のようになります。

10_10_10_10_20138

また，「運用管理ドメインの構成定義」の「運用管理エージェントのホスト名」にループバックアドレスが指定されている場合は，mserver.propertiesのmngsvr.myhost.nameに指定されたホストのIPアドレスが使用されます。

なお，Management Serverが稼働するホストが複数個のIPアドレスを持っていて，mserver.propertiesのmngsvr.myhost.nameの値が省略されている場合，CTM識別子の仮定値に使用するIPアドレスが保証されません。

ポート番号

CTMが使用するポート番号（ctmstartコマンドの-CTMPortオプション）を指定します。5001〜65535の整数で指定します。デフォルトは，「20138」です。

同一ホスト内で複数のCTMを定義する場合は，各CTMで異なるポート番号を指定する必要があります。

ネーミングサービスのポート番号

CTMと対となるネーミングサービスのポート番号（ctmstartコマンドの-CTMINSRefオプション）を指定します。デフォルトは，「20348」です。

CTMの起動時（または停止時）に，指定したポート番号でネーミングサービスが起動（または停止）します。

ネーミングサービスのホスト固定

ネーミングサービスを配置したマシンに複数のIPアドレスが割り当てられている場合に，ネーミングサービスを特定のIPアドレスに割り当てるかどうか（nameservコマンドの-J-Dvbroker.se.iiop_tp.hostオプション）を指定します。デフォルトは，「しない」です。

する

ネーミングサービスを配置したホストから参照できるネットワーク上のホスト名またはIPアドレスに対してだけ接続を受け付けます。

しない

すべてのローカルアドレスに対する接続を受け付けます。

ログの設定

ファイル面数

CTMログファイルの面数（ctmstartコマンドの-CTMLogFileCountオプション）を指定します。2面，4面，8面，16面，24面，32面のうちからどれか一つを選択できます。デフォルトは，「2面」です。

ファイルサイズ

CTMログファイルの1ファイルの最大容量（ctmstartコマンドの-CTMLogFileSizeオプション）を指定します。1メガバイト，2メガバイト，3メガバイトのうちからどれか一つを選択できます。デフォルトは，「1メガバイト」です。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

(5)　注意事項

CTM稼働中にCTM識別子が変更されると，CTMが正常に停止しないで強制停止します。次に示す操作をするときは，事前にCTMを停止する必要があります。

CTM識別子を変更する。

CTMのポート番号を変更する。

運用管理エージェントのホスト名を変更，または指定した運用管理エージェントのホスト名に対するIPアドレスを変更する。

運用管理エージェントのホスト名にループバックアドレスが指定されているときに，mserver.propertiesのmngsvr.myhost.nameの値を変更する。

また，これらの操作をしたあとにJ2EEサーバの再配布が必要です。

10.7.2　スケジューリングの設定

［スケジューリングの設定］画面を次の図に示します。

図10‒8　［スケジューリングの設定］画面

[picture]

(1)　機能概要

CTMのスケジュールを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ−［論理CTM］−［CTM］−［＜CTM名＞］をクリックします。

［スケジューリング］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

スケジュールポリシーや接続するJ2EEサーバの最大数などを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

詳細設定

スケジュールポリシー

リクエストを振り分ける時に使用されるスケジュールポリシー（ctmstartコマンドの-CTMDispatchPolicyオプション）を選択します。この項目で選択した値は，remove時にCTMを選択するときの選択ポリシーとしても利用されます。デフォルトは，「優先」です。

通常

負荷の軽いCTMにリクエストを振り分けます。

優先

リクエストを受け付けたCTMに優先的にリクエストを振り分けます。

create要求のノード選択ポリシー

create要求時にCTMを選択するポリシー（ctmstartコマンドの-CTMCreatePolicyオプション）を指定します。デフォルトは，「通常」です。

通常

負荷が軽いCTMにリクエストを振り分けます。

優先

create要求を受け付けたCTMに優先的にリクエストを振り分けます。

接続J2EEサーバ最大数

CTMに接続するJ2EEサーバの最大数（ctmstartコマンドの-CTMServerConnectCountオプション）を指定します。0〜32767の整数で指定します。デフォルトは，「64」です。

構成情報キャッシュサイズ

CTMドメインの構成情報を格納するキャッシュテーブルのサイズ（ctmstartコマンドの-CTMServerCacheSizeオプション）を指定します。単位は「キロバイト」です。1〜32767の整数で指定します。デフォルトは，「1024キロバイト」です。

EJBリクエスト受信ポート番号

EJBクライアントがCTMデーモンの新しいコネクションを探すときに使用するポート番号（ctmstartコマンドの-CTMEjbPortオプション）を指定します。「自動」を選択するか，または5001〜65535の整数で指定します。デフォルトは，「自動」です。「自動」を選択した場合は，ポート番号が自動的に割り当てられます。

CTMキューの設定（スケジュールキューの設定）

登録数

CTMに登録できるスケジュールキュー数（ctmstartコマンドの-CTMQueueCountオプション）を指定します。1〜32767の整数で指定します。デフォルトは，「128」です。

共有J2EEアプリケーション数

同じスケジュールキューを共有できるJ2EEアプリケーション数（ctmstartコマンドの-CTMQueueRegistCountオプション）を指定します。1〜32767の整数で指定します。デフォルトは，「64」です。

スレッド最大値

自CTM内でクライアントからの要求メッセージをサーバに振り分けるスレッドの最大値（ctmstartコマンドの-CTMDispatchParallelCountオプション）を指定します。0〜32767の整数で指定します。デフォルトは，「255」です。

サイズ

一つのスケジュールキューに同時に登録できるリクエストの数（ctmstartコマンドの-CTMMaxRequestCountオプション）を指定します。1〜32767の整数で指定します。デフォルトは，「50」です。

保留時間

異常終了したJ2EEサーバが登録していたスケジュールキューを削除しないで保留し，J2EEサーバの再開始を待つ場合の待ち時間（ctmstartコマンドの-CTMQueueDeleteWaitオプション）を指定します。単位は「秒」です。0〜2147483647の整数で指定します。デフォルトは，「0秒」です。

指定した時間内にJ2EEサーバが再開始された場合は，保留中のスケジュールキューが再利用され，キューイングされていたリクエストがスケジュールされます。

指定した時間を経過してもJ2EEサーバが再開始されない場合は，スケジュールキューが閉塞され，そのあとスケジュールキューの登録が削除されます。なお，スケジュールキューの閉塞およびスケジュールキューの登録の削除は，インターバル処理で実行されるため，指定した時間よりも遅れることがあります。

負荷状況監視時間間隔

スケジュールキューの負荷状況の監視間隔（ctmstartコマンドの-CTMLoadCheckIntervalオプション）を，0〜32767の整数で指定します。単位は「秒」です。「0」を指定した場合は，常に監視します。デフォルトは「10秒」です。

滞留監視

スケジュールキューの滞留監視をするかどうか（ctmstartコマンドの-CTMWatchQueueオプション）を指定します。デフォルトは「しない」です。

する

スケジュールキューの滞留監視をします。

「する」を選択した場合，「監視開始滞留率」，「システム停止処理率」および「監視時間間隔」を必ず指定します。

しない

スケジュールキューの滞留監視をしません。

監視開始滞留率

スケジュールキューの滞留監視を開始するときのスケジュールキューの滞留率（しきい値）を，0〜99の整数で指定します。単位は「%」です。「0」を指定した場合は，常に監視します。なお，スケジュールキューの滞留率は，「リクエスト処理数÷サイズの指定値」で求められます。

システム停止処理率

システム停止するときのリクエストの処理率（しきい値）を，1〜100の整数で指定します。単位は「%」です。

監視時間間隔

スケジュールキューの滞留監視の実行間隔を1〜32767の整数で指定します。単位は「秒」です。

システム停止

システムを停止するかどうかを指定します。

タイムアウト閉塞

J2EEサーバへのリクエスト送信で，タイムアウトが発生したときにスケジュールキューを閉塞するかどうか（ctmstartコマンドの-CTMWatchRequestオプション）を指定します。デフォルトは「しない」です。

する

キューを閉塞します。

「する」を選択した場合，「自動閉塞するタイムアウト発生回数」および「監視時間間隔」は必ず指定しなければなりません。

しない

キューを閉塞しません。

自動閉塞するタイムアウト発生回数

キューを自動閉塞するときのタイムアウト発生回数を1〜32767の整数で指定します。

監視時間間隔

タイムアウト発生回数の監視間隔を1〜32767の整数で指定します。単位は「秒」です。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

起動コマンドオプションは，CTMの起動時に使用されます。

10.7.3　レギュレータの設定

［レギュレータの設定］画面を次の図に示します。

図10‒9　［レギュレータの設定］画面

[picture]

(1)　機能概要

CTMレギュレータの情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ−［論理CTM］−［CTM］−［＜CTM名＞］をクリックします。

［レギュレータ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

CTMレギュレータの自動起動プロセス数や設定ファイルのパスを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

CTMレギュレータの設定

自動起動プロセス数

CTM開始時に自動的に起動させるCTMレギュレータのプロセス数（ctmstartコマンドの-CTMRegStartオプション）を0〜32767の整数で指定します。CTMはCTMレギュレータの動作を監視し，CTMレギュレータの異常終了を検出すると再開始します。「CTMレギュレータを起動しない」を選択した場合は，CTM開始時にCTMレギュレータは自動開始されません。デフォルトは「1」です。

ORBゲートウェイ

CTMレギュレータのORBゲートウェイ機能を使用するかどうか（ctmregltdコマンドの-CTMAgentオプション）を指定します。デフォルトは「使用しない」です。

使用する

CTMレギュレータのORBゲートウェイ機能を使用します。

「自動起動プロセス数」で「CTMレギュレータを起動しない」を指定している場合は，「使用する」を指定してもORBゲートウェイは使用できません。

なお，バッチアプリケーションを実行するシステムの場合，必ず「使用する」を指定してください。

使用しない

CTMレギュレータのORBゲートウェイ機能を使用しません。

設定ファイル

CTMレギュレータの設定ファイル（ctmstartコマンドの-CTMRegOptionオプション）をCTM稼働ホストの絶対パスで指定します。

OTMゲートウェイの設定

自動起動プロセス数

CTM開始時に自動的に起動させるOTMゲートウェイのプロセス数（ctmstartコマンドの-CTMTSCGwStartオプション）を0〜32767の整数で指定します。CTMはOTMゲートウェイの動作を監視し，OTMゲートウェイの異常終了を検出すると再開始します。「OTMゲートウェイを起動しない」を選択した場合は，CTM開始時にOTMゲートウェイは自動開始されません。デフォルトは「OTMゲートウェイを起動しない」です。

設定ファイル

OTMゲートウェイの設定ファイル（ctmstartコマンドの-CTMTSCGwOptionオプション）を，CTM稼働ホストの絶対パスで指定します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

起動コマンドオプションは，CTMの起動時に使用されます。

10.7.4　CTM間通信の設定

［CTM間通信の設定］画面を次の図に示します。

図10‒10　［CTM間通信の設定］画面

[picture]

(1)　機能概要

CTM間通信に関する情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ−［論理CTM］−［CTM］−［＜CTM名＞］をクリックします。

［CTM間通信］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

リクエスト転送時のタイムアウト値を指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

CTM間通信オプションの設定

リクエスト転送時のタイムアウト時間

CTM間通信のリクエスト転送時のタイムアウト時間（ctmstartコマンドの-CTMDCSendTimeOutオプション）を0〜2147483647の整数で指定します。単位は「秒」です。デフォルトは「180秒」です。

「設定しない」を指定した場合，リクエスト転送のタイムアウトはありません。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

10.7.5　稼働統計情報の設定

［稼働統計情報の設定］画面を次の図に示します。

図10‒11　［稼働統計情報の設定］画面

[picture]

(1)　機能概要

CTMの稼働統計に関する情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ−［論理CTM］−［CTM］−［＜CTM名＞］をクリックします。

［稼働統計情報］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

CTMの稼働統計情報のファイル面数やファイルサイズを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

CTM稼働統計情報の設定

稼働統計情報の取得

CTMの稼働統計情報を取得するかどうか（ctmstartコマンドの-CTMStatsUseオプション）を指定します。デフォルトは「する」です。

ファイル面数

CTMの稼働統計情報のファイル面数（ctmstartコマンドの-CTMStatsFileCountオプション）を指定します。3面，4面，16面，32面，64面，128面，256面のうちからどれか一つを選択できます。デフォルトは，「3面」です。

ファイルサイズ

CTMの稼働統計情報のファイルサイズ（ctmstartコマンドの-CTMStatsFileSizeオプション）を指定します。

1メガバイト，2メガバイト，3メガバイト，4メガバイト，8メガバイト，16メガバイト，32メガバイト，64メガバイト，128メガバイト，256メガバイト，512メガバイト，1ギガバイトのうちからどれか一つを選択できます。デフォルトは，「3メガバイト」です。

出力間隔

CTMの稼働統計情報の出力間隔（ctmstsstartコマンドの-CTMIntervalオプション）を，1〜1440の整数で指定します。単位は「分」です。デフォルトは「1分」です。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

10.7.6　CTMのオプションの設定

(1)　機能概要

起動コマンドに追加するオプションを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ−［論理CTM］−［CTM］−［＜CTM名＞］をクリックします。

［オプション］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

選択した論理サーバの起動コマンドに追加したいオプションを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

指定したオプションは，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「10.8.26(4)　画面詳細」を参照してください。

10.7.7　CTMの環境変数の設定

(1)　機能概要

サーバ起動時の環境変数の情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ−［論理CTM］−［CTM］−［＜CTM名＞］をクリックします。

［環境変数］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

環境変数を追加または削除する場合，次の操作をします。

追加する場合は，［変数名と値］の欄に，環境変数とその値を入力し，［追加］ボタンをクリックします。そのあと，［有効］欄をチェックします。

削除する場合は，削除したい環境変数の［削除］ボタンをクリックします。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

指定した環境変数は，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「10.8.27(4)　画面詳細」を参照してください。

(5)　注意事項

環境変数を指定する際の注意事項は，各論理サーバで共通です。詳細は，「10.8.27(5)　注意事項」を参照してください。

10.7.8　別の論理CTMの設定読み込み

(1)　機能概要

別の論理サーバから，論理CTMの設定情報を読み込みます。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ−［論理CTM］−［CTM］−［＜CTM名＞］をクリックします。

［読み込み］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

設定情報をどの論理サーバから読み込むかを指定します。

［読み込み］ボタンをクリックします。

読み込みの確認画面が表示されます。

［はい］ボタンをクリックします。

設定情報が読み込まれます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［読み込み］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「10.8.28(4)　画面詳細」を参照してください。

なお，論理CTMの場合，接続先ホストからは設定を読み込めません。そのため，論理CTMの場合，［サーバの設定読み込み］画面には「接続先ホストから設定を読み込みます」のチェックボックスが表示されません。

(5)　注意事項

別ホストに定義しているCTMの設定情報を読み込んだ場合，利用するCTMドメインマネジャに「選択してください」が設定されます。［CTMの基本設定］画面で利用するCTMドメインマネジャの選択をしてください。

10.8　論理J2EEサーバの定義

この節では，J2EEサーバを起動するための情報を設定する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［J2EEサーバの基本設定］画面

［J2EEコンテナの設定］画面

［EJBコンテナの設定］画面

［Webコンテナの設定］画面

［ネーミングの設定］画面

［トランザクションの設定］画面

［リソース枯渇監視の設定］画面

［ログの設定］画面

［ユーザログの設定］画面

［通信・スレッド制御に関する設定］画面

［ログに関する設定］画面

［セキュリティに関する設定］画面

［エラーコンテンツに関する設定］画面

［リダイレクトに関する設定］画面

［その他の設定］画面

［稼働情報の設定］画面

［イベントの設定］画面

［通信の設定］画面

［起動パラメタの設定］画面

［システムプロパティの設定］画面

［JP1連携の設定］画面

［オプションの設定］画面

［環境変数の設定］画面

［サーバの設定読み込み］画面

J2EEサーバクラスタはV9互換モードのJ2EEサーバと同じ設定ができます。

Management ServerがJ2EEサーバに自動で設定する内容の詳細は，マニュアル「アプリケーションサーバ システム構築・運用ガイド」の「付録E.4　Management ServerがJ2EEサーバに自動で設定する内容」を参照してください。

ポイント

業務用のサーバを配置したLANと管理用のサーバを配置したLANに分けている場合，運用管理サーバを管理用のサーバを配置したLANに置くこともできます。LANを分け，一つのマシンを複数のネットワークセグメントに接続する場合，環境設定に注意が必要です。詳細については，「付録D　一つのマシンを複数のネットワークセグメントに接続する場合の環境設定での注意」を参照してください。

10.8.1　J2EEサーバの基本設定

［J2EEサーバの基本設定］画面を次の図に示します。

図10‒12　［J2EEサーバの基本設定］画面（1/2）

[picture]

図10‒13　［J2EEサーバの基本設定］画面（2/2）

[picture]

(1)　機能概要

J2EEサーバを稼働させるための基本的な情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［＜J2EEサーバ名＞］をクリックします。

［基本設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

コンテナやネーミングサービスなどの基本的な情報を指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

起動コマンドオプションは，J2EEサーバの起動時に使用されます。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

コンテナの設定

互換モード

J2EEサーバの互換モードを表示します。デフォルトは，「-」です。この値は変更できません。

-

互換モードを使用しません。

V9

V9互換モードを表示します。

動作モード

動作モードは「1.4」から変更しないでください。

管理用サーバのポート番号

管理用サーバのポート（usrconf.propertiesファイルのejbserver.http.portキー）を指定します。デフォルトは，「28008」です。

http/ajp13のポート番号

次のどれかを選択し，ポート番号を1〜65535の整数で指定します。

NIO HTTP

NIO HTTPサーバを使用する場合のポート番号（usrconf.propertiesファイルのwebserver.connector.nio_http.portキー）を選択します。デフォルトは，「8008」です。

インプロセスHTTP

インプロセスHTTPサーバを使用する場合のポート番号（usrconf.propertiesファイルのwebserver.connector.inprocess_http.portキー）を選択します。デフォルトは，「80」です。

ajp13

Webサーバのリダイレクタと接続する場合のポート番号（usrconf.propertiesファイルのwebserver.connector.inprocess_http.portキー）を選択します。デフォルトは，「8007」です。

V9互換モードではインプロセスHTTPおよびajp13を選択できます。V9互換モード以外ではNIO HTTPだけ選択できます。

httpsのポート番号

Webサーバが使用しているHTTPSのポート番号（usrconf.propertiesファイルのwebserver.connector.redirect_https.portキー）を指定します。この指定がない場合，HTTPSポートにリダイレクトしません。なお，この指定は，V9互換モードでリダイレクタによるWebサーバ連携使用時にだけ有効になります。

RMIレジストリの設定

ポート番号

J2EEサーバが利用するRMIレジストリのポート番号（usrconf.propertiesファイルのejbserver.rmi.naming.portキー）を1〜65535の整数で指定します。デフォルトは「23152」です。

利用するネーミングサービスの設定

プロトコル

J2EEサーバが利用するネーミングサービスへのアクセスプロトコル（usrconf.propertiesファイルのejbserver.naming.protocolキー）が表示されます。このバージョンでは，「corbaname」が表示されます（変更できません）。

利用するネーミングサービス

利用するネーミングサービス（usrconf.propertiesファイルのejbserver.naming.startupModeキー，ejbserver.naming.hostキー，ejbserver.naming.portキー，ejbserver.naming.startupWaitTimeキー）を選択します。「インプロセス」および「運用管理ドメインの構成定義」で定義したネーミングサービスが表示されます。デフォルトは，「インプロセス」です。

「インプロセス」を選択した場合は，J2EEサーバ内のネーミングサービスが利用されます。

「インプロセス」以外のネーミングサービスを選択した場合は，選択された「運用管理ドメインの構成定義」で定義したネーミングサービスが利用されます。また，ejbserver.naming.startupModeには「manual」が，ejbserver.naming.startupWaitTimeには「0」が設定されます。

インプロセス用のポート番号（必須）

「利用するネーミングサービス」で「インプロセス」を選択した場合に使用するポート番号（usrconf.propertiesファイルのejbserver.naming.portキー）を1〜65535の整数で指定します。デフォルトは，「900」です。

「利用するネーミングサービス」で「インプロセス」以外を選択した場合，ここでの指定は無視されます。ただし，ここでの指定内容は保存されます。

利用する論理サーバの設定

利用するパフォーマンストレーサ（必須）

利用するパフォーマンストレーサ（usrconf.propertiesファイルのejbserver.server.prf.PRFIDキー）を選択します。

利用するスマートエージェント

利用するスマートエージェント（usrconf.propertiesファイルのvbroker.agent.portキー）を選択します。デフォルトは，「設定しない」です。

なお，次のどちらかの場合は「利用するスマートエージェント」を指定する必要があります。

「接続するCTM」を指定した場合

「ライトトランザクション機能」に無効を指定した場合

接続するCTM

J2EEサーバで利用するCTM（usrconf.propertiesファイルのejbserver.ctm.enabledキー，ejbserver.ctm.CTMDomainキー，ejbserver.ctm.CTMIDキー）を選択します。「設定しない」およびJ2EEサーバと同じホストに定義されているCTMが表示されます。デフォルトは，「設定しない」です。「設定しない」を選択した場合は，CTMは利用されません。

トランザクションに関する設定

ライトトランザクション機能

ライトトランザクション機能を有効にするか無効にするか（usrconf.propertiesファイルのejbserver.distributedtx.XATransaction.enabledキー）を選択します。デフォルトは，「有効」です。「有効」を選択した場合は，XAリソースがあるとJ2EEサーバ起動時にエラーとなります。

JTAリカバリの固定ポート番号

JTAリカバリを実行するために使用する固定ポート番号（usrconf.propertiesファイルのejbserver.distributedtx.recovery.portキー）を指定します。デフォルトは，「20302」です。同一マシン内でライトトランザクション機能が無効のJ2EEサーバを複数起動する場合，このポートが重複しないようにする必要があります。ここで指定したポートの割り当てができない場合，J2EEサーバは起動されません。

運用監視エージェントの設定

運用監視

J2EEサーバの監視（メトリックの参照）をするかどうか（usrconf.propertiesファイルのejbserver.instrumentation.enabledキー）を指定します。デフォルトは，「する」です。

する

「論理サーバの運用監視」機能でJ2EEサーバのメトリックを参照できます。

しない

「論理サーバの運用監視」機能でJ2EEサーバのメトリックを参照できません。また，「論理サーバのアプリケーション管理」機能，mngsvrutilコマンドのサブコマンドlistで，J2EEアプリケーションやJ2EEリソースのステータスを確認できません。

Managementイベント発行機能の設定

Managementイベントの発行

Managementイベントを発行するかどうか（usrconf.propertiesファイルのejbserver.manager.agent.MEventAgent.enabledキー）を指定します。デフォルトは「する」です。

する

J2EEサーバからManagement ServerにManagementイベントを発行します。「する」を指定した場合，ejbserver.manager.agent.MEventAgent.confキーには「＜Application Serverのインストールディレクトリ＞/manager/config/mevent.＜実サーバ名＞.properties」が設定されます。

しない

J2EEサーバからManagementイベントを発行しません。

起動オプションの設定

セキュリティマネージャの使用

セキュリティマネージャを使用するかどうか（cjstartsvコマンドの-nosecurityキー）を指定します。デフォルトは，「する」です。「する」を指定した場合，cjstartsvコマンドに-nosecurityキーは設定されません。

バッチサーバを作成した場合は，デフォルトは「しない」になります。バッチサーバを作成した場合は，この項目を変更しないでください。

統合ユーザ管理に関する設定

JAAS機能（統合ユーザ管理機能）

JAAS機能（統合ユーザ管理機能）を有効にするかどうか（usrconf.propertiesファイルのjava.security.auth.login.configキー，com.cosminexus.admin.auth.configキー，com.cosminexus.admin.auth.passwordScramble.enableキー）を指定します。デフォルトは，「有効」です。

有効

JAAS機能が有効となり，統合ユーザ管理機能を使用したアプリケーションが利用できるようになります。

［JAASのコンフィグレーションファイル］，［統合ユーザ管理のコンフィグレーションファイル］，および［スクランブル化されたパスワードの複号化機能］に指定した内容が，usrconf.propertiesに配布されます。

無効

JAAS機能が無効となり，統合ユーザ管理機能を使用したアプリケーションは利用できなくなります。

java.security.auth.login.configキー，com.cosminexus.admin.auth.configキー，およびcom.cosminexus.admin.auth.passwordScramble.enableキーが，usrconf.propertiesから削除されます。

JAASのコンフィグレーションファイル

JAAS機能（統合ユーザ管理機能）で使用するjaas.conf（JAASのコンフィグレーションファイル）（usrconf.propertiesファイルのjava.security.auth.login.configキー）を指定します。相対パスで指定する場合は，＜Application Serverのインストールディレクトリ＞/manager/configからのパスが適用されます。デフォルトは，「jaas.conf」です。

統合ユーザ管理のコンフィグレーションファイル

JAAS機能（統合ユーザ管理機能）で使用するua.conf（統合ユーザ管理のコンフィグレーションファイル）（usrconf.propertiesファイルのcom.cosminexus.admin.auth.configキー）を指定します。相対パスで指定する場合は，＜Application Serverのインストールディレクトリ＞/manager/configからのパスが適用されます。デフォルトは，「ua.conf」です。

スクランブル化されたパスワードの複号化機能

ua.conf（統合ユーザ管理のコンフィグレーションファイル）でスクランブル化されたパスワードを複合化する機能を有効にするかどうか（usrconf.propertiesファイルのcom.cosminexus.admin.auth.passwordScramble.enableキー）を指定します。デフォルトは，「無効」です。

有効

スクランブル化されたパスワードの複号化機能を有効にします。

無効

スクランブル化されたパスワードの複号化機能を無効にします。

次の場合は「有効」を指定してください。

ua.confでパスワードをスクランブル化している場合

uachpwコマンドでパスワードをスクランブル化する場合

JAASのコンフィグレーションファイル以外で指定されたログイン構成は無視

［JAASのコンフィグレーションファイル］に指定したファイル以外で指定されたログイン構成を無視するかどうか（usrconf.propertiesファイルのjava.security.auth.login.configキー）を指定します。デフォルトは，「する（推奨）」です。

する（推奨）

J2EEサーバに，［JAASコンフィグレーションファイル］に指定したファイル以外でログイン構成が指定されていても，その構成は無視されて，jaas.confに指定された構成が有効になります。

［JAASのコンフィグレーションファイル］に指定したjaas.confは，先頭に¥=を付けて配布されます。

（例）java.security.auth.login.config=¥=/temp/jaas.conf

しない

J2EEサーバに指定されているファイルのログイン構成が有効になります。

［JAASのコンフィグレーションファイル］に指定したjaas.confは，そのまま配布されます。

（例）java.security.auth.login.config=/temp/jaas.conf

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。起動コマンドオプションは，J2EEサーバの起動時に使用されます。

(5)　注意事項

複数のJ2EEサーバを起動する場合，Webコンテナ提供のリダイレクタと接続するためのポートは，必ず，複数のJ2EEサーバ間で異なる値を指定してください。同じポート番号を指定した場合は，J2EEサーバを起動できません。また，デフォルトのまま使用すると，ポート番号は同じ設定値（8007）になります。このため，複数のJ2EEサーバを起動する場合は，ポート番号にデフォルトを使用しないようにして，必ず設定し直してください。

10.8.2　J2EEコンテナの設定

［J2EEコンテナの設定］画面を次の図に示します。

図10‒14　［J2EEコンテナの設定］画面（1/2）

[picture]

図10‒15　［J2EEコンテナの設定］画面(2/2)

[picture]

(1)　機能概要

J2EEコンテナが起動するときのオプションを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［＜J2EEサーバ名＞］をクリックします。

［コンテナ］タブをクリックします。

［J2EE］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

J2EEコンテナの作業ディレクトリなどを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

表示されるメッセージを確認したあと，引き続き設定を変更する場合は［戻る］アンカーをクリックして，設定画面に戻り，次の手順へ進んでください。

すべての設定が完了した場合は［設定情報の配布］をクリックしてください。

サーバ起動・停止フック機能のクラスを追加または削除する場合，次の操作をします。

追加する場合は，「サーバ起動・停止フックのクラス名」の欄に，サーバ起動・停止フックのクラス名を入力し，［追加］ボタンをクリックします。

削除する場合は，削除するサーバ起動・停止フックのクラス名の［削除］ボタンをクリックします。

表示されるメッセージを確認したあと，引き続き設定を変更する場合は［戻る］アンカーをクリックして，設定画面に戻り，次の手順へ進んでください。

すべての設定が完了した場合は［設定情報の配布］をクリックしてください。

拡張パラメタを追加または削除する場合，次の操作をします。

追加する場合は，「拡張パラメタ」の欄に，JavaVMを起動するときのオプションを入力し，［追加］ボタンをクリックします。

削除する場合は，削除する拡張パラメタの［削除］ボタンをクリックします。

表示されるメッセージを確認したあと，引き続き設定を変更する場合は［戻る］アンカーをクリックして，設定画面に戻り，次の手順へ進んでください。

すべての設定が完了した場合は［設定情報の配布］をクリックしてください。

追加した拡張パラメタを有効にする場合，［有効］欄をチェックします。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

J2EEコンテナの設定

動作モード

動作モードは「1.4」から変更しないでください。

作業ディレクトリの定義

J2EEサーバの作業ディレクトリ（usrconf.cfgファイルのejb.public.directoryキー）を指定します。J2EEサーバのカレントディレクトリは，＜このフィールドで指定された値＞/ejb/＜論理サーバ名＞となります。デフォルトは，「＜Application Serverのインストールディレクトリ＞/CC/server/public」です。

J2EEアプリケーション開始時に起動されるjavacコマンドのヒープサイズ

メモリ使用量（usrconf.propertiesファイルのejbserver.compiler.jvm.minHeapSizeキー，ejbserver.compiler.jvm.maxHeapSizeキー）を1〜4095の整数で指定します。デフォルトは，初期サイズが「32メガバイト」，最大サイズが「256メガバイト」です。「最大サイズ」の値が「初期サイズ」の値よりも小さい場合は，「最大サイズ」は「初期サイズ」と同じになります。

この項目はComponent Container 09-00-01以前で有効です。09-00-02以降は指定しても無視されます。09-00-02以降，J2EEアプリケーション開始時のJavaのコンパイルはjavacコマンドではなく，J2EEサーバプロセス内で実行されます。このため，J2EEアプリケーション開始の際にJ2EEサーバが一時的に使用するヒープサイズは，09-00-01以前と比較して，最大で256メガバイト（「最大サイズ」を指定していた場合はその指定値分）増加します。

J2EEアプリケーション開始時に起動されるjava2iiopコマンドのヒープサイズ

メモリ使用量（usrconf.propertiesファイルのvbj.java2iiop.jvm.minHeapSizeキー，vbj.java2iiop.jvm.maxHeapSizeキー）を1〜4095の整数で指定します。デフォルトは，初期サイズが「16メガバイト」，最大サイズが「128メガバイト」です。「最大サイズ」の値が「初期サイズ」の値よりも小さい場合は，「最大サイズ」は「初期サイズ」と同じになります。

リロード動作の設定

リロード機能の適用範囲

J2EEアプリケーションのリロード機能を使用するかどうか（usrconf.propertiesファイルのejbserver.deploy.context.reload_scopeキー）を指定します。J2EEアプリケーションのリロード機能を使用する場合は，リロード機能を適用するJ2EEアプリケーションの対象範囲を指定します。デフォルトは，「EJB-JAR，サーブレット，JSPをリロード」です。

EJB-JAR，サーブレット，JSPをリロード

EJB-JARのクラスファイルなど，およびWebアプリケーションのクラスファイル，JSPファイルなどのJ2EEアプリケーションをリロードします。

サーブレット，JSPをリロード

Webアプリケーションのクラスファイル，JSPファイルなどのJ2EEアプリケーションをリロードします。

JSPのみをリロード

WebアプリケーションのJSPファイル（JSP）だけをリロードします。

リロード機能を使用しない

J2EEアプリケーションをリロードしません。

リロードの適用範囲の詳細については，マニュアル「アプリケーションサーバ 機能解説 基本・開発編(コンテナ共通機能)」の「18.8.2　リロードの適用範囲」を参照してください。

更新検知のインターバル

J2EEアプリケーションの更新検知によるリロード機能を使用するかどうか（usrconf.propertiesファイルのejbserver.deploy.context.check_intervalキー）を指定します。J2EEアプリケーションの更新検知によるリロード機能を使用する場合は，J2EEアプリケーションの更新を検知する間隔を1〜2147483647の整数で指定します。単位は「秒」です。デフォルトは，「使用しない」です。

「使用しない」を指定した場合，J2EEアプリケーションの構成ファイルの更新を検知しても，J2EEアプリケーションをリロードしません。「使用しない」を指定した場合，リロード機能の適用範囲で「リロード機能を使用しない」以外を指定しているときは，コマンド（cjreloadappコマンド）によるリロード機能が使用できます。

なお，［EJBコンテナの設定］画面のJ2EEアプリケーションの呼び出し方式（usrconf.propertiesファイルのejbserver.rmi.localinvocation.scopeキー）で，「全てローカル呼び出し（all）」を指定している場合，J2EEアプリケーションの適用範囲にEJB-JAR，サーブレット，JSPを設定した更新検知によるリロード機能は使用できません。

更新検知からリロードまでの待ち時間

J2EEアプリケーションの更新を検知してから，更新検知対象ファイルのリロードを開始するまでの待ち時間（usrconf.propertiesファイルのejbserver.deploy.context.update.intervalキー）を，J2EEアプリケーションの構成ファイル更新用インターバルとして，1〜2147483647の整数で指定します。J2EEアプリケーションの構成ファイル更新用インターバルには，更新する更新検知対象ファイルのコピーに必要な時間を指定します。なお，実際にファイルをコピーするのに必要な時間よりもゆとりを持った値を指定してください。単位は「秒」です。デフォルトは，「待機しない」です。

「待機しない」を指定した場合は，更新検知後，すぐにリロードを開始します。なお，ファイルのコピー中にリロードを開始すると，ファイルのロードに失敗することがあります。

セッション情報ファイル格納先ディレクトリ

セッション情報ファイルを格納先するディレクトリ（usrconf.propertiesファイルのejbserver.deploy.session.work.directoryキー）を指定します。セッション情報ファイルの格納先は，「＜このフィールドで指定された値＞/web/＜コンテキストルート名＞/cjwebsession.dat」となります。ただし，コンテキストルートがルートコンテキストの場合，コンテキストルート名は「$2f」で作成します。デフォルトは，「＜Application Serverのインストールディレクトリ＞/CC/server/repository/＜論理サーバの実サーバ名＞」です。

オプション

パスワード情報のスクランブル化

DDファイルのパスワード情報のスクランブル化（usrconf.propertiesファイルのejbserver.deploy.resourcefile.scramble.enabledキー）をするかどうかを設定します。デフォルトは，「しない」です。

J2EEアプリケーション実行時間監視間隔

J2EEアプリケーション実行時間監視機能のタイムアウト監視間隔（usrconf.propertiesファイルのejbserver.ext.method_observation.intervalキー）を0〜86400の整数で指定します。単位は「秒」です。デフォルトは「監視しない」です。

「監視しない」または「0」秒を指定した場合，J2EEアプリケーション実行時間監視機能を使用したタイムアウト監視をしません。

アノテーション参照抑止機能

J2EEアプリケーション中のアノテーションを，参照する処理を抑止するかどうか（usrconf.propertiesファイルのejbserver.deploy.applications.metadata_completeキー）を設定します。アノテーション参照抑止機能は，J2EEサーバ単位に設定します。デフォルトは，「無効」です。この機能は旧バージョンとの互換用の機能です。

有効

J2EEアプリケーション中のアノテーションを参照しないようにします。

無効

J2EEアプリケーション中のアノテーションを参照するようにします。

運用監視エージェントの設定

運用監視

J2EEサーバの状態を監視（メトリックの参照）するかどうか（usrconf.propertiesファイルのejbserver.instrumentation.enabledキー）を指定します。デフォルトは，「する」です。

する

「論理サーバの運用監視」機能でJ2EEサーバのメトリックを参照できます。

しない

「論理サーバの運用監視」機能でJ2EEサーバのメトリックを参照できません。また「論理サーバのアプリケーション管理」機能，mngsvrutilコマンドのサブコマンドlistで，J2EEアプリケーションやJ2EEリソースのステータスを確認できません。

ログファイルサイズ

ログファイルのサイズ（mngagent.＜実サーバ名＞.propertiesファイルのmngagent.log.filesizeキー）を選択します。4キロバイト，64キロバイト，256キロバイト，512キロバイト，1メガバイト，2メガバイト，4メガバイト，16メガバイト，64メガバイトから選択できます。デフォルトは，「64キロバイト」です。

ホストの固定

一つのマシンに複数のアドレスが割り当てられている場合に，運用監視エージェントを特定のIPアドレスに割り当てるかどうか（mngagent.＜実サーバ名＞.propertiesファイルのmngagent.connector.hostキー）を指定します。デフォルトは，「しない」です。

する

「運用管理ドメインの構成定義」で定義した運用管理エージェントのホスト名に対してだけ接続を受け付けるようにします。

しない

すべてのローカルアドレスに対する接続を受け付けます。

ポート番号

J2EEサーバの状態を監視するときに利用するポート番号（mngagent.＜実サーバ名＞.propertiesファイルのmngagent.connector.portキー）を指定します。1〜65535の整数で指定します。デフォルトは「自動」です。

パーソナルファイアウォールを使用して同一ホスト内の通信をフィルタリングする場合は，ポート番号を指定してください。

「自動」を選択した場合は，空いているポート番号から自動的に割り当てられます。

Managementイベント発行機能の設定

Managementイベントの発行

Managementイベントを発行するかどうか（usrconf.propertiesファイルのejbserver.manager.agent.MEventAgent.enabledキー）を指定します。デフォルトは「する」です。

する

J2EEサーバからManagement ServerにManagementイベントを発行します。

「する」を指定した場合，ejbserver.manager.agent.MEventAgent.confキーには「＜Application Serverのインストールディレクトリ＞/manager/config/mevent.＜実サーバ名＞.properties」が設定されます。

しない

J2EEサーバからManagementイベントを発行しません。

送信タイムアウト

Managementイベントの発行時に，Management Serverからの応答を待つ時間（mevent.＜実サーバ名＞.propertiesファイルのmanager.mevent.send.timeoutキー）を10〜600の整数で指定します。単位は「秒」です。デフォルトは「90秒」です。

再送期限

Managementイベントの発行に失敗した場合の再送を繰り返す期限（mevent.＜実サーバ名＞.propertiesファイルのmanager.mevent.retry.limitキー）を0〜86400の整数で指定します。単位は「秒」です。デフォルトは「再送しない」です。

「再送しない」または「0」を指定した場合，Managementイベントを再送しません。

再送間隔

Managementイベントを再送する場合の，再送を繰り返す間隔（mevent.＜実サーバ名＞.propertiesファイルのmanager.mevent.retry.intervalキー）を1〜86400の整数で指定します。単位は「秒」です。デフォルトは「10秒」です。

同時発行最大数

同時に発行できるManagementイベントの最大数（mevent.＜実サーバ名＞.propertiesファイルのmanager.mevent.send.maxキー）を1〜1000の整数で指定します。デフォルトは「10」です。

メッセージIDリストファイル

メッセージIDリストファイル（mevent.＜実サーバ名＞.propertiesファイルのmanager.mevent.message_id.listキー）を絶対パスで指定します。

指定したパスが不正な場合，Managementイベントを発行しません。指定を省略した場合，デフォルトメッセージIDリストに記載されているメッセージIDがManagementイベントとして通知されます。

ローカルアドレスの固定

Managementイベントの送信時に使用するローカルアドレスを固定するかどうか（mevent.＜実サーバ名＞.propertiesファイルのmanager.mevent.sender.bind.hostキー）を指定します。デフォルトは「しない」です。

する

「運用管理ドメインの構成定義」で定義した運用管理エージェントのホスト名をManagementイベント送信時のローカルアドレスとして使用します。

しない

任意のローカルIPアドレスをManagementイベント送信時のローカルアドレスとして使用します。

コンテナ拡張ライブラリの設定

サーバ起動・停止フックのクラス名

J2EEサーバの起動時および終了時に呼び出すサーバ起動・停止フック機能のクラス名（usrconf.propertiesファイルのejbserver.application.InitTermProcessClassesキー）を指定します。

J2EEサーバの起動時は，ここで指定した順序でサーバ起動・停止フック機能のサーバ起動フックメソッドが呼び出されます。

J2EEサーバの終了時は，ここで指定した順序と逆の順序でサーバ起動・停止フック機能のサーバ停止フックメソッドが呼び出されます。

指定したクラスを利用するには，「拡張パラメタ」の欄に，該当するクラスが含まれるJARファイルを「add.class.path=＜JARファイル＞」の形式で指定してください。このとき，JARファイルはフルパスで指定します。また，J2EEコンテナ拡張ライブラリがJNIを利用する場合は，「拡張パラメタ」の欄に，JNI用共有ライブラリのディレクトリを「add.library.path=＜JNI用共有ライブラリのディレクトリ＞」の形式で指定してください。このとき，JNI用共有ライブラリのディレクトリはフルパスで指定します。

また，Management Serverからコンテナ拡張ライブラリを使用するアプリケーションを操作できるようにするため，事前に接続先ホストで次の設定をしてください。

サーバ管理コマンド用オプション定義ファイルのUSRCONF_JVM_CLASSPATHキーにコンテナ拡張ライブラリ用のJARファイルを指定します。

コンテナ拡張ライブラリからJNI機能を使用する場合は，サーバ管理コマンド用オプション定義ファイルのUSRCONF_JVM_LIBPATHキーで，JNI用ライブラリの検索パスを指定します。

サーバ管理コマンド用オプション定義ファイル（usrconf.bat）の詳細については，マニュアル「アプリケーションサーバ リファレンス 定義編(サーバ定義)」の「5.2.2　usrconf.bat（サーバ管理コマンド用オプション定義ファイル）」を参照してください。

［追加］ボタン

サーバ起動・停止フック機能のクラスを追加します。

［削除］ボタン

サーバ起動・停止フック機能のクラスを削除します。

拡張パラメタ

有効

該当行のパラメタを設定ファイルに反映するかどうかを指定します。チェックされた場合に，パラメタの定義を反映します。チェックされていない場合は，反映しません。

拡張パラメタ

J2EEコンテナで使用する任意のオプションを指定できます。指定内容は，usrconf.cfgファイルに反映されます。この欄は，最低5行表示（追加行を含む）されます。

バッチサーバを作成した場合は，batch.service.enabled=trueが，［有効］チェックボックスがチェックされた状態で表示されます。batch.service.enabled=trueの変更・削除，チェックボックスの操作，batch.service.enabledキーの追加はしないでください。

［追加］ボタン

拡張パラメタを追加します。

［削除］ボタン

拡張パラメタを削除します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

10.8.3　EJBコンテナの設定

［EJBコンテナの設定］画面を次の図に示します。

図10‒16　［EJBコンテナの設定］画面

[picture]

(1)　機能概要

EJBコンテナが起動するときのオプションを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［＜J2EEサーバ名＞］をクリックします。

［コンテナ］タブをクリックします。

［EJB］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

接続するCTMやタイムアウト時間などを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

CTMの設定

接続するCTM

J2EEサーバで利用するCTM（usrconf.propertiesファイルのejbserver.ctm.enabledキー，ejbserver.ctm.CTMDomainキー，ejbserver.ctm.CTMIDキー）を選択します。「設定しない」およびJ2EEサーバと同じホストに定義されているCTMが表示されます。デフォルトは，「設定しない」です。「設定しない」を選択した場合は，CTMは利用されません。

タイムアウト設定

デプロイ時のキュー活性化要求

CTM機能を使用するJ2EEアプリケーションの開始時，J2EEサーバはスケジュールキューを活性化します。このときの待ち時間（usrconf.propertiesファイルのejbserver.ctm.ActivateTimeOutキー）を指定します。単位は「秒」です。「0」を指定した場合は，無限に待ち続けます。デフォルトは，「180」です。

アンデプロイ時のキュー非活性化要求

CTM機能を使用するJ2EEアプリケーションの停止時，J2EEサーバはスケジュールキューを非活性化します。このときの待ち時間（実行中のリクエストの完了待ち）（usrconf.propertiesファイルのejbserver.ctm.DeactivateTimeOutキー）を指定します。単位は「秒」です。「0」を指定した場合は，無限に待ち続けます。デフォルトは，「180」です。

キューの設定

キューサイズ

CTM機能を使用するJ2EEアプリケーションのデプロイ時に，J2EEサーバが生成するスケジュールキューの長さ（usrconf.propertiesファイルのejbserver.ctm.QueueLengthキー）を1〜32767の整数で指定します。指定を省略した場合は，CTMデーモンが持つキューの長さが有効になります。デフォルトは，「なし」です。

リクエストの優先順位

CTM内のキューに滞留したリクエストを引き出すときの優先順位（usrconf.propertiesファイルのejbserver.client.ctm.RequestPriorityキー）を，1〜8の整数で指定します。値が小さいほど優先順位は高くなります。デフォルトは，「4」です。

監視スレッドの起動間隔の設定

Stateful Session Beanのタイムアウト監視間隔

Stateful Session Beanのタイムアウトやプールの状態を監視するスレッドの起動間隔（usrconf.propertiesファイルのejbserver.container.remove.scan.intervalキー）を指定します。「設定しない」を選択，または入力フィールドを選択して値を入力します。指定できる値は，1〜153722867280912の整数です。単位は「分」です。「設定しない」を適用した場合は，この機能による監視は実行されません。デフォルトは，「5分」です。

Enterprise Beanのタイムアウト監視間隔

Enterprise Beanのタイムアウトやプールの状態を監視するスレッドの起動間隔（usrconf.propertiesファイルのejbserver.container.passivate.scan.intervalキー）を指定します。「設定しない」を選択，または入力フィールドを選択して値を入力します。指定できる値は，1〜2147483の整数です。単位は「秒」です。「設定しない」を適用した場合は，この機能による監視は実行されません。デフォルトは，「設定しない」です。

サーバとの接続

タイムアウト時間

クライアントとサーバ間の通信タイムアウト時間（usrconf.propertiesファイルのejbserver.rmi.request.timeoutキー）を指定します。「設定しない」を選択，または入力フィールドを選択して値を入力します。指定できる値は，1〜86400の整数です。単位は「秒」です。「設定しない」を指定した場合は，この機能による監視は実行されません。デフォルトは，「設定しない」です。86400より大きい値を指定した場合，デフォルト値が設定されます。

Timer Serviceの設定

タイムアウトメソッドのコールバックのリトライ回数

EJBコンテナがタイムアウトメソッドのコールバックに失敗した場合に，リトライする回数（usrconf.propertiesファイルのejbserver.ejb.timerservice.retryCountキー）を指定します。「設定しない」を選択，または入力フィールドを選択して値を入力します。指定できる値は，1〜2147483646の整数です。デフォルトは，「1回」です。「設定しない」を指定した場合は，タイムアウトメソッドをリトライしません。

タイムアウトメソッドのコールバックのリトライ間隔

EJBコンテナがタイムアウトメソッドのコールバックに失敗した場合に，リトライする間隔（usrconf.propertiesファイルのejbserver.ejb.timerservice.retryIntervalキー）を1〜604800の整数で指定します。単位は「秒」です。デフォルトは，「5秒」です。

タイムアウトメソッドのコールバックの最大スレッド数

EJBタイマがタイムアウトして，EJBコンテナがタイムアウトメソッドをコールバックする際の，J2EEサーバ全体での最大スレッド数（usrconf.propertiesファイルのejbserver.ejb.timerservice.maxCallbackThreadsキー）を1〜100の整数で指定します。デフォルトは，「1」です。

オプション

J2EEアプリケーションの呼び出し方式

J2EEアプリケーションを呼び出すときの呼び出し方法（usrconf.propertiesファイルのejbserver.rmi.localinvocation.scopeキー）を指定します。デフォルトは，「アプリケーションをまたぐ場合にリモート呼び出し（app）」です。

全てリモート呼び出し（none）

java:comp/envでルックアップされるすべてのメソッド呼び出しはリモート呼び出しになります。

アプリケーションをまたぐ場合にリモート呼び出し（app）

アプリケーション内のすべてのメソッド呼び出しはローカル呼び出しに，アプリケーション間のメソッド呼び出しはリモート呼び出しになります。

全てローカル呼び出し（all）

サーバ内のすべてのメソッド呼び出しはローカル呼び出しになります。

ダイナミックローディング

ダイナミッククラスローディング機能を利用するかどうか（usrconf.propertiesファイルのejbserver.DynamicStubLoading.Enabledキー）を指定します。デフォルトは，「しない」です。

する

ダイナミッククラスローディング機能を利用します。EJBオブジェクトのスタブ，およびEJBHomeオブジェクトのスタブをEJBクライアントのユーザクラスパスに指定する必要はありません。

しない

ダイナミッククラスローディング機能を利用しません。EJBオブジェクトのスタブ，およびEJBHomeオブジェクトのスタブをダウンロードし，EJBクライアントのユーザクラスパスに指定してください。

Stateful Session Beanの非活性化/活性化機能の利用

Stateful Session Beanの非活性化/活性化機能を動作させるかどうか（usrconf.propertiesファイルのejbserver.stateful.passivate.switchキー）を指定します。デフォルトは，「しない」です。

リモートインタフェースの参照渡し

リモートインタフェースを持つEJBのメソッド呼び出しで，引数および戻り値を値渡し（pass by value）ではなく参照渡し（pass by reference）にするかどうか（usrconf.propertiesファイルのejbserver.rmi.passbyreferenceキー）を指定します。デフォルトは，「しない」です。

「J2EEアプリケーションの呼び出し方式」で設定された範囲を超えた呼び出しをした場合，参照渡しの指定は無効になります。参照渡しでは，値をコピーして生成するコストを削減できますが，渡された参照を用いて元の値を変更できるため注意が必要です。

ホストの固定

一つのマシンに複数のアドレスが割り当てられている場合に，EJBコンテナで使用するアドレスを特定のアドレスに割り当てるかどうか（usrconf.propertiesファイルのvbroker.se.iiop_tp.hostキー）を指定します。デフォルトは，「しない」です。

J2EEサーバに未決着トランザクションが残っている状態でこの項目の設定内容を変更すると，未決着トランザクションが解消されないおそれがあります。

また，［トランザクションの設定］画面で，ライトトランザクション機能を無効にしている場合，この項目の値を変更して［適用］ボタンをクリックすると，メッセージが表示されます。なお，変更内容は反映されます。

する

「運用管理ドメインの構成定義」で定義したホストがネットワーク参照できるホストまたはIPアドレスに対してだけ，接続を受け付けます。

しない

すべてのローカルアドレスに対する接続を受け付けます。

ループバックアドレス

ループバックアドレス（localhost）に対して接続を受け付けます。

インプロセスネーミングサービスを使用する場合，「する」または「ループバックアドレス」を選択すると，インプロセスネーミングサービスが使用するアドレスも固定されます。

また，J2EEサーバを構築したホストのホスト名が「localhost」の場合は，「する」または「ループバックアドレス」のどちらを選択してもJ2EEサーバの起動時にタイムアウトが発生します。

通信ポート番号

EJBコンテナの通信ポート番号（usrconf.propertiesファイルのvbroker.se.iiop_tp.scm.iiop_tp.listener.portキー）を指定します。デフォルトは，「自動」です。

「自動」を選択した場合は，空いているポート番号が自動的に割り当てられます。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

10.8.4　Webコンテナの設定

［Webコンテナの設定］画面を次の図に示します。

図10‒17　［Webコンテナの設定］画面（1/3）

[picture]

図10‒18　［Webコンテナの設定］画面（2/3）

[picture]

図10‒19　［Webコンテナの設定］画面（3/3）

[picture]

(1)　機能概要

Webコンテナが起動するときのオプションを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［＜J2EEサーバ名＞］をクリックします。

［コンテナ］タブをクリックします。

［Web］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

管理用サーバのポート番号やアクセスを許可するホストなどを指定します。

アクセスを許可するホストを追加または削除する場合，次の操作をします。

追加する場合は，ホスト名またはIPアドレスを入力し，［追加］ボタンをクリックします。

削除する場合は，削除したいホスト名またはIPアドレスの［削除］ボタンをクリックします。

表示されるメッセージを確認したあと，［戻る］アンカーをクリックして，設定画面に戻ります。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

データベースセッションフェイルオーバ機能の設定

データベースセッションフェイルオーバ機能の使用

データベースセッションフェイルオーバ機能を使用するかどうか（usrconf.propertiesファイルのwebserver.dbsfo.enabledキー）を指定します。デフォルトは，「しない」です。

「する」を指定した場合は，J2EEサーバ上すべてのWebアプリケーションでデータベースセッションフェイルオーバ機能が有効になります。

DB Connectorの別名

データベースセッションフェイルオーバ機能で使用するDB Connectorの別

名（usrconf.propertiesファイルのwebserver.dbsfo.connector.nameキー）を指定します。デフォルトは，「COSMINEXUS_SFO_DBCONNECTOR」です。

グローバルセッション情報に含めることができるHTTPセッションの属性情報の最大サイズ

グローバルセッション情報に含めることができるHTTPセッションの属性情報の最大サイズ（usrconf.propertiesファイルのwebserver.dbsfo.attribute_data_size.maxキー）を128〜10485760の整数値で指定します。単位は「バイト」です。デフォルトは，「1024（1KB）」です。

データベースセッションフェイルオーバ機能を抑止する拡張子

データベースセッションフェイルオーバ機能を抑止する拡張子（usrconf.propertiesファイルのwebserver.dbsfo.exclude.extensionsキー）を指定します。指定した拡張子とURLのパスの拡張子が一致した場合，そのリクエストではデータベースセッションフェイルオーバ機能は無効となります。

拡張子に指定できる文字は，英数字，括弧(())，エクスクラメーション(!)，パーセント(%)，ドル記号($)，アンパサンド(&)，シングルクオート(')，プラス(+)，ハイフン(-)，イコール(=)，アットマーク(@)，アンダースコア(_)，チルダ(~)，ピリオド(.)およびコンマ(,)です。512文字までで指定します。

複数の拡張子を指定する場合は，コンマ（,）で区切って指定します。デフォルトは，「txt,htm,html,jpg,gif,js」です。

なお，抑止する拡張子を何も指定しない場合は，コンマ（,）だけ指定します。

HTTPセッションの属性情報のサイズ見積もり機能の使用

HTTPセッションの属性情報のサイズを見積もる機能を使用するかどうか（usrconf.propertiesファイルのwebserver.dbsfo.check_size.modeキー）を指定します。デフォルトは，「しない」です。

「する」を指定した場合，HTTPセッションの属性情報のサイズ見積もり機能は有効となります。

「しない」を指定した場合，HTTPセッションの属性情報のサイズ見積もり機能は無効となります。

この機能を使用すると，セッション情報はデータベースに格納されないため，データベースセッションフェイルオーバ機能が有効になりません。運用環境では使用しないでください。

管理用サーバの設定

ポート番号

管理用サーバのポート（usrconf.propertiesファイルのejbserver.http.portキー）を指定します。デフォルトは，「28008」です。

アクセスを許可するホストの定義

管理用サーバへのアクセスを許可するホストのIPアドレスまたはホスト名（usrconf.propertiesファイルのwebserver.connector.http.permitted.hostsキー）を指定します。デフォルトは，「次のホストからのアクセスだけを許可する」です。

全てのホストからのアクセスを許可する

すべてのホストからアクセスできます。

次のホストからのアクセスだけを許可する

指定したホスト名またはIPアドレスからだけアクセスできます。

［追加］ボタン

指定したホスト名またはIPアドレスを追加します。

［削除］ボタン

指定したホスト名またはIPアドレスを削除します。

なお，「ホスト名またはIPアドレス」にホスト名またはIPアドレスを入力している状態で，「全てのホストからのアクセスを許可する」を選択したあと，［適用］ボタンをクリックすると，入力したホスト名またはIPアドレスは削除されるので，注意してください。

ホストの固定

一つのマシンに複数のアドレスが割り当てられている場合に，管理用サーバを特定のIPアドレスに割り当てるかどうか（usrconf.propertiesファイルのwebserver.connector.http.bind_hostキー）を指定します。デフォルトは，「しない」です。

する

「運用管理ドメインの構成定義」で定義したホストがネットワーク参照できるホストまたはIPアドレスに対してだけ，接続を受け付けます。

しない

すべてのローカルアドレスに対する接続を受け付けます。

Webコンテナの設定

同時実行スレッド数制御機能の使用

V9互換モードでWebアプリケーション単位の同時実行スレッド数制御機能を使用するかどうか（usrconf.propertiesファイルのwebserver.container.thread_control.enabledキー）を指定します。デフォルトは，「する」です。

V9互換モード以外ではこの設定に関わらず常に同時実行スレッド数制御機能を使用する設定となります。

実行待ちキューサイズ

Webアプリケーション単位の同時実行スレッド数制御機能を使用する場合に，デフォルトの実行待ちキューサイズ（usrconf.propertiesファイルのwebserver.container.thread_control.queue_sizeキー）を指定します。デフォルトは，「8192」です。

JSP用一時ディレクトリ

JSP用一時ディレクトリ（usrconf.propertiesファイルのwebserver.work.directoryキー）を指定します。デフォルトは，「＜Application Serverのインストールディレクトリ＞/CC/server/repository/＜論理サーバの実サーバ名＞/web」です。

JSPから生成されたサーブレットのソースファイルの保存

JSPから生成されたソースファイルを保存するかどうか（usrconf.propertiesのwebserver.jsp.keepgeneratedキー）を指定します。デフォルトは，「しない」です。

JSPから生成されたサーブレットのコンパイル結果の削除

JSPから生成されたサーブレットのコンパイル結果を削除するかどうか（usrconf.propertiesのwebserver.work.cleanキー）を指定します。デフォルトは，「しない」です。

TLDファイルの妥当性チェック

TLDファイルの妥当性のチェックをするかどうか（usrconf.propertiesファイルのwebserver.xml.validateキー）を指定します。デフォルトは，「する」です。

「する」を指定した場合，タグライブラリ・ディスクリプタ（TLDファイル）がDTDで記述されたスキーマに沿って書かれているかどうかがチェックされます。

JSPから生成されたサーブレットのコンパイル

JSPから生成されたサーブレットのコンパイル方法（usrconf.propertiesファイルのwebserver.jsp.compile.backcompatキー）を指定します。デフォルトは，「JDKのバージョンに依存しないコンパイル」です。

JDKのバージョンに依存しないコンパイル

次の場合に指定します。

・JSPファイル内にスクリプティングを記述していない場合

・JSPファイル内のスクリプティングに，インストールしているJDKより古いバージョンに依存する記述がない場合

インストールしているJDKの最新バージョンでコンパイルします。

JDK1.6の仕様に従ったコンパイル

Java SE 6のJava言語仕様に従って，JSPから生成されたサーブレットのソースファイルをコンパイルします。JPSから生成されたサーブレットに，Java SE 6に依存したソースコードが含まれている場合に選択してください。JDK11を使用している場合に指定できます。

JDK6の仕様に従ったコンパイル

Java SE 6のJava言語仕様に従って，JSPから生成されたサーブレットのソースファイルをコンパイルします。JPSから生成されたサーブレットに，Java SE 6に依存したソースコードが含まれている場合に選択してください。JDK11を使用している場合に指定できます。

JDK1.7の仕様に従ったコンパイル

Java SE 7のJava言語仕様に従って，JSPから生成されたサーブレットのソースファイルをコンパイルします。JPSから生成されたサーブレットに，Java SE 7に依存したソースコードが含まれている場合に選択してください。

JDK7の仕様に従ったコンパイル

Java SE 7のJava言語仕様に従って，JSPから生成されたサーブレットのソースファイルをコンパイルします。JPSから生成されたサーブレットに，Java SE 7に依存したソースコードが含まれている場合に選択してください。

JDK1.8の仕様に従ったコンパイル

Java SE 8のJava言語仕様に従って，JSPから生成されたサーブレットのソースファイルをコンパイルします。JPSから生成されたサーブレットに，Java SE 8に依存したソースコードが含まれている場合に選択してください。

JDK8の仕様に従ったコンパイル

Java SE 8のJava言語仕様に従って，JSPから生成されたサーブレットのソースファイルをコンパイルします。JPSから生成されたサーブレットに，Java SE 8に依存したソースコードが含まれている場合に選択してください。

JDK11の仕様に従ったコンパイル

JSPから生成されたサーブレットにJava SE 11に依存したソースコードが含まれる場合に指定します。JDK17以降を使用している場合に指定できます。

コネクションの自動クローズ

サーブレット/JSPのサービスメソッド内で取得，オープンされたコネクションのうち，メソッドの実行完了時にクローズが実行されていないものに対して自動的にクローズするかどうか（usrconf.propertiesファイルのejbserver.webj2ee.connectionAutoClose.enabledキー）を指定します。デフォルトは「する」です。

HttpSessionのセッションIDに付加するサーバID

HttpSessionのセッションIDに付加するサーバID（usrconf.propertiesファイルのwebserver.session.server_id.valueキー）を指定します。

HttpSessionのセッションIDに付加するサーバIDに指定できる文字は，0〜64文字（半角）の英数字およびアンダースコア(_)です。省略した場合は，J2EEサーバが自動的に付加します。

サーバIDの指定が省略された場合にJ2EEサーバが自動的に与えるサーバIDには，クライアントに送信されるとセキュリティ上好ましくない情報が含まれているおそれがあります。サーバIDには，IPアドレスなどのマシン固有情報を含まないで，かつ一意となる値を明示的に指定することを推奨します。サーバIDの指定を省略（空文字）使用して［適用］ボタンをクリックした場合，注意事項を示すメッセージ（KEOS19237-W）が表示されます。

HTTPレスポンスのサーバID

HTTPレスポンスに，サーバIDを示すHTTP Cookieを追加するかどうか（usrconf.propertiesファイルのwebserver.container.server_id.enabledキー）を指定します。デフォルトは，「追加しない」です。

Cookie名

HTTPレスポンスに，サーバIDを示すHTTP Cookieを追加する場合のCookie名（usrconf.propertiesファイルのwebserver.container.server_id.nameキー）を指定します。Cookie名に指定できる文字は1〜64文字（半角）の英数字およびアンダースコア(_)です。ただし，「JSESSIONID」というCookie名はWebコンテナが使用するため，大文字・小文字ともに使用できません。

省略した場合は，J2EEサーバが自動的に“ServerID”を仮定します。

サーバID

HTTPレスポンスに，サーバIDを示すHTTP Cookieを追加する場合のCookieの値（usrconf.propertiesファイルのwebserver.container.server_id.valueキー）を指定します。サーバIDに指定できる文字は1〜64文字（半角）の英数字およびアンダースコア(_)です。省略した場合は，J2EEサーバが自動的にサーバIDを与えます。

サーバIDの指定が省略された場合にJ2EEサーバが自動的に与えるサーバIDには，クライアントに送信されるとセキュリティ上好ましくない情報が含まれているおそれがあります。サーバIDには，IPアドレスなどのマシン固有情報を含まないで，かつ一意となる値を明示的に指定することを推奨します。サーバIDの指定を省略（空文字）使用して［適用］ボタンをクリックした場合，注意事項を示すメッセージ（KEOS19238-W）が表示されます。

静的コンテンツキャッシュ機能

静的コンテンツキャッシュ機能を有効にするかどうか（usrconf.propertiesファイルのwebserver.static_content.cache.enabledキー）を指定します。「無効（強制）」を指定した場合，DD（web.xml）またはアプリケーションの属性ファイルで静的コンテンツキャッシュを有効に指定していても，キャッシュ機能は強制的に無効になります。

キャッシュサイズ

静的コンテンツキャッシュ機能が有効な場合に，キャッシュ用に確保するメモリ領域の最大値（usrconf.propertiesファイルのwebserver.static_content.cache.sizeキー）を0〜2147483647の整数値で指定します。単位は「バイト」です。デフォルトは，「10485760（10MB）」です。

Webアプリケーション単位でキャッシュ用に確保するメモリ領域の最大値を指定しない場合は，「設定しない」を選択します。また，「0」を指定した場合も，「設定しない」を選択した場合と同様に，メモリ領域の最大値は設定されません。

ファイルサイズ

静的コンテンツキャッシュ機能が有効な場合に，一度にキャッシュできる静的コンテンツのサイズの最大値（usrconf.propertiesファイルのwebserver.static_content.cache.filesize.thresholdキー）を0〜2147483647の整数値で指定します。単位は「バイト」です。デフォルトは，「524288（512KB）」です。なお，指定する値は，「キャッシュサイズ」で指定した値以下でなければなりません。

一度にキャッシュできる静的コンテンツのサイズの最大値を指定しない場合は，「設定しない」を選択します。また，「0」を指定した場合も，「設定しない」を選択した場合と同様に，静的コンテンツのサイズの最大値は設定されません。

デフォルトの文字エンコーディング

J2EEサーバ単位のデフォルトエンコーディング設定機能を使用するかどうかを指定します。デフォルトは，「設定しない」（デフォルトエンコーディング設定機能を使用しない）です。

デフォルトエンコーディング設定機能は，リクエストのデコード，レスポンスのエンコード，およびJSPファイルに対して使用できます。

リクエストのデコード

リクエストボディ，およびクエリのデコードに使用するデフォルトの文字エンコーディング（usrconf.propertiesファイルのwebserver.http.request.encodingキー）を指定します。

レスポンスのエンコード

レスポンスボディのエンコードに使用するデフォルトの文字エンコーディング（usrconf.propertiesファイルのwebserver.http.response.encodingキー）を指定します。

JSPファイル

JSPファイルのデフォルトの文字エンコーディング（usrconf.propertiesファイルのwebserver.jsp.pageEncodingキー）を指定します。

デフォルトエンコーディング設定機能を使用する場合には，リクエストのデコード，レスポンスのエンコード，およびJSPファイルに対して，それぞれデフォルトの文字エンコーディングを指定します。

デフォルトの文字エンコーディングを指定する場合は，「選択」を選択し，メニューから文字エンコーディングを選択するか，「入力」を選択し，入力フィールドに文字エンコーディングを1,024文字以内の半角文字で入力します。

デフォルトの文字エンコーディングとして設定できる文字は，JavaVMがサポートしている文字エンコーディングとなります。JavaVMがサポートしている文字エンコーディングについては，JDKのドキュメントのサポートされているエンコーディングに関する説明を参照してください。

また，指定できる文字列は，java.nio API用の正準名とjava.lang API用の正準名に記載されている文字エンコーディング，およびそれらの別名になります。

メニューから選択できる文字エンコーディングを次に示します。

表10‒4　選択できる文字エンコーディング（Webコンテナ）

文字エンコーディング | 説明
US-ASCII | 7ビットASCII（ISO46-US/Unicode charsetのBasic Latinブロック）
ISO-8859-1 | ISO Latin Alphabet No.1（ISO-LATIN-1）
UTF-8 | 8ビットUCS変換形式
SJIS | Shift_JIS，日本語
EUC_JP | JIS X 0201，208，0212，EUCエンコーディング，日本語
MS932 | Windows，日本語
JIS0201 | JIS X 0201，日本語
JIS0208 | JIS X 0208，日本語
JIS0212 | JIS-X 0212，日本語

デフォルトエンコーディング設定機能を使用しない場合は，「選択」を選択し，「設定しない」を選択してください。

なお，「入力」を選択し，入力フィールドに何も入力しないまま［適用］ボタンをクリックすると，反映後は，「選択」を選択し，「設定しない」を選択した場合と同じ状態で表示されます。また，「入力」を選択し，入力フィールドに「選択」で選択できる文字エンコーディングを入力し，［適用］ボタンをクリックすると，反映後は，「選択」を選択し，文字エンコーディングを選択した場合と同じ状態で表示されます。

HTTPセッションに格納するオブジェクトのExplicitヒープへの配置

JDK17以降の場合，この項目は表示されません。

HTTPセッションに格納するオブジェクトをExplicitヒープに配置するかどうか（usrconf.propertiesファイルのejbserver.server.eheap.httpsession.enabledキー）を指定します。デフォルトは，「する」です。

「する」を指定した場合は，HTTPセッションに格納するオブジェクトをExplicitヒープに配置します。

「しない」を指定した場合は，HTTPセッションに格納するオブジェクトをJavaヒープ領域に配置します。

なお，この指定は，［起動パラメタの設定］画面の「明示管理ヒープ機能の使用」に「する」が指定されている場合だけ有効となります。

リダイレクタとの通信用オブジェクトのExplicitヒープへの配置

JDK17以降の場合，この項目は表示されません。

V9互換モードでリダイレクタとの通信用オブジェクトをExplicitヒープに配置するかどうか（usrconf.propertiesファイルのejbserver.server.eheap.ajp13.enabledキー）を指定します。デフォルトは，「する」です。

「する」を指定した場合は，リダイレクタとの通信用オブジェクトをExplicitヒープに配置します。

「しない」を指定した場合は，リダイレクタとの通信オブジェクトをJavaヒープ領域に配置します。

なお，この指定は，［起動パラメタ設定］画面の「明示管理ヒープ機能の使用」に「する」が指定されている場合だけ有効となります。

Webサーバとの接続

httpsのポート番号

Webサーバが使用しているHTTPSのポート番号（usrconf.propertiesファイルのwebserver.connector.redirect_https.portキー）を指定します。この指定がない場合，HTTPSポートにリダイレクトしません。なお，この指定は，V9互換モードでリダイレクタによるWebサーバ連携使用時にだけ有効になります。

http/ajp13

NIO HTTP，インプロセスHTTP，ajp13のどれかを選択し，ポート番号を指定します。NIO HTTPサーバを使用する場合にはNIO HTTPを，インプロセスHTTPサーバを使用する場合にはインプロセスHTTPを，Webサーバのリダイレクタと接続する場合にはajp13を選択します。

V9互換モード以外ではNIO HTTPだけを選択できます。V9互換モードではインプロセスHTTPまたはajp13を選択することができます。不正な値を設定した場合，メッセージKEOS19246-Eを表示し処理を中断します。選択したポートだけが同一ホスト内でのポート番号の重複チェックの対象になります。デフォルトは，V9互換モードの場合「ajp13」，V9互換モード以外の場合「NIO HTTP」です。

ポート番号（NIO HTTP）

NIO HTTPサーバで使用するポート番号（usrconf.propertiesファイルのwebserver.connector.nio_http.port）を1〜65535の整数で指定します。デフォルトは，「8008」です。

ホストの固定（NIO HTTP）

NIO HTTPサーバで利用するホストを固定するかどうか（usrconf.propertiesのwebserver.connector.nio_http.bind_host）を指定します。デフォルトは「しない」です。

「する※」を指定した場合は，「運用管理ドメインの構成定義」で定義したホストがネットワーク参照できるホストまたはIPアドレスに対してだけ，接続を受け付けます。

「しない」を指定した場合は，すべてのローカルアドレスに対する接続を受け付けます。

「ループバックアドレス※」を指定した場合は，ループバックアドレス（localhost）に対して接続を受け付けます。

注※

「する」または，「ループバックアドレス」を指定した場合，WebサーバからNIO HTTPサーバにリクエストを転送できなくなることがあります。［リバースプロキシの設定］画面の［リクエスト転送先］-［J2EEサーバ］で選択したJ2EEサーバのホスト名（ホストの定義で指定したホスト名）が，webserver.connector.nio_http.bind_hostのホスト名と一致しているかどうかを確認してください。J2EEサーバのホスト名と異なるホスト名を設定する場合は，次のどちらかの方法でProxyPassを設定してください。

・［リバースプロキシの設定］画面で該当するリクエストのマッピングに関する設定を削除してから［Webサーバの設定］画面の［追加ディレクティブ］にディレクティブを直接指定します。この時HWSProxyPassReverseCookieも削除されるため追加で指定してください。［リバースプロキシの設定］画面でリクエストのマッピングに関する設定をすべて削除する場合はこの方法は使用しないでください。

・［Webサーバの設定］画面の［設定ファイルの内容を直接設定します。］を選択し，［設定ファイルの内容］のhttpsd.confファイル（HTTP Server定義ファイル）の内容を直接設定します。ただし，設定ファイルの内容を直接設定するには，J2EEサーバとの連携方法をリダイレクタに変更する必要があります。J2EEサーバとの連携方法の変更方法については，「10.9.1　Webサーバの設定」を参照してください。ProxyPassなどのhttpsd.confファイルの各ディレクティブについては，マニュアル「HTTP Server」を参照してください。

ポート番号（インプロセスHTTP）

インプロセスHTTPサーバで使用するポート番号（usrconf.propertiesファイルのwebserver.connector.inprocess_http.portキー）を指定します。デフォルトは，「80」です。

ホストの固定（インプロセスHTTP）

インプロセスHTTPサーバで利用するホストを固定するかどうか（usrconf.propertiesファイルのwebserver.connector.inprocess_http.bind_hostキー）を指定します。デフォルトは，「しない」です。

「する」を指定した場合は，「運用管理ドメインの構成定義」で定義したホストがネットワーク参照できるホストまたはIPアドレスに対してだけ，接続を受け付けます。

「しない」を指定した場合は，すべてのローカルアドレスに対する接続を受け付けます。

ポート番号（ajp13）

リダイレクタと接続するためのポート番号（usrconf.propertiesファイルのwebserver.connector.ajp13.portキー）を指定します。デフォルトは，「8007」です。

最大スレッド数（ajp13）

Webコンテナがリクエストを処理する最大同時実行スレッド数（usrconf.propertiesファイルのwebserver.connector.ajp13.max_threadsキー）を指定します。1〜1024の整数で指定します。指定されたリクエストの同時実行数分のスレッドがサーバ起動時に生成されます。デフォルトは，「10」です。

実行待ちキューに格納できるリクエスト数（ajp13）

リダイレクタからの接続要求の最大の待ち行列数（usrconf.propertiesファイルのwebserver.connector.ajp13.backlogキー）を指定します。1〜2147483647の整数で指定します。デフォルトは，「100」です。

通常はデフォルトのままで問題ありません。この項目の設定の変更については，マニュアル「アプリケーションサーバ リファレンス 定義編(サーバ定義)」の「2.2.3　usrconf.properties（J2EEサーバ用ユーザプロパティファイル）」を参照してください。

ホストの固定（ajp13）

一つのマシンに複数のアドレスが割り当てられている場合に，Webサーバ連携で使用するアドレスを特定のアドレスに割り当てるかどうか（usrconf.propertiesファイルのwebserver.connector.ajp13.bind_hostキー）を指定します。デフォルトは，「しない」です。

「する」を指定した場合は，「運用管理ドメインの構成定義」で定義したホストがネットワーク参照できるホストまたはIPアドレスに対してだけ，接続を受け付けます。

「しない」を指定した場合は，すべてのローカルアドレスに対する接続を受け付けます。

「ループバックアドレス」を指定した場合は，ループバックアドレス（localhost）に対して接続を受け付けます。

リクエスト受信タイムアウト時間（ajp13）

Webコンテナで，リダイレクタから転送されたリクエストの受信処理の完了を待つ時間（usrconf.propertiesファイルのwebserver.connector.ajp13.receive_timeoutキー）を指定します。「設定しない」を選択，または入力フィールドを選択して値を入力します。指定できる値は，1〜3600の整数です。単位は「秒」です。「設定しない」を指定した場合はタイムアウトしません。デフォルトは，「600秒」です。

レスポンス送信タイムアウト時間（ajp13）

Webコンテナからリダイレクタへのレスポンス送信処理の完了を待つ時間（usrconf.propertiesファイルのwebserver.connector.ajp13.send_timeoutキー）を指定します。「設定しない」を選択，または入力フィールドを選択して値を入力します。指定できる値は，1〜3600の整数です。単位は「秒」です。デフォルトは，「600秒」です。

「設定しない」，またはTCPの持つデータ送信の再送タイマより長い時間を指定した場合は，TCPの持つデータ送信の再送タイマがタイムアウト時間となります。

リロード動作の設定

更新検知のインターバル

Webアプリケーションの更新検知によるリロード機能を使用するかどうか（usrconf.propertiesファイルのwebserver.context.check_intervalキー）を指定します。「設定しない」を選択，または入力フィールドを選択して値を入力します。Webアプリケーションの更新検知によるリロード機能を使用する場合は，Webアプリケーションの更新を検知する間隔を1〜2147483647の整数で指定し，使用しない場合は「0」を指定します。単位は「秒」です。デフォルトは，「設定しない」です。

「設定しない」を指定した場合は，［J2EEコンテナの設定］画面の「更新検知のインターバル」に設定する値（J2EEアプリケーションの更新検知インターバル）が仮定されます。

なお，この指定は，J2EEアプリケーションのリロード機能を使用する場合（［J2EEコンテナの設定］画面の「リロード機能の適用範囲」が「リロード機能を使用しない」以外の場合）にだけ有効となります。

更新検知からリロードまでの待ち時間

Webアプリケーションの更新を検知してから，処理中のリクエスト数の監視を開始するまでの待ち時間（usrconf.propertiesファイルのwebserver.context.update.intervalキー）を，リソース更新用インターバルとして指定します。「設定しない」を選択，または入力フィールドを選択して値を入力します。指定できる値は，0〜2147483647の整数です。単位は「秒」です。リソース更新用インターバルには，更新する更新検知対象ファイルのコピーに必要な時間を指定します。なお，実際にファイルをコピーするのに必要な時間よりもゆとりを持った値を指定してください。デフォルトは，「設定しない」です。

Webアプリケーションの更新を検知してから，指定したリソース更新用インターバルの時間が経過したあとに，処理中リクエスト数の監視を開始します。

更新検知後，すぐに処理中のリクエストの監視を開始する場合は，「0秒」を指定してください。「設定しない」を指定した場合は，［J2EEコンテナの設定］画面の「更新検知からリロードまでの待ち時間」に設定する値が仮定されます。

なお，この指定は，J2EEアプリケーションのリロード機能を使用する場合（［J2EEコンテナの設定］画面の「リロード機能の適用範囲」が「リロード機能を使用しない」以外の場合）にだけ有効となります。

リロード遅延実行機能の最大遅延期間

Webアプリケーションのリロード遅延実行機能を使用するどうか（usrconf.propertiesファイルのwebserver.context.reload_delay_timeoutキー）を指定します。「使用しない」を選択，または入力フィールドを選択して値を入力します。Webアプリケーションのリロード遅延実行機能を使用する場合は，リロード開始の最大遅延時間を-2147483648〜2147483647の整数で指定します。単位は「秒」です。デフォルトは，「使用しない」です。

「使用しない」を指定した場合，更新検知後の新規リクエストはすぐに実行待ち状態となり，リロード処理が完了するまで実行されません。処理中のリクエストがすべて完了すると，リロード処理を開始します。

1以上の整数を指定した場合，処理中のリクエストがあるときは，更新検知後の新規リクエストを最大遅延時間が経過するまで処理中リクエストとして処理します。最大遅延時間を経過するか，または処理中のリクエスト数が0になると，処理中のリクエストの処理が完了したあとに，リロード処理を開始します。リロード処理を開始したあと，新規リクエストはリロード処理が完了するまで実行待ち状態となります。

負の整数を指定した場合は，更新検知後の新規リクエストを処理中リクエストとして処理します。処理中リクエストの数が0になると，リロード処理を開始します。リロード処理を開始したあと，新規リクエストはリロード処理が完了するまで実行待ち状態となります。

「0」を指定した場合は，Webアプリケーションのリロード遅延実行機能を使用しません。

なお，この指定は，J2EEアプリケーションのリロード機能を使用する場合（［J2EEコンテナの設定］画面の「リロード機能の適用範囲」が「リロード機能を使用しない」以外の場合）にだけ有効となります。

JSPの更新検知のインターバル

JSPファイルの更新検知によるリロード機能を使用するかどうか（usrconf.propertiesファイルのwebserver.jsp.check_intervalキー）を指定します。「設定しない」を選択，または入力フィールドを選択して値を入力します。JSPファイルの更新検知によるリロード機能を使用する場合は，JSPの更新を検知する間隔を1〜2147483647の整数で指定し，使用しない場合は「0」を指定します。単位は「秒」です。デフォルトは，「設定しない」です。

「設定しない」を指定した場合は，［J2EEコンテナの設定］画面の「更新検知のインターバル」に設定する値（J2EEアプリケーションの更新検知インターバル）が仮定されます。

なお，この指定は，J2EEアプリケーションのリロード機能を使用する場合（［J2EEコンテナの設定］画面の「リロード機能の適用範囲」が「リロード機能を使用しない」以外の場合）にだけ有効となります。

JSPの更新検知からリロードまでの待ち時間

JSPファイルの更新を検知してから，JSPファイルのコンパイルを開始するまでの待ち時間（usrconf.propertiesファイルのwebserver.jsp.update.intervalキー）を，JSPファイル更新用インターバルとして指定します。「設定しない」を選択，または入力フィールドを選択して値を入力します。指定できる値は，0〜2147483647の整数です。単位は「秒」です。JSPファイル更新用インターバルには，更新する更新検知対象ファイルのコピーに必要な時間を指定します。なお，実際にファイルをコピーするのに必要な時間よりもゆとりを持った値を指定してください。デフォルトは，「設定しない」です。

JSPファイルの更新を検知してから指定したJSPファイル更新用インターバルの時間が経過したあとに，JSPの再コンパイルが実行されます。更新検知後，すぐにJSPの再コンパイルを開始する場合は，「0秒」を指定してください。「設定しない」を指定した場合は，［J2EEコンテナの設定］画面の「更新検知からリロードまでの待ち時間」に設定する値が仮定されます。

なお，この指定は，J2EEアプリケーションのリロード機能を使用する場合（［J2EEコンテナの設定］画面の「リロード機能の適用範囲」が「リロード機能を使用しない」以外の場合）にだけ有効となります。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

10.8.5　ネーミングの設定

［ネーミングの設定］画面を次の図に示します。

図10‒20　［ネーミングの設定］画面

[picture]

(1)　機能概要

ネーミングサービスなどのJNDIに関する情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［＜J2EEサーバ名＞］をクリックします。

［サービス］タブをクリックします。

［ネーミング］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

利用するネーミングサービスやネーミングでのキャッシングをするかどうかなどを指定します。

ラウンドロビン検索のグループを追加または削除する場合，次の操作をします。

追加する場合は，「グループ名」にグループ名を入力し，［追加］ボタンをクリックします。

削除する場合は，削除したいグループの［削除］ボタンをクリックします。

表示されるメッセージを確認したあと，［戻る］アンカーをクリックして，設定画面に戻ります。

ラウンドロビン検索のグループにネーミングサービスを追加，またはグループからネーミングサービスを削除する場合，次の操作をします。

追加する場合は，「グループ」からグループ名を選択し，「メンバ」からネーミングサービスを選択し，［追加］ボタンをクリックします。

削除する場合は，「グループ」からグループ名を選択し，「メンバ」からネーミングサービスを選択し，［削除］ボタンをクリックします。

表示されるメッセージを確認したあと，［戻る］アンカーをクリックして，設定画面に戻ります。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

利用するネーミングサービスの設定

プロトコル

J2EEサーバが利用するネーミングサービスへのアクセスプロトコル（usrconf.propertiesファイルのejbserver.naming.protocolキー）が表示されます。このバージョンでは，「corbaname」が表示されます（変更できません）。

利用するネーミングサービス

利用するネーミングサービス（usrconf.propertiesファイルのejbserver.naming.startupModeキー，ejbserver.naming.portキー，ejbserver.naming.hostキー）を選択します。「インプロセス」および「運用管理ドメインの構成定義」で定義したネーミングサービスが表示されます。デフォルトは，「インプロセス」です。

「インプロセス」を選択した場合は，J2EEサーバ内のネーミングサービスが利用されます。

「インプロセス」以外のネーミングサービスを選択した場合は，選択された「運用管理ドメインの構成定義」で定義したネーミングサービスが利用されます。また，ejbserver.naming.startupModeには「manual」が，ejbserver.naming.startupWaitTimeには「0」が設定されます。

インプロセス選択時の設定

ポート番号

「利用するネーミングサービス」で「インプロセス」を選択した場合，使用するポート番号（usrconf.propertiesファイルのejbserver.naming.portキー）を1〜65535の整数で指定します。デフォルトは，「900」です。

「利用するネーミングサービス」で「インプロセス」以外を選択した場合，ここでの指定は無視されます。

起動完了待ち時間

「利用するネーミングサービス」で「インプロセス」を選択した場合にJ2EEサーバの起動時にネーミングサービスの起動完了を待つ時間（usrconf.propertiesファイルのejbserver.naming.startupWaitTimeキー）を指定します。単位は「秒」です。0〜2147483647の整数で指定します。「0」を指定した場合は，ネーミングサービスの起動待ちはしません。デフォルトは「1秒」です。

「利用するネーミングサービス」で「インプロセス」以外を選択した場合，ここでの指定は無視されます。ただし，ここでの指定内容は保存されます。

起動完了待ちリトライ回数

「起動完了待ち時間」で指定した時間が経過してもネーミングサービスが未起動である場合に，リトライする回数（usrconf.propertiesファイルのejbserver.naming.startupRetryCountキー）を指定します。0〜2147483647の整数で指定します。「0」を指定した場合は，リトライしません。デフォルトは，「9」です。

「利用するネーミングサービス」で「インプロセス」以外を選択した場合，ここでの指定は無視されます。ただし，ここでの指定内容は保存されます。

タイムアウト時間

ネーミングサービスとの通信タイムアウト時間（usrconf.propertiesファイルのejbserver.jndi.request.timeoutキー）を指定します。「設定しない」を選択，または入力フィールドを選択して値を入力します。指定できる値は，1〜86400の整数です。単位は「秒」です。「設定しない」を選択した場合はタイムアウトしません。デフォルトは，「設定しない」です。

キャッシュの設定

キャッシュの利用

ネーミングでのキャッシングをするかどうか（usrconf.propertiesファイルのejbserver.jndi.cacheキー）を指定します。デフォルトは，「する」です。

クリア間隔

ネーミングでのキャッシングをする場合，キャッシュをクリアする間隔（usrconf.propertiesファイルのejbserver.jndi.cache.intervalキー）を指定します。単位は「秒」です。1〜2147483647の整数で指定します。なお，この設定はキャッシュの利用が「する」の場合にだけ有効となります。デフォルトは，「設定しない」です。

クリア範囲

定期的にキャッシュをクリアする場合のクリア範囲（usrconf.propertiesファイルのejbserver.jndi.cache.interval.clear.optionキー）を指定します。デフォルトは，「全てのキャッシュ」です。

全てのキャッシュ（refresh）

キャッシュの全領域を削除します。

破棄されたキャッシュ（check）

キャッシュの領域にあるすべての分散オブジェクトに対して，すでに破棄されたオブジェクトを検索して削除します。

この設定は，キャッシュの利用が「する」，かつクリア間隔が1〜2147483647の場合にだけ有効となります。

InitialContextファクトリの設定

使用するInitialContextファクトリ

InitialContextファクトリ（usrconf.propertiesファイルのjava.naming.factory.initialキー）を選択します。デフォルトは，「通常検索用」です。

通常検索用

「利用するネーミングサービス」で指定したネーミングサービスが検索する範囲で検索します。

ラウンドロビン検索用

「ラウンドロビン検索のグループ設定」で指定した範囲で検索します。

ラウンドロビン検索のグループ設定

グループ名

ラウンドロビン検索を使用する場合，検索対象のメンバのグループ名（usrconf.propertiesファイルのejbserver.jndi.namingservice.group.listキー）を指定します。指定するグループ名は，英数字（A〜Z，a〜z，0〜9）とアンダースコア(_)で構成され，一意である必要があります。

メンバ

グループに属するメンバ（usrconf.propertiesファイルのejbserver.jndi.namingservice.group.<Specify group name>.providerurlsキー）を指定します。グループには一つ以上のメンバが属している必要があります。

［追加］ボタン

グループを追加します。

［削除］ボタン

グループを削除します。

グループ

メンバを追加したいグループを指定します。

メンバ

追加したいメンバを指定します。メンバには，CTM，J2EEサーバ，またはネーミングサービスを選択できます。

［追加］ボタン

ネーミングサービスを追加します。

［削除］ボタン

ネーミングサービスを削除します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

10.8.6　トランザクションの設定

［トランザクションの設定］画面を次の図に示します。

図10‒21　［トランザクションの設定］画面

[picture]

(1)　機能概要

トランザクションの情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［＜J2EEサーバ名＞］をクリックします。

［サービス］タブをクリックします。

［トランザクション］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

ライトトランザクション機能を有効にするかどうかや，利用するスマートエージェントなどを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

トランザクションに関する設定

ライトトランザクション機能

ライトトランザクション機能を有効にするか無効にするか（usrconf.propertiesファイルのejbserver.distributedtx.XATransaction.enabledキー）を選択します。デフォルトは，「有効」です。

「有効」を選択した場合は，XAリソースがあるとJ2EEサーバ起動時にエラーとなります。

インプロセスOTSのステータスファイルの格納先

インプロセスOTSのステータスファイル，および保守資料としてのステータスファイルのバックアップを格納するディレクトリ（usrconf.propertiesファイルのejbserver.distributedtx.ots.status.directory1キー）を指定します。デフォルトは，「otsstatus」です。

相対パスを指定した場合は，＜作業ディレクトリ＞/ejb/＜サーバ名称＞からのパスとなります。

未決着トランザクションが残っている状態で，次に示す操作をした場合，トランザクションの一貫性が失われるおそれがあります。

トランザクションの一貫性が失われるおそれのある操作

ステータスファイル格納先を変更します。

［設定情報の配布］画面から，各論理サーバに設定情報を配布します。

J2EEサーバを起動します。

また，ライトトランザクション機能を無効にしている場合，この項目の値を変更して［適用］ボタンをクリックすると，メッセージが表示されます。なお，変更内容は反映されます。メッセージの詳細については，マニュアル「アプリケーションサーバ メッセージ(構築／運用／開発用)」を参照してください。

インプロセスOTSのステータスファイルの格納先（予備）

インプロセスOTSのステータスファイル，および保守資料としてのステータスファイルのバックアップを格納するディレクトリ（usrconf.propertiesファイルのejbserver.distributedtx.ots.status.directory2キー）を指定します。

このディレクトリを指定した場合，予備ステータスファイルが作成され二重化されます。指定しない場合には，予備ステータスファイルが作成されないため二重化されません。

デフォルトでは，ステータスファイルは二重化されません。

未決着トランザクションが残っている状態で，次に示す操作をした場合，トランザクションの一貫性が失われるおそれがあります。

トランザクションの一貫性が失われるおそれのある操作

ステータスファイル格納先を変更します。

［設定情報の配布］画面から，各論理サーバに設定情報を配布します。

J2EEサーバを起動します。

また，ライトトランザクション機能を無効にしている場合，この項目の値を変更して［適用］ボタンをクリックすると，メッセージが表示されます。なお，変更内容は反映されます。メッセージの詳細については，マニュアル「アプリケーションサーバ メッセージ(構築／運用／開発用)」を参照してください。

利用するスマートエージェント

利用するスマートエージェント（usrconf.propertiesファイルのvbroker.agent.portキー）を選択します。デフォルトは，「設定しない」です。

タイムアウト時間

J2EEサーバ上で開始されるトランザクションのトランザクションタイムアウト時間（usrconf.propertiesファイルのejbserver.jta.TransactionManager.defaultTimeOutキー）を指定します。指定できる値は1〜2147483647の整数です。単位は「秒」です。デフォルトは，「180秒」です。

コネクションアソシエーション機能

分散トランザクション環境下でコネクションアソシエーション機能を有効にするかどうか（usrconf.propertiesファイルのejbserver.connectionpool.association.enabledキー）を指定します。デフォルトは，「無効」です。

JTAリカバリの固定ポート番号

JTAリカバリを実行するために使用する固定ポート番号（usrconf.propertiesファイルのejbserver.distributedtx.recovery.portキー）を指定します。デフォルトは，「20302」です。同一マシン内でライトトランザクション機能が無効のJ2EEサーバを複数起動する場合，このポートが重複しないようにする必要があります。ここで指定したポートの割り当てができない場合，J2EEサーバは起動されません。

未決着トランザクションが残っている状態で，JTAリカバリの固定ポートを変更すると，未決着トランザクションが解消されないおそれがあります。

また，ライトトランザクション機能を無効にしている場合，この項目の値を変更して［適用］ボタンをクリックすると，メッセージが表示されます。なお，変更内容は反映されます。メッセージの詳細については，マニュアル「アプリケーションサーバ メッセージ(構築／運用／開発用)」を参照してください。

XIDの再利用

XIDの再利用の設定は無効になります。

システム例外発生時の挙動

サーバトランザクションでのシステム例外発生時のクライアントトランザクションの挙動（usrconf.propertiesファイルのejbserver.distributedtx.rollbackClientTxOnSystemExceptionキー）を指定します。デフォルトは「ロールバックしない」です。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

10.8.7　リソース枯渇監視の設定

［リソース枯渇監視の設定］画面を次の図に示します。

図10‒22　［リソース枯渇監視の設定］画面

[picture]

(1)　機能概要

各種リソースを監視するための情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［＜J2EEサーバ名＞］をクリックします。

［サービス］タブをクリックします。

［リソース枯渇監視］タブをクリックします。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

リソース枯渇監視をするかしないかや，リソース枯渇監視ログファイルのファイルサイズなどを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

リソース枯渇監視の設定

リソース枯渇監視

すべてのリソース枯渇監視を有効にするかどうか（usrconf.propertiesファイルのejbserver.watch.enabledキー）を指定します。デフォルトは「する」です。

する

リソース枯渇監視をします。

しない

リソース枯渇監視をしません。

「しない」を指定した場合，監視対象の各リソースの設定が有効でもリソース枯渇監視は無効になります。

監視対象リソースの設定

メモリ

アラート出力

メモリの使用状況を監視して，しきい値を超えた場合にメッセージを出力するかどうか（usrconf.propertiesファイルのejbserver.watch.memory.enabledキー）を指定します。

メモリを監視対象にする場合は，［起動パラメタの設定］画面でJavaVMの起動パラメタを設定します。JavaVMの起動パラメタには，「-XX:MetaspaceSize（デフォルト値：128m）」と「-XX:MaxMetaspaceSize（デフォルト値：128m）」を同値で設定することをお勧めします。異なる値を設定した場合，Metaspace領域の領域拡張でもアラートが出力されることがあります。

デフォルトは「する」です。

しきい値

アラート出力を「する」に指定した場合に，使用状態を監視するしきい値（usrconf.propertiesファイルのejbserver.watch.memory.thresholdキー）を1〜100の整数で指定します。単位は「%」です。デフォルトは「80%」です。

ファイル出力

監視結果をファイルに出力するかどうか（usrconf.propertiesファイルのejbserver.watch.memory.writefile.enabledキー）を指定します。デフォルトは「する」です。

監視間隔

監視する間隔（usrconf.propertiesファイルのejbserver.watch.memory.intervalキー）を1〜2147483647の整数で指定します。単位は「秒」です。デフォルトは「60秒」です。

ファイルディスクリプタ数

J2EEサーバが稼働するホストのOSがUNIXの場合だけ，設定が有効になります。

アラート出力

ファイルディスクリプタの使用状況を監視して，しきい値を超えた場合にメッセージを出力するかどうか（usrconf.propertiesファイルのejbserver.watch.fileDescriptor.enabledキー）を指定します。デフォルトは「する」です。

しきい値

アラート出力を「する」に指定した場合に，使用状態を監視するしきい値（usrconf.propertiesファイルのejbserver.watch.fileDescriptor.thresholdキー）を1〜2147483647の整数で指定します。デフォルトは「2147483647」です。

ファイル出力

監視結果をファイルに出力するかどうか（usrconf.propertiesファイルのejbserver.watch.fileDescriptor.writefile.enabledキー）を指定します。デフォルトは「する」です。

監視間隔

監視する間隔（usrconf.propertiesファイルのejbserver.watch.fileDescriptor.intervalキー）を1〜2147483647の整数で指定します。単位は「秒」です。デフォルトは「60秒」です。

スレッド数

アラート出力

スレッドの使用状況を監視して，しきい値を超えた場合にメッセージを出力するかどうか（usrconf.propertiesファイルのejbserver.watch.thread.enabledキー）を指定します。デフォルトは「する」です。

しきい値

アラート出力を「する」に指定した場合に，使用状態を監視するしきい値（usrconf.propertiesファイルのejbserver.watch.thread.thresholdキー）を1〜2147483647の整数で指定します。デフォルトは「2147483647」です。

ファイル出力

監視結果をファイルに出力するかどうか（usrconf.propertiesファイルのejbserver.watch.thread.writefile.enabledキー）を指定します。デフォルトは「する」です。

監視間隔

監視する間隔（usrconf.propertiesファイルのejbserver.watch.thread.intervalキー）を1〜2147483647の整数で指定します。単位は「秒」です。デフォルトは「60秒」です。

スレッドダンプファイル数

アラート出力

スレッドダンプファイルのファイル数を監視して，しきい値を超えた場合にメッセージを出力するかどうか（usrconf.propertiesファイルのejbserver.watch.threaddump.enabledキー）を指定します。デフォルトは「する」です。

上限値

J2EEサーバが障害を検知して自発的にスレッドダンプを出力する場合に，スレッドダンプファイルの個数の上限（usrconf.propertiesファイルのejbserver.server.threaddump.filenumキー）を1〜2147483647の整数で指定します。デフォルトは「256」です。

しきい値

アラート出力を「する」に指定した場合に，使用状態を監視するしきい値（usrconf.propertiesファイルのejbserver.watch.threaddump.thresholdキー）を1〜100の整数で指定します。単位は「%」です。デフォルトは「80%」です。

ファイル出力

監視結果をファイルに出力するかどうか（usrconf.propertiesファイルのejbserver.watch.threaddump.writefile.enabledキー）を指定します。デフォルトは「する」です。

監視間隔

監視する間隔（usrconf.propertiesファイルのejbserver.watch.threaddump.intervalキー）を1〜2147483647の整数で指定します。単位は「秒」です。デフォルトは「30秒」です。

HTTPリクエスト実行待ちキュー

アラート出力

デフォルトの実行待ちキューの場合のHTTPリクエスト実行待ちキューを監視して，しきい値を超えた場合にメッセージを出力するかどうか（usrconf.propertiesファイルのejbserver.watch.defaultRequestQueue.enabledキー）を指定します。デフォルトは「する」です。

しきい値

アラート出力を「する」に指定した場合に，使用状態を監視するしきい値（usrconf.propertiesファイルのejbserver.watch.defaultRequestQueue.thresholdキー）を1〜100の整数で指定します。単位は「%」です。デフォルトは「80%」です。

ファイル出力

監視結果をファイルに出力するかどうか（usrconf.propertiesファイルのejbserver.watch.defaultRequestQueue.writefile.enabledキー）を指定します。デフォルトは「する」です。

監視間隔

監視する間隔（usrconf.propertiesファイルのejbserver.watch.defaultRequestQueue.writefile.intervalキー）を1〜2147483647の整数で指定します。単位は「秒」です。デフォルトは「30秒」です。

リソース枯渇監視ログファイルの設定

監視対象リソース

次の種類があります。この監視対象ごとにログファイルのサイズやファイル面数などを指定します。

なお，ファイルディスクリプタ数は，J2EEサーバが稼働するホストのOSがUNIXの場合だけ設定が有効になります。

メモリ

ファイルディスクリプタ数

スレッド数

スレッドダンプファイル数

HTTPリクエスト実行待ちキュー

HTTPセッション数

コネクションプール

ファイルサイズ

出力するファイル一つ当たりのサイズ（usrconf.propertiesファイルのejbserver.logger.channels.define.＜チャネル名＞ WatchLogFile.filesizeキー）を指定します。サイズは，4キロバイト，64キロバイト，256キロバイト，512キロバイト，1メガバイト，2メガバイト，4メガバイト，16メガバイト，64メガバイトから選択できます。デフォルトは「1メガバイト」です。

ログの種類とチャネル名は次のように対応しています。

メモリ：MemoryWatchLogFile

ファイルディスクリプタ数：FileDescriptorWatchLogFile

スレッド数：ThreadWatchLogFile

スレッドダンプファイル数：ThreaddumpWatchLogFile

HTTPリクエスト実行待ちキュー：RequestQueueWatchLogFile

HTTPセッション数：HttpSessionWatchLogFile

コネクションプール：ConnectionPoolWatchLogFile

ファイル面数

出力するファイルの面数（usrconf.propertiesファイルのejbserver.logger.channels.define.＜チャネル名＞ WatchLogFile.filenumキー）を指定します。面数は，1面，2面，4面，8面，16面から選択できます。デフォルトは「2面」です。

なお，usrconf.properties（J2EEサーバ用ユーザプロパティファイル）のチャネル名や出力されるファイル名については，マニュアル「アプリケーションサーバ リファレンス 定義編(サーバ定義)」の「2.2.3　usrconf.properties（J2EEサーバ用ユーザプロパティファイル）」を参照してください。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

10.8.8　ログの設定（J2EEサーバ）

［ログの設定］画面を次の図に示します。

図10‒23　［ログの設定］画面（論理サーバの環境設定）

[picture]

(1)　機能概要

J2EEサーバが出力するログの情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［＜J2EEサーバ名＞］をクリックします。

［サービス］タブをクリックします。

［ログ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

ログの出力レベルやログファイルごとのファイルサイズなどを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ログの出力レベルの設定

ログの出力レベル

ログファイルに出力するメッセージのレベル（usrconf.propertiesファイルのejbserver.logger.enabled.*キー）を指定します。通常はデフォルト（通常運用）のまま利用してください。

通常運用

「Error」レベルの情報が出力されます。

通常運用（verbose）

「Error」，「Warning」レベルの情報が出力されます。

テスト時

「Error」，「Warning」，「Information」レベルの情報が出力されます。

障害調査

「Error」，「Warning」，「Information」，「Debug」レベルの情報が出力されます。

「通常運用（verbose）」，「テスト時」，「障害調査」の順に出力されるメッセージが増えるため，ログファイルのサイズも大きくする必要があります。

ログ別の設定

ログの種類

次の種類があります。このログの種類ごとにファイルサイズやファイル面数などを指定します。

メッセージログ

保守ログ

例外ログ

コンソールログ

EJBコンテナ保守ログ

Webコンテナ保守ログ

Webサーブレットログ

ユーザ出力ログ

ユーザエラーログ

リソースアダプタログ

Webコンテナトレースログ（J2EEサーバがV9互換モードの場合にだけ有効）

JPAプロバイダ稼働ログ（J2EEサーバがV9互換モードの場合にだけ有効）

JPAプロバイダ保守ログ（J2EEサーバがV9互換モードの場合にだけ有効）

ファイルサイズ

出力するログファイル一つ当たりのサイズ（usrconf.propertiesファイルのejbserver.connector.logwriter.filesizeキー（リソースアダプタの場合），ejbserver.logger.channels.define.＜チャネル名＞.filesizeキー（リソースアダプタ以外の場合））を指定します。4キロバイト，64キロバイト，256キロバイト，512キロバイト，1メガバイト，2メガバイト，4メガバイト，16メガバイト，64メガバイトのうちからどれか一つを選択できます。

デフォルトは，「1メガバイト」（リソースアダプタの場合は2メガバイト，保守ログの場合は16メガバイト，WebサーブレットログおよびWebコンテナトレースログの場合は4メガバイト）です。

ログの種類とチャネル名は次のように対応しています。

メッセージログ：MessageLogFile

保守ログ：MaintenanceLogFile

例外ログ：ExceptionLogFile

コンソールログ：ConsoleLogFile

EJBコンテナ保守ログ：EJBContainerLogFile

Webコンテナ保守ログ：WebContainerLogFile

Webサーブレットログ：WebServletLogFile

ユーザ出力ログ：UserOutLogFile

ユーザエラーログ：UserErrLogFile

Webコンテナトレースログ：WebAccessLogFile

JPAプロバイダ稼働ログ：JPAOperationLogFile

JPAプロバイダ保守ログ：JPAMaintenanceLogFile

ファイル面数

出力するログファイルの面数（usrconf.propertiesファイルのejbserver.connector.logwriter.filenumキー（リソースアダプタの場合），usrconf.propertiesファイルのejbserver.logger.channels.define.＜チャネル名＞.filenumキー（リソースアダプタ以外の場合））を指定します。1面，2面，4面，8面，16面のうちからどれか一つを選択できます。

デフォルトは，「2面」（リソースアダプタの場合は4面，チャネル名がMaintenanceLogFileおよびWebServletLogFileの場合は4面，チャネル名がWebAccessLogFileの場合は16面）です。

ログ出力の有無

ログを出力するかどうかを指定します。指定できるログはWebコンテナトレースログ（usrconf.propertiesファイルのwebserver.container.ac.logEnabledキー）およびJPAプロバイダ稼働ログ（usrconf.propertiesファイルのcosminexus.jpa.logging.level.operationキー）だけで，デフォルト値は，「出力しない」です。そのほかのログは「出力する」に固定されます。

指定できるログの詳細を次に示します。

Webコンテナトレースログ

「出力する」を指定した場合，ログを出力します。「出力しない」を指定した場合，ログを出力しません。

JPAプロバイダ稼働ログ

「出力する」を指定した場合，ログを出力します。「出力しない」を指定した場合，ログを出力しません。「詳細を出力する」を指定した場合，ログの詳細を出力します。

なお，SQL（usrconf.propertiesファイルのcosminexus.jpa.logging.level.operation.SQLキー）およびTRANSACTION（usrconf.propertiesファイルのcosminexus.jpa.logging.level.operation.TRANSACTIONキー）それぞれ出力を指定できます。

ログ出力ディレクトリの設定

ログ出力ディレクトリ

ログファイルの出力先のパス（usrconf.cfgファイルのejb.server.log.directoryキー）を1〜200文字の範囲で指定します。デフォルトは，「＜作業ディレクトリ＞¥ejb¥＜サーバ名称＞¥logs」（Windowsの場合）または「＜作業ディレクトリ＞/ejb/＜サーバ名称＞/logs」（UNIXの場合）です。ディレクトリの最後には，パスセパレータを指定しないでください。

デフォルト以外のディレクトリを指定する場合は，そのディレクトリに書き込み権限を設定しておく必要があります。

複数サーバで同じディレクトリを指定しないでください。

システムログ出力の設定

システムログ出力の有無

システムログを出力するかどうか（usrconf.cfgファイルのejbserver.logger.systemlog.enabledキー）を指定します。デフォルトは，「出力する」です。

出力する

システムログを出力します。

出力しない

システムログを出力しません。

システムログは，Windowsの場合はイベントログ，UNIXの場合はsyslogを意味します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

10.8.9　ユーザログの設定

［ユーザログの設定］画面を次の図に示します。

図10‒24　［ユーザログの設定］画面

[picture]

(1)　機能概要

ユーザログに関する情報を設定します。ユーザログの詳細については，マニュアル「アプリケーションサーバ 機能解説 拡張編」の「8.8　J2EEアプリケーションのユーザログ出力の設定」を参照してください。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［＜J2EEサーバ名＞］をクリックします。

［サービス］タブをクリックします。

［ユーザログ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

ログ出力用の動作を変更するためのロガーや，ログの取得レベルなどを指定します。

ロガー名称を追加または削除する場合，次の操作をします。ハンドラ名称も同様の手順で追加または削除できます。

追加する場合は，「ロガー名称」にロガー名称を入力し，［追加］ボタンをクリックします。

削除する場合は，削除したいロガー名称の［削除］ボタンをクリックします。

表示されるメッセージを確認したあと，［戻る］アンカーをクリックして，設定画面に戻ります。

ロガーのプロパティを設定する場合，「ロガー名称」からロガー名称を選択し，ログ取得レベルなどを指定し，［更新］ボタンをクリックします。ハンドラのプロパティも同様の手順で設定できます。

表示されるメッセージを確認したあと，［戻る］アンカーをクリックして，設定画面に戻ります。

ロガーに接続するハンドラを追加または削除する場合，次の操作をします。

追加する場合は，「ロガー名称」からロガーを選択し，「ハンドラ」の各メニューからハンドラクラスとハンドラ名称を選択するか「ハンドラ」の入力フィールドを選択して完全限定名を入力します。そのあと，［追加］ボタンをクリックします。

削除する場合は，「ロガー名称」からロガーを選択し，「ハンドラ」の各メニューからハンドラクラスとハンドラ名称を選択するか「ハンドラ」の入力フィールドを選択してハンドラ名称を入力します。そのあと，［削除］ボタンをクリックします。

表示されるメッセージを確認したあと，［戻る］アンカーをクリックして，設定画面に戻ります。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ロガーの設定

ロガー名称

ロギング用プロパティを用いてログ出力用の動作を変更するためのロガー（usrconf.propertiesファイルのejbserver. application.userlog.loggersキー，ejbserver. application.userlog.Logger.＜ロガー名称＞.*キー）を指定します。デフォルトは，「＜ロガー名称＞で修飾される各プロパティのデフォルト」です。

ロガー名称に指定できる文字は，先頭が英数字のクラス文字セット（英数字，ピリオド(.)，ドル記号($)，アンダースコア(_)）です。1〜1,024文字で指定します。

［追加］ボタン

ロガーを追加します。

［削除］ボタン

ロガーを削除します。

プロパティの設定（ロガー）

「ロガー名称」で指定したロガーのプロパティ（usrconf.propertiesファイルのejbserver.application.userlog.Logger.＜ロガー名称＞.*キー）を指定します。

ロガー名称

プロパティを設定したいロガーを選択します。

［参照］ボタン

メニューから選択されたロガーのプロパティを「プロパティの設定（ロガー）」に表示します。

［更新］ボタン

ロガーのプロパティを更新します。

ログ取得レベルの上限

ロガーのログ取得レベルの上限（usrconf.propertiesファイルのejbserver.application.userlog.Logger.＜ロガー名称＞.levelキー）を選択します。選択したレベル以下のログが出力されます。デフォルトは，「SEVERE」です。

プログラムからログを出力するときに指定されたレベルが，「プロパティの設定（ロガー）」および「プロパティの設定（ハンドラ）」の「ログ取得レベルの上限」よりも高い場合，該当のログは出力されません。

ログ取得レベルを次に示します。項番が大きいほどレベルが高くなります。ただし，「親のレベルを継承」を除きます。

表10‒5　ログ取得レベル（ロガー）

項番 | メニュー | 説明
1 | OFF | ログを取得しません。
2 | SEVERE | 重大な障害を示すレベルです。
3 | WARNING | 潜在的な問題を示すレベルです。
4 | INFO | メッセージ情報として提供するレベルです。
5 | CONFIG | 静的な構成メッセージのレベルです。
6 | FINE | トレース情報を提供するレベルです。
7 | FINER | FINEより高いトレースレベル2です。
8 | FINEST | FINERより高いトレースレベル3です。
9 | ALL | すべてのメッセージログを取得します。
10 | 親のレベルを継承 | 親ロガーに設定されている取得レベルを継承します。 このメニューを選択した場合，ejbserver.application.userlog.Logger.＜ロガー名称＞.levelには「null」が設定されます。

親ロガーに接続するハンドラへのログの伝播

ログレコードを親ロガーの接続しているハンドラへ伝播するかどうか（usrconf.propertiesファイルのejbserver.application.userlog.Logger.＜ロガー名称＞.useParentHandlersキー）を選択します。デフォルトは，「する」です。

ログレコードは親ロガーに設定されているハンドラに直接伝播されるため，親ロガーの「ログレベル取得の上限」には影響されません。

フィルタ

ロガーで使用するフィルタ（usrconf.propertiesファイルのejbserver.application.userlog.Logger.＜ロガー名称＞.filterキー）を完全限定名で指定します。フィルタに指定できる文字は，クラス文字セット（英数字，ピリオド(.)，ドル記号($)，アンダースコア(_)）です。0〜4,096文字で指定します。空文字列または「null」を指定した場合，フィルタの処理は行われません。

ハンドラの設定

ハンドラ名称

ロギング用プロパティをカスタマイズしたい場合に，ロガーとプロパティを対応させるためのハンドラ名称（usrconf.propertiesファイルのejbserver. application.userlog.CJLogHandler＜ハンドラ名称＞.*キー）を指定します。デフォルトは，「＜ハンドラ名称＞で修飾される各プロパティのデフォルト」です。

ハンドラ名称に指定できる文字は，先頭が英数字のクラス文字セット（英数字，ピリオド(.)，ドル記号($)，アンダースコア(_)）です。1〜1,024文字で指定します。

［追加］ボタン

ハンドラを追加します。

［削除］ボタン

ハンドラを削除します。

プロパティの設定（ハンドラ）

「ハンドラ名称」で指定したハンドラのプロパティ（usrconf.propertiesファイルのejbserver.application.userlog.CJLogHandler.＜ハンドラ名称＞.*キー）を指定します。

ハンドラ名称

プロパティを設定したいハンドラを選択します。

［参照］ボタン

メニューから選択されたハンドラのプロパティを「プロパティの設定（ハンドラ）」に表示します。

［更新］ボタン

ハンドラのプロパティを更新します。

ログファイルのプリフィックス

ログファイル名のプリフィックス（usrconf.propertiesファイルのejbserver.application.userlog.CJLogHandler.＜ハンドラ名称＞.pathキー）を指定します。ここで指定したプリフィックスに「［1-16］.log」を付けたものがログファイル名となります。デフォルトは，「user_log」です。

ログファイル名の長さが255バイト以下となるように指定してください。

また，論理サーバ内のほかのハンドラ名称に設定されている値と同じ値は指定できません。

ログファイル名は，次のようになります。

J2EEサーバの場合（Windowsの場合）

＜ログ出力ルート（ejb.server.log.directoryの値）＞¥user¥＜ログファイルプリフィックス＞［1-16］.log

J2EEサーバの場合（UNIXの場合）

＜ログ出力ルート（ejb.server.log.directoryの値）＞/user/＜ログファイルプリフィックス＞［1-16］.log

WEBコンテナサーバの場合（Windowsの場合）

＜Application Serverのインストールディレクトリ＞¥CC¥web¥containers¥＜コンテナサーバ名＞¥logs¥user¥＜ログファイルプリフィックス＞［1-16］.log

WEBコンテナサーバの場合（UNIXの場合）

/opt/Cosminexus/CC/web/containers/＜コンテナサーバ名＞/logs/user/＜ログファイルプリフィックス＞［1-16］.log

ファイルサイズ

ログファイルの1ファイルの最大容量（usrconf.propertiesファイルのejbserver.application.userlog.CJLogHandler.＜ハンドラ名称＞.limitキー）を指定します。8キロバイト，64キロバイト，256キロバイト，512キロバイト，1メガバイト，2メガバイト，4メガバイト，16メガバイト，64メガバイトのうちからどれか一つを選択できます。デフォルトは，「1メガバイト」です。

アプリケーションからログが出力されたあと，ログファイルの容量が指定値よりも大きくなっていた場合に，次のログファイルに切り替わります。このため，指定値よりもファイルサイズが大きくなることがあります。アプリケーションから出力されるログは最大4キロバイトであるため，ログファイルの容量は指定値よりも最大4キロバイト大きくなる可能性があります。

ファイル面数

ログファイルの面数（usrconf.propertiesファイルのejbserver.application.userlog.CJLogHandler.＜ハンドラ名称＞.countキー）を指定します。2面，4面，8面，16面のうちからどれか一つを選択できます。デフォルトは，「2面」です。

ファイルの番号は，指定した面数に達すると初めの番号「1」に戻ります。すでに同名の旧ログファイル，または同名のユーザファイルがある場合は，上書きされます。

ログ取得レベルの上限

ログ取得レベルの上限（usrconf.propertiesファイルのejbserver.application.userlog.CJLogHandler.＜ハンドラ名称＞.levelキー）を選択します。選択したレベル以下のログが出力されます。デフォルトは，「SEVERE」です。

ログ取得レベルを次に示します。項番が大きいほどレベルが高くなります。

表10‒6　ログ取得レベル（ハンドラ）

項番 | メニュー | 説明
1 | OFF | ログを取得しません。
2 | SEVERE | 重大な障害を示すレベルです。
3 | WARNING | 潜在的な問題を示すレベルです。
4 | INFO | メッセージ情報として提供するレベルです。
5 | CONFIG | 静的な構成メッセージのレベルです。
6 | FINE | トレース情報を提供するレベルです。
7 | FINER | FINEより高いトレースレベル2です。
8 | FINEST | FINERより高いトレースレベル3です。
9 | ALL | すべてのメッセージログを取得します。

AppNameフィールドに出力するデフォルト文字列

ログのAppNameフィールドに出力するアプリケーション識別名のデフォルト（usrconf.propertiesファイルのejbserver.application.userlog.CJLogHandler.＜ハンドラ名称＞.appnameキー）を半角文字セット（半角英数字，ピリオド(.)，ドル記号($)，アンダースコア(_)，ハイフン(-)，パイプ(|)，コロン(:)，アンパサンド(&)，アットマーク(@)，版記号(#)，パーセント(%)）で16文字以内で指定します。デフォルトは，「user_app」です。

プログラムでAppNameが指定されていない場合，この文字列がAppNameフィールドへ出力されます。「null」が指定された場合，ログに出力されるデフォルト文字列は空文字列("")となります。

MsgIDフィールドに出力するデフォルト文字列

ログのMsgIDフィールドに出力するメッセージを区別するためのID文字列のデフォルト（usrconf.propertiesファイルのejbserver. application.userlog.CJLogHandler.＜ハンドラ名称＞.msgidキー）を半角文字セット（半角英数字，ピリオド(.)，ドル記号($)，アンダースコア(_)，ハイフン(-)，パイプ(|)，コロン(:)，アンパサンド(&)，アットマーク(@)，版記号(#)，パーセント(%)）で21文字以内で指定します。デフォルトは，「0001」です。

プログラムでMsgIDが指定されていない場合，この文字列がMsgIDフィールドへ出力されます。「null」が指定された場合，ログに出力されるデフォルト文字列は空文字列("")となります。

要素区切りのデフォルト文字列

CJSimpleFormatterを利用してスタックトレースなどの改行を含むメッセージを1行で出力するために，改行コードを置き換えるための文字列（usrconf.propertiesファイルのejbserver.application.userlog.CJLogHandler.＜ハンドラ名称＞.separatorキー）を0〜1,024文字の半角文字セット（半角英数字，ピリオド(.)，ドル記号($)，アンダースコア(_)，ハイフン(-)，パイプ(|)，コロン(:)，アンパサンド(&)，アットマーク(@)，版記号(#)，パーセント(%)）で指定します。デフォルトは，「|」です。

トレース共通ライブラリ形式で出力する場合は，「¥r」や「¥n」などの制御文字を含めないようにしてください。これらの文字を含めた場合，1レコードが1行で出力されなくなります。「null」が指定された場合，ログに出力されるデフォルト文字列は空文字列("")となります。

フォーマッタ

使用するフォーマッタ（usrconf.propertiesファイルのejbserver.application.userlog.CJLogHandler.＜ハンドラ名称＞.formatterキー）を完全限定名（例：com.Hitachi.software.ejb.application.util.logging.SimpleForCJFormatter）で指定します。フォーマッタに指定できる文字は，クラス文字セット（英数字，ピリオド(.)，ドル記号($)，アンダースコア(_)）です。0〜4,096文字で指定します。空文字列または「null」を指定した場合，フォーマッタの処理は行われません。

フィルタ

ハンドラで使用するフィルタ（usrconf.propertiesファイルのejbserver.application.userlog.CJLogHandler.＜ハンドラ名称＞.filterキー）を完全限定名で指定します。フィルタに指定できる文字は，クラス文字セット（英数字，ピリオド(.)，ドル記号($)，アンダースコア(_)）です。0〜4,096文字で指定します。空文字列または「null」を指定した場合，フィルタの処理は行われません。

エンコーディング

出力するユーザログに使用する文字エンコーディング（usrconf.propertiesファイルのejbserver.application.userlog.CJLogHandler.＜ハンドラ名称＞.encodingキー）を指定します。

「VM標準」を選択し，メニューから文字エンコーディングを選択するか，「テキスト入力」を選択し，入力フィールドに設定する文字エンコーディングを0〜1,024文字の半角英数字で入力します。

エンコードに指定できる文字セットと指定する文字列については，JavaのAPI仕様のjava.nio.charset.Charsetを参照してください。

メニューから選択できる文字エンコーディングを次に示します。

表10‒7　選択できる文字エンコーディング（ユーザログ）

文字エンコーディング | 説明
US-ASCII | 7ビットASCII（ISO46-US/Unicode charsetのBasic Latinブロック）
ISO-8859-1 | ISO Latin Alphabet No.1（ISO-LATIN-1）
UTF-8 | 8ビットUCS変換形式
SJIS | Shift_JIS，日本語
EUC_JP | JIS X 0201，208，0212，EUCエンコーディング，日本語
MS932 | Windows，日本語
JIS0201 | JIS X 0201，日本語
JIS0208 | JIS X 0208，日本語
JIS0212 | JIS-X 0212，日本語

テキスト入力を選択した場合，空文字列または「null」を指定すると，デフォルトのエンコーディングが使用されます。

ロガーへのハンドラの接続指定

ロガーに接続するハンドラ（usrconf.propertiesファイルのejbserver.application.userlog.Logger.＜ロガー名称＞.handlersキー）を指定します。

ハンドラを設定するロガーを「ロガー名称」から選択し，「ハンドラ」の各メニューからハンドラクラスとハンドラ名称を選択し，［追加］ボタンをクリックすると，ハンドラが追加されます。

独自に作成したハンドラを指定する場合は，ハンドラを設定するロガーを「ロガー名称」から選択し，「ハンドラ」の入力フィールドを選択して完全限定名を入力し，［追加］ボタンをクリックすると，ハンドラが追加されます。独自に作成したハンドラには，ハンドラ名称は指定できません。なお，すでにロガーに設定しているハンドラ名称を選択すると，エラーとなります。

［追加］ボタン

選択されたロガー名称にハンドラを追加します。

［削除］ボタン

選択されたロガー名称からハンドラを削除します。

メニューに表示されるハンドラクラスとそのハンドラクラスにハンドラ名称を指定できるかどうかを次に示します。

表10‒8　ハンドラクラスとハンドラ名称の指定の可否

項番 | ハンドラクラス | ハンドラ名称の指定の可否
1 | com.hitachi.software.ejb.application.userlog.CJMessageFileHandler | 指定できる
2 | java.util.logging.ConsoleHandler | 指定できない
3 | java.util.logging.FileHandler | 指定できない
4 | java.util.logging.SocketHandler | 指定できない
5 | java.util.logging.StreamHandler | 指定できない
6 | java.util.logging.MemoryHandler | 指定できない
7 | com.cosminexus.mngsvr.externals.jp1event.JP1EventHandler | 指定できる※

注※

ユーザログ機能で出力したログをJP1イベントとして発行するハンドラです。プログラムで指定したメッセージがJP1イベントのメッセージに格納されます。メッセージの長さは1,023バイトです。1,024バイト以降は切り捨てられます。

指定されたハンドラ名称に設定されている「ログ取得レベルの上限」,「AppNameフィールドに出力するデフォルト文字列」，「MsgIDフィールドに出力するデフォルト文字列」，「フォーマッタ」および「フィルタ」だけが有効となります。この場合，「AppNameフィールドに出力するデフォルト文字列」はJP1イベントの拡張属性USERLOG_APPNAMEに格納され，「MsgIDフィールドに出力するデフォルト文字列」はJP1イベントの拡張属性USERLOG_MSGIDに格納されます。

10.8.10　通信・スレッド制御の設定（インプロセスHTTPサーバ）（V9互換モードの場合）

［通信・スレッド制御に関する設定］画面を次の図に示します。

図10‒25　［通信・スレッド制御に関する設定］画面

[picture]

(1)　機能概要

Webクライアントとの通信制御やスレッド制御に関する設定をします。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ-［論理J2EEサーバ］-［J2EEサーバ］-［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ-［論理J2EEサーバ］-［J2EEサーバクラスタ］-［＜J2EEサーバクラスタ名＞］-［＜J2EEサーバ名＞］をクリックします。

［HTTPサーバ］タブをクリックします。

［通信・スレッド制御］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

Webクライアントとの接続の最大数や同時実行スレッド数などを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

Webクライアントとの接続設定

接続最大数

Webクライアントとの接続最大数（usrconf.propertiesファイルのwebserver.connector.inprocess_http.max_connectionsキー）を1〜1024の整数値で指定します。デフォルトは，「100」です。この項目に指定した値が，リクエスト処理スレッドの最大数となります。

TCPリスンキューの長さ

Webクライアントからの接続要求を格納する，TCPリスンキューの長さ（usrconf.propertiesファイルのwebserver.connector.inprocess_http.backlogキー）を1〜2147483647の整数値で指定します。デフォルトは，「511」です。

Persistentコネクション

上限値

Persistentコネクションで保持するTCPコネクションの上限値（usrconf.propertiesファイルのwebserver.connector.inprocess_http.persistent_connection.max_connectionsキー）を0〜1024の整数値で指定します。デフォルトは，「100」です。指定する値は，「接続最大数」で指定した値以下でなければなりません。

リクエスト処理回数の上限値

PersistentコネクションがTCPコネクションを持続している場合の，リクエスト処理回数の上限値（usrconf.propertiesファイルのwebserver.connector.inprocess_http.persistent_connection.max_requestsキー）を0〜2147483647の整数値で指定します。デフォルトは，「100」です。上限値を指定しない場合は，「設定しない」を選択します。また，「0」を指定した場合も，「設定しない」を選択した場合と同様に，上限値は設定されません。

タイムアウト

PersistentコネクションがTCPコネクションを持続している場合の，リクエスト待ち時間（usrconf.propertiesファイルのwebserver.connector.inprocess_http.persistent_connection.timeoutキー）を0〜3600の整数値で指定します。単位は「秒」です。デフォルトは，「3秒」です。リクエスト待ち時間を設定しない場合は，「設定しない」を選択します。「設定しない」を選択すると，タイムアウトは発生しなくなります。また，「0」を指定した場合も，「設定しない」を選択した場合と同様に，リクエスト待ち時間は設定されません。

通信タイムアウト

リクエスト受信

Webクライアントからのリクエストを受信した際の，タイムアウトまでの時間（usrconf.propertiesファイルのwebserver.connector.inprocess_http.receive_timeoutキー）を0〜3600の整数値で指定します。単位は「秒」です。デフォルトは，「300秒」です。タイムアウトを設定しない場合は，「設定しない」を選択します。また，「0」を指定した場合も，「設定しない」を選択した場合と同様に，タイムアウトされません。

タイムアウトが発生した場合，Webクライアントまたは通信経路での障害発生と判断されるため，Webクライアントとの接続が切断されます。このため，タイムアウトが発生した以降のリクエストに対するレスポンスは返されません。

レスポンス送信

Webクライアントへのレスポンスが送信される際の，タイムアウトまでの時間（usrconf.propertiesファイルのwebserver.connector.inprocess_http.send_timeoutキー）を0〜3600の整数値で指定します。単位は「秒」です。デフォルトは，「300秒」です。タイムアウトを設定しない場合は，「設定しない」を選択します。また，「0」を指定した場合も，「設定しない」を選択した場合と同様に，タイムアウトされません。

タイムアウトが発生した場合，Webクライアントまたは通信経路での障害発生と判断されるため，Webクライアントとの接続が切断されます。このため，タイムアウトが発生した以降のリクエストに対するレスポンスは返されません。

スレッド制御設定

同時実行スレッド数

Webコンテナがリクエストを処理する際の同時実行数（usrconf.propertiesファイルのwebserver.connector.inprocess_http.max_execute_threadsキー）を1〜1024の整数値で指定します。デフォルトは，「10」です。指定する値は，「接続最大数」で設定した値以下でなければなりません。

予備スレッド

最大数

プールに保持する予備スレッドの最大数（usrconf.propertiesファイルのwebserver.connector.inprocess_http.max_spare_threadsキー）を1〜1024の整数値で指定します。デフォルトは，「20」です。指定する値は，「接続最大数」で設定した値以下でなければなりません。

最小数

プールに保持する予備スレッドの最小数（usrconf.propertiesファイルのwebserver.connector.inprocess_http.min_spare_threadsキー）を1〜1024の整数値で指定します。デフォルトは，「5」です。指定する値は，予備スレッドの「最大数」で設定した値以下でなければなりません。

初期スレッド数

サーバの起動時に生成するインプロセスHTTPサーバの，リクエスト処理スレッド数（usrconf.propertiesファイルのwebserver.connector.inprocess_http.init_threadsキー）を1〜1024の整数値を指定します。デフォルトは，「10」です。指定する値は，「接続最大数」で設定した値以下でなければなりません。

初期スレッド数の維持

［初期スレッド数］で設定した初期スレッドの数を維持するかどうか（usrconf.propertiesファイルのwebserver.connector.inprocess_http.keep_start_threadsキー）を指定します。デフォルトは「しない」です。

する

初期スレッドの数を維持します。

しない

［予備スレッド］で設定した予備スレッドの最大数および最小数に従って，初期スレッド数を維持します。この場合，［初期スレッド数］で設定した値には従いません。

リクエストの実行を拒否する処理のスレッド数

リクエストの実行を拒否する処理のスレッド数（usrconf.propertiesファイルのwebserver.connector.inprocess_http.rejection_threadsキー）を0〜1023の整数値で指定します。デフォルトは，「1」です。指定する値は，「接続最大数」で設定した値以下でなければなりません。「0」を指定した場合は，待ち状態のスレッドが一つもなくなったときに，エラーが表示されます。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

10.8.11　通信・スレッド制御の設定（NIO HTTPサーバ）（V9互換モード以外の場合）

［通信・スレッド制御に関する設定］（NIO HTTPサーバ）画面を次の図に示します。

図10‒26　［通信・スレッド制御に関する設定］画面（NIO HTTPサーバ）

[picture]

(1)　機能概要

NIO HTTPサーバの通信制御やスレッド制御に関する設定をします。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ-［論理J2EEサーバ］-［J2EEサーバ］-［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ-［論理J2EEサーバ］-［J2EEサーバクラスタ］-［＜J2EEサーバクラスタ名＞］-［＜J2EEサーバ名＞］をクリックします。

［HTTPサーバ］タブをクリックします。

［通信・スレッド制御］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

Webクライアントとの接続の最大数や同時実行スレッド数などを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

Webクライアントとの接続設定

接続最大数

Webクライアントとの接続最大数（usrconf.propertiesファイルのwebserver.connector.nio_http.max_connectionsキー）を1〜2147483647の整数で指定します。有効な最大値は実行するプラットフォームに依存します。デフォルトは，「1024」です。

TCPリスンキューの長さ

Webクライアントからの接続要求を格納する，TCPリスンキューの長さ（usrconf.propertiesファイルのwebserver.connector.nio_http.backlogキー）を1〜2147483647の整数で指定します。有効な指定値の最大や，実際に設定されるTCPリスンキューの長さはOSによって異なります。デフォルトは，「511」です。

Persistentコネクション

リクエスト処理回数の上限値

PersistentコネクションがTCPコネクションを持続している場合の，リクエスト処理回数の上限値（usrconf.propertiesファイルのwebserver.connector.nio_http.keep_alive.max_requestsキー）を0〜2147483647の整数で指定します。上限値を指定しない場合は0を指定します。デフォルトは，「0」です。

タイムアウト

PersistentコネクションがTCPコネクションを持続している場合の，リクエスト待ち時間（usrconf.propertiesファイルのwebserver.connector.nio_http.keep_alive.timeoutキー）を0〜3600の整数で指定します。単位は「秒」です。0を指定した場合，タイムアウトは有効にはなりません。デフォルトは，「0」です。

通信タイムアウト

リクエスト受信

Webクライアントからのリクエストを受信した際の，タイムアウトまでの時間（usrconf.propertiesファイルのwebserver.connector.nio_http.receive_timeoutキー）を0〜3600の整数で指定します。単位は「秒」です。0を指定した場合，タイムアウトは有効になりません。デフォルトは，「300」です。

レスポンス送信

Webクライアントへのレスポンス送信される際の，タイムアウトまでの時間（usrconf.propertiesファイルのwebserver.connector.nio_http.send_timeoutキー）を0〜3600の整数で指定します。単位は「秒」です。0を指定した場合，タイムアウトは有効になりません。デフォルトは，「300」です。

スレッド制御設定

同時実行スレッド数

NIO HTTPサーバを使用してWebコンテナが同期サーブレットを実行する場合のWebコンテナ全体の最大同時実行スレッド数（usrconf.propertiesファイルのwebserver.connector.nio_http.max_servlet_execute_threadsキー）を1〜2147483647の整数で指定します。指定する値は，最大スレッド数以下にしてください。デフォルトは，「100」です。

最大スレッド数

NIO HTTPサーバの処理スレッド数の最大値（usrconf.propertiesファイルのwebserver.connector.nio_http.max_threadsキー）を1〜2147483647の整数で指定します。デフォルトは，「100」です。

最小スレッド数

NIO HTTPサーバの処理スレッド数の最小値（usrconf.propertiesファイルのwebserver.connector.nio_http.min_threadsキー）を1〜2147483647の整数で指定します。指定する値は，「最大スレッド数」で設定した値以下でなければなりません。有効な最大値は実行するプラットフォームに依存します。

デフォルトは，「10」です。

最小スレッド数を超えたスレッドを維持する時間

NIO HTTPサーバのスレッドプール内のスレッドがアイドル状態のままでいられる最長時間（usrconf.propertiesファイルのwebserver.connector.nio_http.idle_thread_timeoutキー）を1〜2147483647の整数で指定します。単位は「秒」です。デフォルトは，「60」です。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

10.8.12　ログの設定（インプロセスHTTPサーバ）（V9互換モードの場合）

［ログに関する設定］画面を次の図に示します。

図10‒27　［ログに関する設定］画面

[picture]

(1)　機能概要

Webクライアントとの通信を解析するためのログを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ-［論理J2EEサーバ］-［J2EEサーバ］-［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ-［論理J2EEサーバ］-［J2EEサーバクラスタ］-［＜J2EEサーバクラスタ名＞］-［＜J2EEサーバ名＞］をクリックします。

［HTTPサーバ］タブをクリックします。

［ログ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

アクセスログ機能を使用するかどうかや，アクセスログのフォーマット形式などを指定します。

アクセスログのフォーマットの形式を追加または削除する場合，次の操作をします。

追加する場合は，アクセスログのフォーマット名およびアクセスログのフォーマット形式を入力し，［追加］ボタンをクリックします。

削除する場合は，削除したいフォーマット名の［削除］ボタンをクリックします。

表示されるメッセージを確認したあと，［戻る］アンカーをクリックして，設定画面に戻ります。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ログに関する設定

アクセスログ機能

アクセスログ機能を有効にするかどうか（usrconf.propertiesファイルのwebserver.logger.access_log.inprocess_http.enabledキー）を指定します。デフォルトは，「有効」です。

有効

アクセスログ機能を使用します。

無効

アクセスログ機能を使用しません。

フォーマットの設定

フォーマット名

アクセスログ機能で使用するフォーマット名（usrconf.propertiesファイルのwebserver.logger.access_log.format_listキー）を指定します。フォーマット名に指定できる文字は，1〜32文字（半角）の英数字およびアンダースコア(_)です。フォーマットの定義名は一意にしてください。また，「common」および「combined」はアクセスログ機能の予約フォーマットのため，指定できません。

フォーマット形式

「フォーマット名」で指定したアクセスログの形式（usrconf.propertiesファイルのwebserver.logger.access_log.＜フォーマット名＞キー）を指定します。デフォルトは，「%h %l %u %t "%r" %>s %b」です。「フォーマット名」で指定した，すべてのアクセスログのフォーマット形式を指定してください。

usrconf.properties（J2EEサーバ用ユーザプロパティファイル）のフォーマット形式の入力方法については，マニュアル「アプリケーションサーバ リファレンス 定義編(サーバ定義)」の「2.2.3　usrconf.properties（J2EEサーバ用ユーザプロパティファイル）」を参照してください。

［追加］ボタン

フォーマットを追加します。

［削除］ボタン

フォーマットを削除します。

アクセスログの設定

フォーマット名

［フォーマットの設定］の［フォーマット名］で追加したフォーマット名（usrconf.propertiesファイルのwebserver.logger.access_log.inprocess_http.usage_formatキー）をプルダウンメニューから選択します。デフォルトは，「common」です。

出力ファイル名

アクセスログ機能を使用する場合に出力されるログのファイル名（usrconf.propertiesファイルのwebserver.logger.access_log.inprocess_http.filenameキー）を指定します。出力される際は，指定したファイル名の末尾に＜連番＞.logが追加されます。デフォルトは，「なし」です。相対パスで指定する場合は，＜作業ディレクトリ＞/ejb/＜実サーバ名＞ディレクトリからのパスを指定します。指定を省略した場合は，J2EEサーバ稼働時に「＜ログ出力先ディレクトリ＞/http/cjhttp_access.inprocess_http」が仮定されます。

ファイルサイズ

アクセスログファイルのサイズ（usrconf.propertiesファイルのwebserver.logger.access_log.inprocess_http.filesizeキー）をプルダウンメニューから，次に示すサイズのどれかを選択します。デフォルトは，「4メガバイト」です。

4キロバイト

64キロバイト

256キロバイト

512キロバイト

1メガバイト

4メガバイト

16メガバイト

64メガバイト

256メガバイト

512メガバイト

1ギガバイト

2ギガバイト

ファイル面数

Webコンテナのログファイルの面数（usrconf.propertiesファイルのwebserver.logger.access_log.inprocess_http.filenumキー）をプルダウンメニューから，次に示す面数のどれかを選択します。デフォルトは，「16面」です。

1面

2面

4面

8面

16面

32面

64面

128面

256面

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

10.8.13　ログの設定（NIO HTTPサーバ）（V9互換モード以外の場合）

［ログに関する設定］（NIO HTTPサーバ）画面を次の図に示します。

図10‒28　［ログに関する設定］画面（NIO HTTPサーバ）

[picture]

(1)　機能概要

NIO HTTPサーバのアクセスログに関する設定をします。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ-［論理J2EEサーバ］-［J2EEサーバ］-［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ-［論理J2EEサーバ］-［J2EEサーバクラスタ］-［＜J2EEサーバクラスタ名＞］-［＜J2EEサーバ名＞］をクリックします。

［HTTPサーバ］タブをクリックします。

［ログ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

WebSocketのアクセスログ機能を使用するかどうかや，WebSocketのアクセスログのフォーマット形式などを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

HTTPのアクセスログの設定

フォーマット形式

HTTPのアクセスログのフォーマット形式（usrconf.propertiesファイルのejbserver.logger.access_log.nio_http.formatキー）を指定します。デフォルトは，「%h %{X-Forwarded-For}i %l %u %d %rootap "%r" %s %b %D %S」です。HTTPのアクセスログのフォーマット形式の詳細は，マニュアル「アプリケーションサーバ リファレンス 定義編(サーバ定義)」の「2.2.3　usrconf.properties（J2EEサーバ用ユーザプロパティファイル）」を参照してください。

ファイルサイズ

HTTPのアクセスログ機能で使用するログファイルのサイズ（usrconf.propertiesファイルのejbserver.logger.channels.define.NIOHTTPAccessLogFile.filesizeキー）を4096〜2147483647の整数で指定します。単位は「バイト」です。デフォルトは，「4194304」です。

ファイル面数

HTTPのアクセスログ機能で使用するログファイルの面数（usrconf.propertiesファイルのejbserver.logger.channels.define.NIOHTTPAccessLogFile.filenumキー）を1〜16の整数で指定します。デフォルトは，「16」です。

WebSocketのアクセスログ

アクセスログ機能

WebSocketのアクセスログ機能を有効にするかどうか（usrconf.propertiesファイルのejbserver.logger.access_log.websocket.enabledキー）を指定します。デフォルトは，「無効」です。

有効

WebSocketのアクセスログ機能を使用します。

無効

WebSocketのアクセスログ機能を使用しません。

WebSocketのアクセスログの設定

フォーマット形式

WebSocketのアクセスログのフォーマットの形式（usrconf.propertiesファイルのejbserver.logger.access_log.websocket.formatキー）を指定します。デフォルトは，「%TS %IO %OPCODE %ROOTAP %URI %FIN %PAYLOADDATALEN %CLIENTAP %CLOSEREASON」です。

ファイルサイズ

WebSocketのアクセスログ機能で使用するログファイルのサイズ（usrconf.propertiesファイルのejbserver.logger.channels.define.WebSocketAccessLogFile.filesizeキー）を，4096〜2147483647の整数で指定します。単位は「バイト」です。デフォルトは，「4194304」です。

ファイル面数

WebSocketのアクセスログ機能で使用するログファイルの面数（usrconf.propertiesファイルのejbserver.logger.channels.define.WebSocketAccessLogFile.filenumキー）を，1〜16の整数で指定します。デフォルトは，「16」です。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

10.8.14　セキュリティの設定（インプロセスHTTPサーバ）（V9互換モードの場合）

［セキュリティに関する設定］画面を次の図に示します。

図10‒29　［セキュリティに関する設定］画面

[picture]

(1)　機能概要

クライアントからの接続や，リクエストの内容に対するセキュリティを強化するための設定をします。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ-［論理J2EEサーバ］-［J2EEサーバ］-［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ-［論理J2EEサーバ］-［J2EEサーバクラスタ］-［＜J2EEサーバクラスタ名＞］-［＜J2EEサーバ名＞］をクリックします。

［HTTPサーバ］タブをクリックします。

［セキュリティ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

アクセスを許可するホストの定義や，リクエストラインの最大サイズなどを指定します。

アクセスを許可するホストのホスト名，またはIPアドレスを追加する場合は，［ホスト名またはIPアドレス］に追加したいホストのホスト名，またはIPアドレスを入力し，［追加］ボタンをクリックします。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

セキュリティに関する設定

アクセスを許可するホストの定義

インプロセスHTTPサーバへのアクセスを許可するホストのホスト名，またはIPアドレス（usrconf.propertiesファイルのwebserver.connector.inprocess_http.permitted.hostsキー）を指定してください。デフォルトは，「全てのホストからのアクセスを許可する」です。

全てのホストからのアクセスを許可する

すべてのホストからのアクセスできます。

次のホストからのアクセスだけを許可する

指定したホスト名またはIPアドレスからだけアクセスできます。

［追加］ボタン

指定したホスト名またはIPアドレスを追加します。

［削除］ボタン

指定したホスト名またはIPアドレスを削除します。

なお，［ホスト名またはIPアドレス］にホスト名またはIPアドレスを入力している状態で，［全てのホストからのアクセスを許可する］を選択したあと，［適用］ボタンをクリックすると，入力したホスト名またはIPアドレスは削除されるので，注意してください。

リクエストラインの最大サイズ

リクエストラインの最大サイズ（usrconf.propertiesファイルのwebserver.connector.inprocess_http.limit.max_request_lineキー）を-1，または7〜8190の整数値で指定します。単位は「バイト」です。デフォルトは「8190バイト」です。

最大サイズを指定しない場合は，「設定しない」を選択します。また，「-1」を指定した場合も，「設定しない」を選択した場合と同様に，最大サイズは設定されません。

なお，リクエストラインには，HTTPメソッド，クエリ文字列を含むURI，およびHTTPバージョンが含まれます。

HTTPリクエストに含まれるHTTPヘッダの最大数

HTTPリクエストに含まれるHTTPヘッダの個数の最大値（usrconf.propertiesファイルのwebserver.connector.inprocess_http.limit.max_headersキー）を0〜32767の整数値で指定します。デフォルトは，「100」です。

最大数を指定しない場合は，「設定しない」を選択します。また，「0」を指定した場合も，「設定しない」を選択した場合と同様に，最大数は設定されません。

HTTPリクエストのリクエストヘッダの最大サイズ

HTTPリクエストのリクエストヘッダの最大サイズ（usrconf.propertiesファイルのwebserver.connector.inprocess_http.limit.max_request_headerキー）を7〜65536の整数値で指定します。単位は「バイト」です。デフォルトは，「16384（16KB）」です。

HTTPリクエストのリクエストボディの最大サイズ

HTTPリクエストのリクエストボディの最大サイズ（usrconf.propertiesファイルのwebserver.connector.inprocess_http.limit.max_request_bodyキー）を-1〜2147483647の整数値で指定します。単位は「バイト」です。デフォルトは，「設定しない」です。

最大サイズを指定しない場合は，「設定しない」を選択します。また，「-1」を指定した場合も，「設定しない」を選択した場合と同様に，最大サイズは設定されません。

なお，「0」を指定した場合は，リクエストボディのあるHTTPリクエストは受け付けられません。

有効なHTTPメソッド

HTTPリクエストだけにアクセスを許可するメソッド（usrconf.propertiesファイルのwebserver.connector.inprocess_http.enabled_methodsキー）を指定します。メソッド名には，RFC 2616で規定されている値を使用してください。なお，大文字と小文字は区別されます。デフォルトは，「GET,HEAD,POST,PUT,DELETE,OPTIONS」です。

メソッドを複数指定する場合は，コンマ（,）で区切って指定します。また，すべてのメソッドからのアクセスを許可する場合は，アスタリスク（*）を指定します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

10.8.15　セキュリティの設定（NIO HTTPサーバ）（V9互換モード以外の場合）

［セキュリティに関する設定］画面（NIO HTTPサーバ）を次の図に示します。

図10‒30　［セキュリティに関する設定］画面（NIO HTTPサーバ）

[picture]

(1)　機能概要

NIO HTTPサーバのセキュリティに関する設定をします。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ-［論理J2EEサーバ］-［J2EEサーバ］-［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ-［論理J2EEサーバ］-［J2EEサーバクラスタ］-［＜J2EEサーバクラスタ名＞］-［＜J2EEサーバ名＞］をクリックします。

［HTTPサーバ］タブをクリックします。

［セキュリティ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

アクセスを許可するホストの定義や，HTTPリクエストのリクエストヘッダの最大サイズなどを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

セキュリティに関する設定

アクセスを許可するホストの定義

NIO HTTPサーバへのアクセスを許可するホスト（usrconf.propertiesファイルのwebserver.connector.nio_http.permitted.hostsキー）を設定します。デフォルトは，「すべてのホストからのアクセスを許可する」です。

すべてのホストからのアクセスを許可する

すべてのホストからアクセスできます。

次のホストからのアクセスだけを許可する

指定したホストからだけアクセスできます。

ホストの指定は，IPアドレス，またはホスト名で行います。

複数指定する場合はコンマ（,）で区切って指定します。

カンマの前後にスペースを入れることはできません。

なお，ローカルホストは指定しなくても常にアクセスが許可されます。

HTTPリクエストに含まれるHTTPヘッダの最大数

HTTPリクエストに含まれるHTTPヘッダの個数の最大値（usrconf.propertiesファイルのwebserver.connector.nio_http.limit.max_headersキー）を0〜32767の整数で指定します。上限値を指定しない場合は「0」を指定します。

デフォルトは，「100」です。

HTTPリクエストのリクエストヘッダの最大サイズ

HTTPリクエストのリクエストヘッダの最大サイズ（usrconf.propertiesファイルのwebserver.connector.nio_http.limit.max_request_headerキー）を7〜65536の整数で指定します。単位は「バイト」です。デフォルトは，「16384」です。

HTTPリクエストのリクエストボディの最大サイズ

HTTPリクエストのリクエストボディの最大サイズ（usrconf.propertiesファイルのwebserver.connector.nio_http.limit.max_request_bodyキー）を-1〜2147483647の整数で指定します。単位は「バイト」です。上限値を指定しない場合は「-1」を指定します。デフォルトは，「-1」です。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

10.8.16　エラーページの設定（インプロセスHTTPサーバ）（V9互換モードの場合）

［エラーコンテンツに関する設定］画面を次の図に示します。

図10‒31　［エラーコンテンツに関する設定］画面

[picture]

(1)　機能概要

レスポンスのステータスコードに対応するエラーページを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ-［論理J2EEサーバ］-［J2EEサーバ］-［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ-［論理J2EEサーバ］-［J2EEサーバクラスタ］-［＜J2EEサーバクラスタ名＞］-［＜J2EEサーバ名＞］をクリックします。

［HTTPサーバ］タブをクリックします。

［エラーコンテンツ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

エラーページの定義名やリクエストURLなどを指定します。

エラーページを追加または削除する場合，次の操作をします。

追加する場合は，エラーページの定義名やリクエストURLなどを入力し，［追加］ボタンをクリックします。

削除する場合は，削除したいエラーページの［削除］ボタンをクリックします。

表示されるメッセージを確認したあと，［戻る］アンカーをクリックして，設定画面に戻ります。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

エラーコンテンツに関する設定

定義名

エラーページの定義名（usrconf.propertiesファイルのwebserver.connector.inprocess_http.error_custom.listキー）を指定します。定義名は必ず指定してください。

エラーページの定義名に指定できる文字は，1〜32文字（半角）の英数字およびアンダースコア(_)です。エラーページの定義名は一意にしてください。

ステータス

エラーページをカスタマイズする際の，レスポンスのステータスコード（usrconf.propertiesファイルのwebserver.connector.inprocess_http.error_custom.＜エラーページカスタマイズ定義名＞.statusキー）を400〜599の整数値で指定します。

複数の定義名に，同じステータスコードとリクエストURLの組み合わせは指定できません。

例えば，定義名Aのステータスコードに「404」を指定し，ステータスコードに対応するリクエストURLに「/index」を指定したとします。この場合，定義名Bに同じ設定内容は指定できません。定義名Bのステータスコードに「404」を指定するときは，対応するリクエストURLには「/index」以外のURLを指定してください。

リクエストURL

カスタマイズ内容を適用するリクエストURL（usrconf.propertiesファイルのwebserver.connector.inprocess_http.error_custom.＜エラーページカスタマイズ定義名＞.request_urlキー）をスラッシュ（/）で始まる絶対パスで指定します。ワイルドカード（*）はスラッシュの直後に1回だけ指定できます。なお，ワイルドカードとは0文字以上の任意の文字列を表します。デフォルトは，「/*」です。

複数の定義名に，同じステータスコードとリクエストURLの組み合わせは指定できません。

例えば，定義名Aのステータスコードに「404」を指定し，そのステータスコードに対応するリクエストURLに「/index」を指定したとします。この場合，定義名Bに同じ設定内容は指定できません。定義名Bのステータスコードに「404」を指定するときは，対応するリクエストURLには「/index」以外のURLを指定してください。

リダイレクトURL

リダイレクトURL（usrconf.propertiesファイルのwebserver.connector.inprocess_http.error_custom.＜エラーページカスタマイズ定義名＞.redirect_urlキー）を絶対URLで指定します。「リダイレクトURL」と「ファイル名（絶対パス）」を同時に指定できません。

ファイル

ファイル名（絶対パス）

エラーページのレスポンスボディとして使用するファイル（usrconf.propertiesファイルのwebserver.connector.inprocess_http.error_custom.＜エラーページカスタマイズ定義名＞.fileキー）を絶対パスで指定します。ファイル名（絶対パス）には，絶対パスだけを指定できます。

「ファイル名（絶対パス）」と「リダイレクトURL」を同時に指定できません。

Content-Type

エラーページのレスポンスのContent-Typeヘッダ（usrconf.propertiesファイルのwebserver.connector.inprocess_http.error_custom.＜エラーページカスタマイズ定義名＞.file.content_typeキー）を指定します。デフォルトは，「text/html」です。

「ファイル名（絶対パス）」を設定していない場合は，この項目を指定しても無効になります。

［追加］ボタン

エラーページを追加します。

［削除］ボタン

エラーページを削除します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

10.8.17　リダイレクトの設定（インプロセスHTTPサーバ）（V9互換モードの場合）

［リダイレクトに関する設定］画面を次の図に示します。

図10‒32　［リダイレクトに関する設定］画面

[picture]

(1)　機能概要

リダイレクトに関する設定をします。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ-［論理J2EEサーバ］-［J2EEサーバ］-［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ-［論理J2EEサーバ］-［J2EEサーバクラスタ］-［＜J2EEサーバクラスタ名＞］-［＜J2EEサーバ名＞］をクリックします。

［HTTPサーバ］タブをクリックします。

［リダイレクト］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

リダイレクトの定義名やリクエストURLなどを指定します。

リダイレクトを追加または削除する場合，次の操作をします。

追加する場合は，リダイレクトの定義名やリクエストURLなどを入力し，［追加］ボタンをクリックします。

削除する場合は，削除したいリダイレクトの［削除］ボタンをクリックします。

表示されるメッセージを確認したあと，［戻る］アンカーをクリックして，設定画面に戻ります。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

リダイレクトに関する設定

定義名

リダイレクトの定義名（usrconf.propertiesファイルのwebserver.connector.inprocess_http.redirect.listキー）を指定します。定義名は必ず指定してください。

リダイレクトの定義名に指定できる文字は，1〜32文字（半角）の英数字およびアンダースコア(_)です。リダイレクトの定義名は一意にしてください。

ステータス

リダイレクト時のレスポンスのステータスコード（usrconf.propertiesファイルのwebserver.connector.inprocess_http.redirect.＜リダイレクト定義名＞.statusキー）をプルダウンメニューから選択します。次に示すステータスコードから選択してください。デフォルトは，「302」です。

200

300

301

302

303

305

307

リクエストURL

リダイレクトするリクエストURL（usrconf.propertiesファイルのwebserver.connector.inprocess_http.redirect.＜リダイレクト定義名＞.request_urlキー）をスラッシュ（/）で始まる絶対パスで指定します。ワイルドカード（*）はスラッシュの直後に1回だけ指定できます。なお，ワイルドカードとは0文字以上の任意の文字列を表します。リクエストURLは必ず指定してください。

リダイレクトURL

リダイレクトURL（usrconf.propertiesファイルのwebserver.connector.inprocess_http.redirect.＜リダイレクト定義名＞.redirect_urlキー）を絶対URLで指定します。「ステータス」に「200」を指定した場合，この項目を指定できません。「ステータス」に「200」以外を指定した場合は，この項目を必ず指定してください。

レスポンスボディとして使用するファイル

ファイル名（絶対パス）

リダイレクト時のレスポンスボディとして使用するファイル（usrconf.propertiesファイルのwebserver.connector.inprocess_http.redirect.＜リダイレクト定義名＞.fileキー）を絶対パスで指定します。ファイル名（絶対パス）には，絶対パスだけを指定できます。

「ステータス」に「200」を指定した場合は，この項目を必ず指定してください。

Content-Type

リダイレクト時のレスポンスのContent-Typeヘッダ（usrconf.propertiesファイルのwebserver.connector.inprocess_http.redirect.＜リダイレクト定義名＞.file.content_typeキー）を指定します。デフォルトは，「text/html」です。

「ファイル名（絶対パス）」を設定していない場合は，この項目を指定しても無効になります。

［追加］ボタン

リダイレクトの定義を追加します。

［削除］ボタン

リダイレクトの定義を削除します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

10.8.18　レスポンスヘッダ・ゲートウェイ指定機能の設定（インプロセスHTTPサーバ）（V9互換モードの場合）

［その他の設定］画面を次の図に示します。

図10‒33　［その他の設定］画面

[picture]

(1)　機能概要

インプロセスHTTPサーバのレスポンスヘッダおよびゲートウェイ指定機能に関する情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ-［論理J2EEサーバ］-［J2EEサーバ］-［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ-［論理J2EEサーバ］-［J2EEサーバクラスタ］-［＜J2EEサーバクラスタ名＞］-［＜J2EEサーバ名＞］をクリックします。

［HTTPサーバ］タブをクリックします。

［その他］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

インプロセスHTTPサーバのレスポンスヘッダに表示される文字列や，ゲートウェイに使用するホストの名称などを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

HTTP Serverヘッダの設定

Serverヘッダ文字列

レスポンスに自動的に付加するServerヘッダ（usrconf.propertiesファイルのwebserver.connector.inprocess_http.response.header.serverキー）を指定します。デフォルトは，「CosminexusComponentContainer」です。

ゲートウェイ指定機能の設定

ホスト名

ゲートウェイのホスト名またはIPアドレス（usrconf.propertiesファイルのwebserver.connector.inprocess_http.gateway.hostキー）を指定します。

ポート番号

ゲートウェイのポート番号（usrconf.propertiesファイルのwebserver.connector.inprocess_http.gateway.portキー）を指定します。この項目は，ホスト名を指定した場合だけ有効になります。

SSLアクセラレータの使用

SSLアクセラレータによって，クライアントからWebサーバへのリクエストのスキームがhttpsからhttpに変換される場合に，Webサーバへのリクエストのスキームをhttpsであると見なすかどうか（usrconf.propertiesファイルのwebserver.connector.inprocess_http.gateway.https_schemeキー）を指定します。デフォルトは，「しない」です。

する

SSLアクセラレータを使用します。このため，httpsスキームを使用しているリクエストも受け付けられます。

しない

SSLアクセラレータを使用しません。このため，httpsスキームを使用しているリクエストは受け付けられません。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

10.8.19　レスポンスヘッダの設定（NIO HTTPサーバ）（V9互換モード以外の場合）

［その他の設定］画面（NIO HTTPサーバ）を次の図に示します。

図10‒34　［その他の設定］画面（NIO HTTPサーバ）

[picture]

(1)　機能概要

NIO HTTPサーバのその他の設定をします。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ-［論理J2EEサーバ］-［J2EEサーバ］-［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ-［論理J2EEサーバ］-［J2EEサーバクラスタ］-［＜J2EEサーバクラスタ名＞］-［＜J2EEサーバ名＞］をクリックします。

［HTTPサーバ］タブをクリックします。

［その他］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

NIO HTTPサーバのレスポンスヘッダに表示される文字列を指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

HTTP Serverヘッダの設定

Serverヘッダ文字列

レスポンスに自動的に付加するServerヘッダ（usrconf.propertiesファイルのwebserver.connector.nio_http.response.header.serverキー）を指定します。デフォルトは，「CosminexusComponentContainer」です。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

10.8.20　稼働情報監視の設定（J2EEサーバ）

［稼働情報の設定］画面を次の図に示します。

図10‒35　［稼働情報の設定］画面（J2EEサーバ）

[picture]

(1)　機能概要

J2EEサーバの稼働情報監視に関する情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ-［論理J2EEサーバ］-［J2EEサーバ］-［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ-［論理J2EEサーバ］-［J2EEサーバクラスタ］-［＜J2EEサーバクラスタ名＞］-［＜J2EEサーバ名＞］をクリックします。

［運用管理］タブをクリックします。

［稼働情報］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

J2EEサーバの稼働情報を収集する間隔や，稼働情報をファイル出力するかどうかなどを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

稼働情報収集の設定

収集間隔

J2EEサーバの稼働情報を収集する間隔（usrconf.propertiesファイルのejbserver.management.statistics.intervalキー）を1〜86400（1秒〜1日）の整数で指定します。単位は「秒」です。デフォルトは，「60秒」です。

稼働情報ファイル出力の設定

ファイル出力

収集した稼働情報を稼働情報ファイルへ出力するかどうか（usrconf.propertiesファイルのejbserver.management.stats_file.enabledキー）を指定します。デフォルトは，「する」です。

する

稼働情報ファイルへ出力します。

しない

稼働情報ファイルへ出力しません。

出力先ディレクトリ

稼働情報ファイルの出力先ディレクトリ（usrconf.propertiesファイルのejbserver.management.stats_file.dirキー）を指定します。相対パスで指定する場合は，<作業ディレクトリ>/ejb/<サーバ名称>/からのパスを指定します。指定を省略した場合は，「<作業ディレクトリ>/ejb/<サーバ名称>/stats」が仮定されます。

ファイル面数

稼働情報ファイルの面数（usrconf.propertiesファイルのejbserver.management.stats_file.numキー）を2〜168の整数で指定します。デフォルトは，「7面」です。

切り替え基点時刻

稼働情報ファイルの面を一定間隔ごとに切り替える場合に，切り替え時間間隔の基点となる時刻（usrconf.propertiesファイルのejbserver.management.stats_file.base_timeキー）を，ローカルタイムの1970年1月1日0時0分0秒に対する増分として指定します。単位は「分」です。指定できる値は，0〜1439の整数（0分〜23時間59分）です。デフォルトは，「0分（0時0分）」です。

例えば，1970年1月1日h時m分を基点時刻とする場合，ローカルタイムからの増分がh時間m分となり，次の計算式で求めた値を指定します。

基点時刻=h×60+m

空文字列（""）を指定した場合，J2EEサーバが稼働するOSのローカルタイムを基点時刻とします。

切り替え時間間隔

稼働情報ファイルの面を切り替える時間間隔（usrconf.propertiesファイルのejbserver.management.stats_file.periodキー）を1〜744の整数（1時間〜31日）で指定します。単位は「時間」です。デフォルトは，「24時間」です。

指定例を次に示します。

（例1）24時間ごとに0時に稼働情報ファイルを切り替える場合

切り替え基点時刻：「0」を指定します。

切り替え時間間隔：「24」を指定します。

（例2）12時間ごとに6時と18時に稼働情報ファイルを切り替える場合

切り替え基点時刻：6時を基点とする場合は「6×60=360」，18時を基点とする場合は「18×60=1080」を指定します。なお，どちらを基点時刻に指定しても同じ動作となります。

切り替え時間間隔：「12」を指定します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

10.8.21　稼働情報監視で発行するイベントの設定（J2EEサーバ）

［イベントの設定］画面を次の図に示します。

図10‒36　［イベントの設定］画面（J2EEサーバ）

[picture]

(1)　機能概要

J2EEサーバの稼働情報監視で発行するイベントに関する情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ-［論理J2EEサーバ］-［J2EEサーバ］-［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ-［論理J2EEサーバ］-［J2EEサーバクラスタ］-［＜J2EEサーバクラスタ名＞］-［＜J2EEサーバ名＞］をクリックします。

［運用管理］タブをクリックします。

［イベント］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

イベントの発行対象とする稼働情報を監視するかどうかや，監視する間隔などを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

稼働情報しきい値イベントの設定

FullGC回数

監視

FullGCの発生回数を監視して，しきい値を超えた場合にメッセージを出力するかどうか（usrconf.propertiesファイルのejbserver.management.JVM.stats_monitor.FullGCCount.enabledキー）を指定します。デフォルトは，「する」です。

「する」を指定した場合は，FullGCの発生回数を監視します。

「しない」を指定した場合は，FullGCの発生回数を監視しません。

監視間隔

FullGCの発生回数のしきい値を監視する間隔（usrconf.propertiesファイルのejbserver.management.JVM.stats_monitor.FullGCCount.intervalキー）を1〜2147483647の整数で指定します。単位は「秒」です。「監視」に「する」を指定した場合，この指定が有効になります。デフォルトは，「600秒」です。

しきい値

監視間隔内で監視対象とするFullGCの発生回数のしきい値（usrconf.propertiesファイルのejbserver.management.JVM.stats_monitor.FullGCCount.thresholdキー）を1〜2147483647の整数で指定します。「監視」に「する」を指定した場合，この指定が有効になります。デフォルトは，「10回」です。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

10.8.22　稼働情報監視で使用する通信の設定（J2EEサーバ）

［通信の設定］画面を次の図に示します。

図10‒37　［通信の設定］画面（J2EEサーバ）

[picture]

(1)　機能概要

稼働情報監視時，Management Serverが接続するJ2EEサーバ側の通信に関する情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ-［論理J2EEサーバ］-［J2EEサーバ］-［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ-［論理J2EEサーバ］-［J2EEサーバクラスタ］-［＜J2EEサーバクラスタ名＞］-［＜J2EEサーバ名＞］をクリックします。

［運用管理］タブをクリックします。

［通信］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

ポート番号やホストを固定するかどうかなどを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

RMIレジストリの設定

ポート番号

J2EEサーバが使用するRMIレジストリのポート番号（usrconf.propertiesファイルのejbserver.rmi.naming.portキー）を1〜65535の整数で指定します。デフォルトは，「23152」です。

ホストの固定

マルチホームドホスト環境で，J2EEサーバが使用する，RMIレジストリやMBeanサーバのホスト名称またはIPアドレス（usrconf.propertiesファイルのejbserver.rmi.naming.hostキー）を指定します。デフォルトは，「しない」です。

する

「運用管理ドメインの構成定義」で定義したホストのネットワーク参照ができるホスト名またはIPアドレスが設定されます。

しない

ホスト名またはIPアドレスを設定しません。

ループバックアドレス

ループバックアドレス（localhost）を設定します。

通信ポート番号

稼働情報取得時のリクエスト受付ポート番号（usrconf.propertiesファイルのejbserver.rmi.remote.listener.portキー）を指定します。「自動」を選択，または入力フィールドを選択して値を入力します。指定できる値は，1〜65535の整数です。「自動」を指定した場合は，空いているポート番号から自動的に割り当てられます。デフォルトは，「23550」です。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

10.8.23　起動パラメタの設定（J2EEサーバ）

［起動パラメタの設定］画面を次の図に示します。

図10‒38　［起動パラメタの設定］画面（J2EEサーバ）

[picture]

(1)　機能概要

JavaVMに渡す起動パラメタを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［＜J2EEサーバ名＞］をクリックします。

［JVM］タブをクリックします。

［起動パラメタ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

基本起動パラメタのメモリ使用量および明示管理ヒープ機能，拡張起動パラメタなどを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

表示されるメッセージを確認したあと，引き続き設定を変更する場合は［戻る］アンカーをクリックして，設定画面に戻り，次の手順へ進んでください。

すべての設定が完了した場合は［設定情報の配布］をクリックしてください。

拡張起動パラメタを追加または削除する場合，次の操作をします。

追加する場合は，「拡張起動パラメタ」の欄に，JavaVMを起動するときのオプションを入力し，［追加］ボタンをクリックします。

削除する場合は，削除する拡張起動パラメタの［削除］ボタンをクリックします。

表示されるメッセージを確認したあと，引き続き設定を変更する場合は［戻る］アンカーをクリックして，設定画面に戻り，次の手順へ進んでください。

すべての設定が完了した場合は［設定情報の配布］をクリックしてください。

追加した拡張起動パラメタを有効にする場合，［有効］欄をチェックします。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

Javaヒープの設定

メモリ使用量

メモリ使用量を入力します。デフォルトは，初期サイズが「256mバイト」，最大サイズが「512mバイト」です。

JDK17以降の場合，デフォルトは，初期サイズが「1gバイト」，最大サイズが「1gバイト」です。

初期サイズおよび最大サイズには単位を指定できます。キロバイトのときは「k」，メガバイトのときは「m」，ギガバイトのときは「g」を指定値のあとに付けてください。単位を省略すると，バイトになります。単位を表す文字は必須ではありませんが，指定することをお勧めします。

「最大サイズ」の値が「初期サイズ」の値よりも小さい場合は，「最大サイズ」は「初期サイズ」と同じになります。

ここで指定した値は，usrconf.cfgファイルにadd.jvm.arg=-Xms＜初期サイズ＞，およびadd.jvm.arg=-Xmx＜最大サイズ＞として反映されます。

明示管理ヒープの設定

JDK17以降の場合，この項目は表示されません。

明示管理ヒープ機能

明示管理ヒープ機能の使用

明示管理ヒープ機能を使用するかどうかを指定します。デフォルトは，J2EEサーバの場合は「する」，バッチサーバの場合は「しない」です。

ここで指定した値は，usrconf.cfgファイルに

add.jvm.arg=-XX:[+|-]HitachiUseExplicitMemoryとして反映されます。

Explicitヒープ領域の最大サイズ

Explicitヒープ領域の最大サイズを指定します。デフォルトは，「64mバイト」です。

サイズには単位を指定できます。キロバイトのときは「k」，メガバイトのときは「m」，ギガバイトのときは「g」を指定値のあとに付けてください。単位を省略すると，バイトになります。単位を表す文字は必須ではありませんが，指定することをお勧めします。

ここで指定した値は，usrconf.cfgファイルに

add.jvm.arg=-XX:HitachiExplicitHeapMaxSize=＜Explicitヒープ領域の最大サイズ＞として反映されます。

明示管理ヒープ機能の自動配置機能の使用

明示管理ヒープ機能の自動配置機能を使用するかどうかを指定します。デフォルトは，「しない」です。

［明示管理ヒープ機能の使用］に「する」を指定した場合，この指定は有効になります。この項目に「する」を指定する場合は，必ず［明示管理ヒープ機能の使用］にも「する」を指定してください。

ここで指定した値は，usrconf.cfgファイルに

add.jvm.arg=-XX:[+|-]HitachiAutoExplicitMemoryとして反映されます。

自動配置用設定ファイルの内容

明示管理ヒープ機能の自動配置機能で使用する自動配置設定ファイルに記述する内容を指定します。デフォルトは，空文字です。マルチバイト文字は使用できません。

設定情報の配布を実行すると，入力フィールド全体の前後の半角スペースおよび改行が無視されて，＜Application Serverのインストールディレクトリ＞/CC/server/usrconf/ejb/＜実サーバ名＞/auto_explicit_memory.cfgに反映されます。usrconf.cfgファイルの

-XX:HitachiAutoExplicitMemoryFileオプションに，ほかのファイルパスを指定しても無効になります。なお，入力フィールドに何も指定がない場合，auto_explicit_memory.cfgファイルには何も出力されません。

ユーザ拡張性能解析トレースの設定

ユーザ拡張性能解析トレース

ユーザ拡張性能解析トレースの使用

ユーザ拡張性能解析トレースを使用するかどうかを指定します。デフォルトは，「しない」です。

ここで指定した値は，usrconf.cfgファイルにadd.jvm.arg=-Djvm.userprf.Enable={true|false}として反映されます。

トレース出力レベル

ユーザ拡張性能解析トレースで出力する情報の出力レベルを指定します。

出力レベルは，「class」，「package」，「method」，「signature」です。デフォルトは，「class」です。

ここで指定した値は，usrconf.cfgファイルにadd.jvm.arg=-Djvm.userprf.LogLevel={class|package|method|signature}として反映されます。

ユーザ拡張性能解析トレース設定ファイルの内容

ユーザ拡張性能解析トレースで使用するユーザ拡張性能解析トレース設定ファイルに記述する内容を指定します。デフォルトは，空文字です。マルチバイト文字は使用できません。

設定情報の配布を実行すると，入力フィールド全体の前後の半角スペースおよび改行が無視されて，＜Application Serverのインストールディレクトリ＞/CC/server/usrconf/ejb/＜実サーバ名＞/userprf.cfgに反映されます。userprf.cfgファイルのjvm.userprf.Fileプロパティに，ほかのファイルパスを指定しても無効になります。なお，入力フィールドに何も指定がない場合，userprf.cfgファイルには何も出力されません。

拡張起動パラメタ

有効

該当行のパラメタを設定ファイルに反映するかどうかを指定します。チェックした場合，パラメタの定義が反映されます。チェックしない場合，パラメタの定義は反映されません。

拡張起動パラメタ

JavaVMを起動するときに指定できるJavaVMのオプションを指定します。この欄には，最低5行（追加行を含む）が表示されます。

ここで指定した値は，usrconf.cfgファイルにadd.jvm.arg=＜指定した内容＞として反映されます。

例えば，-XX:+HitachiVerboseGCを指定した場合，usrconf.cfgファイルにはadd.jvm.arg=-XX:+HitachiVerboseGCと記述されます。

［追加］ボタン

拡張起動パラメタを追加します。

［削除］ボタン

拡張起動パラメタを削除します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

(5)　注意事項

usrconf.cfgで次に示すパラメタの指定に誤りがあると，［Javaヒープの設定］，［明示管理ヒープの設定］，［ユーザ拡張性能解析トレースの設定］の設定項目であっても［拡張起動パラメタ］に設定されます。

add.jvm.arg=-Xms＜初期サイズ＞

add.jvm.arg=-Xmx＜最大サイズ＞

add.jvm.arg=XX:HitachiExplicitHeapMaxSize=＜Explicitヒープ領域の最大サイズ＞

add.jvm.arg=-XX:[+|-]HitachiAutoExplicitMemory

add.jvm.arg=-Djvm.userprf.Enable=＜ユーザ拡張性能解析トレースの使用＞

add.jvm.arg=-Djvm.userprf.LogLevel=＜トレース出力レベル＞

この場合，［拡張起動パラメタ］に設定されているパラメタの値を見直し，次の設定項目に正しい値を設定したあと，［拡張起動パラメタ］の該当するパラメタを削除してください。

［Javaヒープの設定］の［メモリ使用量］

［明示管理ヒープの設定］の［明示管理ヒープ機能］

［ユーザ拡張性能解析トレースの設定］の［ユーザ拡張性能解析トレース］

また，［起動パラメタの設定］画面で自動配置用設定ファイルおよびユーザ拡張性能解析トレース設定ファイルの内容を指定すると，設定情報の配布時に次のファイルパスに指定した内容が設定されます。このため，usrconf.cfgで-XX:HitachiAutoExplicitMemoryFileオプションおよびjvm.userprf.Fileプロパティに次のファイルパスが設定されていても，Managment Serverが設定するファイルパスと同じであるため，［拡張起動パラメタ］には設定されません。-XX:HitachiAutoExplicitMemoryFileオプションおよびjvm.userprf.Fileプロパティは，Managment Serverが設定するファイルパスと異なる場合にだけ，［拡張起動パラメタ］に設定されます。

add.jvm.arg=-XX:HitachiAutoExplicitMemoryFile:＜Application Serverのインストールディレクトリ＞/CC/server/usrconf/ejb/＜実サーバ名＞/auto_explicit_memory.cfg

add.jvm.arg=-Djvm.userprf.File=＜Application Serverのインストールディレクトリ＞/CC/server/usrconf/ejb/＜実サーバ名＞/userprf.cfg

10.8.24　システムプロパティの設定（J2EEサーバ）

［システムプロパティの設定］画面を次の図に示します。

図10‒39　［システムプロパティの設定］画面（J2EEサーバ）

[picture]

(1)　機能概要

JavaVMのシステムプロパティを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［＜J2EEサーバ名＞］をクリックします。

［JVM］タブをクリックします。

［プロパティ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

J2EEサーバ起動時に定義したいシステムプロパティを追加または削除する場合，次の操作をします。

追加する場合は，「システムプロパティ」の欄に，システムプロパティを入力し，［追加］ボタンをクリックします。そのあと，［有効］欄をチェックします。

削除する場合は，削除したいシステムプロパティの［削除］ボタンをクリックします。

表示されるメッセージを確認したあと，［戻る］アンカーをクリックして，設定画面に戻ります。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

システムプロパティの定義

有効

該当行のシステムプロパティを設定ファイルに反映するかどうかを指定します。チェックした場合，プロパティの定義が反映されます。チェックしない場合，プロパティの定義は反映されません。

システムプロパティ

J2EEサーバの起動時に定義したいシステムプロパティを指定します。指定内容は，usrconf.propertiesファイルに反映されます。この欄は，最低5行表示（追加行を含む）されます。

［追加］ボタン

システムプロパティを追加します。

［削除］ボタン

システムプロパティを削除します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

10.8.25　JP1連携の設定（J2EEサーバ）

［JP1連携の設定］画面を次の図に示します。

図10‒40　［JP1連携の設定］画面（J2EEサーバ）

[picture]

(1)　機能概要

JP1との連携では，次に示すApplication Serverの障害情報をJP1イベントとして発行できます。

Management Serverの障害（論理サーバの起動，停止通知や論理サーバプロセスの障害など）

J2EEサーバの障害（J2EEサーバが検知した業務障害など）

J2EEアプリケーション中からJavaロギングAPIを使って出力したログ情報

この画面では，J2EEサーバの障害情報やJ2EEアプリケーション中からJavaロギングAPIを使って出力したログ情報をJP1イベントとして発行するかどうかについて設定します。この設定は，J2EEアプリケーション単位ではなく，J2EEサーバ単位となります。

また，この画面での設定は，設定情報が配布されたあと，J2EEサーバが再起動されてから有効となります。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［＜J2EEサーバ名＞］をクリックします。

［JP1連携］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

JP1イベント発行機能を有効にするかどうかや，JP1イベントのフィルタリングなどを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

ここでの設定は，設定情報が配布されたあと，J2EEサーバが再起動されてから有効となります。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

JP1イベント発行機能を有効にする

J2EEサーバの障害情報やJ2EEアプリケーション中からJavaロギングAPIを使って出力したログ情報をJP1イベントとして発行するかどうか（usrconf.propertiesファイルのejbserver.manager.agent.JP1EventAgent.enabledキー）を選択します。デフォルトは，「しない」です。

システムJP1イベントのフィルタリングの設定

J2EEサーバの障害情報をシステムJP1イベントとして発行するかどうかを，JP1イベントの重大度ごとに指定します。

重大度には次のものがあります。番号が小さいほど重大になります。

Emergency（緊急）

Alert（警戒）

Critical（致命的）

Error（エラー）

Warning（警告）

Notice（通知）

Information（情報）

デフォルトは，すべて「しない」です。

ユーザJP1イベントのマッピングの設定

ユーザがJ2EEアプリケーション中からJavaロギングAPIを使って出力したログメッセージのログレベルが，JP1のどの重大度に対応するのかを設定します。ログレベルSEVERE，WARNING，INFO，CONFIG，FINE，FINER，FINESTに対して，それぞれJP1イベントの重大度を選択します。JP1イベントの重大度は，「システムJP1イベントのフィルタリングの設定」と同じです。

デフォルトは，すべてのレベルで「なし」です。

「なし」を選択した場合は，そのログレベルのログメッセージは，ユーザJP1イベントに変換されません。

ユーザJP1イベントのフィルタリングの設定

フィルタの適用

ユーザJP1イベントとして発行させたい条件を定義して，フィルタリングするかどうかを選択します。デフォルトは，「しない」です。

フィルタ

ユーザJP1イベントとして発行させたい条件を指定します。指定内容は，「10.8.25(4)(a)　フィルタ定義」に従ってください。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

(a)　フィルタ定義

フィルタ定義は，コメント行，条件文群（続けて記述された複数の条件文）で構成されます。フィルタ定義の形式，条件文の書式および指定例を次に示します。

形式

フィルタ定義の形式を次に示します。

# 〜　　　：コメント行
条件文１　　　：条件文群１
条件文２　　　：条件文群１
条件文３　　　：条件文群１
OR
条件文４　　　：条件文群２
条件文５　　　：条件文群２
　　：

コメント行

「#」で始まる，改行までの文字はコメントになります。空白，タブと改行だけ，または改行だけの行は無視されます。

条件文群

一つ以上の条件文で構成されます。条件文は，1行に一つずつ記述し，これらの条件文はANDの関係になります。「OR」だけの行まで，またはEOFまでの条件文までを1条件文群とします。

複数の条件文群がある場合，それらはORの関係になります。条件文群と条件文群の間には「OR」だけの行を挿入します。

条件文の書式

条件文は，1行に属性名，比較キーワード，オペランドを一つ以上の連続した空白，またはタブで区切って記述します。条件文の形式を次に示します。

属性名　比較キーワード　オペランド１　オペランド２　…＜改行＞

属性名

フィルタリングする項目を指定します。条件文で使用する属性名の内容と指定できるオペランドを，次の表に示します。

表10‒9　条件文で使用する属性名の内容と指定できるオペランド

属性名 | 内容 | 型 | オペランドの値
MESSAGE | JavaロギングAPIで渡したメッセージテキスト | 文字列 | 任意の文字列

SEVERITY

ユーザJP1イベントのマッピングの設定で設定したJP1イベントの重大度

文字列

次の文字列のどれかを指定してください。

Emergency

Alert

Critical

Error

Warning

Notice

Information

APPLICATION | JavaロギングAPIで渡した業務のアプリケーション名称 | 文字列 | 任意の文字列
MESSAGE_ID | JavaロギングAPIで渡したメッセージID | 文字列 | 任意の文字列

比較キーワード

条件文で使用する比較キーワードと指定できるオペランド数，属性名を次の表に示します。

表10‒10　条件文で使用する比較キーワードと指定できるオペランド数，属性名

比較キーワード | オペランド数 | 条件 | 指定できる属性名
EQU | 1以上 | 属性値がオペランドのどれかと一致する場合に一致 | すべて
NEQ | 1以上 | 属性値がオペランドのどれとも一致しない場合に一致 | すべて
BEGIN | 1以上 | 属性値がオペランドのどれかで始まる場合に一致 | SEVERITY以外
INCLUDE | 1以上 | 属性値にオペランドのどれかが含まれる場合に一致 | SEVERITY以外
EXCLUDE | 1以上 | 属性値にオペランドのどれも含まない場合に一致 | SEVERITY以外

指定例

MESSAGE_ID EQU 0001
OR
MESSAGE_ID EQU 0003

「フィルタ」欄で上記のように指定した場合，メッセージIDが0001または0003のログメッセージがユーザJP1イベントとして発行されます。

10.8.26　J2EEサーバのオプションの設定

［オプションの設定］画面を次の図に示します。

図10‒41　［オプションの設定］画面

[picture]

(1)　機能概要

起動コマンドに追加するオプションを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［＜J2EEサーバ名＞］をクリックします。

［オプション］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

選択した論理サーバの起動コマンドに追加したいオプションを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

指定したオプションは，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

コマンドオプションの追加

起動コマンド

選択した論理サーバの起動コマンドに追加したいオプションを指定します。

オプションの文字列には，英数字，空白，および記号（"$%'=-^¥{}+_@:，./）の半角文字を使用できます。

指定したオプションは，コマンドラインの最後尾に追加されます。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

10.8.27　J2EEサーバの環境変数の設定

［環境変数の設定］画面を次の図に示します。

図10‒42　［環境変数の設定］画面

[picture]

(1)　機能概要

サーバ起動時の環境変数の情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［＜J2EEサーバ名＞］をクリックします。

［環境変数］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

環境変数を追加または削除する場合，次の操作をします。

追加する場合は，［変数名と値］の欄に，環境変数とその値を入力し，［追加］ボタンをクリックします。そのあと，［有効］欄をチェックします。

削除する場合は，削除したい環境変数の［削除］ボタンをクリックします。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

指定した環境変数は，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

環境変数

有効

該当行の環境変数を設定ファイルに反映するかどうかを指定します。チェックした場合，環境変数の定義が反映されます。チェックしない場合，環境変数の定義は反映されません。

変数名と値

サーバ起動時に設定する環境変数の名称および値を「変数名=値」の形式で指定します。入力できる文字数に上限はありません。変数名は，置換文字列を含めて指定できます。置換文字列については，「7.5.2(3)　置換文字列の指定」を参照してください。同じ環境変数は，重複して指定できません。

また，環境変数の値は，定義済みの環境変数名を含めて指定できます。

定義済みの環境変数名を含めて指定する場合の，指定方法の例を次に示します。

なお，定義済みの環境変数は背景色付きの太字で示してあります。

PATH=%{PATH};C:¥userlib

定義済みの環境変数は，「%{変数名}」の形式で記述します。「%{変数名}」は，論理サーバの起動時に，定義済みの環境変数の値に置き換えられます。

例えば，次に示すように環境変数を設定したとします。

AAA=aaa
BBB=%{AAA}/bbb

この場合，環境変数AAAの値と環境変数BBBの値を同時に指定しているため，「%{AAA}」は「aaa」に置き換えられません。このため，環境変数BBBの設定値は「/bbb」になります。

［追加］ボタン

環境変数を追加します。

［削除］ボタン

環境変数を削除します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

なお，次の表に示す環境変数は，各論理サーバの設定画面で指定した内容に従って，Management Serverが設定します。これらの環境変数を［環境変数の設定］画面で指定しても，各論理サーバの設定画面で指定した値が有効になります。Management Serverが自動で設定する論理サーバの環境変数は，マニュアル「アプリケーションサーバ システム構築・運用ガイド」の「4.1.13　論理サーバの環境変数を設定するときの確認事項」を参照してください。

表10‒11　Management Serverが自動的に設定する環境変数

項番 | 論理サーバの種類 | 環境変数名 | 内容
1 | パフォーマンストレーサ | PRFSPOOL | パフォーマンストレーサのトレース出力ディレクトリ
2 | スマートエージェント | OSAGENT_PORT | スマートエージェントが監視するポート番号
3 | CTMドメインマネジャ | CTMSPOOL | CTM実行環境ディレクトリ
OSAGENT_PORT | 利用するスマートエージェントのポート番号
PRFSPOOL | 利用するパフォーマンストレーサのトレース出力ディレクトリ
4 | CTM | CTMSPOOL | CTM実行環境ディレクトリ
OSAGENT_PORT | 利用するスマートエージェントのポート番号
PRFSPOOL | 利用するパフォーマンストレーサのトレース出力ディレクトリ
5 | SFO | PRFSPOOL | 利用するパフォーマンストレーサのトレースの出力ディレクトリ
6 | J2EE | CTMDIR | CTMインストールディレクトリ（CTMを使用する場合）
CTMSPOOL | CTM実行環境ディレクトリ（CTMを使用する場合）
OSAGENT_PORT | 利用するスマートエージェントのポート番号（スマートエージェントを使用する場合）
PRFSPOOL | 利用するパフォーマンストレーサのトレースの出力ディレクトリ
7 | Webサーバ | CCLOGFILEDIR | HTTP Serverのログ出力ディレクトリ
CONFIG_PATH | HTTP Serverのhttpsd.confパス
PRFSPOOL | 利用するパフォーマンストレーサのトレースの出力ディレクトリ
SERVICE_NAME | HTTP Serverのサービス名

(5)　注意事項

この画面から指定した環境変数は，運用管理エージェント設定ファイル（adminagent.xml）に指定した環境変数が設定されたあとに適用されます。このため，運用管理エージェント設定ファイルに指定した環境変数と同じ環境変数を指定する場合は，運用管理エージェント設定ファイルに指定した内容に上書きしないように注意してください。

運用管理エージェント設定ファイル（adminagent.xml）の詳細については，マニュアル「アプリケーションサーバ リファレンス 定義編(サーバ定義)」の「8.2.4　adminagent.xml（運用管理エージェント設定ファイル）」を参照してください。

例えば，環境変数PATHにユーザ任意のディレクトリパスを追加する場合は，運用管理エージェント設定ファイルで定義したディレクトリパスに，ユーザ任意のディレクトリパスを追加してください。環境変数PATHには論理サーバの起動に必要なディレクトリパスを指定するため，運用管理エージェント設定ファイルで定義したディレクトリパスにユーザ任意のディレクトリパスを上書きすると，正常に動作しなくなるおそれがあります。

OSごとに，実際に設定される環境変数の値の例を次の表に示します。

表10‒12　実際に設定される環境変数の値の例

指定値または設定値 | Windowsの場合 | UNIXの場合
OSで指定した値 | PATH=D:¥a | PATH=/usr/bin
運用管理エージェント設定ファイルで指定した値 | PATH=%{cosminexus.home}¥a;C:¥b | PATH=%{cosminexus.home}/a:/tmp/b
［環境変数の設定］画面で指定した値 | PATH=D:¥c;%{PATH} | PATH=/tmp/c:%{PATH}
実際に設定される値 | PATH=D:¥c;D:¥Cosminexus¥a;C:¥b | PATH=/tmp/c:/opt/Cosminexus/a:/tmp/b

定義済みの環境変数（%{PATH}）は運用管理エージェント設定ファイルで定義した値に置き換えられます。定義済みの環境変数が置き換えられる際の規則の詳細は，「10.8.27(4)　画面詳細」の「変数名と値」を参照してください。

10.8.28　論理J2EEサーバの設定読み込み

［サーバの設定読み込み］画面を次の図に示します。

図10‒43　［サーバの設定読み込み］画面

[picture]

(1)　機能概要

別の論理サーバ，または接続先ホストで稼働するサーバから，論理J2EEサーバの設定情報を読み込みます。

また，次のファイルがある場合は，ファイルの内容を読み込みます。

明示管理ヒープ機能の自動配置設定ファイル

＜Application Serverのインストールディレクトリ＞/CC/server/usrconf/ejb/＜実サーバ名＞/auto_explicit_memory.cfg

ユーザ拡張性能解析トレース設定ファイル

＜Application Serverのインストールディレクトリ＞/CC/server/usrconf/ejb/＜実サーバ名＞/userprf.cfg

参考

接続先のComponent Containerをバージョンアップした場合，接続先ホストからサーバの設定情報を読み込む必要があります。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［＜J2EEサーバ名＞］をクリックします。

［読み込み］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

設定情報をどのサーバから読み込むかを指定します。

［読み込み］ボタンをクリックします。

読み込みの確認画面が表示されます。

［はい］ボタンをクリックします。

設定情報が読み込まれます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［読み込み］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

別の論理サーバから設定を読み込みます

Management Serverが管理しているほかの論理サーバの設定情報を読み込む場合に選択します。

論理サーバ名

設定情報をどのサーバから読み込むかを選択します。読み込み元と同じ種類の論理サーバを選択できます。

論理サーバ種別がJ2EEサーバの場合，互換モードが現在の設定と同じJ2EEサーバだけを選択できます。論理サーバ種別がWebサーバの場合，J2EEサーバ連携の方法が同じWebサーバだけを選択できます。

接続先ホストから設定を読み込みます

接続先ホストで稼働しているサーバの設定情報を読み込む場合に選択します。なお，J2EEサーバの場合だけ利用できます。

［読み込み］ボタン

読み込みの確認画面が表示されます。

［はい］ボタン

設定情報が読み込まれます。

［いいえ］ボタン

元の画面に戻り，設定情報は読み込まれません。

(5)　注意事項

(a)　別の論理サーバから設定情報を読み込む場合

別ホストに定義しているJ2EEサーバの設定情報を読み込んだ場合は，利用するパフォーマンストレーサに「選択してください」が，接続するCTMに「設定しない」が設定されます。［J2EEサーバの基本設定］画面で利用するパフォーマンストレーサを選択，および接続するCTMを設定してから，設定情報の配布を実行してください。

(b)　接続先ホストから設定情報を読み込む場合

置換文字列の復元

Application Serverのインストール先や実サーバ名は，設定情報の読み込み時に置換文字列に変換されます。なお，置換文字列については，「7.5.2(3)　置換文字列の指定」を参照してください。

接続先ホストがWindowsの場合は，大文字と小文字を区別しないで置換文字列に変換して読み込みます。ディレクトリ名の場合，¥または/のどちらかであるときは置換文字列に変換します。ただし，Application Serverのインストール先に¥と/が混在しているときは，正しく変換できません。また，Windowsのショートネームの場合も正しく変換できません。そのため，これらが指定されている場合は，設定情報を読み込んだあとにGUIで適切な値に変換してください。

Application Serverのインストール先が「C:¥Program Files¥Hitachi¥Cosminexus」の場合，変換できない例と変換できる例を次に示します。

変換できない例

C: ¥Program Files/Hitachi¥Cosminexus/CC/server/repository/Server1/web

C: ¥Program~1/Hitachi¥Cosminexus/CC/server/repository/Server1/web

変換できる例

C:¥Program Files¥Hitachi¥Cosminexus¥CC/server/repository/Server1/web

C:/Program Files/Hitachi/Cosminexus/CC/server/repository/Server1/web

また，拡張パラメタおよびシステムプロパティの定義で，実サーバ名が&{server.name}に置換されない場合があります。ほかの論理サーバに設定情報を読み込ませて使用する場合は，拡張パラメタおよびシステムプロパティの定義の実サーバ名を，&{server.name}に適宜設定し直して使用してください。

設定ファイル内の不正な値

接続先ホストの設定ファイル内に不正な値（数値を指定しなければならないものに，英字が指定されている場合など）があってもそのまま読み込むため，注意してください。

CORBAネーミングサービスの起動モードの設定

設定ファイルのejbserver.naming.startupModeキーの指定値に「automatic」が指定されていた場合，利用するネーミングサービスに「インプロセス」が設定されます。

ネーミングサービスの割り当て※1

ネーミングサービスは，usrconf.propertiesファイルのejbserver.naming.startupModeキー，ejbserver.naming.hostキー，ejbserver.naming.hostキーによって，割り当てられます。ただし，ejbserver.naming.startupModeキーの指定値が「manual」以外の場合，ネーミングサービスは割り当てられません。

ejbserver.naming.startupModeキーの指定値が「manual」の場合は，次に示す規則に従ってネーミングサービスが割り当てられます。

まず，ejbserver.naming.hostキーの指定値によって，ホストに定義されているネーミングサービスが検索されます。

ejbserver.naming.hostキーの指定値が省略，または指定値に「localhost」が定義されている場合

設定情報を読み込むJ2EEサーバと同一ホストに定義されているネーミングサービス（論理サーバ名）が検索されます。

ejbserver.naming.hostキーの指定値に「localhost」以外が定義されている場合

指定されたホスト名を検索します。なお，大文字と小文字は区別して検索します。ホストが見つかった場合，その中で定義されているネーミングサービス（論理サーバ名）が検索されます。

次に，該当するホストが見つかった場合，ejbserver.naming.portキーの指定値によって，ネーミングサービスが割り当てられます。ejbserver.naming.portキーの指定値（キーが省略されている場合は「900」）と一致するネーミングサービス（論理サーバ名）が割り当てられます。複数一致する場合，最初に一致したものが割り当てられます。

なお，割り当てられるネーミングサービスがない場合は，次のキーが［システムプロパティの設定］画面の「システムプロパティ」に，有効欄がチェックされた状態で自動的に設定されます。

ejbserver.naming.startupMode=manual

ejbserver.naming.host=<読み込み元（接続先ホスト）の指定値>

ejbserver.naming.port=<読み込み元（接続先ホスト）の指定値>

この場合，［ネーミングの設定］画面の「利用するネーミングサービス」は「インプロセス」と表示されますが，設定情報の配布を実行すると，［システムプロパティの設定］画面の「システムプロパティ」の設定が有効になります。このため，ネーミングサービスを運用管理ドメインに定義しないで構築している場合は，設定を変更する必要はありません。ただし，ネーミングサービスを運用管理ドメインに定義して「利用するネーミングサービス」を再設定する場合は，設定情報の読み込み時に自動的に設定されたキーを削除してください。

スマートエージェントの割り当て

スマートエージェントは，usrconf.propertiesファイルのvbroker.agent.portキーによって，割り当てられます。vbroker.agent.portキーで，スマートエージェントのポート番号が指定されている場合は，この値を使用して，一致するスマートエージェントが割り当てられます。複数一致する場合，最初に一致したものが割り当てられます。

なお，割り当てられるスマートエージェントがない場合は，次のキーが［システムプロパティの設定］画面の「システムプロパティ」に，有効欄がチェックされた状態で自動的に設定されます。

vbroker.agent.port = <読み込み元（接続先ホスト）の指定値>

この場合，［トランザクションの設定］画面の「利用するスマートエージェント」は「設定しない」と表示されますが，設定情報の配布を実行すると，［システムプロパティの設定］画面の「システムプロパティ」の設定が有効になります。このため，スマートエージェントを運用管理ドメインに定義しないで構築している場合は，設定を変更する必要はありません。ただし，スマートエージェントを運用管理ドメインに定義して「利用するスマートエージェント」を再設定する場合は，設定情報の読み込み時に自動的に設定されたキーを削除してください。

パフォーマンストレーサの割り当て

パフォーマンストレーサは，usrconf.propertiesファイルのejbserver.server.prf.PRFIDキーによって，割り当てられます。ejbserver.server.prf.PRFIDキーで，パフォーマンストレーサの識別子が指定されている場合，この値を使用して，設定情報を読み込むJ2EEサーバと同一ホストに定義されているパフォーマンストレーサの中から，一致するパフォーマンストレーサが割り当てられます。複数一致する場合は，最初に一致したものが割り当てられます。

なお，割り当てられるパフォーマンストレーサがない場合は，［J2EEサーバの基本設定］画面の「利用するパフォーマンストレーサ」は「設定しない」になります。また，この場合，［設定情報の配布］画面のステータスが空欄になります。運用管理ドメインに定義されたパフォーマンストレーサを「利用するパフォーマンストレーサ」に設定してから設定情報の配布を実行してください。

CTMの割り当て

CTMは，usrconf.propertiesファイルのejbserver.ctm.enabledキー，ejbserver.ctm.CTMIDキーによって割り当てられます。ただし，次の場合，CTMは割り当てられません。

ejbserver.ctm.enabledキーの指定値が「false」の場合

ejbserver.ctm.CTMIDキーで，CTMの識別子が指定されてない場合

ejbserver.ctm.enabledキーの指定値が「true」の場合，ejbserver.ctm.CTMIDキーで，CTMの識別子が指定されているときは，この値を使用して，設定情報を読み込むJ2EEサーバと同一ホストに定義されているCTMの中から，一致するCTMが割り当てられます。複数一致する場合，最初に一致したものが割り当てられます。

なお，割り当てられるCTMがない場合は，［EJBコンテナの設定］画面の「接続するCTM」は「設定しない」になります。また，［設定情報の配布］画面のステータスが空欄になります。運用管理ドメインに定義されたCTMを「接続するCTM」に設定してから設定情報の配布を実行してください。

ラウンドロビン検索メンバの論理サーバの割り当て※1

ラウンドロビン検索メンバの論理サーバは，usrconf.propertiesファイルのejbserver.jndi.namingservice.group.listキーによって割り当てられます。ただし，ejbserver.jndi.namingservice.group.listキーで，グループ名が指定されてない場合は，論理サーバが割り当てられません。ejbserver.jndi.namingservice.group.<任意名>.providerurlsキーが定義されていた場合，それらのキーは，すべて［システムプロパティの設定］画面の「システムプロパティ」に，有効欄がチェックされた状態で自動的に設定されます。ejbserver.jndi.namingservice.group.listキーで，グループ名が指定されている場合は，次に示す規則に従ってラウンドロビン検索メンバの論理サーバが割り当てられます。

usrconf.propertiesファイルのejbserver.jndi.namingservice.group.<グループ名>.providerurlsキーで，ネーミングサービスのホスト，およびポート番号が指定されている場合

この値を使用して，一致するネーミングサービス，J2EEサーバ，またはCTMが割り当てられます。複数存在する場合は，先に見つかった方が割り当てられます。

なお，割り当てられる論理サーバが存在しなかった場合は，以下のキーが［システムプロパティの設定］画面の「システムプロパティ」に，有効欄がチェックされた状態で自動的に設定されます。どれか一つでも割り当てられないキーがあった場合，割り当てられるキーもすべて「システムプロパティ」に設定されます。

ejbserver.jndi.namingservice.group.list=<読み込み元（接続先ホスト）の指定値>

ejbserver.jndi.namingservice.group.<グループ名>.providerurls=<読み込み元（接続先ホスト）の指定値>

この場合，［ネーミングの設定］画面の「ラウンドロビン検索のグループ設定」は未定義となりますが，設定情報の配布を実行すると「システムプロパティ」の設定が有効になりますので，ネーミングサービス，J2EEサーバ，またはCTMを運用管理ドメインに定義しないで構築している場合は，この設定のままで問題ありません。運用管理ドメインに論理サーバを定義して「ラウンドロビン検索のグループ設定」を再設定する場合は，「システムプロパティ」の設定情報の読み込み時に自動的に設定されたキーをそれぞれ削除してください。

ホスト固定の設定※2

各画面のホストの固定は，それぞれ次のように設定されます。

［EJBコンテナの設定］画面の「ホストの固定」

usrconf.propertiesファイルのvbroker.se.iiop_tp.hostキーが定義されている場合に，vbroker.se.iiop_tp.hostキーの指定値が「localhost」などのループバックアドレスのときは，「ループバックアドレス」が設定されます。vbroker.se.iiop_tp.hostキーの指定値と該当するJ2EEサーバを定義したホストのホスト名を比較し，一致した場合は「する」，一致しなかった場合は「しない」が設定されます。

usrconf.propertiesファイルのvbroker.se.iiop_tp.hostキーが定義されていない場合，「しない」が設定されます。

［Webコンテナの設定］画面の「管理用サーバの設定」の「ホストの固定」

usrconf.propertiesファイルのwebserver.connector.http.bind_hostキーが定義されている場合，webserver.connector.http.bind_hostキーの指定値と該当するJ2EEサーバを定義したホストのホスト名を比較し，一致した場合は「する」，一致しなかった場合は「しない」が設定されます。

usrconf.propertiesファイルのwebserver.connector.http.bind_hostキーが定義されていない場合，「しない」が設定されます。

［Webコンテナの設定］画面の「インプロセスHTTPサーバ機能の使用」をする場合の「ホストの固定」

usrconf.propertiesファイルのwebserver.connector.inprocess_http.bind_hostキーが定義されている場合，webserver.connector.inprocess_http.bind_hostキーの指定値と該当するJ2EEサーバを定義したホストのホスト名を比較し，一致した場合は「する」，一致しなかった場合は「しない」が設定されます。

usrconf.propertiesファイルのwebserver.connector.inprocess_http.bind_hostキーが定義されていない場合，「しない」が設定されます。

［Webコンテナの設定］画面の「インプロセスHTTPサーバ機能の使用」をしない場合の「ホストの固定」

usrconf.propertiesファイルのwebserver.connector.ajp13.bind_hostキーが定義されている場合に，webserver.connector.ajp13.bind_hostキーの指定値が「localhost」などのループバックアドレスのときは，「ループバックアドレス」が設定されます。

webserver.connector.ajp13.bind_hostキーの指定値と該当するJ2EEサーバを定義したホストのホスト名を比較し，一致した場合は「する」，一致しなかった場合は「しない」が設定されます。

usrconf.propertiesファイルのwebserver.connector.ajp13.bind_hostキーが定義されていない場合，「しない」が設定されます。

［Webコンテナの設定］画面の「NIO HTTP」を使用する場合の「ホストの固定」

usrconf.propertiesファイルのwebserver.connector.nio_http.bind_hostキーが定義されている場合，次のどちらかが設定されます。

・webserver.connector.nio_http.bind_hostキーの指定値と該当するJ2EEサーバを定義したホストのホスト名を比較し，一致した場合は「する」，一致しなかった場合は「しない」が設定されます。

・webserver.connector.nio_http.bind_hostキーの指定値が「localhost」などのループバックアドレスのときは，「ループバックアドレス」が設定されます。

usrconf.propertiesファイルのwebserver.connector.nio_http.bind_hostキーが定義されていない場合，「しない」が設定されます。

［稼働情報監視で使用する通信の設定］画面の「ホストの固定」

usrconf.propertiesファイルのejbserver.rmi.naming.hostキーが定義されている場合に，ejbserver.rmi.naming.hostキーの指定値が「localhost」などのループバックアドレスのときは，「ループバックアドレス」が設定されます。ejbserver.rmi.naming.hostキーの指定値と該当するJ2EEサーバを定義したホストのホスト名を比較し，一致した場合は「する」，一致しなかった場合は「しない」が設定されます。

usrconf.propertiesファイルにejbserver.rmi.naming.hostキーが定義されていない場合，「しない」が設定されます。

［J2EEコンテナの設定］画面の「運用監視エージェント」の「ホストの固定」

運用管理エージェントのホスト名と，次に示すmngagent.＜実サーバ名＞.propertiesファイルのキーの値を比較し，キーのどちらかの値と一致した場合は「する」，どちらとも一致しなかった場合は「しない」が設定されます。

・mngagent.connector.hostキー

・vbroker.se.iiop_tp.hostキー

どちらのキーも定義されていない場合は，「しない」が設定されます。

［J2EEコンテナの設定］画面の「Managementイベント発行機能の設定」の「ローカルアドレスの固定」

mevent.＜実サーバ名＞.propertiesファイルのmanager.mevent.sender.bind.hostキーが定義されている場合，manager.mevent.sender.bind.hostキーの指定値と該当する運用管理エージェントのホスト名を比較し，一致した場合は「する」，一致しなかった場合は「しない」が設定されます。

mevent.＜実サーバ名＞.propertiesファイルのmanager.mevent.sender.bind.hostキーが定義されていない場合，「しない」が設定されます。

注※1

関連する論理サーバ（ネーミングサービス／ラウンドロビン検索メンバの論理サーバ）が定義されているホストのホスト名が，ループバックアドレス，またはループバックアドレスを表すホスト名の場合，論理サーバが割り当てられません。

注※2

該当するJ2EEサーバが定義されているホストのホスト名が，ループバックアドレス，またはループバックアドレスを表すホスト名の場合，各ホスト固定の設定は，デフォルト値の「しない」に設定されます。

10.9　論理Webサーバの定義

この節では，論理Webサーバの情報を設定する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［Webサーバの設定］画面※1

［リダイレクタの設定］画面※2

［マッピングの定義］画面※2

［ワーカの設定］画面※2

［リバースプロキシの設定］画面※3

［Webサーバ環境のセットアップ］画面

［ログの表示］画面（旧バージョン互換のWebサーバの環境設定）

［オプションの設定］画面

［環境変数の設定］画面

［サーバの設定読み込み］画面

WebサーバとWebサーバクラスタで同じ設定ができます。

Management ServerがWebサーバに自動で設定する内容の詳細は，マニュアル「アプリケーションサーバ システム構築・運用ガイド」の「付録E.6　Management ServerがWebサーバに自動で設定する内容」を参照してください。

注※1

旧バージョン互換のWebサーバの場合は表示されません。［Webサーバ環境のセットアップ］画面で旧バージョン互換のWebサーバ環境を最新バージョンの構成に再構築した場合，表示されるようになります。

注※2

J2EEサーバとの連携にリバースプロキシを使用する場合は表示されません。

注※3

J2EEサーバとの連携にリダイレクタを使用する場合は表示されません。

10.9.1　Webサーバの設定

［Webサーバの設定］画面を次の図に示します。

図10‒44　［Webサーバの設定］画面（1/3）

[picture]

図10‒45　［Webサーバの設定］画面（2/3）

[picture]

図10‒46　［Webサーバの設定］画面（3/3）

[picture]

参考

リダイレクタを使用する場合は，表示されるタブが一部異なります。

(1)　機能概要

Webサーバを稼働させるために必要な情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

Webサーバの場合

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバ］−［＜Webサーバ名＞］をクリックします。

Webサーバクラスタの場合

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバクラスタ］−［＜Webサーバクラスタ名＞］−［＜Webサーバ名＞］をクリックします。

［設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

画面の設定方法として［項目ごとに設定します。］または［設定ファイルの内容を直接設定します。］を選択します。

［項目ごとに設定します。］を選択した場合は，画面項目に従って指定します。［設定ファイルの内容を直接設定します。］を選択した場合は，［設定ファイルの参照］ボタンをクリックし，［設定ファイルの内容］を編集します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

項目ごとに設定します。

［Webサーバの設定］画面の設定方法として，項目ごとに指定する方法を選択します。基本的な項目を画面項目に従って指定できます。基本的な項目以外を指定したい場合は，［追加ディレクティブ］にディレクティブを直接指定できます。デフォルトは，「項目ごとに設定します。」です。

J2EEサーバの連携方法がリバースプロキシの場合は，［設定ファイルの内容を直接設定します。］を選択しないでください。設定ファイルの内容を直接設定したい場合は，J2EEサーバの連携方法としてリダイレクタを選択する必要があります。リダイレクタを選択した場合でも，次の方法でリバースプロキシによって連携できます。

［設定ファイルの内容を直接設定します。］を選択します。

［設定ファイルの内容］に，リバースプロキシに関する設定内容を含んだhttpsd.confファイル（HTTP Server定義ファイル）の内容を直接設定します。

リバースプロキシに関する設定内容については，マニュアル「HTTP Server」の「4.7　リバースプロキシの設定」を参照してください。

Webサーバの基本的な設定

サーバ名

Webサーバのサーバ名およびポート番号（httpsd.confファイルのServerNameディレクティブ）を指定します。サーバ名は，FQDN（完全修飾ドメイン名）またはIPアドレスで指定します。デフォルトは，「www.example.com」です。詳細は，マニュアル「HTTP Server」を参照してください。

ポート番号

Webクライアントからのリクエストを受け付けるWebサーバのポート番号（httpsd.confファイルのPortディレクティブおよびListenディレクティブ）を指定します。同一ホストに複数のWebサーバを起動する場合には，それぞれ異なるポート番号を指定する必要があります。デフォルトは，「80」です。

ホスト固定

一つのマシンに複数のアドレスが割り当てられている場合に，Webサーバを特定のアドレスに割り当てるかどうか（httpsd.confファイルのListenディレクティブ）を指定します。デフォルトは，「しない」です。

する

「運用管理ドメインの構成定義」で定義したホストがネットワーク参照できるホストまたはIPアドレスに対してだけ，接続を受け付けます。

しない

すべてのローカルアドレスに対する接続を受け付けます。

ユーザ名

Webサーバを起動するときのユーザ名（httpsd.confファイルのUserディレクティブ）を指定します。この指定は，Webサーバが稼働するホストのOSがUNIXの場合だけ有効です。デフォルトは「bin」です。

グループ名

Webサーバを起動するときのグループ名（httpsd.confファイルのGroupディレクティブ）を指定します。この指定は，Webサーバが稼働するホストのOSがUNIXの場合だけ有効です。デフォルトは「bin」です。

コアダンプ出力先ディレクトリ

コアダンプを出力するディレクトリ（httpsd.confファイルのCoreDumpDirectoryディレクティブ）を相対パスまたは絶対パスで指定します。この指定は，Webサーバが稼働するホストのOSがUNIXの場合だけ有効です。

相対パスで指定する場合は，「＜HTTP Serverインストールディレクトリ＞/servers/HWS_＜論理サーバ名＞」以下のディレクトリを指定します。指定を省略した場合は，「＜HTTP Serverインストールディレクトリ＞/servers/HWS_＜論理サーバ名＞」ディレクトリが仮定されます。

内部トレース出力先ディレクトリ

内部トレースのログを出力するディレクトリ（httpsd.confファイルのHWSTraceLogFileディレクティブ）を相対パスまたは絶対パスで指定します。デフォルトは「logs」です。

相対パスで指定する場合は，「＜HTTP Serverインストールディレクトリ＞/servers/HWS_＜論理サーバ名＞」以下のディレクトリを指定します。指定を省略した場合は，「＜HTTP Serverインストールディレクトリ＞/servers/HWS_＜論理サーバ名＞」ディレクトリが仮定されます。

なお，httpsd.confファイルを直接編集してディレクティブの値を変更している場合も，「設定情報の配布」を行うと，次に示す生成規則および「内部トレース出力先ディレクトリ」の値に基づいて，HWSTraceLogFileディレクティブの値が再設定されます。

内部トレースのログのディレクティブ値（HWSTraceLogFile）の生成規則

＜内部トレース出力先ディレクトリ＞/hws.trclog

Webサーバの性能についての定義

サーバスレッド数

サーバとして起動するスレッド数（httpsd.confファイルのThreadsPerChildディレクティブ）を1〜15000の範囲で指定します。この指定は，Webサーバが稼働するホストのOSがWindowsの場合だけ有効です。デフォルトは「50」です。

同時接続クライアント数

同時に接続できるクライアントの最大数（httpsd.confファイルのMaxClientsディレクティブ）を指定します。この指定は，Webサーバが稼働するホストのOSがUNIXの場合だけ有効です。

J2EEサーバとの連携方法がリバースプロキシの場合

<サーバプロセス当たりのスレッド数>〜（1000×<サーバプロセス当たりのスレッド数>）の範囲で指定します。デフォルトは「400」です。

J2EEサーバとの連携方法がリダイレクタの場合

1〜1024の範囲で指定します。デフォルトは「150」です。

サーバプロセス当たりのスレッド数

一つのサーバプロセスに生成するサーバスレッド数（httpsd.confファイルのThreadsPerChildディレクティブ）を1〜1000の範囲で指定します。この指定は，Webサーバが稼働するホストのOSがUNIXの場合だけ有効です。このフィールドはJ2EEサーバとの連携方法がリバースプロキシの場合だけ表示されます。デフォルトは「40」です。

サーバ起動時のサーバプロセス数

Webサーバ起動時のサーバプロセス数（httpsd.confファイルのStartServersディレクティブ）を指定します。この指定は，Webサーバが稼働するホストのOSがUNIXの場合だけ有効です。

J2EEサーバとの連携方法がリバースプロキシの場合

0〜（<同時接続クライアント数>÷<サーバプロセス当たりのスレッド数>）の範囲で指定します。デフォルトは「2」です。

J2EEサーバとの連携方法がリダイレクタの場合

0〜1024の範囲で指定します。デフォルトは「5」です。

サーバプロセスの稼働数の維持

サーバプロセスの稼働数を「サーバ起動時のサーバプロセス数」で定義した数だけ維持するかどうか（httpsd.confファイルのHWSKeepStartServersディレクティブ）を指定します。この指定は，Webサーバが稼働するホストのOSがUNIXの場合だけ有効です。デフォルトは「しない」です。

する

サーバプロセスの稼働数を「サーバ起動時のサーバプロセス数」で定義した数だけ維持します。

しない

「サーバ起動時のサーバプロセス数」に指定した数の稼働しているサーバプロセスは維持されません。

KeepAlive接続時の要求待ち時間

KeepAlive接続時の要求待ち時間（httpsd.confファイルのKeepAliveTimeoutディレクティブ）を0〜65535の整数で指定します。単位は「秒」です。デフォルトは「3秒」です。

静的コンテンツの設定

コンテンツ格納ディレクトリ

コンテンツを格納するドキュメントルートディレクトリ（httpsd.confファイルのDocumentRootディレクティブ）を絶対パスで指定します。ディレクトリの最後にパスセパレータの指定はできません。デフォルトは，「&{hws.home}/htdocs」です。

エラーログの設定

ログレベル

エラーログファイルに出力するエラーのレベル（httpsd.confファイルのLogLevelディレクティブ）を選択します。指定したログレベル以上のエラーログを出力します。ログレベルは，上位順に「緊急」，「即時処理要求」，「致命的エラー」，「一般的エラー」，「警告」，「重要」，「インフォメーション」，「デバッグ」です。デフォルトは「インフォメーション」です。デフォルトの場合，「デバッグ」レベルのメッセージは出力されません。

出力方式

エラーログをファイルに出力する方式（httpsd.confファイルのErrorLogディレクティブ）を指定します。「変更しない」，「単調増加」，「時間単位での分割」，「ラップアラウンド」からどれか一つを選択します。デフォルトは「ラップアラウンド」です。

変更しない

httpsd.confファイルを直接編集してErrorLogディレクティブの値を変更した場合に指定します。「変更しない」を選択すると，「設定情報の配布」を行っても，ErrorLogディレクティブの設定内容は変更されません。

単調増加

エラーログを出力するファイルを単調増加する場合に指定します。「単調増加」を選択した場合，「設定情報の配布」を行うと，表10-13の生成規則および「ログ出力先ディレクトリ」の値に基づいて，ErrorLogディレクティブの値を再設定します。

時間単位での分割

一定時間単位で分割して，エラーログを複数のファイルに出力する場合に指定します。「時間単位での分割」を選択した場合，「設定情報の配布」を行うと，表10-13の生成規則，「分割時間間隔」，「ファイル数」，「分割基準時間差分」および「ログ出力先ディレクトリ」の値に基づいて，ErrorLogディレクティブの値を再設定します。

分割時間間隔（時間単位での分割）

時間単位で分割する場合に，一つのログファイルにエラーログを取得する時間間隔（httpsd.confファイルのErrorLogディレクティブ）を1〜31536000の整数で指定します。単位は「秒」です。デフォルトは「86400秒」です。指定した時間が経過するごとに，新規のファイルにエラーログを取得します。

ファイル数（時間単位での分割）

時間単位で分割する場合に，分割して取得するログファイル数の上限値（httpsd.confファイルのErrorLogディレクティブ）を1〜256の整数で指定します。デフォルトは「8」です。分割したログファイル数が指定した値を超えた場合，最も古いログファイルから削除されます。

ログファイルを削除しない場合は，「削除しない」を選択します。

分割基準時間差分（時間単位での分割）

時間単位で分割する場合に，分割時間間隔の基点となる時刻（httpsd.confファイルのErrorLogディレクティブ）を，GMT（グリニッジ標準時）に対する差分として-1439〜1439の整数で指定します。単位は「分」です。デフォルトは「540分（JST（日本標準時）の0時0分0秒）」です。「0」を指定すると，GMTの1970年1月1日0時0分0秒が分割基準時間となります。

例えば，ローカルタイムのm時0分0秒を基点とする場合，GMTに対するローカルタイムの差がn時間であるときは，次の計算式で求めた値を指定します。

分割基準時間差分=(n-m)×60

ラップアラウンド

ファイルサイズ単位で分割して，エラーログを複数のファイルに出力する場合に指定します。「ラップアラウンド」を選択した場合，「設定情報の配布」を行うと，表10-13の生成規則，「ファイルサイズ」，「ファイル面数」および「ログ出力先ディレクトリ」の値に基づいて，ErrorLogディレクティブの値を再設定します。

ファイルサイズ（ラップアラウンド）

ファイルサイズで分割する場合に，ログファイルの1ファイルの最大サイズ（httpsd.confファイルのErrorLogディレクティブ）を1〜2097151の整数で指定します。単位は「キロバイト」です。デフォルトは「8192キロバイト」です。エラーログをログファイルに出力するタイミングで，ファイルサイズが最大サイズを超えている場合は，拡張子が次の面番号のログファイルを空にして，そのファイルへ続きを出力します。

ファイル面数（ラップアラウンド）

ファイルサイズで分割する場合に，ログファイルの最大面数（httpsd.confファイルのErrorLogディレクティブ）を1〜256の整数で指定します。デフォルトは「5面」です。エラーログは，拡張子が001からファイル面数の指定値までのログファイルに出力されます。ログファイルは，拡張子が001（面番号）のファイルから順に使用されます。一つのログファイルのサイズが最大サイズに達すると，拡張子が次の面番号のログファイルに，エラーログは出力されます。最大サイズに達したログファイルの拡張子が「ファイル面数」と同じ値の場合は，拡張子が001のログファイル（error.001）を空にして，そのファイルにエラーログを出力します。以降，面番号の順にログファイルを空にしながら，エラーログを出力します。

ログ出力先ディレクトリ

エラーログの出力先ディレクトリ（httpsd.confファイルのErrorLogディレクティブ）を相対パスまたは絶対パスで指定します。デフォルトは「logs」です。

相対パスで指定する場合は，「＜HTTP Serverインストールディレクトリ＞/servers/HWS_＜論理サーバ名＞」以下のディレクトリを指定します。指定を省略した場合は，「＜HTTP Serverインストールディレクトリ＞/servers/HWS_＜論理サーバ名＞」ディレクトリが仮定されます。

出力方式で「変更しない」以外を選択した場合には，httpsd.confファイルを直接編集してErrorLogディレクティブの値を変更しても，「設定情報の配布」を行うとErrorLogディレクティブの値が再設定されます。出力方式ごとのエラーログのディレクティブ値（ErrorLog）の生成規則を次の表に示します。

表10‒13　エラーログのディレクティブ値（ErrorLog）の生成規則

出力方式 | ディレクティブ値 | ファイル名

単調増加

Windowsの場合

＜ログ出力先ディレクトリ＞/error.log

UNIXの場合

＜ログ出力先ディレクトリ＞/error_log

Windowsの場合

error.log

UNIXの場合

error_log

時間単位での分割

Windowsの場合

"|¥"¥"＜Application Serverのインストールディレクトリ＞/httpsd/sbin/rotatelogs.exe¥" ¥"＜ログ出力先ディレクトリ＞/error¥" ＜分割時間間隔＞ -fnum ＜ファイル数＞ -diff ＜分割基準時間差分＞¥""

UNIXの場合

"|/opt/hitachi/httpsd/sbin/rotatelogs ＜ログ出力先ディレクトリ＞/error ＜分割時間間隔＞ -fnum ＜ファイル数＞ -diff ＜分割基準時間差分＞"

error.mmmmmmmmmm

mmmmmmmmmmは，ログ取得開始時刻を表し，次の計算式で求めた値が設定されます。

↓GMTの1970年1月1日0時0分0秒を基点としたログ出力時間の通算秒数/「分割時間間隔」の指定値↓×「分割時間間隔」の指定値

ラップアラウンド

Windowsの場合

"|¥"¥"＜Application Serverのインストールディレクトリ＞/httpsd/sbin/rotatelogs2.exe¥" ¥"＜ログ出力先ディレクトリ＞/error¥" ＜ファイルサイズ＞ ＜ファイル面数＞¥""

UNIXの場合

"|/opt/hitachi/httpsd/sbin/rotatelogs2 ＜ログ出力先ディレクトリ＞/error ＜ファイルサイズ＞ ＜ファイル面数＞"

error.nnn

nnnは，ファイル面数を表し，001から「ファイル面数」までの指定値が設定されます。

注1　＜ログ出力先ディレクトリ＞，＜分割時間間隔＞，＜分割基準時間差分＞，＜ファイルサイズ＞，＜ファイル面数＞には，指定した値が設定されます。

注2　↓計算式↓は，計算式の答えの小数点以下を切り捨てることを示します。

アクセスログの設定

出力方式

アクセスログをファイルに出力する方式（httpsd.confファイルのCustomLogディレクティブ）を指定します。「変更しない」，「単調増加」，「時間単位での分割」，「ラップアラウンド」からどれか一つを選択します。デフォルトは「時間単位での分割」です。

変更しない

httpsd.confファイルを直接編集してCustomLogディレクティブの値を変更した場合に指定します。「変更しない」を選択すると，「設定情報の配布」を行っても，CustomLogディレクティブの設定内容は変更されません。

単調増加

アクセスログを出力するファイルを単調増加する場合に指定します。「単調増加」を選択した場合，「設定情報の配布」を行うと，表10-14の生成規則，「フォーマット」および「ログ出力先ディレクトリ」の値に基づいて，CustomLogディレクティブの値を再設定します。

時間単位での分割

一定時間単位で分割して，アクセスログを複数のファイルに出力する場合に指定します。「時間単位での分割」を選択した場合，「設定情報の配布」を行うと，表10-14の生成規則，「分割時間間隔」，「ファイル数」，「分割基準時間差分」，「フォーマット」および「ログ出力先ディレクトリ」の値に基づいて，CustomLogディレクティブの値を再設定します。

分割時間間隔（時間単位での分割）

時間単位で分割する場合に，一つのログファイルにアクセスログを取得する時間間隔（httpsd.confファイルのCustomLogディレクティブ）を1〜31536000の整数で指定します。単位は「秒」です。デフォルトは「86400秒」です。指定した時間が経過するごとに，新規のファイルにアクセスログを取得します。

ファイル数（時間単位での分割）

時間単位で分割する場合に，分割して取得するログファイル数の上限値（httpsd.confファイルのCustomLogディレクティブ）を1〜256の整数で指定します。デフォルトは「8」です。分割したログファイル数が指定した値を超えた場合，最も古いログファイルから削除されます。

ログファイルを削除しない場合は，「削除しない」を選択します。

分割基準時間差分（時間単位での分割）

時間単位で分割する場合に，分割時間間隔の基点となる時刻（httpsd.confファイルのCustomLogディレクティブ）を，GMT（グリニッジ標準時）に対する差分として-1439〜1439の整数で指定します。単位は「分」です。デフォルトは「540分（JST（日本標準時）の0時0分0秒）」です。「0」を指定すると，GMTの1970年1月1日0時0分0秒が分割基準時間となります。

例えば，ローカルタイムのm時0分0秒を基点とする場合，GMTに対するローカルタイムの差がn時間であるときは，次の計算式で求めた値を指定します。

分割基準時間差分=(n-m)×60

ラップアラウンド

ファイルサイズ単位で分割して，アクセスログを複数のファイルに出力する場合に指定します。「ラップアラウンド」を選択した場合，「設定情報の配布」を行うと，表10-14の生成規則，「ファイルサイズ」，「ファイル面数」，「フォーマット」および「ログ出力先ディレクトリ」の値に基づいて，CustomLogディレクティブの値を再設定します。

ファイルサイズ（ラップアラウンド）

ファイルサイズで分割する場合に，ログファイルの1ファイルの最大サイズ（httpsd.confファイルのCustomLogディレクティブ）を1〜2097151の整数で指定します。単位は「キロバイト」です。デフォルトは「8192キロバイト」です。アクセスログをログファイルに出力するタイミングで，ファイルサイズが最大サイズを超えている場合は，拡張子が次の面番号のログファイルを空にして，そのファイルへ続きを出力します。

ファイル面数（ラップアラウンド）

ファイルサイズで分割する場合に，ログファイルの最大面数（httpsd.confファイルのCustomLogディレクティブ）を1〜256の整数で指定します。デフォルトは「5面」です。アクセスログは，拡張子が001からファイル面数の指定値までのログファイルに出力されます。ログファイルは，拡張子が001（面番号）のファイルから順に使用されます。一つのログファイルのサイズが最大サイズに達すると，拡張子が次の面番号のログファイルに，アクセスログは出力されます。最大サイズに達したログファイルの拡張子が「ファイル面数」と同じ値の場合は，拡張子が001のログファイル（access.001）を空にして，そのファイルにアクセスログを出力します。以降，面番号の順にログファイルを空にしながら，アクセスログを出力します。

ログ出力先ディレクトリ

アクセスログの出力先ディレクトリ（httpsd.confファイルのCustomLogディレクティブ）を相対パスまたは絶対パスで指定します。デフォルトは「logs」です。

相対パスで指定する場合は，「＜HTTP Serverインストールディレクトリ＞/servers/HWS_＜論理サーバ名＞」以下のディレクトリを指定します。指定を省略した場合は，「＜HTTP Serverインストールディレクトリ＞/servers/HWS_＜論理サーバ名＞」ディレクトリが仮定されます。

フォーマット

アクセスログ出力時に使用するフォーマット（httpsd.confファイルのCustomLogディレクティブ）を指定します。フォーマットは，「選択」を選択し，メニューからHTTP Serverが提供するラベル名を選択するか，または「入力」を選択し，入力フィールドに任意のフォーマットを指定します。HTTP Serverが提供するラベル名は，「common」，「combined」，「combinedio」，「hws_std」，「hws_trace」です。デフォルトは「hws_std」です。HTTP Serverが提供するラベル名のフォーマットについては，マニュアル「HTTP Server」を参照してください。

また，入力フィールドに任意のフォーマットを指定する場合は，マニュアル「HTTP Server」のCustomLogディレクティブのフォーマットの説明を参照して，設定してください。

なお，07-50より前のバージョンでWebサーバを作成している場合は，「common」が選択された状態で初期表示されます。

Webサーバが稼働するホストのOSがUNIXの場合，かつJ2EEサーバとの連携方法がリバースプロキシの場合，直接httpsd.confファイルを編集する際，デフォルトで指定されているLogFormatディレクティブを削除しないでください。

出力方式で「変更しない」以外を選択した場合には，httpsd.confファイルを直接編集してCustomLogディレクティブの値を変更しても，「設定情報の配布」を行うとCustomLogディレクティブの値が再設定されます。また，CustomLogディレクティブが複数定義されていても，「設定ファイルの配布」を行うと，CustomLogディレクティブの定義は一つだけとなります。出力方式ごとのアクセスログのディレクティブ値（CustomLog）の生成規則を次の表に示します。

表10‒14　アクセスログのディレクティブ値（CustomLog）の生成規則

出力方式 | ディレクティブ値 | ファイル名

単調増加

Windowsの場合

＜ログ出力先ディレクトリ＞/access.log ＜フォーマット＞

UNIXの場合

＜ログ出力先ディレクトリ＞/access_log ＜フォーマット＞

Windowsの場合

access.log

UNIXの場合

access_log

時間単位での分割

Windowsの場合

"|¥"¥"＜Application Serverのインストールディレクトリ＞/httpsd/sbin/rotatelogs.exe¥" ¥"＜ログ出力先ディレクトリ＞/access¥" ＜分割時間間隔＞ -fnum ＜ファイル数＞ -diff ＜分割基準時間差分＞¥"" ＜フォーマット＞

UNIXの場合

"|/opt/hitachi/httpsd/sbin/rotatelogs ＜ログ出力先ディレクトリ＞/access ＜分割時間間隔＞ -fnum ＜ファイル数＞ -diff ＜分割基準時間差分＞" ＜フォーマット＞

access.mmmmmmmmmm

mmmmmmmmmmは，ログ取得開始時刻を表し，次の計算式で求めた値が設定されます。

↓GMTの1970年1月1日0時0分0秒を基点としたログ出力時間の通算秒数/「分割時間間隔」の指定値↓×「分割時間間隔」の指定値

ラップアラウンド

Windowsの場合

"|¥"¥"＜Application Serverのインストールディレクトリ＞/httpsd/sbin/rotatelogs2.exe¥" ¥"＜ログ出力先ディレクトリ＞/access¥" ＜ファイルサイズ＞ ＜ファイル面数＞¥"" ＜フォーマット＞

UNIXの場合

"|/opt/hitachi/httpsd/sbin/rotatelogs2 ＜ログ出力先ディレクトリ＞/access ＜ファイルサイズ＞ ＜ファイル面数＞" ＜フォーマット＞

access.nnn

nnnは，ファイル面数を表し，001から「ファイル面数」までの指定値が設定されます。

注1　＜ログ出力先ディレクトリ＞，＜分割時間間隔＞，＜分割基準時間差分＞，＜ファイルサイズ＞，＜ファイル面数＞には，指定した値が設定されます。なお，＜フォーマット＞には，選択したラベル名に対応するログフォーマット，または入力フィールドに設定したログフォーマットが設定されます。

注2　↓計算式↓は，計算式の答えの小数点以下を切り捨てることを示します。

リクエストログの設定

トレース

リクエストログファイルに，リクエストログとしてトレースを出力するかどうか（httpsd.confファイルのHWSRequestLogTypeディレクティブ）を指定します。デフォルトは「採取する」で，採取対象のトレースは「外部モジュールトレース」，「リクエストトレース」，および「プロキシトレース」です。

「採取する」を選択した場合は，採取するトレース種別を選択します。「採取する」を選択して，採取するトレース種別を選択した場合は，選択したトレース種別に対応するトレースが採取され，リクエストログとしてファイルに出力されます。「採取する」を選択しても，採取するトレース種別を選択していない場合や，「採取しない」を選択した場合は，リクエストログをファイルに出力しません。

選択できるトレース種別を次の表に示します。

表10‒15　選択できるトレース種別

トレース種別 | 説明
外部モジュールトレース | 外部モジュールの各関数の実行時などに採取されるトレースを出力します。

リクエストトレース

次の場合に採取されるトレースを出力します。

コネクション確立後（リクエスト処理開始時）

レスポンス完了後（リクエスト処理完了時）

次のリクエストライン受信完了時（KeepAlive接続の場合だけ）

プロキシトレース | リバースプロキシを使用している場合，リバースプロキシの処理状況を把握するためのプロキシトレースを出力します。
デバッグ：内部モジュールトレース | 内部モジュールの実行時に採取されるトレースに加えて，トレース種別が「外部モジュールトレース」と同等のトレースを出力します。出力量が多いため，実運用では選択しないことをお勧めします。
デバッグ：I/Oフィルタトレース | モジュールが実装している入出力フィルタ関数の実行時に採取されるトレースを出力します。出力量が多いため，実運用では選択しないことをお勧めします。

出力方式

リクエストログをファイルに出力する方式（httpsd.confファイルのHWSRequestLogディレクティブ）を指定します。「変更しない」，「単調増加」，「時間単位での分割」，「ラップアラウンド」からどれか一つを選択します。デフォルトは「時間単位での分割」です。

変更しない

httpsd.confファイルを直接編集してHWSRequestLogディレクティブの値を変更した場合に指定します。「変更しない」を選択すると，「設定情報の配布」を行っても，HWSRequestLogディレクティブの設定内容は変更されません。

単調増加

リクエストログを出力するファイルを単調増加する場合に指定します。「単調増加」を選択した場合，「設定情報の配布」を行うと，表10-16の生成規則および「ログ出力先ディレクトリ」の値に基づいて，HWSRequestLogディレクティブの値を再設定します。

時間単位での分割

一定時間単位で分割して，リクエストログを複数のファイルに出力する場合に指定します。「時間単位での分割」を選択した場合，「設定情報の配布」を行うと，表10-16の生成規則，「分割時間間隔」，「ファイル数」，「分割基準時間差分」および「ログ出力先ディレクトリ」の値に基づいて，HWSRequestLogディレクティブの値を再設定します。

分割時間間隔（時間単位での分割）

時間単位で分割する場合に，一つのログファイルにリクエストログを取得する時間間隔（httpsd.confファイルのHWSRequestLogディレクティブ）を1〜31536000の整数で指定します。単位は「秒」です。デフォルトは「86400秒」です。指定した時間が経過するごとに，新規のファイルにリクエストログを取得します。

ファイル数（時間単位での分割）

時間単位で分割する場合に，分割して取得するログファイル数の上限値（httpsd.confファイルのHWSRequestLogディレクティブ）を1〜256の整数で指定します。デフォルトは「8」です。分割したログファイル数が指定した値を超えた場合，最も古いログファイルから削除されます。

ログファイルを削除しない場合は，「削除しない」を選択します。

分割基準時間差分（時間単位での分割）

時間単位で分割する場合に，分割時間間隔の基点となる時刻（httpsd.confファイルのHWSRequestLogディレクティブ）を，GMT（グリニッジ標準時）に対する差分として-1439〜1439の整数で指定します。単位は「分」です。デフォルトは「540分（JST（日本標準時）の0時0分0秒）」です。「0」を指定すると，GMTの1970年1月1日0時0分0秒が分割基準時間となります。

例えば，ローカルタイムのm時0分0秒を基点とする場合，GMTに対するローカルタイムの差がn時間であるときは，次の計算式で求めた値を指定します。

分割基準時間差分=(n-m)×60

ラップアラウンド

ファイルサイズ単位で分割して，リクエストログを複数のファイルに出力する場合に指定します。「ラップアラウンド」を選択した場合，「設定情報の配布」を行うと，表10-16の生成規則，「ファイルサイズ」，「ファイル面数」および「ログ出力先ディレクトリ」の値に基づいて，HWSRequestLogディレクティブの値を再設定します。

ファイルサイズ（ラップアラウンド）

ファイルサイズで分割する場合に，ログファイルの1ファイルの最大サイズ（httpsd.confファイルのHWSRequestLogディレクティブ）を1〜2097151の整数で指定します。単位は「キロバイト」です。デフォルトは「8192キロバイト」です。リクエストログをログファイルに出力するタイミングで，ファイルサイズが最大サイズを超えている場合は，拡張子が次の面番号のログファイルを空にして，そのファイルに続きを出力します。

ファイル面数（ラップアラウンド）

ファイルサイズで分割する場合に，ログファイルの最大面数（httpsd.confファイルのHWSRequestLogディレクティブ）を1〜256の整数で指定します。デフォルトは「5面」です。リクエストログは，拡張子が001からファイル面数の指定値までのログファイルに出力されます。ログファイルは，拡張子が001（面番号）のファイルから順に使用されます。一つのログファイルのサイズが最大サイズに達すると，拡張子が次の面番号のログファイルに，リクエストログは出力されます。最大サイズに達したログファイルの拡張子が「ファイル面数」と同じ値の場合は，拡張子が001のログファイル（hwsrequest.001）を空にして，そのファイルにリクエストログを出力します。以降，面番号の順にログファイルを空にしながら，リクエストログを出力します。

ログ出力先ディレクトリ

リクエストログの出力先ディレクトリ（httpsd.confファイルのHWSRequestLogディレクティブ）を相対パスまたは絶対パスで指定します。デフォルトは「logs」です。

相対パスで指定する場合は，「＜HTTP Serverインストールディレクトリ＞/servers/HWS_＜論理サーバ名＞」以下のディレクトリを指定します。指定を省略した場合は，「＜HTTP Serverインストールディレクトリ＞/servers/HWS_＜論理サーバ名＞」ディレクトリが仮定されます。

出力方式で「変更しない」以外を選択した場合には，httpsd.confファイルを直接編集してHWSRequestLogディレクティブの値を変更しても，「設定情報の配布」を行うとHWSRequestLogディレクティブの値が再設定されます。出力方式ごとのリクエストログのディレクティブ値（HWSRequestLog）の生成規則を次の表に示します。

表10‒16　リクエストログのディレクティブ値（HWSRequestLog）の生成規則

出力方式 | ディレクティブ値 | ファイル名

単調増加

Windowsの場合

＜ログ出力先ディレクトリ＞/hwsrequest.log

UNIXの場合

＜ログ出力先ディレクトリ＞/hwsrequest_log

Windowsの場合

hwsrequest.log

UNIXの場合

hwsrequest_log

時間単位での分割

Windowsの場合

"|¥"¥"＜Application Serverのインストールディレクトリ＞/httpsd/sbin/rotatelogs.exe¥" ¥"＜ログ出力先ディレクトリ＞/hwsrequest¥" ＜分割時間間隔＞ -fnum ＜ファイル数＞ -diff ＜分割基準時間差分＞¥""

UNIXの場合

"|/opt/hitachi/httpsd/sbin/rotatelogs ＜ログ出力先ディレクトリ＞/hwsrequest ＜分割時間間隔＞ -fnum ＜ファイル数＞ -diff ＜分割基準時間差分＞"

hwsrequest.mmmmmmmmmm

mmmmmmmmmmは，ログ取得開始時刻を表し，次の計算式で求めた値が設定されます。

↓GMTの1970年1月1日0時0分0秒を基点としたログ出力時間の通算秒数/「分割時間間隔」の指定値↓×「分割時間間隔」の指定値

ラップアラウンド

Windowsの場合

"|¥"¥"＜Application Serverのインストールディレクトリ＞/httpsd/sbin/rotatelogs2.exe¥" ¥"＜ログ出力先ディレクトリ＞/hwrequest¥" ＜ファイルサイズ＞ ＜ファイル面数＞¥""

UNIXの場合

"|/opt/hitachi/httpsd/sbin/rotatelogs2 ＜ログ出力先ディレクトリ＞/hwsrequest ＜ファイルサイズ＞ ＜ファイル面数＞"

hwsrequest.nnn

nnnは，ファイル面数を表し，001から「ファイル面数」までの指定値が設定されます。

注1　＜ログ出力先ディレクトリ＞，＜分割時間間隔＞，＜分割基準時間差分＞，＜ファイルサイズ＞，＜ファイル面数＞には，指定した値が設定されます。

注2　↓計算式↓は，計算式の答えの小数点以下を切り捨てることを示します。

オプション

ログの時刻・時間のミリ秒表示

エラーログ，アクセスログおよびリクエストログに出力する時刻ならびに時間にミリ秒単位を使用するかどうか（httpsd.confファイルのHWSLogTimeVerboseディレクティブ）を選択します。デフォルトは「する」です。

する

エラーログ，アクセスログおよびリクエストログに出力する時刻ならびに時間には，ミリ秒単位を使用します。

しない

エラーログ，アクセスログおよびリクエストログに出力する時刻ならびに時間には，秒単位を使用します。

追加ディレクティブ

［項目ごとに設定します。］を選択した場合に，画面項目以外を指定したいときに，httpsd.confファイル（HTTP Server定義ファイル）のディレクティブを直接指定します。マルチバイト文字は使用できません。指定できるディレクティブについては，マニュアル「HTTP Server」を参照してください。また，PidFileディレクティブは追加ディレクティブに指定しないようにしてください。指定した場合，論理Webサーバの動作が保証されません。

httpsd.confファイルを直接編集してディレクティブを指定してください。

PidFile

Port

Listen

ServerRoot

HWSTraceIdFile

なお，ここに指定した内容は，Management Serverによって生成されるファイルに出力されます。また，httpsd.confファイル（HTTP Server定義ファイル）の最後には，次のIncludeディレクティブがManagement Serverによって追加されます。

Include ＜HTTP Serverのインストールディレクトリ＞/servers/HWS_＜論理Webサーバの実サーバ名＞/conf/httpsd_manager.conf

複数指定できないディレクティブを指定した場合も上記ファイルに追加されます。

httpsd.confファイル（HTTP Server定義ファイル）とhttpsd_manager.confの内容を確認し，追加したディレクティブが重複していて重複指定できないディレクティブがある場合は，Webサーバ用定義を変更して該当ディレクティブを削除してください。複数指定できないディレクティブについては，マニュアル「HTTP Server」を参照してください。

設定ファイルの内容を直接設定します。

［Webサーバの設定］画面の設定方法として，設定ファイルの内容を直接指定する方法を選択します。［設定ファイルの内容］にhttpsd.confファイル（HTTP Server定義ファイル）を直接指定できます。設定情報の配布を実行すると，［設定ファイルの内容］に指定した情報が，そのままhttpsd.confファイル（HTTP Server定義ファイル）に反映されます。

設定ファイルの内容

［設定ファイルの内容を直接設定します。］を選択した場合に，httpsd.confファイル（HTTP Server定義ファイル）に記述する情報を指定します。［設定ファイルの内容を直接設定します。］を選択した場合は，必ず指定してください。マルチバイト文字は使用できません。指定できるディレクティブについては，マニュアル「HTTP Server」を参照してください。

［設定ファイルの参照］ボタン

［設定ファイルの内容］に，httpsd.confファイル（HTTP Server定義ファイル）に指定されている情報を表示します。［設定ファイルの内容］以外に指定した情報をリセットします。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

(5)　注意事項

Listenディレクティブは，複数のポート番号を割り当てるために定義できますが，運用管理ポータルでは複数のポート番号の割り当てをサポートしていません。

このため，［Webサーバの設定］画面の［ポート番号］で指定したポート番号以外のポート番号を割り当てるためには，httpsd.confファイルを直接編集してListenディレクティブを追加してください。ただし，httpsd.confファイルの運用管理ポータルが設定するディレクティブは，エディタなどで直接追加，削除，更新を行わないでください。設定した情報を各論理サーバに配布すると，運用管理ポータルは，Portディレクティブと同じ値のポート番号が設定されたListenディレクティブだけを編集します。このとき，ユーザが追加したListenディレクティブは，Portディレクティブと異なる値のポート番号が設定されているため，削除されません。

なお，設定した情報を各論理サーバに配布する方法の詳細は，「10.10.1　設定情報の配布」を参照してください。

論理Webサーバの「ホスト固定」で「する」を選択する場合は，「運用管理ドメインの構成定義」で定義するホストのホスト名にはIPアドレスを指定してください。

Management Serverを利用してWebサーバの動作確認をする場合に，動作確認用のログを通常のログ（アクセスログ）と別に出力する場合には，［項目ごとに設定します。］を選択して，［追加ディレクティブ］と，［アクセスログの設定］の［フォーマット］を設定します。［追加ディレクティブ］と［アクセスログの設定］の［フォーマット］の設定例を次に示します。ここでは，動作確認用のログをラップアラウンド方式で取得する場合を例にして説明します。ログの出力方式に応じて，CustomLogディレクティブの記述を変更してください。

［追加ディレクティブ］の設定例

Windowsの場合

SetEnvIf Remote_Addr ^127¥.0¥.0¥.1$ Env_ManagerHealthCheck
CustomLog "|¥"¥"＜Application Serverのインストールディレクトリ＞/httpsd/sbin/rotatelogs2.exe¥" ¥"＜Application Serverのインストールディレクトリ＞/httpsd/servers/HWS_＜論理Webサーバの実サーバ名＞/logs/access_manager¥" 8192 5¥"" hws_std env=Env_ManagerHealthCheck

UNIXの場合

SetEnvIf Remote_Addr ^127¥.0¥.0¥.1$ Env_ManagerHealthCheck
CustomLog "|/opt/hitachi/httpsd/sbin/rotatelogs2 ¥"/opt/hitachi/httpsd/servers/HWS_＜論理Webサーバの実サーバ名＞/logs/access_manager¥" 8192 5" hws_std env=Env_ManagerHealthCheck

［アクセスログの設定］の［フォーマット］の設定例

hws_std env=!Env_ManagerHealthCheck

［設定ファイルの内容］を指定する場合の注意事項を次に示します。

J2EEサーバとの連携にリダイレクタを使用する場合，［リダイレクタの設定］画面，［マッピングの定義］画面または［ワーカの設定］画面の内容を有効にするときは，［設定ファイルの内容］に，「Include "＜Application Serverのインストールディレクトリ＞/CC/web/redirector/servers/＜論理Webサーバの実サーバ名＞/mod_jk.conf"」を追記してください。

Management Serverは，httpsd.confファイルの最後に記述されたListenディレクティブの値で，Webサーバの動作確認をします。［設定ファイルの内容］にListenディレクティブを複数記述するときには，動作確認で使用する値を最後に記述してください。

HWSGracefulStopTimeoutディレクティブの設定が必要になる場合があります。マニュアル「アプリケーションサーバ システム構築・運用ガイド」の「4.8.4　HWSGracefulStopTimeoutディレクティブとManagerの停止監視時間の設定に関する注意点」を参照してください。

Webサーバのsnapshotログの収集対象を変更するときは，［設定ファイルの内容］ではなく，snapshotログ収集対象定義ファイルで編集してください。なお，デフォルトの収集対象は，＜HTTP Serverのインストールディレクトリ＞/servers/HWS_＜論理Webサーバの実サーバ名＞/logsです。snapshotログ収集対象定義ファイルについては，マニュアル「アプリケーションサーバリファレンス 定義編(サーバ定義)」の「10.2.1　snapshotログ収集対象定義ファイル」を参照してください。

［設定ファイルの参照］ボタンをクリックして読み込んだ設定ファイルに，次のIncludeディレクティブの指定があると，設定情報の配布時に「ログの表示」タブに警告メッセージ（KEOS19128-W）が出力されます。この場合は，［設定ファイルの内容］の記述から次のIncludeディレクティブを削除してください。

Include ＜HTTP Serverのインストールディレクトリ＞/servers/HWS_＜論理Webサーバの実サーバ名＞/conf/httpsd_manager.conf

また，必要に応じて，［追加ディレクティブ］に記述していた内容を［設定ファイルの内容］に追加してください。

複数の論理Webサーバを構築した場合，PidFileディレクティブは各論理Webサーバごとにユニークな値を指定する必要があります。

10.9.2　リダイレクタの設定（リダイレクタを使用した場合）

［リダイレクタの設定］画面を次の図に示します。

図10‒47　［リダイレクタの設定］画面

[picture]

(1)　機能概要

リダイレクタの情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

Webサーバの場合

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバ］−［＜Webサーバ名＞］をクリックします。

Webサーバクラスタの場合

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバクラスタ］−［＜Webサーバクラスタ名＞］−［＜Webサーバ名＞］をクリックします。

［リダイレクタ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

利用するパフォーマンストレーサやリダイレクタが出力するログの出力レベルなどを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

パフォーマンストレーサに関する設定

利用するパフォーマンストレーサ（必須）

同一ホスト内に定義されたパフォーマンストレーサから，利用するパフォーマンストレーサ（mod_jk.confファイルのJkPrfIdキー）を選択します。

ゲートウェイ指定機能の設定

ホスト名

ゲートウェイのホスト名またはIPアドレス（mod_jk.confファイルのJkGatewayHostキー）を指定します。

ポート番号

ゲートウェイのポート番号（mod_jk.confファイルのJkGatewayPortキー）を指定します。ホスト名が指定されている場合にだけ有効となります。ポート番号を指定しない場合，httpによるアクセスであれば80，httpsによるアクセスであれば443が使用されます。

SSLアクセラレータの使用

SSLアクセラレータを使用することで,クライアントからのリクエストのスキームがhttpsであるがWebサーバへのリクエストのスキームがhttpとなる場合，Webサーバへのリクエストのスキームをhttpsであると見なすかどうか（mod_jk.confファイルのJkGatewayHttpsSchemeキー）を指定します。デフォルトは，「しない」です。

リダイレクタが出力するログの設定

ログの出力レベル

リダイレクタのログの出力レベル（mod_jk.confファイルのJkLogLevelキー）を指定します。デフォルトは，「通常運用」です。

通常運用（最重要メッセージだけ出力）

通常運用

テスト時

障害調査

Webサーバを配置するホストのOSがUNIXの場合は，「通常運用（最重要メッセージだけ出力）」を指定しても「通常運用」を適用します。ただし，旧バージョン互換のWebサーバの場合には，Webサーバを配置するホストのOSがUNIXであっても，そのまま「通常運用（最重要メッセージだけ出力）」を適用します。

ファイルサイズ

出力するログファイルの1ファイルのサイズ（mod_jk.confファイルのJkLogFileSizeキー）を指定します。4キロバイト，64キロバイト，256キロバイト，512キロバイト，1メガバイト，2メガバイト，4メガバイト，16メガバイト，64メガバイト，256メガバイト，512メガバイト，1ギガバイト，2ギガバイトのうちからどれか一つを選択できます。デフォルトは，「4メガバイト」です。旧バージョン互換のWebサーバの場合，256メガバイト，512メガバイト，1ギガバイト，2ギガバイトは選択できません。

なお，旧バージョン互換のWebサーバの場合，Webサーバが稼働するホストのOSがWindowsの場合だけこの指定が有効になります。

ファイル面数

出力するログファイルの面数（mod_jk.confファイルのJkLogFileNumキー）を指定します。1面，2面，4面，8面，16面，32面，64面のうちからどれか一つを選択できます。デフォルトは，「8面」です。旧バージョン互換のWebサーバの場合，32面，64面は選択できません。

なお，旧バージョン互換のWebサーバの場合，Webサーバが稼働するホストのOSがWindowsの場合だけこの指定が有効になります。

ログ出力先ディレクトリ

ログの出力先ディレクトリ（mod_jk.confファイルのJkLogFileDirキー）を指定します。デフォルトは，「logs」です。ログファイル名は，「hws_redirect」に「＜通番＞.log」が付けられたものとなります。

相対パスで指定した場合は，「＜Application Serverのインストールディレクトリ＞¥CC¥web¥redirector¥servers¥＜論理Webサーバ名＞」（Windowsの場合），または「/opt/Cosminexus/CC/web/redirector/servers/＜論理Webサーバ名＞」（UNIXの場合）以下のディレクトリ名となります。

指定を省略した場合は，「＜Application Serverのインストールディレクトリ＞¥CC¥web¥redirector¥servers¥＜論理Webサーバ名＞」（Windowsの場合），または「/opt/Cosminexus/CC/web/redirector/servers＜論理Webサーバ名＞」（UNIXの場合）がログの出力先として仮定されます。

なお，旧バージョン互換のWebサーバの場合，この指定はWebサーバが稼働するホストのOSがWindowsの場合だけ有効です。指定を省略した場合，「＜Application Serverのインストールディレクトリ＞¥CC¥web¥redirector」が仮定されます。旧バージョン互換のWebサーバが稼働するホストがUNIXの場合，「/opt/Cosminexus/CC/web/redirector」がログ出力先になります。

保守用のトレースログ

リダイレクタの保守用トレースログを出力するかどうか（mod_jk.confファイルのJkTraceLogキー）を指定します。デフォルトは，「出力する」です。

出力する

リダイレクタの保守用のトレースログを出力します。

出力しない

リダイレクタの保守用のトレースログを出力しません。

ファイルサイズ（保守用のトレースログ）

出力するログファイル一つ当たりのサイズ（mod_jk.confファイルのJkTraceLogFileSizeキー）を指定します。サイズは，4キロバイト，64キロバイト，256キロバイト，512キロバイト，1メガバイト，2メガバイト，4メガバイト，16メガバイト，64メガバイト，256メガバイト，512メガバイト，1ギガバイト，2ギガバイトから選択できます。旧バージョン互換のWebサーバの場合，この指定は無効です。デフォルトは「16メガバイト」です。

なお，設定情報を配布したときに，配布先ホストの許容範囲を超えるログファイルのサイズが指定されていると，許容範囲内で最も近い値が適用されます。

ログファイルのサイズの許容範囲を超える値を指定したときに適用される値を次の表に示します。

表10‒17　ファイルサイズの許容範囲を超える値を指定したときの適用値

指定値 | 適用値
Windowsの場合 | UNIXの場合 | 旧バージョン互換のWebサーバの場合
4キロバイト〜16メガバイト | 指定値と同じ | 指定値と同じ | 指定値と同じ
64メガバイト | 指定値と同じ | 16メガバイト | 指定値と同じ
256メガバイト〜2ギガバイト | 指定値と同じ | 16メガバイト | 64メガバイト

ファイル面数（保守用のトレースログ）

出力するログファイルの面数（mod_jk.confファイルのJkTraceLogFileNumキー）を指定します。面数は，1面，2面，4面，8面，16面，32面，64面から選択できます。旧バージョン互換のWebサーバの場合，この指定は無効です。デフォルトは，「4面」です。

なお，設定情報の配布を実行したときに，配布先ホストの許容範囲を超えるログファイルの面数が指定されていると，許容範囲内で最も近い値が適用されます。

ログファイルの面数の許容範囲を超える値を指定したときに適用される値を次の表に示します。

表10‒18　ファイル面数の許容範囲を超える値を指定したときの適用値

指定値 | 適用値
Windowsの場合 | UNIXの場合 | 旧バージョン互換のWebサーバの場合
1〜16 | 指定値と同じ | 指定値と同じ | 指定値と同じ
32〜64 | 16 | 指定値と同じ | 16

ログ出力先ディレクトリ（保守用のトレースログ）

ログの出力先ディレクトリ（mod_jk.confファイルのJkTraceLogFileDirキー）を指定します。デフォルトは，「logs」です。ログファイル名は，「hws_rd_trace」に「＜通番＞.log」が付けられたものとなります。

相対パスで指定する場合，「＜Application Serverのインストールディレクトリ＞¥CC¥web¥redirector¥servers¥＜論理Webサーバ名＞」（Windowsの場合），または「/opt/CC/web/redirector/servers/＜論理サーバ名＞」（UNIXの場合）以下のディレクトリを指定します。

指定を省略した場合は，「＜Application Serverのインストールディレクトリ＞¥CC¥web¥redirector¥servers¥＜論理Webサーバ名＞」（Windowsの場合），または「/opt/Cosminexus/CC/web/redirector/servers/＜論理Webサーバ名＞」（UNIXの場合）が保守用のトレースログの出力先として仮定されます。

なお，旧バージョン互換のWebサーバの場合この指定は無効です。旧バージョン互換のWebサーバの場合，「＜Application Serverのインストールディレクトリ＞¥CC¥web¥redirector」（Windowsの場合），または「/opt/CC/web/redirector」（UNIXの場合）が保守用のトレースログの出力先になります。

オプション

translate_handler関数の呼び出し

WebサーバへのリクエストがWebコンテナに転送させるURLパターンであった場合，リダイレクタよりあとに実行されるモジュールのtranslate_handler関数をWebサーバから呼び出すかどうか（mod_jk.confファイルのJkTranslateBackcompatキー）を指定します。デフォルトは，「しない」です。

リクエスト送信タイムアウト時間

リダイレクタからWebコンテナへのリクエスト送信処理の完了を待つ時間（mod_jk.confファイルのJkSendTimeoutキー）を指定します。「設定しない」を選択，または入力フィールドを選択して値を入力します。指定できる値は，1〜3600の整数です。単位は「秒」です。デフォルトは，「100秒」です。

「設定しない」，またはTCPの持つデータ送信の再送タイマより長い時間を指定した場合は，TCPの持つデータ送信の再送タイマがタイムアウト時間となります。リクエスト送信処理が，TCPの持つデータ送信の再送タイマでタイムアウトした場合は，送信に失敗したことを示すメッセージ（KDJE41000-E）が表示されます。KDJE41000-Eメッセージの詳細については，マニュアル「アプリケーションサーバメッセージ(構築／運用／開発用)」の「7.3　KDJE40000からKDJE49999までのメッセージ」を参照してください。

なお，タイムアウト時間は，初回のリクエスト送信処理時間を考慮した値を設定してください。

リクエスト送信コネクション確立タイムアウト時間

リダイレクタからWebコンテナへのリクエスト送信処理で，Webコンテナへのコネクションの確立を待つ時間（mod_jk.confファイルのJkConnectTimeoutキー）を指定します。「設定しない」を選択，または入力フィールドを選択して値を入力します。指定できる値は，1〜3600の整数です。単位は「秒」です。デフォルトは，「30秒」です。

「設定しない」，またはTCPの持つコネクション確立の再送タイマより長い時間を指定した場合は，TCPの持つコネクション確立の再送タイマがタイムアウト時間となります。コネクションの確立処理が，TCPの持つコネクション確立の再送タイマでタイムアウトした場合は，送信に失敗したことを示すメッセージ（KDJE41000-E）が表示されます。KDJE41000-Eメッセージの詳細については，マニュアル「アプリケーションサーバメッセージ(構築／運用／開発用)」の「7.3　KDJE40000からKDJE49999までのメッセージ」を参照してください。

なお，タイムアウト時間は，初回のWebコンテナへのコネクションの確立処理時間を考慮した値を設定してください。

リクエスト送信完了待ちリトライ回数

リダイレクタからWebコンテナへのリクエスト送信処理のリトライ回数（mod_jk.confファイルのJkRequestRetryCountキー）を1〜16の整数で指定します。デフォルトは，「3回」です。リクエスト送信処理のうち，次に示す処理をリトライできます。

Webコンテナへのコネクションの確立処理

リダイレクタからWebコンテナへのリクエストヘッダの送信処理

初回のリクエスト送信処理を1回目としてカウントするため，初回のリクエスト送信処理でリトライが発生しない場合も，リクエスト回数は1となります。リクエスト送信処理でのタイムアウト時間の合計は，次に示す計算式で求められます。

リクエスト送信処理でのタイムアウト時間の合計=
（リクエスト送信タイムアウト時間+リクエスト送信コネクション確立タイムアウト時間）×リクエスト送信完了待ちリトライ回数

リダイレクタの実行順位

リダイレクタ以外の外部モジュールをHTTP Serverへ登録する場合に，ほかの外部モジュールに対するリダイレクタの実行順位（mod_jk.confファイルのJkModulePriorityキー）を指定します。「REALLY_FIRST」，「FIRST」，「MIDDLE」，「LAST」，もしくは「REALLY_LAST」を選択，またはラジオボタンを選択して入力フィールドに-10〜30の整数を入力します。デフォルトは，「FIRST」です。

リダイレクタの実行順位の指定値と対応する整数値を次の表に示します。リダイレクタの実行順位は，指定値が小さいほど高くなります。

表10‒19　リダイレクタの実行順位の指定値と対応する整数値

指定値 | 対応する整数値
REALLY_FIRST | -10
FIRST | 0
MIDDLE | 10
LAST | 20
REALLY_LAST | 30

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

10.9.3　マッピングの定義（リダイレクタを使用した場合）

［マッピングの定義］画面を次の図に示します。

図10‒48　［マッピングの定義］画面

[picture]

(1)　機能概要

URLパターンと処理をする論理サーバのマッピングを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

Webサーバの場合

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバ］−［＜Webサーバ名＞］をクリックします。

Webサーバクラスタの場合

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバクラスタ］−［＜Webサーバクラスタ名＞］−［＜Webサーバ名＞］をクリックします。

［マッピング］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

マッピングするURLパターンを追加する場合

［URLパターン］に，URLパターン（mod_jk.confファイルのJkMountキーのURL）を入力します。

［論理サーバ名］から，URLに対応したリダイレクト先の論理サーバを選択します。

［追加］ボタンをクリックします。

指定したURLパターンが指定されたワーカ名で追加されます。

表示されるメッセージを確認したあと，［戻る］アンカーをクリックして，設定画面に戻ります。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［追加］ボタンをクリックします。

マッピングするURLパターンの定義を変更する場合

必要に応じて，［URLパターン］に，変更後のURLパターンを入力します。

必要に応じて，［論理サーバ名］から，変更後の論理サーバを選択します。

［適用］ボタンをクリックします。

指定した内容が有効になります。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

マッピングするURLパターンを削除する場合

削除したいURLパターンの［削除］ボタンをクリックします。

URLパターンが削除されます。

表示されるメッセージを確認したあと，［戻る］アンカーをクリックして，設定画面に戻ります。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［削除］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

マッピングに関する設定

有効

該当行のURLパターンの定義を設定ファイルに反映するかどうかを指定します。チェックした場合，URLパターンの定義が反映されます。チェックしない場合，URLパターンの定義は反映されません。

URLパターン

URLパターン（mod_jk.confファイルのJkMountキーのURL）が表示されます。一度追加したあとでも，このフィールドの内容を変更して［適用］ボタンをクリックすると内容が反映されます。空文字（空白だけも含む）にして［適用］ボタンをクリックすると，エラーになります。

論理サーバ名

URLに対応したリダイレクト先の論理サーバ（mod_jk.confファイルのJkMountキーのワーカ名，workers.propertiesファイルのworker.listキー，worker.＜ワーカ名＞.typeキー，worker.＜ワーカ名＞.portキー，worker.＜ワーカ名＞.hostキー，worker.＜ワーカ名＞.balanced_workersキー，worker.＜ワーカ名＞.post_size_workersキー）を選択します。変更する場合は，対象の論理サーバ名を選択し，［適用］ボタンをクリックすると反映されます。

V9互換モードではないJ2EEサーバも表示されますが，選択しないでください。V9互換モードではないJ2EEサーバを選択した場合，リクエストをJ2EEサーバに転送できず，リクエスト処理がエラーになります。

［追加］ボタン

指定されたURLパターンを指定されたワーカ名で追加します。このとき「有効」はチェックされています。

［削除］ボタン

マッピングするURLパターンを削除します。

［適用］ボタン

定義済みの情報を変更した場合，指定した内容が有効になります。

［リセット］ボタン

内容をリセットします。

(5)　注意事項

同じURLパターンは追加および変更できません。ただし，次のように階層が異なる場合は追加できます。

例

/app1/*

/app1/examples/*

運用管理エージェントプロパティファイル（adminagent.properties）のadminagent.hws.watch.methodキーに"HEAD"を指定している場合，運用監視エージェントは，ドキュメントルートコンテキストに対してHEADリクエストを送信してWebサーバの稼働確認を行います。しかし，マッピングの定義でJ2EEサーバにリダイレクトするURLパターンとして「/*」を指定している場合は，すべてのURLに対するリクエストがJ2EEサーバに転送され，J2EEサーバで障害を検出したときにもWebサーバで障害が発生したと判断されます。J2EEサーバにリダイレクトするURLパターンとして「/*」を指定する場合には，運用管理エージェントのHTTP Serverの動作確認用HTTPメソッドに"OPTIONS"を使用することを検討してください。

10.9.4　ワーカの設定（リダイレクタを使用した場合）

［ワーカの設定］画面を次の図に示します。

図10‒49　［ワーカの設定］画面

[picture]

(1)　機能概要

負荷分散値やリダイレクタで再利用するワーカとのコネクション数などのワーカの情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

Webサーバの場合

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバ］−［＜Webサーバ名＞］をクリックします。

Webサーバクラスタの場合

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバクラスタ］−［＜Webサーバクラスタ名＞］−［＜Webサーバ名＞］をクリックします。

［ワーカ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

サーバの負荷分散値やリダイレクタで再利用するワーカとのコネクション数などを指定します。

HTTP Serverにエラーページの生成を委任する場合のエラーステータスコードを追加または削除する場合，次の操作をします。

追加する場合は，論理サーバ名とエラーステータスコードを選択し，［追加］ボタンをクリックします。

削除する場合は，論理サーバ名とエラーステータスコードを選択し，［削除］ボタンをクリックします。

表示されるメッセージを確認したあと，［戻る］アンカーをクリックして，設定画面に戻ります。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

負荷分散値／POSTデータサイズによる振り分けの定義，リダイレクタで再利用するワーカとのコネクション数の定義

論理サーバ名

論理サーバ名が表示されます。V9互換モードではないJ2EEサーバも表示されます。V9互換モードではないJ2EEサーバは，リダイレクタによる連携ができません。

ホスト名

論理サーバが稼働するホスト名が表示されます。

ワーカのタイプ

論理サーバ名に表示されているクラスタのワーカのタイプ（workers.propertiesファイルのworker.＜ワーカ名＞.typeキー）を指定します。デフォルトは，「負荷分散」です。

負荷分散

ラウンドロビン方式による振り分けで，論理サーバ名に表示されているクラスタをロードバランサ（ワーカ）として使用します。

POSTデータ振り分け

POSTデータサイズによる振り分けで，論理サーバ名に表示されているクラスタをPOSTリクエスト振り分けワーカとして使用します。

負荷分散値（負荷分散）

負荷分散による振り分けの場合に，論理サーバ名に表示されているサーバの負荷分散値（workers.propertiesファイルのworker.＜ワーカ名＞.lbfactorキー）を指定します。設定する値は0よりも大きい値を指定してください。なお，値に小数値を指定できます。デフォルトは，「1」です。

上限値（POSTデータ振り分け）

POSTデータサイズによる振り分けの場合に，論理サーバ名に表示されているサーバのPOSTデータサイズの上限値（workers.propertiesファイルのworker.＜ワーカ名＞.post_dataキー）を指定します。上限値には単位を指定できます。単位を指定する場合は，キロバイトのときは「K」または「k」を，メガバイトのときは「M」または「m」を指定値のあとに付けてください。単位を省略すると，バイトになります。単位を指定するかどうかによって，上限値に指定できる値が異なります。上限値に指定できる値の範囲を次の表に示します。

表10‒20　上限値に指定できる値の範囲

単位の指定 | 指定できる値の範囲
省略 | 1〜2147483648の整数
「K」または「k」 | 1〜2097152の整数
「M」または「m」 | 1〜2048の整数

論理サーバ名に表示されているサーバには，POSTデータサイズが上限値未満のリクエストが転送されます。

複数のサーバにリクエストを振り分けている場合，リクエストのPOSTデータサイズに最も近い上限値を指定しているサーバに，リクエストは転送されます。複数のサーバにリクエストを振り分ける場合は，次の点に注意して各サーバの上限値を指定してください。

各サーバの上限値には，同じ値を指定できません。同じ値を指定した場合は，エラーになります。

デフォルトワーカに指定するサーバは，上限値を省略できます。デフォルトワーカに指定しないサーバには，必ず上限値を指定してください。デフォルトワーカに指定しないサーバで，上限値を省略した場合は，エラーになります。

なお，一つのサーバにリクエストを振り分ける場合は，そのサーバをデフォルトワーカに指定しても，必ず上限値を指定してください。上限値を省略した場合は，エラーになります。

デフォルトワーカ（POSTデータ振り分け）

POSTデータサイズによる振り分けの場合に，POSTデータサイズで振り分けられないリクエストを転送するサーバ（workers.propertiesファイルのworker.＜ワーカ名＞.default_workerキー）を指定します。POSTデータサイズで振り分けられないリクエストには，各サーバに指定した上限値の範囲に当てはまらないリクエストや，POSTデータサイズの情報がないリクエストなどがあります。

デフォルトワーカに指定するサーバは，メニューから論理サーバ名に表示されているクラスタ内のサーバを選択します。デフォルトワーカを指定しない場合は，「設定しない」を選択してください。

なお，「設定しない」を選択した場合，POSTデータサイズで振り分けられないリクエストは，エラーステータスコードが「400　Bad Request」のエラーとなります。

コネクション数

この機能は，対象のWebサーバをWindowsで実行する場合だけ有効です。

リダイレクタで再利用するワーカとのコネクション数（workers.propertiesファイルのworker.＜ワーカ名＞.cachesizeキー）を指定します。指定できる値は，1〜2147483647の整数です。ワーカとのコネクションは，この設定値以内の場合はリダイレクタ内に保持し，該当ワーカへの通信に再利用されます。接続先のJ2EEサーバ，またはWebコンテナサーバが終了するまで解放しません。リクエストの多重度が設定値を超えた場合は，設定値を超えたリクエストだけをリクエスト単位にワーカとのコネクションの確立，解放をします。デフォルトは，「64」です。

通信タイムアウト

レスポンスデータを待つ時間（workers.propertiesファイルのworker. ＜ワーカ名＞.receive_timeoutキー）を指定します。単位は「秒」です。0〜3600の整数で指定します。デフォルトは，「3600」です。

「0」を指定した場合，レスポンスを受け取るまで待ち続けます。

エラーページの委任

HTTP Serverにクライアントに返すエラーページの生成を委任する場合のエラーステータスコード（workers.propertiesファイルのworker. ＜ワーカ名＞.delegate_error_codeキー）を指定します。エラーステータスコードを指定できるワーカのタイプは「ajp13」だけです。ワーカタイプが「lb」のワーカに指定しても無視されます。

「論理サーバ名」から論理サーバ名を選択し，「エラーステータスコード」からエラーステータスコードを選択して指定します。「エラーステータスコード」には，指定できるエラーステータスコードが「エラーステータスコード（結果フレーズ）」の形式で表示されます。「論理サーバ名」にはV9互換モードではないJ2EEサーバも表示されます。V9互換モードではないJ2EEサーバは，リダイレクタによる連携ができないため，選択しないでください。選択すると設定が無効になります。

［追加］ボタン

選択された論理サーバ名とエラーステータスコードを追加します。

［削除］ボタン

選択された論理サーバ名とエラーステータスコードを削除します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

10.9.5　リバースプロキシの設定（J2EEサーバとリバースプロキシで連携する場合）

［リバースプロキシの設定］画面を次の図に示します。

図10‒50　［リバースプロキシの設定］画面

[picture]

(1)　機能概要

リバースプロキシの情報を設定します。

なお，この画面で設定した場合，J2EEサーバとの接続はHTTP/1.1になります。HTTP/2で接続する場合は［Webサーバの設定］画面にある［追加ディレクティブ］でリバースプロキシの設定をしてください。リバースプロキシでHTTP/2を使用する場合の設定内容については，マニュアル「HTTP Server」の「4.17　HTTP/2プロトコル通信機能」を参照してください。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

Webサーバの場合

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバ］−［＜Webサーバ名＞］をクリックします。

Webサーバクラスタの場合

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバクラスタ］−［＜Webサーバクラスタ名＞］−［＜Webサーバ名＞］をクリックします。

［リバースプロキシ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

利用するパフォーマンストレーサやエラーレスポンスのオーバーライドをするかどうかを指定します。

リクエスト転送元パス名を追加または削除する場合，次の操作をします。

追加する場合は，リクエスト転送元パス名を指定し，プロトコルとJ2EEサーバを選択して［追加］ボタンをクリックします。

削除する場合は，削除したいリクエスト転送元パス名の［削除］ボタンをクリックします。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

パフォーマンストレーサに関する設定

利用するパフォーマンストレーサ（必須）

同一ホスト内に定義されたパフォーマンストレーサから，利用するパフォーマンストレーサ（httpsd_reverseproxy.confファイルのHWSPrfIdキー）を選択します。

エラーページに関する設定

エラーレスポンスのオーバーライド

J2EEサーバからのレスポンスヘッダとレスポンスボディをオーバーライドするかどうか（httpsd_reverseproxy.confファイルのProxyErrorOverrideキー）を指定します。デフォルトは，「しない」です。詳細は，マニュアル「HTTP Server」を参照してください。

リクエストのマッピングに関する設定

リクエスト転送元パス名

J2EEサーバへ転送するリクエストのパス（httpsd_reverseproxy.confファイルのProxyPassキーのURLおよびHWSProxyPassReverseCookieキー）をスラッシュ（/）で始まるURLで指定します。同一のパスを複数指定することはできません。デフォルトは，追加時に指定した値です。

リクエスト転送先

プロトコル

J2EEサーバにリクエストを転送する際のプロトコル（httpsd_reverseproxy.confファイルのProxyPassキー）を選択します。「HTTP」または「WebSocket」を選択します。「HTTP」を選択した場合は，HTTP/1.1を使用して転送します。

J2EEサーバ

リクエスト転送先のJ2EEサーバ（httpsd_reverseproxy.confファイルのProxyPassキー）を指定します。V9互換モード以外のJ2EEサーバが選択肢として表示されます。

通信タイムアウト

J2EEサーバとの送受信時の待ち時間（httpsd_reverseproxy.confファイルのProxyPassディレクティブのtimeoutキー）を1〜65535の整数で指定します。単位は「秒」です。

通信タイムアウトは指定を省略できます。省略についての詳細は，マニュアル「アプリケーションサーバ Cosminexus HTTP Server」を参照してください。

［追加］ボタン

転送元と転送先のマッピングを追加します。

［削除］ボタン

転送元と転送先のマッピングを削除します。

［適用］ボタン

指定した情報を反映します。［リクエストのマッピングに関する設定］が一つも定義されていない場合，［適用］ボタンは非活性になります。

設定を配布すると，リバースプロキシ設定ファイル（httpsd_reverseproxy.conf）が，httpsd.confと同じディレクトリに生成され，リバースプロキシに関する設定が書き出されます。httpsd.confには，Includeディレクティブによってhttpsd_reverseproxy.confをインクルードする設定が追加されます。

リバースプロキシ設定ファイル（httpsd_reverseproxy.conf）に出力されるディレクティブの詳細を次に示します。

LoadModule proxy_module modules/mod_proxy.so (Windows版)
LoadModule proxy_http_module modules/mod_proxy_http.so (Windows版)
LoadModule proxy_wstunnel_module modules/mod_proxy_wstunnel.so (Windows版)
LoadModule proxy_module libexec/mod_proxy.so (UNIX版)
LoadModule proxy_http_module libexec/mod_proxy_http.so (UNIX版)
LoadModule proxy_wstunnel_module libexec/mod_proxy_wstunnel.so (UNIX版)
HWSPrfId <PRFID>
ProxyErrorOverride <On|Off>
ProxyPreserveHost On
ProxyPass <パス名> <URL> <通信タイムアウトの設定>
HWSProxyPassReverseCookie <パス名>

ProxyPass，HWSProxyPassReverseCookieは設定した［リクエスト転送元パス名］ごとに追加されます。これらのディレクティブは画面の順序どおりに出力され，リクエストのマッピングを複数定義する場合は順序に意味があります。ProxyPass，HWSProxyPassReverseCookieを分けて定義したい場合は，この画面では何も設定せず，次のどちらかの方法で設定してください。

［Webサーバの設定］画面の［追加ディレクティブ］にディレクティブを直接指定します。

［Webサーバの設定］画面の［設定ファイルの内容を直接設定します。］を選択し，［設定ファイルの内容］のhttpsd.confファイル（HTTP Server定義ファイル）の内容を直接設定します。

ただし，設定ファイルの内容を直接設定するには，J2EEサーバとの連携方法をリダイレクタに変更する必要があります。J2EEサーバとの連携方法の変更方法については，「10.9.1　Webサーバの設定」を参照してください。詳細は，マニュアル「HTTP Server」を参照してください。

パス名，URL，および通信タイムアウトの設定は次のとおりです。

パス名

［リクエスト転送元パス名］で指定した値。

URL

＜プロトコル＞://＜ホスト＞:＜ポート＞＜パス＞

プロトコル，ホスト，ポート，およびパスは次のとおりです。

プロトコル

［リクエスト転送先］−［プロトコル］でHTTPを選択した場合は「http」，WebSocketを選択した場合は「ws」。

ホスト

［リクエスト転送先］−［J2EEサーバ］で選択したJ2EEサーバのホスト（ホストの定義で指定したホスト名）。

ポート

［リクエスト転送先］−［J2EEサーバ］で選択したJ2EEサーバのNIO HTTPサーバのポート番号。

パス

［リクエスト転送元パス名］で指定した値。

通信タイムアウトの設定

timeout=＜［通信タイムアウト］で指定した値＞

［通信タイムアウト］の指定を省略した場合は，timeoutキーを出力しません。

［リセット］ボタン

指定した情報をリセットします。

10.9.6　Webサーバ環境のセットアップ

旧バージョン互換のWebサーバの場合の，［Webサーバ環境のセットアップ］画面を次の図に示します。

通常のWebサーバの場合は，［Webサーバ環境のセットアップ］画面は表示されません。

通常のWebサーバをセットアップする場合は，［セットアップ］画面から操作します。［セットアップ］画面の詳細は，「9.11.1　セットアップ（論理サーバの一括セットアップ）」を参照してください。

図10‒51　［Webサーバ環境のセットアップ］画面（旧バージョン互換のWebサーバの場合）

[picture]

(1)　機能概要

Webサーバの環境をセットアップします。なお，一度セットアップした論理Webサーバの実サーバ名は変更できません。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

Webサーバの場合

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバ］−［＜Webサーバ名＞］をクリックします。

Webサーバクラスタの場合

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバクラスタ］−［＜Webサーバクラスタ名＞］−［＜Webサーバ名＞］をクリックします。

［セットアップ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

画面に表示されているセットアップの状況を確認し，［セットアップ］ボタンをクリックします。

接続先ホストにWebサーバを実行するために必要な環境がセットアップされます。なお，セットアップ済みの場合は，前の環境は上書きセットアップされず結果ログも出力されません。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［セットアップ］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

接続先ホスト

セットアップを実行するホスト名が表示されます。

実サーバ名

セットアップする論理Webサーバの名称を指定します。実サーバ名は，同一ホスト内でユニークになるように指定してください。何も指定しない場合は，論理Webサーバ名を仮定します。

セットアップ時刻

セットアップ済みの場合，その時刻がデフォルトロケール+タイムゾーンの形式で表示されます。

セットアップされていない場合，「未セットアップ」と表示されます。

［セットアップ］ボタン

「セットアップ」ボタンを押すと，最新のバージョンに対応する環境を再構築します。再構築の直後は設定情報が配布されていない状態になるため，Webサーバを起動する前に，必ず設定情報を配布してください。設定情報を配布する方法の詳細は，「10.10.1　設定情報の配布」を参照してください。

また，接続先ホストの定義ファイルを直接編集して追加，または変更した内容は反映されません。設定情報の配布後に，必要に応じて定義ファイルを再編集してください。

Webサーバの環境を再構築したあとの，［Webサーバの設定］画面の各項目の設定値を次に示します。

なお，［Webサーバの設定］画面の詳細は，「10.9.1　Webサーバの設定」を参照してください。

Webサーバの設定

すべてデフォルト値が設定されます。

リダイレクタの設定

保守用のトレースログの出力先ディレクトリには，デフォルト値が設定されます。保守用のトレースログの出力先ディレクトリ以外は，既存の設定値が引き継がれます。

マッピングの定義

すべて既存の設定値が引き継がれます。

ワーカの設定

すべて既存の設定値が引き継がれます。

オプションの設定

既存の設定値が引き継がれます。

注意事項

リダイレクタのログの出力先を相対パスで設定していた場合は，パスの基点が「＜Application Serverのインストールディレクトリ＞¥CC¥web¥redirector¥servers¥＜論理Webサーバ名＞」（Windowsの場合），または「/opt/Cosminexus/CC/web/redirector/servers/＜論理Webサーバ名＞」（UNIXの場合）に変更されますので注意してください。

(5)　ディレクトリ構成

旧バージョン互換のWebサーバを使用している場合の，セットアップ後のディレクトリ構成を次に示します。なお，旧バージョン互換のWebサーバは作成できません。

　＜HTTP Serverのインストールディレクトリ＞
　　├─ conf
　　│   └─ httpsd.conf
　　└─ logs

10.9.7　ログの表示（旧バージョン互換のWebサーバの環境設定）

旧バージョン互換のWebサーバの場合の，［ログの表示］画面の表示例を次の図に示します。

通常のWebサーバの場合は，［ログの表示］画面は表示されません。

通常のWebサーバのセットアップのログを確認する場合は，［ログの表示］画面（論理サーバの一括セットアップ）から確認します。［ログの表示］画面（論理サーバの一括セットアップ）の詳細は，「9.11.2　ログの表示（論理サーバの一括セットアップ）」を参照してください。

図10‒52　［ログの表示］画面（旧バージョン互換のWebサーバの環境設定）

[picture]

(1)　機能概要

運用管理ドメイン内のすべての論理サーバで出力された，論理サーバの環境設定にかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバの環境設定］アンカー内の論理Webサーバの［ログの表示］タブ，および［設定情報の配布］アンカー内の［ログの表示］タブから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

Webサーバの場合

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバ］−［＜Webサーバ名＞］をクリックします。

Webサーバクラスタの場合

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバクラスタ］−［＜Webサーバクラスタ名＞］−［＜Webサーバ名＞］をクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

画面の内容を更新する場合は，［最新の情報に更新］アンカーをクリックします。

画面が最新の情報に更新されます。

画面は時間の経過とともに変わります。常に最新の状態で参照してください。更新間隔を変更したい場合は，「7.4.1　画面自動更新の設定」を参照してください。

(4)　画面詳細

画面には，トランザクションサービス環境およびWebサーバ環境のセットアップの処理結果や，設定情報の配布状態が表示されます。

［ログの表示］画面に出力されるログについては，「7.4.2　ログの出力形式」を参照してください。

10.9.8　Webサーバのオプションの設定

(1)　機能概要

起動コマンドに追加するオプションを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

Webサーバの場合

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバ］−［＜Webサーバ名＞］をクリックします。

Webサーバクラスタの場合

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバクラスタ］−［＜Webサーバクラスタ名＞］−［＜Webサーバ名＞］をクリックします。

［オプション］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

選択した論理サーバの起動コマンドに追加したいオプションを指定します。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

指定したオプションは，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「10.8.26(4)　画面詳細」を参照してください。

10.9.9　Webサーバの環境変数の設定

(1)　機能概要

サーバ起動時の環境変数の情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

Webサーバの場合

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバ］−［＜Webサーバ名＞］をクリックします。

Webサーバクラスタの場合

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバクラスタ］−［＜Webサーバクラスタ名＞］−［＜Webサーバ名＞］をクリックします。

［環境変数］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

環境変数を追加または削除する場合，次の操作をします。

追加する場合は，［変数名と値］の欄に，環境変数とその値を入力し，［追加］ボタンをクリックします。そのあと，［有効］欄をチェックします。

削除する場合は，削除したい環境変数の［削除］ボタンをクリックします。

［適用］ボタンをクリックします。

指定した情報が反映されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

指定した環境変数は，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「10.8.27(4)　画面詳細」を参照してください。

(5)　注意事項

旧バージョン互換のWebサーバの場合は，環境変数の設定はできません。

また，Webサーバが稼働するホストのOSがWindowsの場合は，設定した環境変数はHTTP Serverのサービスプログラム（制御プロセス，サーバプロセス）には引き継がれないため，CGIなどから参照できません。

そのほかの環境変数を指定する際の注意事項は，各論理サーバで共通です。詳細は，「10.8.27(5)　注意事項」を参照してください。

10.9.10　別の論理Webサーバの設定読み込み

(1)　機能概要

別の論理サーバから，論理Webサーバの設定情報を読み込みます。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

Webサーバの場合

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバ］−［＜Webサーバ名＞］をクリックします。

Webサーバクラスタの場合

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバクラスタ］−［＜Webサーバクラスタ名＞］−［＜Webサーバ名＞］をクリックします。

［読み込み］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

設定情報をどの論理サーバから読み込むかを指定します。

［読み込み］ボタンをクリックします。

読み込みの確認画面が表示されます。

［はい］ボタンをクリックします。

設定情報が読み込まれます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［読み込み］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「10.8.28(4)　画面詳細」を参照してください。

なお，論理Webサーバの場合，接続先ホストからは設定を読み込めません。そのため，論理Webサーバの場合，［サーバの設定読み込み］画面には「接続先ホストから設定を読み込みます」のチェックボックスが表示されません。

また，「別の論理サーバからの設定情報の読み込み」の場合，サーバから読み込む設定情報は「10.9.1　Webサーバの設定」で設定済みの設定情報だけです。対象論理サーバの設定ファイル（J2EEサーバの場合はusrconf.properties，Webサーバの場合はhttpsd.confなど）は読み込まれません。

(5)　注意事項

別ホストに定義しているWebサーバの設定情報を読み込んだ場合

利用するパフォーマンストレーサに「選択してください」が設定されます。［リバースプロキシの設定］画面または［リダイレクタの設定］画面で利用するパフォーマンストレーサの選択をしてから，設定情報の配布をしてください。

10.10　論理サーバの設定ファイルの配布

この節では，設定した情報をサーバに配布したり配布の状態を参照したりする次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［設定情報の配布］画面

［ログの表示］画面（論理サーバの環境設定）

10.10.1　設定情報の配布

［設定情報の配布］画面を次の図に示します。

図10‒53　［設定情報の配布］画面

[picture]

(1)　機能概要

設定した情報を各サーバに配布します。

また，論理J2EEサーバで［起動パラメタの設定］画面の次の個所に設定がある場合は，それぞれのファイルを作成します。

「明示管理ヒープ機能で使用する自動配置用設定ファイルの内容」

明示管理ヒープ機能の自動配置設定ファイルを次のファイルパスで作成します。

＜Application Serverのインストールディレクトリ＞/CC/server/usrconf/ejb/＜実サーバ名＞/auto_explicit_memory.cfg※

「ユーザ拡張性能解析トレースで使用するユーザ拡張性能解析トレース設定ファイルの内容」

ユーザ拡張性能解析トレース設定ファイルを次のファイルパスで作成します。

＜Application Serverのインストールディレクトリ＞/CC/server/usrconf/ejb/＜実サーバ名＞/userprf.cfg※

注※

UNIXの場合は，作成されるファイルのパーミッションは，運用管理エージェントのumaskの設定に依存し，ファイルの所有者（owner）およびグループ（group）は次の内容に従って作成します。

AIXの場合：root/system

Linuxの場合：root/root

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

ツリーペインで任意のノードを選択します。ルートノードを除いたボディペインを持つすべてのノードから選択できます。

選択したノードの画面が表示されます。

ボディペインで［設定情報の配布］アンカーをクリックします。

［配布］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

すべてのサーバに配布する場合

［全て配布］ボタンをクリックします。

「配布」のチェックの有無に関係なく表示されているすべてのサーバに，設定した情報が配布されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［全て配布］ボタンをクリックします。

特定のサーバに配布する場合

設定した情報を配布したいサーバの「配布」をチェックします。

［選択して配布］ボタンをクリックします。

チェックしたサーバに，設定した情報が配布されます。

エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［選択して配布］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ステータス

設定ファイルの状態を示します。

空欄

ノードを追加したあと，環境設定情報が反映されていない状態，または配布や読み込みを実施後，環境設定機能で情報を変更している状態を示します（各ホストのサーバに設定情報が反映されていない状態）。

配布済

設定ファイルの配布に成功した場合に表示されます。

失敗

設定ファイルの配布に失敗した場合に表示されます。ログの表示画面を参照して原因を取り除いたあと，再度実行してください。

配布中

設定ファイルの配布中の状態を示します。

配布

［選択して配布］ボタンをクリックしたときに，この欄がチェックされていると，該当サーバにファイルが配布されます。

設定ファイルが配布済みの場合でも，強制配布できます。配布先ホストの定義情報をテストなどで直接変更している場合に，Management Serverと情報を合わせる場合に使用します。

論理サーバ名

論理サーバ名が表示されます。

ホスト名

論理サーバが稼働するホスト名が表示されます。

［全て配布］ボタン

「配布」のチェックの有無に関係なく，表示されているすべてのサーバに配布します。

［選択して配布］ボタン

「配布」がチェックされているサーバに配布します。

設定ファイルは，非同期で配布されます。そのため，状態を監視したい場合は，更新時間間隔を設定してください。

(5)　注意事項

ファイルのバックアップ

設定ファイルの配布先に出力するファイルがある場合，同一ディレクトリに拡張子（bak）を付けたファイルが作成され，変更前の状態が保存されます（1世代だけ）。

配布されるファイルの形式

ファイルの先頭に次に示すようなヘッダが付けられます。ただし，次のファイルには，ヘッダは付けられません。

明示管理ヒープ機能の自動配置設定ファイル

ユーザ拡張性能解析トレース設定ファイル

#Generated by Cosminexus Management Server automatically. last modified time: 2004/02/07 16:01:09
add.jvm.arg=-Xmx256m

#Generated by Cosminexus Management Server automatically.

環境設定機能で生成したことを示すヘッダ部

last modified time: 2004/02/07 16:01:09

ファイルを生成した時間

add.jvm.arg=-Xmx256m

環境設定機能で定義した情報

次の場合，論理サーバの起動に失敗することがあります。

運用管理ドメインの構成定義で運用管理ドメイン名を変更したあと，設定ファイルを配布していない場合

運用管理ドメイン名を変更した場合は，設定ファイルを配布してください。

配布後の処理

論理Webサーバに対して配布すると，設定ファイルを作成したあとで，httpsd.confファイル（HTTP Server定義ファイル）の文法チェック（httpsd -t）が実行されます。文法エラーがあった場合，警告メッセージが出力されますが，配布処理は成功します。

設定ファイルを直接変更している場合

設定情報の配布を行うことで，各サーバの設定ファイルはManagement Serverの情報によって上書きされます。各サーバの設定ファイルをテキストエディタなどで直接変更していた場合，その変更内容は破棄されます。変更内容を運用管理ポータルで適用してから設定情報の配布を行ってください。

また，論理J2EEサーバの場合だけ，接続先ホストからサーバの設定情報を読み込むことができます。接続先ホストからサーバの設定情報を読み込む場合，Management Serverの情報は上書きされますので，運用管理ポータルによる設定変更は設定情報の読み込み後に行ってください。

10.10.2　ログの表示（論理サーバの環境設定）

［ログの表示］画面の表示例を次の図に示します。

図10‒54　［ログの表示］画面（論理サーバの環境設定）

[picture]

(1)　機能概要

運用管理ドメイン内のすべての論理サーバで出力された，論理サーバの環境設定にかかわる実行結果を，ログとして一覧で参照できます。

ログは，［論理サーバの環境設定］アンカー内の各画面で，［設定情報の配布］アンカー内の［ログの表示］タブから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

ツリーペインで任意のノードを選択します。ルートノードを除いたボディペインを持つすべてのノードから選択できます。

選択したノードの画面が表示されます。

ボディペインで［設定情報の配布］アンカーをクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

配布の状態を確認します。

画面の内容を更新する場合は，［最新の情報に更新］アンカーをクリックします。

画面が最新の情報に更新されます。

画面は時間の経過とともに変わります。常に最新の状態で参照してください。更新間隔を変更したい場合は，「7.4.1　画面自動更新の設定」を参照してください。

(4)　画面詳細

画面には，Webサーバ環境のセットアップの処理結果や，設定情報の配布状態が表示されます。

［ログの表示］画面に出力されるログについては，「7.4.2　ログの出力形式」を参照してください。

11　論理サーバの起動／停止

この章では，運用管理ポータルの「論理サーバの起動／停止」に関する操作方法について説明します。なお，注意事項については，「7.6.3　「論理サーバの起動／停止」での注意事項」を参照してください。

11.1　「論理サーバの起動／停止」のツリーペインの構成

この節では，「論理サーバの起動／停止」のツリーペインの構成について説明します。

ツリーペインは，次に示すビューで構成されています。

ホストビュー

サーバビュー

11.1.1　「論理サーバの起動／停止」のホストビューの構成

「論理サーバの起動／停止」のホストビューの構成は，次のとおりです。

　論理サーバの起動／停止
　│
　└─ホスト
　　　└─＜ホスト名＞
　　　　　├─＜論理サーバ名＞
　　　　　├─＜論理サーバ名＞
　　　　　└─＜論理サーバ名＞
　　　　　　　　　　：
　　　　　　　　　　：

ホストビューに表示されるノードの意味を次に示します。

表11‒1　「論理サーバの起動／停止」のホストビューに表示されるノードの意味

ノード名 | 説明 | ノード上でできる操作と参照先

ホスト

運用管理ドメインに定義されているホストのルートです。運用管理ドメイン内のすべての論理サーバを対象にした操作ができます。

運用管理ドメイン全体の論理サーバの稼働状況（11.3.1参照）

運用管理ドメイン全体の論理サーバの一括起動（11.3.2参照）

運用管理ドメイン全体の論理サーバの一括停止（11.3.3参照）

運用管理ドメイン全体の論理サーバの一括再起動（11.3.4参照）

運用管理ドメイン全体の論理サーバの起動順序の設定（11.3.5参照）

ログの表示（11.3.6参照）

＜ホスト名＞

運用管理ドメインに定義されている各ホストのツリーです。そのホスト内のすべての論理サーバを対象にした操作ができます。

ホストごとの論理サーバの稼働状況（11.2.1参照）

ホストごとの論理サーバの一括起動（11.2.2参照）

ホストごとの論理サーバの一括停止（11.2.3参照）

ホストごとの論理サーバの一括再起動（11.2.4参照）

ログの表示（11.2.5参照）

＜論理サーバ名＞ | ホスト内にある各論理サーバ名です。 | このノードには操作画面がありません。

11.1.2　「論理サーバの起動／停止」のサーバビューの構成

「論理サーバの起動／停止」のサーバビューの構成は，次のとおりです。

　論理サーバの起動／停止
　│
　└─＜運用管理ドメイン名＞
　　　│
　　　├─論理パフォーマンストレーサ
　　　│　└─パフォーマンストレーサ
　　　│　　　└─＜パフォーマンストレーサ名＞
　　　│
　　　├─論理スマートエージェント
　　　│　└─スマートエージェント
　　　│　　　└─＜スマートエージェント名＞
　　　│
　　　├─論理ネーミングサービス
　　　│　└─ネーミングサービス
　　　│　　　└─＜ネーミングサービス名＞
　　　│
　　　├─論理CTMドメインマネジャ
　　　│　└─CTMドメインマネジャ
　　　│　　　└─＜CTMドメインマネジャ名＞
　　　│
　　　├─論理CTM
　　　│　└─CTM
　　　│　　　└─＜CTM名＞
　　　│
　　　├─論理J2EEサーバ
　　　│　├─J2EEサーバ
　　　│　│　├─＜J2EEサーバ名＞
　　　│　│　└─＜バッチサーバ名＞
　　　│　│
　　　│　└─J2EEサーバクラスタ
　　　│　　　├─＜J2EEサーバクラスタ名＞
　　　│　　　│　└─＜J2EEサーバ名＞
　　　│　　　│
　　　│　　　└─＜バッチサーバクラスタ名＞
　　　│　　　　　└─＜バッチサーバ名＞
　　　│
　　　├─論理Webサーバ
　　　│　├─Webサーバ
　　　│　│　└─＜Webサーバ名＞
　　　│　│
　　　│　└─Webサーバクラスタ
　　　│　　　└─＜Webサーバクラスタ名＞
　　　│　　　　　└─＜Webサーバ名＞
　　　│
　　　└─論理ユーザサーバ
　　　　　└─ユーザサーバ
　　　　　　　└─＜ユーザサーバ名＞

J2EEアプリケーションを実行するシステムの場合

サーバビューに表示されるノードの意味を次の表に示します。

表11‒2　「論理サーバの起動／停止」のサーバビューに表示されるノードの意味

ノード名 | 説明 | ノード上でできる操作と参照先

＜運用管理ドメイン名＞

運用管理ドメインに定義されている論理サーバのルートです。運用管理ドメイン内のすべての論理サーバを対象にした操作ができます。

運用管理ドメイン全体の論理サーバの稼働状況（11.3.1参照）

運用管理ドメイン全体の論理サーバの一括起動（11.3.2参照）

運用管理ドメイン全体の論理サーバの一括停止（11.3.3参照）

運用管理ドメイン全体の論理サーバの一括再起動（11.3.4参照）

論理サーバの起動順序の設定（11.3.5参照）

ログの表示（11.3.6参照）

論理パフォーマンストレーサ | 論理サーバの一つであるパフォーマンストレーサのルートです。 | このノードには操作画面がありません。
パフォーマンストレーサ | パフォーマンストレーサのツリーです。 | このノードには操作画面がありません。

＜パフォーマンストレーサ名＞

各パフォーマンストレーサ名です。そのパフォーマンストレーサだけを対象にした操作ができます。

パフォーマンストレーサの起動／停止の設定（11.4.1参照）

パフォーマンストレーサの起動（11.4.2参照）

パフォーマンストレーサの停止（11.4.3参照）

ログの表示（11.4.4参照）

論理スマートエージェント | 論理サーバの一つであるスマートエージェントのルートです。 | このノードには操作画面がありません。
スマートエージェント | スマートエージェントのツリーです。 | このノードには操作画面がありません。

＜スマートエージェント名＞

各スマートエージェント名です。そのスマートエージェントだけを対象にした操作ができます。

スマートエージェントの起動／停止の設定（11.5.1参照）

スマートエージェントの起動（11.5.2参照）

スマートエージェントの停止（11.5.3参照）

ログの表示（11.5.4参照）

論理ネーミングサービス | 論理サーバの一つであるネーミングサービスのルートです。 | このノードには操作画面がありません。
ネーミングサービス | ネーミングサービスのツリーです。 | このノードには操作画面がありません。

＜ネーミングサービス名＞

各ネーミングサービス名です。そのネーミングサービスだけを対象にした操作ができます。

ネーミングサービスの起動／停止の設定（11.6.1参照）

ネーミングサービスの起動（11.6.2参照）

ネーミングサービスの停止（11.6.3参照）

ログの表示（11.6.4参照）

論理CTMドメインマネジャ | 論理サーバの一つであるCTMドメインマネジャのルートです。 | このノードには操作画面がありません。
CTMドメインマネジャ | CTMドメインマネジャのツリーです。 | このノードには操作画面がありません。

＜CTMドメインマネジャ名＞

各CTMドメインマネジャ名です。そのCTMドメインマネジャだけを対象にした操作ができます。

CTMドメインマネジャの起動／停止の設定（11.7.1参照）

CTMドメインマネジャの起動（11.7.2参照）

CTMドメインマネジャの停止（11.7.3参照）

ログの表示（11.7.4参照）

論理CTM | 論理サーバの一つであるCTMのルートです。 | このノードには操作画面がありません。
CTM | CTMのツリーです。 | このノードには操作画面がありません。

＜CTM名＞

各CTM名です。そのCTMだけを対象にした操作ができます。

CTMの起動／停止の設定（11.8.1参照）

CTMの起動（11.8.2参照）

CTMの停止（11.8.3参照）

ログの表示（11.8.4参照）

論理J2EEサーバ | 論理サーバの一つであるJ2EEサーバおよびJ2EEサーバクラスタのルートです。 | このノードには操作画面がありません。
J2EEサーバ | J2EEサーバのツリーです。 | このノードには操作画面がありません。

＜J2EEサーバ名＞

各J2EEサーバ名です。そのJ2EEサーバだけを対象にした操作ができます。

J2EEサーバの起動／停止の設定（11.9.1参照）

J2EEサーバの起動（11.9.2参照）

J2EEサーバの停止（11.9.3参照）

ログの表示（11.9.4参照）

J2EEサーバのsnapshotログの収集（11.9.5参照）

J2EEサーバクラスタ | J2EEサーバクラスタのツリーです。 | このノードには操作画面がありません。

＜J2EEサーバクラスタ名＞

各J2EEサーバクラスタ名です。その構成要素のJ2EEサーバすべてを対象にした操作ができます。

J2EEサーバクラスタの稼働状況（11.10.1参照）

J2EEサーバクラスタの一括起動（11.10.2参照）

J2EEサーバクラスタの一括停止（11.10.3参照）

J2EEサーバクラスタの一括再起動（11.10.4参照）

ログの表示（11.10.8参照）

＜J2EEサーバ名＞

各J2EEサーバ名です。そのJ2EEサーバだけを対象にした操作ができます。

J2EEサーバの起動／停止の設定（11.10.5参照）

J2EEサーバの起動（11.10.6参照）

J2EEサーバの停止（11.10.7参照）

ログの表示（11.10.8参照）

J2EEサーバのsnapshotログの収集（11.10.9参照）

論理Webサーバ | 論理サーバの一つであるWebサーバおよびWebサーバクラスタのルートです。 | このノードには操作画面がありません。
Webサーバ | Webサーバのツリーです。 | このノードには操作画面がありません。

＜Webサーバ名＞

各Webサーバ名です。そのWebサーバだけを対象にした操作ができます。

Webサーバの起動／停止の設定（11.11.1参照）

Webサーバの起動（11.11.2参照）

Webサーバの停止（11.11.3参照）

ログの表示（11.11.4参照）

Webサーバクラスタ | Webサーバクラスタのツリーです。 | このノードには操作画面がありません。

＜Webサーバクラスタ名＞

各Webサーバクラスタ名です。その構成要素のWebサーバすべてを対象にした操作ができます。

Webサーバクラスタの稼働状況（11.12.1参照）

Webサーバクラスタの一括起動（11.12.2参照）

Webサーバクラスタの一括停止（11.12.3参照）

Webサーバクラスタの一括再起動（11.12.4参照）

ログの表示（11.12.8参照）

＜Webサーバ名＞

各Webサーバ名です。そのWebサーバだけを対象にした操作ができます。

Webサーバの起動／停止の設定（11.12.5参照）

Webサーバの起動（11.12.6参照）

Webサーバの停止（11.12.7参照）

ログの表示（11.12.8参照）

論理ユーザサーバ | 論理サーバの一つであるユーザサーバのルートです。 | このノードには操作画面がありません。
ユーザサーバ | ユーザサーバのツリーです。 | このノードには操作画面がありません。

＜ユーザサーバ名＞

各ユーザサーバ名です。そのユーザサーバだけを対象にした操作ができます。

ユーザサーバの起動／停止の設定（11.13.1参照）

ユーザサーバの起動（11.13.2参照）

ユーザサーバの停止（11.13.3参照）

ログの表示（11.13.4参照）

バッチアプリケーションを実行するシステムの場合

サーバビューに表示されるノードの意味を次の表に示します。

表11‒3　「論理サーバの起動／停止」のサーバビューに表示されるノードの意味

ノード名 | 説明 | ノード上でできる操作と参照先

＜運用管理ドメイン名＞

運用管理ドメインに定義されている論理サーバのルートです。運用管理ドメイン内のすべての論理サーバを対象にした操作ができます。

運用管理ドメイン全体の論理サーバの稼働状況（11.3.1参照）

運用管理ドメイン全体の論理サーバの一括起動（11.3.2参照）

運用管理ドメイン全体の論理サーバの一括停止（11.3.3参照）

運用管理ドメイン全体の論理サーバの一括再起動（11.3.4参照）

運用管理ドメイン全体の論理サーバの起動順序の設定（11.3.5参照）

ログの表示（11.3.6参照）

論理パフォーマンストレーサ | 論理サーバの一つであるパフォーマンストレーサのルートです。 | このノードには操作画面がありません。
パフォーマンストレーサ | パフォーマンストレーサのツリーです。 | このノードには操作画面がありません。

＜パフォーマンストレーサ名＞

各パフォーマンストレーサ名です。そのパフォーマンストレーサだけを対象にした操作ができます。

パフォーマンストレーサの起動／停止の設定（11.4.1参照）

パフォーマンストレーサの起動（11.4.2参照）

パフォーマンストレーサの停止（11.4.3参照）

ログの表示（11.4.4参照）

論理スマートエージェント | 論理サーバの一つであるスマートエージェントのルートです。 | このノードには操作画面がありません。
スマートエージェント | スマートエージェントのツリーです。 | このノードには操作画面がありません。

＜スマートエージェント名＞

各スマートエージェント名です。そのスマートエージェントだけを対象にした操作ができます。

スマートエージェントの起動／停止の設定（11.5.1参照）

スマートエージェントの起動（11.5.2参照）

スマートエージェントの停止（11.5.3参照）

ログの表示（11.5.4参照）

論理CTMドメインマネジャ | 論理サーバの一つであるCTMドメインマネジャのルートです。 | このノードには操作画面がありません。
CTMドメインマネジャ | CTMドメインマネジャのツリーです。 | このノードには操作画面がありません。

＜CTMドメインマネジャ名＞

各CTMドメインマネジャ名です。そのCTMドメインマネジャだけを対象にした操作ができます。

CTMドメインマネジャの起動／停止の設定（11.7.1参照）

CTMドメインマネジャの起動（11.7.2参照）

CTMドメインマネジャの停止（11.7.3参照）

ログの表示（11.7.4参照）

論理CTM | 論理サーバの一つであるCTMのルートです。 | このノードには操作画面がありません。
CTM | CTMのツリーです。 | このノードには操作画面がありません。

＜CTM名＞

各CTM名です。そのCTMだけを対象にした操作ができます。

CTMの起動／停止の設定（11.8.1参照）

CTMの起動（11.8.2参照）

CTMの停止（11.8.3参照）

ログの表示（11.8.4参照）

論理J2EEサーバ | 論理サーバの一つであるバッチサーバのルートです。 | このノードには操作画面がありません。
J2EEサーバ | バッチサーバのツリーです。 | このノードには操作画面がありません。

＜バッチサーバ名＞

各バッチサーバ名です。そのバッチサーバだけを対象にした操作ができます。

バッチサーバの起動／停止の設定（11.9.1参照）※

バッチサーバの起動（11.9.2参照）※

バッチサーバの停止（11.9.3参照）※

ログの表示（11.9.4参照）※

バッチサーバのsnapshotログの収集（11.9.5参照）※

J2EEサーバクラスタ | バッチサーバクラスタのツリーです。 | このノードには操作画面がありません。

＜バッチサーバクラスタ名＞

各バッチサーバクラスタ名です。その構成要素のバッチサーバすべてを対象にした操作ができます。

バッチサーバクラスタの稼働状況（11.10.1参照）※

バッチサーバクラスタの一括起動（11.10.2参照）※

バッチサーバクラスタの一括停止（11.10.3参照）※

バッチサーバクラスタの一括再起動（11.10.4参照）※

ログの表示（11.10.8参照）※

＜バッチサーバ名＞

各バッチサーバ名です。そのバッチサーバだけを対象にした操作ができます。

バッチサーバの起動／停止の設定（11.10.5参照）※

バッチサーバの起動（11.10.6参照）※

バッチサーバの停止（11.10.7参照）※

ログの表示（11.10.8参照）※

バッチサーバのsnapshotログの収集（11.10.9参照）※

論理ユーザサーバ | 論理サーバの一つであるユーザサーバのルートです。 | このノードには操作画面がありません。
ユーザサーバ | ユーザサーバのツリーです。 | このノードには操作画面がありません。

＜ユーザサーバ名＞

各ユーザサーバ名です。そのユーザサーバだけを対象にした操作ができます。

ユーザサーバの起動／停止の設定（11.13.1参照）

ユーザサーバの起動（11.13.2参照）

ユーザサーバの停止（11.13.3参照）

ログの表示（11.13.4参照）

注※

J2EEサーバをバッチサーバに読み替えてください。

11.2　ホストごとの論理サーバの一括起動と一括停止

この節では，選択したホスト内の論理サーバの一括起動および一括停止について説明します。

11.2.1　ホストごとの論理サーバの稼働状況

［論理サーバの稼働状況］画面を次の図に示します。

図11‒1　［論理サーバの稼働状況］画面

[picture]

(1)　機能概要

選択したホスト内のすべての論理サーバの稼働状況を，一覧で確認できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［ホストビュー］タブ−［ホスト］−［＜ホスト名＞］をクリックします。

［稼働状況］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

稼働状況

論理サーバの状態が表示されます。

状態の意味については，「4.4　論理サーバの運用監視」を参照してください。

起動順序

［起動順序の設定］画面で設定した起動順序が表示されます。項目は，起動順序でソートされて表示されます。

論理サーバ名

論理サーバの種別を表すアイコンと，論理サーバ名が表示されます。J2EEサーバクラスタおよびWebサーバクラスタについては，それらの階層構成も表示されます。

ホスト名

論理サーバが動作するホスト名が表示されます。

自動再起動

［起動／停止の設定］画面の［自動再起動回数］に設定した値に応じて，「有効」または「無効」が表示されます。

有効：1以上の値を指定した場合

無効：0を指定した場合

［最新の情報に更新］アンカー

画面を最新の情報に更新します。画面は時間の経過とともに変わります。常に最新の状態でご参照ください。

更新間隔を変更したい場合は，「7.4.1　画面自動更新の設定」を参照してください。

11.2.2　ホストごとの論理サーバの一括起動

(1)　機能概要

選択したホスト内の論理サーバを一括起動できます。起動の順序は，［起動順序の設定］画面の内容に従います。

すでに稼働中の論理サーバは，引き続き稼働状態が保たれ，この操作によって再起動されることはありません。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［ホストビュー］タブ−［ホスト］−［＜ホスト名＞］をクリックします。

［一括起動］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［実行］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［実行］ボタン

起動順序に従い，論理サーバを一括起動します。

11.2.3　ホストごとの論理サーバの一括停止

(1)　機能概要

選択したホスト内の論理サーバを一括停止できます。停止の順序は，［起動順序の設定］画面の内容と逆の順序で行われます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［ホストビュー］タブ−［ホスト］−［＜ホスト名＞］をクリックします。

［一括停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［実行］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［実行］ボタン

論理サーバを一括停止します。

11.2.4　ホストごとの論理サーバの一括再起動

(1)　機能概要

選択したホスト内の論理サーバを一括で再起動できます。起動の順序は，［起動順序の設定］画面の内容に従います。

すでに稼働中の論理サーバは，いったんすべて停止してから再起動されます。停止の順序は，起動と逆の順序で行われます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［ホストビュー］タブ−［ホスト］−［＜ホスト名＞］をクリックします。

［一括再起動］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［実行］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［実行］ボタン

稼働中の論理サーバをいったん停止したあと，論理サーバを一括再起動します。

11.2.5　ログの表示（論理サーバの起動／停止）

(1)　機能概要

運用管理ドメイン内のすべての論理サーバで出力された，論理サーバの起動と停止にかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバの起動／停止］アンカー内のさまざまな論理サーバの［ログの表示］アンカーから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［ホストビュー］タブ−［ホスト］−［＜ホスト名＞］をクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，論理サーバに対して行った，起動や停止の処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「7.4.2　ログの出力形式」を参照してください。

11.3　運用管理ドメイン全体の論理サーバの一括起動と一括停止

この節では，運用管理ドメイン内のすべての論理サーバの一括起動および一括停止について説明します。

11.3.1　運用管理ドメイン全体の論理サーバの稼働状況

［論理サーバの稼働状況］画面を次の図に示します。

図11‒2　［論理サーバの稼働状況］画面

[picture]

(1)　機能概要

運用管理ドメイン内のすべての論理サーバの稼働状況を，一覧で確認できます。

(2)　表示手順

画面の表示手順を次に示します。

ホストビューを使用する方法

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［ホストビュー］タブ−（ルートの）［ホスト］をクリックします。

［稼働状況］タブをクリックします。

サーバビューを使用する方法

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［＜運用管理ドメイン名＞］をクリックします。

［稼働状況］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

稼働状況

論理サーバの状態が表示されます。

状態の意味については，「4.4　論理サーバの運用監視」を参照してください。

起動順序

［起動順序の設定］画面で設定した起動順序が表示されます。項目は，起動順序でソートされて表示されます。

論理サーバ名

論理サーバの種別を表すアイコンと，論理サーバ名が表示されます。J2EEサーバクラスタおよびWebサーバクラスタについては，それらの階層構成も表示されます。

ホスト名

論理サーバが動作するホスト名が表示されます。

自動再起動

［起動／停止の設定］画面の［自動再起動回数］に設定した値に応じて，「有効」または「無効」が表示されます。

有効：1以上の値を指定した場合

無効：0を指定した場合

［最新の情報に更新］アンカー

画面を最新の情報に更新します。画面は時間の経過とともに変わります。常に最新の状態でご参照ください。

更新間隔を変更したい場合は，「7.4.1　画面自動更新の設定」を参照してください。

11.3.2　運用管理ドメイン全体の論理サーバの一括起動

［一括起動］画面を次の図に示します。

図11‒3　［一括起動］画面（運用管理ドメイン全体の論理サーバの一括起動）

[picture]

(1)　機能概要

運用管理ドメイン内のすべての論理サーバを一括起動できます。起動の順序は，［起動順序の設定］画面の内容に従います。

すでに稼働中の論理サーバは，引き続き稼働状態が保たれ，この操作によって再起動されることはありません。

設定情報の配布を促すメッセージが出力された場合は，［設定情報の配布］画面でステータスが［空欄］の論理サーバに対して，設定情報を配布してください。

(2)　表示手順

画面の表示手順を次に示します。

ホストビューを使用する方法

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［ホストビュー］タブ−（ルートの）［ホスト］をクリックします。

［一括起動］タブをクリックします。

サーバビューを使用する方法

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［＜運用管理ドメイン名＞］をクリックします。

［一括起動］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［実行］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［実行］ボタン

起動順序に従い，論理サーバを一括起動します。

11.3.3　運用管理ドメイン全体の論理サーバの一括停止

［一括停止］画面を次の図に示します。

図11‒4　［一括停止］画面（運用管理ドメイン全体の論理サーバの一括停止）

[picture]

(1)　機能概要

運用管理ドメイン内のすべての論理サーバを一括停止できます。停止の順序は，［起動順序の設定］画面の内容と逆の順序で行われます。

(2)　表示手順

画面の表示手順を次に示します。

ホストビューを使用する方法

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［ホストビュー］タブ−（ルートの）［ホスト］をクリックします。

［一括停止］タブをクリックします。

サーバビューを使用する方法

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［＜運用管理ドメイン名＞］をクリックします。

［一括停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［実行］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［実行］ボタン

論理サーバを一括停止します。

11.3.4　運用管理ドメイン全体の論理サーバの一括再起動

［一括再起動］画面を次の図に示します。

図11‒5　［一括再起動］画面（運用管理ドメイン全体の論理サーバの一括再起動）

[picture]

(1)　機能概要

運用管理ドメイン内のすべての論理サーバを一括で再起動できます。起動の順序は，［起動順序の設定］画面の内容に従います。

すでに稼働中の論理サーバは，いったんすべて停止してから再起動されます。停止の順序は，起動と逆の順序で行われます。

設定情報の配布を促すメッセージが出力された場合は，［設定情報の配布］画面でステータスが［空欄］の論理サーバに対して，設定情報を配布してください。

(2)　表示手順

画面の表示手順を次に示します。

ホストビューを使用する方法

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［ホストビュー］タブ−（ルートの）［ホスト］をクリックします。

［一括再起動］タブをクリックします。

サーバビューを使用する方法

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［＜運用管理ドメイン名＞］をクリックします。

［一括再起動］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［実行］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［実行］ボタン

稼働中の論理サーバをいったん停止したあと，論理サーバを一括再起動します。

11.3.5　運用管理ドメイン全体の論理サーバの起動順序の設定

［起動順序の設定］画面を次の図に示します。

図11‒6　［起動順序の設定］画面

[picture]

(1)　機能概要

運用管理ドメイン内のすべての論理サーバを一括で起動するときの，起動順序を設定できます。また，論理サーバを一括起動の対象にするかしないかを設定できます。

クラスタについては，それぞれを構成するメンバすべて同じ起動順序が適用されます。

(2)　表示手順

画面の表示手順を次に示します。

ホストビューを使用する方法

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［ホストビュー］タブ−（ルートの）［ホスト］をクリックします。

［起動順序の設定］タブをクリックします。

サーバビューを使用する方法

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［＜運用管理ドメイン名＞］をクリックします。

［起動順序の設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

項目を設定します。

［更新］ボタンをクリックします。

エラーが表示された場合は，［戻る］ボタンをクリックして設定を見直し，再度［更新］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目とボタンについて説明します。

起動順序

起動順序を設定します。起動順序を変更する場合，0〜999の数値で設定してください。値の小さなものから起動することを意味します。一括起動の対象外にする場合は，指定なし（空白）にします。

デフォルト値は次のとおりです。

パフォーマンストレーサ：0

スマートエージェント：10

ネーミングサービス：20

CTMドメインマネジャ：30

CTM：40

J2EEサーバ：80

Webサーバ：90

ユーザサーバ：900

論理サーバ名

論理サーバの種別を表すアイコンと論理サーバ名が表示されます。J2EEサーバクラスタおよびWebサーバクラスタについては，それらの階層構成も表示されます。

ホスト名

論理サーバが動作しているホスト名が表示されます。

［更新］ボタン

画面に設定した内容で設定情報を更新します。

［リセット］ボタン

入力した内容をリセットします。

(5)　注意事項

パフォーマンストレーサ，スマートエージェント，ネーミングサービス，J2EEサーバの順序で起動するように設定してください。

CTMを利用する場合は，パフォーマンストレーサ，スマートエージェント，ネーミングサービス，CTMドメインマネジャ，CTM，J2EEサーバの順序で起動するようにしてください。

「起動／停止の設定」で「前提となる論理サーバ」を設定している場合に，該当する論理サーバの起動順序が前提の論理サーバより先になっていないかどうかに注意して設定してください。

11.3.6　ログの表示（論理サーバの起動／停止）

［ログの表示］画面を次の図に示します。

図11‒7　［ログの表示］画面（論理サーバの起動／停止）

[picture]

(1)　機能概要

運用管理ドメイン内のすべての論理サーバで出力された，論理サーバの起動と停止にかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバの起動／停止］アンカー内のさまざまな論理サーバの［ログの表示］アンカーから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

ホストビューを使用する方法

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［ホストビュー］タブ−（ルートの）［ホスト］をクリックします。

［ログの表示］タブをクリックします。

サーバビューを使用する方法

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［＜運用管理ドメイン名＞］をクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，論理サーバに対して行った，起動や停止の処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「7.4.2　ログの出力形式」を参照してください。

11.4　パフォーマンストレーサの起動と停止

この節では，パフォーマンストレーサの起動および停止について説明します。

11.4.1　パフォーマンストレーサの起動／停止の設定

(1)　機能概要

選択したパフォーマンストレーサの起動監視時間などの，起動／停止に必要な情報を設定できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理パフォーマンストレーサ］−［パフォーマンストレーサ］−［＜パフォーマンストレーサ名＞］をクリックします。

［設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

項目を設定します。

［更新］ボタンをクリックします。

エラーが表示された場合は，［戻る］ボタンをクリックして設定を見直し，再度［更新］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目とボタンについて説明します。

起動監視時間

［起動］ボタンのクリックから起動処理完了までの監視時間を設定します。［起動］ボタンのクリック後，起動監視時間を経過してもパフォーマンストレーサが起動しない場合は，起動処理失敗となります。設定できる値は，監視しない，1分，5分，10分，60分です。デフォルトは，1分です。

停止監視時間

［停止］ボタンのクリックから停止処理完了までの監視時間を設定します。［停止］ボタンのクリック後，停止監視時間を経過してもパフォーマンストレーサが停止しない場合は，Management Serverが強制的にパフォーマンストレーサを停止します。設定できる値は，監視しない，1分，5分，10分，30分です。デフォルトは，10分です。

強制停止監視時間

［強制停止］ボタンのクリックから強制停止処理完了までの監視時間を設定します。［強制停止］ボタンのクリック後，強制停止監視時間を経過してもパフォーマンストレーサが強制停止しない場合は，Management Serverがパフォーマンストレーサのステータスを異常停止にします。設定できる値は，監視しない，1分，5分，10分，30分です。デフォルトは，10分です。

自動再起動回数

自動再起動をする回数の上限値を設定します。設定できる値は，0回，1回，5回，10回，1000回です。パフォーマンストレーサの場合，デフォルトは1回です。

自動再起動リトライ間隔

自動再起動をする場合の自動再起動のリトライ間隔を設定します。設定できる値は，即時リトライ，1分，5分，10分，30分です。パフォーマンストレーサの場合，デフォルトは即時リトライです。

前提となる論理サーバ

パフォーマンストレーサの場合，この項目は「なし（固定）」です（前提となる論理サーバは設定しません）。

［更新］ボタン

画面に設定した内容で設定情報を更新します。

［リセット］ボタン

入力した内容をリセットします。

(5)　注意事項

［起動／停止の設定］画面で設定する起動監視時間，停止監視時間は，システムの構成によって差異があるため，システム構成に応じたチューニングをして，余裕を持たせた値を設定してください。

07-00より前のバージョンで［起動／停止の設定］画面を更新しないまま，アップグレードインストールを実行した場合，既存のパフォーマンストレーサの停止監視時間が「10分」に変更されます。このため，07-00より前のバージョンで，パフォーマンストレーサの停止監視時間をデフォルトで運用している場合などは，停止監視時間の値を確認して，必要に応じて再設定してください。

11.4.2　パフォーマンストレーサの起動

(1)　機能概要

論理サーバの中から，選択したパフォーマンストレーサだけを起動できます。

すでにパフォーマンストレーサが稼働中の場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理パフォーマンストレーサ］−［パフォーマンストレーサ］−［＜パフォーマンストレーサ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［起動］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［起動］ボタン

パフォーマンストレーサを起動します。

11.4.3　パフォーマンストレーサの停止

(1)　機能概要

論理サーバの中から，選択したパフォーマンストレーサだけを停止できます。

すでにパフォーマンストレーサが停止している場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理パフォーマンストレーサ］−［パフォーマンストレーサ］−［＜パフォーマンストレーサ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［停止］ボタンまたは［強制停止］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［停止］ボタン

パフォーマンストレーサを停止します。

［強制停止］ボタン

パフォーマンストレーサを強制停止します。

11.4.4　ログの表示（論理サーバの起動／停止）

(1)　機能概要

運用管理ドメイン内のすべての論理サーバで出力された，論理サーバの起動と停止にかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバの起動／停止］アンカー内のさまざまな論理サーバの［ログの表示］アンカーから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理パフォーマンストレーサ］−［パフォーマンストレーサ］−［＜パフォーマンストレーサ名＞］をクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，論理サーバに対して行った，起動や停止の処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「7.4.2　ログの出力形式」を参照してください。

11.5　スマートエージェントの起動と停止

この節では，スマートエージェントの起動および停止について説明します。

11.5.1　スマートエージェントの起動／停止の設定

(1)　機能概要

選択したスマートエージェントの起動監視時間などの，起動／停止に必要な情報を設定できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理スマートエージェント］−［スマートエージェント］−［＜スマートエージェント名＞］をクリックします。

［設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

項目を設定します。

［更新］ボタンをクリックします。

エラーが表示された場合は，［戻る］ボタンをクリックして設定を見直し，再度［更新］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目とボタンについて説明します。

起動監視時間

［起動］ボタンのクリックから起動処理完了までの監視時間を設定します。［起動］ボタンのクリック後，起動監視時間を経過してもスマートエージェントが起動しない場合は，起動処理失敗となります。設定できる値は，監視しない，1分，5分，10分，60分です。デフォルトは，1分です。

停止監視時間

［停止］ボタンのクリックから停止処理完了までの監視時間を設定します。［停止］ボタンのクリック後，停止監視時間を経過してもスマートエージェントが停止しない場合は，Management Serverが強制的にスマートエージェントを停止します。設定できる値は，監視しない，1分，5分，10分，30分です。デフォルトは，1分です。

強制停止監視時間

［強制停止］ボタンのクリックから強制停止処理完了までの監視時間を設定します。［強制停止］ボタンのクリック後，強制停止監視時間を経過してもスマートエージェントが強制停止しない場合は，Management Serverがスマートエージェントのステータスを異常停止にします。設定できる値は，監視しない，1分，5分，10分，30分です。デフォルトは，1分です。

自動再起動回数

自動再起動をする回数の上限値を設定します。設定できる値は，0回，1回，5回，10回，1000回です。デフォルトは，1回です。

自動再起動リトライ間隔

自動再起動をする場合の自動再起動のリトライ間隔を設定します。設定できる値は，即時リトライ，1分，5分，10分，30分です。デフォルトは，1分です。

前提となる論理サーバ

選択したスマートエージェントを起動する前に，先に起動しておく論理サーバを設定します。設定は，メニューの中から選択できます。前提となる論理サーバを設定しない場合は，「なし」を選択します。

前提となる論理サーバを設定すると，スマートエージェントの起動／停止の処理は次のように扱われます。

前提となる論理サーバが未起動の場合，スマートエージェントは起動失敗となります。

前提となる論理サーバの停止時には，スマートエージェントも停止します。

スマートエージェントの稼働中に前提となる論理サーバがダウンした場合，スマートエージェントは停止します。

［更新］ボタン

画面に設定した内容で設定情報を更新します。

［リセット］ボタン

入力した内容をリセットします。

(5)　注意事項

［起動／停止の設定］画面で設定する起動監視時間，停止監視時間は，システムの構成によって差異があるため，システム構成に応じたチューニングをして，余裕を持たせた値を設定してください。

11.5.2　スマートエージェントの起動

(1)　機能概要

論理サーバの中から，選択したスマートエージェントだけを起動できます。

すでにスマートエージェントが稼働中の場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理スマートエージェント］−［スマートエージェント］−［＜スマートエージェント名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［起動］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［起動］ボタン

スマートエージェントを起動します。

11.5.3　スマートエージェントの停止

(1)　機能概要

論理サーバの中から，選択したスマートエージェントだけを停止できます。

すでにスマートエージェントが停止している場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理スマートエージェント］−［スマートエージェント］−［＜スマートエージェント名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［停止］ボタンまたは［強制停止］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［停止］ボタン

スマートエージェントを停止します。

［強制停止］ボタン

スマートエージェントを強制停止します。

11.5.4　ログの表示（論理サーバの起動／停止）

(1)　機能概要

運用管理ドメイン内のすべての論理サーバで出力された，論理サーバの起動と停止にかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバの起動／停止］アンカー内のさまざまな論理サーバの［ログの表示］アンカーから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理スマートエージェント］−［スマートエージェント］−［＜スマートエージェント名＞］をクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，論理サーバに対して行った，起動や停止の処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「7.4.2　ログの出力形式」を参照してください。

11.6　ネーミングサービスの起動と停止

この節では，ネーミングサービスの起動および停止について説明します。

11.6.1　ネーミングサービスの起動／停止の設定

(1)　機能概要

選択したネーミングサービスの起動監視時間などの，起動／停止に必要な情報を設定できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理ネーミングサービス］−［ネーミングサービス］−［＜ネーミングサービス名＞］をクリックします。

［設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

項目を設定します。

［更新］ボタンをクリックします。

エラーが表示された場合は，［戻る］ボタンをクリックして設定を見直し，再度［更新］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目とボタンについて説明します。

起動監視時間

［起動］ボタンのクリックから起動処理完了までの監視時間を設定します。［起動］ボタンのクリック後，起動監視時間を経過してもネーミングサービスが起動しない場合は，起動処理失敗となります。設定できる値は，監視しない，1分，5分，10分，60分です。デフォルトは，1分です。

停止監視時間

［停止］ボタンのクリックから停止処理完了までの監視時間を設定します。［停止］ボタンのクリック後，停止監視時間を経過してもネーミングサービスが停止しない場合は，Management Serverが強制的にネーミングサービスを停止します。設定できる値は，監視しない，1分，5分，10分，30分です。デフォルトは，1分です。

強制停止監視時間

［強制停止］ボタンのクリックから強制停止処理完了までの監視時間を設定します。［強制停止］ボタンのクリック後，強制停止監視時間を経過してもネーミングサービスが強制停止しない場合は，Management Serverがネーミングサービスのステータスを異常停止にします。設定できる値は，監視しない，1分，5分，10分，30分です。デフォルトは，1分です。

自動再起動回数

自動再起動をする回数の上限値を設定します。設定できる値は，0回，1回，5回，10回，1000回です。デフォルトは，1回です。

自動再起動リトライ間隔

自動再起動をする場合の自動再起動のリトライ間隔を設定します。設定できる値は，即時リトライ，1分，5分，10分，30分です。デフォルトは，1分です。

前提となる論理サーバ

選択したネーミングサービスを起動する前に，先に起動しておく論理サーバを設定します。設定は，メニューの中から選択できます。前提となる論理サーバを設定しない場合は，「なし」を選択します。

前提となる論理サーバを設定すると，ネーミングサービスの起動／停止の処理は次のように扱われます。

前提となる論理サーバが未起動の場合，ネーミングサービスは起動失敗となります。

前提となる論理サーバの停止時には，ネーミングサービスも停止します。

ネーミングサービスの稼働中に前提となる論理サーバがダウンした場合，ネーミングサービスは停止します。

［更新］ボタン

画面に設定した内容で設定情報を更新します。

［リセット］ボタン

入力した内容をリセットします。

(5)　注意事項

［起動／停止の設定］画面で設定する起動監視時間，停止監視時間は，システムの構成によって差異があるため，システム構成に応じたチューニングをして，余裕を持たせた値を設定してください。

11.6.2　ネーミングサービスの起動

(1)　機能概要

論理サーバの中から，選択したネーミングサービスだけを起動できます。

すでにネーミングサービスが稼働中の場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理ネーミングサービス］−［ネーミングサービス］−［＜ネーミングサービス名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［起動］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［起動］ボタン

ネーミングサービスを起動します。

11.6.3　ネーミングサービスの停止

(1)　機能概要

論理サーバの中から，選択したネーミングサービスだけを停止できます。

すでにネーミングサービスが停止している場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理ネーミングサービス］−［ネーミングサービス］−［＜ネーミングサービス名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［停止］ボタンまたは［強制停止］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［停止］ボタン

ネーミングサービスを停止します。

［強制停止］ボタン

ネーミングサービスを強制停止します。

11.6.4　ログの表示（論理サーバの起動／停止）

(1)　機能概要

運用管理ドメイン内のすべての論理サーバで出力された，論理サーバの起動と停止にかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバの起動／停止］アンカー内のさまざまな論理サーバの［ログの表示］アンカーから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理ネーミングサービス］−［ネーミングサービス］−［＜ネーミングサービス名＞］をクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，論理サーバに対して行った，起動や停止の処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「7.4.2　ログの出力形式」を参照してください。

11.7　CTMドメインマネジャの起動と停止

この節では，CTMドメインマネジャの起動および停止について説明します。

11.7.1　CTMドメインマネジャの起動／停止の設定

(1)　機能概要

選択したCTMドメインマネジャの起動監視時間などの，起動／停止に必要な情報を設定できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理CTMドメインマネジャ］−［CTMドメインマネジャ］−［＜CTMドメインマネジャ名＞］をクリックします。

［設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

項目を設定します。

［更新］ボタンをクリックします。

エラーが表示された場合は，［戻る］ボタンをクリックして設定を見直し，再度［更新］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目とボタンについて説明します。

起動監視時間

［起動］ボタンのクリックから起動処理完了までの監視時間を設定します。［起動］ボタンのクリック後，起動監視時間を経過してもCTMドメインマネジャが起動しない場合は，起動処理失敗となります。設定できる値は，監視しない，1分，5分，10分，60分です。デフォルトは，1分です。

停止監視時間

［停止］ボタンのクリックから停止処理完了までの監視時間を設定します。［停止］ボタンのクリック後，停止監視時間を経過してもCTMドメインマネジャが停止しない場合は，Management Serverが強制的にCTMドメインマネジャを停止します。設定できる値は，監視しない，1分，5分，10分，30分です。デフォルトは，1分です。

強制停止監視時間

［強制停止］ボタンのクリックから強制停止処理完了までの監視時間を設定します。［強制停止］ボタンのクリック後，強制停止監視時間を経過してもCTMドメインマネジャが強制停止しない場合は，Management ServerがCTMドメインマネジャのステータスを異常停止にします。設定できる値は，監視しない，1分，5分，10分，30分です。デフォルトは，1分です。

自動再起動回数

自動再起動をする回数の上限値を設定します。設定できる値は，0回，1回，5回，10回，1000回です。デフォルトは，1回です。

自動再起動リトライ間隔

自動再起動をする場合の自動再起動のリトライ間隔を設定します。設定できる値は，即時リトライ，1分，5分，10分，30分です。デフォルトは，1分です。

前提となる論理サーバ

選択したCTMドメインマネジャを起動する前に，先に起動しておく論理サーバを設定します。設定は，メニューの中から選択できます。前提となる論理サーバを設定しない場合は，「なし」を選択します。

前提となる論理サーバを設定すると，CTMドメインマネジャの起動／停止の処理は次のように扱われます。

前提となる論理サーバが未起動の場合，CTMドメインマネジャは起動失敗となります。

前提となる論理サーバの停止時には，CTMドメインマネジャも停止します。

CTMドメインマネジャの稼働中に前提となる論理サーバがダウンした場合，CTMドメインマネジャは停止します。

［更新］ボタン

画面に設定した内容で設定情報を更新します。

［リセット］ボタン

入力した内容をリセットします。

(5)　注意事項

［起動／停止の設定］画面で設定する起動監視時間，停止監視時間は，システムの構成によって差異があるため，システム構成に応じたチューニングをして，余裕を持たせた値を設定してください。

11.7.2　CTMドメインマネジャの起動

(1)　機能概要

論理サーバの中から，選択したCTMドメインマネジャだけを起動できます。

すでにCTMドメインマネジャが稼働中の場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理CTMドメインマネジャ］−［CTMドメインマネジャ］−［＜CTMドメインマネジャ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［起動］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［起動］ボタン

CTMドメインマネジャを起動します。

11.7.3　CTMドメインマネジャの停止

(1)　機能概要

論理サーバの中から，選択したCTMドメインマネジャだけを停止できます。

すでにCTMドメインマネジャが停止している場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理CTMドメインマネジャ］−［CTMドメインマネジャ］−［＜CTMドメインマネジャ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［停止］ボタンまたは［強制停止］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［停止］ボタン

CTMドメインマネジャを停止します。

［強制停止］ボタン

CTMドメインマネジャを強制停止します。

11.7.4　ログの表示（論理サーバの起動／停止）

(1)　機能概要

運用管理ドメイン内のすべての論理サーバで出力された，論理サーバの起動と停止にかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバの起動／停止］アンカー内のさまざまな論理サーバの［ログの表示］アンカーから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理CTMドメインマネジャ］−［CTMドメインマネジャ］−［＜CTMドメインマネジャ名＞］をクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，論理サーバに対して行った，起動や停止の処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「7.4.2　ログの出力形式」を参照してください。

11.8　CTMの起動と停止

この節では，CTMの起動および停止について説明します。

11.8.1　CTMの起動／停止の設定

(1)　機能概要

選択したCTMの起動監視時間などの，起動／停止に必要な情報を設定できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理CTM］−［CTMドメインマネジャ］−［＜CTM名＞］をクリックします。

［設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

項目を設定します。

［更新］ボタンをクリックします。

エラーが表示された場合は，［戻る］ボタンをクリックして設定を見直し，再度［更新］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目とボタンについて説明します。

起動監視時間

［起動］ボタンのクリックから起動処理完了までの監視時間を設定します。［起動］ボタンのクリック後，起動監視時間を経過してもCTMが起動しない場合は，起動処理失敗となります。設定できる値は，監視しない，1分，5分，10分，60分です。デフォルトは，1分です。

CTMを起動すると，CTMが利用するネーミングサービスが起動されてから，CTMデーモンが起動されます。起動監視時間は，ネーミングサービスおよびCTMデーモンのそれぞれの起動を監視する時間となります。例えば，1分を指定した場合，実際の起動監視時間は2分となります。

停止監視時間

［停止］ボタンのクリックから停止処理完了までの監視時間を設定します。［停止］ボタンのクリック後，停止監視時間を経過してもCTMが停止しない場合は，Management Serverが強制的にCTMを停止します。設定できる値は，監視しない，1分，5分，10分，30分です。デフォルトは，1分です。

CTMを停止すると，CTMデーモンが停止されてから，CTMが利用するネーミングサービスが停止されます。停止監視時間は，CTMデーモンとネーミングサービスのそれぞれの停止を監視する時間となります。例えば，1分を指定した場合，実際の停止監視時間は2分となります。

強制停止監視時間

［強制停止］ボタンのクリックから強制停止処理完了までの監視時間を設定します。［強制停止］ボタンのクリック後，強制停止監視時間を経過してもCTMが強制停止しない場合は，Management ServerがCTMのステータスを異常停止にします。設定できる値は，監視しない，1分，5分，10分，30分です。デフォルトは，1分です。

自動再起動回数

自動再起動をする回数の上限値を設定します。設定できる値は，0回，1回，5回，10回，1000回です。デフォルトは，1回です。

自動再起動リトライ間隔

自動再起動をする場合の自動再起動のリトライ間隔を設定します。設定できる値は，即時リトライ，1分，5分，10分，30分です。デフォルトは，1分です。

前提となる論理サーバ

選択したCTMを起動する前に，先に起動しておく論理サーバを設定します。設定は，メニューの中から選択できます。前提となる論理サーバを設定しない場合は，「なし」を選択します。

前提となる論理サーバを設定すると，CTMの起動／停止の処理は次のように扱われます。

前提となる論理サーバが未起動の場合，CTMは起動失敗となります。

前提となる論理サーバの停止時には，CTMも停止します。

CTMの稼働中に前提となる論理サーバがダウンした場合，CTMは停止します。

［更新］ボタン

画面に設定した内容で設定情報を更新します。

［リセット］ボタン

入力した内容をリセットします。

(5)　注意事項

［起動／停止の設定］画面で設定する起動監視時間，停止監視時間は，システムの構成によって差異があるため，システム構成に応じたチューニングをして，余裕を持たせた値を設定してください。

11.8.2　CTMの起動

(1)　機能概要

論理サーバの中から，選択したCTMだけを起動できます。

すでにCTMが稼働中の場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理CTM］−［CTM］−［＜CTM名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［起動］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［起動］ボタン

CTMを起動します。

11.8.3　CTMの停止

(1)　機能概要

論理サーバの中から，選択したCTMだけを停止できます。

すでにCTMが停止している場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理CTM］−［CTM］−［＜CTM名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［停止］ボタンまたは［強制停止］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［停止］ボタン

CTMを停止します。

［強制停止］ボタン

CTMを強制停止します。

11.8.4　ログの表示（論理サーバの起動／停止）

(1)　機能概要

運用管理ドメイン内のすべての論理サーバで出力された，論理サーバの起動と停止にかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバの起動／停止］アンカー内のさまざまな論理サーバの［ログの表示］アンカーから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理CTM］−［CTM］−［＜CTM名＞］をクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，論理サーバに対して行った，起動や停止の処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「7.4.2　ログの出力形式」を参照してください。

11.9　　J2EEサーバの起動と停止

この節では，J2EEサーバの起動および停止について説明します。

11.9.1　J2EEサーバの起動／停止の設定

［起動／停止の設定］画面を，次の図に示します。

図11‒8　［起動／停止の設定］画面

[picture]

(1)　機能概要

選択したJ2EEサーバの起動監視時間などの，起動／停止に必要な情報を設定できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］をクリックします。

［設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

項目を設定します。

［更新］ボタンをクリックします。

エラーが表示された場合は，［戻る］ボタンをクリックして設定を見直し，再度［更新］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目とボタンについて説明します。

起動監視時間

［起動］ボタンのクリックから起動処理完了までの監視時間を設定します。［起動］ボタンのクリック後，起動監視時間を経過してもJ2EEサーバが起動しない場合は，起動処理失敗となります。設定できる値は，監視しない，1分，5分，10分，60分です。デフォルトは，10分です。

停止監視時間

［停止］ボタンのクリックから停止処理完了までの監視時間を設定します。［停止］ボタンのクリック後，停止監視時間を経過してもJ2EEサーバが停止しない場合は，Management Serverが強制的にJ2EEサーバを停止します。設定できる値は，監視しない，1分，5分，10分，30分です。デフォルトは，1分です。

強制停止監視時間

［強制停止］ボタンのクリックから強制停止処理完了までの監視時間を設定します。［強制停止］ボタンのクリック後，強制停止監視時間を経過してもJ2EEサーバが強制停止しない場合は，Management ServerがJ2EEサーバのステータスを異常停止にします。設定できる値は，監視しない，1分，5分，10分，30分です。デフォルトは，1分です。

強制停止監視時間を，J2EEサーバのスレッドダンプの出力が終わる時間よりも短く設定すると，スレッドダンプの出力が完全に終わる前にJ2EEサーバのプロセスが終了してしまうので，注意してください。

自動再起動回数

自動再起動をする回数の上限値を設定します。設定できる値は，0回，1回，5回，10回，1000回です。デフォルトは，1回です。

自動再起動リトライ間隔

自動再起動をする場合の自動再起動のリトライ間隔を設定します。設定できる値は，即時リトライ，1分，5分，10分，30分です。デフォルトは，1分です。

前提となる論理サーバ

選択したJ2EEサーバを起動する前に，先に起動しておく論理サーバを設定します。設定は，メニューの中から選択できます。前提となる論理サーバを設定しない場合は，「なし」を選択します。

前提となる論理サーバを設定すると，J2EEサーバの起動／停止の処理は次のように扱われます。

前提となる論理サーバが未起動の場合，J2EEサーバは起動失敗となります。

前提となる論理サーバの停止時には，J2EEサーバも停止します。

J2EEサーバの稼働中に前提となる論理サーバがダウンした場合，J2EEサーバは停止します。

［更新］ボタン

画面に設定した内容で設定情報を更新します。

［リセット］ボタン

入力した内容をリセットします。

(5)　注意事項

［起動／停止の設定］画面で設定する起動監視時間，停止監視時間は，システムの構成によって差異があるため，システム構成に応じたチューニングをして，余裕を持たせた値を設定してください。

07-00より前のバージョンで［起動／停止の設定］画面を更新しないまま，アップグレードインストールを実行した場合，既存のJ2EEサーバの起動監視時間が「10分」に変更されます。このため，07-00より前のバージョンで，J2EEサーバの起動監視時間をデフォルトで運用している場合などは，起動監視時間の値を確認して，必要に応じて再設定してください。

11.9.2　J2EEサーバの起動

［起動／停止］画面を，次の図に示します。

図11‒9　［起動／停止］画面（J2EEサーバを起動する場合）

[picture]

(1)　機能概要

論理サーバの中から，選択したJ2EEサーバだけを起動できます。すでにJ2EEサーバが稼働中の場合，この操作はできません。

設定情報の配布を促すメッセージが出力された場合は，［設定情報の配布］画面で該当するJ2EEサーバに対して設定情報を配布してください。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

必要があれば，オプションを設定します。

［起動］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［起動］ボタン

J2EEサーバを起動します。

［J2EEアプリケーションを起動しない］

J2EEサーバの起動時，J2EEアプリケーションのデプロイおよびスタートを行わない場合は選択します。

11.9.3　J2EEサーバの停止

［起動／停止］画面を，次の図に示します。

図11‒10　［起動／停止］画面（J2EEサーバを停止する場合）

[picture]

(1)　機能概要

論理サーバの中から，選択したJ2EEサーバだけを停止できます。すでにJ2EEサーバが停止している場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［停止］ボタンまたは［強制停止］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［停止］ボタン

J2EEサーバが停止します。

［強制停止］ボタン

J2EEサーバを強制停止します。

11.9.4　ログの表示（論理サーバの起動／停止）

(1)　機能概要

運用管理ドメイン内のすべての論理サーバで出力された，論理サーバの起動と停止にかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバの起動／停止］アンカー内のさまざまな論理サーバの［ログの表示］アンカーから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］をクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，論理サーバに対して行った，起動や停止の処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「7.4.2　ログの出力形式」を参照してください。

11.9.5　J2EEサーバのsnapshotログの収集

［snapshotログ］画面を次の図に示します。

図11‒11　［snapshotログ］画面

[picture]

(1)　機能概要

選択したJ2EEサーバのsnapshotログを収集できます。snapshotログとは，システムおよびアプリケーションの保守に必要なトラブルシュート情報のことです。収集したsnapshotログは選択したJ2EEサーバが稼働しているホスト上に格納されます。

snapshotログの収集はホスト単位で実施されます。このため，選択したJ2EEサーバが稼働しているホスト上にある論理サーバのsnapshotログは，すべて収集対象になります。

ただし，1台のマシンが複数のホストで構成されている場合，snapshotログの収集はマシン単位で実施されます。この場合に，運用管理ポータルなどでログの出力先を変更しているときは，選択したJ2EEサーバが稼働しているホストだけに設定が有効となります。選択されていないホストでは，ログの出力先が変更されていても有効になりません。このため，1台のマシンが複数のホストで構成されている場合に，ログの出力先を変更していると，ホストごとに収集対象が異なります。

選択したJ2EEサーバが稼働しているホストの場合

指定されたログの出力先からsnapshptログが収集されます。

上記以外のホストの場合

デフォルトのログの出力先からsnapshotログが収集されます。

また，snapshotログは次のタイミングでも収集されます。

mserver.properties（Management Server環境設定ファイル）のcom.cosminexus.mngsvr.snapshot.collect.pointキーの設定値に従ったタイミング

snapshotlogコマンドの実行時

snapshotログを収集するための設定および取得方法については，マニュアル「アプリケーションサーバ 機能解説 保守／移行編」の次の個所を参照してください。

2.3.3　snapshotログの収集

3.3.3　snapshotログ収集の設定（J2EEアプリケーションを実行するシステム）

3.3.4　snapshotログ収集の設定（バッチアプリケーションを実行するシステム）

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］をクリックします。

［snapshotログ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［収集］ボタンをクリックします。

(4)　画面詳細

［収集］ボタン

snapshotログを収集し，選択したJ2EEサーバが稼働しているホスト上に格納します。

11.10　J2EEサーバクラスタの一括起動／一括停止，起動／停止

この節では，J2EEサーバクラスタの一括起動，一括停止，起動，および停止について説明します。

J2EEサーバクラスタ内のすべてのJ2EEサーバを一括起動／一括停止したり，J2EEサーバクラスタ内の選択したJ2EEサーバだけを起動／停止したりできます。

11.10.1　J2EEサーバクラスタの稼働状況

［論理サーバの稼働状況］画面を次の図に示します。

図11‒12　［論理サーバの稼働状況］画面

[picture]

(1)　機能概要

複数のJ2EEサーバクラスタの稼働状況を一覧で確認できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］をクリックします。

［稼働状況］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

稼働状況

J2EEサーバクラスタの状態が表示されます。

状態の意味については，「4.4　論理サーバの運用監視」を参照してください。

起動順序

［起動順序の設定］画面で設定した起動順序が表示されます。

論理サーバ名

J2EEサーバクラスタの種別を表すアイコンと，J2EEサーバクラスタ名が階層構成で表示されます。

ホスト名

J2EEサーバクラスタが動作するホスト名が表示されます。

自動再起動

［起動／停止の設定］画面の［自動再起動回数］に設定した値に応じて，「有効」または「無効」が表示されます。

有効：1以上の値を指定した場合

無効：0を指定した場合

［最新の情報に更新］アンカー

画面を最新の情報に更新します。画面は時間の経過とともに変わります。常に最新の状態でご参照ください。

更新間隔を変更したい場合は，「7.4.1　画面自動更新の設定」を参照してください。

11.10.2　J2EEサーバクラスタの一括起動

［一括起動］画面を次の図に示します。

図11‒13　［一括起動］画面（J2EEサーバクラスタの一括起動）

[picture]

(1)　機能概要

選択したJ2EEサーバクラスタ内のすべてのJ2EEサーバを一括起動できます。

すでに稼働中のJ2EEサーバクラスタは，引き続き稼働状態が保たれ，この操作によって再起動されることはありません。

設定情報の配布を促すメッセージが出力された場合は，［設定情報の配布］画面でステータスが［空欄］のJ2EEサーバに対して，設定情報を配布してください。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］をクリックします。

［一括起動］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［実行］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［実行］ボタン

J2EEサーバクラスタを一括起動します。

11.10.3　J2EEサーバクラスタの一括停止

［一括停止］画面を次の図に示します。

図11‒14　［一括停止］画面（J2EEサーバクラスタの一括停止）

[picture]

(1)　機能概要

選択したJ2EEサーバクラスタ内のすべてのJ2EEサーバを停止できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］をクリックします。

［一括停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［実行］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［実行］ボタン

J2EEサーバクラスタを一括停止します。

11.10.4　J2EEサーバクラスタの一括再起動

［一括再起動］画面を次の図に示します。

図11‒15　［一括再起動］画面（J2EEサーバクラスタの一括再起動）

[picture]

(1)　機能概要

選択したJ2EEサーバクラスタ内のすべてのJ2EEサーバを一括で再起動できます。

すでに稼働中のJ2EEサーバクラスタは，いったんすべて停止してから再起動されます。

設定情報の配布を促すメッセージが出力された場合は，［設定情報の配布］画面でステータスが［空欄］のJ2EEサーバに対して，設定情報を配布してください。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］をクリックします。

［一括再起動］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［実行］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［実行］ボタン

稼働中のJ2EEサーバクラスタをいったん停止したあと，J2EEサーバクラスタを一括再起動します。

11.10.5　J2EEサーバの起動／停止の設定

(1)　機能概要

J2EEサーバクラスタ内の選択したJ2EEサーバの起動監視時間などの，起動／停止に必要な情報を設定できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［＜J2EEサーバ名＞］をクリックします。

［設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

項目を設定します。

［更新］ボタンをクリックします。

エラーが表示された場合は，［戻る］ボタンをクリックして設定を見直し，再度［更新］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目とボタンについて説明します。

起動監視時間

［起動］ボタンのクリックから起動処理完了までの監視時間を設定します。［起動］ボタンのクリック後，起動監視時間を経過してもJ2EEサーバが起動しない場合は，起動処理失敗となります。設定できる値は，監視しない，1分，5分，10分，60分です。デフォルトは，10分です。

停止監視時間

［停止］ボタンのクリックから停止処理完了までの監視時間を設定します。［停止］ボタンのクリック後，停止監視時間を経過してもJ2EEサーバが停止しない場合は，Management Serverが強制的にJ2EEサーバを停止します。設定できる値は，監視しない，1分，5分，10分，30分です。デフォルトは，1分です。

強制停止監視時間

［強制停止］ボタンのクリックから強制停止処理完了までの監視時間を設定します。［強制停止］ボタンのクリック後，強制停止監視時間を経過してもJ2EEサーバが強制停止しない場合は，Management ServerがJ2EEサーバのステータスを異常停止にします。設定できる値は，監視しない，1分，5分，10分，30分です。デフォルトは，1分です。

強制停止監視時間を，J2EEサーバのスレッドダンプの出力が終わる時間よりも短く設定すると，スレッドダンプの出力が完全に終わる前にJ2EEサーバのプロセスが終了してしまうので，注意してください。

自動再起動回数

自動再起動をする回数の上限値を設定します。設定できる値は，0回，1回，5回，10回，1000回です。デフォルトは，1回です。

自動再起動リトライ間隔

自動再起動をする場合の自動再起動のリトライ間隔を設定します。設定できる値は，即時リトライ，1分，5分，10分，30分です。デフォルトは，1分です。

前提となる論理サーバ

選択したJ2EEサーバを起動する前に，先に起動しておく論理サーバを設定します。設定は，メニューの中から選択できます。前提となる論理サーバを設定しない場合は，「なし」を選択します。

前提となる論理サーバを設定すると，J2EEサーバの起動／停止の処理は次のように扱われます。

前提となる論理サーバが未起動の場合，J2EEサーバは起動失敗となります。

前提となる論理サーバの停止時には，J2EEサーバも停止します。

J2EEサーバの稼働中に前提となる論理サーバがダウンした場合，J2EEサーバは停止します。

［更新］ボタン

画面に設定した内容で設定情報を更新します。

［リセット］ボタン

入力した内容をリセットします。

(5)　注意事項

［起動／停止の設定］画面で設定する起動監視時間，停止監視時間は，システムの構成によって差異があるため，システム構成に応じたチューニングをして，余裕を持たせた値を設定してください。

07-00より前のバージョンで［起動／停止の設定］画面を更新しないまま，アップグレードインストールを実行した場合，既存のJ2EEサーバの起動監視時間が「10分」に変更されます。このため，07-00より前のバージョンで，J2EEサーバの起動監視時間をデフォルトで運用している場合などは，起動監視時間の値を確認して，必要に応じて再設定してください。

論理サーバの自動再起動，またはManagement Serverの開始時に論理サーバを一括起動する場合，論理J2EEサーバは，J2EEアプリケーションの起動時間を考慮してJ2EEサーバの起動監視時間を設定してください。J2EEアプリケーションの起動に時間が掛かり，論理サーバの自動再起動に失敗するおそれがあります。J2EEサーバ起動後にJ2EEアプリケーションを起動する運用であっても，論理サーバの自動再起動前，またはManagement Serverの停止時にJ2EEアプリケーションが開始されていた場合，論理サーバの自動再起動時，またはManagement Serverの開始時にJ2EEサーバの起動と同時にJ2EEアプリケーションが開始されます。ただし，論理J2EEサーバの環境設定で「コマンドオプションの追加」※に-nostartappを指定して運用している場合は，論理サーバの自動再起動時，またはManagement Serverの開始時にJ2EEサーバの起動と同時にJ2EEアプリケーションが開始されません。

注※　SmartComposerの場合，additional.startcmdパラメタで指定します。

11.10.6　J2EEサーバの起動

(1)　機能概要

論理サーバの中から，J2EEサーバクラスタ内の選択したJ2EEサーバだけを起動できます。すでにJ2EEサーバが稼働中の場合，この操作はできません。

設定情報の配布を促すメッセージが出力された場合は，［設定情報の配布］画面で該当するJ2EEサーバに対して設定情報を配布してください。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［＜J2EEサーバ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［起動］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［起動］ボタン

J2EEサーバを起動します。

11.10.7　J2EEサーバの停止

(1)　機能概要

論理サーバの中から，J2EEサーバクラスタ内の選択したJ2EEサーバだけを停止できます。

すでにJ2EEサーバが停止している場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［＜J2EEサーバ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［停止］ボタンまたは［強制停止］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［停止］ボタン

J2EEサーバを停止します。

［強制停止］ボタン

J2EEサーバを強制停止します。

11.10.8　ログの表示（論理サーバの起動／停止）

(1)　機能概要

運用管理ドメイン内のすべての論理サーバで出力された，論理サーバの起動と停止にかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバの起動／停止］アンカー内のさまざまな論理サーバの［ログの表示］アンカーから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］をクリックします。

次のどちらかの操作をします。

［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［＜J2EEサーバ名＞］をクリックする

［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］をクリックする

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，論理サーバに対して行った，起動や停止の処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「7.4.2　ログの出力形式」を参照してください。

11.10.9　J2EEサーバのsnapshotログの収集

(1)　機能概要

J2EEサーバクラスタ内の選択したJ2EEサーバのsnapshotログを収集できます。snapshotログとは，システムおよびアプリケーションの保守に必要なトラブルシュート情報のことです。収集したsnapshotログは選択したJ2EEサーバが稼働しているホスト上に格納されます。

snapshotログの収集はホスト単位で実施されます。このため，選択したJ2EEサーバが稼働しているホスト上にある論理サーバのsnapshotログは，すべて収集対象になります。

ただし，1台のマシンが複数のホストで構成されている場合，snapshotログの収集はマシン単位で実施されます。この場合に，運用管理ポータルなどでログの出力先を変更しているときは，選択したJ2EEサーバが稼働しているホストだけに設定が有効となります。選択されていないホストでは，ログの出力先が変更されていても有効になりません。このため，1台のマシンが複数のホストで構成されている場合に，ログの出力先を変更していると，ホストごとに収集対象が異なります。

選択したJ2EEサーバが稼働しているホストの場合

指定されたログの出力先からsnapshptログが収集されます。

上記以外のホストの場合

デフォルトのログの出力先からsnapshotログが収集されます。

また，snapshotログは次のタイミングでも収集されます。

mserver.properties（Management Server環境設定ファイル）のcom.cosminexus.mngsvr.snapshot.collect.pointキーの設定値に従ったタイミング

snapshotlogコマンドの実行時

snapshotログを収集するための設定および取得方法については，マニュアル「アプリケーションサーバ 機能解説 保守／移行編」の次の個所を参照してください。

2.3.3　snapshotログの収集

3.3.3　snapshotログ収集の設定（J2EEアプリケーションを実行するシステム）

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［＜J2EEサーバ名＞］をクリックします。

［snapshotログ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［収集］ボタンをクリックします。

(4)　画面詳細

［収集］ボタン

snapshotログを収集し，選択したJ2EEサーバが稼働しているホスト上に格納します。

11.11　Webサーバの起動と停止

この節では，Webサーバの起動および停止について説明します。

11.11.1　Webサーバの起動／停止の設定

(1)　機能概要

選択したWebサーバの起動監視時間などの，起動／停止に必要な情報を設定できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバ］−［＜Webサーバ名＞］をクリックします。

［設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

項目を設定します。

［更新］ボタンをクリックします。

エラーが表示された場合は，［戻る］ボタンをクリックして設定を見直し，再度［更新］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目とボタンについて説明します。

起動監視時間

［起動］ボタンのクリックから起動処理完了までの監視時間を設定します。［起動］ボタンのクリック後，起動監視時間を経過してもWebサーバが起動しない場合は，起動処理失敗となります。設定できる値は，監視しない，1分，5分，10分，60分です。デフォルトは，1分です。

停止監視時間

［停止］ボタンのクリックから停止処理完了までの監視時間を設定します。［停止］ボタンのクリック後，停止監視時間を経過してもWebサーバが停止しない場合は，Management Serverが強制的にWebサーバを停止します。設定できる値は，監視しない，1分，5分，10分，30分です。デフォルトは，1分です。

監視しない以外を設定する場合は，KeepAlive接続時の要求待ち時間よりも大きい値を設定してください。

HWSGracefulStopTimeoutディレクティブの設定が必要になる場合があります。マニュアル「アプリケーションサーバ システム構築・運用ガイド」の「4.8.4　HWSGracefulStopTimeoutディレクティブとManagerの停止監視時間の設定に関する注意点」を参照してください。

強制停止監視時間

［強制停止］ボタンのクリックから強制停止処理完了までの監視時間を設定します。［強制停止］ボタンのクリック後，強制停止監視時間を経過してもWebサーバが強制停止しない場合は，Management ServerがWebサーバのステータスを異常停止にします。設定できる値は，監視しない，1分，5分，10分，30分です。デフォルトは，1分です。

自動再起動回数

自動再起動をする回数の上限値を設定します。設定できる値は，0回，1回，5回，10回，1000回です。デフォルトは，1回です。

自動再起動リトライ間隔

自動再起動をする場合の自動再起動のリトライ間隔を設定します。設定できる値は，即時リトライ，1分，5分，10分，30分です。デフォルトは，1分です。

前提となる論理サーバ

選択したWebサーバを起動する前に，先に起動しておく論理サーバを設定します。設定は，メニューの中から選択できます。前提となる論理サーバを設定しない場合は，「なし」を選択します。

前提となる論理サーバを設定すると，Webサーバの起動／停止の処理は次のように扱われます。

前提となる論理サーバが未起動の場合，Webサーバは起動失敗となります。

前提となる論理サーバの停止時には，Webサーバも停止します。

Webサーバの稼働中に前提となる論理サーバがダウンした場合，Webサーバは停止します。

論理サーバの起動／停止の「前提となる論理サーバ」には，複数の論理サーバを前提にできません。このため，「論理サーバの環境設定」で，J2EEサーバの「接続するCTM」を設定して，「利用するネーミングサービス」に論理ネーミングサービスを選択した場合，論理CTMか論理ネーミングサービスのどちらか一方を選択しなければなりません。この場合は，「利用するネーミングサービス」に「インプロセス」を設定して，論理サーバの起動／停止の「前提となる論理サーバ」に論理CTMを設定することを推奨します。

［更新］ボタン

画面に設定した内容で設定情報を更新します。

［リセット］ボタン

入力した内容をリセットします。

(5)　注意事項

［起動／停止の設定］画面で設定する起動監視時間，停止監視時間は，システムの構成によって差異があるため，システム構成に応じたチューニングをして，余裕を持たせた値を設定してください。

11.11.2　Webサーバの起動

(1)　機能概要

論理サーバの中から，選択したWebサーバだけを起動できます。すでにWebサーバが稼働中の場合，この操作はできません。

設定情報の配布を促すメッセージが出力された場合は，［設定情報の配布］画面で該当するWebサーバに対して設定情報を配布してください。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバ］−［＜Webサーバ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［起動］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［起動］ボタン

Webサーバを起動します。

11.11.3　Webサーバの停止

(1)　機能概要

論理サーバの中から，選択したWebサーバだけを停止できます。すでにWebサーバが停止している場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバ］−［＜Webサーバ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［停止］ボタンまたは［強制停止］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［停止］ボタン

Webサーバを停止します。

［強制停止］ボタン

Webサーバを強制停止します。

11.11.4　ログの表示（論理サーバの起動／停止）

(1)　機能概要

運用管理ドメイン内のすべての論理サーバで出力された，論理サーバの起動と停止にかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバの起動／停止］アンカー内のさまざまな論理サーバの［ログの表示］アンカーから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバ］−［＜Webサーバ名＞］をクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，論理サーバに対して行った，起動や停止の処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「7.4.2　ログの出力形式」を参照してください。

11.12　Webサーバクラスタの一括起動／一括停止，起動／停止

この節では，Webサーバクラスタの一括起動，一括停止，起動，および停止について説明します。

Webサーバクラスタ内のすべてのWebサーバを一括起動／一括停止したり，Webサーバクラスタ内の選択したWebサーバだけを起動／停止したりできます。

11.12.1　Webサーバクラスタの稼働状況

(1)　機能概要

複数のWebサーバクラスタの稼働状況を一覧で確認できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバクラスタ］−［＜Webサーバクラスタ名＞］をクリックします。

［稼働状況］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

稼働状況

Webサーバクラスタの状態が表示されます。

状態の意味については，「4.4　論理サーバの運用監視」を参照してください。

起動順序

［起動順序の設定］画面で設定した起動順序が表示されます。

論理サーバ名

Webサーバクラスタの種別を表すアイコンと，Webサーバクラスタ名が階層構成で表示されます。

ホスト名

Webサーバクラスタが動作するホスト名が表示されます。

自動再起動

［起動／停止の設定］画面の［自動再起動回数］に設定した値に応じて，「有効」または「無効」が表示されます。

有効：1以上の値を指定した場合

無効：0を指定した場合

［最新の情報に更新］アンカー

画面を最新の情報に更新します。画面は時間の経過とともに変わります。常に最新の状態でご参照ください。

更新間隔を変更したい場合は，「7.4.1　画面自動更新の設定」を参照してください。

11.12.2　Webサーバクラスタの一括起動

(1)　機能概要

選択したWebサーバクラスタ内のすべてのWebサーバを一括起動できます。

すでに稼働中のWebサーバクラスタは，引き続き稼働状態が保たれ，この操作によって再起動されることはありません。

設定情報の配布を促すメッセージが出力された場合は，［設定情報の配布］画面でステータスが［空欄］のWebサーバに対して，設定情報を配布してください。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバクラスタ］−［＜Webサーバクラスタ名＞］をクリックします。

［一括起動］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［実行］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［実行］ボタン

Webサーバクラスタを一括起動します。

11.12.3　Webサーバクラスタの一括停止

(1)　機能概要

選択したWebサーバクラスタ内のすべてのWebサーバを停止できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバクラスタ］−［＜Webサーバクラスタ名＞］をクリックします。

［一括停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［実行］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［実行］ボタン

Webサーバクラスタを一括停止します。

11.12.4　Webサーバクラスタの一括再起動

(1)　機能概要

選択したWebサーバクラスタ内のすべてのWebサーバを一括で再起動できます。

すでに稼働中のWebサーバクラスタは，いったんすべて停止してから再起動されます。停止の順序は，起動と逆の順序で行われます。

設定情報の配布を促すメッセージが出力された場合は，［設定情報の配布］画面でステータスが［空欄］のWebサーバに対して，設定情報を配布してください。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバクラスタ］−［＜Webサーバクラスタ名＞］をクリックします。

［一括再起動］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［実行］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［実行］ボタン

稼働中のWebサーバクラスタをいったん停止したあと，Webサーバクラスタを一括再起動します。

11.12.5　Webサーバの起動／停止の設定

(1)　機能概要

Webサーバクラスタ内の選択したWebサーバの起動監視時間などの，起動／停止に必要な情報を設定できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理Webサーバクラスタ］−［Webサーバクラスタ］−［＜Webサーバクラスタ名＞］−［Webサーバ名］をクリックします。

［設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

項目を設定します。

［更新］ボタンをクリックします。

エラーが表示された場合は，［戻る］ボタンをクリックして設定を見直し，再度［更新］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目とボタンについて説明します。

起動監視時間

［起動］ボタンのクリックから起動処理完了までの監視時間を設定します。［起動］ボタンのクリック後，起動監視時間を経過してもWebサーバが起動しない場合は，起動処理失敗となります。設定できる値は，監視しない，1分，5分，10分，60分です。デフォルトは，1分です。

停止監視時間

［停止］ボタンのクリックから停止処理完了までの監視時間を設定します。［停止］ボタンのクリック後，停止監視時間を経過してもWebサーバが停止しない場合は，Management Serverが強制的にWebサーバを停止します。設定できる値は，監視しない，1分，5分，10分，30分です。デフォルトは，1分です。

監視しない以外を設定する場合は，KeepAlive接続時の要求待ち時間よりも大きい値を設定してください。

HWSGracefulStopTimeoutディレクティブの設定が必要になる場合があります。マニュアル「アプリケーションサーバ システム構築・運用ガイド」の「4.8.4　HWSGracefulStopTimeoutディレクティブとManagerの停止監視時間の設定に関する注意点」を参照してください。

強制停止監視時間

［強制停止］ボタンのクリックから強制停止処理完了までの監視時間を設定します。［強制停止］ボタンのクリック後，強制停止監視時間を経過してもWebサーバが強制停止しない場合は，Management ServerがWebサーバのステータスを異常停止にします。設定できる値は，監視しない，1分，5分，10分，30分です。デフォルトは，1分です。

自動再起動回数

自動再起動をする回数の上限値を設定します。設定できる値は，0回，1回，5回，10回，1000回です。デフォルトは，1回です。

自動再起動リトライ間隔

自動再起動をする場合の自動再起動のリトライ間隔を設定します。設定できる値は，即時リトライ，1分，5分，10分，30分です。デフォルトは，1分です。

前提となる論理サーバ

選択したWebサーバを起動する前に，先に起動しておく論理サーバを設定します。設定は，メニューの中から選択できます。前提となる論理サーバを設定しない場合は，「なし」を選択します。

前提となる論理サーバを設定すると，Webサーバの起動／停止の処理は次のように扱われます。

前提となる論理サーバが未起動の場合，Webサーバは起動失敗となります。

前提となる論理サーバの停止時には，Webサーバも停止します。

Webサーバの稼働中に前提となる論理サーバがダウンした場合，Webサーバは停止します。

［更新］ボタン

画面に設定した内容で設定情報を更新します。

［リセット］ボタン

入力した内容をリセットします。

(5)　注意事項

［起動／停止の設定］画面で設定する起動監視時間，停止監視時間は，システムの構成によって差異があるため，システム構成に応じたチューニングをして，余裕を持たせた値を設定してください。

11.12.6　Webサーバの起動

(1)　機能概要

論理サーバの中から，Webサーバクラスタ内の選択したWebサーバだけを起動できます。すでにWebサーバが稼働中の場合，この操作はできません。

設定情報の配布を促すメッセージが出力された場合は，［設定情報の配布］画面で該当するWebサーバに対して設定情報を配布してください。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバクラスタ］−［＜Webサーバクラスタ名＞］−［＜Webサーバ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［起動］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［起動］ボタン

Webサーバを起動します。

11.12.7　Webサーバの停止

(1)　機能概要

論理サーバの中から，Webサーバクラスタ内の選択したWebサーバだけを停止できます。

すでにWebサーバが停止している場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理Webサーバ］−［Webサーバクラスタ］−［＜Webサーバクラスタ名＞］−［＜Webサーバ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［停止］ボタンまたは［強制停止］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［停止］ボタン

Webサーバを停止します。

［強制停止］ボタン

Webサーバを強制停止します。

11.12.8　ログの表示（論理サーバの起動／停止）

(1)　機能概要

運用管理ドメイン内のすべての論理サーバで出力された，論理サーバの起動と停止にかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバの起動／停止］アンカー内のさまざまな論理サーバの［ログの表示］アンカーから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理Webサーバ］をクリックします。

次のどちらかの操作をします。

［Webサーバクラスタ］−［＜Webサーバクラスタ名＞］−［＜Webサーバ名＞］をクリックする

［Webサーバクラスタ］−［＜Webサーバクラスタ名＞］をクリックする

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，論理サーバに対して行った，起動や停止の処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「7.4.2　ログの出力形式」を参照してください。

11.13　ユーザサーバの起動と停止

この節では，ユーザサーバの起動および停止について説明します。

11.13.1　ユーザサーバの起動／停止の設定

(1)　機能概要

選択したユーザサーバの起動監視時間などの，起動／停止に必要な情報を設定できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理ユーザサーバ］−［ユーザサーバ］−［＜ユーザサーバ名＞］をクリックします。

［設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

項目を設定します。

［更新］ボタンをクリックします。

エラーが表示された場合は，［戻る］ボタンをクリックして設定を見直し，再度［更新］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目とボタンについて説明します。

起動監視時間

［起動］ボタンのクリックから起動処理完了までの監視時間を設定します。［起動］ボタンのクリック後，起動監視時間を経過してもユーザサーバが起動しない場合は，起動処理失敗となります。設定できる値は，監視しない，1分，5分，10分，60分です。デフォルトは，1分です。

停止監視時間

［停止］ボタンのクリックから停止処理完了までの監視時間を設定します。［停止］ボタンのクリック後，停止監視時間を経過してもユーザサーバが停止しない場合は，Management Serverが強制的にユーザサーバを停止します。設定できる値は，監視しない，1分，5分，10分，30分です。デフォルトは，1分です。

強制停止監視時間

［強制停止］ボタンのクリックから強制停止処理完了までの監視時間を設定します。［強制停止］ボタンのクリック後，強制停止監視時間を経過してもユーザサーバが強制停止しない場合は，Management Serverがユーザサーバのステータスを異常停止にします。設定できる値は，監視しない，1分，5分，10分，30分です。デフォルトは，1分です。

自動再起動回数

自動再起動をする回数の上限値を設定します。設定できる値は，0回，1回，5回，10回，1000回です。デフォルトは，1回です。

自動再起動リトライ間隔

自動再起動をする場合の自動再起動のリトライ間隔を設定します。設定できる値は，即時リトライ，1分，5分，10分，30分です。デフォルトは，1分です。

前提となる論理サーバ

選択したユーザサーバを起動する前に，先に起動しておく論理サーバを設定します。設定は，メニューの中から選択できます。前提となる論理サーバを設定しない場合は，「なし」を選択します。

前提となる論理サーバを設定すると，ユーザサーバの起動／停止の処理は次のように扱われます。

前提となる論理サーバが未起動の場合，ユーザサーバは起動失敗となります。

前提となる論理サーバの停止時には，ユーザサーバも停止します。

ユーザサーバの稼働中に前提となる論理サーバがダウンした場合，ユーザサーバは停止します。

［更新］ボタン

画面に設定した内容で設定情報を更新します。

［リセット］ボタン

入力した内容をリセットします。

(5)　注意事項

［起動／停止の設定］画面で設定する起動監視時間，停止監視時間は，システムの構成によって差異があるため，システム構成に応じたチューニングをして，余裕を持たせた値を設定してください。

11.13.2　ユーザサーバの起動

(1)　機能概要

論理サーバの中から，選択したユーザサーバだけを起動できます。すでにユーザサーバが稼働中の場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理ユーザサーバ］−［ユーザサーバ］−［＜ユーザサーバ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［起動］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［起動］ボタン

ユーザサーバを起動します。

11.13.3　ユーザサーバの停止

(1)　機能概要

論理サーバの中から，選択したユーザサーバだけを停止できます。すでにユーザサーバが停止している場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理ユーザサーバ］−［ユーザサーバ］−［＜ユーザサーバ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［停止］ボタンまたは［強制停止］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［停止］ボタン

ユーザサーバを停止します。

［強制停止］ボタン

ユーザサーバを強制停止します。

11.13.4　ログの表示（論理サーバの起動／停止）

(1)　機能概要

運用管理ドメイン内のすべての論理サーバで出力された，論理サーバの起動と停止にかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバの起動／停止］アンカー内のさまざまな論理サーバの［ログの表示］アンカーから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバの起動／停止］アンカーをクリックします。

［サーバビュー］タブ−［論理ユーザサーバ］−［ユーザサーバ］−［＜ユーザサーバ名＞］をクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，論理サーバに対して行った，起動や停止の処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「7.4.2　ログの出力形式」を参照してください。

12　論理サーバのアプリケーション管理

この章では，運用管理ポータルの「論理サーバのアプリケーション管理」（V8モードの場合）に表示される各画面の概要，操作手順および画面詳細について説明します。

12.1　「論理サーバのアプリケーション管理」のツリーペインの構成

この節では，「論理サーバのアプリケーション管理」のツリーペインの構成について説明します。

「論理サーバのアプリケーション管理」のツリーペインの構成を次に示します。

　論理サーバのアプリケーション管理
　│
　└─＜運用管理ドメイン名＞
　　　│
　　　└─論理J2EEサーバ
　　　　　├─J2EEサーバ
　　　　　│　├─＜J2EEサーバ名＞
　　　　　│　│　├─アプリケーション※1
　　　　　│　│　└─リソース
　　　　　│　│　　　└─リソースアダプタ※1
　　　　　│　└─＜バッチサーバ名＞
　　　　　│　　　└─リソース
　　　　　│　　　　　└─リソースアダプタ※1
　　　　　│
　　　　　└─J2EEサーバクラスタ
　　　　　　　├─＜J2EEサーバクラスタ名＞
　　　　　　　│　├─アプリケーション※2
　　　　　　　│　├─リソース
　　　　　　　│　│　└─リソースアダプタ※2
　　　　　　　│　└─メンバ
　　　　　　　│　　　└─＜J2EEサーバ名＞
　　　　　　　│　　　　　　├─アプリケーション※1
　　　　　　　│　　　　　　└─リソース
　　　　　　　│　　　　　　　　└─リソースアダプタ※1
　　　　　　　│
　　　　　　　└─＜バッチサーバクラスタ名＞
　　　　　　　　　　├─リソース
　　　　　　　　　　│　└─リソースアダプタ※2
　　　　　　　　　　│
　　　　　　　　　　└─メンバ
　　　　　　　　　　　　└─＜バッチサーバ名＞
　　　　　　　　　　　　　　　└─リソース
　　　　　　　　　　　　　　　　　└─リソースアダプタ※1

注※1

J2EEサーバまたはJ2EEサーバクラスタのメンバとなるJ2EEサーバが起動していない場合にこれらのノードをクリックすると，画面にエラーが表示されます。

注※2

J2EEサーバクラスタ内のすべてのJ2EEサーバが起動していない場合にこれらのノードをクリックすると，画面にエラーが表示されます。

J2EEアプリケーションを実行するシステムの場合

ツリーペインに表示されるノードの意味を次の表に示します。

表12‒1　「論理サーバのアプリケーション管理」のツリーペインに表示されるノードの意味

ノード名 | 説明 | ノード上でできる操作と参照先
＜運用管理ドメイン名＞ | 運用管理ドメインに定義されている論理サーバのルートです。運用管理ドメイン内のすべての論理サーバを対象にした操作ができます。 | J2EEアプリケーションのアップロード※（12.2.1参照）
論理J2EEサーバ | 論理サーバの一つであるJ2EEサーバおよびJ2EEサーバクラスタのルートです。 | このノードには操作画面がありません。
J2EEサーバ | J2EEサーバのツリーです。この配下には，J2EEサーバが表示されます。 | このノードには操作画面がありません。
＜J2EEサーバ名＞ | 各J2EEサーバ名です。 | このノードには操作画面がありません。

アプリケーション

J2EEサーバで使用するJ2EEアプリケーションです。選択したJ2EEサーバのアプリケーションを対象にした操作ができます。

J2EEアプリケーションの開始（12.3.1参照）

J2EEアプリケーションの停止（12.3.2参照）

J2EEアプリケーションのインポート（12.3.3参照）

アプリケーションディレクトリのインポート（12.3.4参照）

J2EEアプリケーションの削除（12.3.5参照）

ログの表示（12.3.6参照）

リソース | J2EEサーバで使用するJ2EEリソースのルートです。 | このノードには操作画面がありません。

リソースアダプタ

J2EEサーバで使用するリソースアダプタです。選択したJ2EEサーバのリソースアダプタを対象にした操作ができます。

リソースアダプタの開始（12.4.1参照）

リソースアダプタの停止（12.4.2参照）

リソースの接続テスト（12.4.3参照）

リソースアダプタのインポート（12.4.4参照）

リソースのプロパティ設定（12.4.5参照）

リソースアダプタの削除（12.4.6参照）

ログの表示（12.4.7参照）

J2EEサーバクラスタ | J2EEサーバクラスタのツリーです。この配下には，J2EEサーバクラスタが表示されます。 | このノードには操作画面がありません。
＜J2EEサーバクラスタ名＞ | 各J2EEサーバクラスタ名です。 | このノードには操作画面がありません。

アプリケーション

J2EEサーバクラスタを構成するJ2EEサーバで使用するアプリケーションです。選択したJ2EEサーバクラスタのアプリケーションを対象にした操作ができます。

J2EEアプリケーションの開始（12.3.1参照）

J2EEアプリケーションの停止（12.3.2参照）

J2EEアプリケーションのインポート（12.3.3参照）

アプリケーションディレクトリのインポート（12.3.4参照）

J2EEアプリケーションの削除（12.3.5参照）

ログの表示（12.3.6参照）

リソース | J2EEサーバクラスタを構成するJ2EEサーバで使用するリソースのルートです。 | このノードには操作画面がありません。

リソースアダプタ

J2EEサーバクラスタを構成するJ2EEサーバで使用するリソースアダプタです。選択したJ2EEサーバクラスタのリソースアダプタを対象にした操作ができます。

リソースアダプタの開始（12.4.1参照）

リソースアダプタの停止（12.4.2参照）

リソースの接続テスト（12.4.3参照）

リソースアダプタのインポート（12.4.4参照）

リソースアダプタの削除（12.4.6参照）

ログの表示（12.4.7参照）

メンバ | この配下には，J2EEサーバクラスタを構成するJ2EEサーバが表示されます。 | このノードには操作画面がありません。
＜J2EEサーバ名＞ | 選択したJ2EEサーバクラスタを構成する各J2EEサーバ名です。 | このノードには操作画面がありません。

アプリケーション

J2EEサーバクラスタを構成するJ2EEサーバで使用するアプリケーションです。選択したJ2EEサーバのアプリケーションを対象にした操作ができます。

J2EEアプリケーションの開始（12.3.1参照）

J2EEアプリケーションの停止（12.3.2参照）

J2EEアプリケーションのインポート（12.3.3参照）

アプリケーションディレクトリのインポート（12.3.4参照）

J2EEアプリケーションの削除（12.3.5参照）

ログの表示（12.3.6参照）

リソース | J2EEサーバクラスタを構成するJ2EEサーバで使用するリソースのルートです。 | このノードには操作画面がありません。

リソースアダプタ

J2EEサーバクラスタを構成するJ2EEサーバで使用するリソースアダプタです。選択したJ2EEサーバのリソースアダプタを対象にした操作ができます。

リソースアダプタの開始（12.4.1参照）

リソースアダプタの停止（12.4.2参照）

リソースの接続テスト（12.4.3参照）

リソースアダプタのインポート（12.4.4参照）

リソースのプロパティ設定（12.4.5参照）

リソースアダプタの削除（12.4.6参照）

ログの表示（12.4.7参照）

注※　mserver.propertiesファイルで，com.cosminexus.mngsvr.upload_app.enabledキーに「true」を指定している場合にだけ表示されます。mserver.propertiesファイルについては，マニュアル「アプリケーションサーバリファレンス 定義編(サーバ定義)」の「8.2.6　mserver.properties（Management Server環境設定ファイル）」を参照してください。

バッチアプリケーションを実行するシステムの場合

ツリーペインに表示されるノードの意味を次の表に示します。

表12‒2　「論理サーバのアプリケーション管理」のツリーペインに表示されるノードの意味

ノード名 | 説明 | ノード上でできる操作と参照先
＜運用管理ドメイン名＞ | 運用管理ドメインに定義されている論理サーバのルートです。 | このノードには操作画面がありません。
論理J2EEサーバ | 論理サーバの一つであるバッチサーバのルートです。 | このノードには操作画面がありません。
J2EEサーバ | バッチサーバのツリーです。この配下には，バッチサーバが表示されます。 | このノードには操作画面がありません。
＜バッチサーバ名＞ | 各バッチサーバ名です。 | このノードには操作画面がありません。
リソース | バッチサーバで使用するJ2EEリソースのルートです。 | このノードには操作画面がありません。

リソースアダプタ

バッチサーバで使用するリソースアダプタです。選択したバッチサーバのリソースアダプタを対象にした操作ができます。

リソースアダプタの開始（12.4.1参照）

リソースアダプタの停止（12.4.2参照）

リソースの接続テスト（12.4.3参照）

リソースアダプタのインポート（12.4.4参照）

リソースのプロパティ設定（12.4.5参照）

リソースアダプタの削除（12.4.6参照）

ログの表示（12.4.7参照）

J2EEサーバクラスタ | バッチサーバクラスタのツリーです。この配下には，バッチサーバクラスタが表示されます。 | このノードには操作画面がありません。
＜バッチサーバクラスタ名＞ | 各バッチサーバクラスタ名です。 | このノードには操作画面がありません。
リソース | バッチサーバクラスタを構成するバッチサーバで使用するリソースのルートです。 | このノードには操作画面がありません。

リソースアダプタ

バッチサーバクラスタを構成するバッチサーバで使用するリソースアダプタです。選択したバッチサーバクラスタのリソースアダプタを対象にした操作ができます。

リソースアダプタの開始（12.4.1参照）

リソースアダプタの停止（12.4.2参照）

リソースの接続テスト（12.4.3参照）

リソースアダプタのインポート（12.4.4参照）

リソースアダプタの削除（12.4.6参照）

ログの表示（12.4.7参照）

メンバ | この配下には，バッチサーバクラスタを構成するバッチサーバが表示されます。 | このノードには操作画面がありません。
＜バッチサーバ名＞ | 選択したバッチサーバクラスタを構成する各バッチサーバ名です。 | このノードには操作画面がありません。
リソース | バッチサーバクラスタを構成するバッチサーバで使用するリソースのルートです。 | このノードには操作画面がありません。

リソースアダプタ

バッチサーバクラスタを構成するバッチサーバで使用するリソースアダプタです。選択したバッチサーバのリソースアダプタを対象にした操作ができます。

リソースアダプタの開始（12.4.1参照）

リソースアダプタの停止（12.4.2参照）

リソースの接続テスト（12.4.3参照）

リソースアダプタのインポート（12.4.4参照）

リソースのプロパティ設定（12.4.5参照）

リソースアダプタの削除（12.4.6参照）

ログの表示（12.4.7参照）

12.2　Management ServerへのJ2EEアプリケーションのアップロード

ここでは，J2EEアプリケーションのアップロードで使用する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［J2EEアプリケーションのアップロード］画面

12.2.1　J2EEアプリケーションのアップロード

［J2EEアプリケーションのアップロード］画面を次の図に示します。この画面は，mserver.propertiesファイルで，com.cosminexus.mngsvr.upload_app.enabledキーに「true」を指定している場合にだけ表示されます。

図12‒1　［J2EEアプリケーションのアップロード］画面（Microsoft Edge（Internet Explorerモード）の場合）

[picture]

図12‒2　［J2EEアプリケーションのアップロード］画面（Microsoft Edge（ネイティブ）の場合）

[picture]

(1)　機能概要

J2EEアプリケーションをManagement Server稼働ホストにアップロードします。登録するJ2EEアプリケーションは，サーバ管理コマンドでリファレンス解決などの実行時情報が設定済みであることを前提とします。

Management ServerにアップロードされたJ2EEアプリケーションファイルは，アップロードディレクトリに保存し，Management Serverが管理します。アップロード済みファイルと同じ名称のファイルを指定した場合は，上書きされます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで［＜運用管理ドメイン名＞］をクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［J2EEアプリケーションファイル］を指定します。

［参照］ボタンまたは［ファイルの選択］ボタンをクリックして，アップロードしたいJ2EEアプリケーションを指定します。

［アップロード］ボタンをクリックします。

結果確認画面が表示されます。結果確認画面には，アップロードに成功または失敗したメッセージが表示されます。メッセージ確認後，［戻る］アンカーをクリックします。なお，次の条件を一つでも満たす場合は，アップロードに失敗した結果確認画面が表示されます。表示されたエラーメッセージに従って原因を取り除き，再度実行します。

選択したJ2EEアプリケーションファイルのサイズが0bytesである

選択したJ2EEアプリケーションファイルの拡張子が「ear」または「zip」でない

選択したJ2EEアプリケーションファイルのファイルサイズが，mserver.propertiesファイルのcom.cosminexus.mngsvr.upload_app.maxsizeキーに指定した値より大きい

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

アップロードディレクトリ

Management Server稼働ホストのJ2EEアプリケーションをアップロードするディレクトリが絶対パスで表示されます。デフォルトでは，mserver.propertiesファイルのcom.cosminexus.mngsvr.upload_app.directoryキーに設定されているディレクトリのパスが表示されます。ファイルセパレータには，Windowsの場合は「¥」を，UNIXの場合は「/」を使用します。

アップロードディレクトリにあるファイルは，アップロードディレクトリファイル一覧に表示されます。なお，拡張子が「ear」または「zip」のファイルが一つもない場合は，アップロードディレクトリファイル一覧のヘッダだけが表示されます。

J2EEアプリケーションファイル

Microsoft Edge（Internet Explorerモード）の場合

［参照］ボタンを使用して，アップロードしたいJ2EEアプリケーションファイルのパスを，絶対パスで指定します。アプリケーション名（表示名）に使用できる文字は，半角英数字（0〜9，A〜Z，a〜z），アンダースコア（_），プラス（+），ハイフン（-），およびピリオド（.）です。

Microsoft Edge（ネイティブ）の場合

［ファイルの選択］ボタンで選択したファイル名を表示します。

ファイルが選択されていない場合は，「ファイルが選択されていません」と表示されます。

［参照］ボタンまたは［ファイルの選択］ボタン

アップロードしたいJ2EEアプリケーションファイルを指定するための画面を参照します。

Microsoft Edge（Internet Explorerモード）の場合は，［参照］ボタンが表示されます。Microsoft Edge（ネイティブ）の場合は，［ファイルの選択］ボタンが表示されます。

［アップロード］ボタン

［J2EEアプリケーションファイル］で指定されたJ2EEアプリケーションファイルを，［アップロードディレクトリ］で指定されたManagement Server稼働ホストのディレクトリにアップロードします。

ファイル名

［アップロードディレクトリ］にあるJ2EEアプリケーションファイルのうち，拡張子が「ear」または「zip」のファイルが表示されます。

サイズ（bytes）

［アップロードディレクトリ］にあるJ2EEアプリケーションファイルのファイルサイズを表示されます。

更新日時

［アップロードディレクトリ］にあるJ2EEアプリケーションファイルが更新された日時が表示されます。

(5)　注意事項

アップロード時に，Management ServerではJ2EEアプリケーションファイルのサイズをリクエストのサイズでチェックします。このため，mserver.propertiesファイルのcom.cosminexus.mngsvr.upload_app.maxsizeキーの指定値と同等のファイルサイズのJ2EEアプリケーションは，アップロードできないことがあります。

ファイルサイズのエラーでアップロードに失敗した場合，mserver.propertiesファイルのcom.cosminexus.mngsvr.upload_app.maxsizeキーの値には，J2EEアプリケーションファイルのサイズより1,024バイト（1KB）以上大きい値を指定してください。

アップロード中は画面を遷移しないでください。画面を遷移すると，アップロード処理が中断され，Management Server稼働ホストに作成された一時ファイルが削除されます。

12.3　J2EEアプリケーション管理

この節では，運用管理ドメイン内の論理J2EEサーバへのJ2EEアプリケーションのインポート，インポートしたJ2EEアプリケーションの開始，停止などをする次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［J2EEアプリケーションの開始／停止］画面

［J2EEアプリケーションの開始］画面

［J2EEアプリケーションの停止］画面

［J2EEアプリケーションのインポート］画面

［アプリケーションディレクトリのインポート］画面

［J2EEアプリケーションの削除］画面

［ログの表示］画面（論理サーバのアプリケーション管理）

J2EEサーバクラスタの場合，クラスタを構成しているすべてのJ2EEサーバに同様の操作を実行します。J2EEサーバクラスタにJ2EEサーバが登録されていない場合には，エラー画面が表示されます。

操作の排他制御について

J2EEアプリケーションに対して，同時に複数の操作を実行できません。このため，ほかの操作が実行中であることを示すメッセージが表示される場合があります。この場合，ほかの操作が終了したことを確認してから，再度操作してください。

12.3.1　J2EEアプリケーションの開始

［J2EEアプリケーションの開始／停止］画面を次の図に示します。

図12‒3　［J2EEアプリケーションの開始／停止］画面

[picture]

(1)　機能概要

論理J2EEサーバにインポートしたJ2EEアプリケーションを開始します。J2EEアプリケーションの開始操作は，J2EEアプリケーションのステータスに関係なく実行できます。

J2EEアプリケーションがすでに稼働しているとき，開始操作の実行結果は「失敗」と表示されますが，J2EEアプリケーションは稼働したままとなります。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで次のどちらかの操作をします。

J2EEサーバの場合

［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［アプリケーション］をクリックします。

J2EEサーバクラスタの場合

［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［アプリケーション］をクリックします。または，［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［メンバ］−［＜J2EEサーバ名＞］−［アプリケーション］をクリックします。

［開始／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

開始するJ2EEアプリケーションの［開始］アンカーをクリックします。

［J2EEアプリケーションの開始］画面のステータス一覧に，J2EEサーバにインポートされているJ2EEアプリケーションのステータスが表示されます。［J2EEアプリケーションの開始］画面を次の図に示します。

図12‒4　［J2EEアプリケーションの開始］画面

[picture]

内容を確認して，［はい］ボタンをクリックします。

結果確認画面が表示されます。画面の［実行結果］に「実行中」または「実行待ち」と表示され，処理が終了すると［実行結果］が「成功」または「失敗」に更新されます。

次のどちらかの方法で，画面の表示内容を更新します。

［最新の情報に更新］アンカーをクリックする

［更新時間間隔］から表示内容を自動更新する間隔を選択して，［適用］ボタンをクリックする

失敗した場合は，［ログの表示］タブをクリックしてエラーの内容を確認します。原因を取り除き，［開始／停止］タブをクリックして再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［J2EEアプリケーションの開始／停止］画面

操作

［開始］アンカー

J2EEアプリケーションを開始するための［J2EEアプリケーションの開始］画面が表示されます。

［停止］アンカー

J2EEアプリケーションを停止するための［J2EEアプリケーションの停止］画面が表示されます。

アプリケーション名

論理J2EEサーバにインポートされた通常モードのアプリケーション名が表示されます。親ノードがJ2EEサーバクラスタの場合，メンバとなる稼働中のJ2EEサーバすべてにインポートされたアプリケーション名が表示されます。

ステータス

不明

J2EEサーバクラスタ内の一部のJ2EEサーバが稼働状態でない場合に表示されます。ただし，J2EEサーバクラスタ内のすべてのJ2EEサーバが稼働状態でない場合，ステータスは表示されません。

稼働

サービス稼働状態の場合に表示されます。

停止

上記以外の場合に表示されます。

(b)　［J2EEアプリケーションの開始］画面

論理J2EEサーバ名

論理J2EEサーバを構成するJ2EEサーバが表示されます。

ホスト名

J2EEサーバが定義されたホスト名が表示されます。

ステータス

不明

J2EEサーバクラスタ内の一部のJ2EEサーバが稼働状態でない場合に表示されます。ただし，J2EEサーバクラスタ内のすべてのJ2EEサーバが稼働状態でない場合，ステータスは表示されません。

稼働

サービス稼働状態の場合に表示されます。

停止

上記以外の場合に表示されます。

メッセージ

ステータスが「不明」の場合，メッセージが表示されます。

［はい］ボタン

J2EEアプリケーションを開始します。

［いいえ］ボタン

［J2EEアプリケーションの開始／停止］画面に戻ります。

(c)　結果確認画面

論理J2EEサーバ名

論理J2EEサーバを構成するJ2EEサーバが表示されます。

ホスト名

J2EEサーバが定義されたホスト名が表示されます。

実行結果

操作の実行結果として，「成功」，「失敗」，「実行中」，「実行待ち」のどれかが表示されます。

［戻る］アンカー

［J2EEアプリケーションの開始／停止］画面に戻ります。

12.3.2　J2EEアプリケーションの停止

(1)　機能概要

論理J2EEサーバにインポートしたJ2EEアプリケーションを停止します。J2EEアプリケーションの停止操作は，J2EEアプリケーションのステータスに関係なく実行できます。

J2EEアプリケーションがすでに停止しているとき，停止操作の実行結果は「失敗」と表示されますが，J2EEアプリケーションは停止されたままとなります。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで次のどちらかの操作をします。

J2EEサーバの場合

［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［アプリケーション］をクリックします。

J2EEサーバクラスタの場合

［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［アプリケーション］をクリックします。または，［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［メンバ］−［＜J2EEサーバ名＞］−［アプリケーション］をクリックします。

［開始／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

停止するJ2EEアプリケーションの［停止］アンカーをクリックします。

［J2EEアプリケーションの停止］画面のステータス一覧に，J2EEサーバにインポートされているJ2EEアプリケーションのステータスが表示されます。［J2EEアプリケーションの停止］画面を次の図に示します。

図12‒5　［J2EEアプリケーションの停止］画面

[picture]

内容を確認して，［はい］ボタンをクリックします。

結果確認画面が表示されます。画面の［実行結果］に「実行中」または「実行待ち」と表示され，処理が終了すると［実行結果］が「成功」または「失敗」に更新されます。

次のどちらかの方法で，画面の表示内容を更新します。

［最新の情報に更新］アンカーをクリックする

［更新時間間隔］から表示内容を自動更新する間隔を選択して，［適用］ボタンをクリックする

失敗した場合は，［ログの表示］タブをクリックしてエラーの内容を確認します。原因を取り除き，［開始／停止］タブをクリックして再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［J2EEアプリケーションの開始／停止］画面

［J2EEアプリケーションの開始／停止］画面については，「12.3.1(4)(a)　［J2EEアプリケーションの開始／停止］画面」を参照してください。

(b)　［J2EEアプリケーションの停止］画面

論理J2EEサーバ名

論理J2EEサーバを構成するJ2EEサーバが表示されます。

ホスト名

J2EEサーバが定義されたホスト名が表示されます。

ステータス

不明

J2EEサーバクラスタ内の一部のJ2EEサーバが稼働状態でない場合に表示されます。ただし，J2EEサーバクラスタ内のすべてのJ2EEサーバが稼働状態でない場合，ステータスは表示されません。

稼働

サービス稼働状態の場合に表示されます。

停止

上記以外の場合に表示されます。

メッセージ

ステータスが「不明」の場合，メッセージが表示されます。

［はい］ボタン

J2EEアプリケーションを停止します。

［いいえ］ボタン

［J2EEアプリケーションの開始／停止］画面に戻ります。

(c)　結果確認画面

論理J2EEサーバ名

論理J2EEサーバを構成するJ2EEサーバが表示されます。

ホスト名

J2EEサーバが定義されたホスト名が表示されます。

実行結果

操作の実行結果として，「成功」，「失敗」，「実行中」，「実行待ち」のどれかが表示されます。

［戻る］アンカー

［J2EEアプリケーションの開始／停止］画面に戻ります。

12.3.3　J2EEアプリケーションのインポート

［J2EEアプリケーションのインポート］画面を次の図に示します。

図12‒6　［J2EEアプリケーションのインポート］画面

[picture]

(1)　機能概要

論理J2EEサーバにアーカイブ形式のJ2EEアプリケーションをインポートします。

J2EEサーバクラスタの場合，クラスタを構成しているすべてのJ2EEサーバに対してインポートが成功したときに，実行結果は「成功」と表示されます。一つでも失敗すると「失敗」と表示されます。アプリケーション名（表示名）に使用できる文字は，半角英数字（0〜9，A〜Z，a〜z），アンダースコア（_），プラス（+），ハイフン（-），およびピリオド（.）です。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで次のどちらかの操作をします。

J2EEサーバの場合

［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［アプリケーション］をクリックします。

J2EEサーバクラスタの場合

［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［アプリケーション］をクリックします。または，［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［メンバ］−［＜J2EEサーバ名＞］−［アプリケーション］をクリックします。

［インポート］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［インポートディレクトリ］を指定します。

インポートするJ2EEアプリケーションファイルを配置したディレクトリを［インポートディレクトリ］に指定して［適用］ボタンをクリックします。

［J2EEアプリケーションファイル］を指定します。

インポートディレクトリ下に配置されているJ2EEアプリケーションファイルがメニューに表示されます。

［実行］ボタンをクリックします。

結果確認画面が表示されます。結果確認画面の［実行結果］に「実行中」または「実行待ち」と表示されます。処理が終了すると，［実行結果］が「成功」または「失敗」に更新されます。

なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［J2EEアプリケーションのインポート］画面

インポートディレクトリ

J2EEアプリケーションファイルを配置した登録ディレクトリを，Management Server稼働ホストの絶対パスで指定します。デフォルトでは，「＜Application Serverのインストールディレクトリ＞¥apps」が表示されます。

［適用］ボタン

［インポートディレクトリ］で指定した内容を有効にします。

J2EEアプリケーションファイル（必須）

インポートディレクトリに配置された，拡張子が「ear」または「zip」のファイルが表示されます。デフォルトでは，「選択してください」が表示されます。

［実行］ボタン

［J2EEアプリケーションファイル］で選択されたJ2EEアプリケーションファイルを論理J2EEサーバにインポートします。

［リセット］ボタン

指定した内容をリセットします。

(b)　結果確認画面

論理J2EEサーバ名

論理J2EEサーバを構成するJ2EEサーバが表示されます。

ホスト名

J2EEサーバが定義されたホスト名が表示されます。

実行結果

操作の実行結果として，「成功」，「失敗」，「実行中」，「実行待ち」のどれかが表示されます。

［戻る］アンカー

［J2EEアプリケーションのインポート］画面に戻ります。

12.3.4　アプリケーションディレクトリのインポート

［アプリケーションディレクトリのインポート］画面を次の図に示します。

図12‒7　［アプリケーションディレクトリのインポート］画面

[picture]

(1)　機能概要

論理J2EEサーバに展開ディレクトリ形式のJ2EEアプリケーションをインポートします。

J2EEサーバクラスタの場合，クラスタを構成しているすべてのJ2EEサーバに対してアプリケーションディレクトリにインポートが成功した場合に，ステータスが「成功」となります。一つでも失敗すると「失敗」となります。アプリケーション名（表示名）に使用できる文字は，半角英数字（0〜9，A〜Z，a〜z），アンダースコア（_），プラス（+），ハイフン（-），およびピリオド（.）です。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで次のどちらかの操作をします。

J2EEサーバの場合

［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［アプリケーション］をクリックします。

J2EEサーバクラスタの場合

［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［アプリケーション］をクリックします。または，［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［メンバ］−［＜J2EEサーバ名＞］−［アプリケーション］をクリックします。

［ディレクトリインポート］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［アプリケーションディレクトリパス］を指定します。

［実行］ボタンをクリックします。

結果確認画面が表示されます。結果確認画面の［実行結果］に「実行中」または「実行待ち」と表示されます。処理が終了すると，［実行結果］が「成功」または「失敗」に更新されます。

なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［アプリケーションディレクトリのインポート］画面

アプリケーションディレクトリパス（必須）

J2EEサーバがアクセスできるアプリケーションディレクトリのパス情報を，絶対パスで指定します。デフォルトでは，何も表示されません。

アプリケーションディレクトリパスに引用符（"）は使用できません。また，アプリケーションディレクトリの最後に￥を指定しないでください。

［実行］ボタン

［アプリケーションディレクトリパス］で指定されたアプリケーションディレクトリを論理J2EEサーバにインポートします。

［リセット］ボタン

指定した内容をリセットします。

(b)　結果確認画面

論理J2EEサーバ名

論理J2EEサーバを構成するJ2EEサーバが表示されます。

ホスト名

J2EEサーバが定義されたホスト名が表示されます。

実行結果

操作の実行結果として，「成功」，「失敗」，「実行中」，「実行待ち」のどれかが表示されます。

［戻る］アンカー

［アプリケーションディレクトリのインポート］画面に戻ります。

12.3.5　J2EEアプリケーションの削除

［J2EEアプリケーションの削除］画面を次の図に示します。

図12‒8　［J2EEアプリケーションの削除］画面

[picture]

(1)　機能概要

インポート済みの停止しているJ2EEアプリケーションを削除します。J2EEサーバクラスタの場合，クラスタを構成しているすべてのJ2EEサーバに対して削除が成功したときに，削除操作の実行結果は「成功」と表示されます。一つでも失敗すると「失敗」と表示されます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで次のどちらかの操作をします。

J2EEサーバの場合

［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［アプリケーション］をクリックします。

J2EEサーバクラスタの場合

［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［アプリケーション］をクリックします。または，［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［メンバ］−［＜J2EEサーバ名＞］−［アプリケーション］をクリックします。

［削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

削除するJ2EEアプリケーションの［削除］アンカーをクリックします。

J2EEアプリケーションの削除確認画面に，J2EEアプリケーション名が表示されます。

図12‒9　削除確認画面（J2EEアプリケーションの削除）

[picture]

内容を確認して，［はい］ボタンをクリックします。

結果確認画面が表示されます。画面の［実行結果］に「実行中」または「実行待ち」と表示され，処理が終了すると［実行結果］が「成功」または「失敗」に更新されます。

次のどちらかの方法で，画面の表示内容を更新します。

［最新の情報に更新］アンカーをクリックする

［更新時間間隔］から表示内容を自動更新する間隔を選択して，［適用］ボタンをクリックする

失敗した場合は，［ログの表示］タブをクリックしてエラーの内容を確認します。

原因を取り除き，［削除］タブをクリックして再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［J2EEアプリケーションの削除］画面

操作

［削除］アンカー

論理J2EEサーバから削除するJ2EEアプリケーションを選択するための削除確認画面が表示されます。

アプリケーション名

J2EEサーバにインポートされた通常モードのJ2EEアプリケーションの表示名が表示されます。親ノードがJ2EEサーバクラスタの場合，メンバとなる稼働中のJ2EEサーバすべてにインポートされたアプリケーション名が表示されます。

ステータス

不明

J2EEサーバクラスタ内の一部のJ2EEサーバが稼働状態でない場合に表示されます。ただし，J2EEサーバクラスタ内のすべてのJ2EEサーバが稼働状態でない場合，ステータスは表示されません。

稼働

サービス稼働状態の場合に表示されます。

停止

上記以外の場合に表示されます。

(b)　削除確認画面

アプリケーション名

削除するアプリケーション名が表示されます。

［はい］ボタン

J2EEアプリケーションを論理J2EEサーバから削除します。結果確認画面が表示されます。

［いいえ］ボタン

［J2EEアプリケーションの削除］画面に戻ります。

(c)　結果確認画面

論理J2EEサーバ名

論理J2EEサーバを構成するJ2EEサーバが表示されます。

ホスト名

J2EEサーバが定義されたホスト名が表示されます。

実行結果

操作の実行結果として，「成功」，「失敗」，「実行中」，「実行待ち」のどれかが表示されます。

［戻る］アンカー

［J2EEアプリケーションの削除］画面に戻ります。

12.3.6　ログの表示（論理サーバのアプリケーション管理）

［ログの表示］画面を次の図に示します。

図12‒10　［ログの表示］画面（論理サーバのアプリケーション管理）

[picture]

(1)　機能概要

運用管理ドメイン内のすべての論理J2EEサーバで出力された，J2EEアプリケーション，およびリソースアダプタにかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバのアプリケーション管理］内の［ログの表示］タブから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで次のどちらかの操作をします。

J2EEサーバの場合

［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［アプリケーション］をクリックします。

J2EEサーバクラスタの場合

［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［アプリケーション］をクリックします。または，［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［メンバ］−［＜J2EEサーバ名＞］−［アプリケーション］をクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

画面の内容を更新する場合は，［最新の情報に更新］アンカーをクリックします。

画面が最新の情報に更新されます。

画面は時間の経過とともに変わります。常に最新の状態で参照してください。更新間隔を変更したい場合は，「7.4.1　画面自動更新の設定」を参照してください。

(4)　画面詳細

画面には，J2EEアプリケーションに対して行った，開始や停止などの処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「7.4.2　ログの出力形式」を参照してください。

12.4　リソースアダプタ管理

この節では，運用管理ドメイン内の論理J2EEサーバへのリソースアダプタのインポート，インポートしたリソースアダプタの開始，停止，削除などをする次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［リソースアダプタの開始／停止］画面

［リソースアダプタの開始］画面

［リソースアダプタの停止］画面

［リソースアダプタの接続テスト］画面

［リソースアダプタのインポート］画面

［リソースアダプタのプロパティ設定］画面

［リソースアダプタの基本設定］画面

［リソースアダプタのConnector属性ファイル編集］画面

［リソースアダプタの削除］画面

［ログの表示］画面（論理サーバのアプリケーション管理）

J2EEサーバクラスタの場合，クラスタを構成しているすべてのJ2EEサーバに同様の操作を実行します。J2EEサーバクラスタにJ2EEサーバが登録されていない場合にはエラー画面が表示されます。

操作の排他制御について

リソースアダプタに対して，同時に複数の操作を実行できません。このため，ほかの操作が実行中であることを示すメッセージが表示される場合があります。この場合，ほかの操作が終了したことを確認してから，再度操作してください。

12.4.1　リソースアダプタの開始

［リソースアダプタの開始／停止］画面を次の図に示します。

図12‒11　［リソースアダプタの開始／停止］画面

[picture]

(1)　機能概要

論理J2EEサーバにインポートしたリソースアダプタを開始します。リソースアダプタの開始操作は，リソースアダプタのステータスに関係なく実行できます。

リソースアダプタがすでに稼働しているとき，開始操作の実行結果は「失敗」と表示されますが，リソースアダプタは稼働したままとなります。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで次のどちらかの操作をします。

J2EEサーバの場合

［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［リソース］−［リソースアダプタ］をクリックします。

J2EEサーバクラスタの場合

［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［リソース］−［リソースアダプタ］をクリックします。または，［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［メンバ］−［＜J2EEサーバ名＞］−［リソース］−［リソースアダプタ］をクリックします。

［開始／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

開始するリソースアダプタの［開始］アンカーをクリックします。

［リソースアダプタの開始］画面のステータス一覧に，J2EEサーバにインポートされているリソースアダプタのステータスが表示されます。［リソースアダプタの開始］画面を次の図に示します。

図12‒12　［リソースアダプタの開始］画面

[picture]

内容を確認して，［はい］ボタンをクリックします。

結果確認画面が表示されます。画面の［実行結果］に「実行中」または「実行待ち」と表示され，処理が終了すると［実行結果］が「成功」または「失敗」に更新されます。

次のどちらかの方法で，画面の表示内容を更新します。

［最新の情報に更新］アンカーをクリックする

［更新時間間隔］から表示内容を自動更新する間隔を選択して，［適用］ボタンをクリックする

失敗した場合は，［ログの表示］タブをクリックしてエラーの内容を確認します。原因を取り除き，［開始／停止］タブをクリックして再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［リソースアダプタの開始／停止］画面

操作

［開始］アンカー

リソースアダプタを開始するための［リソースアダプタの開始］画面が表示されます。

［停止］アンカー

リソースアダプタを停止するための［リソースアダプタの停止］画面が表示されます。

［接続テスト］アンカー

リソースアダプタの接続テストが実行されます。ただし，運用管理エージェントのバージョンが08-70より前の場合は，接続テストに失敗します。

リソース名

論理J2EEサーバにインポートされたリソースアダプタ名が表示されます。親ノードがJ2EEサーバクラスタの場合，メンバとなる稼働中のJ2EEサーバすべてにインポートされたリソースアダプタ名が表示されます。

ステータス

不明

J2EEサーバクラスタ内の一部のJ2EEサーバが稼働状態でない場合に表示されます。ただし，J2EEサーバクラスタ内のすべてのJ2EEサーバが稼働状態でない場合，ステータスは表示されません。

稼働

サービス稼働状態の場合に表示されます。

停止

上記以外の場合に表示されます。

(b)　［リソースアダプタの開始］画面

論理J2EEサーバ名

論理J2EEサーバを構成するJ2EEサーバが表示されます。

ホスト名

J2EEサーバが定義されたホスト名が表示されます。

ステータス

不明

J2EEサーバクラスタ内の一部のJ2EEサーバが稼働状態でない場合に表示されます。ただし，J2EEサーバクラスタ内のすべてのJ2EEサーバが稼働状態でない場合，ステータスは表示されません。

稼働

サービス稼働状態の場合に表示されます。

停止

上記以外の場合に表示されます。

メッセージ

ステータスが「不明」の場合，メッセージが表示されます。

［はい］ボタン

リソースアダプタを開始します。

［いいえ］ボタン

［リソースアダプタの開始／停止］画面に戻ります。

(c)　結果確認画面

論理J2EEサーバ名

論理J2EEサーバを構成するJ2EEサーバが表示されます。

ホスト名

J2EEサーバが定義されたホスト名が表示されます。

実行結果

操作の実行結果として，「成功」，「失敗」，「実行中」，「実行待ち」のどれかが表示されます。

［戻る］アンカー

［リソースアダプタの開始／停止］画面に戻ります。

12.4.2　リソースアダプタの停止

(1)　機能概要

稼働中のリソースアダプタを停止します。リソースアダプタの停止操作は，リソースアダプタのステータスに関係なく実行できます。

リソースアダプタがすでに停止しているとき，停止操作の実行結果は「失敗」と表示されます。また，停止しようとしたリソースアダプタが稼働中のJ2EEアプリケーションから使用されている場合，リソースアダプタの停止に失敗します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで次のどちらかの操作をします。

J2EEサーバの場合

［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［リソース］−［リソースアダプタ］をクリックします。

J2EEサーバクラスタの場合

［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［リソース］−［リソースアダプタ］をクリックします。または，［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［メンバ］−［＜J2EEサーバ名＞］−［リソース］−［リソースアダプタ］をクリックします。

［開始／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

停止するリソースアダプタの［停止］アンカーをクリックします。

［リソースアダプタの停止］画面のステータス一覧に，J2EEサーバにインポートされているリソースアダプタのステータスが表示されます。［リソースアダプタの停止］画面を次の図に示します。

図12‒13　［リソースアダプタの停止］画面

[picture]

内容を確認して，［はい］ボタンをクリックします。

結果確認画面が表示されます。画面の［実行結果］に「実行中」または「実行待ち」と表示され，処理が終了すると［実行結果］が「成功」または「失敗」に更新されます。

次のどちらかの方法で，画面の表示内容を更新します。

［最新の情報に更新］アンカーをクリックする

［更新時間間隔］から表示内容を自動更新する間隔を選択して，［適用］ボタンをクリックする

失敗した場合は，［ログの表示］タブをクリックしてエラーの内容を確認します。原因を取り除き，［開始／停止］タブをクリックして再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［リソースアダプタの開始／停止］画面

［リソースアダプタの開始／停止］画面については，「12.4.1(4)(a)　［リソースアダプタの開始／停止］画面」を参照してください。

(b)　［リソースアダプタの停止］画面

論理J2EEサーバ名

論理J2EEサーバを構成するJ2EEサーバが表示されます。

ホスト名

J2EEサーバが定義されたホスト名が表示されます。

ステータス

不明

J2EEサーバクラスタ内の一部のJ2EEサーバが稼働状態でない場合に表示されます。ただし，J2EEサーバクラスタ内のすべてのJ2EEサーバが稼働状態でない場合，ステータスは表示されません。

稼働

サービス稼働状態の場合に表示されます。

停止

上記以外の場合に表示されます。

メッセージ

ステータスが「不明」の場合，メッセージが表示されます。

［はい］ボタン

リソースアダプタを停止します。

［いいえ］ボタン

［リソースアダプタの開始／停止］画面に戻ります。

(c)　結果確認画面

論理J2EEサーバ名

論理J2EEサーバを構成するJ2EEサーバが表示されます。

ホスト名

J2EEサーバが定義されたホスト名が表示されます。

実行結果

操作の実行結果として，「成功」，「失敗」，「実行中」，「実行待ち」のどれかが表示されます。

［戻る］アンカー

［リソースアダプタの開始／停止］画面に戻ります。

12.4.3　リソースアダプタの接続テスト

(1)　機能概要

リソースアダプタの接続テストを実行します。リソースアダプタの接続テスト操作は，リソースアダプタのステータスに関係なく実行できます。

なお，運用管理エージェントのバージョンが08-70より前の場合は，リソースアダプタの接続テストに失敗します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで次のどちらかの操作をします。

J2EEサーバの場合

［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［リソース］−［リソースアダプタ］をクリックします。

J2EEサーバクラスタの場合

［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［リソース］−［リソースアダプタ］をクリックします。または，［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［メンバ］−［＜J2EEサーバ名＞］−［リソース］−［リソースアダプタ］をクリックします。

［開始／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

接続テストを実行するリソースアダプタの［接続テスト］アンカーをクリックします。

［リソースアダプタの接続テスト］画面のステータス一覧に，J2EEサーバにインポートされているリソースアダプタのステータスが表示されます。［リソースアダプタの接続テスト］画面を次の図に示します。

図12‒14　［リソースアダプタの接続テスト］画面

[picture]

内容を確認して，［はい］ボタンをクリックします。

結果確認画面が表示されます。画面の［実行結果］に「実行中」または「実行待ち」と表示され，処理が終了すると［実行結果］が「成功」または「失敗」に更新されます。

次のどちらかの方法で，画面の表示内容を更新します。

［最新の情報に更新］アンカーをクリックする

［更新時間間隔］から表示内容を自動更新する間隔を選択して，［適用］ボタンをクリックする

失敗した場合は，［ログの表示］タブをクリックしてエラーの内容を確認します。原因を取り除き，［開始／停止］タブをクリックして再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［リソースアダプタの開始／停止］画面

［リソースアダプタの開始／停止］画面については，「12.4.1(4)(a)　［リソースアダプタの開始／停止］画面」を参照してください。

(b)　［リソースアダプタの接続テスト］画面

論理J2EEサーバ名

論理J2EEサーバを構成するJ2EEサーバが表示されます。

ホスト名

J2EEサーバが定義されたホスト名が表示されます。

ステータス

不明

J2EEサーバクラスタ内の一部のJ2EEサーバが稼働状態でない場合に表示されます。ただし，J2EEサーバクラスタ内のすべてのJ2EEサーバが稼働状態でない場合，ステータスは表示されません。

稼働

サービス稼働状態の場合に表示されます。

停止

上記以外の場合に表示されます。

メッセージ

ステータスが「不明」の場合，メッセージが表示されます。

［はい］ボタン

リソースアダプタの接続テストを実行します。

［いいえ］ボタン

［リソースアダプタの開始／停止］画面に戻ります。

(c)　結果確認画面

論理J2EEサーバ名

論理J2EEサーバを構成するJ2EEサーバが表示されます。

ホスト名

J2EEサーバが定義されたホスト名が表示されます。

実行結果

操作の実行結果として，「成功」，「失敗」，「実行中」，「実行待ち」のどれかが表示されます。

［戻る］アンカー

［リソースアダプタの開始／停止］画面に戻ります。

12.4.4　リソースアダプタのインポート

［リソースアダプタのインポート］画面を次の図に示します。

図12‒15　［リソースアダプタのインポート］画面

[picture]

(1)　機能概要

該当論理J2EEサーバにリソースアダプタをインポートします。

インポートするリソースアダプタがすでにある場合，インポート操作の実行結果は「失敗」と表示され，上書きはされません。リソース名（リソースアダプタの表示名）に使用できる文字は，半角英数字（0〜9，A〜Z，a〜z），アンダースコア（_），プラス（+），ハイフン（-），およびピリオド（.）です。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで次のどちらかの操作をします。

J2EEサーバの場合

［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［リソース］−［リソースアダプタ］をクリックします。

J2EEサーバクラスタの場合

［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［リソース］−［リソースアダプタ］をクリックします。または，［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［メンバ］−［＜J2EEサーバ名＞］−［リソース］−［リソースアダプタ］をクリックします。

［インポート］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

インポートするリソースアダプタの指定方法として，［DB Connector］または［RARファイル］を選択します。

［DB Connector］を選択した場合は，メニューに表示されるDB Connector（RARファイル）から指定します。［RARファイル］を選択した場合は，インポートするRARファイルのパスを指定します。

インポートするリソースアダプタの名称を変更する場合は［リソースアダプタ名称］を，インポート時にConnector属性ファイルを設定したい場合は［Connector属性ファイル名］を選択して指定します。

［実行］ボタンをクリックします。

結果確認画面が表示されます。結果確認画面の［実行結果］に「実行中」または「実行待ち」と表示されます。処理が終了すると，［実行結果］が「成功」または「失敗」に更新されます。

なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［リソースアダプタのインポート］画面

DB Connector

DB Connectorの一覧からリソースアダプタを指定する場合に選択します。［DB Connector］を選択すると，

＜Application Serverのインストールディレクトリ＞/CC/DBConnectorディレクトリに配置されているRARファイルがメニューに表示されます。なお，DBConnector以下のディレクトリにあるRARファイルは，DBConnectorディレクトリからの相対パスで表示されます。デフォルトでは，「DB Connector」で，「選択して下さい」が表示されます。

RARファイル名

DB Connector以外のリソースアダプタをインポートする場合や，RARファイルを直接指定してインポートしたい場合に選択します。

Management Server稼働ホストに配置したRARファイルを絶対パスで指定します。デフォルトでは，何も表示されません。

リソースアダプタ名称

インポートするリソースアダプタの表示名を変更したい場合に選択して，リソース名を指定します。デフォルトでは，「リソースアダプタ名称」で，何も表示されません。リソース名（リソースアダプタの表示名）に使用できる文字は，半角英数字（0〜9，A〜Z，a〜z），アンダースコア（_），プラス（+），ハイフン（-），およびピリオド（.）です。なお，次の場合，指定したリソースアダプタ名称は無視され，DB ConnectorまたはRARファイルのリソース名が有効になります。

リソースアダプタ名称に空文字を指定した場合

運用管理エージェントのバージョンが08-70より前の場合

Connector属性ファイル名

インポート時にConnector属性ファイルを設定したい場合に選択して，Management Server稼働ホストに配置したConnector属性ファイルを絶対パスで指定します。デフォルトでは，何も表示されません。定義されたリソースアダプタ名がRARファイルのリソースアダプタ名と異なる場合は，Connector属性ファイルのリソース名が有効となります。

［実行］ボタン

指定値をチェックし，リソースアダプタをインポートします。

［リセット］ボタン

指定した内容をリセットします。

(b)　結果確認画面

インポート後のリソースアダプタ名称

リソースアダプタの表示名として次のどれかが表示されます。どの表示名が表示されるかは，［実行］ボタンのクリック時に選択されている内容によって異なります。

［DB Connector］のメニューで選択したRARファイルのリソース名

［RARファイル］で指定したRARファイルのリソース名

［リソースアダプタ名称］に指定した名称

［Connector属性ファイル名］で指定したConnector属性ファイルのリソース名

RARファイル

指定されたDB ConnectorまたはRARファイルが表示されます。

Connector属性ファイル名

指定されたConnector属性ファイル名が表示されます。

J2EEサーバ名

論理J2EEサーバを構成するJ2EEサーバが表示されます。

ホスト名

J2EEサーバが定義されたホスト名が表示されます。

実行結果

操作の実行結果として，「成功」，「失敗」，「実行中」，「実行待ち」のどれかが表示されます。

［戻る］アンカー

［リソースアダプタのインポート］画面に戻ります。

(5)　注意事項

インポートに失敗した場合，インポート中に作成したリソースが残るときがあります。そのまま再度インポートを実行すると，リソースが残っているためエラーが発生します。その場合は，サーバ管理コマンド（cjlistresコマンド）を実行して，インポート時に指定したリソース名のリソースがあるかどうかを確認してください。リソースがある場合は，サーバ管理コマンド（cjdeleteresコマンド）で削除してください。

12.4.5　リソースアダプタのプロパティ設定

［リソースアダプタのプロパティ設定］画面を次の図に示します。

図12‒16　［リソースアダプタのプロパティ設定］画面

[picture]

(1)　機能概要

論理J2EEサーバにインポートしたリソースアダプタから，データベースに接続するためのプロパティを表示または設定します。J2EEサーバクラスタのリソースアダプタでは，プロパティを表示または設定できません。リソースアダプタのプロパティ設定操作は，ステータスが「停止」の場合に実行してください。ステータスが「稼働」または「不明」の場合に実行すると，エラーが発生することがあります。

リソースアダプタのプロパティは，次のどちらかの画面で表示または設定します。

［リソースアダプタの基本設定］画面

［リソースアダプタのConnector属性ファイル編集］画面

なお，［リソースアダプタの基本設定］画面は，次に示すリソースアダプタの場合で，かつ運用管理エージェントのバージョンが08-70以降のときに使用できます。そのほかのリソースアダプタの場合や，運用管理エージェントのバージョンが08-70より前の場合は，［リソースアダプタのConnector属性ファイル編集］画面を使用してください。

DBConnector_Oracle_CP.rar（Oracleの場合）

DBConnector_HiRDB_Type4_CP.rar（HiRDB場合）

DBConnector_SQLServer_CP.rar（SQL Serverの場合）

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで次のどちらかの操作をします。

J2EEサーバの場合

［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［リソース］−［リソースアダプタ］をクリックします。

J2EEサーバクラスタのメンバの場合

［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［メンバ］−［＜J2EEサーバ名＞］−［リソース］−［リソースアダプタ］をクリックします。

［プロパティ設定］タブをクリックします。

(3)　操作手順

画面の操作手順を次に示します。

プロパティを設定するリソースアダプタの［基本設定］アンカーまたは［Connector属性ファイル編集］アンカーをクリックします。

［リソースアダプタの基本設定］画面または［リソースアダプタのConnector属性ファイル編集］画面が表示されます。

［リソースアダプタの基本設定］画面

［リソースアダプタの基本設定］画面を次の図に示します。ここでは，HiRDBの場合の画面を示します。

図12‒17　［リソースアダプタの基本設定］画面（HiRDBの場合）（1/2）

[picture]

図12‒18　［リソースアダプタの基本設定］画面（HiRDBの場合）（2/2）

[picture]

［リソースアダプタのConnector属性ファイル編集］画面

［リソースアダプタのConnector属性ファイル編集］画面を次の図に示します。

図12‒19　［リソースアダプタのConnector属性ファイル編集］画面

[picture]

［リソースアダプタの基本設定］画面または［リソースアダプタのConnector属性ファイル編集］画面で，プロパティを設定します。

［設定］ボタンをクリックします。

成功を示すメッセージが表示された場合は，［戻る］アンカーをクリックします。エラーを示すメッセージが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［リソースアダプタのプロパティ設定］画面

操作

［基本設定］アンカー

基本的な設定を表示または設定するための［リソースアダプタの基本設定］画面が表示されます。

［Connector属性ファイル編集］アンカー

Connector属性ファイルの内容を表示または設定するための［リソースアダプタのConnector属性ファイル編集］画面が表示されます。

リソース名

論理J2EEサーバにインポートされたリソースアダプタの表示名が表示されます。

ステータス

該当リソースアダプタの稼働状況を次のどれかで表示します。

不明

J2EEサーバにインポートされたリソースアダプタのステータスが確認できない場合に表示されます。

稼働

リソースアダプタが稼働状態の場合に表示されます。

停止

上記以外の場合に表示されます。

(b)　［リソースアダプタの基本設定］画面

［リソースアダプタの基本設定］画面には，論理J2EEサーバにインポートされたリソースアダプタのプロパティが表示されます。必要に応じて設定を変更します。この画面は，接続するデータベース（HiRDB，Oracle，SQL Server）によって表示される項目が異なります。データベースごとの画面について説明します。

HiRDBの場合

HiRDBの場合の［リソースアダプタの基本設定］画面については，「(3)　操作手順」を参照してください。

Oracleの場合

Oracleの場合の［リソースアダプタの基本設定］画面を次の図に示します。

図12‒20　［リソースアダプタの基本設定］画面（Oracleの場合）

[picture]

SQL Serverの場合

SQL Serverの場合の［リソースアダプタの基本設定］画面を次の図に示します。

図12‒21　［リソースアダプタの基本設定］画面（SQL Serverの場合）（1/2）

[picture]

図12‒22　［リソースアダプタの基本設定］画面（SQL Serverの場合）（2/2）

[picture]

各画面で表示される項目について説明します。（ ）内のデータベースの種類は，どのデータベースで表示されるかを示しています。

リソースアダプタ名称（HiRDB，Oracle，SQL Server）

リソースアダプタの表示名（Connector属性ファイルの<hitachi-connector-property>-<display-name>タグ）が表示されます。リソースアダプタ名称は，設定を変更できます。設定を変更する場合は，半角英数字（0〜9，A〜Z，a〜z）およびアンダースコア（_）で指定できます。

プロバイダ・ベンダ名（HiRDB，Oracle，SQL Server）

リソースアダプタのプロバイダ・ベンダ名（Connector属性ファイルの<hitachi-connector-property>-<vendor-name>タグ）が表示されます。

コネクタ・アーキテクチャのバージョン（HiRDB，Oracle，SQL Server）

リソースアダプタがサポートしているコネクタ・アーキテクチャ仕様のバージョン（Connector属性ファイルの<hitachi-connector-property>-<spec-version>タグ）が表示されます。

EISのタイプ（HiRDB，Oracle，SQL Server）

リソースアダプタのEISのタイプに関する情報（Connector属性ファイルの<hitachi-connector-property>-<eis-type>タグ）が表示されます。

バージョン（HiRDB，Oracle，SQL Server）

リソースアダプタのバージョン（Connector属性ファイルの<hitachi-connector-property>-<version>タグ）が表示されます。

データベース名（databaseName）（Oracle，SQL Server）

接続先のデータベース名（Connector属性ファイルの<hitachi-connector-property>-<resourceadapter>-<outbound-resourceadapter>-<connection-definition>-<config-property>タグ）が表示されます。データベース名は，設定を変更できます。

ホスト名またはIPアドレス（serverName）（Oracle，SQL Server）

接続先のホスト名またはIPアドレス（Connector属性ファイルの<hitachi-connector-property>-<resourceadapter>-<outbound-resourceadapter>-<connection-definition>-<config-property>タグ）が表示されます。ホスト名またはIPアドレスは，設定を変更できます。

ポート番号（portNumber）（Oracle，SQL Server）

接続先のポート番号（Connector属性ファイルの<hitachi-connector-property>-<resourceadapter>-<outbound-resourceadapter>-<connection-definition>-<config-property>タグ）が表示されます。ポート番号は，設定を変更できます。設定を変更する場合は，0〜2147483647の整数で指定します。

接続付加情報（description）（HiRDB）

データベースへの接続に必要な接続付加情報（Connector属性ファイルの<hitachi-connector-property>-<resourceadapter>-<outbound-resourceadapter>-<connection-definition>-<config-property>タグ）が表示されます。接続付加情報は，設定を変更できます。

接続先ホスト名（DBHostName）（HiRDB）

接続するHiRDBのホスト名（Connector属性ファイルの<hitachi-connector-property>-<resourceadapter>-<outbound-resourceadapter>-<connection-definition>-<config-property>タグ）が表示されます。接続先ホスト名は，設定を変更できます。

HiRDBクライアント環境変数（environmentVariables）（HiRDB）

HiRDBクライアント環境変数（Connector属性ファイルの<hitachi-connector-property>-<resourceadapter>-<outbound-resourceadapter>-<connection-definition>-<config-property>タグ）が表示されます。HiRDBクライアント環境変数は，設定を変更できます。

データ変換時の文字セット名称（encodeLang）（HiRDB）

データ変換時の文字セット名称（Connector属性ファイルの<hitachi-connector-property>-<resourceadapter>-<outbound-resourceadapter>-<connection-definition>-<config-property>タグ）が表示されます。データ変換時の文字セット名称は，設定を変更できます。

データベースアクセス方法（LONGVARBINARY_Access）（HiRDB）

JDBCのSQLデータ型がLONGVARBINARY（HiRDBのSQLデータ型のBLOBまたはBINARYに対応）のデータベースアクセス方法（Connector属性ファイルの<hitachi-connector-property>-<resourceadapter>-<outbound-resourceadapter>-<connection-definition>-<config-property>タグ）が表示されます。データベースアクセス方法は，設定を変更できます。

接続するアプリケーションの名前（applicationName）（SQL Server）

SQL Serverに接続するアプリケーションの名前（Connector属性ファイルの<hitachi-connector-property>-<resourceadapter>-<outbound-resourceadapter>-<connection-definition>-<config-property>タグ）が表示されます。接続するアプリケーションの名前は，設定を変更できます。

PreparedStatementのプールサイズ（PreparedStatementPoolSize）（HiRDB，Oracle，SQL Server）

コネクションプールに割り当てられるコネクションごとのPreparedStatementのプールサイズ（Connector属性ファイルの<hitachi-connector-property>-<resourceadapter>-<outbound-resourceadapter>-<connection-definition>-<config-property>タグ）が表示されます。PreparedStatementのプールサイズは，設定を変更できます。設定を変更する場合は，0〜2147483647の整数で指定します。

CallableStatementのプールサイズ（CallableStatementPoolSize）（HiRDB，Oracle，SQL Server）

コネクションプールに割り当てられるコネクションごとのCallableStatementのプールサイズ（Connector属性ファイルの<hitachi-connector-property>-<resourceadapter>-<outbound-resourceadapter>-<connection-definition>-<config-property>タグ）が表示されます。CallableStatementのプールサイズは，設定を変更できます。設定を変更する場合は，0〜2147483647の整数で指定します。

ユーザ名（User）（HiRDB，Oracle，SQL Server）

ユーザ名（Connector属性ファイルの<hitachi-connector-property>-<resourceadapter>-<outbound-resourceadapter>-<connection-definition>-<connector-runtime>-<property>タグ）を指定します。設定済みのユーザ名は表示されません。設定を変更する場合は，［変更する］を選択して，変更後のユーザ名を指定してください。［変更する］が選択されていない場合は変更されません。

パスワード（Password）（HiRDB，Oracle，SQL Server）

パスワード（Connector属性ファイルの<hitachi-connector-property>-<resourceadapter>-<outbound-resourceadapter>-<connection-definition>-<connector-runtime>-<property>タグ）を指定します。設定済みのパスワードは表示されません。設定を変更したい場合は，［変更する］を選択して，変更後のパスワードを指定してください。［変更する］が選択されていない場合は変更されません。

プールの最小値（MinPoolSize）（HiRDB，Oracle，SQL Server）

プールの最小値（Connector属性ファイルの<hitachi-connector-property>-<resourceadapter>-<outbound-resourceadapter>-<connection-definition>-<connector-runtime>-<property>タグ）が表示されます。プールの最小値は，設定を変更できます。設定を変更する場合は，0〜2147483647の整数で指定します。ただし，プールの最大値が0以上の場合は，プールの最大値を超えない値を指定してください。デフォルトでは，「10」が表示されます。

プールの最大値（MaxPoolSize）（HiRDB，Oracle，SQL Server）

プールの最大値（Connector属性ファイルの<hitachi-connector-property>-<resourceadapter>-<outbound-resourceadapter>-<connection-definition>-<connector-runtime>-<property>タグ）が表示されます。プールの最大値は，設定を変更できます。設定を変更する場合は，-1〜2147483647の整数で指定します。0以上を指定する場合は，プールの最小値以上を指定してください。「-1」を指定した場合，最大値の制限はありません。デフォルトでは，「10」が表示されます。

コネクション枯渇時のコネクション取得待ち行列（RequestQueueEnable）（HiRDB，Oracle，SQL Server）

コネクション枯渇時のコネクション取得待ち行列を有効にするかどうか（Connector属性ファイルの<hitachi-connector-property>-<resourceadapter>-<outbound-resourceadapter>-<connection-definition>-<connector-runtime>-<property>タグ）を指定します。デフォルトでは，「有効」が表示されます。

有効

コネクション枯渇時にコネクション取得待ちをし，コネクション取得要求を待ち状態にします。

無効

コネクション枯渇時にコネクション取得待ちをしません。

コネクション・プールの監視（WatchEnabled）（HiRDB，Oracle，SQL Server）

コネクションプールを監視するかどうか（Connector属性ファイルの<hitachi-connector-property>-<resourceadapter>-<outbound-resourceadapter>-<connection-definition>-<connector-runtime>-<property>タグ）を指定します。デフォルトでは，「監視する」が表示されます。

監視する

コネクションプールを監視し，一定時間使用していない未使用コネクションを破棄します。

監視しない

コネクションプールを監視しません。

コネクション数調節機能の動作間隔（ConnectionPoolAdjustmentInterval）（HiRDB，Oracle，SQL Server）

コネクション数調節機能の動作間隔（Connector属性ファイルの<hitachi-connector-property>-<resourceadapter>-<outbound-resourceadapter>-<connection-definition>-<connector-runtime>-<property>タグ）が表示されます。コネクション数調節機能の動作間隔は，設定を変更できます。設定を変更する場合は，0〜2147483647の整数（単位：秒）で指定します。デフォルトでは，「600」が表示されます。

トランザクション・サポートのレベル（HiRDB，Oracle，SQL Server）

リソースアダプタで提供されるトランザクションサポートレベル（Connector属性ファイルの<hitachi-connector-property>-<resourceadapter>-<outbound-resourceadapter>-<transaction-support>タグ）が表示されます。トランザクションサポートレベルは，設定を変更できます。設定を変更する場合は，表示されるメニューから選択します。

NoTransaction（トランザクション管理なし）

LocalTransaction（ローカルトランザクション）

XATransaction（グローバルトランザクション）

［設定］ボタン

指定した内容でリソースアダプタのプロパティを設定します。

［リセット］ボタン

指定した内容をリセットします。

［戻る］アンカー

［リソースアダプタのプロパティ設定］画面に戻ります。

(c)　［リソースアダプタのConnector属性ファイル編集］画面

［リソースアダプタのConnector属性ファイル編集］画面では，論理J2EEサーバにインポートされたリソースアダプタのConnector属性ファイルでプロパティが設定できます。

リソースアダプタ名称

論理J2EEサーバにインポートされたリソースアダプタの表示名が表示されます。

Connector属性ファイル編集エリア

論理J2EEサーバにインポートされたリソースアダプタのConnector属性ファイルに，直接プロパティを指定します。Connector属性ファイルのヘッダとDOCTYPE部分は編集しないでください。編集した場合は，文字化けした内容が設定されたり，プロパティの設定に失敗したりすることがあります。

［設定］ボタン

指定した内容でリソースアダプタのプロパティを設定します。

［リセット］ボタン

指定した内容をリセットします。

［戻る］アンカー

［リソースアダプタのプロパティ設定］画面に戻ります。

(5)　注意事項

［設定］ボタンをクリックして，KDJE37321-EメッセージまたはKDJE37322-Eメッセージが表示された場合は，設定した内容に誤りがあることがあります。メッセージに表示されるプロパティの名称からエラー個所を特定し，原因を取り除いて再度実行してください。

（例）KDJE37322-Eメッセージの例

KDJE37322-E The property value is invalid. (name = [portNumber], value = [23])

この場合，［ポート番号（portNumber）］の値に誤りがあることを示しています。値を設定し直して再度実行してください。

12.4.6　リソースアダプタの削除

［リソースアダプタの削除］画面を次の図に示します。

図12‒23　［リソースアダプタの削除］画面

[picture]

(1)　機能概要

論理J2EEサーバにインポートされているリソースアダプタを削除します。

指定されたリソースアダプタがない場合，削除操作の実行結果は「失敗」と表示されます。

稼働しているリソースアダプタを削除する場合は，リソースアダプタを停止したあと，J2EEサーバを再起動してからリソースアダプタを削除してください。次の場合は，削除に失敗します。

稼働しているリソースアダプタを削除しようとした場合

稼働していたリソースアダプタを停止してから，J2EEサーバを停止させないでリソースアダプタを削除しようとした場合

また，08-70より前のバージョンでインポートしたリソースアダプタを削除すると，そのリソースアダプタのデプロイ元のリソースが残ります。この場合，デプロイ元のリソースをサーバ管理コマンド（cjdeleteresコマンド）で削除してください。

J2EEサーバクラスタの場合，クラスタを構成しているすべてのJ2EEサーバに対して削除が成功した場合に，ステータスが「成功」となります。一つでも失敗すると「失敗」となります。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで次のどちらかの操作をします。

J2EEサーバの場合

［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［リソース］−［リソースアダプタ］をクリックします。

J2EEサーバクラスタの場合

［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［リソース］−［リソースアダプタ］をクリックします。または，［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［メンバ］−［＜J2EEサーバ名＞］−［リソース］−［リソースアダプタ］をクリックします。

［削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

削除するリソースアダプタの［削除］アンカーをクリックします。

リソースアダプタの削除確認画面に，リソースアダプタの詳細が表示されます。

図12‒24　削除確認画面（リソースアダプタの削除）

[picture]

内容を確認して，［はい］ボタンをクリックします。

結果確認画面が表示されます。結果確認画面の［実行結果］に「実行中」または「実行待ち」と表示されます。処理が終了すると，［実行結果］が「成功」または「失敗」に更新されます。

なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

次のどちらかの方法で，画面の表示内容を更新します。

［最新の情報に更新］アンカーをクリックする

［更新時間間隔］から表示内容を自動更新する間隔を選択して，［適用］ボタンをクリックする

失敗した場合は，［ログの表示］タブをクリックしてエラーの内容を確認します。原因を取り除き，［削除］タブをクリックして再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［リソースアダプタの削除］画面

操作

［削除］アンカー

論理J2EEサーバから削除するリソースアダプタを選択するための削除確認画面が表示されます。

リソース名

論理J2EEサーバにインポートされたリソースアダプタ名が表示されます。親ノードがJ2EEサーバクラスタの場合，メンバとなる稼働中のJ2EEサーバすべてにインポートされたリソースアダプタ名が表示されます。

ステータス

不明

J2EEサーバクラスタ内の一部のJ2EEサーバが稼働状態でない場合に表示されます。ただし，J2EEサーバクラスタ内のすべてのJ2EEサーバが稼働状態でない場合，ステータスは表示されません。

稼働

サービス稼働状態の場合に表示されます。

停止

上記以外の場合に表示されます。

(b)　削除確認画面

リソース名

削除するリソースアダプタ名が表示されます。

［はい］ボタン

リソースアダプタを論理J2EEサーバから削除します。結果確認画面が表示されます。

［いいえ］ボタン

［リソースアダプタの削除］画面に戻ります。

(c)　結果確認画面

論理J2EEサーバ名

論理J2EEサーバを構成するJ2EEサーバが表示されます。

ホスト名

J2EEサーバが定義されたホスト名が表示されます。

実行結果

操作の実行結果として，「成功」，「失敗」，「実行中」，「実行待ち」のどれかが表示されます。

［戻る］アンカー

［リソースアダプタの削除］画面に戻ります。

12.4.7　ログの表示（論理サーバのアプリケーション管理）

(1)　機能概要

運用管理ドメイン内のすべての論理J2EEサーバで出力された，J2EEアプリケーションおよびリソースアダプタにかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバのアプリケーション管理］内の［ログの表示］タブから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで次のどちらかの操作をします。

J2EEサーバの場合

［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［リソース］−［リソースアダプタ］をクリックします。

J2EEサーバクラスタの場合

［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［リソース］−［リソースアダプタ］をクリックします。または，［論理J2EEサーバ］−［J2EEサーバクラスタ］−［＜J2EEサーバクラスタ名＞］−［メンバ］−［＜J2EEサーバ名＞］−［リソース］−［リソースアダプタ］をクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，リソースアダプタに対して行った，開始や停止などの処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「7.4.2　ログの出力形式」を参照してください。

13　論理サーバの運用監視

この章では，運用管理ポータルの「論理サーバの運用監視」の操作方法について説明します。

13.1　「論理サーバの運用監視」のツリーペインの構成

「論理サーバの運用監視」のツリーペインの構成について説明します。ツリーペインは，次に示すビューで構成されています。

ホストビュー

サーバビュー

13.1.1　「論理サーバの運用監視」のホストビューの構成

「論理サーバの運用監視」のホストビューの構成は，次のとおりです。

　論理サーバの運用監視
　│
　└─ホスト
　　　└─＜ホスト名＞
　　　　　└─＜論理サーバ名＞

ホストビューに表示されるノードの意味を次に示します。

表13‒1　「論理サーバの運用監視」のホストビューに表示されるノードの意味

ノード名 | 説明 | ノード上でできる操作と参照先
ホスト | 運用管理ドメインに定義されているホストのルートです。運用管理ドメイン内のすべての論理サーバを対象にした監視ができます。 | 運用管理ドメイン全体の論理サーバのステータス監視（13.2.2参照）
＜ホスト名＞ | 各ホストのツリーです。そのホスト内のすべての論理サーバを対象にした監視ができます。 | ホストごとの論理サーバのステータス監視（13.2.1参照）
＜論理サーバ名＞ | ホスト内にある各論理サーバ名です。 | このノードには操作画面がありません。

13.1.2　「論理サーバの運用監視」のサーバビューの構成

「論理サーバの運用監視」のサーバビューの構成は，次のとおりです。

　論理サーバの運用監視
　│
　└─＜運用管理ドメイン名＞
　　　│
　　　├─論理パフォーマンストレーサ
　　　│　└─パフォーマンストレーサ
　　　│　　　└─＜パフォーマンストレーサ名＞
　　　│
　　　├─論理スマートエージェント
　　　│　└─スマートエージェント
　　　│　　　└─＜スマートエージェント名＞
　　　│
　　　├─論理ネーミングサービス
　　　│　└─ネーミングサービス
　　　│　　　└─＜ネーミングサービス名＞
　　　│
　　　├─論理CTMドメインマネジャ
　　　│　└─CTMドメインマネジャ
　　　│　　　└─＜CTMドメインマネジャ名＞
　　　│
　　　├─論理CTM
　　　│　└─CTM
　　　│　　　└─＜CTM名＞
　　　│
　　　├─論理J2EEサーバ
　　　│　├─J2EEサーバ
　　　│　│　├─＜J2EEサーバ名＞
　　　│　│　│　├─アプリケーション
　　　│　│　│　│　└─＜J2EEアプリケーション名＞
　　　│　│　│　│　　　├─＜EJBアプリケーション名＞
　　　│　│　│　│　　　│　└─＜Enterprise Bean名＞
　　　│　│　│　│　　　├─＜リソースアダプタ名＞
　　　│　│　│　│　　　└─＜Webアプリケーション名＞
　　　│　│　│　│　　　　　├─＜サーブレット名＞
　　　│　│　│　│　　　　　└─＜URL＞
　　　│　│　│　├─リソース
　　　│　│　│　│　└─＜リソースアダプタ名＞
　　　│　│　│　└─サービス
　　　│　│　│　　　└─＜トランザクション名＞
　　　│　│　│
　　　│　│　└─＜バッチサーバ名＞
　　　│　│　　　├─リソース
　　　│　│　　　│　└─＜リソースアダプタ名＞
　　　│　│　　　└─サービス
　　　│　│　　　　　└─＜トランザクション名＞
　　　│　│
　　　│　└─J2EEサーバクラスタ
　　　│　　　├─＜J2EEサーバクラスタ名＞
　　　│　　　│　└─＜J2EEサーバ名＞
　　　│　　　│　　　└─以下，上記の＜J2EEサーバ名＞の構成と同じです。
　　　│　　　│
　　　│　　　└─＜バッチサーバクラスタ名＞
　　　│　　　　　└─＜バッチサーバ名＞
　　　│　　　　　　　└─以下，上記の＜バッチサーバ名＞の構成と同じです。
　　　│
　　　├─論理Webサーバ
　　　│　├─Webサーバ
　　　│　│　└─＜Webサーバ名＞
　　　│　│
　　　│　└─Webサーバクラスタ
　　　│　　　└─＜Webサーバクラスタ名＞
　　　│　　　　　└─＜Webサーバ名＞
　　　│
　　　└─論理ユーザサーバ
　　　　　└─ユーザサーバ
　　　　　　　└─＜ユーザサーバ名＞

J2EEアプリケーションを実行するシステムの場合

サーバビューに表示されるノードの意味を次の表に示します。

表13‒2　「論理サーバの運用監視」のサーバビューに表示されるノードの意味

ノード名 | 説明 | ノード上でできる操作と参照先
＜運用管理ドメイン名＞ | 運用管理ドメインに定義されている論理サーバのルートです。運用管理ドメイン内のすべての論理サーバを対象にした監視ができます。 | 運用管理ドメイン全体の論理サーバのステータス監視（13.2.2参照）
論理パフォーマンストレーサ | 運用管理ドメイン内のすべてのパフォーマンストレーサを対象にした監視ができます。 | 論理サーバごとのステータス監視（13.2.3参照）
パフォーマンストレーサ | そのパフォーマンストレーサだけを対象にした監視ができます。
＜パフォーマンストレーサ名＞ | 各パフォーマンストレーサ名です。 | このノードには操作画面がありません。
論理スマートエージェント | 運用管理ドメイン内のすべてのスマートエージェントを対象にした監視ができます。 | 論理サーバごとのステータス監視（13.2.3参照）
スマートエージェント | そのスマートエージェントだけを対象にした監視ができます。
＜スマートエージェント名＞ | 各スマートエージェント名です。 | このノードには操作画面がありません。
論理ネーミングサービス | 運用管理ドメイン内のすべてのネーミングサービスを対象にした監視ができます。 | 論理サーバごとのステータス監視（13.2.3参照）
ネーミングサービス | そのネーミングサービスだけを対象にした監視ができます。
＜ネーミングサービス名＞ | 各ネーミングサービス名です。 | このノードには操作画面がありません。
論理CTMドメインマネジャ | 運用管理ドメイン内のすべてのCTMドメインマネジャを対象にした監視ができます。 | 論理サーバごとのステータス監視（13.2.3参照）
CTMドメインマネジャ | そのCTMドメインマネジャだけを対象にした監視ができます。
＜CTMドメインマネジャ名＞ | 各CTMドメインマネジャ名です。 | このノードには操作画面がありません。
論理CTM | 運用管理ドメイン内のすべてのCTMを対象にした監視ができます。 | 論理サーバごとのステータス監視（13.2.3参照）
CTM | そのCTMだけを対象にした監視ができます。
＜CTM名＞ | 各CTM名です。 | このノードには操作画面がありません。
論理J2EEサーバ | 運用管理ドメイン内のすべてのJ2EEサーバおよびJ2EEサーバクラスタを対象にした監視ができます。 | 論理サーバごとのステータス監視（13.2.3参照）
J2EEサーバ | そのJ2EEサーバだけを対象にした監視ができます。
＜J2EEサーバ名＞ | そのJ2EEサーバだけを対象にした監視ができます。 | J2EEサーバの稼働情報監視（13.3参照）
アプリケーション | そのJ2EEサーバのアプリケーションを対象にした監視ができます。 | このノードには操作画面がありません。
＜J2EEアプリケーション名＞ | そのJ2EEサーバ内にデプロイされているJ2EEアプリケーションを対象にした稼働情報の監視ができます。 | J2EEアプリケーションの稼働情報監視（13.5参照）
＜EJBアプリケーション名＞ | そのJ2EEサーバ内にデプロイされているJ2EEアプリケーションのうち，EJBアプリケーションを対象にした稼働情報の監視ができます。 | EJBアプリケーションの稼働情報監視（13.6参照）

＜Enterprise Bean名＞

そのJ2EEサーバ内で動作しているEJBアプリケーション内の，各種Enterprise Beanを対象にした稼働情報の監視ができます。

Enterprise Beanの稼働情報監視

Stateful Session Beanの稼働情報監視（13.7参照）

Stateless Session Beanの稼働情報監視（13.8参照）

Entity Beanの稼働情報監視（13.9参照）

Message-driven Beanの稼働情報監視（13.10参照）

＜リソースアダプタ名＞（J2EEアプリケーション） | J2EEリソースであるリソースアダプタを対象にした稼働情報の監視ができます。 | リソースアダプタの稼働情報監視（13.11参照）
＜Webアプリケーション名＞ | そのJ2EEサーバ内にデプロイされているWebアプリケーションを対象にした稼働情報の監視ができます。 | Webアプリケーションの稼働情報監視（13.12参照）
＜サーブレット名＞ | そのJ2EEサーバ内にデプロイされているWebアプリケーション内にある，サーブレットを対象にした稼働情報の監視ができます。 | サーブレットの稼働情報監視（13.13参照）
＜URL＞ | そのJ2EEサーバ内にデプロイされているWebアプリケーション内の，サーブレットやJSPにHTTPリクエストしたURLの稼働情報が監視できます。 | URLの稼働情報監視（13.14参照）
リソース | そのJ2EEサーバのリソースを対象にした監視ができます。 | リソースアダプタの稼働情報監視（13.11参照）
＜リソースアダプタ名＞（リソース） | そのJ2EEリソースであるリソースアダプタを対象にした稼働情報の監視ができます。 | リソースアダプタの稼働情報監視（13.11参照）
サービス | そのJ2EEサーバのサービスを対象にした監視ができます。 | トランザクションの稼働情報監視（13.15参照）
＜トランザクション名＞ | J2EEサーバのトランザクションの稼働情報を監視できます。 | トランザクションの稼働情報監視（13.15参照）
J2EEサーバクラスタ | すべてのJ2EEクラスタを対象にした監視ができます。 | 論理サーバごとのステータス監視（13.2.3参照）
＜J2EEサーバクラスタ名＞ | そのJ2EEサーバクラスタだけを対象にした監視ができます。
＜J2EEサーバ名＞ | J2EEサーバクラスタ内の構成要素のJ2EEサーバだけを対象にした監視ができます。 | J2EEサーバの稼働情報監視（13.3参照）
論理Webサーバ | 運用管理ドメイン内のすべてのWebサーバおよびWebサーバクラスタを対象にした監視ができます。 | 論理サーバごとのステータス監視（13.2.3参照）
Webサーバ | そのWebサーバだけを対象にした監視ができます。
＜Webサーバ名＞ | 各Webサーバ名です。 | このノードには操作画面がありません。
Webサーバクラスタ | すべてのWebサーバクラスタを対象にした監視ができます。 | 論理サーバごとのステータス監視（13.2.3参照）
＜Webサーバクラスタ名＞ | そのWebサーバクラスタだけを対象にした監視ができます。
＜Webサーバ名＞ | 各Webサーバ名です。 | このノードには操作画面がありません。
論理ユーザサーバ | 運用管理ドメイン内のすべてのユーザサーバを対象にした監視ができます。 | 論理サーバごとのステータス監視（13.2.3参照）
ユーザサーバ
＜ユーザサーバ名＞ | 各ユーザサーバ名です。 | このノードには操作画面がありません。

バッチアプリケーションを実行するシステムの場合

サーバビューに表示されるノードの意味を次の表に示します。

表13‒3　「論理サーバの運用監視」のサーバビューに表示されるノードの意味

ノード名 | 説明 | ノード上でできる操作と参照先
＜運用管理ドメイン名＞ | 運用管理ドメインに定義されている論理サーバのルートです。運用管理ドメイン内のすべての論理サーバを対象にした監視ができます。 | 運用管理ドメイン全体の論理サーバのステータス監視（13.2.2参照）
論理パフォーマンストレーサ | 運用管理ドメイン内のすべてのパフォーマンストレーサを対象にした監視ができます。 | 論理サーバごとのステータス監視（13.2.3参照）
パフォーマンストレーサ | そのパフォーマンストレーサだけを対象にした監視ができます。
＜パフォーマンストレーサ名＞ | 各パフォーマンストレーサ名です。 | このノードには操作画面がありません。
論理スマートエージェント | 運用管理ドメイン内のすべてのスマートエージェントを対象にした監視ができます。 | 論理サーバごとのステータス監視（13.2.3参照）
スマートエージェント | そのスマートエージェントだけを対象にした監視ができます。
＜スマートエージェント名＞ | 各スマートエージェント名です。 | このノードには操作画面がありません。
論理CTMドメインマネジャ | 運用管理ドメイン内のすべてのCTMドメインマネジャを対象にした監視ができます。 | 論理サーバごとのステータス監視（13.2.3参照）
CTMドメインマネジャ | そのCTMドメインマネジャだけを対象にした監視ができます。
＜CTMドメインマネジャ名＞ | 各CTMドメインマネジャ名です。 | このノードには操作画面がありません。
論理CTM | 運用管理ドメイン内のすべてのCTMを対象にした監視ができます。 | 論理サーバごとのステータス監視（13.2.3参照）
CTM | そのCTMだけを対象にした監視ができます。
＜CTM名＞ | 各CTM名です。 | このノードには操作画面がありません。
論理J2EEサーバ | 運用管理ドメイン内のすべてのバッチサーバを対象にした監視ができます。 | 論理サーバごとのステータス監視（13.2.3参照）
J2EEサーバ | そのバッチサーバだけを対象にした監視ができます。
＜バッチサーバ名＞ | そのバッチサーバだけを対象にした監視ができます。 | バッチサーバの稼働情報監視（13.4参照）
リソース | そのバッチサーバのリソースを対象にした監視ができます。 | リソースアダプタの稼働情報監視（13.11参照）
＜リソースアダプタ名＞ | そのJ2EEリソースであるリソースアダプタを対象にした稼働情報の監視ができます。 | リソースアダプタの稼働情報監視（13.11参照）
サービス | そのバッチサーバのサービスを対象にした監視ができます。 | トランザクションの稼働情報監視（13.15参照）
＜トランザクション名＞ | バッチサーバのトランザクションの稼働情報を監視できます。 | トランザクションの稼働情報監視（13.15参照）
J2EEサーバクラスタ | すべてのバッチサーバクラスタを対象にした監視ができます。 | 論理サーバごとのステータス監視（13.2.3参照）
＜バッチサーバクラスタ名＞ | そのバッチサーバクラスタだけを対象にした監視ができます。
＜バッチサーバ名＞ | バッチサーバクラスタ内の構成要素のバッチサーバだけを対象にした監視ができます。 | バッチサーバの稼働情報監視（13.4参照）
論理ユーザサーバ | 運用管理ドメイン内のすべてのユーザサーバを対象にした監視ができます。 | 論理サーバごとのステータス監視（13.2.3参照）
ユーザサーバ
＜ユーザサーバ名＞ | 各ユーザサーバ名です。 | このノードには操作画面がありません。

13.1.3　J2EEサーバの稼働情報監視で表示できる項目

ここでは，J2EEサーバの稼働情報として監視できる項目を次の表に示します。

表13‒4　J2EEサーバの稼働情報監視で表示できる項目

監視の対象 | 監視できる項目

J2EEサーバ

J2EEコンテナ

J2EEサーバ名

Naming Serviceホスト

Naming Serviceポート番号

コンテナ起動時刻

EJBコンテナ | コンテナ名

Webコンテナ

基本情報

コンテナ名

Webコンテナ起動時刻

管理用サーバのポート番号

Webサーバとの通信に使用するポート

Webサーバとの通信ソケットのバックログ設定上限値

稼働中（リクエスト処理の実行中）スレッド数設定上限値

インプロセスHTTPサーバのポート番号

インプロセスHTTPサーバとの通信ソケットのバックログ設定上限数

インプロセスHTTPサーバのリクエスト処理用スレッド数の上限値

インプロセスHTTPサーバのリクエスト処理用スレッド数の下限値

インプロセスHTTPサーバの稼働スレッド数の上限値

インプロセスHTTPサーバのプーリングスレッド数

インプロセスHTTPサーバのコネクション数の上限値

インプロセスHTTPサーバのPersistentコネクションの上限値

インプロセスHTTPサーバのPersistentコネクション切断時のリクエスト処理総数の上限値

インプロセスHTTPサーバのPersistentコネクションのリクエスト待ち時間の上限値

最大同時実行スレッド数

デフォルトの実行待ちキューサイズ

稼働情報

WebサーバとWebコンテナとのコネクション数

稼働中スレッド数（HTTPサーバコネクタ）

Webコンテナ単位またはデフォルトの実行待ちしているリクエスト数

インプロセスHTTPサーバのリクエスト処理用スレッド数

インプロセスHTTPサーバの稼働中スレッド数

インプロセスHTTPサーバのプーリングスレッド数

インプロセスHTTPサーバのコネクション数

インプロセスHTTPサーバのPersistentコネクション数

インプロセスHTTPサーバのPersistentコネクション切断時のリクエスト処理総数

インプロセスHTTPサーバのPersistentコネクションのリクエスト待ち時間

インプロセスHTTPサーバ中のWebコンテナ単位またはデフォルトの実行待ちリクエスト数

インプロセスHTTPサーバからアクセスを拒否されたリクエスト数

同時実行可能スレッド数上限値

稼働スレッド数

デフォルトの実行待ちリクエスト数

デフォルトの実行待ちキューからあふれたリクエスト数

稼働中スレッド数（HTTPサーバ）

JavaVM

基本情報

JavaVM名

JavaVMバージョン

JavaVMの使用する最大メモリ使用量

稼働情報

JavaVMの空きメモリ量

JavaVMの総メモリ容量

アプリケーション | J2EEアプリケーション | アプリケーション名（display name） 説明 デプロイされた時刻
EJBアプリケーション | EJB-JAR名 説明

Enterprise Bean（Stateful Session Bean）

基本情報

Enterprise Bean名

説明

Bean名（内部識別用）

Homeインタフェース名

Local Homeインタフェース名

Componentインタフェース名

Local Componentインタフェース名

EJBクラス名

トランザクションタイプ

同時接続最大値

同時実行最大値

非活性セッションのタイムアウト

実行中セッションのタイムアウト

稼働情報

現在の接続セッション数

実行中のセッション数

非活性セッション数

接続待ちセッション数

Homeインタフェース

Homeインタフェース名

レスポンス

EJBメソッド実行時間

Local Homeインタフェース

Homeインタフェース名

レスポンス

EJBメソッド実行時間

Componentインタフェース

Componentインタフェース名

レスポンス

EJBメソッド実行時間

Local Componentインタフェース

Componentインタフェース名

レスポンス

EJBメソッド実行時間

Enterprise Bean（Stateless Session Bean）

基本情報

Enterprise Bean名

説明

Bean名（内部識別用）

Homeインタフェース名

Local Homeインタフェース名

Componentインタフェース名

Local Componentインタフェース名

EJBクラス名

トランザクションタイプ

Beanインスタンスプール

稼働情報

接続待ちセッション数

Beanインスタンスプール現在値

使用中のSession Bean数

未使用のSession Bean数

Homeインタフェース

Stateful Session Beanと同じ

Local Homeインタフェース

Stateful Session Beanと同じ

Componentインタフェース

Stateful Session Beanと同じ

Local Componentインタフェース

Stateful Session Beanと同じ

Enterprise Bean（Entity Bean）

基本情報

Enterprise Bean名

説明

Bean名（内部識別用）

Homeインタフェース名

Local Homeインタフェース名

Componentインタフェース名

Local Componentインタフェース名

EJBクラス名

EntityBeanの永続化タイプ

EntityBeanのキャッシュモデル

同時接続最大値

Beanインスタンスプール

接続タイムアウト

稼働情報

現在の接続セッション数

接続待ちセッション数

Beanインスタンスプール現在値

使用中のEntity Bean数

未使用のEntity Bean数

Homeインタフェース

Stateful Session Beanと同じ

Local Homeインタフェース

Stateful Session Beanと同じ

Componentインタフェース

Stateful Session Beanと同じ

Local Componentインタフェース

Stateful Session Beanと同じ

Enterprise Bean（Message-driven Bean）

基本情報

Enterprise Bean名

説明

Bean名（内部識別用）

EJBクラス名

トランザクションタイプ

デスティネーションタイプ

Beanインスタンスプール

稼働情報

現在の接続セッション数

Beanインスタンスプール現在値

EJBメソッド実行時間

Webアプリケーション

基本情報

コンテキストルート

占有スレッド数

最大同時実行スレッド数

Webアプリケーション単位の実行待ちキューサイズ

稼働情報

有効なセッション数

同時実行可能スレッド数上限値

稼働スレッド数

Webアプリケーション単位の実行待ちリクエスト数

Webアプリケーション単位の実行待ちキューからあふれたリクエスト数

サーブレット

サーブレット名

サーブレットの実装クラス名

サーブレット実行回数

サーブレット失敗回数

サーブレット実行時間

出力データサイズ

URL

URL

URL呼び出し回数

URL呼び出し失敗回数

URL実行時間

出力データサイズ

リソース

リソースアダプタ

基本情報

リソース名

リソースタイプ

説明

リソースアダプタ提供ベンダ名

準拠するJCA仕様のバージョン

リソースアダプタのバージョン

接続先EISのタイプ

ConnectionFactoryのインタフェース名

ConnectionFactoryの実装クラス名

ManagedConnectionFactoryの実装クラス名

Connectionのインタフェース名

Connectionの実装クラス名

トランザクションサポートモデル

設定プロパティ情報

ユーザID

コネクションプール

稼働情報

リソース名

プール現在値（総数）

使用中のコネクション数

未使用のコネクション数

ManagedConnectionFactoryのcreateManagedConnection()メソッドの実行回数

ManagedConnectionのgetConnection()メソッドの実行回数

ManagedConnectionのcleanup()メソッドの実行回数

ManagedConnectionのdestroy()メソッドの実行回数

ConnectionManagerのallocateConnection()メソッドの実行時間

ManagedConnectionFactoryのcreateManagedConnection()メソッドの実行時間

ConnectionManagerのallocateConnection()メソッドの失敗回数

ManagedConnectionでFATALエラーが発生した回数

サービス

トランザクション

基本情報

サービス名

サービスタイプ

トランザクションタイムアウトデフォルト値

稼働情報

アクティブトランザクション数

平均トランザクション時間

13.1.4　バッチサーバの稼働情報監視で表示できる項目

ここでは，バッチサーバの稼働情報として監視できる項目を次の表に示します。

表13‒5　バッチサーバの稼働情報監視で表示できる項目

監視の対象 | 監視できる項目

バッチサーバ

J2EEコンテナ

J2EEサーバ名

Naming Serviceホスト

Naming Serviceポート番号

コンテナ起動時刻

EJBコンテナ | コンテナ名

JavaVM

基本情報

JavaVM名

JavaVMバージョン

JavaVMの使用する最大メモリ使用量

稼働情報

JavaVMの空きメモリ量

JavaVMの総メモリ容量

リソース

リソースアダプタ

基本情報

リソース名

リソースタイプ

説明

リソースアダプタ提供ベンダ名

準拠するJCA仕様のバージョン

リソースアダプタのバージョン

接続先EISのタイプ

ConnectionFactoryのインタフェース名

ConnectionFactoryの実装クラス名

ManagedConnectionFactoryの実装クラス名

Connectionのインタフェース名

Connectionの実装クラス名

トランザクションサポートモデル

設定プロパティ情報

ユーザID

コネクションプール

稼働情報

リソース名

プール現在値（総数）

使用中のコネクション数

未使用のコネクション数

ManagedConnectionFactoryのcreateManagedConnection()メソッドの実行回数

ManagedConnectionのgetConnection()メソッドの実行回数

ManagedConnectionのcleanup()メソッドの実行回数

ManagedConnectionのdestroy()メソッドの実行回数

ConnectionManagerのallocateConnection()メソッドの実行時間

ManagedConnectionFactoryのcreateManagedConnection()メソッドの実行時間

ConnectionManagerのallocateConnection()メソッドの失敗回数

ManagedConnectionでFATALエラーが発生した回数

サービス

トランザクション

基本情報

サービス名

サービスタイプ

トランザクションタイムアウトデフォルト値

稼働情報

アクティブトランザクション数

平均トランザクション時間

13.1.5　「論理サーバの運用監視」での共通の操作

(1)　統計情報のサンプリング時間の設定

［稼働情報監視］画面の［稼働情報］タブでは，統計情報のサンプリング時間を指定してください。サンプリング時間を指定すると，画面を表示した時刻または更新した時刻からさかのぼって，サンプリング時間（これをN秒といいます）に指定した時間内のデータを統計情報として表示できます。「N秒ピーク」や「N秒平均値」とはこの統計情報です。また，最大値，最小値などは，サンプリングを開始した以降のデータの中から値が抽出されます。

サンプリング時間の指定方法について次に示します。

図13‒1　サンプリング時間の設定

[picture]

サンプリング時間

統計情報を設定した時間ごとに取得します。設定できる値は，10秒，1分，5分，10分，15分，30分，45分，1時間および「設定しない」です。「設定しない」を選択すると，統計情報は取得されないで統計情報の項目に「Not Available」と表示されます。デフォルトは，「設定しない」です。

注

統計情報取得中に現在のサンプリング時間と異なるサンプリング時間で再設定すると，統計情報はいったんクリアされます。

［適用］ボタン

設定したサンプリング時間で統計情報の取得を開始します。サンプリング時間を設定後，このボタンをクリックしてください。

統計開始時刻

統計情報の取得開始時刻が表示されます。サンプリング時間に「設定しない」を選択した場合は，統計開始時刻は表示されません。

［リセット］アンカー

統計値をすべて初期化します。

［リセット］アンカーをクリックした直後，統計開始時刻に「Not Available」が表示されることがありますが，［最新の情報に更新］アンカーをクリックしてボディペインを更新すると時刻が正常に表示されます。

(2)　稼働情報の取得に失敗したときの表示

稼働情報監視で，一部の監視対象で稼働情報の取得に失敗したために，画面に「Not Available」が表示されることがあります。その場合には，［最新の情報に更新］アンカーをクリックして稼働情報の更新を試みてください。

(3)　テストモードで開始されているJ2EEアプリケーション名の表示

テストモードで開始されているJ2EEアプリケーションは，J2EEアプリケーション名の後ろに，”(TEST)”が表示されます。

注意事項

テストモードで開始されているJ2EEアプリケーションに対して稼働情報の監視以外の操作は実行しないでください。

13.2　ステータス監視

13.2.1　ホストごとの論理サーバのステータス監視

(1)　機能概要

選択したホスト内のすべての論理サーバのステータスを監視できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［ホストビュー］タブをクリックします。

［ホスト］−［＜ホスト名＞］をクリックします。

ステータス監視画面が表示されます。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

稼働状況

論理サーバの状態が表示されます。

状態の意味については，「4.4　論理サーバの運用監視」を参照してください。

論理サーバ名

論理サーバの名称が表示されます。

論理サーバがJ2EEサーバ，かつ稼働中の場合は，論理サーバ名がアンカーになっています。アンカーをクリックすると，稼働情報監視画面が表示されます。

説明

運用管理ポータルの［運用管理ドメインの構成定義］で，論理サーバについての説明を設定した場合，その説明が表示されます。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。更新間隔を変更したい場合は，「7.4.1　画面自動更新の設定」を参照してください。

13.2.2　運用管理ドメイン全体の論理サーバのステータス監視

［論理サーバのステータス監視］画面を次に示します。

図13‒2　［論理サーバのステータス監視］画面

[picture]

(1)　機能概要

運用管理ドメイン内にあるすべての論理サーバのステータスを監視できます。

(2)　表示手順

画面の表示手順を次に示します。

ホストビューから表示する場合

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［ホストビュー］−［ホスト］をクリックします。

ステータスの一覧が表示されます（ホスト名順の一覧です）。

サーバビューから表示する場合

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［＜運用管理ドメイン名＞］をクリックします。

ステータスの一覧が表示されます（論理サーバのツリー構成順の一覧です）。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

稼働状況

論理サーバの状態が表示されます。

状態の意味については，「4.4　論理サーバの運用監視」を参照してください。

論理サーバ名

論理サーバの名称が表示されます。

論理サーバがJ2EEサーバ，かつ稼働中の場合は，論理サーバ名がアンカーになっています。アンカーをクリックすると，稼働情報監視画面が表示されます。

ホスト名

論理サーバが稼働しているホスト名が表示されます。

説明

運用管理ポータルの［運用管理ドメインの構成定義］で，論理サーバについての説明を設定した場合，その説明が表示されます。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。更新間隔を変更したい場合は，「7.4.1　画面自動更新の設定」を参照してください。

13.2.3　論理サーバごとのステータス監視

(1)　機能概要

選択した論理サーバのステータスを監視できます。

論理サーバの種類ごとにまとめて監視することも，選択した個々の論理サーバだけを監視することもできます。

(2)　表示手順

画面の表示手順を次に示します。

論理サーバの種類ごとにまとめて監視する場合

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［目的の論理サーバ名］をクリックします。

選択した個々の論理サーバだけを監視する場合

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［目的の論理サーバ名］−［＜論理サーバ名＞］をクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。表示される項目は，各論理サーバで共通です。

稼働状況

論理サーバの状態が表示されます。

状態の意味については，「4.4　論理サーバの運用監視」を参照してください。

論理サーバ名

論理サーバの名称が表示されます。

論理サーバがJ2EEサーバ，かつ稼働中の場合は，論理サーバ名がアンカーになっています。アンカーをクリックすると，稼働情報監視画面が表示されます。

ホスト名

論理サーバが稼働しているホスト名が表示されます。

説明

運用管理ポータルの［運用管理ドメインの構成定義］で，論理サーバについての説明を設定した場合，その説明が表示されます。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。更新間隔を変更したい場合は，「7.4.1　画面自動更新の設定」を参照してください。

13.3　J2EEサーバの稼働情報監視

J2EEサーバの稼働情報監視では，J2EEサーバ内で動作しているコンテナやJavaVMの稼働情報を監視できます。

J2EEコンテナ

EJBコンテナ

Webコンテナ

JavaVM

13.3.1　J2EEコンテナの稼働情報監視

(1)　機能概要

J2EEサーバ内の，J2EEコンテナやJavaVMの稼働情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］をクリックします。

［J2EEコンテナ］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

J2EEコンテナ

J2EEサーバ名

Naming Serviceホスト

Naming Serviceポート番号

コンテナ起動時刻

13.3.2　EJBコンテナの稼働情報監視

(1)　機能概要

J2EEサーバ内の，EJBコンテナの稼働情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］をクリックします。

［EJBコンテナ］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

EJBコンテナ

コンテナ名

13.3.3　Webコンテナの稼働情報監視（基本情報）

(1)　機能概要

J2EEサーバ内の，Webコンテナの稼働に関する初期設定値を表示できます。

なお，次に示す項目は，それぞれの項目に対応した機能を使用している場合だけ表示されます。

HTTPサーバコネクタに関する項目

V9互換モードでWebサーバ連携機能を使用している場合だけ表示されます。

インプロセスHTTPサーバに関する項目

V9互換モードでインプロセスHTTPサーバを使用している場合だけ表示されます。

同時実行スレッド数制御に関する項目

同時実行スレッド数制御機能を使用している場合だけ表示されます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］をクリックします。

［Webコンテナ］タブをクリックします。

［基本情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Webコンテナ

コンテナ名

Webコンテナ起動時刻

管理用サーバのポート番号

HTTPサーバコネクタ

次に示す項目は，V9互換モードでWebサーバ連携機能を使用している場合だけ表示されます。

Webサーバとの通信に使用するポート

Webサーバとの通信ソケットのバックログ設定上限値

稼働中（リクエスト処理の実行中）スレッド数設定上限値

インプロセスHTTPサーバ

次に示す項目は，V9互換モードでインプロセスHTTPサーバを使用している場合だけ表示されます。

インプロセスHTTPサーバのポート番号

インプロセスHTTPサーバとの通信ソケットのバックログ設定上限数

インプロセスHTTPサーバのリクエスト処理用スレッド数の上限値

インプロセスHTTPサーバのリクエスト処理用スレッド数の下限値

インプロセスHTTPサーバの稼働スレッド数の上限値

インプロセスHTTPサーバのプーリングスレッド数

インプロセスHTTPサーバのコネクション数の上限値

インプロセスHTTPサーバのPersistentコネクションの上限値

インプロセスHTTPサーバのPersistentコネクション切断時の，リクエスト処理総数の上限値

インプロセスHTTPサーバのPersistentコネクションのリクエスト待ち時間の上限値（ミリ秒）

同時実行スレッド数制御

次に示す項目は，同時実行スレッド数制御機能を使用している場合だけ表示されます。

最大同時実行スレッド数

実行待ちキューサイズ

13.3.4　Webコンテナの稼働情報監視（稼働情報）

(1)　機能概要

J2EEサーバ内の，Webコンテナの稼働中の統計情報を監視できます。

なお，次に示す項目は，それぞれの項目に対応した機能を使用したり，またはオプションを指定したりしている場合だけ表示されます。

HTTPサーバコネクタに関する項目

V9互換モードでWebサーバ連携機能を使用している場合だけ表示されます。

インプロセスHTTPサーバに関する項目

V9互換モードでインプロセスHTTPサーバを使用している場合だけ表示されます。

同時実行スレッド数制御に関する項目

同時実行スレッド数制御機能を使用している場合だけ表示されます。

HTTPサーバ

管理用サーバを使用している場合だけ表示されます。

管理用サーバを使用するかどうかは，mserver.propertiesで指定します。mserver.properties（Management Server環境設定ファイル）の詳細については，マニュアル「アプリケーションサーバ リファレンス 定義編(サーバ定義)」の「8.2.6　mserver.properties（Management Server環境設定ファイル）」を参照してください。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］をクリックします。

［Webコンテナ］タブをクリックします。

［稼働情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

HTTPサーバコネクタ

次に示す項目は，V9互換モードでWebサーバ連携機能を使用している場合だけ表示されます。

WebサーバとWebコンテナとのコネクション数

現在値

最大値

最小値

稼働中スレッド数

現在値

N秒ピーク※

N秒平均値※

最大値※

最小値※

実行待ちしているリクエスト数※

現在値

N秒ピーク

N秒平均値

最大値

最小値

注※

同時実行スレッド数制御機能を使用している場合は「Not Available」と表示されます。

同時実行スレッド数制御機能を使用しているWebアプリケーションの稼働情報の詳細は，「13.12.2　Webアプリケーションの稼働情報（稼働情報）」を参照してください。

また，同時実行スレッド数機能を使用しないWebアプリケーション全体の稼働情報の詳細は，「同時実行スレッド数制御」を参照してください。

インプロセスHTTPサーバ

次に示す項目は，V9互換モードでインプロセスHTTPサーバを使用している場合だけ表示されます。

リクエスト処理用スレッド数

現在値

N秒ピーク

N秒平均値

最大値

最小値

稼働中スレッド数

現在値

N秒ピーク※

N秒平均値※

最大値※

最小値※

プーリングスレッド数

現在値

N秒ピーク

N秒平均値

最大値

最小値

コネクション数

現在値

N秒ピーク

N秒平均値

最大値

最小値

Persistentコネクション数

現在値

N秒ピーク

N秒平均値

最大値

最小値

Persistentコネクション切断時のリクエスト処理総数

N秒ピーク

N秒平均値

最大値

最小値

Persistentコネクションのリクエスト待ち時間

N秒ピーク（ミリ秒）

N秒平均値（ミリ秒）

最大値（ミリ秒）

最小値（ミリ秒）

実行待ちリクエスト数※

現在値

N秒ピーク

N秒平均値

最大値

最小値

アクセスを拒否されたリクエスト数

注※

同時実行スレッド数制御機能を使用している場合は「Not Available」と表示されます。

同時実行スレッド数制御機能を使用しているWebアプリケーションの稼働情報の詳細は，「13.12.2　Webアプリケーションの稼働情報（稼働情報）」を参照してください。

また，同時実行スレッド数機能を使用しないWebアプリケーション全体の稼働情報の詳細は，「同時実行スレッド数制御」を参照してください。

同時実行スレッド数制御

次に示す項目は，同時実行スレッド数制御機能を使用している場合だけ表示されます。また，同時実行スレッド数制御機能を使用しないWebアプリケーションの稼働情報がまとめて表示されます。

同時実行可能スレッド数上限値

稼働スレッド数

現在値

N秒ピーク

N秒平均値

最大値

最小値

実行待ちリクエスト数

現在値

N秒ピーク

N秒平均値

最大値

最小値

実行待ちキューからあふれたリクエスト数

HTTPサーバ

管理用サーバを使用している場合だけ表示されます。管理用サーバを使用するかどうかは，mserver.propertiesで指定します。mserver.properties（Management Server環境設定ファイル）の詳細については，マニュアル「アプリケーションサーバリファレンス 定義編(サーバ定義)」の「8.2.6　mserver.properties（Management Server環境設定ファイル）」を参照してください。

稼働中スレッド数

N秒ピーク

N秒平均値

最大値

最小値

注

「N秒」とは［サンプリング時間］で設定した時間を表します。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。更新間隔を変更したい場合は，「7.4.1　画面自動更新の設定」を参照してください。

(5)　注意事項

Management Serverの稼働情報監視画面では，HTTPサーバ，HTTPサーバコネクタ，またはインプロセスHTTPサーバの稼働情報を同一画面で表示します。この場合，mngsvrutilコマンドで，HTTPサーバコネクタまたはインプロセスHTTPサーバのサンプリング時間に異なる値を設定していると，そのサンプリング時間に指定した時間内のデータが統計情報として表示されます。mngsvrutilコマンドについては，マニュアル「アプリケーションサーバリファレンス コマンド編」の「mngsvrutil（Management Serverの運用管理コマンド）」を参照してください。

13.3.5　JavaVMの稼働情報監視（基本情報）

(1)　機能概要

J2EEサーバ内の，JavaVMの稼働に関する初期設定値を表示できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］をクリックします。

［JavaVM］タブをクリックします。

［基本情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

JavaVM

JavaVM名

JavaVMバージョン

JavaVMの使用する最大メモリ使用量（単位：キロバイト）

13.3.6　JavaVMの稼働情報監視（稼働情報）

JavaVMの稼働情報監視の［稼働情報］画面を次に示します。

図13‒3　JavaVMの稼働情報監視の［稼働情報］画面

[picture]

(1)　機能概要

J2EEサーバ内の，JavaVMの稼働中の統計情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］をクリックします。

［JavaVM］タブをクリックします。

［稼働情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

JavaVM

JavaVMの空きメモリ量

現在値（単位：キロバイト）

N秒ピーク（単位：キロバイト）

N秒平均値（単位：キロバイト）

最大値（単位：キロバイト）

最小値（単位：キロバイト）

JavaVMの総メモリ容量

現在値（単位：キロバイト）

N秒ピーク（単位：キロバイト）

N秒平均値（単位：キロバイト）

最大値（単位：キロバイト）

最小値（単位：キロバイト）

注

「N秒」とは［サンプリング時間］で設定した時間を表します。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。更新間隔を変更したい場合は，「7.4.1　画面自動更新の設定」を参照してください。

13.4　バッチサーバの稼働情報監視

バッチサーバの稼働情報監視では，バッチサーバ内で動作しているコンテナやJavaVMの稼働情報を監視できます。

J2EEコンテナ

EJBコンテナ

JavaVM

各項目の参照先を次の表に示します。このとき，J2EEサーバ名をバッチサーバ名に読み替えてください。

表13‒6　バッチサーバの稼働情報監視で監視できる項目と参照先

項目名 | 参照先
J2EEコンテナの稼働情報監視 | 13.3.1
EJBコンテナの稼働情報監視 | 13.3.2
JavaVMの稼働情報監視 | 13.3.5 13.3.6

13.5　J2EEアプリケーションの稼働情報監視

13.5.1　監視方法の詳細

(1)　機能概要

J2EEサーバ内にデプロイされているJ2EEアプリケーションの稼働情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［アプリケーション］−［＜J2EEアプリケーション名＞］をクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

J2EEアプリケーション

アプリケーション名（display name）

説明

デプロイされた時刻

13.6　EJBアプリケーションの稼働情報監視

13.6.1　監視方法の詳細

(1)　機能概要

J2EEサーバ内にデプロイされているJ2EEアプリケーションのうち，EJBアプリケーションの稼働情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［アプリケーション］−［＜J2EEアプリケーション名＞］−［＜EJBアプリケーション名＞］をクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

EJBアプリケーション

EJB-JAR名

説明

13.7　Stateful Session Beanの稼働情報監視

Stateful Session Beanの稼働情報監視では，J2EEサーバ内で動作しているEJBアプリケーション内の，Stateful Session Beanの稼働情報を監視できます。

Stateful Session Bean（基本情報）

Stateful Session Bean（稼働情報）

Homeインタフェース

Local Homeインタフェース

Componentインタフェース

Local Componentインタフェース

13.7.1　Stateful Session Beanの稼働情報監視（基本情報）

(1)　機能概要

EJBアプリケーション内の，Stateful Session Beanの稼働に関する初期設定値を表示できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［アプリケーション］−［＜J2EEアプリケーション名＞］−［＜EJBアプリケーション名＞］−［＜Enterprise Bean名＞］をクリックします。

［Enterprise Bean］タブをクリックします。

［基本情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Stateful Session Bean

Enterprise Bean名

説明

Bean名（内部識別用）

Homeインタフェース名

Local Homeインタフェース名

Componentインタフェース名

Local Componentインタフェース名

EJBクラス名

トランザクションタイプ

同時接続最大値

同時実行最大値

非活性セッションのタイムアウト（単位：秒）

実行中セッションのタイムアウト（単位：秒）

13.7.2　Stateful Session Beanの稼働情報監視（稼働情報）

(1)　機能概要

EJBアプリケーション内の，Stateful Session Beanの稼働中の統計情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［アプリケーション］−［＜J2EEアプリケーション名＞］−［＜EJBアプリケーション名＞］−［＜Enterprise Bean名＞］をクリックします。

［Enterprise Bean］タブをクリックします。

［稼働情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Stateful Session Bean

現在の接続セッション数

実行中のセッション数

非活性セッション数

接続待ちセッション数

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。更新間隔を変更したい場合は，「7.4.1　画面自動更新の設定」を参照してください。

13.7.3　Homeインタフェースの稼働情報監視

(1)　機能概要

EJBアプリケーション内の，Homeインタフェースの稼働情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［アプリケーション］−［＜J2EEアプリケーション名＞］−［＜EJBアプリケーション名＞］−［＜Enterprise Bean名＞］をクリックします。

［Home］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Homeインタフェース

Homeインタフェース名

レスポンス

N秒平均値（単位：ミリ秒）

最大値（単位：ミリ秒）

最小値（単位：ミリ秒）

EJBメソッド実行時間

N秒平均値（単位：ミリ秒）

最大値（単位：ミリ秒）

最小値（単位：ミリ秒）

注

「N秒」とは［サンプリング時間］で設定した時間を表します。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。更新間隔を変更したい場合は，「7.4.1　画面自動更新の設定」を参照してください。

13.7.4　Local Homeインタフェースの稼働情報監視

(1)　機能概要

EJBアプリケーション内の，Local Homeインタフェースの稼働情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［アプリケーション］−［＜J2EEアプリケーション名＞］−［＜EJBアプリケーション名＞］−［＜Enterprise Bean名＞］をクリックします。

［Local Home］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Local Homeインタフェース

Homeインタフェース名

レスポンス

N秒平均値（単位：ミリ秒）

最大値（単位：ミリ秒）

最小値（単位：ミリ秒）

EJBメソッド実行時間

N秒平均値（単位：ミリ秒）

最大値（単位：ミリ秒）

最小値（単位：ミリ秒）

注

「N秒」とは［サンプリング時間］で設定した時間を表します。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。更新間隔を変更したい場合は，「7.4.1　画面自動更新の設定」を参照してください。

13.7.5　Componentインタフェースの稼働情報監視

(1)　機能概要

EJBアプリケーション内の，Componentインタフェースの稼働情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［アプリケーション］−［＜J2EEアプリケーション名＞］−［＜EJBアプリケーション名＞］−［＜Enterprise Bean名＞］をクリックします。

［Component］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Componentインタフェース

Componentインタフェース名

レスポンス

N秒平均値（単位：ミリ秒）

最大値（単位：ミリ秒）

最小値（単位：ミリ秒）

EJBメソッド実行時間

N秒平均値（単位：ミリ秒）

最大値（単位：ミリ秒）

最小値（単位：ミリ秒）

注

「N秒」とは［サンプリング時間］で設定した時間を表します。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。更新間隔を変更したい場合は，「7.4.1　画面自動更新の設定」を参照してください。

13.7.6　Local Componentインタフェースの稼働情報監視

(1)　機能概要

EJBアプリケーション内の，Local Componentインタフェースの稼働情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［アプリケーション］−［＜J2EEアプリケーション名＞］−［＜EJBアプリケーション名＞］−［＜Enterprise Bean名＞］をクリックします。

［Local Component］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Local Componentインタフェース

Componentインタフェース名

レスポンス

N秒平均値（単位：ミリ秒）

最大値（単位：ミリ秒）

最小値（単位：ミリ秒）

EJBメソッド実行時間

N秒平均値（単位：ミリ秒）

最大値（単位：ミリ秒）

最小値（単位：ミリ秒）

注

「N秒」とは［サンプリング時間］で設定した時間を表します。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。更新間隔を変更したい場合は，「7.4.1　画面自動更新の設定」を参照してください。

13.8　Stateless Session Beanの稼働情報監視

Stateless Session Beanの稼働情報監視では，J2EEサーバ内で動作しているEJBアプリケーション内の，Stateless Session Beanの稼働情報を監視できます。

Stateless Session Bean（基本情報）

Stateless Session Bean（稼働情報）

Homeインタフェース

Local Homeインタフェース

Componentインタフェース

Local Componentインタフェース

なお，Homeインタフェース，Local Homeインタフェース，Componentインタフェース，Local Componentインタフェースで表示される内容は，Stateful Session Beanと同様です。「13.7　Stateful Session Beanの稼働情報監視」を参照してください。

13.8.1　Stateless Session Beanの稼働情報監視（基本情報）

(1)　機能概要

EJBアプリケーション内の，Stateless Session Beanの稼働に関する初期設定値を表示できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［アプリケーション］−［＜J2EEアプリケーション名＞］−［＜EJBアプリケーション名＞］−［＜Enterprise Bean名＞］をクリックします。

［Enterprise Bean］タブをクリックします。

［基本情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Stateless Session Bean

Enterprise Bean名

説明

Bean名（内部識別用）

Homeインタフェース名

Local Homeインタフェース名

Componentインタフェース名

Local Componentインタフェース名

EJBクラス名

トランザクションタイプ

Beanインスタンスプール

最大値

最小値

13.8.2　Stateless Session Beanの稼働情報監視（稼働情報）

(1)　機能概要

EJBアプリケーション内の，Stateless Session Beanの稼働中の統計情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［アプリケーション］−［＜J2EEアプリケーション名＞］−［＜EJBアプリケーション名＞］−［＜Enterprise Bean名＞］をクリックします。

［Enterprise Bean］タブをクリックします。

［稼働情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Stateless Session Bean

接続待ちセッション数

Beanインスタンスプール現在値

使用中のSession Bean数

未使用のSession Bean数

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。更新間隔を変更したい場合は，「7.4.1　画面自動更新の設定」を参照してください。

13.9　Entity Beanの稼働情報監視

Entity Beanの稼働情報監視では，J2EEサーバ内で動作しているEJBアプリケーション内の，Entity Beanの稼働情報を監視できます。

Entity Bean（基本情報）

Entity Bean（稼働情報）

Homeインタフェース

Local Homeインタフェース

Componentインタフェース

Local Componentインタフェース

なお，Homeインタフェース，Local Homeインタフェース，Componentインタフェース，Local Componentインタフェースで表示される内容は，Stateful Session Beanと同様です。「13.7　Stateful Session Beanの稼働情報監視」を参照してください。

13.9.1　Entity Beanの稼働情報監視（基本情報）

(1)　機能概要

EJBアプリケーション内の，Entity Beanの稼働に関する初期設定値を表示できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［アプリケーション］−［＜J2EEアプリケーション名＞］−［＜EJBアプリケーション名＞］−［＜Enterprise Bean名＞］をクリックします。

［Enterprise Bean］タブをクリックします。

［基本情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Entity Bean

Enterprise Bean名

説明

Bean名（内部識別用）

Homeインタフェース名

Local Homeインタフェース名

Componentインタフェース名

Local Componentインタフェース名

EJBクラス名

EntityBeanの永続化タイプ

EntityBeanのキャッシュモデル※

同時接続最大値

Beanインスタンスプール

最大値

最小値

接続タイムアウト（単位：秒）

注※　EntityBeanのキャッシュモデルは，それぞれ次を表します。

A：Full Caching，B：Caching，C：No Cache

13.9.2　Entity Beanの稼働情報監視（稼働情報）

(1)　機能概要

EJBアプリケーション内の，Entity Beanの稼働中の統計情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［アプリケーション］−［＜J2EEアプリケーション名＞］−［＜EJBアプリケーション名＞］−［＜Enterprise Bean名＞］をクリックします。

［Enterprise Bean］タブをクリックします。

［稼働情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Entity Bean

現在の接続セッション数

接続待ちセッション数

Beanインスタンスプール現在値

使用中のEntity Bean数

未使用のEntity Bean数

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。更新間隔を変更したい場合は，「7.4.1　画面自動更新の設定」を参照してください。

13.10　Message-driven Beanの稼働情報監視

Message-driven Beanの稼働情報監視では，J2EEサーバ内で動作しているEJBアプリケーション内の，Message-driven Beanの稼働情報を監視できます。

Message-driven Bean（基本情報）

Message-driven Bean（稼働情報）

13.10.1　Message-driven Beanの稼働情報監視（基本情報）

(1)　機能概要

EJBアプリケーション内の，Message-driven Beanの稼働に関する初期設定値を表示できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［アプリケーション］−［＜J2EEアプリケーション名＞］−［＜EJBアプリケーション名＞］−［＜Enterprise Bean名＞］をクリックします。

［基本情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Message Driven Bean

Enterprise Bean名

説明

Bean名（内部識別用）

EJBクラス名

トランザクションタイプ

デスティネーションタイプ

Beanインスタンスプール

最大値

13.10.2　Message-driven Beanの稼働情報監視（稼働情報）

(1)　機能概要

EJBアプリケーション内の，Message-driven Beanの稼働中の統計情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［アプリケーション］−［＜J2EEアプリケーション名＞］−［＜EJBアプリケーション名＞］−［＜Enterprise Bean名＞］をクリックします。

［稼働情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Message Driven Bean

現在の接続セッション数

Beanインスタンスプール現在値

EJBメソッド実行時間

N秒平均値（単位：ミリ秒）

最大値（単位：ミリ秒）

最小値（単位：ミリ秒）

注

「N秒」とは［サンプリング時間］で設定した時間を表します。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。更新間隔を変更したい場合は，「7.4.1　画面自動更新の設定」を参照してください。

13.11　リソースアダプタの稼働情報監視

リソースアダプタの稼働情報監視では，J2EEリソースであるリソースアダプタの稼働情報を監視できます。

リソースアダプタの稼働情報（基本情報）

リソースアダプタの稼働情報（稼働情報）

13.11.1　リソースアダプタの稼働情報監視（基本情報）

(1)　機能概要

J2EEリソースのリソースアダプタの稼働に関する初期設定値を表示できます。

(2)　表示手順

画面の表示手順を次に示します。

J2EEアプリケーションのリソースアダプタを表示する場合

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［アプリケーション］−［＜J2EEアプリケーション名＞］−［＜リソースアダプタ名＞］をクリックします。

［基本情報］タブをクリックします。

リソースのリソースアダプタを表示する場合

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［リソース］−［＜リソースアダプタ名＞］をクリックします。

［基本情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

ResourceAdapter

リソース名

リソースタイプ

説明

リソースアダプタ提供ベンダ名

準拠するJCA仕様のバージョン

リソースアダプタのバージョン

接続先EISのタイプ

ConnectionFactoryのインタフェース名

ConnectionFactoryの実装クラス名

ManagedConnectionFactoryの実装クラス名

Connectionのインタフェース名

Connectionの実装クラス名

トランザクションサポートモデル

設定プロパティ情報

ユーザID

コネクションプール

最大値

最小値

13.11.2　リソースアダプタの稼働情報監視（稼働情報）

(1)　機能概要

J2EEリソースのリソースアダプタの稼働中の統計情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

J2EEアプリケーションのリソースアダプタを表示する場合

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［アプリケーション］−［＜J2EEアプリケーション名＞］−［＜リソースアダプタ名＞］をクリックします。

［稼働情報］タブをクリックします。

リソースのリソースアダプタを表示する場合

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［リソース］−［＜リソースアダプタ名＞］をクリックします。

［稼働情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

ResourceAdapter

リソース名

プール現在値（総数）

使用中のコネクション数

未使用のコネクション数

ManagedConnectionFactoryのcreateManagedConnection()メソッドの実行回数

ManagedConnectionのgetConnection()メソッドの実行回数

ManagedConnectionのcleanup()メソッドの実行回数

ManagedConnectionのdestroy()メソッドの実行回数

ConnectionManagerのallocateConnection()メソッドの実行時間

N秒平均値（単位：ミリ秒）

最大値（単位：ミリ秒）

最小値（単位：ミリ秒）

ManagedConnectionFactoryのcreateManagedConnection()メソッドの実行時間

N秒平均値（単位：ミリ秒）

最大値（単位：ミリ秒）

最小値（単位：ミリ秒）

ConnectionManagerのallocateConnection()メソッドの失敗回数

ManagedConnectionでFATALエラーが発生した回数

注

「N秒」とは［サンプリング時間］で設定した時間を表します。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。更新間隔を変更したい場合は，「7.4.1　画面自動更新の設定」を参照してください。

13.12　Webアプリケーションの稼働情報監視

J2EEサーバ内にデプロイされているWebアプリケーションの稼働情報を監視できます。

Webアプリケーション（基本情報）

Webアプリケーション（稼働情報）

13.12.1　Webアプリケーションの稼働情報（基本情報）

(1)　機能概要

J2EEサーバ内にデプロイされているWebアプリケーションの，稼働に関する初期設定値を表示できます。

なお，同時実行スレッド数制御に関する項目は，同時実行スレッド数制御機能を使用しているWebアプリケーションの場合だけ表示されます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［アプリケーション］−［＜J2EEアプリケーション名＞］−［＜Webアプリケーション名＞］をクリックします。

［基本情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Webアプリケーション

コンテキストルート

同時実行スレッド数制御

次に示す項目は，同時実行スレッド数制御機能を使用しているWebアプリケーションの場合だけ表示されます。

占有スレッド数

最大同時実行スレッド数

実行待ちキューサイズ

13.12.2　Webアプリケーションの稼働情報（稼働情報）

(1)　機能概要

J2EEサーバ内にデプロイされているWebアプリケーションの，稼働中の統計情報を監視できます。

なお，同時実行スレッド数制御に関する項目は，同時実行スレッド数制御機能を使用しているWebアプリケーションの場合だけ表示されます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［アプリケーション］−［＜J2EEアプリケーション名＞］−［＜Webアプリケーション名＞］をクリックします。

［稼働情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Webアプリケーション

有効なセッション数

同時実行スレッド数制御

次に示す項目は，同時実行スレッド数制御機能を使用しているWebアプリケーションの場合だけ表示されます。

同時実行可能スレッド数上限値

稼働スレッド数

現在値

N秒ピーク

N秒平均値

最大値

最小値

実行待ちリクエスト数

現在値

N秒ピーク

N秒平均値

最大値

最小値

実行待ちキューからあふれたリクエスト数

注

「N秒」とは［サンプリング時間］で設定した時間を表します。

注意事項

サンプリング時間について

Webアプリケーションの稼働情報監視（稼働情報）での統計情報のサンプリング時間の設定は，アクセスされたURLの統計情報を取得するための設定です。つまり，このノードで統計情報の取得を開始した場合，それ以降にこのWebアプリケーションのURLにアクセスされたURLの統計情報を参照できます（URLのノードで表示される統計情報のサンプリング時間は，そのときに設定されているWebアプリケーションのサンプリング時間になります）。なお，URLのノードを参照する場合は，ツリーペインの［ツリーの初期化］アンカーをクリックして，URLのノードをツリーペインに表示させてください。また，Webアプリケーションの統計情報のリセットは，URLの統計情報のリセットを行いません。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。更新間隔を変更したい場合は，「7.4.1　画面自動更新の設定」を参照してください。

13.13　サーブレットの稼働情報監視

13.13.1　監視方法の詳細

(1)　機能概要

J2EEサーバ内にデプロイされているWebアプリケーション内にある，サーブレットの稼働情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［アプリケーション］−［＜J2EEアプリケーション名＞］−［＜Webアプリケーション名＞］−［＜サーブレット名＞］をクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Servlet

サーブレット名

サーブレットの実装クラス名

サーブレット実行回数

サーブレット失敗回数

サーブレット実行時間

N秒ピーク（単位：ミリ秒）

N秒平均値（単位：ミリ秒）

最大値（単位：ミリ秒）

最小値（単位：ミリ秒）

出力データサイズ

N秒ピーク（単位：キロバイト）

N秒平均値（単位：キロバイト）

最大値（単位：キロバイト）

最小値（単位：キロバイト）

注

「N秒」とは［サンプリング時間］で設定した時間を表します。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。更新間隔を変更したい場合は，「7.4.1　画面自動更新の設定」を参照してください。

13.14　URLの稼働情報監視

13.14.1　監視方法の詳細

(1)　機能概要

J2EEサーバ内にデプロイされているWebアプリケーション内の，サーブレットやJSPにHTTPリクエストしたURLの稼働情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［アプリケーション］−［＜J2EEアプリケーション名＞］−［＜Webアプリケーション名＞］−［＜URL＞］をクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

URL

URL

URL呼び出し回数

URL呼び出し失敗回数

URL実行時間

N秒ピーク（単位：ミリ秒）

N秒平均値（単位：ミリ秒）

最大値（単位：ミリ秒）

最小値（単位：ミリ秒）

出力データサイズ

N秒ピーク（単位：キロバイト）

N秒平均値（単位：キロバイト）

最大値（単位：キロバイト）

最小値（単位：キロバイト）

注

「N秒」とは［サンプリング時間］で設定した時間を表します。

注意事項

サンプリング時間について

URLの統計情報のサンプリング時間について再設定はできません。統計情報のサンプリング時間を変更する場合は，一度Webアプリケーションの稼働情報監視（稼働情報）で統計情報のサンプリング時間設定を「設定しない」に設定にしたあと，再度Webアプリケーションのサンプリング時間設定を行ってください。その場合，再設定する直前まで取得していたURLの統計情報はクリアされます。また，URLの統計情報のリセットは，サンプリング時間を再設定することで行えます。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。更新間隔を変更したい場合は，「7.4.1　画面自動更新の設定」を参照してください。

13.15　トランザクションの稼働情報監視

トランザクションの稼働情報監視では，J2EEサーバのトランザクションの稼働情報を監視できます。

トランザクション（基本情報）

トランザクション（稼働情報）

13.15.1　トランザクションの稼働情報監視（基本情報）

(1)　機能概要

J2EEサーバのトランザクションの稼働に関する初期設定値を表示します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［サービス］−［＜トランザクション名＞］をクリックします。

［基本情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Transaction

サービス名

サービスタイプ

トランザクションタイムアウトデフォルト値（単位：秒）

13.15.2　トランザクションの稼働情報監視（稼働情報）

(1)　機能概要

J2EEサーバのトランザクションの稼働中の統計情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ−［論理J2EEサーバ］−［J2EEサーバ］−［＜J2EEサーバ名＞］−［サービス］−［＜トランザクション名＞］をクリックします。

［稼働情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Transaction

アクティブトランザクション数

平均トランザクション時間（単位：ミリ秒）

注意事項

サンプリング時間について

トランザクションの情報が取得できない場合，統計情報のサンプリング時間を設定することはできません。トランザクションの情報を取得する場合は，J2EEサーバ起動後，トランザクションを発生するEnterpriseBeanが実行されている必要があります。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。更新間隔を変更したい場合は，「7.4.1　画面自動更新の設定」を参照してください。

付録

付録A　Smart Composer機能のパラメタと運用管理ポータルの画面の対応

ここでは，Smart Composer機能のパラメタに対応する運用管理ポータルの画面について説明します。Smart Composer機能で構築したシステムについて，運用管理ポータルで設定値を変更する場合などに参考にしてください。

Smart Composer機能のパラメタと運用管理ポータルの画面の対応を論理サーバごとに示します。なお，バッチサーバの場合は，論理J2EEサーバの説明を参照してください。

注意事項

Smart Composer機能を使用して構築したシステムに対して，運用管理ポータルを使用して設定値を変更した場合は，必ず設定情報の配布を実行してください。

設定情報の配布は，［設定情報の配布］画面で［ステータス］が［配布済み］以外の論理サーバに対して実行します。設定情報の配布を実行したあと，論理サーバを再起動してください。

付録A.1　論理パフォーマンストレーサ

論理パフォーマンストレーサに設定する項目について，Smart Composer機能のパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒1　Smart Composer機能のパラメタと運用管理ポータルの画面の対応（論理パフォーマンストレーサ）

Smart Composer機能の パラメタ名 | 運用管理ポータル
画面名 | 設定個所 | 画面の参照先
additional.startcmd | オプションの設定 | 起動コマンド | 10.3.2
mstartup.force.watchtime | 起動／停止の設定 | 強制停止監視時間 | 11.4.1
mstartup.no | 起動順序の設定 | 起動順序 | 11.3.5
mstartup.restartcnt | 起動／停止の設定 | 自動再起動回数 | 11.4.1
mstartup.retrywait | 自動再起動リトライ間隔
mstartup.start.watchtime | 起動監視時間
mstartup.watchtime | 停止監視時間
PRFID | ホスト内のサーバの設定 | PRF識別子 | 10.2.1
パフォーマンストレーサの設定 | PRF識別子 | 10.3.1
prfspool | ホスト内のサーバの設定 | スプールディレクトリ（パフォーマンストレーサの設定） | 10.2.1
パフォーマンストレーサの設定 | スプールディレクトリ | 10.3.1
PrfTraceBufferSize | パフォーマンストレーサの設定 | バッファメモリサイズ
PrfTraceCount | ファイル面数
PrfTraceFileSize | ファイルサイズ
PrfTraceLevel | 取得レベル
user.env.variable | 環境変数の設定 | 変数名と値 | 10.3.3

付録A.2　論理スマートエージェント

論理スマートエージェントに設定する項目について，Smart Composer機能のパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒2　Smart Composer機能のパラメタと運用管理ポータルの画面の対応（論理スマートエージェント）

Smart Composer機能の パラメタ名 | 運用管理ポータル
画面名 | 設定個所 | 画面の参照先
additional.startcmd | オプションの設定 | 起動コマンド | 10.4.2
mstartup.force.watchtime | 起動／停止の設定 | 強制停止監視時間 | 11.5.1
mstartup.no | 起動順序の設定 | 起動順序 | 11.3.5
mstartup.premised.serverName | 起動／停止の設定 | 前提となる論理サーバ | 11.5.1
mstartup.restartcnt | 自動再起動回数
mstartup.retrywait | 自動再起動リトライ間隔
mstartup.start.watchtime | 起動監視時間
mstartup.watchtime | 停止監視時間
smartagent.port | ホスト内のサーバの設定 | 監視ポート番号 | 10.2.1
スマートエージェントの設定 | 監視ポート番号 | 10.4.1
user.env.variable | 環境変数の設定 | 変数名と値 | 10.4.3

付録A.3　論理ネーミングサービス

論理ネーミングサービスに設定する項目について，Smart Composer機能のパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒3　Smart Composer機能のパラメタと運用管理ポータルの画面の対応（論理ネーミングサービス）

Smart Composer機能の パラメタ名 | 運用管理ポータル
画面名 | 設定個所 | 画面の参照先
additional.startcmd | オプションの設定 | 起動コマンド | 10.5.2
mstartup.force.watchtime | 起動／停止の設定 | 強制停止監視時間 | 11.6.1
mstartup.no | 起動順序の設定 | 起動順序 | 11.3.5
mstartup.premised.serverName | 起動／停止の設定 | 前提となる論理サーバ | 11.6.1
mstartup.restartcnt | 自動再起動回数
mstartup.retrywait | 自動再起動リトライ間隔
mstartup.start.watchtime | 起動監視時間
mstartup.watchtime | 停止監視時間
ns.agent.port | ネーミングサービスの設定 | 利用するスマートエージェント | 10.5.1
ns.agenthost | 運用管理エージェントのホストで固定
ns.bind.host | ホストの固定
port | 稼働ポート番号
user.env.variable | 環境変数の設定 | 変数名と値 | 10.5.3

付録A.4　論理CTMドメインマネジャ

論理CTMドメインマネジャに設定する項目について，Smart Composer機能のパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒4　Smart Composer機能のパラメタと運用管理ポータルの画面の対応（論理CTMドメインマネジャ）

Smart Composer機能の パラメタ名 | 運用管理ポータル
画面名 | 設定個所 | 画面の参照先
additional.startcmd | オプションの設定 | 起動コマンド | 10.6.3
cdm.agent.port | ホスト内のサーバの設定 | 利用するスマートエージェント（CTMドメインマネジャの設定） | 10.2.1
CTMドメインマネジャの基本設定 | 利用するスマートエージェント | 10.6.1
cdm.AliveCheckCount | ネットワーク設定 | ドメインマネジャ生存判定間隔係数 | 10.6.2
cdm.port | ホスト内のサーバの設定 | ポート番号（CTMドメインマネジャの設定） | 10.2.1
CTMドメインマネジャの基本設定 | ポート番号 | 10.6.1
cdm.prf.PRFID | ホスト内のサーバの設定 | 利用するパフォーマンストレーサ（CTMドメインマネジャの設定） | 10.2.1
CTMドメインマネジャの基本設定 | 利用するパフォーマンストレーサ | 10.6.1
cdm.SendHost | ネットワーク設定 | CTMドメイン構成情報の配布先 | 10.6.2
cdm.SendHostInterval | 指定ホストへの構成情報の送信間隔
cdm.SendInterval | CTMドメイン構成情報の送信間隔
cdm.SubnetMask | サブネットマスク
ctmdomname | ホスト内のサーバの設定 | CTMドメイン名（CTMドメインマネジャの設定） | 10.2.1
CTMドメインマネジャの基本設定 | CTMドメイン名 | 10.6.1
ctmspool | ホスト内のサーバの設定 | スプールディレクトリ（CTMドメインマネジャの設定） | 10.2.1
CTMドメインマネジャの基本設定 | スプールディレクトリ | 10.6.1
mstartup.force.watchtime | 起動／停止の設定 | 強制停止監視時間 | 11.7.1
mstartup.no | 起動順序の設定 | 起動順序 | 11.3.5
mstartup.premised.serverName | 起動／停止の設定 | 前提となる論理サーバ | 11.7.1
mstartup.restartcnt | 自動再起動回数
mstartup.retrywait | 自動再起動リトライ間隔
mstartup.start.watchtime | 起動監視時間
mstartup.watchtime | 停止監視時間
user.env.variable | 環境変数の設定 | 変数名と値 | 10.6.4

付録A.5　論理CTM

論理CTMに設定する項目について，Smart Composer機能のパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒5　Smart Composer機能のパラメタと運用管理ポータルの画面の対応（論理CTM）

Smart Composer機能の パラメタ名 | 運用管理ポータル
画面名 | 設定個所 | 画面の参照先
additional.startcmd | オプションの設定 | 起動コマンド | 10.7.6
ctm.Agent | レギュレータの設定 | ORBゲートウェイ | 10.7.3
ctm.cdm | ホスト内のサーバの設定 | 利用するCTMドメインマネジャ（CTMの設定） | 10.2.1
CTMの基本設定 | 利用するCTMドメインマネジャ | 10.7.1
ctm.CreatePolicy | スケジューリングの設定 | create要求のノード選択ポリシー | 10.7.2
ctm.DCSendTimeOut | CTM間通信の設定 | リクエスト転送時のタイムアウト時間 | 10.7.4
ctm.DispatchParallelCount | スケジューリングの設定 | スレッド最大値 | 10.7.2
ctm.DispatchPolicy | スケジュールポリシー
ctm.EjbPort | EJBリクエスト受信ポート番号
ctm.LoadCheckInterval | 負荷状況監視時間間隔
ctm.LogFileCount | CTMの基本設定 | ファイル面数 | 10.7.1
ctm.LogFileSize | CTMの基本設定 | ファイルサイズ
ctm.MaxRequestCount | スケジューリングの設定 | サイズ | 10.7.2
ctm.ns.port | ホスト内のサーバの設定 | ネーミングサービスのポート番号（CTMの設定） | 10.2.1
CTMの基本設定 | ネーミングサービスのポート番号 | 10.7.1
ctm.NsBindHost | CTMの基本設定 | ネーミングサービスのホスト固定
ctm.port | ホスト内のサーバの設定 | ポート番号（CTMの設定） | 10.2.1
CTMの基本設定 | ポート番号 | 10.7.1
ctm.QueueCount | スケジューリングの設定 | 登録数 | 10.7.2
ctm.QueueDeleteWait | 保留時間
ctm.QueueInterval | 監視時間間隔
ctm.QueueRate | 監視開始滞留率
ctm.QueueRegistCount | 共有J2EEアプリケーション数
ctm.RegOption | レギュレータの設定 | 設定ファイル（CTMレギュレータの設定） | 10.7.3
ctm.RegStart | 自動起動プロセス数（CTMレギュレータの設定）
ctm.RequestCount | スケジューリングの設定 | 自動閉塞するタイムアウト発生回数 | 10.7.2
ctm.RequestInterval | 監視時間間隔
ctm.ServerCacheSize | 構成情報キャッシュサイズ
ctm.ServerConnectCount | 接続J2EEサーバ最大数
ctm.StatsFileCount | 稼働統計情報の設定 | ファイル面数 | 10.7.5
ctm.StatsFileSize | ファイルサイズ
ctm.StatsInterval | 出力間隔
ctm.StatsUse | 稼働統計情報の取得
ctm.SystemDown | スケジューリングの設定 | システム停止 | 10.7.2
ctm.SystemDownRate | システム停止処理率
ctm.TSCGwOption | レギュレータの設定 | 設定ファイル（OTMゲートウェイの設定） | 10.7.3
ctm.TSCGwStart | 自動起動プロセス数（OTMゲートウェイの設定）
ctm.WatchQueue | スケジューリングの設定 | 滞留監視 | 10.7.2
ctm.WatchRequest | タイムアウト閉塞
ctmid | ホスト内のサーバの設定 | CTM識別子（CTMの設定） | 10.2.1
CTMの基本設定 | CTM識別子 | 10.7.1
mstartup.force.watchtime | 起動／停止の設定 | 強制停止監視時間 | 11.8.1
mstartup.no | 起動順序の設定 | 起動順序 | 11.3.5
mstartup.premised.serverName | 起動／停止の設定 | 前提となる論理サーバ | 11.8.1
mstartup.restartcnt | 自動再起動回数
mstartup.retrywait | 自動再起動リトライ間隔
mstartup.start.watchtime | 起動監視時間
mstartup.watchtime | 停止監視時間
user.env.variable | 環境変数の設定 | 変数名と値 | 10.7.7

付録A.6　論理J2EEサーバ

論理J2EEサーバに設定する項目について，Smart Composer機能のパラメタと運用管理ポータルの画面の対応について表に示します。

なお，論理J2EEサーバとして構築するサーバには，J2EEサーバとバッチサーバがあります。表の「設定対象」を参照して，パラメタの設定対象となるサーバを確認してください。

(1)　addから始まるパラメタ

addから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒6　addから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
add.class.path | J2EEコンテナの設定 | 拡張パラメタ | 10.8.2 | ○ | ○
add.jvm.arg | 起動パラメタの設定 | 拡張起動パラメタ | 10.8.23 | ○ | ○
add.jvm.arg[-Xms,-Xmx] | メモリ使用量 | ○ | ○
add.jvm.arg[HitachiAutoExplicitMemory] | 明示管理ヒープ機能の自動配置機能の使用 | ○ | ○
add.jvm.arg[HitachiExplicitHeapMaxSize] | Explicitヒープ領域の最大サイズ | ○ | ○
add.jvm.arg[HitachiUseExplicitMemory] | 明示管理ヒープ機能の使用 | ○ | ○
add.jvm.arg[jvm.userprf.Enable] | ユーザ拡張性能解析トレースの使用 | ○ | ○
add.jvm.arg[jvm.userprf.LogLevel] | トレース出力レベル | ○ | ○
add.library.path | J2EEコンテナの設定 | 拡張パラメタ | 10.8.2 | ○ | ○

（凡例）○：設定できる

(2)　additionalから始まるパラメタ

additionalから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒7　additionalから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
additional.startcmd | オプションの設定 | 起動コマンド | 10.8.26 | ○ | ○

（凡例）○：設定できる

(3)　batchから始まるパラメタ

batchから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒8　batchから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
batch.service.enabled | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ○

（凡例）○：設定できる

(4)　com.cosminexusから始まるパラメタ

com.cosminexusから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒9　com.cosminexusから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
com.cosminexus.admin.auth.config | J2EEサーバの基本設定 | ユーザ管理のコンフィグレーションファイル | 10.8.1 | ○ | ×
com.cosminexus.admin.auth.passwordScramble.enable | リポジトリ接続パスワードのスクランブル化 | ○ | ×

（凡例）○：設定できる　×：設定できない

(5)　cosminexusから始まるパラメタ

cosminexusから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。これらのパラメタはJ2EEサーバがV9互換モードの場合に使用できます。

表A‒10　cosminexusから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
cosminexus.jpa.logging.level.operation.SQL（チャネル名がJPAOperationLogFileの場合） | ログの設定 | ログ出力の有無 | 10.8.8 | ○ | ×
cosminexus.jpa.logging.level.operation.TRANSACTION（チャネル名がJPAOperationLogFileの場合） | ○ | ×

（凡例）○：設定できる　×：設定できない

(6)　cppから始まるパラメタ

cppから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒11　cppから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
cpp.library.version | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ○

（凡例）○：設定できる

(7)　ejbから始まるパラメタ

ejbから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒12　ejbから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ejb.public.directory | J2EEコンテナの設定 | 作業ディレクトリの定義 | 10.8.2 | ○ | ○
ejb.server.corefilenum | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ○
ejb.server.log.directory | ログの設定 | ログ出力ディレクトリ | 10.8.8 | ○ | ×
ejb.server.log.stderr.filesize | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ○
ejb.server.log.stdout.filesize | ○ | ○

（凡例）○：設定できる　×：設定できない

(8)　ejbserver.applicationから始まるパラメタ

ejbserver.applicationから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒13　ejbserver.applicationから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ejbserver.application.InitTermProcessClasses | J2EEコンテナの設定 | サーバ起動・停止フックのクラス名 | 10.8.2 | ○ | ○
ejbserver.application.userlog.CJLogHandler.<ハンドラ名称>.appname | ユーザログの設定 | AppNameフィールドに出力するデフォルト文字列 | 10.8.9 | ○ | ○
ejbserver.application.userlog.CJLogHandler.<ハンドラ名称>.count | ファイル面数 | ○ | ○
ejbserver.application.userlog.CJLogHandler.<ハンドラ名称>.encoding | エンコーディング | ○ | ○
ejbserver.application.userlog.CJLogHandler.<ハンドラ名称>.filter | フィルタ（プロパティの設定(ハンドラ)） | ○ | ○
ejbserver.application.userlog.CJLogHandler.<ハンドラ名称>.formatter | フォーマッタ | ○ | ○
ejbserver.application.userlog.CJLogHandler.<ハンドラ名称>.level | ログ取得レベルの上限 | ○ | ○
ejbserver.application.userlog.CJLogHandler.<ハンドラ名称>.limit | ファイルサイズ | ○ | ○
ejbserver.application.userlog.CJLogHandler.<ハンドラ名称>.msgid | MsgIDフィールドに出力するデフォルト文字列 | ○ | ○
ejbserver.application.userlog.CJLogHandler.<ハンドラ名称>.path | ログファイルのプリフィックス | ○ | ○
ejbserver.application.userlog.CJLogHandler.<ハンドラ名称>.separator | 要素区切りのデフォルト文字列 | ○ | ○
ejbserver.application.userlog.Logger.<ロガー名称>.* | ロガー名称 | ○ | ○
ejbserver.application.userlog.Logger.<ロガー名称>.filter | フィルタ（ロガー） | ○ | ○
ejbserver.application.userlog.Logger.<ロガー名称>.handlers | ロガーへのハンドラの接続設定 | ○ | ○
ejbserver.application.userlog.Logger.<ロガー名称>.level | ログ取得レベルの上限（ロガー） | ○ | ○
ejbserver.application.userlog.Logger.<ロガー名称>.useParentHandlers | 親ロガーに接続するハンドラへのログの伝播 | ○ | ○
ejbserver.application.userlog.loggers | ロガー名称 | ○ | ○
ejbserver.application.userlog.menu.handlers. | ハンドラ名称 | ○ | ○

（凡例）○：設定できる

(9)　ejbserver.batchから始まるパラメタ

ejbserver.batchから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒14　ejbserver.batchから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ejbserver.batch.gc.watch.threshold | システムプロパティの設定 | システムプロパティ | 10.8.24 | × | ○
ejbserver.batch.queue.length | × | ○
ejbserver.batch.schedule.group.name | × | ○

（凡例）○：設定できる　×：設定できない

(10)　ejbserver.clientから始まるパラメタ

ejbserver.clientから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒15　ejbserver.clientから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ejbserver.client.ctm.RequestPriority | EJBコンテナの設定 | リクエストの優先順位 | 10.8.3 | ○ | ○

（凡例）○：設定できる

(11)　ejbserver.commonjから始まるパラメタ

ejbserver.commonjから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒16　ejbserver.commonjから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ejbserver.commonj.WorkManager.non_daemon_work_threads | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×

（凡例）○：設定できる　×：設定できない

(12)　ejbserver.compilerから始まるパラメタ

ejbserver.compilerから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒17　ejbserver.compilerから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ejbserver.compiler.jvm.maxHeapSize | J2EEコンテナの設定 | 最大サイズ（J2EEアプリケーション開始時に起動されるjavacコマンドのヒープサイズ） | 10.8.2 | ○ | ×
ejbserver.compiler.jvm.minHeapSize | 初期サイズ（J2EEアプリケーション開始時に起動されるjavacコマンドのヒープサイズ） | ○ | ×

（凡例）○：設定できる　×：設定できない

(13)　ejbserver.connectionpoolから始まるパラメタ

ejbserver.connectionpoolから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒18　ejbserver.connectionpoolから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ejbserver.connectionpool.applicationAuthentication.disabled | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ○
ejbserver.connectionpool.association.enabled | トランザクションの設定 | コネクションアソシエーション機能 | 10.8.6 | ○ | ○
ejbserver.connectionpool.association.enabledDespiteUnshareableSetting | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×
ejbserver.connectionpool.sharingOutsideTransactionScope.enabled | ○ | ○
ejbserver.connectionpool.validation.timeout | ○ | ○

（凡例）○：設定できる　×：設定できない

(14)　ejbserver.connectorから始まるパラメタ

ejbserver.connectorから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒19　ejbserver.connectorから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ejbserver.connector.logwriter.filenum（リソースアダプタログの場合） | ログの設定 | ファイル面数 | 10.8.8 | ○ | ○
ejbserver.connector.logwriter.filesize（リソースアダプタログの場合） | ファイルサイズ | ○ | ○

（凡例）○：設定できる

(15)　ejbserver.containerから始まるパラメタ

ejbserver.containerから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒20　ejbserver.containerから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ejbserver.container.audit_trail.enabled | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ○
ejbserver.container.bmp.backcompatible | ○ | ×
ejbserver.container.ejbhome.sessionbean.reconnect.enabled | ○ | ×
ejbserver.container.passivate.scan.interval | EJBコンテナの設定 | Enterprise Beanのタイムアウト監視間隔 | 10.8.3 | ○ | ×
ejbserver.container.rebindpolicy | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ○
ejbserver.container.remove.scan.interval | EJBコンテナの設定 | Stateful Session Beanのタイムアウト監視間隔 | 10.8.3 | ○ | ×
ejbserver.container.security.disabled | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×

（凡例）○：設定できる　×：設定できない

(16)　ejbserver.ctmから始まるパラメタ

ejbserver.ctmから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒21　ejbserver.ctmから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ejbserver.ctm.ActivateTimeOut | EJBコンテナの設定 | デプロイ時のキュー活性化要求 | 10.8.3 | ○ | ○
ejbserver.ctm.CTMDomain | J2EEサーバの基本設定 | 接続するCTM | 10.8.1 | ○ | ○
EJBコンテナの設定 | 接続するCTM | 10.8.3 | ○ | ○
ejbserver.ctm.CTMID | J2EEサーバの基本設定 | 接続するCTM | 10.8.1 | ○ | ○
EJBコンテナの設定 | 接続するCTM | 10.8.3 | ○ | ○
ejbserver.ctm.CTMMyHost | − | − | − | − | −
ejbserver.ctm.DeactivateTimeOut | EJBコンテナの設定 | アンデプロイ時のキュー非活性化要求 | 10.8.3 | ○ | ×
ejbserver.ctm.enabled | J2EEサーバの基本設定 | 接続するCTM | 10.8.1 | ○ | ○
EJBコンテナの設定 | 接続するCTM | 10.8.3 | ○ | ○
ejbserver.ctm.QueueLength | キューサイズ | ○ | ×
ejbserver.ctm.useGlobalJNDI | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×

（凡例）○：設定できる　×：設定できない　−：該当しない（運用管理ポータルの場合，自動的に設定されるため，対応する画面項目がない）

(17)　ejbserver.deployから始まるパラメタ

ejbserver.deployから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒22　ejbserver.deployから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ejbserver.deploy.annotations.load_check.enabled | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×
ejbserver.deploy.annotations.load_libjars.enabled | ○ | ×
ejbserver.deploy.app.stopforcibly.disabled | ○ | ×
ejbserver.deploy.applications.metadata_complete | J2EEコンテナの設定 | アノテーション参照抑止機能（旧バージョンとの互換用の機能） | 10.8.2 | ○ | ×
ejbserver.deploy.context.check_interval | 更新検知のインターバル | ○ | ×
ejbserver.deploy.context.reload_scope | リロード機能の適用範囲 | ○ | ×
ejbserver.deploy.context.update.interval | 更新検知からリロードまでの待ち時間 | ○ | ×
ejbserver.deploy.exclusive.lockAliveInterval | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ○
ejbserver.deploy.resourcefile.scramble.enabled | J2EEコンテナの設定 | パスワード情報のスクランブル化 | 10.8.2 | ○ | ○
ejbserver.deploy.session.work.directory | セッション情報ファイル格納先ディレクトリ | ○ | ×
ejbserver.deploy.stub.generation.scope | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×

（凡例）○：設定できる　×：設定できない

(18)　ejbserver.distributedtxから始まるパラメタ

ejbserver.distributedtxから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒23　ejbserver.distributedtxから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ejbserver.distributedtx.ots.recoverFailMessageCount | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×
ejbserver.distributedtx.recovery.completionCheckOnStopping.timeout | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×
ejbserver.distributedtx.recovery.port | ホスト内のサーバの設定 | JTAリカバリ（J2EEサーバの設定） | 10.2.1 | ○ | ×
J2EEサーバの基本設定 | JTAリカバリの固定ポート番号 | 10.8.1 | ○ | ×
トランザクションの設定 | JTAリカバリの固定ポート番号 | 10.8.6 | ○ | ×
ejbserver.distributedtx.rollbackClientTxOnSystemException | システム例外発生時の挙動 | ○ | ×
ejbserver.distributedtx.XATransaction.enabled | J2EEサーバの基本設定 | ライトトランザクション機能 | 10.8.1 | ○ | ×
ejbserver.distributedtx.XATransaction.enabled | トランザクションの設定 | ライトトランザクション機能 | 10.8.6 | ○ | ×

（凡例）○：設定できる　×：設定できない

(19)　ejbserver.DynamicStubLoadingから始まるパラメタ

ejbserver.DynamicStubLoadingから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒24　ejbserver.DynamicStubLoadingから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ejbserver.DynamicStubLoading.Enabled | EJBコンテナの設定 | ダイナミックローディング | 10.8.3 | ○ | ×

（凡例）○：設定できる　×：設定できない

(20)　ejbserver.ejbから始まるパラメタ

ejbserver.ejbから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒25　ejbserver.ejbから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ejbserver.ejb.cmp20.cmr.use.existing_table | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×
ejbserver.ejb.timerservice.maxCallbackThreads | EJBコンテナの設定 | タイムアウトメソッドのコールバックの最大スレッド数 | 10.8.3 | ○ | ×
ejbserver.ejb.timerservice.retryCount | タイムアウトメソッドのコールバックのリトライ回数 | ○ | ×
ejbserver.ejb.timerservice.retryInterval | タイムアウトメソッドのコールバックのリトライ間隔 | ○ | ×

（凡例）○：設定できる　×：設定できない

(21)　ejbserver.extから始まるパラメタ

ejbserver.extから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒26　ejbserver.extから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ejbserver.ext.method_observation.interval | J2EEコンテナの設定 | J2EEアプリケーション実行時間監視間隔 | 10.8.2 | ○ | ○

（凡例）○：設定できる

(22)　ejbserver.httpから始まるパラメタ

ejbserver.httpから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒27　ejbserver.httpから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ejbserver.http.port | ホスト内のサーバの設定 | 管理用サーバ（J2EEサーバの設定） | 10.2.1 | ○ | ○
J2EEサーバの基本設定 | 管理用サーバのポート番号 | 10.8.1 | ○ | ○
Webコンテナの設定 | ポート番号 | 10.8.4 | ○ | ○

（凡例）○：設定できる

(23)　ejbserver.instrumentationから始まるパラメタ

ejbserver.instrumentationから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒28　ejbserver.instrumentationから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ejbserver.instrumentation.enabled | J2EEサーバの基本設定 | 運用監視 | 10.8.1 | ○ | ○
J2EEコンテナの設定 | 運用監視 | 10.8.2 | ○ | ○

（凡例）○：設定できる

(24)　ejbserver.jndiから始まるパラメタ

ejbserver.jndiから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒29　ejbserver.jndiから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ejbserver.jndi.cache | ネーミングの設定 | キャッシュの利用 | 10.8.5 | ○ | ○
ejbserver.jndi.cache.interval | クリア間隔 | ○ | ○
ejbserver.jndi.cache.interval.clear.option | クリア範囲 | ○ | ○
ejbserver.jndi.cache.reference | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ○
ejbserver.jndi.global.enabled | ○ | ×
ejbserver.jndi.namingservice.group.<Specify group name>.providerurls | ネーミングの設定 | メンバ | 10.8.5 | ○ | ○
ejbserver.jndi.namingservice.group.list | グループ名 | ○ | ○
ejbserver.jndi.request.timeout | タイムアウト時間 | ○ | ○

（凡例）○：設定できる

(25)　ejbserver.jpaから始まるパラメタ

ejbserver.jpaから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。これらのパラメタはJ2EEサーバがV9互換モードの場合に使用できます。

表A‒30　ejbserver.jpaから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ejbserver.jpa.defaultJtaDsName | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×
ejbserver.jpa.defaultNonJtaDsName | ○ | ×
ejbserver.jpa.defaultProviderClassName | ○ | ×
ejbserver.jpa.disable | ○ | ×
ejbserver.jpa.emfprop.<property key> | ○ | ×
ejbserver.jpa.overrideJtaDsName | ○ | ×
ejbserver.jpa.overrideNonJtaDsName | ○ | ×
ejbserver.jpa.overrideProvider | ○ | ×

（凡例）○：設定できる　×：設定できない

(26)　ejbserver.jtaから始まるパラメタ

ejbserver.jtaから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒31　ejbserver.jtaから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ejbserver.jta.TransactionManager.defaultTimeOut | トランザクションの設定 | タイムアウト時間 | 10.8.6 | ○ | ○

（凡例）○：設定できる

(27)　ejbserver.loggerから始まるパラメタ

ejbserver.loggerから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒32　ejbserver.loggerから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ejbserver.logger.access_log.nio_http.format | ログに関する設定 | フォーマット形式（HTTPのアクセスログ） | 10.8.13 | ○ | ×
ejbserver.logger.access_log.websocket.enabled | アクセスログ機能（WebSocketのアクセスログ） | ○ | ×
ejbserver.logger.access_log.websocket.format | フォーマット形式（WebSocketのアクセスログ） | ○ | ×
ejbserver.logger.channels.define.<チャネル名>.filenum（リソースアダプタログ以外の場合） | ログの設定 | ファイル面数 | 10.8.8 | ○ | ○
ejbserver.logger.channels.define.<チャネル名>.filesize（リソースアダプタログ以外の場合） | ファイルサイズ | ○ | ○
ejbserver.logger.channels.define.<監視リソース名> WatchLogFile.filenum | リソース枯渇監視の設定 | ファイル面数 | 10.8.7 | ○ | ○※
ejbserver.logger.channels.define.<監視リソース名> WatchLogFile.filesize | ファイルサイズ | ○ | ○※
ejbserver.logger.channels.define.NIOHTTPAccessLogFile.filenum | ログに関する設定 | ファイル面数（HTTPのアクセスログの設定） | 10.8.13 | ○ | ×
ejbserver.logger.channels.define.NIOHTTPAccessLogFile.filesize | ファイルサイズ（HTTPのアクセスログの設定） | ○ | ×
ejbserver.logger.channels.define.WebSocketAccessLogFile.filenum | ファイル面数（WebSocketのアクセスログの設定） | ○ | ×
ejbserver.logger.channels.define.WebSocketAccessLogFile.filesize | ファイルサイズ（WebSocketのアクセスログの設定） | ○ | ×
ejbserver.logger.enabled.* | ログの設定 | ログの種類 | 10.8.8 | ○ | ○
ejbserver.logger.rotationStyle | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×
ejbserver.logger.rotationTime | ○ | ×

（凡例）○：設定できる　×：設定できない

注※　バッチサーバの場合，HTTPリクエスト実行待ちキューおよびHTTPセッション数の設定はできません。

(28)　ejbserver.managementから始まるパラメタ

ejbserver.managementから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒33　ejbserver.managementから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ejbserver.management.JVM.stats_monitor.FullGCCount.enabled | イベントの設定 | 監視 | 10.8.21 | ○ | ○
ejbserver.management.JVM.stats_monitor.FullGCCount.interval | 監視間隔 | ○ | ○
ejbserver.management.JVM.stats_monitor.FullGCCount.threshold | しきい値 | ○ | ○
ejbserver.management.statistics.interval | 稼働情報の設定 | 収集間隔 | 10.8.20 | ○ | ○
ejbserver.management.stats_file.base_time | 切り替え基点時刻 | ○ | ○
ejbserver.management.stats_file.dir | 出力先ディレクトリ | ○ | ○
ejbserver.management.stats_file.enabled | ファイル出力 | ○ | ○
ejbserver.management.stats_file.num | ファイル面数 | ○ | ○
ejbserver.management.stats_file.period | 切り替え時間間隔 | ○ | ○
ejbserver.management.webcontainer.stats_monitor.waiting_request_count.enabled | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×
ejbserver.management.webcontainer.stats_monitor.waiting_request_count.high_threshold | ○ | ×
ejbserver.management.webcontainer.stats_monitor.waiting_request_count.low_threshold | ○ | ×
ejbserver.management.webcontainer.stats_monitor.whole_waiting_request_count.enabled | ○ | ×
ejbserver.management.webcontainer.stats_monitor.whole_waiting_request_count.high_threshold | ○ | ×
ejbserver.management.webcontainer.stats_monitor.whole_waiting_request_count.low_threshold | ○ | ×

（凡例）○：設定できる

(29)　ejbserver.managerから始まるパラメタ

ejbserver.managerから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒34　ejbserver.managerから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ejbserver.manager.agent.Agent.conf | − | − | − | − | −
ejbserver.manager.agent.Agent.enabled | − | − | − | − | −
ejbserver.manager.agent.JP1EventAgent.conf | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ○
ejbserver.manager.agent.JP1EventAgent.enabled | ○ | ○
ejbserver.manager.agent.MEventAgent.conf | J2EEサーバの基本設定 | Managementイベントの発行 | 10.8.1 | ○ | ○
J2EEコンテナの設定 | Managementイベントの発行 | 10.8.2 | ○ | ○
ejbserver.manager.agent.MEventAgent.enabled | J2EEサーバの基本設定 | Managementイベントの発行 | 10.8.1 | ○ | ○
J2EEコンテナの設定 | Managementイベントの発行 | 10.8.2 | ○ | ○
ejbserver.manager.jp1event.event_server_name | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×

（凡例）○：設定できる　×：設定できない　−：該当しない（運用管理ポータルの場合，自動的に設定されるため，対応する画面項目がない）

(30)　ejbserver.namingから始まるパラメタ

ejbserver.namingから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒35　ejbserver.namingから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ejbserver.naming.exec.args | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×
ejbserver.naming.host | ホスト内のサーバの設定 | 利用するネーミングサービス（J2EEサーバの設定） | 10.2.1 | ○ | ×
J2EEサーバの基本設定 | 利用するネーミングサービス | 10.8.1 | ○ | ×
ネーミングの設定 | 利用するネーミングサービス | 10.8.5 | ○ | ×
ejbserver.naming.nameroot | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ○
ejbserver.naming.port | ホスト内のサーバの設定 | 利用するネーミングサービス（J2EEサーバの設定） | 10.2.1 | ○ | ×
J2EEサーバの基本設定 | 利用するネーミングサービス | 10.8.1 | ○ | ×
ネーミングの設定 | ポート番号 | 10.8.5 | ○ | ○
利用するネーミングサービス | ○ | ×
ejbserver.naming.protocol | J2EEサーバの基本設定 | プロトコル※ | 10.8.1 | ○ | ×
ejbserver.naming.startupMode | ホスト内のサーバの設定 | 利用するネーミングサービス（J2EEサーバの設定） | 10.2.1 | ○ | ×
J2EEサーバの基本設定 | 利用するネーミングサービス | 10.8.1 | ○ | ×
ネーミングの設定 | 利用するネーミングサービス | 10.8.5 | ○ | ×
ejbserver.naming.startupRetryCount | ネーミングの設定 | 起動完了待ちリトライ回数 | 10.8.5 | ○ | ○
ejbserver.naming.startupWaitTime | ホスト内のサーバの設定 | 利用するネーミングサービス（J2EEサーバの設定） | 10.2.1 | ○ | ×
J2EEサーバの基本設定 | 利用するネーミングサービス | 10.8.1 | ○ | ×
ネーミングの設定 | 起動完了待ち時間 | 10.8.5 | ○ | ○

（凡例）○：設定できる　×：設定できない

注※

運用管理ポータルの場合，この画面項目の設定値は変更できません。

(31)　ejbserver.rmiから始まるパラメタ

ejbserver.rmiから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒36　ejbserver.rmiから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ejbserver.rmi.localinvocation.scope | EJBコンテナの設定 | J2EEアプリケーションの呼び出し方式 | 10.8.3 | ○ | ×
ejbserver.rmi.naming.host | 通信の設定 | ホストの固定 | 10.8.22 | ○ | ○
ejbserver.rmi.naming.port | ホスト内のサーバの設定 | RMIレジストリ（J2EEサーバの設定） | 10.2.1 | ○ | ○
J2EEサーバの基本設定 | ポート番号（RMIレジストリの設定） | 10.8.1 | ○ | ○
通信の設定 | ポート番号（RMIレジストリの設定） | 10.8.22 | ○ | ○
ejbserver.rmi.passbyreference | EJBコンテナの設定 | リモートインタフェースの参照渡し | 10.8.3 | ○ | ×
ejbserver.rmi.remote.listener.port | 通信の設定 | 通信ポート番号 | 10.8.22 | ○ | ○
ejbserver.rmi.request.timeout | EJBコンテナの設定 | タイムアウト時間 | 10.8.3 | ○ | ○
ejbserver.rmi.stateless.unique_id.enabled | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×

（凡例）○：設定できる　×：設定できない

(32)　ejbserver.serverから始まるパラメタ

ejbserver.serverから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒37　ejbserver.serverから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ejbserver.server.eheap.ajp13.enabled | Webコンテナの設定 | リダイレクタとの通信用オブジェクトのExplicitヒープへの配置 | 10.8.4 | ○ | ×
ejbserver.server.eheap.httpsession.enabled | HTTPセッションに格納するオブジェクトのExplicitヒープへの配置 | ○ | ×
ejbserver.server.mutex.invocation.timeout | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×
ejbserver.server.prf.PRFID | ホスト内のサーバの設定 | 利用するパフォーマンストレーサ（J2EEサーバの設定） | 10.2.1 | ○ | ○
J2EEサーバの基本設定 | 利用するパフォーマンストレーサ | 10.8.1 | ○ | ○
ejbserver.server.threaddump.filenum | リソース枯渇監視の設定 | 上限値（スレッドダンプファイル数） | 10.8.7 | ○ | ○

（凡例）○：設定できる　×：設定できない

(33)　ejbserver.statefulから始まるパラメタ

ejbserver.statefulから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒38　ejbserver.statefulから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ejbserver.stateful.passivate.switch | EJBコンテナの設定 | Stateful Session Beanの非活性化／活性化機能の利用 | 10.8.3 | ○ | ×

（凡例）○：設定できる　×：設定できない

(34)　ejbserver.watchから始まるパラメタ

ejbserver.watchから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒39　ejbserver.watchから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ejbserver.watch.defaultRequestQueue.enabled | リソース枯渇監視の設定 | アラート出力（HTTPリクエスト実行待ちキュー） | 10.8.7 | ○ | ×
ejbserver.watch.defaultRequestQueue.interval | 監視間隔（HTTPリクエスト実行待ちキュー） | ○ | ×
ejbserver.watch.defaultRequestQueue.threshold | しきい値（HTTPリクエスト実行待ちキュー） | ○ | ×
ejbserver.watch.defaultRequestQueue.writefile.enabled | ファイル出力（HTTPリクエスト実行待ちキュー） | ○ | ×
ejbserver.watch.enabled | リソース枯渇監視 | ○ | ○
ejbserver.watch.fileDescriptor.enabled | アラート出力（ファイルディスクリプタ数） | ○ | ○
ejbserver.watch.fileDescriptor.interval | 監視間隔（ファイルディスクリプタ数） | ○ | ○
ejbserver.watch.fileDescriptor.threshold | しきい値（ファイルディスクリプタ数） | ○ | ○
ejbserver.watch.fileDescriptor.writefile.enabled | ファイル出力（ファイルディスクリプタ数） | ○ | ○
ejbserver.watch.memory.enabled | アラート出力（メモリ） | ○ | ○
ejbserver.watch.memory.interval | 監視間隔（メモリ） | ○ | ○
ejbserver.watch.memory.threshold | しきい値（メモリ） | ○ | ○
ejbserver.watch.memory.writefile.enabled | ファイル出力（メモリ） | ○ | ○
ejbserver.watch.thread.enabled | アラート出力（スレッド数） | ○ | ○
ejbserver.watch.thread.interval | 監視間隔（スレッド数） | ○ | ○
ejbserver.watch.thread.threshold | しきい値（スレッド数） | ○ | ○
ejbserver.watch.thread.writefile.enabled | ファイル出力（スレッド数） | ○ | ○
ejbserver.watch.threaddump.enabled | アラート出力（スレッドダンプファイル数） | ○ | ○
ejbserver.watch.threaddump.interval | 監視間隔（スレッドダンプファイル数） | ○ | ○
ejbserver.watch.threaddump.threshold | しきい値（スレッドダンプファイル数） | ○ | ○
ejbserver.watch.threaddump.writefile.enabled | ファイル出力（スレッドダンプファイル数） | ○ | ○

（凡例）○：設定できる　×：設定できない

(35)　ejbserver.webj2eeから始まるパラメタ

ejbserver.webj2eeから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒40　ejbserver.webj2eeから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ejbserver.webj2ee.connectionAutoClose.enabled | Webコンテナの設定 | コネクションの自動クローズ | 10.8.4 | ○ | ×

（凡例）○：設定できる　×：設定できない

(36)　exから始まるパラメタ

exから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒41　exから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
ex.param | J2EEコンテナの設定 | 拡張パラメタ | 10.8.2 | ○ | ○
ex.properties | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ○

（凡例）○：設定できる

(37)　httpsから始まるパラメタ

httpsから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒42　httpsから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
https.cipherSuites | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ○
https.protocols | ○ | ○

（凡例）○：設定できる

(38)　jaasから始まるパラメタ

jaasから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒43　jaasから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
jaas.config.load_exclusively | J2EEサーバの基本設定 | JAASのコンフィグレーションファイル以外で指定されたログイン構成は無視 | 10.8.1 | ○ | ×
jaas.ua.enabled | JAAS機能（統合ユーザ管理機能） | ○ | ×

（凡例）○：設定できる　×：設定できない

(39)　javaから始まるパラメタ

javaから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒44　javaから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
java.naming.factory.initial | ネーミングの設定 | 使用するInitialContextファクトリ | 10.8.5 | ○ | ○
java.security.auth.login.config | J2EEサーバの基本設定 | JAASのコンフィグレーションファイル | 10.8.1 | ○ | ×

（凡例）○：設定できる

(40)　jvmから始まるパラメタ

jvmから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒45　jvmから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
jvm.type | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ○

（凡例）○：設定できる

(41)　managerから始まるパラメタ

managerから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒46　managerから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
manager.j2ee.compat | J2EEサーバの追加 | 互換モード | 9.9.1 | ○ | ×
manager.jp1event.system.filtering.severity.alert | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ○
manager.jp1event.system.filtering.severity.critical | ○ | ○
manager.jp1event.system.filtering.severity.emergency | ○ | ○
manager.jp1event.system.filtering.severity.error | ○ | ○
manager.jp1event.system.filtering.severity.information | ○ | ○
manager.jp1event.system.filtering.severity.notice | ○ | ○
manager.jp1event.system.filtering.severity.warning | ○ | ○
manager.jp1event.user.filtering.enabled | ○ | ○
manager.jp1event.user.filtering.filter | ○ | ○
manager.jp1event.user.mapping.level.config | ○ | ○
manager.jp1event.user.mapping.level.fine | ○ | ○
manager.jp1event.user.mapping.level.finer | ○ | ○
manager.jp1event.user.mapping.level.finest | ○ | ○
manager.jp1event.user.mapping.level.info | ○ | ○
manager.jp1event.user.mapping.level.severe | ○ | ○
manager.jp1event.user.mapping.level.warning | ○ | ○
manager.mevent.message_id.list | J2EEコンテナの設定 | メッセージIDリストファイル | 10.8.2 | ○ | ○
manager.mevent.retry.interval | 再送間隔 | ○ | ○
manager.mevent.retry.limit | 再送期限 | ○ | ○
manager.mevent.send.max | 同時発行最大数 | ○ | ○
manager.mevent.send.timeout | 送信タイムアウト | ○ | ○
manager.mevent.sender.bind.host | ローカルアドレスの固定 | ○ | ○

（凡例）○：設定できる

(42)　mngagentから始まるパラメタ

mngagentから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒47　mngagentから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
mngagent.connector.host | J2EEコンテナの設定 | ホストの固定 | 10.8.2 | ○ | ○
mngagent.connector.port | ポート番号 | ○ | ○
mngagent.log.filesize | ログファイルサイズ | ○ | ○

（凡例）○：設定できる

(43)　mstartupから始まるパラメタ

mstartupから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒48　mstartupから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
mstartup.force.watchtime | 起動／停止の設定 | 強制停止監視時間 | 11.9.1 | ○ | ○
mstartup.no | 起動順序の設定 | 起動順序 | 11.3.5 | ○ | ○
mstartup.premised.serverName | 起動／停止の設定 | 前提となる論理サーバ | 11.9.1 | ○ | ○
mstartup.restartcnt | 自動再起動回数 | ○ | ○
mstartup.retrywait | 自動再起動リトライ間隔 | ○ | ○
mstartup.start.watchtime | 起動監視時間 | ○ | ○
mstartup.watchtime | 停止監視時間 | ○ | ○

（凡例）○：設定できる

(44)　realservernameから始まるパラメタ

realservernameから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒49　realservernameから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
realservername | セットアップ | 実サーバ名 | 9.11.1 | ○ | ○

（凡例）○：設定できる

(45)　useから始まるパラメタ

useから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒50　useから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
use.security | J2EEサーバの基本設定 | セキュリティマネージャの使用 | 10.8.1 | ○ | ○

（凡例）○：設定できる

(46)　userから始まるパラメタ

userから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒51　userから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
user.env.variable | 環境変数の設定 | 変数名と値 | 10.8.27 | ○ | ○

（凡例）○：設定できる

(47)　vbjから始まるパラメタ

vbjから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒52　vbjから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
vbj.java2iiop.jvm.maxHeapSize | J2EEコンテナの設定 | 最大サイズ（J2EEアプリケーション開始時に起動されるjava2iiopコマンドのヒープサイズ） | 10.8.2 | ○ | ×
vbj.java2iiop.jvm.minHeapSize | 初期サイズ（J2EEアプリケーション開始時に起動されるjava2iiopコマンドのヒープサイズ） | ○ | ×

（凡例）○：設定できる　×：設定できない

(48)　vbrokerから始まるパラメタ

vbrokerから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒53　vbrokerから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
vbroker.agent.enableLocator | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ○
vbroker.agent.port | J2EEサーバの基本設定 | 利用するスマートエージェント | 10.8.1 | ○ | ○
トランザクションの設定 | 利用するスマートエージェント | 10.8.6 | ○ | ○
vbroker.orb.htc.comt.entryCount | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ○
vbroker.orb.htc.comt.fileCount | ○ | ○
vbroker.orb.htc.tracePath | ○ | ○
vbroker.se.iiop_tp.host | EJBコンテナの設定 | ホストの固定 | 10.8.3 | ○ | ○
vbroker.se.iiop_tp.scm.iiop_tp.listener.port | 通信ポート番号 | ○ | ○

（凡例）○：設定できる

(49)　webserver.applicationから始まるパラメタ

webserver.applicationから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒54　webserver.applicationから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
webserver.application.lower_version | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×

（凡例）○：設定できる　×：設定できない

(50)　webserver.connectorから始まるパラメタ

webserver.connectorから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒55　webserver.connectorから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
webserver.connector.ajp12.backlog | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×
webserver.connector.ajp12.max_threads | ○ | ×
webserver.connector.ajp12.port | ○ | ×
webserver.connector.ajp13.backlog | Webコンテナの設定 | 実行待ちキューに格納できるリクエスト数（ajp13） | 10.8.4 | ○ | ×
webserver.connector.ajp13.bind_host | ホストの固定（ajp13） | ○ | ○
webserver.connector.ajp13.max_threads | 最大スレッド数（ajp13） | ○ | ×
webserver.connector.ajp13.port | ホスト内のサーバの設定 | http/ajp13（J2EEサーバの設定） | 10.2.1 | ○ | ○
J2EEサーバの基本設定 | http/ajp13のポート番号 | 10.8.1 | ○ | ○
Webコンテナの設定 | ポート番号（ajp13） | 10.8.4 | ○ | ○
webserver.connector.ajp13.receive_timeout | リクエスト受信タイムアウト時間（ajp13） | ○ | ×
webserver.connector.ajp13.send_timeout | レスポンス送信タイムアウト時間（ajp13） | ○ | ×
webserver.connector.http.bind_host | ホストの固定 | ○ | ○
webserver.connector.http.permitted.hosts | アクセスを許可するホストの定義 | ○ | ○
webserver.connector.inprocess_http.backlog | 通信・スレッド制御に関する設定 | TCPリスンキューの長さ | 10.8.10 | ○ | ×
webserver.connector.inprocess_http.bind_host | Webコンテナの設定 | ホストの固定（http） | 10.8.4 | ○ | ×
webserver.connector.inprocess_http.enabled | ホスト内のサーバの設定 | http/ajp13（J2EEサーバの設定） | 10.2.1 | ○ | ○
J2EEサーバの基本設定 | http/ajp13のポート番号 | 10.8.1 | ○ | ○
Webコンテナの設定 | インプロセスHTTPサーバ機能の使用 | 10.8.4 | ○ | ×
webserver.connector.inprocess_http.enabled_methods | セキュリティに関する設定 | 有効なHTTPメソッド | 10.8.14 | ○ | ×
webserver.connector.inprocess_http.error_custom.＜エラーページカスタマイズ定義名＞.file | エラーコンテンツに関する設定 | ファイル名（絶対パス） | 10.8.16 | ○ | ×
webserver.connector.inprocess_http.error_custom.＜エラーページカスタマイズ定義名＞.file.content_type | Content-Type | ○ | ×
webserver.connector.inprocess_http.error_custom.＜エラーページカスタマイズ定義名＞.redirect_url | リダイレクトURL | ○ | ×
webserver.connector.inprocess_http.error_custom.＜エラーページカスタマイズ定義名＞.request_url | リクエストURL | ○ | ×
webserver.connector.inprocess_http.error_custom.＜エラーページカスタマイズ定義名＞.status | ステータス | ○ | ×
webserver.connector.inprocess_http.error_custom.list | 定義名 | ○ | ×
webserver.connector.inprocess_http.gateway.host | その他の設定 | ホスト名 | 10.8.18 | ○ | ×
webserver.connector.inprocess_http.gateway.https_scheme | SSLアクセラレータの使用 | ○ | ×
webserver.connector.inprocess_http.gateway.port | ポート番号 | ○ | ×
webserver.connector.inprocess_http.hostname_lookups | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×
webserver.connector.inprocess_http.init_threads | 通信・スレッド制御に関する設定 | 初期スレッド数 | 10.8.10 | ○ | ×
webserver.connector.inprocess_http.keep_start_threads | 初期スレッド数の維持 | ○ | ×
webserver.connector.inprocess_http.limit.max_headers | セキュリティに関する設定 | HTTPリクエストに含まれるHTTPヘッダの最大数 | 10.8.14 | ○ | ×
webserver.connector.inprocess_http.limit.max_request_body | HTTPリクエストのリクエストボディの最大サイズ | ○ | ×
webserver.connector.inprocess_http.limit.max_request_header | HTTPリクエストのリクエストヘッダの最大サイズ | ○ | ×
webserver.connector.inprocess_http.limit.max_request_line | リクエストラインの最大サイズ | ○ | ×
webserver.connector.inprocess_http.max_connections | 通信・スレッド制御に関する設定 | 接続最大数 | 10.8.10 | ○ | ×
webserver.connector.inprocess_http.max_execute_threads | 同時実行スレッド数 | ○ | ×
webserver.connector.inprocess_http.max_spare_threads | 最大数（予備スレッド） | ○ | ×
webserver.connector.inprocess_http.min_spare_threads | 最小数（予備スレッド） | ○ | ×
webserver.connector.inprocess_http.permitted.hosts | セキュリティに関する設定 | アクセスを許可するホストの定義 | 10.8.14 | ○ | ×
webserver.connector.inprocess_http.persistent_connection.max_connections | 通信・スレッド制御に関する設定 | 上限値（Persistentコネクション） | 10.8.10 | ○ | ×
webserver.connector.inprocess_http.persistent_connection.max_requests | リクエスト処理回数の上限値（Persistentコネクション） | ○ | ×
webserver.connector.inprocess_http.persistent_connection.timeout | タイムアウト（Persistentコネクション） | ○ | ×
webserver.connector.inprocess_http.port | ホスト内のサーバの設定 | http/ajp13（J2EEサーバの設定） | 10.2.1 | ○ | ○
J2EEサーバの基本設定 | http/ajp13のポート番号 | 10.8.1 | ○ | ○
Webコンテナの設定 | ポート番号（http） | 10.8.4 | ○ | ×
webserver.connector.inprocess_http.receive_timeout | 通信・スレッド制御に関する設定 | リクエスト受信（通信タイムアウト） | 10.8.10 | ○ | ×
webserver.connector.inprocess_http.redirect.＜リダイレクト定義名＞.file | リダイレクトに関する設定 | ファイル名（絶対パス） | 10.8.17 | ○ | ×
webserver.connector.inprocess_http.redirect.＜リダイレクト定義名＞.file.content_type | Content-Type | ○ | ×
webserver.connector.inprocess_http.redirect.＜リダイレクト定義名＞.redirect_url | リダイレクトURL | ○ | ×
webserver.connector.inprocess_http.redirect.＜リダイレクト定義名＞.request_url | リクエストURL | ○ | ×
webserver.connector.inprocess_http.redirect.＜リダイレクト定義名＞.status | ステータス | ○ | ×
webserver.connector.inprocess_http.redirect.list | 定義名 | ○ | ×
webserver.connector.inprocess_http.rejection_threads | 通信・スレッド制御に関する設定 | リクエストの実行を拒否する処理のスレッド数 | 10.8.10 | ○ | ×
webserver.connector.inprocess_http.response.header.server | その他の設定 | Serverヘッダ文字列 | 10.8.18 | ○ | ×
webserver.connector.inprocess_http.send_timeout | 通信・スレッド制御に関する設定 | レスポンス送信（通信タイムアウト） | 10.8.10 | ○ | ×
webserver.connector.limit.max_parameter_count | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×
webserver.connector.nio_http.backlog | 通信・スレッド制御に関する設定 | TCPリスンキューの長さ | 10.8.11 | ○ | ×
webserver.connector.nio_http.bind_host | Webコンテナの設定 | ホストの固定（NIO HTTP） | 10.8.4 | ○ | ×
webserver.connector.nio_http.idle_thread_timeout | 通信・スレッド制御に関する設定 | 最小スレッド数を超えたスレッドを維持する時間 | 10.8.11 | ○ | ×
webserver.connector.nio_http.keep_alive.max_requests | リクエスト処理回数の上限値 | ○ | ×
webserver.connector.nio_http.keep_alive.timeout | タイムアウト | ○ | ×
webserver.connector.nio_http.limit.max_headers | セキュリティに関する設定 | HTTPリクエストに含まれるHTTPヘッダの最大数 | 10.8.15 | ○ | ×
webserver.connector.nio_http.limit.max_request_body | HTTPリクエストのリクエストボディの最大サイズ | ○ | ×
webserver.connector.nio_http.limit.max_request_header | HTTPリクエストのリクエストヘッダの最大サイズ | ○ | ×
webserver.connector.nio_http.max_connections | 通信・スレッド制御に関する設定 | 接続最大数 | 10.8.11 | ○ | ×
webserver.connector.nio_http.max_servlet_execute_threads | 同時実行スレッド数 | ○ | ×
webserver.connector.nio_http.max_threads | 最大スレッド数 | ○ | ×
webserver.connector.nio_http.min_threads | 最小スレッド数 | ○ | ×
webserver.connector.nio_http.permitted.hosts | セキュリティに関する設定 | アクセスを許可するホストの定義 | 10.8.15 | ○ | ×
webserver.connector.nio_http.port | ホスト内のサーバの設定 | http/ajp13（J2EE サーバの設定） | 10.2.1 | ○ | ×
J2EEサーバの基本設定 | http/ajp13のポート番号 | 10.8.1 | ○ | ×
Webコンテナの設定 | ポート番号（NIO HTTP） | 10.8.4 | ○ | ×
webserver.connector.nio_http.receive_timeout | 通信・スレッド制御に関する設定 | リクエスト受信（通信タイムアウト） | 10.8.11 | ○ | ×
webserver.connector.nio_http.response.header.server | その他の設定 | Serverヘッダ文字列 | 10.8.19 | ○ | ×
webserver.connector.nio_http.send_timeout | 通信・スレッド制御に関する設定 | レスポンス送信（通信タイムアウト） | 10.8.11 | ○ | ×
webserver.connector.redirect_https.port | ホスト内のサーバの設定 | https（J2EEサーバの設定） | 10.2.1 | ○ | ×
J2EEサーバの基本設定 | httpsのポート番号 | 10.8.1 | ○ | ×
Webコンテナの設定 | httpsのポート番号 | 10.8.4 | ○ | ×

（凡例）○：設定できる　×：設定できない

(51)　webserver.containerから始まるパラメタ

webserver.containerから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒56　webserver.containerから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
webserver.container.jaxws.webservice.no_webxml.enabled | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×
webserver.container.server_id.enabled | Webコンテナの設定 | HTTPレスポンスのサーバID | 10.8.4 | ○ | ×
webserver.container.server_id.name | Cookie名 | ○ | ×
webserver.container.server_id.value | サーバID | ○ | ×
webserver.container.servlet.default_mapping.enabled | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×
webserver.container.thread_control.enabled | Webコンテナの設定 | 同時実行スレッド数制御機能の使用 | 10.8.4 | ○ | ×
webserver.container.thread_control.queue_size | 実行待ちキューサイズ | ○ | ×

（凡例）○：設定できる　×：設定できない

(52)　webserver.contextから始まるパラメタ

webserver.contextから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒57　webserver.contextから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
webserver.context.check_interval | Webコンテナの設定 | 更新検知のインターバル | 10.8.4 | ○ | ×
webserver.context.reload_delay_timeout | リロード遅延実行機能の最大遅延期間 | ○ | ×
webserver.context.update.interval | 更新検知からリロードまでの待ち時間 | ○ | ×

（凡例）○：設定できる　×：設定できない

(53)　webserver.dbsfoから始まるパラメタ

webserver.dbsfoから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒58　webserver.dbsfoから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
webserver.dbsfo.attribute_data_size.max | Webコンテナの設定 | グローバルセッション情報に含めることができるHTTPセッションの属性情報の最大サイズ | 10.8.4 | ○ | ×
webserver.dbsfo.check_size.mode | HTTPセッションの属性情報のサイズ見積もり機能の使用 | ○ | ×
webserver.dbsfo.connector.name | DB Connectorの別名 | ○ | ×
webserver.dbsfo.enabled | データベースセッションフェイルオーバ機能の使用 | ○ | ×
webserver.dbsfo.exclude.extensions | データベースセッションフェイルオーバ機能を抑止する拡張子 | ○ | ×

（凡例）○：設定できる　×：設定できない

(54)　webserver.errorpageから始まるパラメタ

webserver.errorpageから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒59　webserver.errorpageから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
webserver.errorpage.stack_trace.enabled | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×

（凡例）○：設定できる　×：設定できない

(55)　webserver.httpから始まるパラメタ

webserver.httpから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒60　webserver.httpから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
webserver.http.request.encoding | Webコンテナの設定 | リクエストのデコード | 10.8.4 | ○ | ×
webserver.http.request.uri_decode.enabled | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×
webserver.http.response.encoding | Webコンテナの設定 | レスポンスのエンコード | 10.8.4 | ○ | ×

（凡例）○：設定できる　×：設定できない

(56)　webserver.jspから始まるパラメタ

webserver.jspから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒61　webserver.jspから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
webserver.jsp.check_interval | Webコンテナの設定 | JSPの更新検知のインターバル | 10.8.4 | ○ | ×
webserver.jsp.compile.backcompat | JSPから生成されたサーブレットのコンパイル | ○ | ×
webserver.jsp.debugging.check_class.mode | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×
webserver.jsp.debugging.enabled | ○ | ×
webserver.jsp.el2_2.enabled | ○ | ×
webserver.jsp.jsp_page.bom.enabled | ○ | ×
webserver.jsp.keepgenerated | Webコンテナの設定 | JSPから生成されたサーブレットのソースファイルの保存 | 10.8.4 | ○ | ×
webserver.jsp.pageEncoding | JSPファイル | ○ | ×
webserver.jsp.precompile.jsp_work_dir | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×
webserver.jsp.tld.mapping.java_ee_tag_library.enabled | ○ | ×
webserver.jsp.translation.backcompat.customAction.declareVariable | ○ | ×
webserver.jsp.translation.backcompat.tag.noCheckRtexprvalue | ○ | ×
webserver.jsp.translation.backcompat.tag.rtexprvalueTerminate | ○ | ×
webserver.jsp.translation.backcompat.taglib.noCheckPrefix | ○ | ×
webserver.jsp.translation.backcompat.useBean.noCheckClass | ○ | ×
webserver.jsp.translation.customAction.ignoreCaseAttributeName | ○ | ×
webserver.jsp.translation.useBean.noCheckDuplicateId | ○ | ×
webserver.jsp.update.interval | Webコンテナの設定 | JSPの更新検知からリロードまでの待ち時間 | 10.8.4 | ○ | ×

（凡例）○：設定できる　×：設定できない

(57)　webserver.loggerから始まるパラメタ

webserver.loggerから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒62　webserver.loggerから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
webserver.logger.access_log.＜フォーマット名＞ | ログに関する設定 | フォーマット形式 | 10.8.12 | ○ | ×
webserver.logger.access_log.format_list | フォーマット名（追加） | ○ | ×
webserver.logger.access_log.inprocess_http.enabled | アクセスログ機能 | ○ | ×
webserver.logger.access_log.inprocess_http.filename | 出力ファイル名 | ○ | ×
webserver.logger.access_log.inprocess_http.filenum | ファイル面数 | ○ | ×
webserver.logger.access_log.inprocess_http.filesize | ファイルサイズ | ○ | ×
webserver.logger.access_log.inprocess_http.usage_format | フォーマット名（選択） | ○ | ×
webserver.logger.communication_trace.inprocess_http.filenum | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×
webserver.logger.thread_trace.inprocess_http.filenum | ○ | ×

（凡例）○：設定できる　×：設定できない

(58)　webserver.servletから始まるパラメタ

webserver.servletから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒63　webserver.servletから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
webserver.servlet_api.exception.getCause.backcompat | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×
webserver.ServletContainerInitializer_jar.include.path | ○ | ×

（凡例）○：設定できる　×：設定できない

(59)　webserver.sessionから始まるパラメタ

webserver.sessionから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒64　webserver.sessionから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
webserver.session.cookie_config.http_only | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×
webserver.session.cookie_config.name | ○ | ×
webserver.session.delete_cookie.backcompat | ○ | ×
webserver.session.max.log_interval | ○ | ×
webserver.session.max.throwHttpSessionLimitExceededException | ○ | ×
webserver.session.server_id.enabled | ○ | ×
webserver.session.server_id.value | Webコンテナの設定 | HttpSessionのセッションIDに付加するサーバID | 10.8.4 | ○ | ×
webserver.session.tracking_mode | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×

（凡例）○：設定できる　×：設定できない

(60)　webserver.staticから始まるパラメタ

webserver.staticから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒65　webserver.staticから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
webserver.static_content.cache.enabled | Webコンテナの設定 | 静的コンテンツキャッシュ機能 | 10.8.4 | ○ | ×
webserver.static_content.cache.filesize.threshold | ファイルサイズ | ○ | ×
webserver.static_content.cache.size | キャッシュサイズ | ○ | ×
webserver.static_content.encoding.extension | システムプロパティの設定 | システムプロパティ | 10.8.24 | ○ | ×

（凡例）○：設定できる　×：設定できない

(61)　webserver.workから始まるパラメタ

webserver.workから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒66　webserver.workから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
webserver.work.clean | Webコンテナの設定 | JSPから生成されたサーブレットのコンパイル結果の削除 | 10.8.4 | ○ | ×
webserver.work.directory | JSP用一時ディレクトリ | ○ | ×

（凡例）○：設定できる　×：設定できない

(62)　webserver.xmlから始まるパラメタ

webserver.xmlから始まるパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒67　webserver.xmlから始まるパラメタと運用管理ポータルの画面の対応（論理J2EEサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル | 設定対象
画面名 | 設定個所 | 画面の参照先 | J2EEサーバ | バッチサーバ
webserver.xml.validate | Webコンテナの設定 | TLDファイルの妥当性チェック | 10.8.4 | ○ | ×

（凡例）○：設定できる　×：設定できない

付録A.7　論理Webサーバ

論理Webサーバに設定する項目について，Smart Composer機能のパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒68　Smart Composer機能のパラメタと運用管理ポータルの画面の対応（論理Webサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル
画面名 | 設定個所 | 画面の参照先
additional.startcmd | オプションの設定 | 起動コマンド | 10.9.8
AllText | Webサーバの設定 | 設定ファイルの内容 | 10.9.1
AppendDirectives | 追加ディレクティブ
CoreDumpDirectory | コアダンプ出力先ディレクトリ
CustomDivideFileNum | ファイル数（アクセスログの設定）
CustomDivideTimeDifference | 分割基準時間差分（アクセスログの設定）
CustomDivideTimeInterval | 分割時間間隔（アクセスログの設定）
CustomWraparoundFileNum | ファイル面数（アクセスログの設定）
CustomWraparoundFilesize | ファイルサイズ（アクセスログの設定）
DocumentRoot | コンテンツ格納ディレクトリ
ErrorDivideFileNum | ファイル数（エラーログの設定）
ErrorDivideTimeDifference | 分割基準時間差分（エラーログの設定）
ErrorDivideTimeInterval | 分割時間間隔（エラーログの設定）
ErrorWraparoundFileNum | ファイル面数（エラーログの設定）
ErrorWraparoundFilesize | ファイルサイズ（エラーログの設定）
Group | グループ名
HttpsdCustomLogFileDir | ログ出力先ディレクトリ（アクセスログの設定）
HttpsdCustomlogFormat | フォーマット（アクセスログの設定）
HttpsdCustomMethod | 出力方式（アクセスログの設定）
HttpsdErrorLogFileDir | ログ出力先ディレクトリ（エラーログの設定）
HttpsdErrorMethod | 出力方式（エラーログの設定）
HttpsdLogFileDir | 内部トレース出力先ディレクトリ
HttpsdRequestLogFileDir | ログ出力先ディレクトリ（リクエストログの設定）
HttpsdRequestMethod | 出力方式（リクエストログの設定）
HWSKeepStartServers | サーバプロセスの稼働数の維持
HWSLogTimeVerbose | ログの時刻・時間のミリ秒表示
HWSPrfId | リバースプロキシの設定 | 利用するパフォーマンストレーサ | 10.9.5
HWSRequestIofilter | Webサーバの設定 | I/O フィルタトレース | 10.9.1
HWSRequestLogLevel | トレース（リクエストログの設定）
HWSRequestModuleDebug | 内部モジュールトレース
HWSRequestModuleInfo | 外部モジュールトレース
HWSRequestRequest | リクエストトレース
HWSRequestProxy | プロキシトレース
JkConnectTimeout | リダイレクタの設定 | リクエスト送信コネクション確立タイムアウト時間 | 10.9.2
JkGatewayHost | ホスト名
JkGatewayHttpsScheme | SSLアクセラレータの使用
JkGatewayPort | ポート番号
JkLogFileDir | ログ出力先ディレクトリ
JkLogFileNum | ファイル面数
JkLogFileSize | ファイルサイズ
JkLogLevel | ログの出力レベル
JkModulePriority | リダイレクタの実行順位
JkMount[1番目の設定値] | マッピングの定義 | URLパターン | 10.9.3
JkMount[2番目の設定値] | 論理サーバ名
JkPrfId | ホスト内のサーバの設定 | 利用するパフォーマンストレーサ（Webサーバの設定） | 10.2.1
リダイレクタの設定 | 利用するパフォーマンストレーサ設定 | 10.9.2
JkRequestRetryCount | リクエスト送信完了待ちリトライ回数
JkSendTimeout | リクエスト送信タイムアウト時間
JkTraceLog | 保守用のトレースログ
JkTraceLogFileDir | ログ出力先ディレクトリ（保守用のトレースログ）
JkTraceLogFileNum | ファイル面数（保守用のトレースログ）
JkTraceLogFileSize | ファイルサイズ（保守用のトレースログ）
JkTranslateBackcompat | translate_handler関数の呼び出し
KeepAliveTimeout | Webサーバの設定 | KeepAlive接続時の要求待ち時間 | 10.9.1
Listen | ホスト内のサーバの設定 | ポート番号（Webサーバの設定） | 10.2.1
Webサーバの設定 | ホスト固定 | 10.9.1
ポート番号
LogLevel | ログレベル（エラーログの設定）
manager.web.send_request_method | Webサーバの追加 | J2EEサーバ連携 | 9.10.1
manager.web.reverseproxy.mapping | リバースプロキシの設定 | リクエストのマッピングに関する設定 | 10.9.5
MaxClients | Webサーバの設定 | 同時接続クライアント数 | 10.9.1
MaxClients.worker
mstartup.force.watchtime | 起動／停止の設定 | 強制停止監視時間 | 11.11.1
mstartup.no | 起動順序の設定 | 起動順序 | 11.3.5
mstartup.premised.serverName | 起動／停止の設定 | 前提となる論理サーバ | 11.11.1
mstartup.restartcnt | 自動再起動回数
mstartup.retrywait | 自動再起動リトライ間隔
mstartup.start.watchtime | 起動監視時間
mstartup.watchtime | 停止監視時間
ProxyErrorOverride | リバースプロキシの設定 | エラーレスポンスのオーバーライド | 10.9.5
realservername | セットアップ | 実サーバ名 | 9.11.1
RequestDivideFileNum | Webサーバの設定 | ファイル数（リクエストログの設定） | 10.9.1
RequestDivideTimeDifference | 分割基準時間差分（リクエストログの設定）
RequestDivideTimeInterval | 分割時間間隔（リクエストログの設定）
RequestWraparoundFileNum | ファイル面数（リクエストログの設定）
RequestWraparoundFilesize | ファイルサイズ（リクエストログの設定）
ServerName | サーバ名
SetBy | 項目ごとに設定します。 設定ファイルの内容を直接設定します。
StartServers | サーバ起動時のサーバプロセス数
StartServers.worker
ThreadsPerChild | サーバスレッド数
ThreadsPerChild.worker | サーバプロセス当たりのスレッド数
User | ユーザ名
user.env.variable | 環境変数の設定 | 変数名と値 | 10.9.9
worker.<ワーカ名>.balanced_workers | マッピングの定義 | 論理サーバ名 | 10.9.3
worker.<ワーカ名>.cachesize | ワーカの設定 | コネクション数 | 10.9.4
worker.<ワーカ名>.default_worker | デフォルトワーカ（POSTデータ振り分け用）
worker.<ワーカ名>.delegate_error_code | エラーページの委任
worker.<ワーカ名>.host | マッピングの定義 | 論理サーバ名 | 10.9.3
worker.<ワーカ名>.lbfactor | ワーカの設定 | 負荷分散値 | 10.9.4
worker.<ワーカ名>.port | マッピングの定義 | 論理サーバ名 | 10.9.3
worker.<ワーカ名>.post_data | ワーカの設定 | 上限値（POSTデータ振り分け用） | 10.9.4
worker.<ワーカ名>.post_size_workers | マッピングの定義 | 論理サーバ名 | 10.9.3
worker.<ワーカ名>.receive_timeout | ワーカの設定 | 通信タイムアウト | 10.9.4
worker.<ワーカ名>.type | マッピングの定義 | 論理サーバ名 | 10.9.3
ワーカの設定 | ワーカのタイプ | 10.9.4
worker.list | マッピングの定義 | 論理サーバ名 | 10.9.3

付録A.8　論理ユーザサーバ

論理ユーザサーバに設定する項目について，Smart Composer機能のパラメタと運用管理ポータルの画面の対応を次の表に示します。

表A‒69　Smart Composer機能のパラメタと運用管理ポータルの画面の対応（論理ユーザサーバ）

Smart Composer機能の パラメタ名 | 運用管理ポータル
画面名 | 設定個所 | 画面の参照先
forceStop.arg | − | − | −
forceStop.timeout | − | − | −
getProcessID.arg | − | − | −
getProcessID.timeout | − | − | −
group-id | − | − | −
isAlive.arg | − | − | −
isAlive.timeout | − | − | −
mstartup.force.watchtime | 起動／停止の設定 | 強制停止監視時間 | 11.13.1
mstartup.no | 起動順序の設定 | 起動順序 | 11.3.5
mstartup.premised.serverName | 起動／停止の設定 | 前提となる論理サーバ | 11.13.1
mstartup.restartcnt | 自動再起動回数
mstartup.retrywait | 自動再起動リトライ間隔
mstartup.start.watchtime | 起動監視時間
mstartup.watchtime | 停止監視時間
start.arg | − | − | −
start.timeout | − | − | −
start-time-watch-interval | − | − | −
stop.arg | − | − | −
stop.timeout | − | − | −
type | − | − | −
user.env.variable | − | − | −
user-id | − | − | −
watch-interval | − | − | −
working-dir | − | − | −

（凡例）−：該当しない

付録B　Management Serverのキーと運用管理ポータルの画面の対応

ここでは，Management Serverの動作環境を設定するキーに対応する運用管理ポータルの画面について説明します。

Management Serverの動作環境を設定するキーは，mserver.properties（Management Server環境設定ファイル）で指定します。mserver.properties（Management Server環境設定ファイル）で構築したManagement Serverの動作環境について，運用管理ポータルで設定値を変更する場合などに参考にしてください。

表B‒1　Management Serverのキーと運用管理ポータルの画面の対応

Management Serverのキー名 | 運用管理ポータル
画面名 | 設定個所 | 画面の参照先
− | 管理ユーザアカウントの設定 | 管理ユーザID | 8.2.1
− | パスワード
− | パスワードの確認入力
webserver.connector.http.port | ネットワークの設定 | Management Server接続HTTPポート番号 | 8.2.2
webserver.shutdown.port | Management Server終了要求受信ポート番号
webserver.connector.ajp13.port | Management Server内部通信用ポート番号
com.cosminexus.mngsvr.log.level | ログの設定 | ログレベル | 8.2.3
com.cosminexus.mngsvr.log.rotate | ログファイル面数
com.cosminexus.mngsvr.log.size | ログファイルサイズ
com.cosminexus.mngsvr.log.display_number | ログの最大表示件数
− | 構成情報の退避／回復 | 構成情報ファイル名 | 8.2.4
com.cosminexus.mngsvr.on_start | 開始時の設定 | 論理サーバの一括起動 | 8.2.5
com.cosminexus.mngsvr.trace | 性能解析トレース収集の設定 | 性能解析トレースファイル面数 | 8.2.6
com.cosminexus.mngsvr.jp1event.enabled | JP1連携の設定 | システムJP1イベント発行機能を有効にする | 8.2.7
com.cosminexus.mngsvr.jp1event.emergency | Emergency
com.cosminexus.mngsvr.jp1event.alert | Alert
com.cosminexus.mngsvr.jp1event.critical | Critical
com.cosminexus.mngsvr.jp1event.error | Error
com.cosminexus.mngsvr.jp1event.warning | Warning
com.cosminexus.mngsvr.jp1event.notice | Notice
com.cosminexus.mngsvr.jp1event.information | Information

（凡例）−：該当しない

付録C　データの退避と回復

ここでは，Management Serverを利用して運用環境を保守するための，データの退避と回復に関する操作方法について説明します。

付録C.1　構成情報の退避／回復

［構成情報の退避／回復］画面を次の図に示します。

図C‒1　［構成情報の退避／回復］画面

[picture]

(1)　機能概要

システムの障害に備えたり，システムを保守したりするときのために，システムの構成情報を退避または回復できます。退避または回復できる構成情報は，次のとおりです。

構成定義情報

アプリケーション管理情報

環境設定情報

起動／停止情報

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［Cosminexus Management Serverの設定］アンカーをクリックします。

［構成情報の退避／回復］アンカーをクリックします。

(3)　操作手順

構成情報ファイル名を入力します。

［退避］ボタンまたは［回復］ボタンをクリックします。

続けて，登録アプリケーションの退避または回復を行います。

(4)　画面詳細

画面に表示される項目およびボタンについては，「8.2.4　構成情報の退避／回復」を参照してください。

付録D　一つのマシンを複数のネットワークセグメントに接続する場合の環境設定での注意

ここでは，一つのマシンを複数のネットワークセグメントに接続する場合に，環境設定で注意することについて説明します。

次の図に示すように，サーバマシンが複数のネットワークセグメントに接続されていて，複数個のIPアドレスを持つ場合は，IPアドレスおよびホスト名の設定に注意が必要です。

図D‒1　一つのマシンを複数のネットワークセグメントに接続している例

[picture]

図のようなシステム構成の場合，環境設定では，次のように設定してください。

ホストノードを定義する場合，「ホスト名」には，次のどちらかを設定してください。

サーバ間，または負荷分散機とサーバ間の通信に使用するネットワークのIPアドレス

サーバ間，または負荷分散機とサーバ間の通信に使用するネットワークのホスト名

ホストノードを定義する場合，「運用管理エージェントのホスト名」には，次のどちらかを設定してください。

Management Serverとサーバ間の通信に使用するネットワークのIPアドレス

Management Serverとサーバ間の通信に使用するネットワークのホスト名

ネーミングサービス，CTM，J2EEサーバ，およびWebサーバの環境設定では，「ホストの固定」で「する」を指定して，使用されるネットワークセグメントを特定してください。各論理サーバで固定にする項目を次の表に示します。

表D‒1　固定にする項目

対象になる論理サーバ | 設定画面 | 設定項目 | 対象になるホスト
ネーミングサービス | ［ネーミングサービスの設定］画面 | 「ネーミングサービスに関する設定」の「ホストの固定」 | 運用ホストまたは管理ホスト（ユーザが選択）
CTM | ［CTMの基本設定］画面 | 「基本設定」の「ネーミングサービスのホスト固定」 | 運用ホスト
J2EEサーバ | ［J2EEコンテナの設定］画面 | 「運用監視エージェントの設定」の「ホストの固定」 | 管理ホスト
「Managementイベント発行機能の設定」の「ローカルアドレスの固定」 | 運用ホスト
［EJBコンテナの設定］画面 | 「オプション」の「ホストの固定」 | 運用ホスト
［Webコンテナの設定］画面 | 「管理用サーバの設定」の「ホストの固定」 | 運用ホスト
「Webサーバとの接続」の「ホストの固定」 | 運用ホスト
［通信の設定］画面 | 「RMIレジストリの設定」の「ホストの固定」 | 運用ホスト
Webサーバ | ［Webサーバの設定］画面 | 「Webサーバの基本的な設定」の「ホスト固定」 | 運用ホスト

注　「管理ホスト」とは，「運用管理エージェントのホスト名」に指定したホストです。「運用ホスト」とは，ホストノードの「ホスト名」に指定したホストです。

付録E　JP1/IMから運用管理ポータルを表示するための設定（Windowsの場合）

JP1/IMと連携すると，JP1/IMの統合コンソールまたは統合スコープから，アプリケーションサーバで発生した障害を監視できます。Windowsの場合は，障害を監視することで障害の内容に応じた運用管理ポータルの画面をJP1/IMから直接表示することもできます。ここでは，JP1/IMから運用管理ポータルを表示するための設定について説明します。JP1/IMと連携したシステムの障害監視については，マニュアル「アプリケーションサーバ機能解説 運用／監視／連携編」の「13.2　システムの集中監視（JP1/IMとの連携）の概要」を参照してください。

障害監視の設定手順を次に示します。

サーバおよびクライアントに，障害監視に必要なJP1の製品またはApplication Serverの製品の構成ソフトウェアをインストール，セットアップします。※

Application Serverの運用管理サーバで，次の作業を実施します。※

J2EEサーバでのJP1イベント発行の設定

JP1/Baseのイベントサーバ名の設定

JP1統合運用管理サーバで，次の作業を実施します。※

JP1/Baseの構成定義の作成

運用管理クライアントで，次の作業を実施します。

モニタ起動コマンドのセットアップ（付録E.1参照）

モニタ起動コマンドの実行環境の設定（付録E.2参照）

J2EEサーバで，次の作業を実施します。※

JP1/Baseのイベントサーバ名の設定

注※　JP1/IMの統合コンソールまたは統合スコープから，システムで発生した障害を監視するために必要な設定です。これらの作業については，マニュアル「アプリケーションサーバ 機能解説 運用／監視／連携編」の「13.4.2　障害監視の設定」を参照してください。

参考

Application Serverの運用管理サーバで実施する作業は，次の運用管理ポータルの画面でも設定できます。

「Cosminexus Management Serverの設定」にある［JP1連携の設定］画面

Management Serverが検知した障害や通知をJP1イベントとして発行するかどうかや，JP1イベントの重大度ごとに，JP1イベントを発行するかどうかを指定します。

「論理サーバの環境設定」にある論理J2EEサーバの［JP1連携の設定］画面

J2EEサーバが検知した障害や通知をJP1イベントとして発行するかどうかや，JP1イベントの重大度ごとに，JP1イベントを発行するかどうかなどを指定します。なお，この画面で設定した情報は，設定情報が配布されたあと，J2EEサーバが再起動されてから有効となります。

「論理サーバの環境設定」にある論理J2EEサーバの［ユーザログの設定］画面

J2EEアプリケーションのユーザログで使用するロガーおよびハンドラを指定します。なお，この画面で設定した情報は，設定情報が配布されたあと，J2EEサーバが再起動されてから有効となります。

付録E.1　モニタ起動コマンドのセットアップ

モニタ起動コマンドのファイルをJP1/IM - View稼働マシンに格納して，セットアップします。この設定をすることで，JP1/IMの統合コンソールの［イベントコンソール］画面からモニタを起動したり，統合スコープのビューアーの［統合機能メニュー］画面に表示されているJP1/IMと連携するプログラムの一覧にApplication Serverが登録されて，運用管理ポータルの画面を起動したりできるようになります。

注意事項

モニタ起動コマンドを使用する場合は，.mngsvrmonitorrc（JP1/IM連携用モニタ起動設定ファイル）の設定項目（mngsvrmonitor.browser）に，必ずMicrosoft Edgeのコマンドをフルパスで指定してください。指定しない場合，動作が保証されません。

詳細は，マニュアル「アプリケーションサーバ リファレンス 定義編(サーバ定義)」の「8.2.17　.mngsvrmonitorrc（JP1/IM連携用モニタ起動コマンドの設定ファイル）」を参照してください。

モニタ起動コマンドのセットアップの手順を次に示します。

モニタ起動コマンドのファイルを，JP1/IM - View稼働マシンの任意のディレクトリにコピーします。コピー先のディレクトリは2階層以上でなければなりません。

コピーできるディレクトリの例

C:¥Cosminexus¥manager¥mngsvrmonitor

コピーできないディレクトリの例

C:¥Cosminexus

モニタ起動コマンドのファイルは，次のどちらかのディレクトリに格納されています。

<Application Serverのインストールディレクトリ>¥manager¥externals¥jp1¥mngsvrmonitor　…(1).

<Application Serverのインストールディレクトリ>¥manager¥externals¥jp1¥mngsvrmonitor¥x86　…(2)

コピー先のJP1/IM-Viewが動作する環境に応じて，上記のどちらかのディレクトリ配下のファイルをコピーします。

コピー先のJP/IM-Viewが動作する環境 | Cosminexusの対応プラットフォーム
Windows(x64)版 | Windows(x86)版
Windows(x64)のWOW64環境 | (2)のディレクトリ | (1)のディレクトリ
Windows(x86) | (2)のディレクトリ | (1)のディレクトリ

コピー先のJP1/IM-Viewのバージョンが11-00以降の場合は，次のファイルを上記ディレクトリ配下のファイルと同じ場所にコピーしてください。

＜JP1/IM - Viewのインストール先フォルダ＞¥bin¥jre¥bin¥msvcr100.dll

mngsvr_monitor_setupコマンドを実行します。なお，実行するユーザにはAdministrator権限が必要です。

コマンドの実行例を次に示します。

mngsvr_monitor_setup -i

mngsvr_monitor_setupコマンドについては，マニュアル「アプリケーションサーバ リファレンス コマンド編」の「mngsvr_monitor_setup（モニタ起動コマンドのセットアップとアンセットアップ）」を参照してください。

付録E.2　モニタ起動コマンドの実行環境の設定

モニタ起動コマンドを実行するための環境を設定します。

Application Serverの運用管理サーバで，JP1/IM - Viewを操作するOSユーザのホームディレクトリに，モニタ起動コマンドの設定ファイル（.mngsvrmonitor）を作成して，次のパラメタを指定します。

mngsvrmonitor.connect.host

Management Serverのホスト名とポート番号を指定します。

mngsvrmonitor.connect.userid

Management Serverの運用管理ポータルの「Cosminexus Management Serverの設定」にある［管理ユーザアカウントの設定］画面で設定した管理ユーザIDを指定します。

管理ユーザアカウントを入力しないで運用管理ポータルにログインするように設定している場合は，指定しても無効になります。

mngsvrmonitor.connect.password

Management Serverの運用管理ポータルの「Cosminexus Management Serverの設定」にある［管理ユーザアカウントの設定］画面で設定したパスワードを指定します。パスワードを設定していない場合，このパラメタの指定は省略できます。

管理ユーザアカウントを入力しないで運用管理ポータルにログインするように設定している場合は，指定しても無効になります。

mngsvrmonitor.browser

起動するWebブラウザのコマンドを絶対パスで指定します。このパラメタの指定を省略すると，WindowsのデフォルトのWebブラウザが起動されます。

索引

記号

［CTM間通信の設定］画面[1]

［CTMドメインマネジャの基本設定］画面[1]

［CTMドメインマネジャの削除（一括削除）］画面[1]

［CTMドメインマネジャの追加］画面[1]

［CTMの基本設定］画面[1]

［CTMの削除（一括削除）］画面[1]

［CTMの追加］画面[1]

［EJBコンテナの設定］画面[1]

［J2EEコンテナの設定］画面[1]

［J2EEサーバクラスタ構成要素の削除（一括削除）］画面[1]

［J2EEサーバクラスタ構成要素の追加］画面[1]

［J2EEサーバクラスタの削除（一括削除）］画面[1]

［J2EEサーバクラスタの削除］画面[1]

［J2EEサーバクラスタの追加］画面[1]

［J2EEサーバクラスタの編集］画面[1]

［J2EEサーバの基本設定］画面[1]

［J2EEサーバの削除（一括削除）］画面[1]

［J2EEサーバの削除］画面[1]

［J2EEサーバの追加］画面[1]

［J2EEサーバの編集］画面[1]

［JP1連携の設定］画面（J2EEサーバ）[1]

［JP1連携の設定］画面（Management Serverの設定）[1]

［Webコンテナの設定］画面[1]

［Webサーバ環境のセットアップ］画面（旧バージョン互換のWebサーバの場合）[1]

［Webサーバクラスタ構成要素の削除（一括削除）］画面[1]

［Webサーバクラスタ構成要素の追加］画面[1]

［Webサーバクラスタの削除（一括削除）］画面[1]

［Webサーバクラスタの追加］画面[1]

［Webサーバの削除（一括削除）］画面[1]

［Webサーバの設定］画面[1]

［Webサーバの追加］画面[1]

［イベントの設定］画面（J2EEサーバ）[1]

［運用管理ドメインの編集］画面[1]

［エラーコンテンツに関する設定］画面[1]

［オプションの設定］画面[1]

［開始時の設定］画面[1]

［稼働情報の設定］画面（J2EEサーバ）[1]

［稼働統計情報の設定］画面[1]

［環境変数の設定］画面[1]

［管理ユーザアカウントの設定］画面[1]

［起動パラメタの設定］画面（J2EEサーバ）[1]

［構成情報の退避／回復］画面[1]

［サーバの設定読み込み］画面[1]

［システムプロパティの設定］画面（J2EEサーバ）[1]

［スケジューリングの設定］画面[1]

［スマートエージェントの削除（一括削除）］画面[1]

［スマートエージェントの設定］画面[1]

［スマートエージェントの追加］画面[1]

［性能解析トレース収集の設定］画面[1]

［セキュリティに関する設定］画面[1]

［設定情報の配布］画面[1]

［セットアップ］画面（論理サーバの一括セットアップ）[1]

［その他の設定］画面[1]

［通信の設定］画面（J2EEサーバ）[1]

［通信・スレッド制御に関する設定］画面[1]

［トランザクションの設定］画面[1]

［ネーミングサービスの削除（一括削除）］画面[1]

［ネーミングサービスの設定］画面[1]

［ネーミングサービスの追加］画面[1]

［ネーミングの設定］画面[1]

［ネットワーク設定］画面[1]

［ネットワークの設定］画面[1]

［パフォーマンストレーサの削除（一括削除）］画面[1]

［パフォーマンストレーサの設定］画面[1]

［パフォーマンストレーサの追加］画面[1]

［ホスト内のサーバの設定］画面[1]

［ホストの削除（一括削除）］画面[1]

［ホストの定義］画面[1]

［マッピングの定義］画面[1]

［ユーザログの設定］画面[1]

［リソース枯渇監視の設定］画面[1]

［リダイレクタの設定］画面[1]

［リダイレクトに関する設定］画面[1]

［レギュレータの設定］画面[1]

［ログに関する設定］画面[1]

［ログの設定］画面（Management Serverの設定）[1]

［ログの設定］画面（論理サーバの環境設定）[1]

［ログの表示］画面（旧バージョン互換のWebサーバの環境設定）[1]

［ログの表示］画面（論理サーバの一括セットアップ）[1]

［ログの表示］画面（論理サーバの環境設定）[1]

［ワーカの設定］画面[1]

「Cosminexus Management Serverの設定」のツリーペインに表示されるノードの意味[1]

「Cosminexus Management Serverの設定」のツリーペインの構成[1]

「運用管理ドメインの構成定義」での規則[1]

「運用管理ドメインの構成定義」のサーバビューに表示されるノードの意味[1]、[2]

「運用管理ドメインの構成定義」のサーバビューの構成[1]

「運用管理ドメインの構成定義」のツリーペインの構成[1]

「運用管理ドメインの構成定義」のホストビューに表示されるノードの意味[1]

「運用管理ドメインの構成定義」のホストビューの構成[1]

「リポジトリ管理」での規則[1]

「論理サーバのアプリケーション管理」のツリーペインの構成[1]

「論理サーバのアプリケーション管理」の動作モード[1]

「論理サーバの運用監視」での共通の操作[1]

「論理サーバの運用監視」のツリーペインの構成[1]

「論理サーバの環境設定」での規則[1]

「論理サーバの環境設定」のサーバビューに表示されるノードの意味[1]、[2]

「論理サーバの環境設定」のサーバビューの構成[1]

「論理サーバの環境設定」のツリーペインの構成[1]

「論理サーバの環境設定」のホストビューに表示されるノードの意味[1]

「論理サーバの環境設定」のホストビューの構成[1]

「論理サーバの起動／停止」での注意事項[1]

「論理サーバの起動／停止」のツリーペインの構成[1]

C

Componentインタフェースの稼働情報監視[1]

CTMドメインマネジャのオプションの設定[1]

CTMドメインマネジャの環境変数の設定[1]

CTMドメインマネジャの起動[1]

CTMドメインマネジャの起動／停止の設定[1]

CTMドメインマネジャの基本設定[1]

CTMドメインマネジャの削除[1]

CTMドメインマネジャの削除（一括削除）[1]

CTMドメインマネジャの追加[1]

CTMドメインマネジャの停止[1]

CTMドメインマネジャのネットワーク設定[1]

CTMドメインマネジャの編集[1]

CTMのオプションの設定[1]

CTMの環境変数の設定[1]

CTMの起動[1]

CTMの起動／停止の設定[1]

CTMの基本設定[1]

CTMの削除[1]

CTMの削除（一括削除）[1]

CTMの追加[1]

CTMの停止[1]

CTMの編集[1]

E

EJBアプリケーションの稼働情報監視[1]

EJBコンテナの稼働情報監視[1]

EJBコンテナの設定[1]

Entity Beanの稼働情報監視[1]

Entity Beanの稼働情報監視（稼働情報）[1]

Entity Beanの稼働情報監視（基本情報）[1]

H

Homeインタフェースの稼働情報監視[1]

HTTP Server動作確認用URLの設定[1]

HTTP Serverの動作確認の設定[1]

J

J2EEアプリケーション[1]

J2EEアプリケーションのアップロード[1]

J2EEアプリケーションの入れ替え[1]

J2EEアプリケーションのインポート[1]

J2EEアプリケーションの開始[1]、[2]

J2EEアプリケーションの稼働情報監視[1]

J2EEアプリケーションの削除[1]

J2EEアプリケーションの設定手順[1]

J2EEアプリケーションの設定変更[1]

J2EEアプリケーションの停止[1]、[2]

J2EEアプリケーションを実行するシステムの運用[1]

J2EEアプリケーションを実行するシステムの構築と削除[1]

J2EEコンテナの稼働情報監視[1]

J2EEコンテナの設定[1]

J2EEサーバクラスタ構成要素の削除（一括削除）[1]

J2EEサーバクラスタ構成要素の追加[1]

J2EEサーバクラスタの一括起動[1]

J2EEサーバクラスタの一括再起動[1]

J2EEサーバクラスタの一括停止[1]

J2EEサーバクラスタの稼働状況[1]

J2EEサーバクラスタの削除[1]

J2EEサーバクラスタの削除（一括削除）[1]

J2EEサーバクラスタの追加[1]

J2EEサーバクラスタの編集[1]

J2EEサーバのsnapshotログの収集[1]

J2EEサーバのsnapshotログの収集（J2EEサーバクラスタの場合）[1]

J2EEサーバのオプションの設定[1]

J2EEサーバの稼働情報監視[1]、[2]

J2EEサーバの稼働情報監視で表示できる項目[1]

J2EEサーバの環境変数の設定[1]

J2EEサーバの起動[1]

J2EEサーバの起動（J2EEサーバクラスタの場合）[1]

J2EEサーバの起動／停止の設定[1]

J2EEサーバの起動／停止の設定（J2EEサーバクラスタの場合）[1]

J2EEサーバの基本設定[1]

J2EEサーバの削除[1]

J2EEサーバの削除（一括削除）[1]

J2EEサーバの追加[1]

J2EEサーバの停止[1]

J2EEサーバの停止（J2EEサーバクラスタの場合）[1]

J2EEサーバの編集[1]

JavaVMの稼働情報監視（稼働情報）[1]

JavaVMの稼働情報監視（基本情報）[1]

JP1/IMから運用管理ポータルを表示するための設定（Windowsの場合）[1]

JP1との連携[1]

JP1連携の設定（J2EEサーバ）[1]

JP1連携の設定（Management Serverの設定）[1]

L

Local Componentインタフェースの稼働情報監視[1]

Local Homeインタフェースの稼働情報監視[1]

M

Management Serverからのログアウト[1]

Management Serverでできること[1]

Management Serverでのサーバ管理[1]

Management Serverの画面と基本操作[1]

Management Serverの環境設定[1]

Management Serverの起動[1]

Management Serverの基本情報の設定[1]

Management Serverの設定[1]

Management Serverの設定手順[1]

Management Serverのセットアップ[1]

Management Serverの操作の概要[1]

Management Serverの停止[1]

Management Serverの動作環境の設定[1]

Management Serverへのログイン[1]

Message-driven Beanの稼働情報監視[1]

Message-driven Beanの稼働情報監視（稼働情報）[1]

Message-driven Beanの稼働情報監視（基本情報）[1]

mngsvrmonitor.browser[1]

mngsvrmonitor.connect.host[1]

mngsvrmonitor.connect.password[1]

mngsvrmonitor.connect.userid[1]

S

Smart Composer機能のパラメタと運用管理ポータルの画面の対応[1]

snapshotログを収集（J2EEサーバ）[1]

snapshotログを収集（J2EEサーバクラスタ内のJ2EEサーバ）[1]

Stateful Session Beanの稼働情報監視[1]

Stateful Session Beanの稼働情報監視（稼働情報）[1]

Stateful Session Beanの稼働情報監視（基本情報）[1]

Stateless Session Beanの稼働情報監視[1]

Stateless Session Beanの稼働情報監視（稼働情報）[1]

Stateless Session Beanの稼働情報監視（基本情報）[1]

U

URLの稼働情報監視[1]

V

V8モード[1]

W

Webアプリケーションの稼働情報（稼働情報）[1]

Webアプリケーションの稼働情報（基本情報）[1]

Webアプリケーションの稼働情報監視[1]

Webコンテナの稼働情報監視（稼働情報）[1]

Webコンテナの稼働情報監視（基本情報）[1]

Webコンテナの設定[1]

Webサーバ環境のセットアップ[1]

Webサーバクラスタ構成要素の削除（一括削除）[1]

Webサーバクラスタ構成要素の追加[1]

Webサーバクラスタの一括起動[1]

Webサーバクラスタの一括再起動[1]

Webサーバクラスタの一括停止[1]

Webサーバクラスタの稼働状況[1]

Webサーバクラスタの削除[1]

Webサーバクラスタの削除（一括削除）[1]

Webサーバクラスタの追加[1]

Webサーバクラスタの編集[1]

Webサーバのオプションの設定[1]

Webサーバの環境変数の設定[1]

Webサーバの起動[1]

Webサーバの起動（Webサーバクラスタの場合）[1]

Webサーバの起動／停止の設定[1]

Webサーバの起動／停止の設定（Webサーバクラスタの場合）[1]

Webサーバの削除[1]

Webサーバの削除（一括削除）[1]

Webサーバの設定[1]

Webサーバの追加[1]

Webサーバの停止[1]

Webサーバの停止（Webサーバクラスタの場合）[1]

Webサーバの編集[1]

あ

アプリケーションサーバの起動の流れ〔J2EEアプリケーションを実行するシステム〕[1]

アプリケーションサーバの起動の流れ〔バッチアプリケーションを実行するシステム〕[1]

アプリケーションディレクトリのインポート[1]

アプリケーションやリソースのプロパティ設定[1]

い

異常停止[1]

一括起動[1]

一括起動処理[1]

一括再起動[1]

一括再起動処理[1]

一括停止[1]

一括停止処理[1]

インストールと初期設定[1]

う

運用管理エージェントによる論理サーバの監視に関する設定[1]

運用管理エージェントの起動[1]

運用管理エージェントの停止[1]

運用管理エージェントのプロパティの設定[1]

運用管理サーバの起動の流れ[1]

運用管理ドメイン[1]、[2]

運用管理ドメイン全体の論理サーバの一括起動[1]

運用管理ドメイン全体の論理サーバの一括再起動[1]

運用管理ドメイン全体の論理サーバの一括停止[1]

運用管理ドメイン全体の論理サーバの稼働状況[1]

運用管理ドメイン全体の論理サーバの起動順序の設定[1]

運用管理ドメイン全体の論理サーバのステータス監視[1]

運用管理ドメイン単位の論理サーバの一括起動[1]、[2]

運用管理ドメイン単位の論理サーバの一括停止[1]、[2]

運用管理ドメイン内のホストの定義[1]

運用管理ドメインの構成定義[1]

運用管理ドメインの構成定義〔J2EEアプリケーションを実行するシステム〕[1]

運用管理ドメインの構成定義〔バッチアプリケーションを実行するシステム〕[1]

運用管理ドメインの定義[1]

運用管理ドメインの編集[1]

運用管理ポータルのアンカー[1]

運用管理ポータルの画面構成[1]

運用管理ポータルのメニュー[1]

運用管理ポータルを使用したシステムの構築と運用をするための準備[1]

え

エラーページの設定（インプロセスHTTPサーバ）（V9互換モードの場合）[1]

か

開始時の設定[1]

回復中[1]

稼働情報監視で使用する通信の設定（J2EEサーバ）[1]

稼働情報監視で発行するイベントの設定（J2EEサーバ）[1]

稼働情報監視の設定（J2EEサーバ）[1]

稼働情報として監視できる項目（J2EEサーバ）[1]

稼働情報として監視できる項目（バッチサーバ）[1]

稼働情報の取得に失敗したときの表示[1]

稼働中[1]

稼働統計情報の設定[1]

画面自動更新の設定[1]

間接起動[1]

管理できるアプリケーションとリソース[1]

管理できる論理サーバ[1]

管理ユーザIDおよびパスワード紛失時の対処[1]

管理ユーザアカウントの設定[1]

き

起動[1]

起動，停止実行時のステータス[1]

起動処理[1]

起動中[1]

起動パラメタの設定（J2EEサーバ）[1]

強制停止[1]

強制停止処理[1]

強制停止中[1]

く

クラスタ[1]

クラスタソフトウェアとの連携[1]

け

計画停止[1]

計画停止処理[1]

計画停止中[1]

こ

更新時間間隔[1]

構成情報の退避／回復[1]、[2]

個別の論理サーバの起動[1]、[2]

個別の論理サーバの停止[1]、[2]

さ

サーブレットの稼働情報監視[1]

最新の情報に更新[1]

サンプリング時間[1]

し

時間，ログファイルサイズなどの選択[1]

システムの起動手順〔J2EEアプリケーションを実行するシステム〕[1]

システムの起動手順〔バッチアプリケーションを実行するシステム〕[1]

システムの起動と停止〔J2EEアプリケーションを実行するシステム〕[1]

システムの起動と停止〔バッチアプリケーションを実行するシステム〕[1]

システムの起動方法〔J2EEアプリケーションを実行するシステム〕[1]

システムの起動方法〔バッチアプリケーションを実行するシステム〕[1]

システムの構築の流れ〔J2EEアプリケーションを実行するシステム〕[1]

システムの構築の流れ〔バッチアプリケーションを実行するシステム〕[1]

システムの削除の流れ〔J2EEアプリケーションを実行するシステム〕[1]

システムの削除の流れ〔バッチアプリケーションを実行するシステム〕[1]

システムの設定変更手順〔バッチアプリケーションを実行するシステム〕[1]

システムの設定変更〔J2EEアプリケーションを実行するシステム〕[1]

システムの停止手順〔J2EEアプリケーションを実行するシステム〕[1]

システムの停止手順〔バッチアプリケーションを実行するシステム〕[1]

システムの停止方法〔J2EEアプリケーションを実行するシステム〕[1]

システムの停止方法〔バッチアプリケーションを実行するシステム〕[1]

システムプロパティの設定（J2EEサーバ）[1]

自動再起動[1]

自動再起動処理[1]

自動再起動中[1]

自動停止中[1]

条件文で使用する属性名の内容と指定できるオペランド[1]

条件文で使用する比較キーワードと指定できるオペランド数，属性名[1]

使用できる文字と文字列長[1]

シングルサインオン用のユーザ情報登録時の入力規則[1]

す

スケジューリングの設定[1]

ステータス[1]

ステータス監視[1]

ステータスの遷移[1]

スマートエージェントのオプションの設定[1]

スマートエージェントの環境変数の設定[1]

スマートエージェントの起動[1]

スマートエージェントの起動／停止の設定[1]

スマートエージェントの削除[1]

スマートエージェントの削除（一括削除）[1]

スマートエージェントの設定[1]

スマートエージェントの追加[1]

スマートエージェントの停止[1]

スマートエージェントの編集[1]

せ

性能解析トレース収集の設定[1]

セキュリティの設定（NIO HTTPサーバ）（V9互換モード以外の場合）[1]

セキュリティの設定（インプロセスHTTPサーバ）（V9互換モードの場合）[1]

設定情報の配布[1]

セットアップ（論理サーバの一括セットアップ）[1]

選択できる文字エンコーディング（Webコンテナ）[1]

選択できる文字エンコーディング（ユーザログ）[1]

そ

操作画面で共通の項目と操作について[1]

操作画面での規則[1]

操作画面での注意事項[1]

操作画面の構成[1]

ち

置換文字列の指定[1]

直接起動[1]

つ

通信障害[1]

通信・スレッド制御の設定（NIO HTTPサーバ）（V9互換モード以外の場合）[1]

通信・スレッド制御の設定（インプロセスHTTPサーバ）（V9互換モードの場合）[1]

ツリーペイン[1]

て

停止[1]、[2]

停止処理[1]

停止中[1]

データの退避と回復[1]

と

統計情報のサンプリング時間の設定[1]

統合ネーミングスケジューラサーバの起動の流れ[1]

統合ユーザ管理の設定手順[1]

動作確認用HTTPメソッドの設定[1]

トランザクションの稼働情報監視[1]

トランザクションの稼働情報監視（稼働情報）[1]

トランザクションの稼働情報監視（基本情報）[1]

トランザクションの設定[1]

ね

ネーミングサービスのオプションの設定[1]

ネーミングサービスの環境変数の設定[1]

ネーミングサービスの起動[1]

ネーミングサービスの起動／停止の設定[1]

ネーミングサービスの削除[1]

ネーミングサービスの削除（一括削除）[1]

ネーミングサービスの設定[1]

ネーミングサービスの追加[1]

ネーミングサービスの停止[1]

ネーミングサービスの編集[1]

ネーミングの設定[1]

ネットワークの設定[1]

は

バッチアプリケーションを実行するシステムの運用[1]

バッチアプリケーションを実行するシステムの構築で操作できる画面および項目[1]

バッチアプリケーションを実行するシステムの構築と削除[1]

バッチサーバ作成時に設定が変わる画面と設定の変更内容[1]、[2]

バッチサーバの稼働情報監視[1]

バッチサーバの稼働情報監視で監視できる項目と参照先[1]

パフォーマンストレーサのオプションの設定[1]

パフォーマンストレーサの環境変数の設定[1]

パフォーマンストレーサの起動[1]

パフォーマンストレーサの起動／停止の設定[1]

パフォーマンストレーサの削除[1]

パフォーマンストレーサの削除（一括削除）[1]

パフォーマンストレーサの設定[1]

パフォーマンストレーサの追加[1]

パフォーマンストレーサの停止[1]

パフォーマンストレーサの編集[1]

ハンドラクラスとハンドラ名称の指定の可否[1]

ひ

一つのマシンを複数のネットワークセグメントに接続する場合の環境設定での注意[1]

へ

別の論理CTMドメインマネジャの設定読み込み[1]

別の論理CTMの設定読み込み[1]

別の論理Webサーバの設定読み込み[1]

別の論理スマートエージェントの設定読み込み[1]

別の論理ネーミングサービスの設定読み込み[1]

別の論理パフォーマンストレーサの設定読み込み[1]

ほ

ポート番号のチェック[1]

ホストごとの論理サーバの一括起動[1]

ホストごとの論理サーバの一括再起動[1]

ホストごとの論理サーバの一括停止[1]

ホストごとの論理サーバの稼働状況[1]

ホストごとの論理サーバのステータス監視[1]

ホスト単位の論理サーバの一括起動[1]、[2]

ホスト単位の論理サーバの一括停止[1]、[2]

ホスト内のサーバの設定[1]

ホスト内の論理サーバの定義[1]

ホストの削除[1]

ホストの削除（一括削除）[1]

ホストの定義[1]

ホストの定義〔J2EEアプリケーションを実行するシステム〕[1]

ホストの定義〔バッチアプリケーションを実行するシステム〕[1]

ホストの編集[1]

ホストビューとサーバビューの使い分け[1]

ホスト名を付けるときの考慮点[1]

ボディペイン[1]

ま

マッピングの定義（リダイレクタを使用した場合）[1]

め

メニュー[1]

も

モニタ起動コマンドの実行環境の設定[1]

モニタ起動コマンドのセットアップ[1]

ゆ

ユーザサーバの起動[1]

ユーザサーバの起動／停止の設定[1]

ユーザサーバの停止[1]

ユーザ情報登録時の入力規則[1]

ユーザログの設定[1]

り

リソースアダプタ[1]

リソースアダプタのインポート[1]

リソースアダプタの開始[1]

リソースアダプタの稼働情報監視[1]

リソースアダプタの稼働情報監視（稼働情報）[1]

リソースアダプタの稼働情報監視（基本情報）[1]

リソースアダプタの削除[1]

リソースアダプタの接続テスト[1]

リソースアダプタの設定変更〔J2EEアプリケーションを実行するシステム〕[1]

リソースアダプタの設定変更〔バッチアプリケーションを実行するシステム〕[1]

リソースアダプタの停止[1]

リソースアダプタのプロパティ設定[1]

リソース枯渇監視の設定[1]

リソースの開始〔J2EEアプリケーションを実行するシステム〕[1]

リソースの開始〔バッチアプリケーションを実行するシステム〕[1]

リソースの設定手順〔J2EEアプリケーションを実行するシステム〕[1]

リソースの設定手順〔バッチアプリケーションを実行するシステム〕[1]

リソースの停止〔J2EEアプリケーションを実行するシステム〕[1]

リソースの停止〔バッチアプリケーションを実行するシステム〕[1]

リダイレクタの設定（リダイレクタを使用した場合）[1]

リダイレクトの設定（インプロセスHTTPサーバ）（V9互換モードの場合）[1]

リバースプロキシの設定（J2EEサーバとリバースプロキシで連携する場合）[1]

れ

レギュレータの設定[1]

レスポンスヘッダの設定（NIO HTTPサーバ）（V9互換モード以外の場合）[1]

レスポンスヘッダ・ゲートウェイ指定機能の設定（インプロセスHTTPサーバ）（V9互換モードの場合）[1]

ろ

ログアウト[1]

ログイン[1]

ログインとログアウト[1]

ログ取得レベル（ハンドラ）[1]

ログ取得レベル（ロガー）[1]

ログの出力形式[1]

ログの設定（J2EEサーバ）〔論理サーバの環境設定〕[1]

ログの設定（NIO HTTPサーバ）（V9互換モード以外の場合）[1]

ログの設定（インプロセスHTTPサーバ）（V9互換モードの場合）[1]

ログの設定〔Management Serveの設定〕[1]

ログの表示（旧バージョン互換のWebサーバの環境設定）[1]

ログの表示（論理サーバのアプリケーション管理）[1]

ログの表示（論理サーバの一括セットアップ）[1]

ログの表示（論理サーバの環境設定）[1]

ログの表示（論理サーバの起動／停止）[1]

論理CTM[1]、[2]

論理CTMドメインマネジャ[1]、[2]

論理CTMドメインマネジャの構成定義[1]

論理CTMドメインマネジャの定義[1]

論理CTMの構成定義[1]

論理CTMの定義[1]

論理J2EEサーバ[1]、[2]

論理J2EEサーバの構成定義[1]

論理J2EEサーバの設定読み込み[1]

論理J2EEサーバの定義[1]

論理Webサーバ[1]、[2]

論理Webサーバの構成定義[1]

論理Webサーバの定義[1]

論理サーバ[1]

論理サーバごとのステータス監視[1]

論理サーバのアプリケーション管理[1]

論理サーバの一括セットアップ[1]

論理サーバの運用監視[1]

論理サーバの運用監視手順〔バッチアプリケーションを実行するシステム〕[1]

論理サーバの運用監視〔J2EEアプリケーションを実行するシステム〕[1]

論理サーバの概要[1]

論理サーバの稼働状況[1]

論理サーバの稼働状況のステータス[1]

論理サーバの稼働情報の監視〔J2EEアプリケーションを実行するシステム〕[1]

論理サーバの稼働情報の監視〔バッチアプリケーションを実行するシステム〕[1]

論理サーバの環境設定[1]

論理サーバの環境設定の変更〔J2EEアプリケーションを実行するシステム〕[1]

論理サーバの環境設定の変更〔バッチアプリケーションを実行するシステム〕[1]

論理サーバの環境設定〔J2EEアプリケーションを実行するシステム〕[1]

論理サーバの環境設定〔バッチアプリケーションを実行するシステム〕[1]

論理サーバの起動／停止[1]

論理サーバの起動／停止の確認〔J2EEアプリケーションを実行するシステム〕[1]

論理サーバの起動／停止の確認〔バッチアプリケーションを実行するシステム〕[1]

論理サーバの起動／停止の設定〔J2EEアプリケーションを実行するシステム〕[1]

論理サーバの起動／停止の設定〔バッチアプリケーションを実行するシステム〕[1]

論理サーバの起動〔J2EEアプリケーションを実行するシステム〕[1]

論理サーバの起動〔バッチアプリケーションを実行するシステム〕[1]

論理サーバのステータスの監視〔J2EEアプリケーションを実行するシステム〕[1]

論理サーバのステータスの監視〔バッチアプリケーションを実行するシステム〕[1]

論理サーバの設定手順〔J2EEアプリケーションを実行するシステム〕[1]

論理サーバの設定手順〔バッチアプリケーションを実行するシステム〕[1]

論理サーバの設定ファイルの配布[1]

論理サーバの定義〔J2EEアプリケーションを実行するシステム〕[1]

論理サーバの定義〔バッチアプリケーションを実行するシステム〕[1]

論理サーバの停止〔J2EEアプリケーションを実行するシステム〕[1]

論理サーバの停止〔バッチアプリケーションを実行するシステム〕[1]

論理サーバの動作確認間隔の設定[1]

論理サーバの動作確認タイムアウトの設定[1]

論理サーバの動作確認の開始時間の設定[1]

論理サーバの動作確認リトライの設定[1]

論理サーバの動作確認レベルの設定[1]

論理スマートエージェント[1]、[2]

論理スマートエージェントの構成定義[1]

論理スマートエージェントの定義[1]

論理ネーミングサービス[1]、[2]

論理ネーミングサービスの構成定義[1]

論理ネーミングサービスの定義[1]

論理パフォーマンストレーサ[1]、[2]

論理パフォーマンストレーサの構成定義[1]

論理パフォーマンストレーサの定義[1]

論理ユーザサーバ[1]、[2]

論理ユーザサーバの削除[1]

論理ユーザサーバの設定〔J2EEアプリケーションを実行するシステム〕[1]

論理ユーザサーバの設定〔バッチアプリケーションを実行するシステム〕[1]

論理ユーザサーバの追加[1]

わ

ワーカの設定（リダイレクタを使用した場合）[1]