Cosminexus　運用管理操作ガイド

操作書

3020-3-M09-60

目　　次

前書き

変更内容

はじめに

1.　Management Serverの操作の概要

1.1　Management Serverでできること

1.1.1　管理できる論理サーバ

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

1.2　J2EEアプリケーションを実行するシステムの構築で必要な操作

1.2.1　Management Serverの設定

1.2.2　論理サーバの設定

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

1.2.4　統合ユーザ管理の設定

1.3　J2EEアプリケーションを実行するシステムの運用で必要な操作

1.3.1　論理サーバの運用

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

1.3.3　統合ユーザ管理の運用

1.4　バッチアプリケーションを実行するシステムの構築で必要な操作

1.4.1　Management Serverの設定

1.4.2　論理サーバの設定

1.4.3　リソースの設定

1.5　バッチアプリケーションを実行するシステムの運用で必要な操作

1.5.1　論理サーバの運用

1.5.2　リソースの運用

2.　Management Serverの画面と基本操作

2.1　ログインとログアウト

2.1.1　前提条件

2.1.2　ログイン

2.1.3　ログアウト

2.1.4　管理ユーザIDおよびパスワード紛失時の対処

2.2　運用管理ポータルの画面構成

2.2.1　［運用管理ポータル］画面の見方

2.2.2　運用管理ポータルのメニュー

2.2.3　運用管理ポータルのアンカー

2.3　操作画面の構成

2.3.1　操作画面の見方

2.3.2　ツリーペイン

2.3.3　ボディペイン

2.4　操作画面で共通の項目と操作について

2.4.1　論理サーバの稼働状況のステータス

2.4.2　画面自動更新の設定

2.4.3　ログの出力形式

2.5　操作画面での規則

2.5.1　「運用管理ドメインの構成定義」での規則

2.5.2　「論理サーバの環境設定」での規則

2.5.3　「リポジトリ管理」での規則

2.6　操作画面での注意事項

2.6.1　「論理サーバの起動／停止」での注意事項

2.6.2　「リポジトリ管理」での注意事項

3.　Cosminexus Management Serverの設定

3.1　「Cosminexus Management Serverの設定」のツリーペインの構成

3.2　Management Serverの基本情報の設定

3.2.1　管理ユーザアカウントの設定

3.2.2　ネットワークの設定

3.2.3　ログの設定

3.2.4　構成情報の退避／回復

3.2.5　開始時の設定

3.2.6　性能解析トレース収集の設定

3.2.7　JP1連携の設定（Cosminexus Management Serverの設定）

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

4.1　「運用管理ドメインの構成定義」のツリーペインの構成

4.1.1　「運用管理ドメインの構成定義」のホストビューの構成

4.1.2　「運用管理ドメインの構成定義」のサーバビューの構成

4.2　運用管理ドメイン内のホストの定義

4.2.1　ホストの定義

4.2.2　ホストの削除（一括削除）

4.2.3　ホストの編集

4.2.4　ホストの削除

4.3　運用管理ドメインの定義

4.3.1　運用管理ドメインの編集

4.4　論理パフォーマンストレーサの構成定義

4.4.1　パフォーマンストレーサの追加

4.4.2　パフォーマンストレーサの削除（一括削除）

4.4.3　パフォーマンストレーサの編集

4.4.4　パフォーマンストレーサの削除

4.5　論理スマートエージェントの構成定義

4.5.1　スマートエージェントの追加

4.5.2　スマートエージェントの削除（一括削除）

4.5.3　スマートエージェントの編集

4.5.4　スマートエージェントの削除

4.6　論理ネーミングサービスの構成定義

4.6.1　ネーミングサービスの追加

4.6.2　ネーミングサービスの削除（一括削除）

4.6.3　ネーミングサービスの編集

4.6.4　ネーミングサービスの削除

4.7　論理CTMドメインマネジャの構成定義

4.7.1　CTMドメインマネジャの追加

4.7.2　CTMドメインマネジャの削除（一括削除）

4.7.3　CTMドメインマネジャの編集

4.7.4　CTMドメインマネジャの削除

4.8　論理CTMの構成定義

4.8.1　CTMの追加

4.8.2　CTMの削除（一括削除）

4.8.3　CTMの編集

4.8.4　CTMの削除

4.9　論理SFOサーバの構成定義

4.9.1　SFOサーバの追加

4.9.2　SFOサーバの削除（一括削除）

4.9.3　SFOサーバの編集

4.9.4　SFOサーバの削除

4.10　論理J2EEサーバの構成定義

4.10.1　J2EEサーバの追加

4.10.2　J2EEサーバの削除（一括削除）

4.10.3　J2EEサーバの編集

4.10.4　J2EEサーバの削除

4.10.5　J2EEサーバクラスタの追加

4.10.6　J2EEサーバクラスタの削除（一括削除）

4.10.7　J2EEサーバクラスタの編集

4.10.8　J2EEサーバクラスタの削除

4.10.9　J2EEサーバクラスタ構成要素の追加

4.10.10　J2EEサーバクラスタ構成要素の削除（一括削除）

4.11　論理Webサーバの構成定義

4.11.1　Webサーバの追加

4.11.2　Webサーバの削除（一括削除）

4.11.3　Webサーバの編集

4.11.4　Webサーバの削除

4.11.5　Webサーバクラスタの追加

4.11.6　Webサーバクラスタの削除（一括削除）

4.11.7　Webサーバクラスタの編集

4.11.8　Webサーバクラスタの削除

4.11.9　Webサーバクラスタ構成要素の追加

4.11.10　Webサーバクラスタ構成要素の削除（一括削除）

4.12　論理サーバの一括セットアップ

4.12.1　セットアップ（論理サーバの一括セットアップ）

4.12.2　ログの表示（論理サーバの一括セットアップ）

5.　論理サーバの環境設定

5.1　「論理サーバの環境設定」のツリーペインの構成

5.1.1　「論理サーバの環境設定」のホストビューの構成

5.1.2　「論理サーバの環境設定」のサーバビューの構成

5.2　ホスト内の論理サーバの定義

5.2.1　ホスト内のサーバの設定

5.3　論理パフォーマンストレーサの定義

5.3.1　パフォーマンストレーサの設定

5.3.2　パフォーマンストレーサのオプションの設定

5.3.3　パフォーマンストレーサの環境変数の設定

5.3.4　別の論理パフォーマンストレーサの設定読み込み

5.4　論理スマートエージェントの定義

5.4.1　スマートエージェントの設定

5.4.2　スマートエージェントのオプションの設定

5.4.3　スマートエージェントの環境変数の設定

5.4.4　別の論理スマートエージェントの設定読み込み

5.5　論理ネーミングサービスの定義

5.5.1　ネーミングサービスの設定

5.5.2　ネーミングサービスのオプションの設定

5.5.3　ネーミングサービスの環境変数の設定

5.5.4　別の論理ネーミングサービスの設定読み込み

5.6　論理CTMドメインマネジャの定義

5.6.1　CTMドメインマネジャの基本設定

5.6.2　CTMドメインマネジャのネットワーク設定

5.6.3　CTMドメインマネジャのオプションの設定

5.6.4　CTMドメインマネジャの環境変数の設定

5.6.5　別の論理CTMドメインマネジャの設定読み込み

5.7　論理CTMの定義

5.7.1　CTMの基本設定

5.7.2　スケジューリングの設定

5.7.3　レギュレータの設定

5.7.4　CTM間通信の設定

5.7.5　稼働統計情報の設定

5.7.6　CTMのオプションの設定

5.7.7　CTMの環境変数の設定

5.7.8　別の論理CTMの設定読み込み

5.8　論理SFOサーバの定義

5.8.1　SFOサーバの基本設定

5.8.2　コンテナの設定

5.8.3　サービスの設定

5.8.4　稼働情報監視の設定（SFOサーバ）

5.8.5　稼働情報監視で発行するイベントの設定（SFOサーバ）

5.8.6　稼働情報監視で使用する通信の設定（SFOサーバ）

5.8.7　起動パラメタの設定（SFOサーバ）

5.8.8　システムプロパティの設定（SFOサーバ）

5.8.9　JP1連携の設定（SFOサーバ）

5.8.10　SFOサーバのオプションの設定

5.8.11　SFOサーバの環境変数の設定

5.8.12　論理SFOサーバの設定読み込み

5.9　論理J2EEサーバの定義

5.9.1　J2EEサーバの基本設定

5.9.2　J2EEコンテナの設定

5.9.3　EJBコンテナの設定

5.9.4　Webコンテナの設定

5.9.5　ネーミングの設定

5.9.6　JDBCの設定

5.9.7　トランザクションの設定

5.9.8　リソース枯渇監視の設定

5.9.9　ログの設定（J2EEサーバ）

5.9.10　ユーザログの設定

5.9.11　通信・スレッド制御の設定（インプロセスHTTPサーバ）

5.9.12　ログの設定（インプロセスHTTPサーバ）

5.9.13　セキュリティの設定（インプロセスHTTPサーバ）

5.9.14　エラーページの設定（インプロセスHTTPサーバ）

5.9.15　リダイレクトの設定（インプロセスHTTPサーバ）

5.9.16　レスポンスヘッダ・ゲートウェイ指定機能の設定（インプロセスHTTPサーバ）

5.9.17　稼働情報監視の設定（J2EEサーバ）

5.9.18　稼働情報監視で発行するイベントの設定（J2EEサーバ）

5.9.19　稼働情報監視で使用する通信の設定（J2EEサーバ）

5.9.20　起動パラメタの設定（J2EEサーバ）

5.9.21　システムプロパティの設定（J2EEサーバ）

5.9.22　JP1連携の設定（J2EEサーバ）

5.9.23　J2EEサーバのオプションの設定

5.9.24　J2EEサーバの環境変数の設定

5.9.25　論理J2EEサーバの設定読み込み

5.10　論理Webサーバの定義

5.10.1　Webサーバの設定

5.10.2　リダイレクタの設定

5.10.3　マッピングの定義

5.10.4　ワーカの設定

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

5.10.6　ログの表示（旧バージョン互換のWebサーバの環境設定）

5.10.7　Webサーバのオプションの設定

5.10.8　Webサーバの環境変数の設定

5.10.9　別の論理Webサーバの設定読み込み

5.11　論理サーバの設定ファイルの配布

5.11.1　設定情報の配布

5.11.2　ログの表示（論理サーバの環境設定）

5.12　Management Serverが自動で設定する内容

5.12.1　「論理サーバの環境設定」で生成されるユーザ定義ファイル

5.12.2　Management ServerがCTMドメインマネジャに自動で設定する内容

5.12.3　Management ServerがCTMに自動で設定する内容

5.12.4　Management ServerがSFOサーバに自動で設定する内容

5.12.5　Management ServerがJ2EEサーバに自動で設定する内容

5.12.6　Management Serverがバッチサーバに自動で設定する内容

5.12.7　Management ServerがWebサーバに自動で設定する内容

6.　論理サーバの起動／停止

6.1　「論理サーバの起動／停止」のツリーペインの構成

6.1.1　「論理サーバの起動／停止」のホストビューの構成

6.1.2　「論理サーバの起動／停止」のサーバビューの構成

6.2　ホストごとの論理サーバの一括起動と一括停止

6.2.1　ホストごとの論理サーバの稼働状況

6.2.2　ホストごとの論理サーバの一括起動

6.2.3　ホストごとの論理サーバの一括停止

6.2.4　ホストごとの論理サーバの一括再起動

6.2.5　ログの表示（論理サーバの起動／停止）

6.3　運用管理ドメイン全体の論理サーバの一括起動と一括停止

6.3.1　運用管理ドメイン全体の論理サーバの稼働状況

6.3.2　運用管理ドメイン全体の論理サーバの一括起動

6.3.3　運用管理ドメイン全体の論理サーバの一括停止

6.3.4　運用管理ドメイン全体の論理サーバの一括再起動

6.3.5　運用管理ドメイン全体の論理サーバの起動順序の設定

6.3.6　ログの表示（論理サーバの起動／停止）

6.4　パフォーマンストレーサの起動と停止

6.4.1　パフォーマンストレーサの起動／停止の設定

6.4.2　パフォーマンストレーサの起動

6.4.3　パフォーマンストレーサの停止

6.4.4　ログの表示（論理サーバの起動／停止）

6.5　スマートエージェントの起動と停止

6.5.1　スマートエージェントの起動／停止の設定

6.5.2　スマートエージェントの起動

6.5.3　スマートエージェントの停止

6.5.4　ログの表示（論理サーバの起動／停止）

6.6　ネーミングサービスの起動と停止

6.6.1　ネーミングサービスの起動／停止の設定

6.6.2　ネーミングサービスの起動

6.6.3　ネーミングサービスの停止

6.6.4　ログの表示（論理サーバの起動／停止）

6.7　CTMドメインマネジャの起動と停止

6.7.1　CTMドメインマネジャの起動／停止の設定

6.7.2　CTMドメインマネジャの起動

6.7.3　CTMドメインマネジャの停止

6.7.4　ログの表示（論理サーバの起動／停止）

6.8　CTMの起動と停止

6.8.1　CTMの起動／停止の設定

6.8.2　CTMの起動

6.8.3　CTMの停止

6.8.4　ログの表示（論理サーバの起動／停止）

6.9　SFOサーバの起動と停止

6.9.1　SFOサーバの起動／停止の設定

6.9.2　SFOサーバの起動

6.9.3　SFOサーバの停止

6.9.4　ログの表示（論理サーバの起動／停止）

6.9.5　SFOサーバのsnapshotログの収集

6.10　J2EEサーバの起動と停止

6.10.1　J2EEサーバの起動／停止の設定

6.10.2　J2EEサーバの起動

6.10.3　J2EEサーバの停止

6.10.4　ログの表示（論理サーバの起動／停止）

6.10.5　J2EEサーバのsnapshotログの収集

6.11　J2EEサーバクラスタの一括起動／一括停止，起動／停止

6.11.1　J2EEサーバクラスタの稼働状況

6.11.2　J2EEサーバクラスタの一括起動

6.11.3　J2EEサーバクラスタの一括停止

6.11.4　J2EEサーバクラスタの一括再起動

6.11.5　J2EEサーバの起動／停止の設定

6.11.6　J2EEサーバの起動

6.11.7　J2EEサーバの停止

6.11.8　ログの表示（論理サーバの起動／停止）

6.11.9　J2EEサーバのsnapshotログの収集

6.12　Webサーバの起動と停止

6.12.1　Webサーバの起動／停止の設定

6.12.2　Webサーバの起動

6.12.3　Webサーバの停止

6.12.4　ログの表示（論理サーバの起動／停止）

6.13　Webサーバクラスタの一括起動／一括停止，起動／停止

6.13.1　Webサーバクラスタの稼働状況

6.13.2　Webサーバクラスタの一括起動

6.13.3　Webサーバクラスタの一括停止

6.13.4　Webサーバクラスタの一括再起動

6.13.5　Webサーバの起動／停止の設定

6.13.6　Webサーバの起動

6.13.7　Webサーバの停止

6.13.8　ログの表示（論理サーバの起動／停止）

6.14　ユーザサーバの起動と停止

6.14.1　ユーザサーバの起動／停止の設定

6.14.2　ユーザサーバの起動

6.14.3　ユーザサーバの停止

6.14.4　ログの表示（論理サーバの起動／停止）

7.　論理サーバのアプリケーション管理

7.1　「論理サーバのアプリケーション管理」のツリーペインの構成

7.2　運用管理ドメインへのJ2EEアプリケーションの登録

7.2.1　J2EEアプリケーションの登録

7.2.2　アプリケーションディレクトリの登録

7.2.3　J2EEアプリケーションの登録情報編集

7.2.4　J2EEアプリケーションの登録解除

7.3　J2EEアプリケーション管理

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

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

7.3.3　J2EEアプリケーションのインポート

7.3.4　J2EEアプリケーションの世代回復

7.3.5　J2EEアプリケーションの削除

7.3.6　ログの表示（論理サーバのアプリケーション管理）

7.4　リソースアダプタ管理

7.4.1　リソースアダプタの開始

7.4.2　リソースアダプタの停止

7.4.3　リソースアダプタのインポート

7.4.4　リソースアダプタの削除

7.4.5　ログの表示（論理サーバのアプリケーション管理）

8.　論理サーバの運用監視

8.1　「論理サーバの運用監視」のツリーペインの構成

8.1.1　「論理サーバの運用監視」画面のホストビューの構成

8.1.2　「論理サーバの運用監視」画面のサーバビューの構成

8.1.3　J2EEサーバの稼働情報監視で表示できる項目

8.1.4　バッチサーバの稼働情報監視で表示できる項目

8.1.5　SFOサーバの稼働情報監視で表示できる項目

8.1.6　「論理サーバの運用監視」での共通の操作

8.2　ホストごとの論理サーバのステータス監視

8.3　運用管理ドメイン全体の論理サーバのステータス監視

8.4　論理サーバごとのステータス監視

8.5　J2EEサーバまたはSFOサーバの稼働情報監視

8.5.1　J2EEコンテナの稼働情報監視

8.5.2　EJBコンテナの稼働情報監視

8.5.3　Webコンテナの稼働情報監視（基本情報）

8.5.4　Webコンテナの稼働情報監視（稼働情報）

8.5.5　JavaVMの稼働情報監視（基本情報）

8.5.6　JavaVMの稼働情報監視（稼働情報）

8.6　バッチサーバの稼働情報監視

8.7　J2EEアプリケーションの稼働情報監視

8.8　EJBアプリケーションの稼働情報監視

8.9　Stateful Session Beanの稼働情報監視

8.9.1　Stateful Session Beanの稼働情報監視（基本情報）

8.9.2　Stateful Session Beanの稼働情報監視（稼働情報）

8.9.3　Homeインタフェースの稼働情報監視

8.9.4　Local Homeインタフェースの稼働情報監視

8.9.5　Componentインタフェースの稼働情報監視

8.9.6　Local Componentインタフェースの稼働情報監視

8.10　Stateless Session Beanの稼働情報監視

8.10.1　Stateless Session Beanの稼働情報監視（基本情報）

8.10.2　Stateless Session Beanの稼働情報監視（稼働情報）

8.11　Entity Beanの稼働情報監視

8.11.1　Entity Beanの稼働情報監視（基本情報）

8.11.2　Entity Beanの稼働情報監視（稼働情報）

8.12　Message-driven Beanの稼働情報監視

8.12.1　Message-driven Beanの稼働情報監視（基本情報）

8.12.2　Message-driven Beanの稼働情報監視（稼働情報）

8.13　リソースアダプタの稼働情報監視

8.13.1　リソースアダプタの稼働情報監視（基本情報）

8.13.2　リソースアダプタの稼働情報監視（稼働情報）

8.14　Webアプリケーションの稼働情報監視

8.14.1　Webアプリケーションの稼働情報（基本情報）

8.14.2　Webアプリケーションの稼働情報（稼働情報）

8.15　サーブレットの稼働情報監視

8.16　URLの稼働情報監視

8.17　トランザクションの稼働情報監視

8.17.1　トランザクションの稼働情報監視（基本情報）

8.17.2　トランザクションの稼働情報監視（稼働情報）

9.　リポジトリ管理（統合ユーザ管理）

9.1　「リポジトリ管理」のツリーペインの構成

9.2　リポジトリ管理

9.2.1　バインド情報の設定

9.3　レルム管理

9.3.1　レルムの作成

9.3.2　暗号鍵ファイルの設定

9.3.3　ユーザエントリのスキーマ定義

9.3.4　ユーザエントリのスキーマ定義（シングルサインオン用）

9.3.5　ユーザエントリの作成

9.3.6　ユーザエントリの作成（シングルサインオン用）

9.3.7　ユーザエントリの検索

9.3.8　レルムの削除

9.3.9　ユーザエントリの編集

9.3.10　ユーザエントリの編集（シングルサインオン用）

9.3.11　ユーザエントリの削除

10.　リソース監視（統合ユーザ管理）

10.1　「リソース監視」のツリーペインの構成

10.1.1　「リソース監視」のホストビューの構成

10.1.2　「リソース監視」のサーバビューの構成

10.2　ログインセッションの監視

10.2.1　ログインセッションモニタの表示

10.2.2　統合ユーザ管理のセッションの停止

10.3　LDAP接続モニタの監視

10.3.1　LDAP接続プールモニタの表示

10.3.2　LDAP接続プールの空き待ち監視のリセット

10.3.3　LDAP接続の定義情報の表示

10.4　JDBC接続モニタの監視

10.4.1　JDBC接続プールモニタの表示

10.4.2　JDBC接続プールの空き待ち監視のリセット

10.4.3　JDBC接続の定義情報の表示

10.5　障害情報の表示

付録

付録A　ベーシックモードでデータベースに接続する場合の運用管理（互換用機能）

付録A.1　データソース管理

付録A.2　データソースの稼働情報監視

付録B　データの退避と回復

付録B.1　構成情報の退避／回復

付録B.2　登録アプリケーションの退避／回復

付録C　一つのマシンを複数のネットワークセグメントに接続する場合の環境設定での注意

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

付録D.1　システムの構築の流れ

付録D.2　Management Serverの設定

付録D.3　論理サーバの設定

付録D.4　アプリケーションとリソースの設定

付録D.5　統合ユーザ管理の設定

付録D.6　システムの削除の流れ

付録E　J2EEアプリケーションを実行するシステムにある論理サーバの動作設定

付録E.1　J2EEサーバの動作設定

付録E.2　トラブルシューティングの資料取得の設定

付録E.3　Webサーバとの連携機能の設定

付録E.4　インプロセスHTTPサーバの設定

付録F　J2EEアプリケーションを実行するシステムの起動と停止（Windowsの場合）

付録F.1　システムの起動手順

付録F.2　システムの起動方法

付録F.3　システムの停止手順

付録F.4　システムの停止方法

付録G　J2EEアプリケーションを実行するシステムの起動と停止（UNIXの場合）

付録G.1　システムの起動手順

付録G.2　システムの起動方法

付録G.3　システムの停止手順

付録G.4　システムの停止方法

付録H　バッチアプリケーションを実行するシステムの構築と削除

付録H.1　システムの構築の流れ

付録H.2　論理サーバの設定

付録H.3　リソースの設定

付録H.4　システムの削除の流れ

付録I　バッチアプリケーションを実行するシステムにある論理サーバの動作設定

付録I.1　バッチサーバの動作設定

付録I.2　トラブルシューティングの資料取得の設定

付録I.3　バッチアプリケーションを実行するシステムの構築で操作できる画面

付録J　バッチアプリケーションを実行するシステムの起動と停止（Windowsの場合）

付録J.1　システムの起動手順

付録J.2　システムの起動方法

付録J.3　システムの停止手順

付録J.4　システムの停止方法

付録K　バッチアプリケーションを実行するシステムの起動と停止（UNIXの場合）

付録K.1　システムの起動手順

付録K.2　システムの起動方法

付録K.3　システムの停止手順

付録K.4　システムの停止方法

付録L　JP1/IMから運用管理ポータルを表示するための設定（Windowsの場合）

付録L.1　Cosminexusモニタ起動コマンドのセットアップ

付録L.2　Cosminexusモニタ起動コマンドの実行環境の設定

索引

[他社商品名称に関する表示]

All Rights Reserved. Copyright (C) 2006, 2007, Hitachi, Ltd.

前書き

■ 対象製品

●適用OS：Windows Server 2003，Windows Server 2003 R2，Windows Server 2003（x64），Windows Server 2003 R2（x64）

P-2443-7D74　 uCosminexus Application Server Standard　 07-60
P-2443-7K74　 uCosminexus Application Server Enterprise　 07-60
P-2443-7M74　 uCosminexus Web Redirector　 07-60
P-2443-7S74　 uCosminexus Service Platform　 07-60※

●適用OS：Windows Server 2003，Windows Server 2003 R2，Windows Vista，Windows XP

P-2443-7E74　 uCosminexus Developer Standard　 07-60
P-2443-7F74　 uCosminexus Developer Professional　 07-60
P-2443-7T74　 uCosminexus Service Architect　 07-60※
P-2443-7U74　 uCosminexus Operator　 07-60※

●適用OS：Windows Server 2003，Windows Server 2003 R2，Windows Server 2003（x64），Windows Server 2003 R2（x64），Windows Vista，Windows XP

P-2443-7H74　 uCosminexus Client　 07-60

●適用OS：AIX 5L V5.2，AIX 5L V5.3

P-1M43-7D71　 uCosminexus Application Server Standard　 07-60※
P-1M43-7K71　 uCosminexus Application Server Enterprise　 07-60※
P-1M43-7M71　 uCosminexus Web Redirector　 07-60※
P-1M43-7S71　 uCosminexus Service Platform　 07-60※

●適用OS：HP-UX 11i V2（IPF），HP-UX 11i V3（IPF）

P-1J43-7D71　 uCosminexus Application Server Standard　 07-60※
P-1J43-7K71　 uCosminexus Application Server Enterprise　 07-60※
P-1J43-7M71　 uCosminexus Web Redirector　 07-60※

●適用OS：Red Hat Enterprise Linux AS 3（x86），Red Hat Enterprise Linux AS 4（x86），Red Hat Enterprise Linux ES 3（x86），Red Hat Enterprise Linux ES 4（x86），Red Hat Enterprise Linux AS 3（AMD64 & Intel EM64T），Red Hat Enterprise Linux AS 4（AMD64 & Intel EM64T），Red Hat Enterprise Linux ES 3（AMD64 & Intel EM64T），Red Hat Enterprise Linux ES 4（AMD64 & Intel EM64T）

P-9S43-7D71　 uCosminexus Application Server Standard　 07-60※
P-9S43-7K71　 uCosminexus Application Server Enterprise　 07-60※
P-9S43-7M71　 uCosminexus Web Redirector　 07-60※

●適用OS：Red Hat Enterprise Linux AS 3（x86），Red Hat Enterprise Linux AS 4（x86），Red Hat Enterprise Linux 5 Advanced Platform（x86），Red Hat Enterprise Linux ES 3（x86），Red Hat Enterprise Linux ES 4（x86），Red Hat Enterprise Linux 5（x86），Red Hat Enterprise Linux AS 3（AMD64 & Intel EM64T），Red Hat Enterprise Linux AS 4（AMD64 & Intel EM64T），Red Hat Enterprise Linux 5 Advanced Platform（AMD/Intel 64），Red Hat Enterprise Linux ES 3（AMD64 & Intel EM64T），Red Hat Enterprise Linux ES 4（AMD64 & Intel EM64T），Red Hat Enterprise Linux 5（AMD/Intel 64）

P-9S43-7S71　 uCosminexus Service Platform　 07-60※

●適用OS：Red Hat Enterprise Linux AS 3（IPF），Red Hat Enterprise Linux AS 4（IPF），Red Hat Enterprise Linux 5 Advanced Platform（Intel Itanium）

P-9V43-7D71　 uCosminexus Application Server Standard　 07-60※
P-9V43-7K71　 uCosminexus Application Server Enterprise　 07-60※
P-9V43-7M71　 uCosminexus Web Redirector　 07-60※

●適用OS：Solaris 9，Solaris 10

P-9D43-7D71　 uCosminexus Application Server Standard　 07-60※
P-9D43-7K71　 uCosminexus Application Server Enterprise　 07-60※
P-9D43-7M71　 uCosminexus Web Redirector　 07-60※
P-9D43-7S71　 uCosminexus Service Platform　 07-60※

※印の製品については，サポート時期をご確認ください。
これらのプログラムプロダクトのほかにもこのマニュアルをご利用になれる場合があります。詳細は「リリースノート」でご確認ください。
本製品では日立トレース共通ライブラリをインストールします。

■ 輸出時の注意

本製品を輸出される場合には，外国為替および外国貿易法ならびに米国の輸出管理関連法規などの規制をご確認の上，必要な手続きをお取りください。
なお，ご不明な場合は，弊社担当営業にお問い合わせください。

■ 商標類

Active Directoryは，米国Microsoft Corporationの，米国およびその他の国における登録商標または商標です。
AIXは，米国における米国International Business Machines Corp.の登録商標です。
AMDは，Advanced Micro Devices, Inc.の商標です。
Borlandのブランド名および製品名はすべて，米国Borland Software Corporationの米国およびその他の国における商標または登録商標です。
CORBAは，Object Management Groupが提唱する分散処理環境アーキテクチャの名称です。
HP-UXは，米国Hewlett-Packard Companyのオペレーティングシステムの名称です。
IIOPは，OMG仕様によるORB(Object Request Broker)間通信のネットワークプロトコルの名称です。
Intelは，Intel Corporationの会社名です。
Itaniumは，アメリカ合衆国および他の国におけるインテル コーポレーションまたはその子会社の登録商標です。
Java 及びすべてのJava関連の商標及びロゴは，米国及びその他の国における米国Sun Microsystems, Inc.の商標または登録商標です。
JDKは，米国 Sun Microsystems, Inc. の米国およびその他の国における商標または登録商標です。
Linuxは，Linus Torvaldsの米国およびその他の国における登録商標あるいは商標です。
Microsoftは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
MyEclipseは，米国Genuitec社の商品名称です。
OMG，CORBA，IIOP，UML，Unified Modeling Language，MDA，Model　Driven　Architectureは，Object Management Group, Inc.の米国及びその他の国における登録商標または商標です。
ORACLEは，米国Oracle Corporationの登録商標です。
Oracleは，米国Oracle Corporation及びその子会社，関連会社の登録商標です。
Oracle9iは，米国Oracle Corporationの商標です。
Oracle 10gは，米国Oracle Corporationの商標です。
PA-RISCは，米国Hewlett-Packard Companyの商標です。
Red Hatは，米国およびその他の国でRed Hat, Inc. の登録商標若しくは商標です。
Solarisは，米国Sun Microsystems, Inc. の米国およびその他の国における商標または登録商標です。
Sun，Sun Microsystems，Javaは，米国Sun Microsystems, Inc. の米国およびその他の国における商標または登録商標です。
Sun Microsystemsは，米国Sun Microsystems, Inc. の米国およびその他の国における商標または登録商標です。
UNIXは，X/Open Company Limited が独占的にライセンスしている米国ならびに他の国における登録商標です。
Windowsは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Windows Serverは，米国Microsoft Corporationの米国及びその他の国における登録商標です。
Windows Vistaは，米国Microsoft Corporationの米国及びその他の国における登録商標です。
X/Openは，X/Open Company Limited の英国ならびに他の国における登録商標です。
Eclipseは，開発ツールプロバイダのオープンコミュニティであるEclipse Foundation, Inc.により構築された開発ツール統合のためのオープンプラットフォームです。
This product includes software developed by the Apache Software Foundation (http://www.apache.org/).
プログラムプロダクト「P-9D43-7D71，P-9D43-7K71，P-9D43-7M71，P-9D43-7S71」には，米国Sun Microsystems,Inc.が著作権を有している部分が含まれています。
プログラムプロダクト「P-9D43-7D71，P-9D43-7K71，P-9D43-7M71，P-9D43-7S71」には，UNIX System Laboratories,Inc.が著作権を有している部分が含まれています。

■ 発行

2006年 4月 (第1版) 3020-3-M09
2007年 12月 (第4版) 3020-3-M09-60

■ 著作権

All Rights Reserved. Copyright (C) 2006, 2007, Hitachi, Ltd.

変更内容

変更内容（3020-3-M09-60）uCosminexus Application Server Standard 07-60，uCosminexus Developer Standard 07-60，uCosminexus Developer Professional 07-60，uCosminexus Client 07-60，uCosminexus Application Server Enterprise 07-60，uCosminexus Web Redirector 07-60，uCosminexus Service Platform 07-60，uCosminexus Service Architect 07-60，uCosminexus Operator 07-60

追加・変更内容
変更個所

バッチアプリケーションを実行するシステムに関する記述を追加した。
1.1，1.1.1，1.1.2，1.4，1.5，2.1.1，4.1.2，4.10.1，5.1.2，5.9.1，5.9.2，5.12.1，5.12.6，6.1.2，7.1，8.1.2，8.1.4，8.6，付録H，付録I，付録J，付録K

論理SFOサーバ，および論理J2EEサーバの稼働情報監視で設定する，通信ポート番号の説明を変更した。
5.8.6，5.9.19

強制停止監視時間に関する記述を追加した。
6.4.1，6.5.1，6.6.1，6.7.1，6.8.1，6.9.1，6.10.1，6.11.5，6.12.1，6.13.5，6.14.1

J2EEアプリケーションを実行するシステムの起動と停止に，Solarisの場合の起動手順と停止手順を追加した。
付録G.2，付録G.4

次の製品の適用OSに，Red Hat Enterprise Linux 5 Advanced Platform（x86），Red Hat Enterprise Linux 5（x86），Red Hat Enterprise Linux 5 Advanced Platform（AMD/Intel 64），およびRed Hat Enterprise Linux 5（AMD/Intel 64）を追加した。

uCosminexus Service Platform

－

次の製品の適用OSにLinux（IPF）を追加した。

uCosminexus Application Server Standard

uCosminexus Application Server Enterprise

uCosminexus Web Redirector

－

次の製品の適用OSにSolarisを追加した。

uCosminexus Application Server Standard

uCosminexus Application Server Enterprise

uCosminexus Web Redirector

uCosminexus Service Platform

－

HP-UX（PA-RISC）のサポート中止に伴い，このOSに適応していた次の製品の記述を削除した。

uCosminexus Application Server Standard

uCosminexus Application Server Enterprise

uCosminexus Web Redirector

－

次の製品の適用OSからHP-UX（IPF）を削除した。

uCosminexus Service Platform

－

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

変更内容（3020-3-M09-40）uCosminexus Application Server Standard 07-50，uCosminexus Developer Standard 07-50，uCosminexus Developer Professional 07-50，uCosminexus Client 07-50，uCosminexus Application Server Enterprise 07-50，uCosminexus Web Redirector 07-50，uCosminexus Service Platform 07-50，uCosminexus Service Architect 07-50，uCosminexus Operator 07-50

追加・変更内容

Management Serverの運用管理ポータルと運用管理コマンドを使用して，システムを起動または停止する方法の記述を追加した。

Component Container管理者を設定している場合の，運用管理ポータルの操作に関する説明を追加した。

Management Serverのセットアップ時に，管理ユーザアカウントを設定できる機能の追加に伴い，Management Serverのログイン時に表示される画面の説明を変更した。

入力フィールドにディレクトリを指定する場合の注意事項を追加した。

Smart Composer機能で構築したシステムで，構成定義を変更する操作をした場合に出力される確認画面の説明を追加した。

アノテーション参照抑止機能の追加に伴い，［J2EEコンテナの設定］画面に設定項目と説明を追加した。

［Webサーバの設定］画面のWebサーバが出力するログの設定を，ログの種類ごとに設定できるように変更した。

POSTデータサイズによるリクエストの振り分け機能の追加に伴い，［マッピングの定義］画面の論理サーバ名に説明を，［ワーカの設定］画面に設定項目と説明を追加した。

Management Serverの運用管理ポータルを使用して，システムを構築する場合の流れの記述と，次に示すシステムの構築で必要な作業項目の設定手順の記述を追加した。

Management Serverの設定

論理サーバの設定

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

統合ユーザ管理の設定

Management Serverの運用管理ポータルで設定できる機能や設定方法の記述を追加した。

JP1/IMとの連携時に，JP1/IMから運用管理ポータルを表示するために必要な設定の記述を追加した。

AIX 5L V5.1のサポート中止に伴い，このOSに適応していた次の製品の記述を削除した。

uCosminexus Application Server Enterprise

uCosminexus Application Server Standard

uCosminexus Service Platform

uCosminexus Web Redirector

Microsoft(R) Windows(R) 2000 Advanced Server Operating System，Microsoft(R) Windows(R) 2000 Datacenter Server Operating System，およびMicrosoft(R) Windows(R) 2000 Server Operating Systemのサポート中止に伴い，これらのOSに適応していた次の製品の記述を削除した。

uCosminexus Application Server Enterprise

uCosminexus Application Server Standard

uCosminexus Client

uCosminexus Developer Professional

uCosminexus Developer Standard

uCosminexus Operator

uCosminexus Service Architect

uCosminexus Service Platform

uCosminexus Web Redirector

Microsoft(R) Windows(R) 2000 Professional Operating Systemのサポート中止に伴い，このOSに適応していた次の製品の記述を削除した。

uCosminexus Client

uCosminexus Developer Professional

uCosminexus Developer Standard

uCosminexus Operator

uCosminexus Service Architect

次の製品の適用OSに，HP-UX（IPF）を追加した。

uCosminexus Service Platform

次の製品の適用OSに，HP-UX 11i V3（IPF）を追加した。

uCosminexus Application Server Enterprise

uCosminexus Application Server Standard

uCosminexus Web Redirector

次の製品の適用OSに，Red Hat Enterprise Linux ES 3（AMD64 & Intel EM64T），およびRed Hat Enterprise Linux ES 4（AMD64 & Intel EM64T）を追加した。

uCosminexus Application Server Enterprise

uCosminexus Application Server Standard

uCosminexus Service Platform

uCosminexus Web Redirector

次の製品の適用OSに，Windows Vistaを追加した。

uCosminexus Client

uCosminexus Developer Professional

uCosminexus Developer Standard

uCosminexus Operator

uCosminexus Service Architect

第3版では，マニュアル「Cosminexus　システム構築ガイド」，およびマニュアル「Cosminexus　システム運用ガイド」から内容の一部を移動し，目次の構成を変更しました。第2版との対応は次のようになっています。

第2版 | 第3版
1.　Management Serverの操作の概要 | 1.　Management Serverの操作の概要
2.　Management Serverの画面と基本操作 | 2.　Management Serverの画面と基本操作
3.　Cosminexus Management Serverの設定 | 3.　Cosminexus Management Serverの設定
4.　運用管理ドメインの構成定義 | 4.　運用管理ドメインの構成定義
5.　論理サーバの環境設定 | 5.　論理サーバの環境設定
6.　論理サーバの起動／停止 | 6.　論理サーバの起動／停止
7.　論理サーバのアプリケーション管理 | 7.　論理サーバのアプリケーション管理
8.　論理サーバの運用監視 | 8.　論理サーバの運用監視
9.　リポジトリ管理（統合ユーザ管理） | 9.　リポジトリ管理（統合ユーザ管理）
10.　リソース監視（統合ユーザ管理） | 10.　リソース監視（統合ユーザ管理）
付録A　ベーシックモードでデータベースに接続する場合の運用管理（互換用機能） | 付録A　ベーシックモードでデータベースに接続する場合の運用管理（互換用機能）
付録B　データの退避と回復 | 付録B　データの退避と回復
付録C　一つのマシンを複数のネットワークセグメントに接続する場合の環境設定での注意 | 付録C　一つのマシンを複数のネットワークセグメントに接続する場合の環境設定での注意
マニュアル「Cosminexus　システム構築ガイド」から移動 | 付録D　運用管理ポータルを利用したシステムの構築手順
マニュアル「Cosminexus　システム構築ガイド」から移動 | 付録E　論理サーバのカスタマイズで設定できる項目
マニュアル「Cosminexus　システム運用ガイド」から移動 | 付録F　運用管理ポータルと運用管理コマンドによるシステムの起動と停止（Windowsの場合）
マニュアル「Cosminexus　システム運用ガイド」から移動 | 付録G　運用管理ポータルと運用管理コマンドによるシステムの起動と停止（UNIXの場合）
マニュアル「Cosminexus　システム構築ガイド」から移動 | 付録H　JP1/IMから運用管理ポータルを表示するための設定（Windowsの場合）

変更内容（3020-3-M09-20）uCosminexus Application Server Standard 07-10，uCosminexus Application Server Enterprise 07-10，uCosminexus Developer Standard 07-10，uCosminexus Developer Professional 07-10，uCosminexus Client 07-10，uCosminexus Web Redirector 07-10，uCosminexus Service Platform 07-10，uCosminexus Service Architect 07-10，uCosminexus Operator 07-10

追加・変更機能

接続先ホストで稼働するサーバから，論理SFOサーバの設定情報を読み込めるようにした。

CTMの設定時にCTM識別子を省略できるようにした。

J2EEサーバ単位のデフォルトエンコーディング設定機能を追加した。

uCosminexus Application Server Standard，uCosminexus Application Server Enterprise，およびuCosminexus Web Redirectorの適用OSにHP-UX（PA-RISC）を追加した。

uCosminexus Application Server Standard，uCosminexus Application Server Enterprise，およびuCosminexus Web Redirectorの適用OSにLinux（IPF）を追加した。

uCosminexus Service Platformの適用OSに，AIXを追加した。

はじめに

このマニュアルは，Cosminexus（コズミネクサス）のManagement Serverを使用したシステムの構築および運用の際に必要な，Management Serverの運用管理ポータルの操作方法および画面詳細について説明したものです。

Cosminexusでは，次に示すプログラムプロダクトを使用してアプリケーションサーバを構築，運用します。

P-1J43-7D71　uCosminexus Application Server Standard

P-1J43-7K71　uCosminexus Application Server Enterprise

P-1J43-7M71　uCosminexus Web Redirector

P-1M43-7D71　uCosminexus Application Server Standard

P-1M43-7K71　uCosminexus Application Server Enterprise

P-1M43-7M71　uCosminexus Web Redirector

P-1M43-7S71　uCosminexus Service Platform

P-2443-7D74　uCosminexus Application Server Standard

P-2443-7E74　uCosminexus Developer Standard

P-2443-7F74　uCosminexus Developer Professional

P-2443-7H74　uCosminexus Client

P-2443-7K74　uCosminexus Application Server Enterprise

P-2443-7M74　uCosminexus Web Redirector

P-2443-7S74　uCosminexus Service Platform

P-2443-7T74　uCosminexus Service Architect

P-2443-7U74　uCosminexus Operator

P-9D43-7D71　uCosminexus Application Server Standard

P-9D43-7K71　uCosminexus Application Server Enterprise

P-9D43-7M71　uCosminexus Web Redirector

P-9D43-7S71　uCosminexus Service Platform

P-9S43-7D71　uCosminexus Application Server Standard

P-9S43-7K71　uCosminexus Application Server Enterprise

P-9S43-7M71　uCosminexus Web Redirector

P-9S43-7S71　uCosminexus Service Platform

P-9V43-7D71　uCosminexus Application Server Standard

P-9V43-7K71　uCosminexus Application Server Enterprise

P-9V43-7M71　uCosminexus Web Redirector

このマニュアルでは，これらのプログラムプロダクトの構成ソフトウェアのうち，次に示す構成ソフトウェアについて説明しています。

Cosminexus Component Container

Cosminexus Component Container - Client

Cosminexus Operator Plug-in

Cosminexus Component Container - Redirector

Cosminexus Component Transaction Monitor

Cosminexus DABroker Library

Cosminexus Developer's Kit for Java

Cosminexus Performance Tracer

Cosminexus TPBroker

なお，オペレーティングシステム（OS）の種類によって，機能が異なる場合があります。OSごとの違いがある場合の表記方法については，「適用OSの違いによる機能相違点の表記」を参照してください。

対象読者

このマニュアルは，Management Serverの運用管理ポータルを使用して，J2EEに準拠したアプリケーションを実行するためのシステムを構築または運用する方を対象としています。

次の内容を理解されていることを前提としています。

OS（WindowsまたはUNIX）のシステム構築および運用に関する知識

SQLおよびリレーショナルデータベースに関する基本的な知識

J2EEに関する知識

CORBAに関する基本的な知識

JP1連携機能を使用する場合は，次の内容も理解されていることを前提とします。

JP1の統合管理，ジョブ管理，ネットワーク管理およびアベイラビリティ管理に関する基本的な知識

Microsoft Cluster Service連携機能を使用する場合は，次の内容も理解されていることを前提とします。

Microsoft Cluster Serviceを使用したクラスタ構成に関する基本的な知識

HAモニタ連携機能を使用する場合は，次の内容も理解されていることを前提とします。

HAモニタを使用したクラスタ構成に関する基本的な知識

また，このマニュアルは，マニュアル「Cosminexus　機能解説」を理解していることを前提としていますので，あらかじめお読みいただくことをお勧めします。

マニュアルの構成

このマニュアルは，次に示す章と付録から構成されています。

第1章　Management Serverの操作の概要

Management Serverでできる操作の概要について説明しています。

Management Serverで管理できる論理サーバ，アプリケーションおよびリソースについて説明し，それぞれの設定および運用で必要な操作について説明しています。

第2章　Management Serverの画面と基本操作

Management Serverを操作するために必要な，画面の構成や基本的な操作方法について説明しています。また，Management Serverを操作するための前提条件について説明しています。

第3章　Cosminexus Management Serverの設定

「Cosminexus Management Serverの設定」に関する操作および画面について説明しています。

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

「運用管理ドメインの構成定義」に関する操作および画面について説明しています。

第5章　論理サーバの環境設定

「論理サーバの環境設定」に関する操作および画面について説明しています。

第6章　論理サーバの起動／停止

「論理サーバの起動／停止」に関する操作および画面について説明しています。

第7章　論理サーバのアプリケーション管理

「論理サーバのアプリケーション管理」に関する操作および画面について説明しています。

第8章　論理サーバの運用監視

「論理サーバの運用監視」に関する操作および画面について説明しています。

第9章　リポジトリ管理（統合ユーザ管理）

統合ユーザ管理機能を使用する場合の，「リポジトリ管理」に関する操作および画面について説明しています。

第10章　リソース監視（統合ユーザ管理）

統合ユーザ管理機能を使用する場合の，「リソース監視」に関する操作および画面について説明しています。

付録A　ベーシックモードでデータベースに接続する場合の運用管理（互換用機能）

ベーシックモード（1.3basicモード）でデータベースに接続する場合に使用するデータソースの管理や，稼働情報監視に関する操作および画面について説明しています。

付録B　データの退避と回復

Management Serverを利用して運用環境を保守するための，データの退避と回復に関する操作および画面について説明しています。

付録C　一つのマシンを複数のネットワークセグメントに接続する場合の環境設定での注意

一つのマシンを複数のネットワークセグメントに接続する場合に，環境設定で注意することについて説明しています。

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

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

付録E　J2EEアプリケーションを実行するシステムにある論理サーバの動作設定

J2EEアプリケーションを実行するシステムでCosminexusが提供する主な機能を使用するために設定する項目や，トラブルシューティングの資料取得のために設定する項目を，運用管理ポータルを使用して設定する方法について説明しています。

付録F　J2EEアプリケーションを実行するシステムの起動と停止（Windowsの場合）

Windowsの場合の，運用管理ポータルで構築したJ2EEアプリケーションを実行するシステムの起動方法と停止方法について説明しています。

付録G　J2EEアプリケーションを実行するシステムの起動と停止（UNIXの場合）

UNIXの場合の，運用管理ポータルで構築したJ2EEアプリケーションを実行するシステムの起動方法と停止方法について説明しています。

付録H　バッチアプリケーションを実行するシステムの構築と削除

Management Serverの運用管理ポータルを利用したバッチアプリケーションを実行するシステムの構築手順，または削除手順について説明しています。

付録I　バッチアプリケーションを実行するシステムにある論理サーバの動作設定

バッチアプリケーションを実行するシステムでCosminexusが提供する主な機能を使用するために設定する項目や，トラブルシューティングの資料取得のために設定する項目を，運用管理ポータルを使用して設定する方法について説明しています。

付録J　バッチアプリケーションを実行するシステムの起動と停止（Windowsの場合）

Windowsの場合の，運用管理ポータルで構築したバッチアプリケーションを実行するシステムの起動方法と停止方法について説明しています。

付録K　バッチアプリケーションを実行するシステムの起動と停止（UNIXの場合）

UNIXの場合の，運用管理ポータルで構築したバッチアプリケーションを実行するシステムの起動方法と停止方法について説明しています。

付録L　JP1/IMから運用管理ポータルを表示するための設定（Windowsの場合）

JP1/IMとの連携時に，JP1/IMの統合コンソールまたは統合スコープから，運用管理ポータルを表示するための設定方法について説明しています。

関連マニュアル

Cosminexusのマニュアル体系について，次の図に示します。

マニュアル体系図で示した関連マニュアルについて，それぞれの位置づけを次に示します。

Cosminexus　概説

Cosminexusの製品概要について説明しています。

Cosminexus　機能解説

Cosminexus Component Containerの機能を中心に，uCosminexus Application Serverの概要と提供する機能について説明しています。

Cosminexus　システム設計ガイド

システム設計時に，システムの目的に応じたシステム構成や運用方法を検討するための指針について説明しています。また，チューニングの方法についても説明しています。

Cosminexus　簡易構築・運用ガイド

セットアップウィザードおよびSmart Composer機能を使用して，システムを構築・運用する手順について説明しています。また，セットアップウィザードおよびSmart Composer機能が提供するコマンドやファイルについても説明しています。

Cosminexus　システム構築ガイド

システム構築時に必要な機能の設定方法について説明しています。

Cosminexus　システム運用ガイド

Cosminexusを使用したシステムの運用方法のうち，Smart Composer機能を使用する運用以外の方法について説明しています。

Cosminexus　アプリケーション設定操作ガイド

Cosminexus Component Containerのサーバ管理コマンド，およびServer Plug-inを使用した操作について説明しています。

Cosminexus　リファレンス　コマンド編

Cosminexusのシステムを構築・運用するときに使用するコマンドについて説明しています。

Cosminexus　リファレンス　定義編

Cosminexusのシステムを構築・運用するとき，またはアプリケーションを開発するときに，使用するファイルの形式について説明しています。

Cosminexus　メッセージ 1　KAWS／KDAL／KDJE編，Cosminexus　メッセージ 2　KEOS／KEUC／KFCB編，Cosminexus　メッセージ 3　KFCT／KFDB／KFDJ編

Cosminexusで出力されるメッセージについて説明しています。

Hitachi Web Server

Hitachi Web Server（Webサーバ）の構築，管理方法について説明しています。

TPBroker　ユーザーズガイド

Cosminexus TPBrokerの概要，機能，運用方法について説明しています。

Cosminexus Reliable Messaging

Cosminexus RMを使用したメッセージの非同期通信によるアプリケーションの連携方法について説明しています。

Cosminexus　アプリケーション開発ガイド

構築したCosminexusのシステムで動作させる，アプリケーションの開発方法について説明しています。

Cosminexus　リファレンス　API編

アプリケーションの開発で使用するAPIおよびタグについて説明しています。

また，マニュアル体系図に示したマニュアル以外で，このマニュアルと関連するマニュアルを次に示します。必要に応じてお読みください。

Borland(R) Enterprise Server VisiBroker(R)　デベロッパーズガイド（3020-3-M45）

読書手順

このマニュアルは，利用目的に合わせて章を選択して読むことができます。利用目的別にお読みいただくことをお勧めします。

マニュアルを読む目的
記述個所

Management Serverで何ができるかを知りたい。

どのような設定ができるかを知りたい。

どのような運用ができるかを知りたい。

1章

Management Serverの基本操作について知りたい。

ログインとログアウトの操作方法を知りたい。

画面構成について知りたい。

注意事項について知りたい。

2章

Management Serverの設定方法について知りたい。
3章

運用管理ドメインの構成定義について知りたい。

運用管理ドメイン内のホストの定義の操作方法について知りたい。

論理サーバの構成定義の操作方法について知りたい。

4章

論理サーバの環境設定の操作方法について知りたい。
5章

論理サーバの起動／停止の操作方法について知りたい。
6章

論理サーバのアプリケーション管理について知りたい。

アプリケーションの登録，開始および停止の操作方法について知りたい。

リソースアダプタの開始および停止の操作方法について知りたい。

7章

論理サーバの運用監視の方法について知りたい。
8章

統合ユーザ管理のリポジトリ管理について知りたい。
9章

統合ユーザ管理のリソース監視について知りたい。
10章

データソースのインポート，削除の操作方法や，運用監視の方法について知りたい。
付録A

データの退避と回復の操作手順について知りたい。
付録B

一つのマシンを複数のネットワークセグメントに接続する場合に，環境設定で注意することについて知りたい。
付録C

運用管理ポータルを利用して，システムを構築，または削除する手順について知りたい。
J2EEアプリケーションを実行するシステムの場合
付録D

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

運用管理ポータルを使用して，次の項目を設定する方法について知りたい。

Cosminexusが提供する主な機能を使用するために設定する項目

トラブルシューティングの資料取得のために設定する項目

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

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

運用管理ポータルで構築したシステムの起動方法と停止方法について知りたい。
J2EEアプリケーションを実行するシステムの場合
付録F，付録G

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

JP1/IMとの連携時に，JP1/IMの統合コンソールまたは統合スコープから，運用管理ポータルを表示する方法について知りたい。
付録L

ご利用製品ごとの用語の読み替えについて

ご利用の製品によっては，マニュアルで使用している用語を，ご利用の製品名に読み替える必要があります。

次の表に従って，マニュアルで使用している用語をご利用の製品名に読み替えてください。

ご利用の製品名 | マニュアルで使用している用語
uCosminexus Developer Professional※1 | Application ServerおよびApplication Server Enterprise
uCosminexus Developer Standard※1※2 | Application Server
uCosminexus Service Architect※1 | Application ServerおよびApplication Server Enterprise
uCosminexus Service Platform

注※1　テスト環境で使用している場合にだけ読み替えが必要です。

注※2　uCosminexus Developer StandardとApplication Serverには一部機能差があります。機能差については，マニュアル「Cosminexus　アプリケーション開発ガイド」のDeveloper Standard使用時の注意事項に関する説明を参照してください。

このマニュアルでの表記

このマニュアルで使用している表記と，対応する製品名を次に示します。

表記 | 製品名
Application Server | Application Server Enterprise | uCosminexus Application Server Enterprise
Application Server Standard | uCosminexus Application Server Standard
HiRDB | HiRDB/Parallel Server | HiRDB/Parallel Server Version 7
HiRDB/Parallel Server Version 8
HiRDB/Single Server | HiRDB/Single Server Version 7
HiRDB/Single Server Version 8
IPF | Itanium(R) Processor Family
Oracle | Oracle9i | Oracle9i
Oracle9i R2
Oracle10g | Oracle 10g
Oracle 10g R2
UNIX | AIX | AIX 5L V5.2
AIX 5L V5.3
HP-UXまたはHP-UX（IPF） | HP-UX 11i V2（IPF）
HP-UX 11i V3（IPF）
Linux | Linux（IPF） | Red Hat Enterprise Linux AS 3（IPF）
Red Hat Enterprise Linux AS 4（IPF）
Red Hat Enterprise Linux 5 Advanced Platform（Intel Itanium）
Linux（x86／AMD64 & Intel EM64T） | Red Hat Enterprise Linux AS 3（x86）
Red Hat Enterprise Linux AS 4（x86）
Red Hat Enterprise Linux 5 Advanced Platform（x86）
Red Hat Enterprise Linux ES 3（x86）
Red Hat Enterprise Linux ES 4（x86）
Red Hat Enterprise Linux 5（x86）
Red Hat Enterprise Linux AS 3（AMD64 & Intel EM64T）
Red Hat Enterprise Linux AS 4（AMD64 & Intel EM64T）
Red Hat Enterprise Linux 5 Advanced Platform（AMD/Intel 64）
Red Hat Enterprise Linux ES 3（AMD64 & Intel EM64T）
Red Hat Enterprise Linux ES 4（AMD64 & Intel EM64T）
Red Hat Enterprise Linux 5（AMD/Intel 64）
Solaris | Solaris 9
Solaris 10
Windows Server 2003 | Windows Server 2003 Enterprise Edition | Microsoft(R) Windows Server(R) 2003，Enterprise Edition Operating System（x86）
Windows Server 2003 Standard Edition | Microsoft(R) Windows Server(R) 2003，Standard Edition Operating System（x86）
Windows Server 2003 R2 | Windows Server 2003 R2 Enterprise Edition | Microsoft(R) Windows Server(R) 2003 R2，Enterprise Edition Operating System（x86）
Windows Server 2003 R2 Standard Edition | Microsoft(R) Windows Server(R) 2003 R2，Standard Edition Operating System（x86）
Windows Server 2003（x64） | Windows Server 2003 Enterprise x64 Edition | Microsoft(R) Windows Server(R) 2003，Enterprise x64 Edition Operating System
Windows Server 2003 Standard x64 Edition | Microsoft(R) Windows Server(R) 2003，Standard x64 Edition Operating System
Windows Server 2003 R2（x64） | Windows Server 2003 R2 Enterprise x64 Edition | Microsoft(R) Windows Server(R) 2003 R2，Enterprise x64 Edition Operating System
Windows Server 2003 R2 Standard x64 Edition | Microsoft(R) Windows Server(R) 2003 R2，Standard x64 Edition Operating System
Windows Vista | Windows Vista Business | Microsoft(R) Windows Vista(R) Business
Windows Vista Enterprise | Microsoft(R) Windows Vista(R) Enterprise
Windows Vista Ultimate | Microsoft(R) Windows Vista(R) Ultimate
Windows XP | Microsoft(R) Windows(R) XP Professional Operating System

なお，Windows Server 2003，Windows Server 2003 R2，Windows Server 2003（x64），Windows Server 2003 R2（x64），Windows Vista，およびWindows XPを総称してWindowsと表記することがあります。

このマニュアルで使用している表記と，対応するCosminexusの機能名を次に示します。

表記 | Cosminexusの機能名
Cosminexus RM | Cosminexus Reliable Messaging
CTM | Cosminexus Component Transaction Monitor
DB Connector for Cosminexus RM | DB Connector for Cosminexus Reliable Messaging
Management Server | Cosminexus Management Server
MyEclipse | MyEclipse for Cosminexus
PRF | Cosminexus Performance Tracer
Server Plug-in | Cosminexus Server Plug-in
Smart Composer | Cosminexus Smart Composer

このマニュアルで使用している表記と，対応するJava関連用語を次に示します。

表記 | Java関連用語
EAR | Enterprise ARchive
EJBまたはEnterprise JavaBeans | Enterprise JavaBeansTM
EJB QL | EJBTM Query Language
J2EEまたはJava 2 Platform, Enterprise Edition | JavaTM 2 Platform, Enterprise Edition
J2SE | JavaTM 2 Platform, Standard Edition
JAAS | JavaTM Authentication and Authorization Service
JAR | JavaTM Archive
Java | JavaTM
Java 2 Runtime Environment, Standard Edition | JavaTM 2 Runtime Environment, Standard Edition
Java 2 SDK, Standard Edition | JavaTM 2 Software Development Kit, Standard Edition
JavaBeans | JavaBeansTM
JavaMail | JavaMailTM
JAXP | JavaTM API for XML Processing
JCA | J2EETM Connector Architecture
JCE | JavaTM Cryptography Extension
JDBC | JDBCTM
JavaTM Database Connectivity
JDK | JavaTM Development Kit
JMS | JavaTM Message Service
JNDI | Java Naming and Directory InterfaceTM
JNI | JavaTM Native Interface
JSP | JavaServer PagesTM
JTA | JavaTM Transaction API
JTS | JavaTM Transaction Service
Servletまたはサーブレット | JavaTM Servlet
WAR | Web ARchive

適用OSの違いによる機能相違点の表記

このマニュアルは，適用OSがWindows，AIX，HP-UX，Linux，およびSolarisの製品に対応します。OSによって記述を書き分ける場合，次に示す表記を使用して，それぞれの説明にOS名を明記しています。

表記 | 意味
Windowsの場合 | Windowsに該当する表記です。
UNIXの場合 | UNIX（AIX，HP-UX，Linux，Solaris）に該当する表記です。

このマニュアルで使用している略語

このマニュアルで使用している英略語を次に示します。

英略語 | 英字での表記
API | Application Programming Interface
ASCII | American Standard Code for Information Interchange
CORBA | Common Object Request Broker Architecture
CSV | Comma Separated Value
CUI | Character User Interface
DD | Deployment Descriptor
DIT | Directory Information Tree
DN | Distinguished Name
DNS | Domain Name System
DTD | Document Type Definition
EIS | Enterprise Information System
EUC | Extended UNIX Code
GMT | Greenwich Mean Time
GUI | Graphical User Interface
HTML | Hyper Text Markup Language
HTTP | Hyper Text Transfer Protocol
HTTPS | Hyper Text Transfer Protocol Security
IIOP | Internet Inter-Orb Protocol
ISO | International Organization for Standardization
JIS | Japanese Industrial Standards
JST | Japan Standard Time
LDAP | Lightweight Directory Access Protocol
OMG | Object Management Group
OS | Operating System
OTS | Object Transaction Service
RAR | Roshal Archive
RDB | Relational Database
RMI | Remote Method Invocation
SFO | Session Fail Over
SHA | Secure Hash Algorithm
SSL | Secure Sockets Layer
TCS | Transaction Context Server
UCS | Universal multi-octet coded Character Set
URL | Uniform Resource Locator
UTF | UCS Transformation Format
VM | Virtual Machine
XML | Extensible Markup Language

このマニュアルの図中で使用している記号

このマニュアルの図中で使用している記号を，次のように定義します。

このマニュアルで使用している記号

注意

間違いやすい点，および間違うとトラブルが発生するような項目について説明しています。

ポイント

その説明の要点について説明しています。

参考

補足的な情報を説明しています。

このマニュアルのGUIの説明で使用している記号

このマニュアルでは，次に示す記号を使用してGUIを説明しています。

記号 | 意味
［　　］ | 画面の名称および画面に表示されている項目を表します。
［　　］－［　　］ | －の前に示したメニューから，－の後ろのメニューを選択することを表します。
＜　　＞ | ＜＞内の名称がユーザの環境によって異なることを表します。
「　　」 | 入力値，可変値，またはメッセージなどを表します。

このマニュアルの計算式で使用している記号

このマニュアルでは，次に示す記号を使用して計算式を説明しています。

記号 | 意味
↓計算式↓ | 計算式の答えの小数点以下を切り捨てることを示します。

常用漢字以外の漢字の使用について

このマニュアルでは，常用漢字を使用することを基本としていますが，次に示す用語については，常用漢字以外の漢字を使用しています。

溢れる（あふれる）　鍵（かぎ）　個所（かしょ）　全て（すべて）　伝播（でんぱ）　必須（ひっす）　閉塞（へいそく）

KB（キロバイト）などの単位表記について

1KB（キロバイト），1MB（メガバイト），1GB（ギガバイト），1TB（テラバイト）はそれぞれ1,024バイト，1,024²バイト，1,024³バイト，1,024⁴バイトです。

1.　Management Serverの操作の概要

この章では，Management Serverで管理できる論理サーバ，アプリケーションおよびリソースについて説明します。また，それぞれの設定および運用に必要な操作の概要について説明します。

＜この章の構成＞

1.1　Management Serverでできること

1.2　J2EEアプリケーションを実行するシステムの構築で必要な操作

1.3　J2EEアプリケーションを実行するシステムの運用で必要な操作

1.4　バッチアプリケーションを実行するシステムの構築で必要な操作

1.5　バッチアプリケーションを実行するシステムの運用で必要な操作

1.1　Management Serverでできること

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

次に示すシステムの構築からシステムの運用までに必要な操作について，J2EEアプリケーションを実行するシステムの場合は，「1.2　J2EEアプリケーションを実行するシステムの構築で必要な操作」および「1.3　J2EEアプリケーションを実行するシステムの運用で必要な操作」で説明します。また，バッチアプリケーションを実行するシステムの場合は，「1.4　バッチアプリケーションを実行するシステムの構築で必要な操作」および「1.5　バッチアプリケーションを実行するシステムの運用で必要な操作」で説明します。

システムの構築

Management Serverの設定

論理サーバの設定
・運用管理ドメインの構成定義
・論理サーバの環境設定
・論理サーバの起動／停止の設定
・論理サーバの起動／停止の確認

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

統合ユーザ管理の設定

システムの運用

論理サーバの運用
・論理サーバの起動／停止
・論理サーバの運用監視

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

統合ユーザ管理の運用

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

＜この節の構成＞

1.1.1　管理できる論理サーバ

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

1.1.1　管理できる論理サーバ

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

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

論理サーバ
概要

論理パフォーマンストレーサ
パフォーマンストレーサの機能を提供する論理サーバです。パフォーマンストレーサは，Cosminexusシステムの各コンポーネントが出力するトレース情報を取得して，PRFトレースファイルに出力します。

論理スマートエージェント
1.4モードでトランザクションサービスを使用する場合，またはCTMを使用する場合に必要な論理サーバです。Cosminexus TPBrokerで提供されている，動的な分散ディレクトリサービスを提供します。論理CTMでこの論理サーバを使用します。

論理ネーミングサービス
CORBAネーミングサービスの機能を提供する論理サーバです。
J2EEサーバで使用します。
この論理サーバの留意事項を次に示します。

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

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

論理CTMドメインマネジャ
CTMを使用する場合に必要な論理サーバです。CTMドメインを管理するプロセスを提供します。なお，CTMドメインとは，複数のCTMデーモンで構成される，情報共有と負荷分散の対象になる範囲のことです。

論理CTM
CTMを使用する場合に必要な論理サーバです。クライアントからのリクエストを処理してリクエストをスケジューリングするためのプロセスとして，CTMデーモンとCORBAネーミングサービスを提供します。

論理SFOサーバ
セッションフェイルオーバ機能を使用する場合に必要な論理サーバです。この論理サーバでシステム内のグローバルセッション情報を管理することで，J2EEサーバ間のセッション情報を保持できるようになります。

論理J2EEサーバ
J2EEサーバの機能を提供する論理サーバです。

論理Webサーバ
Webサーバを使用する場合に必要な論理サーバです。Management Serverでは，WebサーバとしてHitachi Web Serverを管理できます。

論理ユーザサーバ
ユーザサーバは，ユーザが定義する任意のサービスやプロセスです。特定のサービスやプロセスを論理ユーザサーバとして定義しておくことで，そのサービスやプロセスがManagement Serverの管理対象となり，開始，停止，ステータス監視ができるようになります。
なお，論理ユーザサーバは，運用管理ポータルで定義できません。コマンドおよびユーザ定義ファイルで定義します。詳細については，マニュアル「Cosminexus　システム構築ガイド」の論理ユーザサーバの設定に関する説明を参照してください。

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

J2EEアプリケーションを実行するシステムの場合の，論理サーバを稼働させるために必要な設定については，「1.2.2　論理サーバの設定」を，運用に必要な操作については，「1.3.1　論理サーバの運用」を参照してください。

また，バッチアプリケーションを実行するシステムの場合の，論理サーバを稼働させるために必要な設定については，「1.4.2　論理サーバの設定」を，運用に必要な操作については，「1.5.1　論理サーバの運用」を参照してください。

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

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

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

分類
概要

J2EEアプリケーション
EARファイル形式またはZIPファイル形式でパッケージ化されたアプリケーションです。複数のEJB-JARファイル，複数のWARファイル，および一つのDDから構成されます。
Management Serverでは，サーバ管理コマンドで設定したJ2EEアプリケーションの登録，運用環境へのインポート，開始，停止，削除，世代回復および稼働状況の監視が行えます。

リソースアダプタ
データベースやOpenTP1などのリソースに接続する場合に使用します。
Management Serverでは，サーバ管理コマンドで作成したリソースアダプタ（RARファイル）の，運用環境へのインポート，開始，停止，削除および稼働状況の監視が行えます。

注

運用管理ポータルでは，アプリケーションやリソースの設定はできません。詳細な設定内容（属性）は，サーバ管理コマンドを使用して設定しておく必要があります。

J2EEアプリケーションを実行するシステムの場合の，アプリケーションおよびリソースを使用するために必要な設定については，「1.2.3　アプリケーションとリソースの設定」を，運用で使用する操作については，「1.3.2　アプリケーションとリソースの運用」を参照してください。

また，バッチアプリケーションを実行するシステムの場合の，リソースを使用するために必要な設定については，「1.4.3　リソースの設定」を，運用で使用する操作については，「1.5.2　リソースの運用」を参照してください。

1.2　J2EEアプリケーションを実行するシステムの構築で必要な操作

この節では，Management Serverの動作環境の設定，Management Serverを使用してJ2EEアプリケーションを実行するシステムを構築するための設定について説明します。なお，Management Serverの運用管理ポータルを使用したシステムの構築手順については，「付録D　J2EEアプリケーションを実行するシステムの構築と削除」を参照してください。

＜この節の構成＞

1.2.1　Management Serverの設定

1.2.2　論理サーバの設定

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

1.2.4　統合ユーザ管理の設定

1.2.1　Management Serverの設定

「Cosminexus Management Serverの設定」で，Management Serverを利用するユーザのアカウント情報，ネットワーク情報など，Management Serverの動作環境を設定します。また，Management Serverを使用して設定した環境の退避または回復をします。Management Serverの設定に関する操作を，次の表に示します。

表1-3　Management Serverの設定に関する操作

操作
Management Server
論理サーバ
参照先

論理パフォーマンストレーサ
論理スマートエージェント
論理ネーミングサービス
論理CTMドメインマネジャ
論理CTM
論理SFOサーバ
論理J2EE
サーバ
論理Web
サーバ
論理ユーザサーバ

管理ユーザのアカウント設定
○※1
－
－
－
－
－
－
－
－
－
3.2.1

ネットワークの設定
○
－
－
－
－
－
－
－
－
－
3.2.2

ログの設定
○
－
－
－
－
－
－
－
－
－
3.2.3

構成情報の退避／回復
○
△
△
△
△
△
△
△
△
－
3.2.4

開始時の設定
○
△
△
△
△
△
△
△
△
－
3.2.5

性能解析トレース収集の設定
○
－
－
－
－
－
－
－
－
－
3.2.6

JP1連携の設定
○※2
－
－
－
－
－
△※3
△※3
－
－
3.2.7

（凡例）

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

△：必要に応じて参照。関連のある設定が含まれています。

－：不要。必要な操作はありません。

注※1

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

注※2

JP1を使用する場合は設定が必要です。JP1との連携の概要については，マニュアル「Cosminexus　機能解説」を，JP1との連携の設定については，マニュアル「Cosminexus　システム構築ガイド」を参照してください。

注※3

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

1.2.2　論理サーバの設定

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

Cosminexusのシステム構成を検討する場合，J2EEアプリケーションで使用する機能に応じて，その機能を実現するために必要なプロセスを意識して，各マシンにそれぞれのプロセスを適切に配置することが必要です。例えば，サーバ間連携でCTMを利用する場合は，スマートエージェント，CTMドメインマネジャ，およびCTMの設定が必要になり，システムの可用性を高めるセッションフェイルオーバ機能を使用する場合は，SFOサーバの設定が必要になります。このように，使用する機能によってシステムの構成も，必要な論理サーバも異なります。Cosminexusが提供する主な機能については，マニュアル「Cosminexus　機能解説」を，システム構成の詳細については，マニュアル「Cosminexus　システム設計ガイド」のシステム構成の検討に関する説明を参照してください。

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

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

論理サーバの環境設定

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

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

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

注※　任意のプロセスを論理ユーザサーバとして定義する場合にだけ設定します。論理ユーザサーバの設定は，運用管理ポータルでは操作できません。論理ユーザサーバの設定方法については，「付録D.3(4)　論理ユーザサーバの設定」を参照してください。

＜この項の構成＞

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

(2)　論理サーバの環境設定

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

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

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

運用管理ドメインに含まれる論理サーバの構成を定義します。ここでは，ホスト名，ホストの表示名，ホストの説明，運用管理エージェントのポート番号，および論理サーバ名を設定します。運用管理ドメインの構成定義に関する操作を，次の表に示します。

表1-4　運用管理ドメインの構成定義に関する操作

操作
論理サーバ
参照先

論理パフォーマンストレーサ
論理スマートエージェント
論理ネーミングサービス
論理CTM
ドメインマネジャ
論理CTM
論理SFOサーバ
論理J2EE
サーバ
論理Web
サーバ
論理ユーザサーバ

ホストの定義
◎
◎
◎
◎
◎
◎
◎
◎
－
4.2

運用管理ドメインの編集
○
○
○
○
○
○
○
○
－
4.3

パフォーマンストレーサの構成定義
◎
－
△※
△※
－
△※
△※
△※
－
4.4

スマートエージェントの構成定義

◎
－
△※
－
－
△※
－
－
4.5

ネーミングサービスの構成定義
－
－
◎
－
△※
△※
△※
－
－
4.6

CTMドメインマネジャの構成定義
－
－
－
◎
△※
－
－
－
－
4.7

CTMの構成定義
－
－
－
－
◎
－
△※
－
－
4.8

SFOサーバの構成定義
－
－
－
－
－
◎
△※
－
－
4.9

J2EEサーバの構成定義
－
－
－
－
－
－
◎
△※
－
4.10

Webサーバの構成定義
－
－
－
－
－
－
－
◎
－
4.11

論理サーバの一括セットアップ
－
－
－
－
－
◎
◎
◎
－
4.12

（凡例）

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

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

△：必要に応じて参照。関連のある設定が含まれています。

－：不要。必要な操作はありません。

注※

構成定義の内容が論理サーバの環境設定に関連する場合があります。構築するシステムの構成に応じて，環境設定の時に適宜参照してください。

(2)　論理サーバの環境設定

論理サーバを稼働させるために必要な設定を行います。使用する論理サーバごとに必要な操作を行ってください。なお，同じ種類の論理サーバであれば，別の論理サーバで設定した情報を読み込むこともできます。論理サーバの環境設定に関する操作を，次の表に示します。

表1-5　論理サーバの環境設定に関する操作

操作
論理サーバ
参照先

論理パフォーマンストレーサ
論理スマートエージェント
論理ネーミングサービス
論理CTM
ドメインマネジャ
論理CTM
論理SFOサーバ
論理J2EE
サーバ
論理Web
サーバ
論理ユーザサーバ

論理サーバの基本情報の設定
◎
◎
◎
◎
◎
◎
◎
◎
－
5.2.1

パフォーマンストレーサの設定
◎
－
－
－
－
－
－
－
－
5.3.1

スマートエージェントの設定
－
◎
－
－
－
－
－
－
－
5.4.1

ネーミングサービスの設定
－
－
◎
－
－
－
－
－
－
5.5.1

CTMドメインマネジャの基本設定
－
－
－
◎
－
－
－
－
－
5.6.1

CTMドメインマネジャのネットワークの設定
－
－
－
◎
－
－
－
－
－
5.6.2

CTMの基本設定
－
－
－
－
◎
－
－
－
－
5.7.1

CTMのスケジューリングの設定
－
－
－
－
◎
－
－
－
－
5.7.2

CTMのレギュレータの設定
－
－
－
－
◎
－
－
－
－
5.7.3

CTM間通信の設定
－
－
－
－
○
－
－
－
－
5.7.4

CTMの稼働統計情報の設定
－
－
－
－
○
－
－
－
－
5.7.5

SFOサーバの基本設定
－
－
－
－
－
◎
－
－
－
5.8.1

SFOサーバのコンテナの設定
－
－
－
－
－
○
－
－
－
5.8.2

SFOサーバのサービスの設定
－
－
－
－
－
○
－
－
－
5.8.3

SFOサーバでの稼働情報監視の設定
－
－
－
－
－
○
－
－
－
5.8.4

SFOサーバでの稼働情報監視で発行するイベントの設定
－
－
－
－
－
○
－
－
－
5.8.5

SFOサーバでの稼働情報監視で使用する通信の設定
－
－
－
－
－
○
－
－
－
5.8.6

SFOサーバで使用するJavaVMの起動パラメタの設定
－
－
－
－
－
○
－
－
－
5.8.7

SFOサーバで使用するJavaVMのシステムプロパティの設定
－
－
－
－
－
○
－
－
－
5.8.8

SFOサーバのJP1連携の設定
－
－
－
－
－
○※
－
－
－
5.8.9

J2EEサーバの基本設定
－
－
－
－
－
－
◎
－
－
5.9.1

J2EEサーバのJ2EEコンテナの設定
－
－
－
－
－
－
○
－
－
5.9.2

J2EEサーバのEJBコンテナの設定
－
－
－
－
－
－
○
－
－
5.9.3

J2EEサーバのWebコンテナの設定
－
－
－
－
－
－
○
－
－
5.9.4

J2EEサーバのネーミングの設定
－
－
－
－
－
－
○
－
－
5.9.5

J2EEサーバのJDBCの設定
－
－
－
－
－
－
○
－
－
5.9.6

J2EEサーバのトランザクションの設定
－
－
－
－
－
－
○
－
－
5.9.7

J2EEサーバのリソース枯渇監視の設定
－
－
－
－
－
－
○
－
－
5.9.8

J2EEサーバのログの設定
－
－
－
－
－
－
○
－
－
5.9.9

J2EEサーバのユーザログの設定
－
－
－
－
－
－
○
－
－
5.9.10

インプロセスHTTPサーバの通信・スレッド制御の設定
－
－
－
－
－
－
○
－
－
5.9.11

インプロセスHTTPサーバのログの設定
－
－
－
－
－
－
○
－
－
5.9.12

インプロセスHTTPサーバのセキュリティの設定
－
－
－
－
－
－
○
－
－
5.9.13

インプロセスHTTPサーバのエラーページの設定
－
－
－
－
－
－
○
－
－
5.9.14

インプロセスHTTPサーバのリダイレクトの設定
－
－
－
－
－
－
○
－
－
5.9.15

インプロセスHTTPサーバのレスポンスヘッダ・ゲートウェイ指定機能の設定
－
－
－
－
－
－
○
－
－
5.9.16

J2EEサーバでの稼働情報監視の設定
－
－
－
－
－
－
○
－
－
5.9.17

J2EEサーバでの稼働情報監視で発行するイベントの設定
－
－
－
－
－
－
○
－
－
5.9.18

J2EEサーバでの稼働情報監視で使用する通信の設定
－
－
－
－
－
－
○
－
－
5.9.19

J2EEサーバで使用するJavaVMの起動パラメタの設定
－
－
－
－
－
－
◎
－
－
5.9.20

J2EEサーバで使用するJavaVMのシステムプロパティの設定
－
－
－
－
－
－
○
－
－
5.9.21

J2EEサーバのJP1連携の設定
－
－
－
－
－
－
○※
－
－
5.9.22

Webサーバの設定
－
－
－
－
－
－
－
◎
－
5.10.1

リダイレクタの設定
－
－
－
－
－
－
－
○
－
5.10.2

マッピングの定義
－
－
－
－
－
－
－
○
－
5.10.3

ワーカの設定
－
－
－
－
－
－
－
○
－
5.10.4

Webサーバ環境のセットアップ
－
－
－
－
－
－
－
◎
－
5.10.5

設定情報の配布
－
－
－
－
－
◎
◎
◎
－
5.11.1

（凡例）

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

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

－：不要。必要な操作はありません。

注※

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

参考

論理サーバの環境設定に関する操作には，論理サーバ共通のものがあります。論理サーバ共通の操作を次に示します。これらの操作は任意です。

オプションの設定
起動コマンドに追加するオプションを設定します。詳細については，「5.9.23　J2EEサーバのオプションの設定」を参照してください。

環境変数の設定
論理サーバ起動時の環境変数の情報を設定します。詳細については，「5.9.24　J2EEサーバの環境変数の設定」を参照してください。

サーバの設定読み込み
別の論理サーバ，または接続先ホストで稼働するサーバから，論理サーバの設定情報を読み込みます。詳細については，「5.9.25　論理J2EEサーバの設定読み込み」を参照してください。

なお，画面の表示，操作手順については，各論理サーバの説明を参照してください。

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

論理サーバの起動および停止に必要な設定を行います。論理サーバ単位に起動／停止の監視時間，自動再起動の回数，自動再起動のリトライ間隔などを指定できます。また，論理サーバを一括起動する場合は，起動順序を設定する必要があります。論理サーバの起動／停止の設定に関する操作を，次の表に示します。

表1-6　論理サーバの起動／停止の設定に関する操作

操作
論理サーバ
参照先

論理パフォーマンストレーサ
論理スマートエージェント
論理ネーミングサービス
論理CTM
ドメインマネジャ
論理CTM
論理SFOサーバ
論理J2EE
サーバ
論理Web
サーバ
論理ユーザサーバ

論理サーバの起動順序の設定
○
○
○
○
○
○
○
○
○
6.3.5

パフォーマンストレーサの起動／停止の設定
○
－
－
－
－
－
－
－
－
6.4.1

スマートエージェントの起動／停止の設定
－
○
－
－
－
－
－
－
－
6.5.1

ネーミングサービスの起動／停止の設定
－
－
○
－
－
－
－
－
－
6.6.1

CTMドメインマネジャの起動／停止の設定
－
－
－
○
－
－
－
－
－
6.7.1

CTMの起動／停止の設定
－
－
－
－
○
－
－
－
－
6.8.1

SFOサーバの起動／停止の設定
－
－
－
－
－
○
－
－
－
6.9.1

J2EEサーバの起動／停止の設定
－
－
－
－
－
－
○
－
－
6.10.1

J2EEサーバクラスタ内のJ2EEサーバの起動／停止の設定
－
－
－
－
－
－
○
－
－
6.11.5

Webサーバの起動／停止の設定
－
－
－
－
－
－
－
○
－
6.12.1

Webサーバクラスタ内のWebサーバの起動／停止の設定
－
－
－
－
－
－
－
○
－
6.13.5

ユーザサーバの起動／停止の設定
－
－
－
－
－
－
－
－
○
6.14.1

（凡例）

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

－：不要。必要な操作はありません。

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

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

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

開発環境で作成したJ2EEアプリケーション，およびリソースアダプタをJ2EEサーバで実行するために必要な操作です。また，J2EEアプリケーションは，Management Serverに登録することでバージョン管理ができます。

＜この項の構成＞

(1)　アプリケーションの設定

(2)　リソースの設定

(1)　アプリケーションの設定

アプリケーションの設定に関する操作を，次の表に示します。

表1-7　アプリケーションの設定に関する操作

操作 | J2EEアプリケーション | 参照先
J2EEアプリケーションの登録 | ◎ | 7.2.1
アプリケーションディレクトリの登録 | ○ | 7.2.2
J2EEアプリケーションの登録情報編集 | ○ | 7.2.3
J2EEアプリケーションの登録解除 | ○ | 7.2.4
J2EEアプリケーションのインポート | ◎ | 7.3.3
J2EEアプリケーションの開始 | ◎ | 7.3.1
J2EEアプリケーションの停止 | ◎ | 7.3.2
J2EEアプリケーションの世代回復 | ○ | 7.3.4
J2EEアプリケーションの削除 | ○ | 7.3.5

（凡例）

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

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

(2)　リソースの設定

リソースの設定に関する操作を，次の表に示します。

表1-8　リソースの設定に関する操作

操作 | リソースアダプタ | 参照先
リソースアダプタのインポート | ◎ | 7.4.3
リソースアダプタの開始 | ◎ | 7.4.1
リソースアダプタの停止 | ◎ | 7.4.2
リソースアダプタの削除 | ○ | 7.4.4

（凡例）

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

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

1.2.4　統合ユーザ管理の設定

ユーザ情報を格納したリポジトリを管理したり，リソースを監視したりするために必要な設定です。統合ユーザ管理のリポジトリとして使用するLDAPディレクトリサーバに接続するための設定，ユーザの追加，変更および削除などを行います。なお，シングルサインオンするかどうかによって，必要な操作が異なります。統合ユーザ管理の設定に関する操作を，次の表に示します。

表1-9　統合ユーザ管理の設定に関する操作

操作 | シングルサインオン | 参照先
する | しない
バインド情報の設定 | ◎ | ◎ | 9.2.1
レルムの作成 | ◎ | ◎ | 9.3.1
レルムの削除 | ○ | ○ | 9.3.8
暗号鍵ファイルの設定 | ○ | － | 9.3.2
ユーザエントリのスキーマ定義 | ◎ | ◎ | 9.3.3
ユーザエントリの作成 | ◎ | ◎ | 9.3.5
ユーザエントリの検索 | ○ | ○ | 9.3.7
ユーザエントリの編集 | ○ | ○ | 9.3.9
ユーザエントリの削除 | ○ | ○ | 9.3.11
ユーザエントリのスキーマ定義（シングルサインオン用） | ◎ | － | 9.3.4
ユーザエントリの作成（シングルサインオン用） | ◎ | － | 9.3.6
ユーザエントリの編集（シングルサインオン用） | ◎ | － | 9.3.10

（凡例）

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

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

－：不要。必要な操作はありません。

1.3　J2EEアプリケーションを実行するシステムの運用で必要な操作

この節では，論理サーバの起動や停止，アプリケーションの開始や停止または稼働状況の確認など，Management Serverを使用した，J2EEアプリケーションを実行するシステムの日常的な運用に必要な操作について説明します。

なお，システムの起動手順および起動方法については，「付録F　J2EEアプリケーションを実行するシステムの起動と停止（Windowsの場合）」，または「付録G　J2EEアプリケーションを実行するシステムの起動と停止（UNIXの場合）」を参照してください。

＜この節の構成＞

1.3.1　論理サーバの運用

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

1.3.3　統合ユーザ管理の運用

1.3.1　論理サーバの運用

論理サーバの運用で使用する操作を，次に示す起動／停止と運用監視に分けて説明します。

論理サーバの起動／停止

論理サーバの運用監視

＜この項の構成＞

(1)　論理サーバの起動／停止

(2)　論理サーバの運用監視

(1)　論理サーバの起動／停止

論理サーバの起動および停止に関する操作です。ドメイン全体，ホストごと，または論理サーバ単位に起動，停止および稼働状況確認が行えます。論理サーバの起動／停止に関する操作を，次の表に示します。

表1-10　論理サーバの起動／停止に関する操作

操作
論理サーバ
参照先

論理パフォーマンストレーサ
論理スマートエージェント
論理ネーミングサービス
論理CTM
ドメインマネジャ
論理CTM
論理SFOサーバ
論理J2EE
サーバ
論理Web
サーバ
論理ユーザサーバ

ホストごとの稼働状況確認
○
○
○
○
○
○
○
○
○
6.2.1

ホストごとの一括起動
○
○
○
○
○
○
○
○
○
6.2.2

ホストごとの一括停止
○
○
○
○
○
○
○
○
○
6.2.3

ホストごとの一括再起動
○
○
○
○
○
○
○
○
○
6.2.4

ドメイン全体の稼働状況確認
○
○
○
○
○
○
○
○
○
6.3.1

ドメイン全体の一括起動
○
○
○
○
○
○
○
○
○
6.3.2

ドメイン全体の一括停止
○
○
○
○
○
○
○
○
○
6.3.3

ドメイン全体の一括再起動
○
○
○
○
○
○
○
○
○
6.3.4

パフォーマンストレーサの起動／停止
○
－
－
－
－
－
－
－
－
6.4.2
6.4.3

スマートエージェントの起動／停止
－
○
－
－
－
－
－
－
－
6.5.2
6.5.3

ネーミングサービスの起動／停止
－
－
○
－
－
－
－
－
－
6.6.2
6.6.3

CTMドメインマネジャの起動／停止
－
－
－
○
－
－
－
－
－
6.7.2
6.7.3

CTMの起動／停止
－
－
－
－
○
－
－
－
－
6.8.2
6.8.3

SFOサーバの起動／停止
－
－
－
－
－
○
－
－
－
6.9.2
6.9.3

J2EEサーバの起動／停止
－
－
－
－
－
－
○
－
－
6.10.2
6.10.3

J2EEサーバクラスタの稼働状況確認
－
－
－
－
－
－
○
－
－
6.11.1

J2EEサーバクラスタの一括起動
－
－
－
－
－
－
○
－
－
6.11.2

J2EEサーバクラスタの一括停止
－
－
－
－
－
－
○
－
－
6.11.3

J2EEサーバクラスタの一括再起動
－
－
－
－
－
－
○
－
－
6.11.4

J2EEサーバクラスタ内のJ2EEサーバの起動／停止
－
－
－
－
－
－
○
－
－
6.11.6
6.11.7

Webサーバの起動／停止
－
－
－
－
－
－
－
○
－
6.12.2
6.12.3

Webサーバクラスタの稼働状況確認
－
－
－
－
－
－
－
○
－
6.13.1

Webサーバクラスタの一括起動
－
－
－
－
－
－
－
○
－
6.13.2

Webサーバクラスタの一括停止
－
－
－
－
－
－
－
○
－
6.13.3

Webサーバクラスタの一括再起動
－
－
－
－
－
－
－
○
－
6.13.4

Webサーバクラスタ内のWebサーバの起動／停止
－
－
－
－
－
－
－
○
－
6.13.6
6.13.7

ユーザサーバの起動／停止
－
－
－
－
－
－
－
－
○
6.14.2
6.14.3

（凡例）

○：任意

－：不要

(2)　論理サーバの運用監視

運用管理ドメイン内の論理サーバについて，各サーバの構成および稼働状況が確認できます。論理サーバの運用監視に関する操作を，次の表に示します。

表1-11　論理サーバの運用監視に関する操作

操作
論理サーバ
参照先

論理パフォーマンストレーサ
論理スマートエージェント
論理ネーミングサービス
論理CTM
ドメインマネジャ
論理CTM
論理SFOサーバ
論理J2EE
サーバ
論理Web
サーバ
論理ユーザサーバ

ホストごとのステータス監視
○
○
○
○
○
○
○
○
○
8.2

運用管理ドメイン全体のステータス監視
○
○
○
○
○
○
○
○
○
8.3

論理サーバごとのステータス監視
○
○
○
○
○
○
○
○
○
8.4

J2EEコンテナの稼働情報監視
－
－
－
－
－
○
○
－
－
8.5.1

EJBコンテナの稼働情報監視
－
－
－
－
－
－
○
－
－
8.5.2

Webコンテナの稼働情報監視
－
－
－
－
－
－
○
－
－
8.5.3
8.5.4

JavaVMの稼働情報監視
－
－
－
－
－
○
○
－
－
8.5.5
8.5.6

（凡例）

○：任意

－：不要

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

論理J2EEサーバで稼働するJ2EEアプリケーションおよびリソースの開始／停止を行います。また，各アプリケーションの構成および稼働状況が確認できます。

＜この項の構成＞

(1)　アプリケーションの運用

(2)　リソースの運用

(1)　アプリケーションの運用

アプリケーションの運用に関する操作を，次の表に示します。

表1-12　アプリケーションの運用に関する操作

操作
J2EEアプリケーション
参照先

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

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

ログ表示
○
7.3.6
7.4.5

J2EEアプリケーションの稼働情報監視
○
8.7

EJBアプリケーションの稼働情報監視
○
8.8

Stateful Session Beanの稼働情報監視
○
8.9.1
8.9.2

Homeインタフェースの稼働情報監視
○
8.9.3

Local Homeインタフェースの稼働情報監視
○
8.9.4

Componentインタフェースの稼働情報監視
○
8.9.5

Local Componentインタフェースの稼働情報監視
○
8.9.6

Stateless Session Beanの稼働情報監視
○
8.10

Entity Beanの稼働情報監視
○
8.11

Message-driven Beanの稼働情報監視
○
8.12

リソースアダプタの稼働情報監視
○
8.13

Webアプリケーションの稼働情報監視
○
8.14

サーブレットの稼働情報監視
○
8.15

URLの稼働情報監視
○
8.16

トランザクションの稼働情報監視
○
8.17

（凡例）

○：任意

(2)　リソースの運用

リソースの運用に関する操作を，次の表に示します。

表1-13　リソースの運用に関する操作

操作
リソースアダプタ
参照先

リソースアダプタの開始
○
7.4.1

リソースアダプタの停止
○
7.4.2

ログ表示
○
7.3.6
7.4.5

リソースアダプタの稼働情報監視
○
8.13

トランザクションの稼働情報監視
○
8.17

（凡例）

○：任意

1.3.3　統合ユーザ管理の運用

J2EEサーバで稼働している統合ユーザ管理のリソースについて，接続状況，稼働状況，および接続定義情報が確認できます。

統合ユーザ管理のリソース監視で確認できる項目を次に示します。なお，操作の詳細については，「10.　リソース監視（統合ユーザ管理）」を参照してください。

＜この項の構成＞

(1)　ログインセッションの監視

(2)　LDAP接続プールの監視

(3)　JDBC接続プールの監視

(4)　障害情報の表示

(1)　ログインセッションの監視

統合ユーザ管理のセッションの状態が参照できます。

セッションID

レルム名

ユーザID

ログイン時刻

また，指定した統合ユーザ管理のセッションを停止することもできます。

(2)　LDAP接続プールの監視

統合ユーザ管理が使用する，LDAP接続プール状態が参照できます。ユーザ情報リポジトリとしてLDAPディレクトリサーバを使用している場合に参照できます。

LDAP設定番号

接続先URL

接続プールの定義数（最大値／最小値）

接続プールの状態（接続数／利用数）

接続プールの空き待ち監視（測定開始時刻／空き待ち最大数）

(3)　JDBC接続プールの監視

統合ユーザ管理が使用する，JDBC接続プール状態が参照できます。ユーザ情報リポジトリとしてデータベース（RDB）を使用している場合に参照できます。

JDBC設定番号

接続先URL

接続プールの定義数（最大値／最小値）

接続プールの状態（接続数／利用数）

接続プールの空き待ち監視（測定開始時刻／空き待ち最大数）

(4)　障害情報の表示

リソース監視で発生した障害について，その詳細情報が参照できます。

1.4　バッチアプリケーションを実行するシステムの構築で必要な操作

この節では，Management Serverの動作環境の設定，Management Serverを使用してバッチアプリケーションを実行するシステムを構築するための設定について説明します。なお，Management Serverの運用管理ポータルを使用したシステムの構築手順については，「付録H　バッチアプリケーションを実行するシステムの構築と削除」を参照してください。

＜この節の構成＞

1.4.1　Management Serverの設定

1.4.2　論理サーバの設定

1.4.3　リソースの設定

1.4.1　Management Serverの設定

「Cosminexus Management Serverの設定」で，Management Serverを利用するユーザのアカウント情報，ネットワーク情報など，Management Serverの動作環境を設定します。また，Management Serverを使用して設定した環境の退避または回復をします。Management Serverの設定に関する操作を，次の表に示します。

表1-14　Management Serverの設定に関する操作

操作 | Management Server | 論理サーバ | 参照先
論理パフォーマンストレーサ | 論理J2EEサーバ | 論理ユーザサーバ
管理ユーザのアカウント設定 | ○※1 | － | － | － | 3.2.1
ネットワークの設定 | ○ | － | － | － | 3.2.2
ログの設定 | ○ | － | － | － | 3.2.3
構成情報の退避／回復 | ○ | △ | △ | － | 3.2.4
開始時の設定 | ○ | △ | △ | － | 3.2.5
性能解析トレース収集の設定 | ○ | － | － | － | 3.2.6
JP1連携の設定 | ○※2 | － | △※3 | － | 3.2.7

（凡例）

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

△：必要に応じて参照。関連のある設定が含まれています。

－：不要。必要な操作はありません。

注※1

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

注※2

JP1を使用する場合は設定が必要です。JP1との連携の概要については，マニュアル「Cosminexus　機能解説」を，JP1との連携の設定については，マニュアル「Cosminexus　システム構築ガイド」を参照してください。

注※3

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

1.4.2　論理サーバの設定

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

Cosminexusのシステム構成を検討する場合，バッチアプリケーションで使用する機能に応じて，その機能を実現するために必要なプロセスを意識して，各マシンにそれぞれのプロセスを適切に配置することが必要です。使用する機能によってシステムの構成も，必要な論理サーバも異なります。Cosminexusが提供する主な機能については，マニュアル「Cosminexus　機能解説」を，システム構成の詳細については，マニュアル「Cosminexus　システム設計ガイド」のシステム構成の検討に関する説明を参照してください。

バッチアプリケーションで使用する機能に応じて決定したシステム構成を基に，次に示す手順で，使用する論理サーバに必要な操作を行ってください。

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

論理サーバの環境設定

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

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

参考

バッチアプリケーションを実行するシステムでも，任意のプロセスを論理ユーザサーバとして設定できます。論理ユーザサーバを設定する場合には，「付録D.3(4)　論理ユーザサーバの設定」を参照してください。

＜この項の構成＞

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

(2)　論理サーバの環境設定

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

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

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

運用管理ドメインに含まれる論理サーバの構成を定義します。ここでは，ホスト名，ホストの表示名，ホストの説明，運用管理エージェントのポート番号，および論理サーバ名を設定します。運用管理ドメインの構成定義に関する操作を，次の表に示します。

表1-15　運用管理ドメインの構成定義に関する操作

操作 | 論理サーバ | 参照先
論理パフォーマンストレーサ | 論理J2EEサーバ | 論理ユーザサーバ
ホストの定義 | ◎ | ◎ | － | 4.2
運用管理ドメインの編集 | ○ | ○ | － | 4.3
パフォーマンストレーサの構成定義 | ◎ | △※ | － | 4.4
J2EEサーバの構成定義 | － | ◎ | － | 4.10
論理サーバの一括セットアップ | － | ◎ | － | 4.12

（凡例）

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

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

△：必要に応じて参照。関連のある設定が含まれています。

－：不要。必要な操作はありません。

注※

構成定義の内容が論理サーバの環境設定に関連する場合があります。構築するシステムの構成に応じて，環境設定の時に適宜参照してください。

(2)　論理サーバの環境設定

論理サーバを稼働させるために必要な設定を行います。使用する論理サーバごとに必要な操作を行ってください。なお，同じ種類の論理サーバであれば，別の論理サーバで設定した情報を読み込むこともできます。論理サーバの環境設定に関する操作を，次の表に示します。

表1-16　論理サーバの環境設定に関する操作

操作 | 論理サーバ | 参照先
論理パフォーマンストレーサ | 論理J2EEサーバ | 論理ユーザサーバ
論理サーバの基本情報の設定 | ◎ | ◎ | － | 5.2.1
パフォーマンストレーサの設定 | ◎ | － | － | 5.3.1
J2EEサーバの基本設定 | － | ◎ | － | 5.9.1
J2EEサーバのJ2EEコンテナの設定 | － | ○ | － | 5.9.2
J2EEサーバのEJBコンテナの設定 | － | ○ | － | 5.9.3
J2EEサーバのWebコンテナの設定 | － | ○ | － | 5.9.4
J2EEサーバのネーミングの設定 | － | ○ | － | 5.9.5
J2EEサーバのJDBCの設定 | － | － | － | 5.9.6
J2EEサーバのトランザクションの設定 | － | ○ | － | 5.9.7
J2EEサーバのリソース枯渇監視の設定 | － | ○ | － | 5.9.8
J2EEサーバのログの設定 | － | ○ | － | 5.9.9
J2EEサーバのユーザログの設定 | － | ○ | － | 5.9.10
インプロセスHTTPサーバの通信・スレッド制御の設定 | － | － | － | 5.9.11
インプロセスHTTPサーバのログの設定 | － | － | － | 5.9.12
インプロセスHTTPサーバのセキュリティの設定 | － | － | － | 5.9.13
インプロセスHTTPサーバのエラーページの設定 | － | － | － | 5.9.14
インプロセスHTTPサーバのリダイレクトの設定 | － | － | － | 5.9.15
インプロセスHTTPサーバのレスポンスヘッダ・ゲートウェイ指定機能の設定 | － | － | － | 5.9.16
J2EEサーバでの稼働情報監視の設定 | － | ○ | － | 5.9.17
J2EEサーバでの稼働情報監視で発行するイベントの設定 | － | ○ | － | 5.9.18
J2EEサーバでの稼働情報監視で使用する通信の設定 | － | ○ | － | 5.9.19
J2EEサーバで使用するJavaVMの起動パラメタの設定 | － | ◎ | － | 5.9.20
J2EEサーバで使用するJavaVMのシステムプロパティの設定 | － | ○ | － | 5.9.21
J2EEサーバのJP1連携の設定 | － | ○※ | － | 5.9.22
設定情報の配布 | － | － | － | 5.11.1

（凡例）

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

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

－：不要。必要な操作はありません。

注※

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

参考

論理サーバの環境設定に関する操作には，論理サーバ共通のものがあります。論理サーバ共通の操作を次に示します。これらの操作は任意です。

オプションの設定
起動コマンドに追加するオプションを設定します。詳細については，「5.9.23　J2EEサーバのオプションの設定」を参照してください。

環境変数の設定
論理サーバ起動時の環境変数の情報を設定します。詳細については，「5.9.24　J2EEサーバの環境変数の設定」を参照してください。

サーバの設定読み込み
別の論理サーバ，または接続先ホストで稼働するサーバから，論理サーバの設定情報を読み込みます。詳細については，「5.9.25　論理J2EEサーバの設定読み込み」を参照してください。

なお，画面の表示，操作手順については，各論理サーバの説明を参照してください。

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

論理サーバの起動および停止に必要な設定を行います。論理サーバ単位に起動／停止の監視時間，自動再起動の回数，自動再起動のリトライ間隔などを指定できます。また，論理サーバを一括起動する場合は，起動順序を設定する必要があります。論理サーバの起動／停止の設定に関する操作を，次の表に示します。

表1-17　論理サーバの起動／停止の設定に関する操作

操作 | 論理サーバ | 参照先
論理パフォーマンストレーサ | 論理J2EEサーバ | 論理ユーザサーバ
論理サーバの起動順序の設定 | ○ | ○ | ○ | 6.3.5
パフォーマンストレーサの起動／停止の設定 | ○ | － | － | 6.4.1
J2EEサーバの起動／停止の設定 | － | ○ | － | 6.10.1
ユーザサーバの起動／停止の設定 | － | － | ○ | 6.14.1

（凡例）

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

－：不要。必要な操作はありません。

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

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

1.4.3　リソースの設定

開発環境で作成したリソースアダプタを，バッチサーバで実行するために必要な操作です。リソースの設定に関する操作を，次の表に示します。

表1-18　リソースの設定に関する操作

操作 | リソースアダプタ | 参照先
リソースアダプタのインポート | ◎ | 7.4.3
リソースアダプタの開始 | ◎ | 7.4.1
リソースアダプタの停止 | ◎ | 7.4.2
リソースアダプタの削除 | ○ | 7.4.4

（凡例）

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

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

1.5　バッチアプリケーションを実行するシステムの運用で必要な操作

この節では，論理サーバの起動や停止，アプリケーションの開始や停止または稼働状況の確認など，Management Serverを使用した，バッチアプリケーションを実行するシステムの日常的な運用に必要な操作について説明します。

なお，システムの起動手順および起動方法については，「付録J　バッチアプリケーションを実行するシステムの起動と停止（Windowsの場合）」，または「付録K　バッチアプリケーションを実行するシステムの起動と停止（UNIXの場合）」を参照してください。

＜この節の構成＞

1.5.1　論理サーバの運用

1.5.2　リソースの運用

1.5.1　論理サーバの運用

論理サーバの運用で使用する操作を，次に示す起動／停止と運用監視に分けて説明します。

論理サーバの起動／停止

論理サーバの運用監視

＜この項の構成＞

(1)　論理サーバの起動／停止

(2)　論理サーバの運用監視

(1)　論理サーバの起動／停止

論理サーバの起動および停止に関する操作です。ドメイン全体，ホストごと，または論理サーバ単位に起動，停止および稼働状況確認が行えます。論理サーバの起動／停止に関する操作を，次の表に示します。

表1-19　論理サーバの起動／停止に関する操作

操作
論理サーバ
参照先

論理パフォーマンストレーサ
論理J2EEサーバ
論理ユーザサーバ

ホストごとの稼働状況確認
○
○
○
6.2.1

ホストごとの一括起動
○
○
○
6.2.2

ホストごとの一括停止
○
○
○
6.2.3

ホストごとの一括再起動
○
○
○
6.2.4

ドメイン全体の稼働状況確認
○
○
○
6.3.1

ドメイン全体の一括起動
○
○
○
6.3.2

ドメイン全体の一括停止
○
○
○
6.3.3

ドメイン全体の一括再起動
○
○
○
6.3.4

パフォーマンストレーサの起動／停止
○
－
－
6.4.2
6.4.3

J2EEサーバの起動／停止
－
○
－
6.10.2
6.10.3

ユーザサーバの起動／停止
－
－
○
6.14.2
6.14.3

（凡例）

○：任意

－：不要

(2)　論理サーバの運用監視

運用管理ドメイン内の論理サーバについて，各サーバの構成および稼働状況が確認できます。論理サーバの運用監視に関する操作を，次の表に示します。

表1-20　論理サーバの運用監視に関する操作

操作
論理サーバ
参照先

論理パフォーマンストレーサ
論理J2EEサーバ
論理ユーザサーバ

ホストごとのステータス監視
○
○
○
8.2

運用管理ドメイン全体のステータス監視
○
○
○
8.3

論理サーバごとのステータス監視
○
○
○
8.4

J2EEコンテナの稼働情報監視
－
○
－
8.6
8.5.1

EJBコンテナの稼働情報監視
－
○
－
8.6
8.5.2

JavaVMの稼働情報監視
－
○
－
8.6
8.5.5
8.5.6

（凡例）

○：任意

－：不要

1.5.2　リソースの運用

リソースの運用に関する操作を，次の表に示します。

表1-21　リソースの運用に関する操作

操作
リソースアダプタ
参照先

リソースアダプタの開始
○
7.4.1

リソースアダプタの停止
○
7.4.2

ログ表示
○
7.3.6
7.4.5

リソースアダプタの稼働情報監視
○
8.13

トランザクションの稼働情報監視
○
8.17

（凡例）

○：任意

2.　Management Serverの画面と基本操作

この章では，Management Serverを操作する前に知っておく必要がある，画面の構成や基本的な操作方法などについて説明します。

＜この章の構成＞

2.1　ログインとログアウト

2.2　運用管理ポータルの画面構成

2.3　操作画面の構成

2.4　操作画面で共通の項目と操作について

2.5　操作画面での規則

2.6　操作画面での注意事項

2.1　ログインとログアウト

この節では，Management ServerへのログインとManagement Serverからのログアウトについて説明します。また，Management Serverを使用するための前提条件について説明します。

＜この節の構成＞

2.1.1　前提条件

2.1.2　ログイン

2.1.3　ログアウト

2.1.4　管理ユーザIDおよびパスワード紛失時の対処

2.1.1　前提条件

Management Serverの運用管理ポータルを利用するためには，運用管理エージェントおよびManagement Serverを先に起動しておく必要があります。次のことを確認してください。

Management Serverがセットアップされているか

Management Serverのセットアップ方法については，「1.2.1　Management Serverの設定」を参照してください。

運用管理エージェントが起動されているか

運用管理エージェントの起動方法について，J2EEアプリケーションを実行するシステムの場合は，「付録F　J2EEアプリケーションを実行するシステムの起動と停止（Windowsの場合）」，または「付録G　J2EEアプリケーションを実行するシステムの起動と停止（UNIXの場合）」を参照してください。また，バッチアプリケーションを実行するシステムの場合は，「付録J　バッチアプリケーションを実行するシステムの起動と停止（Windowsの場合）」，または「付録K　バッチアプリケーションを実行するシステムの起動と停止（UNIXの場合）」を参照してください。

Management Serverが起動されているか

Management Serverの起動方法について，J2EEアプリケーションを実行するシステムの場合は，「付録F　J2EEアプリケーションを実行するシステムの起動と停止（Windowsの場合）」，または「付録G　J2EEアプリケーションを実行するシステムの起動と停止（UNIXの場合）」を参照してください。また，バッチアプリケーションを実行するシステムの場合は，「付録J　バッチアプリケーションを実行するシステムの起動と停止（Windowsの場合）」，または「付録K　バッチアプリケーションを実行するシステムの起動と停止（UNIXの場合）」を参照してください。

Management Serverの操作手順を次の図に示します。

図2-1　Management Serverの操作手順

参考

運用管理ポータルでシステムを構築，運用する場合，Component Container管理者が実施できる操作について意識する必要はありません。Component Container管理者を設定していても，運用管理ポータルからの操作および運用管理コマンドの実行には影響ありません。スーパーユーザで運用管理エージェントとManagement Serverを起動および停止し，運用管理ポータルの管理ユーザアカウントでManagement Serverのログインおよびログアウトを実施してください。

2.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環境設定ファイル）の詳細については，マニュアル「Cosminexus　リファレンス　定義編」を参照してください。

参考

Windowsの場合，ショートカットを実行してログインすることもできます。ショートカットは，「＜Cosminexusのインストールディレクトリ＞¥manager¥Management Server Login」です。

ポート番号を変更した場合には，このショートカットのリンク先のポート番号を変更してください。

また，初回ログイン時に表示される画面は，Management Serverのセットアップ時に管理ユーザアカウントを設定しているかどうかによって異なります。セットアップ時に管理ユーザアカウントを設定していない場合は，管理ユーザアカウントの設定を要求する画面が表示されますので，管理ユーザアカウントを設定してください。セットアップ時に管理ユーザアカウントを設定している場合は，ログイン画面が表示されます。なお，2回目以降のログイン時には，ログイン画面が表示されます。

管理ユーザアカウントの設定

初回ログイン時に，管理ユーザアカウントの設定を要求する画面が表示された場合は，［管理ユーザアカウントの設定］アンカーをクリックすると，［管理ユーザアカウントの設定］画面が表示されるので，管理ユーザIDとパスワードを設定して［適用］ボタンをクリックしてください。なお，［管理ユーザアカウントの設定］画面の詳細については，「3.2.1　管理ユーザアカウントの設定」を参照してください。管理ユーザアカウントの設定後，ログイン画面からManagement Serverへログインしてください。

参考

管理ユーザアカウントは，mngsvrctlコマンドに引数setupを指定した場合も設定したり，変更したりできます。mngsvrctlコマンドを使用する場合，Management Serverが停止中でも，起動中でも，管理ユーザアカウントの設定および変更ができます。mngsvrctlコマンドについては，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

ログイン画面でのユーザ認証

ログイン画面が表示された場合は，ログイン画面で管理ユーザIDとパスワードを入力して［ログイン］ボタンをクリックすると，運用管理ポータル画面が表示されます。

なお，ログイン後に表示される運用管理ポータルの画面の構成や，運用管理ポータルでの基本的な操作方法については，「2.2　運用管理ポータルの画面構成」以降を参照してください。

注意

複数のユーザが同時にログインして情報を更新した場合，ほかの人が更新した内容が反映されてしまうなど，意図しない状況が発生することがあります。

2.1.3　ログアウト

Management Serverの運用管理ポータルで，各画面のメニューに表示されている［ログアウト］アンカーをクリックしてログアウトします。

再ログインする場合には，ログアウト画面に表示される「ログイン画面に戻る」というメッセージの［ログイン画面］アンカーをクリックして，ログイン画面を表示させてください。

2.1.4　管理ユーザIDおよびパスワード紛失時の対処

管理ユーザアカウントの管理ユーザIDおよびパスワードを紛失した場合は，管理ユーザアカウント設定ファイル（mserver.xml）を初期状態に戻して対処してください。管理ユーザアカウント設定ファイルを初期状態に戻したあと，運用管理エージェント，およびManagement Serverを再起動すると，次回ログイン時にManagement Serverが初期状態で起動します。

管理ユーザアカウント設定ファイルを初期状態に戻す場合は，初期状態の管理ユーザアカウント設定ファイルで上書きしてください。管理ユーザアカウント設定ファイル，および初期状態の管理ユーザアカウント設定ファイルの格納場所を次に示します。

管理ユーザアカウント設定ファイルの格納場所

Windowsの場合
＜Cosminexusのインストールディレクトリ＞¥manager¥config¥mserver.xml

UNIXの場合
/opt/Cosminexus/manager/config/mserver.xml

初期状態の管理ユーザアカウント設定ファイルの格納場所

Windowsの場合
＜Cosminexusのインストールディレクトリ＞¥manager¥config¥templates¥mserver.xml

UNIXの場合
/opt/Cosminexus/manager/config/templates/mserver.xml

2.2　運用管理ポータルの画面構成

この節では，Management Serverの運用管理ポータルの画面構成について説明します。

＜この節の構成＞

2.2.1　［運用管理ポータル］画面の見方

2.2.2　運用管理ポータルのメニュー

2.2.3　運用管理ポータルのアンカー

2.2.1　［運用管理ポータル］画面の見方

［運用管理ポータル］画面を次に示します。

図2-2　運用管理ポータルを表示した場合のManagement Serverの画面

2.2.2　運用管理ポータルのメニュー

運用管理ポータルのメニューの種類と意味について説明します。

［運用管理ポータル］アンカー

運用管理ポータルのトップページに戻ります。

［ログアウト］アンカー

Management Serverからログアウトします。

［バージョン情報］アンカー

Management Serverのバージョン情報が表示されます。

2.2.3　運用管理ポータルのアンカー

Management Serverの各種機能は，運用管理ポータルのアンカーで提供されています。運用管理ポータルのアンカーの種類と意味について説明します。

表2-1　運用管理ポータルのアンカーの種類と意味

アンカー名
説明
参照先

Cosminexus Management Serverの設定
Management Serverの環境設定ができます。
「3.　Cosminexus Management Serverの設定」

運用管理ドメインの構成定義
運用管理ドメイン内の論理サーバの構成を定義できます。
「4.　運用管理ドメインの構成定義」

論理サーバの環境設定
論理サーバの起動パラメタの設定や環境設定ができます。
「5.　論理サーバの環境設定」

論理サーバの起動／停止
論理サーバを一括して起動／停止したり，個々の論理サーバを起動／停止したりできます。
また，運用管理ドメイン内の論理サーバの稼働状況を一覧で参照できます。
「6.　論理サーバの起動／停止」

論理サーバのアプリケーション管理
論理サーバのJ2EEアプリケーションへの操作ができます。
「7.　論理サーバのアプリケーション管理」

論理サーバの運用監視
運用管理ドメイン内の論理サーバおよびアプリケーションの詳細な運用状況を監視できます。
「8.　論理サーバの運用監視」

統合ユーザ管理
リポジトリ管理
ユーザ管理機能で，LDAPディレクトリサーバに対してユーザの追加や削除，ユーザ属性の変更などができます。
「9.　リポジトリ管理（統合ユーザ管理）」

環境設定
統合ユーザ管理の環境を設定します。
－※

リソース監視
稼働中のJ2EEサーバで実行されている統合ユーザ管理のリソースを監視できます。
「10.　リソース監視（統合ユーザ管理）」

（凡例）－：該当しない

注※

統合ユーザ管理の環境設定については，マニュアル「Cosminexus　システム構築ガイド」の統合ユーザ管理機能の設定に関する説明を参照してください。

2.3　操作画面の構成

この節では，運用管理ポータルの各アンカーから表示される操作画面について説明します。

＜この節の構成＞

2.3.1　操作画面の見方

2.3.2　ツリーペイン

2.3.3　ボディペイン

2.3.1　操作画面の見方

Management Serverの操作画面の構成を次に示します。

図2-3　Management Serverの操作画面の構成

2.3.2　ツリーペイン

ツリーペインは，Management Serverの操作対象となるホストまたは論理サーバを選択するための場所です。ツリーの形式で提供されています。

なお，このマニュアルでは，ツリーペインに表示される各ホストまたは各論理サーバを，ノードと呼んでいます。

＜この項の構成＞

(1)　ホストビューとサーバビューの使い分け

(2)　ツリーペインを展開する操作

(1)　ホストビューとサーバビューの使い分け

ツリーペインには，ホストビューとサーバビューがあり，それぞれユーザの用途によって使い分けることができます。

ホストビュー

ホスト単位に操作したいときに使用するタブです。例えば，ホストA内すべて，ホストB内すべて…などのように，ホストごとに選択して操作できます。

サーバビュー

論理サーバ単位に操作したいときに使用するタブです。例えば，すべてのスマートエージェント，すべてのネーミングサービス，J2EEサーバの中のJ2EEサーバ1…などのように，論理サーバの種類ごとに選択して操作できます。

サーバビューでは，論理サーバがどのホスト内にあるかを意識しないで，運用管理ドメイン内の複数のホストにわたる操作ができます。

(2)　ツリーペインを展開する操作

ツリーペインの操作について説明します。

図2-4　ツリーペインの展開の例

［ツリーの初期化］アンカー

ツリーの表示を最新の状態に更新したり，ツリーの展開状態をデフォルトの状態に戻したりします。

［[図データ]］（開くアイコン）／［[図データ]］（閉じるアイコン）

ツリーを開いたり閉じたりできます。［[図データ]］アイコンは，下位のノードがないことを示します。

アンカー

アンカーになっているホスト名または論理サーバ名をクリックすると，対応する画面がボディペインに表示されます。アンカーの左隣にあるアイコンをクリックしても同様の操作ができます。

2.3.3　ボディペイン

ボディペインは，Management Serverの機能を実行したり参照したりするための場所です。ツリーペインでホスト名または論理サーバ名のアンカーをクリックすると，対応する画面が表示されます。

2.4　操作画面で共通の項目と操作について

この節では，Management Serverの画面での共通項目と，共通操作について説明します。

＜この節の構成＞

2.4.1　論理サーバの稼働状況のステータス

2.4.2　画面自動更新の設定

2.4.3　ログの出力形式

2.4.1　論理サーバの稼働状況のステータス

Management Serverでは，［稼働情報監視］画面や［ステータス監視］画面で，論理サーバの稼働状況を確認できます。これらの画面で表示される，稼働状況を示すステータスの意味について説明します。

＜この項の構成＞

(1)　稼働状況を示すステータスの意味

(2)　ステータスの遷移

(3)　起動，停止実行時のステータス

(1)　稼働状況を示すステータスの意味

稼働状況は，次のようなステータスで表示されます。

表2-2　稼働状況のステータスの意味

稼働状況の
ステータス
説明

停止
初期状態および停止要求を受け付け停止処理が完了したあとの，論理サーバが停止した状態です。または，通信障害の回復後に運用管理エージェントが停止状態であることを確認できた状態です。

起動中
起動要求を受け付けてから論理サーバが稼働状態になるまでの起動処理中の状態です。

稼働中
起動要求を受け付け，起動処理が完了したあとの，論理サーバが稼働している状態です。または，通信障害の回復後に運用管理エージェントと稼働状態であることを確認できた状態です。

停止中
停止要求を受け付けてから論理サーバが停止状態になるまでの停止処理中の状態です。

強制停止中
強制停止要求を受け付けてから論理サーバが停止状態になるまでの強制停止処理中の状態です。

異常停止
停止要求を受け付けていない状態で，論理サーバの停止を検出した状態です。

回復中
異常停止状態で起動要求を受け付けてから稼働状態になるまでの，論理サーバの起動処理中の状態です。

通信障害
運用管理エージェントとの通信で障害が発生し，ステータスの表示ができない状態です。

自動停止中
運用管理エージェントから論理サーバの異常通知（プロセスはあるが動作していない状態の通知）を受けて論理サーバの強制停止中の状態です。

自動再起動中
自動再起動指定ありの論理サーバで，稼働中状態に運用管理エージェントから論理サーバの停止通知を受けて自動再起動処理中の状態です。

計画停止中
計画停止要求を受け付けてから，論理Webサーバが停止状態になるまでの計画停止処理中の状態です。このステータスに遷移するのは，論理Webサーバの場合だけです。

(2)　ステータスの遷移

ステータスが，システムの状態によってどのように遷移するかを次に示します。

図2-5　ステータスの遷移

参考

論理Webサーバの場合は，mngsvrutil stop server gracefulコマンドを使って，計画停止要求を出せます。この場合，ステータスは稼働中→計画停止中→停止と遷移します。mngsvrutil stop server gracefulコマンド（Management Serverの運用管理コマンド）の詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

(3)　起動，停止実行時のステータス

論理サーバの起動と停止には，次の表に示す種類があります。

表2-3　起動／停止処理の種類

起動／停止処理の種類
説明

起動または起動処理
一つの論理サーバに対しての起動処理を意味します。
論理サーバのステータス種別が「停止」または「異常停止」の場合だけ論理サーバに対して起動処理をします。そのほかのステータスの論理サーバに対する起動要求は無視します（メッセージ出力だけをします）。

停止または停止処理
一つの論理サーバに対しての停止処理を意味します。
論理サーバのステータス種別が「稼働中」の場合だけ論理サーバに対して停止処理をします。そのほかのステータスの論理サーバに対する停止要求は無視します（メッセージ出力だけをします）。

一括起動または一括起動処理
運用管理ドメイン内，単一ホスト内，またはクラスタ内の構成要素の全論理サーバに対する起動処理を意味します。
一括起動処理中，一括停止処理中，または一括再起動処理中の場合の一括起動要求は無視します（メッセージ出力だけをします）。

一括停止または一括停止処理
運用管理ドメイン内，単一ホスト内，クラスタ内の構成要素の全論理サーバに対する停止処理を意味します。
一括起動処理中，一括停止処理中，または一括再起動処理中の場合の一括停止要求は無視します（メッセージ出力だけをします）。

一括再起動または一括再起動処理
運用管理ドメイン内，単一ホスト内，クラスタ内の構成要素の全論理サーバに対する，一括停止処理およびそのあとの一括起動処理を意味します。
一括起動処理中，一括停止処理中または一括再起動処理中の場合の一括再起動要求は無視します（メッセージ出力だけをします）。

自動再起動または自動再起動処理
論理サーバの設定で自動再起動をすると指定した場合，Management Serverが論理サーバの「異常停止」状態を検出すると論理サーバを自動的に起動します。
起動／停止の設定で前提となる論理サーバを設定し，前提となる論理サーバで自動再起動をすると指定した場合，前提となる論理サーバで障害状態を検出したときは，該当論理サーバを前提と設定したすべての論理サーバの停止処理をし，該当論理サーバの起動処理をしたあと，該当論理サーバを前提と設定したすべての論理サーバの起動処理をします。

強制停止または強制停止処理
一つの論理サーバに対しての強制停止処理を意味します。
論理サーバのステータス種別が「稼働中」のときに論理サーバに対して強制停止処理をします。そのほかのステータスの論理サーバに対しては，強制停止要求は無視されます（メッセージ出力だけをします）。

計画停止または計画停止処理
一つの論理サーバに対しての計画停止処理を意味します。
論理サーバのステータス種別が「稼働中」のときに論理サーバに対して計画停止処理をします。そのほかのステータスの論理サーバに対しては，計画停止要求は無視されます（メッセージ出力だけをします）。
計画停止はmngsvrutilコマンドを使用します。なお，計画停止が有効な論理サーバはWebサーバだけです。Webサーバ以外の論理サーバに対する計画停止要求は停止要求として扱われます。

ホストや論理サーバの起動／停止／強制停止／自動再起動を実行したときに，ステータスがどのように遷移するか，また，どのステータス状態になれば処理成功とみなせるかについて説明します（成功時のステータスを太字で示します）。

［起動］ボタン実行時

停止→起動中→稼働中

異常停止→回復中→稼働中

ステータスが「稼働中」になれば，起動の処理は成功しています。

［停止］ボタン実行時

稼働中→停止中→停止

ステータスが「停止」になれば，停止の処理は成功しています。

［強制停止］ボタン実行時

稼働中→強制停止中→停止

ステータスが「停止」になれば，強制停止の処理は成功しています。

自動再起動の実行時※

稼働中→自動再起動中→稼働中

ステータスが「稼働中」になれば，自動再起動の処理は成功しています。

注※　［起動／停止の設定］画面で設定する自動再起動の処理のことです。

参考

論理Webサーバの場合は，mngsvrutil stop server gracefulコマンドを使って，計画停止要求を出せます。この場合，ステータスは稼働中→計画停止中→停止と遷移します。ステータスが「停止」になれば，計画停止の処理は成功しています。なお，mngsvrutil stop server gracefulコマンド（Management Serverの運用管理コマンド）の詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

2.4.2　画面自動更新の設定

システムが動作している間は，時間の経過とともにシステムの状況も変わります。そのため，稼働状況のステータスや設定内容を確認するときには，最新の情報を参照できるように，画面を更新する必要があります。

Management Serverでは，画面を自動更新できる機能を提供しています。［最新の情報に更新］アンカーをクリックしてそのつど更新することもできます。

画面を最新情報に更新する方法について説明します。

図2-6　画面を最新状態に更新

更新時間間隔

画面を最新の情報に更新する間隔（時間）を設定します。更新時間間隔を設定しておくと，定期的に自動で画面を最新状態に更新できます。設定できる値は，更新しない，3秒，10秒，30秒，1分です。デフォルトは「更新しない」です。

ここで設定した更新時間間隔は，Management Serverをログアウトするまで保持されます。

注意事項

「更新時間間隔」は，この機能を適用したい画面ごとに設定する必要があります。

［適用］ボタン

更新時間間隔の設定内容を有効にします。設定後，このボタンをクリックしてください。

更新時刻

この画面を，最後に更新した日時が表示されます。

［最新の情報に更新］アンカー

アンカーをクリックした時点で，画面を最新の情報に更新します。

2.4.3　ログの出力形式

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に関するメッセージが表示されます。

なお，［ログの表示］画面に出力されるメッセージの出力形式および対処方法については，マニュアル「Cosminexus　メッセージ　2　KEOS／KEUC／KFCB編」を参照してください。

2.5　操作画面での規則

この節では，Management Serverの操作に関する規則について説明します。

＜この節の構成＞

2.5.1　「運用管理ドメインの構成定義」での規則

2.5.2　「論理サーバの環境設定」での規則

2.5.3　「リポジトリ管理」での規則

2.5.1　「運用管理ドメインの構成定義」での規則

「運用管理ドメインの構成定義」の各画面で使用できる文字と文字列長を次の表に示します。

表2-4　使用できる文字と文字列長

名称 | 使用できる文字 | 文字列長
運用管理ドメイン名 | 英数字（A～Z，a～z，0～9），アンダースコア（_），およびハイフン（-） | 1～128文字
論理サーバ名
クラスタ名
ホスト名 | 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－（実サーバをセットアップするホストのCosminexus Component Containerインストールディレクトリのパス長）（単位：バイト）

なお，実サーバ名は同一ホスト内で一意である必要があります。

注※2

ホストの表示名については，255文字まで使用できます。

2.5.2　「論理サーバの環境設定」での規則

「論理サーバの環境設定」での規則を次に示します。

＜この項の構成＞

(1)　ポート番号のチェック

(2)　時間，ログファイルサイズなどの選択

(3)　置換文字列の指定

(4)　ディレクトリの指定

(1)　ポート番号のチェック

Management Serverが管理しているポート番号については，同一ホスト内で同じ番号を使用した論理サーバがある場合，［適用］ボタンをクリックすると，警告メッセージが表示されます（設定情報は更新されます）。

また，一つの論理サーバ内で複数のポート番号を指定できる場合，同じポート番号が指定されていたときに，［適用］ボタンをクリックすると，エラーメッセージが表示されます（設定情報は更新されません）。

(2)　時間，ログファイルサイズなどの選択

タイムアウト時間，およびログファイルのサイズは，メニューから選択できます。選択できる範囲外の内容が設定されている論理サーバの設定内容を読み込んだとき，メニューには，その内容がそのまま表示されます（別の値を選択して［適用］ボタンをクリックすると削除されます）。

(3)　置換文字列の指定

テキスト入力フィールドに，置換文字列（設定情報の入力時に自動的に変換される値）を指定できます。指定できる置換文字列を次に示します。

&{cosminexus.home}
該当ホストのCosminexusのインストールディレクトリに置換します。設定ファイルの内容の読み込み時，¥または/で区切られたCosminexusのインストールディレクトリと同一の値について，置換文字列に変換して読み込みます。

&{server.name}
サーバ名に置換します。ここで置換するサーバ名は，「運用管理ドメインの構成定義」で定義した実サーバ名の値で置換されます。設定ファイルの内容の読み込み時，該当論理サーバで定義されている実サーバ名と同一の値について，前後に¥または/がある場合だけ置換文字列に変換して読み込みます。
J2EEサーバの実サーバ名が「Server1」の場合，変換される例と変換されない例を次に示します。

表2-5　置換文字列の例

| 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)　ディレクトリの指定

テキストフィールドにディレクトリを指定する場合は，引用符（"）やアポストロフィ（'）で囲まないでください。

2.5.3　「リポジトリ管理」での規則

「リポジトリ管理」での入力規則を次に示します。

＜この項の構成＞

(1)　ユーザ情報登録時の入力規則

(2)　シングルサインオン用のユーザ情報登録時の入力規則

(1)　ユーザ情報登録時の入力規則

ユーザ情報は，次の表に示す文法に従って登録してください。

表2-6　ユーザ情報の文法

情報の種類
意味
文法

ユーザID
ユーザの識別子。
英数字列。
長さは1～512（単位：文字）。

パスワード
ユーザに対応するパスワード。
英数字列および特殊文字。
長さは0～512（単位：文字）。

注1　英数字列は，英字（A～Z，a～z）と数字（0～9）の文字の並びを意味します。

注2　特殊文字は，次の記号を意味します。

（空白）｜!｜"｜#｜$｜%｜&｜'｜(｜)｜*｜+｜,｜-｜.｜/｜:｜;｜<｜=｜>｜?｜@｜[｜¥｜]｜^｜_（アンダースコア）｜`｜{｜}｜|（垂直バー）｜~

注3　「文法」欄で明記されていない場合は，英字の大文字と小文字の区別をします。

注4　ASCII文字列で指定してください（文法については，プログラムではチェックしていません）。

注5　パスワードを平文でリポジトリに格納する場合，空文字（""）をパスワードとして使用しないでください。使用した場合，そのユーザはログインできなくなることがあります。パスワードとして空文字を使用したい場合は，SHA-1などによる暗号化をしてください。

(2)　シングルサインオン用のユーザ情報登録時の入力規則

シングルサインオン用のユーザ情報は，次の表に示す文法に従って登録してください。

表2-7　シングルサインオン用のユーザ情報の文法

情報の種類
意味
文法

レルム名
ユーザ管理の範囲を示す識別子です。
英数字列。
大文字と小文字を区別しません。
DN名で使用できる名前を付けてください。

ユーザID
ユーザ管理機能を持つアプリケーションの使用者を表すユーザの識別子です。
英数字列。
長さは1～512（単位：文字）。

SecretData
ユーザ管理機能を持つアプリケーションのユーザIDに対応したパスワードなどの認証に必要な情報のことです。ここに指定された値は，暗号化されて保存されます。
英数字列および特殊文字。
長さは0～512（単位：文字）。

PublicData
ユーザ管理機能を持つアプリケーションの認証を行う際にユーザIDおよびSecretData以外で必要な認証情報のことです。ここに指定された値は，暗号化されません。
英数字列および特殊文字。
長さは0～512（単位：文字）。

注1　英数字列は，英字（A～Z，a～z）と数字（0～9）の文字の並びを意味します。

注2　特殊文字は，次の記号を意味します。

（空白）｜!｜"｜#｜$｜%｜&｜'｜(｜)｜*｜+｜,｜-｜.｜/｜:｜;｜<｜=｜>｜?｜@｜[｜¥｜]｜^｜_（アンダースコア）｜`｜{｜}｜|（垂直バー）｜~

注3　「文法」欄で明記されていない場合は，英字の大文字と小文字の区別をします。

注4　ASCII文字列で指定してください。文法については，プログラムではチェックしていません。

2.6　操作画面での注意事項

この節では，Management Serverの操作に関する注意事項について説明します。

＜この節の構成＞

2.6.1　「論理サーバの起動／停止」での注意事項

2.6.2　「リポジトリ管理」での注意事項

2.6.1　「論理サーバの起動／停止」での注意事項

「論理サーバの起動／停止」の機能を使用する上での注意事項について説明します。

＜この項の構成＞

(1)　全体の注意事項

(2)　一括起動／一括停止の注意事項

(3)　起動／停止の注意事項

(1)　全体の注意事項

Management Serverの「論理サーバの起動／停止」を使用する場合は，対象となる論理サーバを必ずManagement Serverを経由して起動／停止してください。各構成ソフトウェアで提供されているコマンドなど，論理サーバ固有の機能を使用して起動または停止しないでください。論理サーバ固有の機能で起動／停止した場合，Management Serverの動作が不正になる場合があります。

Hitachi Web Serverを使用する場合，インストール時のデフォルト設定でHitachi Web Serverサービスが自動起動するようになっているときがあります。そのときは，手動起動に設定変更しておいてください。

Hitachi Web Serverが異常停止した場合，httpsd※プロセスが残ってしまうおそれがあります。「論理サーバの起動／停止」の画面で起動する前に，httpsd※プロセスがないかを確認してください。もしあった場合にはhttpsd※プロセスを削除してください。

Cosminexus Component Containerの機能である，ネーミングサービスの自動起動（ejbserver.naming.startupMode=automatic）の機能は使用しないでください。

J2EEサーバでデータベースを利用する場合など，J2EEサーバ起動時に環境変数の設定が必要になることがあります。その際は，J2EEサーバを起動するホストの運用管理エージェント設定ファイルに環境変数を追加し，追加した環境変数の内容でJ2EEサーバを起動してください。
環境変数の設定については，マニュアル「Cosminexus　システム構築ガイド」の論理サーバの起動と停止で使用する環境変数の設定に関する説明を参照してください。

動作テストなどを行う際，論理サーバの環境設定を変更しないで一時的にエラーを回避したい場合には，［起動順序の設定］タブで，エラーの発生する論理サーバの起動順序を「指定なし」にすることで，一括起動や一括停止などの動作の対象外にできます。

注※　httpsd.exe（Windowsの場合）またはhttpsd（UNIXの場合）

(2)　一括起動／一括停止の注意事項

一括起動の途中で起動に失敗した場合には，その時点で起動処理は中止されます。そのため，起動できなかった論理サーバは，ユーザが別途個々に起動する必要があります。なお，エラーの詳細はログに出力されます。

一括停止の途中で停止に失敗した場合は，一とおり停止処理は続行されます。「起動／停止の設定」で設定した「停止監視時間」を経過しても停止しない論理サーバがある場合には，Management Serverが自動的に強制終了します。「停止監視時間」を設定していない場合は，停止できなかった論理サーバをユーザが別途個々に停止する必要があります。

ホストビューで，特定のホストに対して「一括起動／一括停止」を実行した時，「前提となる論理サーバ」については次のように扱われます。

一括起動時
選択したホスト内の論理サーバだけが起動されます。「前提となる論理サーバ」がほかのホスト内にある場合には起動されません。

一括停止時
選択したホスト内の論理サーバだけでなく，ほかのホストにある「前提となる論理サーバ」についても一緒に停止されます。画面には，選択したホスト内の論理サーバの「前提となる論理サーバ」が一覧で表示されるので，停止を実行する前によく確認してください。

一括再起動時
次の順序で再起動が行われます。

選択したホスト内の論理サーバだけでなく，ほかのホストにある「前提となる論理サーバ」についても一緒に停止されます。停止処理は「起動順序」の設定と逆の順序で行われます。

選択したホスト内の論理サーバだけでなく，ほかのホストにある「前提となる論理サーバ」についても一緒に起動されます。起動処理は「起動順序」の設定に従って行われます。
画面には，選択したホスト内の論理サーバの「前提となる論理サーバ」が一覧で表示されるので，再起動を実行する前によく確認してください。

(3)　起動／停止の注意事項

起動／停止の機能は，障害発生時やメンテナンス時などに使用することを想定しており，ほかの論理サーバは考慮しないで，選択した論理サーバだけを起動／停止するための機能です。ほかの論理サーバの起動順序などの依存関係を考慮する必要がある場合は，一括起動／一括停止の機能を使用してください。

選択した論理サーバが，別の論理サーバの「前提となる論理サーバ」に指定されている場合，起動／停止は次のように扱われます。

起動時
選択した論理サーバだけが起動されます。

停止時
選択した論理サーバだけでなく，その論理サーバを「前提となる論理サーバ」に指定している論理サーバも一緒に停止されます。

強制停止時
選択した論理サーバだけでなく，その論理サーバを「前提となる論理サーバ」に指定している論理サーバも一緒に強制停止するかどうか，問い合わせる画面が表示されます。画面に応答してください。

停止と強制停止の違い
「停止」は，停止処理に失敗した場合には処理が中止されます。一方，「強制停止」は，処理に失敗してもシステムが強制的に停止処理を続行します。

2.6.2　「リポジトリ管理」での注意事項

＜この項の構成＞

(1)　リポジトリ管理での操作に関する注意事項

(1)　リポジトリ管理での操作に関する注意事項

リポジトリ管理での設定は一つのWebブラウザで操作してください。複数のWebブラウザで同時に操作しないでください。

各画面の値を直接入力できる入力フィールドでは，一部（パスワード/SecretDataを入力するフィールド）を除いて指定した値の前後のスペースおよびタブは削除されます。

3.　Cosminexus Management Serverの設定

この章では，Management Serverの運用管理ポータルの「Cosminexus Management Serverの設定」に表示される各画面の機能概要，操作手順および画面詳細について説明します。

＜この章の構成＞

3.1　「Cosminexus Management Serverの設定」のツリーペインの構成

3.2　Management Serverの基本情報の設定

3.1　「Cosminexus Management Serverの設定」のツリーペインの構成

「Cosminexus Management Serverの設定」のツリーペインの構成を次に示します。

　Cosminexus Management Serverの設定
　│
　├─管理ユーザアカウントの設定
　│
　├─ネットワークの設定
　│
　├─ログの設定
　│
　├─構成情報の退避／回復
　│
　├─開始時の設定
　│
　├─性能解析トレース収集の設定
　│
　└─JP1連携の設定

ツリーペインに表示されるノードの意味を次に示します。

表3-1　「Cosminexus Management Serverの設定」のツリーペインに表示されるノードの意味

ノード名
説明
ノード上でできる操作と参照先

Cosminexus Management Serverの設定
Cosminexus Management Serverに関する設定のルートです。
このノードには操作画面がありません。

管理ユーザアカウントの設定
Management Serverの管理ユーザアカウントを設定します。

管理ユーザアカウントの設定（3.2.1参照）

ネットワークの設定
Management Serverが使用するポート番号を設定します。

ネットワークの設定（3.2.2参照）

ログの設定
Management Serverが出力するログ情報について設定します。

ログの設定（3.2.3参照）

構成情報の退避／回復
Management Serverの構成定義や環境設定などの情報を退避または回復します。

構成情報の退避／回復（3.2.4参照）

開始時の設定
Management Serverを起動するときに，論理サーバを一括起動するかどうかを設定します。

開始時の設定（3.2.5参照）

性能解析トレース収集の設定
性能解析トレースファイルの面数を設定します。

性能解析トレース収集の設定（3.2.6参照）

JP1連携の設定
Management Serverの障害情報（検知した障害や論理サーバ起動の通知など）をJP1へ通知するための，JP1イベント発行に関する設定をします。

JP1連携の設定（3.2.7参照）

3.2　Management Serverの基本情報の設定

この節では，Management Serverを利用するための基本情報を設定する次の画面の機能概要，操作手順，画面詳細について説明します。

［管理ユーザアカウントの設定］画面

［ネットワークの設定］画面

［ログの設定］画面

［構成情報の退避／回復］画面

［開始時の設定］画面

［性能解析トレース収集の設定］画面

［JP1連携の設定］画面

＜この節の構成＞

3.2.1　管理ユーザアカウントの設定

3.2.2　ネットワークの設定

3.2.3　ログの設定

3.2.4　構成情報の退避／回復

3.2.5　開始時の設定

3.2.6　性能解析トレース収集の設定

3.2.7　JP1連携の設定（Cosminexus Management Serverの設定）

3.2.1　管理ユーザアカウントの設定

［管理ユーザアカウントの設定］画面を次の図に示します。

図3-1　［管理ユーザアカウントの設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

Management Serverへログインするための管理ユーザアカウントを設定します。設定できるアカウントは一つだけで，新たに作成した場合には既存のアカウントは削除されます。［管理ユーザアカウントの設定］画面を表示しているときは，現在ログイン中のユーザIDが表示されます。この画面で設定した内容は，再ログイン時に有効になります。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［Cosminexus Management Serverの設定］アンカーをクリックします。

ツリーペインで［管理ユーザアカウントの設定］をクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［管理ユーザID］，［パスワード］および［パスワードの確認入力］を指定します。

［適用］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

管理ユーザID（必須）

Management Serverへログインするための管理ユーザIDを指定します。指定値の制限は特にありません。

パスワード

Management Serverへログインするためのパスワードを指定します。指定値の制限は特にありません。この項目は省略できます。

パスワードの確認入力

確認のため，再度パスワードを指定します。パスワードを省略した場合，この項目は省略できます。

［適用］ボタン

指定した内容をManagement Serverに登録します。

［リセット］ボタン

指定した内容をリセットします。

3.2.2　ネットワークの設定

［ネットワークの設定］画面を次の図に示します。

図3-2　［ネットワークの設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

Management Serverが使用するポート番号を設定します。この画面で設定した内容は，Management Serverの再起動後に有効になります。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［Cosminexus Management Serverの設定］アンカーをクリックします。

ツリーペインで［ネットワークの設定］をクリックします。

(3)　操作手順

画面での操作手順を次に示します。

各ポート番号を指定します。

［適用］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

Management Server接続HTTPポート番号（必須）

Management Serverの接続用ポート番号（HTTP）を「1～65535」の整数値で指定します。ここで指定したポート番号を，運用管理ポータルのログイン時に使用します。運用管理ポータルへのログインについては，「2.1.2　ログイン」を参照してください。

Management Server終了要求受信ポート番号（必須）

Management Serverの終了要求受信時に使用するポート番号を1～65535の整数値で指定します。

Management Server内部通信用ポート番号（必須）

Management Serverの内部で通信用として使用するポート番号を1～65535の整数値で指定します。

［適用］ボタン

指定した内容をManagement Serverに登録します。

［リセット］ボタン

指定した内容をリセットします。

3.2.3　ログの設定

［ログの設定］画面を次の図に示します。

図3-3　［ログの設定］画面（Cosminexus Management Serverの設定）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

Management Serverが出力するログ情報について設定します。対象となるログファイルを次に示します。

Windowsの場合
＜Cosminexusのインストールディレクトリ＞¥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のログのファイル面数を指定します。プルダウンメニューから，「1」，「2」，「4」，「8」，「16」のどれかを選択します。

ログファイルサイズ

Management Serverのログのファイルサイズを指定します。プルダウンメニューから，「4キロバイト」，「64キロバイト」，「256キロバイト」，「512キロバイト」，「1メガバイト」，「2メガバイト」，「4メガバイト」，「16メガバイト」，「64メガバイト」のどれかを選択します。

ログの最大表示件数

ログ情報を表示する最大件数を指定します。プルダウンメニューから，「20」，「60」，「100」，「200」，「400」のどれかを選択します。

［適用］ボタン

指定した内容をManagement Serverに登録します。

［リセット］ボタン

指定した内容をリセットします。

3.2.4　構成情報の退避／回復

［構成情報の退避／回復］画面を次の図に示します。

図3-4　［構成情報の退避／回復］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(1)　機能概要

次に示すManagement Serverの構成情報を退避，または回復します。

構成定義情報

アプリケーション管理情報

環境設定情報

起動／停止情報

論理サーバの環境設定を変更する場合に，現在のManagement Serverの構成情報を残しておきたいときは，構成情報の退避を実施します。構成情報を退避しておくと，変更前の構成情報に戻す場合に，退避しておいた構成情報ファイルから回復できます。

この画面で設定した内容は，それぞれの機能の操作画面でツリーペインの［ツリーの初期化］アンカーをクリックしてツリーを更新したあと，有効になります。

なお，Management Serverに登録したJ2EEアプリケーションやJ2EEリソースの退避方法については，「付録B.2　登録アプリケーションの退避／回復」を参照してください。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［Cosminexus Management Serverの設定］アンカーをクリックします。

ツリーペインで［構成情報の退避／回復］をクリックします。

(3)　操作手順

画面での操作手順を次に示します。

退避の場合

構成情報を退避するファイル名を［構成情報ファイル名］に設定します。
ファイル名は，絶対パスで指定してください。

［退避］ボタンをクリックします。
［構成情報ファイル名］に指定したファイルと同名のファイルがあった場合には，上書きするかどうかを確認する画面が表示されます。エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

回復の場合

回復したい構成情報を持つファイル名を［構成情報ファイル名］に指定します。
ファイル名は，絶対パスで指定してください。

［回復］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

構成情報ファイル名（必須）

構成情報ファイル名を絶対パス（256文字以内）で指定します。

退避の場合

構成情報を退避する構成情報ファイル名（Management Serverが稼働しているマシンの任意のディレクトリにある任意のファイル名）を絶対パスで指定します。

回復の場合

回復したい構成情報を持つ，以前に退避した構成情報ファイルの絶対パスを指定します。

［退避］ボタン

現在の構成情報を［構成情報ファイル名］に指定したファイルに退避します。

［回復］ボタン

［構成情報ファイル名］に指定したファイルから構成情報を回復します。

［リセット］ボタン

指定した内容をリセットします。

(5)　注意事項

退避，および回復対象となる構成情報は，運用管理ポータルの「運用管理ドメインの構成定義」，「論理サーバの環境設定」，「論理サーバの起動／停止」または「論理サーバのアプリケーション管理」で設定した情報です。このため，構成情報を回復しても，実サーバの環境は回復されません。構成情報の回復を実施したあとに，再度，［設定情報の配布］画面で設定ファイルの配布を実施してください。

3.2.5　開始時の設定

［開始時の設定］画面を次の図に示します。

図3-5　［開始時の設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

Management Serverを起動するときに，論理サーバを一括起動するかどうかを設定します。この画面で設定した内容は，Management Serverを次回起動したときに有効になります。なお，一括起動を設定した場合，論理サーバの一括起動の成功または失敗の結果は，［論理サーバの起動／停止］画面で論理サーバの稼働状況，ログを参照することで確認できます。

論理サーバを一括起動するためには，「論理サーバの起動／停止」で論理サーバの起動順序を設定しておく必要があります。論理サーバの起動順序の設定については，「6.3.5　運用管理ドメイン全体の論理サーバの起動順序の設定」を参照してください。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［Cosminexus Management Serverの設定］アンカーをクリックします。

ツリーペインで［開始時の設定］をクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［論理サーバの一括起動］で，［する］または［しない］を選択します。

［適用］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

論理サーバの一括起動

Management Serverを起動するときに論理サーバ（J2EEサーバ，Webサーバなど）を一括起動するかどうかを指定します。［する］または［しない］のどちらかを選択します。

［適用］ボタン

指定した内容をManagement Serverに登録します。

［リセット］ボタン

指定した内容をリセットします。

3.2.6　性能解析トレース収集の設定

［性能解析トレース収集の設定］画面を次の図に示します。

図3-6　［性能解析トレース収集の設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

リクエストを処理する時にCosminexusシステムの各機能がバッファに出力するトレース情報は，一定量たまるとバイナリ形式の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に登録します。

［リセット］ボタン

指定した内容をリセットします。

3.2.7　JP1連携の設定（Cosminexus Management Serverの設定）

［JP1連携の設定］画面を次の図に示します。

図3-7　［JP1連携の設定］画面（Cosminexus Management Serverの設定）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

JP1との連携では，次に示すCosminexusの障害情報をJP1イベントとして発行できます。

Management Serverの障害（論理サーバの起動，停止通知や論理サーバプロセスの障害など）

J2EEサーバおよびSFOサーバの障害（J2EEサーバが検知した業務障害など）

J2EEアプリケーション中からJavaロギングAPIを使って出力したログ情報

この画面では，Management Serverの障害情報をJP1イベントとして発行するかどうかを，JP1イベントの重大度ごとに指定します。Management Serverの障害情報とJP1イベントの重大度との関連づけはメッセージマッピングファイルで指定します。メッセージマッピングファイル（JP1/IM連携用システムログメッセージマッピングファイル）の詳細については，マニュアル「Cosminexus　リファレンス　定義編」を参照してください。なお，J2EEサーバおよびSFOサーバの障害や，J2EEアプリケーション中からJavaロギングAPIを使って出力したログ情報をJP1イベントとして発行するかどうかについては，「論理サーバの環境設定」で設定します。詳細については，「5.9.22　JP1連携の設定（J2EEサーバ）」，および「5.8.9　JP1連携の設定（SFOサーバ）」を参照してください。JP1/IMと連携して障害監視をする場合，Windowsのときは，障害内容に応じて，JP1/IMから運用管理ポータルを表示することもできます。JP1/IMから運用管理ポータルを表示するための設定については，「付録L　JP1/IMから運用管理ポータルを表示するための設定（Windowsの場合）」を参照してください。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［Cosminexus Management Serverの設定］アンカーをクリックします。

ツリーペインで［JP1連携の設定］をクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［システムJP1イベント発行機能を有効にする］と［システムJP1イベントのフィルタリングの設定］を指定します。

［適用］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

システムJP1イベント発行機能を有効にする

Management Serverの障害情報をJP1イベントとして発行するかどうかを指定します。デフォルトは，「しない」です。発行する場合は，「する」をチェックします。発行しない場合は，「しない」をチェックします。

システムJP1イベントのフィルタリングの設定

Management Serverの障害情報をJP1イベントとして発行するかどうかを，JP1イベントの重大度ごとに指定します。デフォルトは，すべて「しない」です。発行する場合は，「する」をチェックします。発行しない場合は，「しない」をチェックします。

重大度には次のものがあります。番号が小さいほど重大になります。

Emergency（緊急）

Alert（警戒）

Critical（致命的）

Error（エラー）

Warning（警告）

Notice（通知）

Information（情報）

［適用］ボタン

指定した内容をManagement Serverに登録します。

［リセット］ボタン

指定した内容をリセットします。

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

この章では，Management Serverの運用管理ポータルの「運用管理ドメインの構成定義」に表示される各画面の概要，操作手順および画面詳細について説明します。なお，各画面で使用できる文字と文字列長については，「2.5.1　「運用管理ドメインの構成定義」での規則」を参照してください。

＜この章の構成＞

4.1　「運用管理ドメインの構成定義」のツリーペインの構成

4.2　運用管理ドメイン内のホストの定義

4.3　運用管理ドメインの定義

4.4　論理パフォーマンストレーサの構成定義

4.5　論理スマートエージェントの構成定義

4.6　論理ネーミングサービスの構成定義

4.7　論理CTMドメインマネジャの構成定義

4.8　論理CTMの構成定義

4.9　論理SFOサーバの構成定義

4.10　論理J2EEサーバの構成定義

4.11　論理Webサーバの構成定義

4.12　論理サーバの一括セットアップ

4.1　「運用管理ドメインの構成定義」のツリーペインの構成

この節では，「運用管理ドメインの構成定義」のツリーペインの構成について説明します。

ツリーペインは，次に示すビューで構成されています。

ホストビュー

サーバビュー

＜この節の構成＞

4.1.1　「運用管理ドメインの構成定義」のホストビューの構成

4.1.2　「運用管理ドメインの構成定義」のサーバビューの構成

4.1.1　「運用管理ドメインの構成定義」のホストビューの構成

ここでは，「運用管理ドメインの構成定義」のホストビューの構成について説明します。

「運用管理ドメインの構成定義」のホストビューの構成を次に示します。

　運用管理ドメインの構成定義
　│
　└─ホスト
　　　└─＜ホスト名＞
　　　　　├─＜論理サーバ名＞
　　　　　├─＜論理サーバ名＞
　　　　　└─＜論理サーバ名＞
　　　　　　　　　　：
　　　　　　　　　　：

「運用管理ドメインの構成定義」のホストビューに表示されるノードの意味を次の表に示します。

表4-1　「運用管理ドメインの構成定義」のホストビューに表示されるノードの意味

ノード名
説明
リンク先の画面での
操作方法の参照先

ホスト
運用管理ドメインに定義するホストのルートです。運用管理ドメインにホストを追加したり削除したりできます。

ホストの定義（4.2.1参照）

ホストの削除（一括削除）（4.2.2参照）

論理サーバの一括セットアップ（4.12参照）

＜ホスト名＞
運用管理ドメインに定義されている各ホストのツリーです。そのホストの定義内容を編集したりホストを削除したりできます。

ホストの編集（4.2.3参照）

ホストの削除（4.2.4参照）

論理サーバの一括セットアップ（4.12参照）

＜論理サーバ名＞
ホスト内にある各論理サーバ名です。
このノードには操作画面がありません。

4.1.2　「運用管理ドメインの構成定義」のサーバビューの構成

ここでは，「運用管理ドメインの構成定義」のサーバビューの構成について説明します。

「運用管理ドメインの構成定義」のサーバビューの構成を次に示します。

　運用管理ドメインの構成定義
　│
　└─＜運用管理ドメイン名＞
　　　│
　　　├─論理パフォーマンストレーサ
　　　│　└─パフォーマンストレーサ
　　　│　　　└─＜パフォーマンストレーサ名＞
　　　│
　　　├─論理スマートエージェント
　　　│　└─スマートエージェント
　　　│　　　└─＜スマートエージェント名＞
　　　│
　　　├─論理ネーミングサービス
　　　│　└─ネーミングサービス
　　　│　　　└─＜ネーミングサービス名＞
　　　│
　　　├─論理CTMドメインマネジャ
　　　│　└─CTMドメインマネジャ
　　　│　　　└─＜CTMドメインマネジャ名＞
　　　│
　　　├─論理CTM
　　　│　└─CTM
　　　│　　　└─＜CTM名＞
　　　│
　　　├─論理SFOサーバ
　　　│　└─SFOサーバ
　　　│　　　└─＜SFOサーバ名＞
　　　│
　　　├─論理J2EEサーバ
　　　│　├─J2EEサーバ
　　　│　│　├─＜J2EEサーバ名＞
　　　│　│　└─＜バッチサーバ名＞
　　　│　│
　　　│　└─J2EEサーバクラスタ
　　　│　　　└─＜J2EEサーバクラスタ名＞
　　　│　　　　　　└─＜J2EEサーバ名＞
　　　│
　　　├─論理Webサーバ
　　　│　├─Webサーバ
　　　│　│　└─＜Webサーバ名＞
　　　│　│
　　　│　└─Webサーバクラスタ
　　　│　　　└─＜Webサーバクラスタ名＞
　　　│　　　　　　└─＜Webサーバ名＞
　　　│
　　　└─論理ユーザサーバ
　　　　　└─ユーザサーバ
　　　　　　　└─＜ユーザサーバ名＞

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

サーバビューに表示されるノードの意味を次の表に示します。

表4-2　「運用管理ドメインの構成定義」のサーバビューに表示されるノードの意味

ノード名
説明
ノード上でできる操作と参照先

＜運用管理ドメイン名＞
運用管理ドメインに定義されている論理サーバのルートです。運用管理ドメインの内容を編集できます。

運用管理ドメインの編集（4.3.1参照）

論理パフォーマンストレーサ
論理サーバの一つであるパフォーマンストレーサのルートです。
このノードには操作画面がありません。

パフォーマンストレーサ
パフォーマンストレーサのツリーです。パフォーマンストレーサを追加したり一括削除したりできます。

パフォーマンストレーサの追加（4.4.1参照）

パフォーマンストレーサの削除（一括削除）（4.4.2参照）

＜パフォーマンストレーサ名＞
各パフォーマンストレーサ名です。そのパフォーマンストレーサだけを対象にした操作ができます。

パフォーマンストレーサの編集（4.4.3参照）

パフォーマンストレーサの削除（4.4.4参照）

論理スマートエージェント
論理サーバの一つであるスマートエージェントのルートです。
このノードには操作画面がありません。

スマートエージェント
スマートエージェントのツリーです。スマートエージェントを追加したり一括削除したりできます。

スマートエージェントの追加（4.5.1参照）

スマートエージェントの削除（一括削除）（4.5.2参照）

＜スマートエージェント名＞
各スマートエージェント名です。そのスマートエージェントだけを対象にした操作ができます。

スマートエージェントの編集（4.5.3参照）

スマートエージェントの削除（4.5.4参照）

論理ネーミングサービス
論理サーバの一つであるネーミングサービスのルートです。
このノードには操作画面がありません。

ネーミングサービス
ネーミングサービスのツリーです。ネーミングサービスを追加したり一括削除したりできます。

ネーミングサービスの追加（4.6.1参照）

ネーミングサービスの削除（一括削除）（4.6.2参照）

＜ネーミングサービス名＞
各ネーミングサービス名です。そのネーミングサービスだけを対象にした操作ができます。

ネーミングサービスの編集（4.6.3参照）

ネーミングサービスの削除（4.6.4参照）

論理CTMドメインマネジャ
論理サーバの一つであるCTMドメインマネジャのルートです。
このノードには操作画面がありません。

CTMドメインマネジャ
CTMドメインマネジャのツリーです。CTMドメインマネジャを追加したり一括削除したりできます。

CTMドメインマネジャの追加（4.7.1参照）

CTMドメインマネジャの削除（一括削除）（4.7.2参照）

＜CTMドメインマネジャ名＞
各CTMドメインマネジャ名です。そのCTMドメインマネジャだけを対象にした操作ができます。

CTMドメインマネジャの編集（4.7.3参照）

CTMドメインマネジャの削除（4.7.4参照）

論理CTM
論理サーバの一つであるCTMのルートです。
このノードには操作画面がありません。

CTM
CTMのツリーです。CTMを追加したり一括削除したりできます。

CTMの追加（4.8.1参照）

CTMの削除（一括削除）（4.8.2参照）

＜CTM名＞
各CTM名です。そのCTMだけを対象にした操作ができます。

CTMの編集（4.8.3参照）

CTMの削除（4.8.4参照）

論理SFOサーバ
論理サーバの一つであるSFOサーバのルートです。
このノードには操作画面がありません。

SFOサーバ
SFOサーバのツリーです。SFOサーバを追加したり一括削除したりできます。

SFOサーバの追加（4.9.1参照）

SFOサーバの削除（一括削除）（4.9.2参照）

＜SFOサーバ名＞
各SFOサーバ名です。そのSFOサーバだけを対象にした操作ができます。

SFOサーバの編集（4.9.3参照）

SFOサーバの削除（4.9.4参照）

論理J2EEサーバ
論理サーバの一つであるJ2EEサーバおよびJ2EEサーバクラスタのルートです。
このノードには操作画面がありません。

J2EEサーバ
J2EEサーバのツリーです。J2EEサーバを追加したり一括削除したりできます。

J2EEサーバの追加（4.10.1参照）

J2EEサーバの削除（一括削除）（4.10.2参照）

＜J2EEサーバ名＞
各J2EEサーバ名です。そのJ2EEサーバだけを対象にした操作ができます。

J2EEサーバの編集（4.10.3参照）

J2EEサーバの削除（4.10.4参照）

J2EEサーバクラスタ
J2EEサーバクラスタのツリーです。J2EEサーバクラスタを追加したり一括削除したりできます。

J2EEサーバクラスタの追加（4.10.5参照）

J2EEサーバクラスタの削除（一括削除）（4.10.6参照）

＜J2EEサーバクラスタ名＞
各J2EEサーバクラスタ名です。そのJ2EEサーバクラスタだけを対象にした操作ができます。

J2EEサーバクラスタの編集（4.10.7参照）

J2EEサーバクラスタの削除（4.10.8参照）

J2EEサーバクラスタ構成要素の追加（4.10.9参照）

J2EEサーバクラスタ構成要素の削除（一括削除）（4.10.10参照）

＜J2EEサーバ名＞
選択したJ2EEサーバクラスタを構成する各J2EEサーバ名です。そのJ2EEサーバだけを対象にした操作ができます。

J2EEサーバの編集（4.10.3参照）

J2EEサーバの削除（4.10.4参照）

論理Webサーバ
論理サーバの一つであるWebサーバのルートです。
このノードには操作画面がありません。

Webサーバ
Webサーバのツリーです。Webサーバを追加したり一括削除したりできます。

Webサーバの追加（4.11.1参照）

Webサーバの削除（一括削除）（4.11.2参照）

＜Webサーバ名＞
各Webサーバ名です。そのWebサーバだけを対象にした操作ができます。

Webサーバの編集（4.11.3参照）

Webサーバの削除（4.11.4参照）

Webサーバクラスタ
Webサーバクラスタツリーです。Webサーバクラスタを追加したり一括削除したりできます。

Webサーバクラスタの追加（4.11.5参照）

Webサーバクラスタの削除（一括削除）（4.11.6参照）

＜Webサーバクラスタ名＞
各Webサーバクラスタ名です。そのWebサーバクラスタだけを対象にした操作ができます。

Webサーバクラスタの編集（4.11.7参照）

Webサーバクラスタの削除（4.11.8参照）

Webサーバクラスタ構成要素の追加（4.11.9参照）

Webサーバクラスタ構成要素の削除（一括削除）（4.11.10参照）

＜Webサーバ名＞
選択したWebサーバクラスタを構成する各Webサーバ名です。そのWebサーバだけを対象にした操作ができます。

Webサーバの編集（4.11.3参照）

Webサーバの削除（4.11.4参照）

論理ユーザサーバ
論理サーバの一つであるユーザサーバのルートです。
このノードには操作画面がありません。

ユーザサーバ
ユーザサーバのツリーです。論理ユーザサーバが追加されている場合に表示されます。
このノードには操作画面がありません。

＜ユーザサーバ名＞
各ユーザサーバ名です。論理ユーザサーバが追加されている場合に表示されます。
このノードには操作画面がありません。

注

上記のすべての画面から，追加した論理サーバを一括してセットアップできます（4.12.1参照）。

参考

論理ユーザサーバは，コマンドおよびユーザ定義ファイルで定義します。論理ユーザサーバの定義方法については，マニュアル「Cosminexus　システム構築ガイド」の論理ユーザサーバの設定に関する説明を参照してください。

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

サーバビューに表示されるノードの意味を次の表に示します。

表4-3　「運用管理ドメインの構成定義」のサーバビューに表示されるノードの意味

ノード名
説明
ノード上でできる操作と参照先

＜運用管理ドメイン名＞
運用管理ドメインに定義されている論理サーバのルートです。運用管理ドメインの内容を編集できます。

運用管理ドメインの編集（4.3.1参照）

論理パフォーマンストレーサ
論理サーバの一つであるパフォーマンストレーサのルートです。
このノードには操作画面がありません。

パフォーマンストレーサ
パフォーマンストレーサのツリーです。パフォーマンストレーサを追加したり一括削除したりできます。

パフォーマンストレーサの追加（4.4.1参照）

パフォーマンストレーサの削除（一括削除）（4.4.2参照）

＜パフォーマンストレーサ名＞
各パフォーマンストレーサ名です。そのパフォーマンストレーサだけを対象にした操作ができます。

パフォーマンストレーサの編集（4.4.3参照）

パフォーマンストレーサの削除（4.4.4参照）

論理J2EEサーバ
論理サーバの一つであるバッチサーバのルートです。
このノードには操作画面がありません。

J2EEサーバ
バッチサーバのツリーです。バッチサーバを追加したり一括削除したりできます。

バッチサーバの追加（4.10.1参照）

バッチサーバの削除（一括削除）（4.10.2参照）

＜バッチサーバ名＞
各バッチサーバ名です。そのバッチサーバだけを対象にした操作ができます。

バッチサーバの編集（4.10.3参照）

バッチサーバの削除（4.10.4参照）

論理ユーザサーバ
論理サーバの一つであるユーザサーバのルートです。
このノードには操作画面がありません。

ユーザサーバ
ユーザサーバのツリーです。論理ユーザサーバが追加されている場合に表示されます。
このノードには操作画面がありません。

＜ユーザサーバ名＞
各ユーザサーバ名です。論理ユーザサーバが追加されている場合に表示されます。
このノードには操作画面がありません。

注

上記のすべての画面から，追加した論理サーバを一括してセットアップできます（4.12.1参照）。

論理ユーザサーバは，コマンドおよびユーザ定義ファイルで定義します。論理ユーザサーバの定義方法については，マニュアル「Cosminexus　システム構築ガイド」の論理ユーザサーバの設定に関する説明を参照してください。

4.2　運用管理ドメイン内のホストの定義

この節では，論理サーバを配置するホストの定義，編集，および削除で使用する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［ホストの定義］画面

［ホストの削除（一括削除）］画面

［ホストの編集］画面

［ホストの削除］画面

＜この節の構成＞

4.2.1　ホストの定義

4.2.2　ホストの削除（一括削除）

4.2.3　ホストの編集

4.2.4　ホストの削除

4.2.1　ホストの定義

［ホストの定義］画面を次の図に示します。

図4-1　［ホストの定義］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

論理サーバを配置するホストを定義します。

ホスト名を付けるときの考慮点

ホスト名を付けるときには，次の点を考慮してください。

IPアドレスの変更に依存しない名称を指定する
構成定義で定義したホスト名を変更する必要がある場合，配置されている論理サーバをすべて削除した状態で，ホストをいったん削除し，再定義する必要があります。このため，［ホスト名］にはIPアドレスではなく，DNSサーバに登録されているホスト名を使用するなど，IPアドレスの変更に依存しない名称を指定することを推奨します。

localhostなどのループバックアドレスを表すホスト名を使用しない
localhostなどのループバックアドレスを表すホスト名を使用した場合，「論理サーバの環境設定」でSFOサーバまたはJ2EEサーバの設定読み込みをしたときに，論理サーバ名が解決できない場合やホスト固定の設定がデフォルト値に設定される場合があります。そのため，localhostなどのループバックアドレスを表すホスト名は使用しないことを推奨します。
なお，設定読み込み時の動作の詳細については，「5.8.12　論理SFOサーバの設定読み込み」または「5.9.25　論理J2EEサーバの設定読み込み」の画面詳細の注意事項を参照してください。

(2)　表示手順

画面の表示手順を次に示します。

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

［ホストビュー］タブ－［ホスト］をクリックします。

［ホストの定義］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［ホスト名］，［表示名］などを指定します。

［定義］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名（必須）

論理サーバを配置するホスト名またはIPアドレスを指定します。何も指定しない場合，またはホスト名に使用できない文字が指定された場合，エラーとなります。

表示名

ホストの表示名を指定します。何も指定しない場合は，ホスト名を仮定します。

説明

ホストの説明を指定します。指定は任意です。

運用管理エージェントのポート番号

運用管理エージェントのポート番号を指定します。運用管理エージェントのポート番号の初期値は「20295」です。何も指定しない場合，「20295」を仮定します。

運用管理エージェントのホスト名

運用時に各サーバにアクセスするために使用するIPアドレスと，管理時にManagement Serverから運用管理エージェントにアクセスするために使用するIPアドレスを区別する場合に，運用管理エージェントのホスト名またはIPアドレスを指定します。何も指定しない場合は，ホスト名を仮定します。

［定義］ボタン

指定した内容でホストを定義します。

［リセット］ボタン

指定した内容をリセットします。

4.2.2　ホストの削除（一括削除）

［ホストの削除（一括削除）］画面を次の図に示します。

図4-2　［ホストの削除（一括削除）］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

ホストを削除します。複数のホストを一度に削除できます。

削除対象のホストの下に論理サーバがある場合は，ホストを削除できません。そのため，ホストにある論理サーバをすべて削除したあとに，ホストを削除する必要があります。

複数ホスト選択時に一部削除に失敗した場合は，処理は継続され，全削除処理が終了したあとに，警告エラーメッセージが表示されます。

(2)　表示手順

画面の表示手順を次に示します。

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

［ホストビュー］タブ－［ホスト］をクリックします。

［ホストの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

リストから削除するホストを選択します。

［削除］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

リスト（必須）

運用管理ドメインに定義されているホストが表示されます。削除したいホストを選択します。CtrlキーまたはShiftキーを押しながらホスト名をクリックすると，複数選択できます。

［削除］ボタン

選択されたホストを削除します。ホストが選択されていない場合，エラー画面が表示されます。

4.2.3　ホストの編集

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したホストの表示名，説明，運用管理エージェントのポート番号，および運用管理エージェントのホスト名を編集します。

注意

運用管理エージェントのホスト名またはIPアドレスを変更するときは，すべての論理サーバが停止していることを確認してください。論理サーバの起動中に運用管理エージェントのホスト名またはIPアドレスを変更した場合は，起動中の論理サーバに対するそのあとの操作は保証されません。

(2)　表示手順

画面の表示手順を次に示します。

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

［ホストビュー］タブ－［ホスト名］－［＜ホスト名＞］をクリックします。

［ホストの編集］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［表示名］，［説明］などを指定します。

［更新］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

選択したホストのホスト名が表示されます。

表示名

ホストの表示名を指定します。何も指定しない場合は，ホスト名を仮定します。

説明

ホストの説明を指定します。指定は任意です。

運用管理エージェントのポート番号

運用管理エージェントのポート番号を指定します。何も指定しない場合，更新前の値を仮定します。

運用管理エージェントのホスト名

運用時に各サーバにアクセスするために使用するIPアドレスと，管理時にManagement Serverから運用管理エージェントにアクセスするために使用するIPアドレスを区別する場合に，運用管理エージェントのホスト名またはIPアドレスを指定します。何も指定しない場合は，ホスト名を仮定します。

［更新］ボタン

指定した内容で更新します。

［リセット］ボタン

指定した内容をリセットします。

4.2.4　ホストの削除

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したホストを削除します。

なお，削除対象のホストの下に論理サーバがある場合は，ホストを削除できません。そのため，ホストにある論理サーバをすべて削除したあとに，ホストを削除する必要があります。

(2)　表示手順

画面の表示手順を次に示します。

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

［ホストビュー］タブ－［ホスト名］－［＜ホスト名＞］をクリックします。

［ホストの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

表示内容を確認して，［削除］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

［削除］ボタン

現在選択中のホストを削除します。

4.3　運用管理ドメインの定義

この節では，運用管理ドメインの編集で使用する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［運用管理ドメインの編集］画面

＜この節の構成＞

4.3.1　運用管理ドメインの編集

4.3.1　運用管理ドメインの編集

［運用管理ドメインの編集］画面を次の図に示します。

図4-3　［運用管理ドメインの編集］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

運用管理ドメインの名称，表示名，および説明を編集します。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［＜運用管理ドメイン名＞］をクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［ドメイン名］，［表示名］などを指定します。

［更新］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ドメイン名（必須）

変更後の運用管理ドメイン名を指定します。何も指定しない場合，または使用できない文字を指定した場合はエラーとなります。運用管理ドメイン名の初期値は「DefaultDomain」です。

表示名

変更後の運用管理ドメインの表示名を指定します。何も指定しない場合はドメイン名が仮定されます。

説明

運用管理ドメインの説明を指定します。指定は任意です。

［更新］ボタン

指定した内容で更新します。

［リセット］ボタン

指定した内容をリセットします。

ドメイン名を変更したあとに，「論理サーバの環境設定」で設定ファイルを再配布しないで論理サーバを起動した場合，「論理サーバの運用監視」または運用管理コマンドで論理サーバを監視できません。

ドメイン名を変更した場合は，設定ファイルを再配布してから，論理サーバを再起動してください。

4.4　論理パフォーマンストレーサの構成定義

この節では，パフォーマンストレーサの追加，編集，および削除で使用する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［パフォーマンストレーサの追加］画面

［パフォーマンストレーサの削除（一括削除）］画面

［パフォーマンストレーサの編集］画面

［パフォーマンストレーサの削除］画面

＜この節の構成＞

4.4.1　パフォーマンストレーサの追加

4.4.2　パフォーマンストレーサの削除（一括削除）

4.4.3　パフォーマンストレーサの編集

4.4.4　パフォーマンストレーサの削除

4.4.1　パフォーマンストレーサの追加

［パフォーマンストレーサの追加］画面を次の図に示します。

図4-4　［パフォーマンストレーサの追加］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

パフォーマンストレーサを追加します。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理パフォーマンストレーサ］－［パフォーマンストレーサ］をクリックします。

［サーバの追加］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［ホスト名］，［論理サーバ名］などを指定します。

［追加］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名（必須）

パフォーマンストレーサを追加するホストを選択します。

論理サーバ名（必須）

追加するパフォーマンストレーサの論理サーバ名を指定します。何も指定しない場合，論理サーバ名に使用できない文字を指定した場合，またはすでに使用している論理サーバ名を指定した場合はエラーとなります。

表示名

追加後のパフォーマンストレーサの表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

追加するパフォーマンストレーサの説明を指定します。指定は任意です。

［追加］ボタン

指定した内容で追加します。

［リセット］ボタン

指定した内容をリセットします。

4.4.2　パフォーマンストレーサの削除（一括削除）

［パフォーマンストレーサの削除（一括削除）］画面を次の図に示します。

図4-5　［パフォーマンストレーサの削除（一括削除）］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

パフォーマンストレーサを削除します。複数のパフォーマンストレーサを一度に削除できます。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理パフォーマンストレーサ］－［パフォーマンストレーサ］をクリックします。

［サーバの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

リストから削除するパフォーマンストレーサを選択します。

［削除］ボタンをクリックします。
リストで選択したパフォーマンストレーサが削除されます。
ただし，リストで選択したパフォーマンストレーサに，Smart Composer機能で構築された論理パフォーマンストレーサが含まれている場合は，［パフォーマンストレーサの削除確認（一括削除）］画面が表示されます。［パフォーマンストレーサの削除確認（一括削除）］画面には，Smart Composer機能で定義されているパフォーマンストレーサの論理サーバ名が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［パフォーマンストレーサの削除（一括削除）］画面が表示されます。
なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［パフォーマンストレーサの削除（一括削除）］画面

リスト（必須）

削除したいパフォーマンストレーサを選択します。CtrlキーまたはShiftキーを押しながらクリックすると，複数選択できます。

［削除］ボタン

リストで選択したパフォーマンストレーサを削除します。

(b)　［パフォーマンストレーサの削除確認（一括削除）］画面

［削除］ボタン

リストで選択したパフォーマンストレーサを削除します。

［キャンセル］ボタン

リストで選択したパフォーマンストレーサの削除を取り消して，［パフォーマンストレーサの削除（一括削除）］画面を表示します。

4.4.3　パフォーマンストレーサの編集

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したパフォーマンストレーサの表示名，および説明を編集します。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理パフォーマンストレーサ］－［パフォーマンストレーサ］－［＜パフォーマンストレーサ名＞］をクリックします。

［サーバの編集］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［表示名］などを指定します。

［更新］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

選択したパフォーマンストレーサのホスト名が表示されます。

論理サーバ名

選択したパフォーマンストレーサの論理サーバ名が表示されます。

表示名

パフォーマンストレーサの表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

パフォーマンストレーサの説明を指定します。指定は任意です。

［更新］ボタン

指定した内容で更新します。

［リセット］ボタン

指定した内容をリセットします。

4.4.4　パフォーマンストレーサの削除

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したパフォーマンストレーサを削除します。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理パフォーマンストレーサ］－［パフォーマンストレーサ］－［＜パフォーマンストレーサ名＞］をクリックします。

［サーバの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

表示内容を確認して，［削除］ボタンをクリックします。
現在選択中のパフォーマンストレーサが削除されます。
ただし，現在選択中のパフォーマンストレーサが，Smart Composer機能で定義されている場合は，［パフォーマンストレーサの削除確認］画面が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［パフォーマンストレーサの削除］画面が表示されます。
なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［パフォーマンストレーサの削除］画面

［削除］ボタン

現在選択中のパフォーマンストレーサを削除します。

(b)　［パフォーマンストレーサの削除確認］画面

［削除］ボタン

現在選択中のパフォーマンストレーサを削除します。

［キャンセル］ボタン

現在選択中のパフォーマンストレーサの削除を取り消して，［パフォーマンストレーサの削除］画面を表示します。

4.5　論理スマートエージェントの構成定義

この節では，スマートエージェントの追加，編集，および削除で使用する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［スマートエージェントの追加］画面

［スマートエージェントの削除（一括削除）］画面

［スマートエージェントの編集］画面

［スマートエージェントの削除］画面

＜この節の構成＞

4.5.1　スマートエージェントの追加

4.5.2　スマートエージェントの削除（一括削除）

4.5.3　スマートエージェントの編集

4.5.4　スマートエージェントの削除

4.5.1　スマートエージェントの追加

［スマートエージェントの追加］画面を次の図に示します。

図4-6　［スマートエージェントの追加］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(1)　機能概要

スマートエージェントを追加します。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理スマートエージェント］－［スマートエージェント］をクリックします。

［サーバの追加］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［ホスト名］，［論理サーバ名］などを指定します。

［追加］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

スマートエージェントを追加するホストを選択します。

論理サーバ名（必須）

追加するスマートエージェントの論理サーバ名を指定します。何も指定しない場合，論理サーバ名に使用できない文字を指定した場合，またはすでに使用している論理サーバ名を指定した場合はエラーとなります。

表示名

スマートエージェントの表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

スマートエージェントの説明を指定します。指定は任意です。

［追加］ボタン

指定した内容で追加します。

［リセット］ボタン

指定した内容をリセットします。

(5)　注意事項

スマートエージェントを構築したホストと異なるローカルネットワーク上のホストに，スマートエージェントを利用するネーミングサービス，CTMドメインマネジャ，CTM，J2EEサーバを構築する場合，agentaddrファイルを作成して，スマートエージェントを構築したホストのIPアドレスを記述しておく必要があります。agentaddrファイルは，スマートエージェントを利用する論理サーバを構築したホストの，VBROKER_ADM環境変数で指定されたディレクトリ（デフォルトは＜Cosminexusのインストールディレクトリ＞¥TPB）下に配置します。admagentaddrファイルについては，マニュアル「Borland(R) Enterprise Server VisiBroker(R)　デベロッパーズガイド」を参照してください。

4.5.2　スマートエージェントの削除（一括削除）

［スマートエージェントの削除（一括削除）］画面を次の図に示します。

図4-7　［スマートエージェントの削除（一括削除）］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

スマートエージェントを削除します。複数のスマートエージェントを一度に削除できます。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理スマートエージェント］－［スマートエージェント］をクリックします。

［サーバの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

リストから削除するスマートエージェントを選択します。

［削除］ボタンをクリックします。
リストで選択したスマートエージェントが削除されます。
ただし，リストで選択したスマートエージェントに，Smart Composer機能で構築された論理スマートエージェントが含まれている場合は，［スマートエージェントの削除確認（一括削除）］画面が表示されます。［スマートエージェントの削除確認（一括削除）］画面には，Smart Composer機能で定義されているスマートエージェントの論理サーバ名が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［スマートエージェントの削除（一括削除）］画面が表示されます。
なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［スマートエージェントの削除（一括削除）］画面

リスト（必須）

削除したいスマートエージェントを選択します。CtrlキーまたはShiftキーを押しながらクリックすると，複数選択できます。

［削除］ボタン

リストで選択したスマートエージェントを削除します。スマートエージェントが選択されていない場合，エラー画面が表示されます。

(b)　［スマートエージェントの削除確認（一括削除）］画面

［削除］ボタン

リストで選択したスマートエージェントを削除します。

［キャンセル］ボタン

リストで選択したスマートエージェントの削除を取り消して，［スマートエージェントの削除（一括削除）］画面を表示します。

4.5.3　スマートエージェントの編集

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したスマートエージェントの表示名，および説明を編集します。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理スマートエージェント］－［スマートエージェント］－［＜スマートエージェント名＞］をクリックします。

［サーバの編集］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［表示名］などを指定します。

［更新］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

選択したスマートエージェントのホスト名が表示されます。

論理サーバ名

選択したスマートエージェントの論理サーバ名が表示されます。

表示名

スマートエージェントの表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

スマートエージェントの説明を指定します。指定は任意です。

［更新］ボタン

指定した内容で更新します。

［リセット］ボタン

指定した内容をリセットします。

4.5.4　スマートエージェントの削除

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したスマートエージェントを削除します。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理スマートエージェント］－［スマートエージェント］－［＜スマートエージェント名＞］をクリックします。

［サーバの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

表示内容を確認して，［削除］ボタンをクリックします。
現在選択中のスマートエージェントが削除されます。
ただし，現在選択中のスマートエージェントが，Smart Composer機能で定義されている場合は，［スマートエージェントの削除確認］画面が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［スマートエージェントの削除］画面が表示されます。
なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［スマートエージェントの削除］画面

［削除］ボタン

現在選択中のスマートエージェントを削除します。

(b)　［スマートエージェントの削除確認］画面

［削除］ボタン

現在選択中のスマートエージェントを削除します。

［キャンセル］ボタン

現在選択中のスマートエージェントの削除を取り消して，［スマートエージェントの削除］画面を表示します。

4.6　論理ネーミングサービスの構成定義

この節では，J2EEサーバが使用するネーミングサービスの追加，編集，および削除で使用する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［ネーミングサービスの追加］画面

［ネーミングサービスの削除（一括削除）］画面

［ネーミングサービスの編集］画面

［ネーミングサービスの削除］画面

＜この節の構成＞

4.6.1　ネーミングサービスの追加

4.6.2　ネーミングサービスの削除（一括削除）

4.6.3　ネーミングサービスの編集

4.6.4　ネーミングサービスの削除

4.6.1　ネーミングサービスの追加

［ネーミングサービスの追加］画面を次の図に示します。

図4-8　［ネーミングサービスの追加］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

J2EEサーバが使用するネーミングサービスを追加します。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理ネーミングサービス］－［ネーミングサービス］をクリックします。

［サーバの追加］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［ホスト名］，［論理サーバ名］などを指定します。

［追加］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

ネーミングサービスを追加するホストを選択します。

論理サーバ名（必須）

追加するネーミングサービスの論理サーバ名を指定します。何も指定しない場合，論理サーバ名に使用できない文字を指定した場合，またはすでに使用している論理サーバ名を指定した場合はエラーとなります。

表示名

追加後のネーミングサービスの表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

追加するネーミングサービスの説明を指定します。指定は任意です。

［追加］ボタン

指定した内容で追加します。

［リセット］ボタン

指定した内容をリセットします。

4.6.2　ネーミングサービスの削除（一括削除）

［ネーミングサービスの削除（一括削除）］画面を次の図に示します。

図4-9　［ネーミングサービスの削除（一括削除）］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

ネーミングサービスを削除します。複数のネーミングサービスを一度に削除できます。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理ネーミングサービス］－［ネーミングサービス］をクリックします。

［サーバの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

リストから削除するネーミングサービスを選択します。

［削除］ボタンをクリックします。
リストで選択したネーミングサービスが削除されます。
ただし，リストで選択したネーミングサービスに，Smart Composer機能で構築された論理ネーミングサービスが含まれている場合は，［ネーミングサービスの削除確認（一括削除）］画面が表示されます。［ネーミングサービスの削除確認（一括削除）］画面には，Smart Composer機能で定義されているネーミングサービスの論理サーバ名が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［ネーミングサービスの削除（一括削除）］画面が表示されます。
なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［ネーミングサービスの削除（一括削除）］画面

リスト（必須）

削除したいネーミングサービスを選択します。CtrlキーまたはShiftキーを押しながらクリックすると，複数選択できます。

［削除］ボタン

リストで選択したネーミングサービスを削除します。

(b)　［ネーミングサービスの削除確認（一括削除）］画面

［削除］ボタン

リストで選択したネーミングサービスを削除します。

［キャンセル］ボタン

リストで選択したネーミングサービスの削除を取り消して，［ネーミングサービスの削除（一括削除）］画面を表示します。

4.6.3　ネーミングサービスの編集

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したネーミングサービスの表示名，および説明を編集します。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理ネーミングサービス］－［ネーミングサービス］－［＜ネーミングサービス名＞］をクリックします。

［サーバの編集］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［表示名］などを指定します。

［更新］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

選択したネーミングサービスのホスト名が表示されます。

論理サーバ名

選択したネーミングサービスの論理サーバ名が表示されます。

表示名

ネーミングサービスの表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

ネーミングサービスの説明を指定します。指定は任意です。

［更新］ボタン

指定した内容で更新します。

［リセット］ボタン

指定した内容をリセットします。

4.6.4　ネーミングサービスの削除

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したネーミングサービスを削除します。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理ネーミングサービス］－［ネーミングサービス］－［＜ネーミングサービス名＞］をクリックします。

［サーバの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

表示内容を確認して，［削除］ボタンをクリックします。
現在選択中のネーミングサービスが削除されます。
ただし，現在選択中のネーミングサービスが，Smart Composer機能で定義されている場合は，［ネーミングサービスの削除確認］画面が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［ネーミングサービスの削除］画面が表示されます。
なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［ネーミングサービスの削除］画面

［削除］ボタン

現在選択中のネーミングサービスを削除します。

(b)　［ネーミングサービスの削除確認］画面

［削除］ボタン

現在選択中のネーミングサービスを削除します。

［キャンセル］ボタン

現在選択中のネーミングサービスの削除を取り消して，［ネーミングサービスの削除］画面を表示します。

4.7　論理CTMドメインマネジャの構成定義

この節では，CTMドメインマネジャの追加，編集，および削除で使用する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［CTMドメインマネジャの追加］画面

［CTMドメインマネジャの削除（一括削除）］画面

［CTMドメインマネジャの編集］画面

［CTMドメインマネジャの削除］画面

＜この節の構成＞

4.7.1　CTMドメインマネジャの追加

4.7.2　CTMドメインマネジャの削除（一括削除）

4.7.3　CTMドメインマネジャの編集

4.7.4　CTMドメインマネジャの削除

4.7.1　CTMドメインマネジャの追加

［CTMドメインマネジャの追加］画面を次の図に示します。

図4-10　［CTMドメインマネジャの追加］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

CTMドメインマネジャを追加します。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理CTMドメインマネジャ］－［CTMドメインマネジャ］をクリックします。

［サーバの追加］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［ホスト名］，［論理サーバ名］などを指定します。

［追加］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

CTMドメインマネジャを追加するホストを選択します。

論理サーバ名（必須）

追加するCTMドメインマネジャの論理サーバ名を指定します。何も指定しない場合，論理サーバ名に使用できない文字を指定した場合，またはすでに使用している論理サーバ名を指定した場合はエラーとなります。

表示名

追加後のCTMドメインマネジャの表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

追加するCTMドメインマネジャの説明を指定します。指定は任意です。

［追加］ボタン

指定した内容で追加します。

［リセット］ボタン

指定した内容をリセットします。

4.7.2　CTMドメインマネジャの削除（一括削除）

［CTMドメインマネジャの削除（一括削除）］画面を次の図に示します。

図4-11　［CTMドメインマネジャの削除（一括削除）］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(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ドメインマネジャの削除（一括削除）］画面を表示します。

4.7.3　CTMドメインマネジャの編集

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したCTMドメインマネジャの表示名，および説明を編集します。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理CTMドメインマネジャ］－［CTMドメインマネジャ］－［＜CTMドメインマネジャ名＞］をクリックします。

［サーバの編集］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［表示名］などを指定します。

［更新］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

選択したCTMドメインマネジャのホスト名が表示されます。

論理サーバ名

選択したCTMドメインマネジャの論理サーバ名が表示されます。

表示名

CTMドメインマネジャの表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

CTMドメインマネジャの説明を指定します。指定は任意です。

［更新］ボタン

指定した内容で更新します。

［リセット］ボタン

指定した内容をリセットします。

4.7.4　CTMドメインマネジャの削除

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したCTMドメインマネジャを削除します。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理CTMドメインマネジャ］－［CTMドメインマネジャ］－［＜CTMドメインマネジャ名＞］をクリックします。

［サーバの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

表示内容を確認して，［削除］ボタンをクリックします。
現在選択中のCTMドメインマネジャが削除されます。
ただし，現在選択中のCTMドメインマネジャが，Smart Composer機能で定義されている場合は，［CTMドメインマネジャの削除確認］画面が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［CTMドメインマネジャの削除］画面が表示されます。
なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［CTMドメインマネジャの削除］画面

［削除］ボタン

現在選択中のCTMドメインマネジャを削除します。

(b)　［CTMドメインマネジャの削除確認］画面

［削除］ボタン

現在選択中のCTMドメインマネジャを削除します。

［キャンセル］ボタン

現在選択中のCTMドメインマネジャの削除を取り消して，［CTMドメインマネジャの削除］画面を表示します。

4.8　論理CTMの構成定義

この節では，CTMの追加，編集，および削除で使用する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［CTMの追加］画面

［CTMの削除（一括削除）］画面

［CTMの編集］画面

［CTMの削除］画面

＜この節の構成＞

4.8.1　CTMの追加

4.8.2　CTMの削除（一括削除）

4.8.3　CTMの編集

4.8.4　CTMの削除

4.8.1　CTMの追加

［CTMの追加］画面を次の図に示します。

図4-12　［CTMの追加］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

CTMを追加します。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理CTM］－［CTM］をクリックします。

［サーバの追加］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［ホスト名］，［論理サーバ名］などを指定します。

［追加］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

CTMを追加するホストを選択します。

論理サーバ名（必須）

追加するCTMの論理サーバ名を指定します。何も指定しない場合，論理サーバ名に使用できない文字を指定した場合，またはすでに使用している論理サーバ名を指定した場合はエラーとなります。

表示名

追加後のCTMの表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

追加するCTMの説明を指定します。指定は任意です。

［追加］ボタン

指定した内容で追加します。

［リセット］ボタン

指定した内容をリセットします。

4.8.2　CTMの削除（一括削除）

［CTMの削除（一括削除）］画面を次の図に示します。

図4-13　［CTMの削除（一括削除）］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(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の削除（一括削除）］画面を表示します。

4.8.3　CTMの編集

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したCTMの表示名，および説明を編集します。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理CTM］－［CTM］－［＜CTM名＞］をクリックします。

［サーバの編集］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［表示名］などを指定します。

［更新］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

選択したCTMのホスト名が表示されます。

論理サーバ名

選択したCTMの論理サーバ名が表示されます。

表示名

CTMの表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

CTMの説明を指定します。指定は任意です。

［更新］ボタン

指定した内容で更新します。

［リセット］ボタン

指定した内容をリセットします。

4.8.4　CTMの削除

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したCTMを削除します。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理CTM］－［CTM］－［＜CTM名＞］をクリックします。

［サーバの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

表示内容を確認して，［削除］ボタンをクリックします。
現在選択中のCTMが削除されます。
ただし，現在選択中のCTMが，Smart Composer機能で定義されている場合は，［CTMの削除確認］画面が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［CTMの削除］画面が表示されます。
なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［CTMの削除］画面

［削除］ボタン

現在選択中のCTMを削除します。

(b)　［CTMの削除確認］画面

［削除］ボタン

現在選択中のCTMを削除します。

［キャンセル］ボタン

現在選択中のCTMの削除を取り消して，［CTMの削除］画面を表示します。

4.9　論理SFOサーバの構成定義

この節では，SFOサーバの追加，編集，および削除で使用する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［SFOサーバの追加］画面

［SFOサーバの削除（一括削除）］画面

［SFOサーバの編集］画面

［SFOサーバの削除］画面

＜この節の構成＞

4.9.1　SFOサーバの追加

4.9.2　SFOサーバの削除（一括削除）

4.9.3　SFOサーバの編集

4.9.4　SFOサーバの削除

4.9.1　SFOサーバの追加

［SFOサーバの追加］画面を次の図に示します。

図4-14　［SFOサーバの追加］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

SFOサーバを追加します。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理SFOサーバ］－［SFOサーバ］をクリックします。

［サーバの追加］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［ホスト名］，［論理サーバ名］などを指定します。

［追加］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

SFOサーバを追加するホストを選択します。

論理サーバ名（必須）

追加するSFOサーバの論理サーバ名を指定します。何も指定しない場合，論理サーバ名に使用できない文字を指定した場合，またはすでに使用している論理サーバ名を指定した場合はエラーとなります。

表示名

SFOサーバの表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

SFOサーバの説明を指定します。指定は任意です。

［追加］ボタン

指定した内容で追加します。

［リセット］ボタン

指定した内容をリセットします。

4.9.2　SFOサーバの削除（一括削除）

［SFOサーバの削除（一括削除）］画面を次の図に示します。

図4-15　［SFOサーバの削除（一括削除）］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

SFOサーバを削除します。複数のSFOサーバを一度に削除できます。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理SFOサーバ］－［SFOサーバ］をクリックします。

［サーバの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

リストから削除するSFOサーバを選択します。

［削除］ボタンをクリックします。
リストで選択したSFOサーバが削除されます。
ただし，リストで選択したSFOサーバに，Smart Composer機能で構築された論理SFOサーバが含まれている場合は，［SFOサーバの削除確認（一括削除）］画面が表示されます。［SFOサーバの削除確認（一括削除）］画面には，Smart Composer機能で定義されているSFOサーバの論理サーバ名が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［SFOサーバの削除（一括削除）］画面が表示されます。
なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［SFOサーバの削除（一括削除）］画面

リスト（必須）

削除したいSFOサーバを選択します。CtrlキーまたはShiftキーを押しながらクリックすると，複数選択できます。

［削除］ボタン

リストで選択したSFOサーバを削除します。SFOサーバが選択されていない場合，エラー画面が表示されます。

(b)　［SFOサーバの削除確認（一括削除）］画面

［削除］ボタン

リストで選択したSFOサーバを削除します。

［キャンセル］ボタン

リストで選択したSFOサーバの削除を取り消して，［SFOサーバの削除（一括削除）］画面を表示します。

4.9.3　SFOサーバの編集

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したSFOサーバの表示名，および説明を編集します。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理SFOサーバ］－［SFOサーバ］－［＜SFOサーバ名＞］をクリックします。

［サーバの編集］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［表示名］などを指定します。

［更新］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

選択したSFOサーバのホスト名が表示されます。

論理サーバ名

選択したSFOサーバの論理サーバ名が表示されます。

表示名

SFOサーバの表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

SFOサーバの説明を指定します。指定は任意です。

［更新］ボタン

指定した内容で更新します。

［リセット］ボタン

指定した内容をリセットします。

4.9.4　SFOサーバの削除

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したSFOサーバを削除します。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理SFOサーバ］－［SFOサーバ］－［＜SFOサーバ名＞］をクリックします。

［サーバの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

表示内容を確認して，［削除］ボタンをクリックします。
現在選択中のSFOサーバが削除されます。
ただし，現在選択中のSFOサーバが，Smart Composer機能で定義されている場合は，［SFOサーバの削除確認］画面が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［SFOサーバの削除］画面が表示されます。
なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［SFOサーバの削除］画面

［削除］ボタン

現在選択中のSFOサーバを削除します。

(b)　［SFOサーバの削除確認］画面

［削除］ボタン

現在選択中のSFOサーバを削除します。

［キャンセル］ボタン

現在選択中のSFOサーバの削除を取り消して，［SFOサーバの削除］画面を表示します。

4.10　論理J2EEサーバの構成定義

この節では，J2EEサーバおよびJ2EEサーバクラスタの追加，編集，削除で使用する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［J2EEサーバの追加］画面

［J2EEサーバの削除（一括削除）］画面

［J2EEサーバの編集］画面

［J2EEサーバの削除］画面

［J2EEサーバクラスタの追加］画面

［J2EEサーバクラスタの削除（一括削除）］画面

［J2EEサーバクラスタの編集］画面

［J2EEサーバクラスタの削除］画面

［J2EEサーバクラスタ構成要素の追加］画面

［J2EEサーバクラスタ構成要素の削除（一括削除）］画面

＜この節の構成＞

4.10.1　J2EEサーバの追加

4.10.2　J2EEサーバの削除（一括削除）

4.10.3　J2EEサーバの編集

4.10.4　J2EEサーバの削除

4.10.5　J2EEサーバクラスタの追加

4.10.6　J2EEサーバクラスタの削除（一括削除）

4.10.7　J2EEサーバクラスタの編集

4.10.8　J2EEサーバクラスタの削除

4.10.9　J2EEサーバクラスタ構成要素の追加

4.10.10　J2EEサーバクラスタ構成要素の削除（一括削除）

4.10.1　J2EEサーバの追加

［J2EEサーバの追加］画面を次の図に示します。

図4-16　［J2EEサーバの追加］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

J2EEサーバを追加します。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］をクリックします。

［サーバの追加］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［ホスト名］，［論理サーバ名］などを指定します。

［追加］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

J2EEサーバを稼働させるホストを選択します。

論理サーバ名（必須）

追加するJ2EEサーバの論理サーバ名を指定します。何も指定しない場合または使用できない文字を指定した場合，またはすでに使用されている論理サーバ名を指定した場合はエラーとなります。

表示名

追加後のJ2EEサーバの表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

追加するサーバの説明を指定します。指定は任意です。

［バッチサーバとして作成する］

バッチサーバを作成する場合に，必ず選択してください。

バッチサーバを作成すると，各画面の設定が次のように変わります。

表4-4　バッチサーバ作成時に設定が変わる画面と設定の変更内容

画面名 | 設定の変更内容
J2EEサーバの基本設定 | 「セキュリティマネージャの使用」のデフォルト値が「しない」になります。※1
J2EEコンテナの設定 | 「拡張パラメタ」に，batch.service.enabled=trueが，［有効］チェックボックスがチェックされた状態で表示されます。※2

注※1

この項目は，変更しないでください。

注※2

batch.service.enabled=trueの変更・削除，チェックボックスの操作や，batch.service.enabledキーの追加をしないでください。

［追加］ボタン

指定した内容で追加します。

［リセット］ボタン

指定した内容をリセットします。

4.10.2　J2EEサーバの削除（一括削除）

［J2EEサーバの削除（一括削除）］画面を次の図に示します。

図4-17　［J2EEサーバの削除（一括削除）］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

J2EEサーバを削除します。複数のJ2EEサーバを一度に削除できます。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］をクリックします。

［サーバの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

リストから削除するJ2EEサーバを選択します。

［削除］ボタンをクリックします。
リストで選択したJ2EEサーバが削除されます。
ただし，リストで選択したJ2EEサーバに，Smart Composer機能で構築された論理J2EEサーバが含まれている場合は，［J2EEサーバの削除確認（一括削除）］画面が表示されます。

図4-18　［J2EEサーバの削除確認（一括削除）］画面

［J2EEサーバの削除確認（一括削除）］画面には，Smart Composer機能で定義されているJ2EEサーバの論理サーバ名が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［J2EEサーバの削除（一括削除）］画面が表示されます。
なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［J2EEサーバの削除（一括削除）］画面

リスト（必須）

作成されているJ2EEサーバが表示されるため，削除したいJ2EEサーバを選択します。J2EEサーバは，CtrlキーまたはShiftキーを押しながらクリックすると，複数選択できます。

［削除］ボタン

リストで選択したJ2EEサーバを削除します。

(b)　［J2EEサーバの削除確認（一括削除）］画面

［削除］ボタン

リストで選択したJ2EEサーバを削除します。

［キャンセル］ボタン

リストで選択したJ2EEサーバの削除を取り消して，［J2EEサーバの削除（一括削除）］画面を表示します。

4.10.3　J2EEサーバの編集

［J2EEサーバの編集］画面を次の図に示します。

図4-19　［J2EEサーバの編集］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したJ2EEサーバの表示名，および説明を編集します。

(2)　表示手順

画面の表示手順を次に示します。

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

次のどちらかの操作をします。

J2EEサーバの場合

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［＜J2EEサーバ名＞］をクリックします。

［サーバの編集］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［表示名］などを指定します。

［更新］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

選択したJ2EEサーバのホスト名が表示されます。

論理サーバ名

選択したJ2EEサーバの論理サーバ名が表示されます。

表示名

変更後のJ2EEサーバの表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

サーバの説明を指定します。指定は任意です。

［更新］ボタン

指定した内容で更新します。

［リセット］ボタン

指定した内容をリセットします。

4.10.4　J2EEサーバの削除

［J2EEサーバの削除］画面を次の図に示します。

図4-20　［J2EEサーバの削除］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したJ2EEサーバを削除します。

(2)　表示手順

画面の表示手順を次に示します。

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

次のどちらかの操作をします。

J2EEサーバの場合

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［＜J2EEサーバ名＞］をクリックします。

［サーバの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

表示内容を確認して，［削除］ボタンをクリックします。
現在選択中のJ2EEサーバが削除されます。
ただし，現在選択中のJ2EEサーバが，Smart Composer機能で定義されている場合は，［J2EEサーバの削除確認］画面が表示されます。

図4-21　［J2EEサーバの削除確認］画面

削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［J2EEサーバの削除］画面表示されます。
なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［J2EEサーバの削除］画面

［削除］ボタン

現在選択中のJ2EEサーバを削除します。

(b)　［J2EEサーバの削除確認］画面

［削除］ボタン

現在選択中のJ2EEサーバを削除します。

［キャンセル］ボタン

現在選択中のJ2EEサーバの削除を取り消して，［J2EEサーバの削除］画面を表示します。

4.10.5　J2EEサーバクラスタの追加

［J2EEサーバクラスタの追加］画面を次の図に示します。

図4-22　［J2EEサーバクラスタの追加］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

J2EEサーバクラスタを追加します。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバクラスタ］をクリックします。

［クラスタの追加］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［クラスタ名］，［表示名］などを指定します。

［追加］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

クラスタ名（必須）

追加するJ2EEサーバクラスタ名を指定します。何も指定しない場合，使用できない文字を指定した場合，またはすでに使用している論理サーバ名を指定した場合はエラーとなります。

表示名

追加後のJ2EEサーバクラスタの表示名を指定します。何も指定しない場合は，クラスタ名を仮定します。

説明

追加するJ2EEサーバクラスタの説明を指定します。指定は任意です。

［追加］ボタン

指定した内容で追加します。

［リセット］ボタン

指定した内容をリセットします。

4.10.6　J2EEサーバクラスタの削除（一括削除）

［J2EEサーバクラスタの削除（一括削除）］画面を次の図に示します。

図4-23　［J2EEサーバクラスタの削除（一括削除）］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

J2EEサーバクラスタを削除します。複数のJ2EEサーバクラスタを一度に削除できます。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバクラスタ］をクリックします。

［クラスタの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

リストから削除するJ2EEサーバクラスタを選択します。

［削除］ボタンをクリックします。
リストで選択したJ2EEサーバクラスタが削除されます。
ただし，リストで選択したJ2EEサーバクラスタに，Smart Composer機能で構築された論理J2EEサーバクラスタが含まれている場合は，［J2EEサーバクラスタの削除確認（一括削除）］画面が表示されます。

図4-24　［J2EEサーバクラスタの削除確認（一括削除）］画面

［J2EEサーバクラスタの削除確認（一括削除）］画面には，Smart Composer機能で定義されているJ2EEサーバクラスタのクラスタ名が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［J2EEサーバクラスタの削除（一括削除）］画面が表示されます。
なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［J2EEサーバクラスタの削除（一括削除）］画面

リスト（必須）

作成されているJ2EEサーバクラスタが表示されるため，削除したいJ2EEサーバクラスタを選択します。J2EEサーバクラスタは，CtrlキーまたはShiftキーを押しながらクリックすると，複数選択できます。

［削除］ボタン

リストで選択したJ2EEサーバクラスタを削除します。

(b)　［J2EEサーバクラスタの削除確認（一括削除）］画面

［削除］ボタン

リストで選択したJ2EEサーバクラスタを削除します。

［キャンセル］ボタン

リストで選択したJ2EEサーバクラスタの削除を取り消して，［J2EEサーバクラスタの削除（一括削除）］画面を表示します。

4.10.7　J2EEサーバクラスタの編集

［J2EEサーバクラスタの編集］画面を次の図に示します。

図4-25　［J2EEサーバクラスタの編集］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したJ2EEサーバクラスタの表示名，および説明を編集します。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］をクリックします。

［クラスタの編集］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［表示名］などを指定します。

［更新］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

クラスタ名

選択したJ2EEサーバクラスタ名が表示されます。

表示名

変更後のJ2EEサーバクラスタの表示名を指定します。何も指定しない場合は，クラスタ名を仮定します。

説明

J2EEサーバクラスタの説明を指定します。指定は任意です。

［更新］ボタン

指定した内容で更新します。

［リセット］ボタン

指定した内容をリセットします。

4.10.8　J2EEサーバクラスタの削除

［J2EEサーバクラスタの削除］画面を次の図に示します。

図4-26　［J2EEサーバクラスタの削除］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したJ2EEサーバクラスタを削除します。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］をクリックします。

［クラスタの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

表示内容を確認して，［削除］ボタンをクリックします。
現在選択中のJ2EEサーバクラスタが削除されます。
ただし，現在選択中のJ2EEサーバクラスタが，Smart Composer機能で定義されている場合は，［J2EEサーバクラスタの削除確認］画面が表示されます。

図4-27　［J2EEサーバクラスタの削除確認］画面

削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［J2EEサーバクラスタの削除］画面が表示されます。
なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［J2EEサーバクラスタの削除］画面

［削除］ボタン

現在選択中のJ2EEサーバクラスタを削除します。

(b)　［J2EEサーバクラスタの削除確認］画面

［削除］ボタン

現在選択中のJ2EEサーバクラスタを削除します。

［キャンセル］ボタン

現在選択中のJ2EEサーバクラスタの削除を取り消して，［J2EEサーバクラスタの削除］画面を表示します。

4.10.9　J2EEサーバクラスタ構成要素の追加

［J2EEサーバクラスタ構成要素の追加］画面を次の図に示します。

図4-28　［J2EEサーバクラスタ構成要素の追加］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

J2EEサーバクラスタ構成要素を追加します。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］をクリックします。

［構成要素の追加］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［ホスト名］，［論理サーバ名］などを指定します。

［追加］ボタンをクリックします。
入力された内容で，J2EEサーバクラスタ構成要素が追加されます。
ただし，J2EEサーバクラスタ構成要素を追加するJ2EEサーバクラスタが，Smart Composer機能で定義されている場合は，［J2EEサーバクラスタ構成要素の追加確認］画面が表示されます。

図4-29　［J2EEサーバクラスタ構成要素の追加確認］画面

追加を続行する場合は［追加］ボタンを，追加を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［J2EEサーバクラスタ構成要素の追加］画面が表示されます。
なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［J2EEサーバクラスタ構成要素の追加］画面

ホスト名

J2EEサーバクラスタ構成要素を追加するホストを選択します。

論理サーバ名（必須）

追加するJ2EEサーバクラスタ構成要素の論理サーバ名を指定します。何も指定しない場合，使用できない文字を指定した場合，またはすでに使用されている論理サーバ名を指定した場合はエラーとなります。

表示名

追加後の表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

追加するJ2EEサーバクラスタ構成要素の説明を指定します。指定は任意です。

［追加］ボタン

指定した内容でJ2EEサーバクラスタ構成要素を追加します。

［リセット］ボタン

指定した内容をリセットします。

(b)　［J2EEサーバクラスタ構成要素の追加確認］画面

［追加］ボタン

指定した内容でJ2EEサーバクラスタ構成要素を追加します。

［キャンセル］ボタン

J2EEサーバクラスタ構成要素の追加を取り消して，［J2EEサーバクラスタ構成要素の追加］画面を表示します。

4.10.10　J2EEサーバクラスタ構成要素の削除（一括削除）

［J2EEサーバクラスタ構成要素の削除（一括削除）］画面を次の図に示します。

図4-30　［J2EEサーバクラスタ構成要素の削除（一括削除）］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

J2EEサーバクラスタ構成要素を削除します。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］をクリックします。

［構成要素の削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

リストから削除するJ2EEサーバクラスタ構成要素を選択します。

［削除］ボタンをクリックします。
リストで選択したJ2EEサーバクラスタ構成要素が削除されます。
ただし，リストで選択したJ2EEサーバクラスタ構成要素に，Smart Composer機能で構築された論理J2EEサーバが含まれている場合は，［J2EEサーバクラスタ構成要素の削除確認（一括削除）］画面が表示されます。

図4-31　［J2EEサーバクラスタ構成要素の削除確認（一括削除）］画面

［J2EEサーバクラスタ構成要素の削除確認（一括削除）］画面には，Smart Composer機能で定義されているJ2EEサーバの論理サーバ名が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［J2EEサーバクラスタ構成要素の削除（一括削除）］画面が表示されます。
なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［J2EEサーバクラスタ構成要素の削除（一括削除）］画面

リスト（必須）

作成されているJ2EEサーバクラスタ構成要素が表示されるため，削除したいJ2EEサーバクラスタ構成要素を選択します。J2EEサーバクラスタ構成要素は，CtrlキーまたはShiftキーを押しながらクリックすると，複数選択できます。

［削除］ボタン

リストで選択したJ2EEサーバクラスタを削除します。

(b)　［J2EEサーバクラスタ構成要素の削除確認（一括削除）］画面

［削除］ボタン

リストで選択したJ2EEサーバクラスタ構成要素を削除します。

［キャンセル］ボタン

リストで選択したJ2EEサーバクラスタ構成要素の削除を取り消して，［J2EEサーバクラスタ構成要素の削除（一括削除）］画面を表示します。

4.11　論理Webサーバの構成定義

この節では，Webサーバの追加，編集，削除，およびWebサーバクラスタの追加，編集，削除で使用する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［Webサーバの追加］画面

［Webサーバの削除（一括削除）］画面

［Webサーバの編集］画面

［Webサーバの削除］画面

［Webサーバクラスタの追加］画面

［Webサーバクラスタの削除（一括削除）］画面

［Webサーバクラスタの編集］画面

［Webサーバクラスタの削除］画面

［Webサーバクラスタ構成要素の追加］画面

［Webサーバクラスタ構成要素の削除（一括削除）］画面

＜この節の構成＞

4.11.1　Webサーバの追加

4.11.2　Webサーバの削除（一括削除）

4.11.3　Webサーバの編集

4.11.4　Webサーバの削除

4.11.5　Webサーバクラスタの追加

4.11.6　Webサーバクラスタの削除（一括削除）

4.11.7　Webサーバクラスタの編集

4.11.8　Webサーバクラスタの削除

4.11.9　Webサーバクラスタ構成要素の追加

4.11.10　Webサーバクラスタ構成要素の削除（一括削除）

4.11.1　Webサーバの追加

［Webサーバの追加］画面を次の図に示します。

図4-32　［Webサーバの追加］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

Webサーバを追加します。

選択したホストに，すでにWebサーバがある場合は，追加処理が中止され，エラーとなります。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバ］をクリックします。

［サーバの追加］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［ホスト名］，［論理サーバ名］などを指定します。

［追加］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

Webサーバを追加するホストを選択します。

論理サーバ名（必須）

作成する論理サーバ名を124文字以内で指定します。何も指定しない場合，論理サーバ名に使用できない文字を指定した場合，またはすでに使用されている論理サーバ名を指定した場合はエラーとなります。

表示名

作成後のサーバの表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

作成するサーバの説明を指定します。指定は任意です。

［追加］ボタン

指定した内容で追加します。

［リセット］ボタン

指定した内容をリセットします。

4.11.2　Webサーバの削除（一括削除）

［Webサーバの削除（一括削除）］画面を次の図に示します。

図4-33　［Webサーバの削除（一括削除）］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(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サーバの削除（一括削除）］画面を表示します。

4.11.3　Webサーバの編集

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したWebサーバの表示名，および説明を編集します。

(2)　表示手順

画面の表示手順を次に示します。

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

次のどちらかの操作をします。

Webサーバの場合

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバ］－［＜Webサーバ名＞］をクリックします。

Webサーバクラスタの場合

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバクラスタ］－［＜Webサーバクラスタ名＞］－［＜Webサーバ名＞］をクリックします。

［サーバの編集］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［表示名］などを指定します。

［更新］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ホスト名

選択したWebサーバのホスト名が表示されます。

論理サーバ名

選択したWebサーバの論理サーバ名が表示されます。

表示名

表示名を指定します。何も指定しない場合は，論理サーバ名を仮定します。

説明

サーバの説明を指定します。指定は任意です。

［更新］ボタン

指定した内容で更新します。

［リセット］ボタン

指定した内容をリセットします。

4.11.4　Webサーバの削除

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(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サーバの削除］画面を表示します。

4.11.5　Webサーバクラスタの追加

［Webサーバクラスタの追加］画面を次の図に示します。

図4-34　［Webサーバクラスタの追加］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

Webサーバクラスタを追加します。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバクラスタ］をクリックします。

［クラスタの追加］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［クラスタ名］，［表示名］などを指定します。

［追加］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

クラスタ名（必須）

追加するWebサーバクラスタの論理サーバ名を指定します。何も指定しない場合，クラスタ名に使用できない文字を指定した場合，またはすでに使用している論理サーバ名を指定した場合はエラーとなります。

表示名

Webサーバクラスタの表示名を指定します。何も指定しない場合は，クラスタ名を仮定します。

説明

追加するWebサーバクラスタの説明を指定します。指定は任意です。

［追加］ボタン

指定した内容で追加します。

［リセット］ボタン

指定した内容をリセットします。

4.11.6　Webサーバクラスタの削除（一括削除）

［Webサーバクラスタの削除（一括削除）］画面を次の図に示します。

図4-35　［Webサーバクラスタの削除（一括削除）］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(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サーバクラスタの削除（一括削除）］画面を表示します。

4.11.7　Webサーバクラスタの編集

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したWebサーバクラスタの表示名，および説明を編集します。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバクラスタ］－［＜Webサーバクラスタ名＞］をクリックします。

［クラスタの編集］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［表示名］などを指定します。

［更新］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

クラスタ名

選択したWebサーバクラスタのクラスタ名が表示されます。

表示名

変更後のWebサーバクラスタの表示名を指定します。何も指定しない場合，クラスタ名を仮定します。

説明

変更後のWebサーバクラスタの説明を指定します。指定は任意です。

［更新］ボタン

指定した内容で更新します。

［リセット］ボタン

指定した内容をリセットします。

4.11.8　Webサーバクラスタの削除

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したWebサーバクラスタを削除します。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバクラスタ］－［＜Webサーバクラスタ名＞］をクリックします。

［クラスタの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

表示内容を確認して，［削除］ボタンをクリックします。
現在選択中のWebサーバクラスタが削除されます。
ただし，現在選択中のWebサーバクラスタが，Smart Composer機能で定義されている場合は，［Webサーバクラスタの削除確認］画面が表示されます。削除を続行する場合は［削除］ボタンを，削除を取り消す場合は［キャンセル］ボタンをクリックします。［キャンセル］ボタンをクリックした場合は，［Webサーバクラスタの削除］画面が表示されます。
なお，エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［Webサーバクラスタの削除］画面

［削除］ボタン

現在選択中のWebサーバクラスタを削除します。

(b)　［Webサーバクラスタの削除確認］画面

［削除］ボタン

現在選択中のWebサーバクラスタを削除します。

［キャンセル］ボタン

現在選択中のWebサーバクラスタの削除を取り消して，［Webサーバクラスタの削除］画面を表示します。

4.11.9　Webサーバクラスタ構成要素の追加

［Webサーバクラスタ構成要素の追加］画面を次の図に示します。

図4-36　［Webサーバクラスタ構成要素の追加］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

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サーバクラスタ構成要素の追加］画面を表示します。

4.11.10　Webサーバクラスタ構成要素の削除（一括削除）

［Webサーバクラスタ構成要素の削除（一括削除）］画面を次の図に示します。

図4-37　［Webサーバクラスタ構成要素の削除（一括削除）］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(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サーバクラスタ構成要素の削除（一括削除）］画面を表示します。

4.12　論理サーバの一括セットアップ

この節では，論理サーバの一括セットアップで使用する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［セットアップ］画面（論理サーバの一括セットアップ）

［ログの表示］画面（論理サーバの一括セットアップ）

＜この節の構成＞

4.12.1　セットアップ（論理サーバの一括セットアップ）

4.12.2　ログの表示（論理サーバの一括セットアップ）

4.12.1　セットアップ（論理サーバの一括セットアップ）

［セットアップ］画面（論理サーバの一括セットアップ）を次の図に示します。

図4-38　［セットアップ］画面（論理サーバの一括セットアップ）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

すべての論理サーバ，または指定した論理サーバの環境をセットアップします。すでにセットアップされているSFOサーバ，J2EEサーバ，およびWebサーバの上書きセットアップはしません。

SFOサーバ，J2EEサーバ，およびWebサーバは，論理サーバ名と異なる実サーバ名を指定してセットアップできます。実サーバ名は，同一ホスト内でユニークになるように指定してください。なお，一度セットアップした論理サーバの実サーバ名は変更できません。

注意

旧バージョン互換のWebサーバは，［セットアップ］画面には表示されません。旧バージョン互換のWebサーバをセットアップする方法の詳細は，「5.10.5　Webサーバ環境のセットアップ」を参照してください。

同一ホスト上に，同じ文字列で大文字，小文字だけが異なる実サーバ名の論理サーバをセットアップできるかどうかは，セットアップするホストのOSに依存します。ファイル名で大文字，小文字の区別がないOSの場合も，重複しない実サーバ名でセットアップすることを推奨します。

(2)　表示手順

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

ツリーペインで，任意の論理サーバをクリックします。
例えば［ホストビュー］タブ－［ホスト］－［＜ホスト名＞］，または［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜論理J2EEサーバ名＞］などです。

ボディペインで［セットアップ］アンカーをクリックします。

［セットアップ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［セットアップ］で，セットアップしたい論理サーバのチェックボックスをチェックします。すべてのサーバをセットアップする場合は，チェックする必要はありません。

必要に応じて，［実サーバ名］を指定します。

セットアップするサーバを選択してセットアップする場合は［選択してセットアップ］ボタン，すべてのサーバをセットアップする場合は［全てセットアップ］ボタンをクリックします。
接続先ホストに各論理サーバを実行するために必要な環境がセットアップされます。なお，セットアップ済みの場合は，前の環境は上書きセットアップされず結果ログも出力されません。
エラーが表示された場合は，エラーの内容に従って指定した内容を見直し，再度［選択してセットアップ］ボタン，または［全てセットアップ］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ステータス

論理サーバのセットアップの状態を示します。

初期表示では，「セットアップ済」と表示されるか，または何も表示されません。何も表示されていない場合，［全てセットアップ］ボタン，または［選択してセットアップ］ボタンをクリックすると，ステータスは「セットアップ中」を経て「セットアップ済」または「失敗」に変更されます。なお，「失敗」のステータスは，Management Serverの再起動後は表示されません。

セットアップ時刻

セットアップが成功したときの日時が表示されます。

セットアップ

［選択してセットアップ］ボタンをクリックすると，このチェックボックスでチェックされている論理サーバだけがセットアップの対象となります。

論理サーバ名

「運用管理ドメインの構成定義」で定義した論理サーバの表示名が表示されます。

ホスト名

「運用管理ドメインの構成定義」で定義したホストの表示名が表示されます。

実サーバ名

各ホストでセットアップされたサーバ名が表示されます。まだセットアップされていない場合は，論理サーバ名と同じ名称が初期表示されます。また，実サーバ名は変更できます。

J2EEサーバが接続するネーミングサービスが，スマートエージェントを使用する設定の場合，同一のスマートエージェントの範囲内（同一のポート番号で接続する範囲内）で実サーバ名を一意となるように指定してください。実サーバ名が一意でない場合，サーバ管理コマンドを実行しようとするとメッセージが出力され，サーバ管理コマンドが実行できなくなることがあります。

なお，J2EEサーバが接続するネーミングサービスが，スマートエージェントを使用する設定とは，［ネーミングサービスの設定］画面で，利用するスマートエージェントを選択した場合を指します。［ネーミングサービスの設定］画面の詳細は，「5.5.1　ネーミングサービスの設定」を参照してください。

［全てセットアップ］ボタン

セットアップされていない論理サーバをセットアップします。

なお，セットアップ済みのSFOサーバ，J2EEサーバおよびWebサーバの上書きセットアップ，および結果ログの出力はされません。

［選択してセットアップ］ボタン

［セットアップ］でチェックした論理サーバをセットアップします。

なお，セットアップ済みのSFOサーバ，J2EEサーバおよびWebサーバの論理サーバの上書きセットアップ，および結果ログの出力はされません。

4.12.2　ログの表示（論理サーバの一括セットアップ）

［ログの表示］画面（論理サーバの一括セットアップ）を次の図に示します。

図4-39　［ログの表示］画面（論理サーバの一括セットアップ）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

運用管理ドメイン内のすべての論理サーバ，または指定した論理サーバで出力された，論理サーバのセットアップに成功または失敗したときのログを一覧で参照できます。

(2)　表示手順

画面の表示手順を次に示します。

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

ツリーペインで，任意の論理サーバをクリックします。
例えば［ホストビュー］タブ－［ホスト］－［＜ホスト名＞］，または［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜論理J2EEサーバ名＞］などです。

ボディペインで［セットアップ］アンカーをクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，論理サーバのセットアップの処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

サーバのセットアップに失敗する要因としては，次のケースが考えられます。

運用管理エージェントが起動していません。または一時的に負荷が掛かってアクセスできません。

セットアップしようとした論理サーバを接続先ホストでセットアップできませんでした（ディスク容量不足，またはディレクトリにアクセスできません）。

セットアップするホストにCosminexus Component Container（cjsetupコマンドの実行環境）がありません。

［ログの表示］画面に出力されるログについては，「2.4.3　ログの出力形式」を参照してください。

5.　論理サーバの環境設定

この章では，Management Serverの運用管理ポータルの「論理サーバの環境設定」に表示される各画面の機能概要，操作手順および画面詳細について説明します。なお，入力規則については，「2.5.2　「論理サーバの環境設定」での規則」を参照してください。

＜この章の構成＞

5.1　「論理サーバの環境設定」のツリーペインの構成

5.2　ホスト内の論理サーバの定義

5.3　論理パフォーマンストレーサの定義

5.4　論理スマートエージェントの定義

5.5　論理ネーミングサービスの定義

5.6　論理CTMドメインマネジャの定義

5.7　論理CTMの定義

5.8　論理SFOサーバの定義

5.9　論理J2EEサーバの定義

5.10　論理Webサーバの定義

5.11　論理サーバの設定ファイルの配布

5.12　Management Serverが自動で設定する内容

5.1　「論理サーバの環境設定」のツリーペインの構成

この節では，「論理サーバの環境設定」のツリーペインの構成について説明します。

ツリーペインは，次に示すビューで構成されています。

ホストビュー

サーバビュー

＜この節の構成＞

5.1.1　「論理サーバの環境設定」のホストビューの構成

5.1.2　「論理サーバの環境設定」のサーバビューの構成

5.1.1　「論理サーバの環境設定」のホストビューの構成

「論理サーバの環境設定」のホストビューの構成は，次のとおりです。

　論理サーバの環境設定
　│
　└─ホスト
　　　└─＜ホスト名＞
　　　　　├─＜論理サーバ名＞
　　　　　├─＜論理サーバ名＞
　　　　　└─＜論理サーバ名＞
　　　　　　　　　　：
　　　　　　　　　　：

ホストビューに表示されるノードの意味を次に示します。

表5-1　「論理サーバの環境設定」のホストビューに表示されるノードの意味

ノード名
説明
ノード上でできる操作と参照先

ホスト
運用管理ドメインに定義されているホストのルートです。
このノードには操作画面がありません。

＜ホスト名＞
運用管理ドメインに定義されている各ホストのツリーです。そのホスト内のすべての論理サーバを対象にした操作ができます。

ホスト内の各論理サーバの基本情報をまとめて参照，設定できます。（5.2参照）

設定した情報を各ホストに配布できます。また，配布の状態（ログ）を参照できます。（5.11参照）

5.1.2　「論理サーバの環境設定」のサーバビューの構成

「論理サーバの環境設定」のサーバビューの構成は，次のとおりです。

　論理サーバの環境設定
　│
　└─＜運用管理ドメイン名＞
　　　│
　　　├─論理パフォーマンストレーサ
　　　│　└─パフォーマンストレーサ
　　　│　　　└─＜パフォーマンストレーサ名＞
　　　│
　　　├─論理スマートエージェント
　　　│　└─スマートエージェント
　　　│　　　└─＜スマートエージェント名＞
　　　│
　　　├─論理ネーミングサービス
　　　│　└─ネーミングサービス
　　　│　　　└─＜ネーミングサービス名＞
　　　│
　　　├─論理CTMドメインマネジャ
　　　│　└─CTMドメインマネジャ
　　　│　　　└─＜CTMドメインマネジャ名＞
　　　│
　　　├─論理CTM
　　　│　└─CTM
　　　│　　　└─＜CTM名＞
　　　│
　　　├─論理SFOサーバ
　　　│　└─SFOサーバ
　　　│　　　└─＜SFOサーバ名＞
　　　│
　　　├─論理J2EEサーバ
　　　│　├─J2EEサーバ
　　　│　│　├─＜J2EEサーバ名＞
　　　│　│　└─＜バッチサーバ名＞
　　　│　│
　　　│　└─J2EEサーバクラスタ
　　　│　　　└─＜J2EEサーバクラスタ名＞
　　　│　　　　　　└─＜J2EEサーバ名＞
　　　│
　　　├─論理Webサーバ
　　　│　├─Webサーバ
　　　│　│　└─＜Webサーバ名＞
　　　│　│
　　　│　└─Webサーバクラスタ
　　　│　　　└─＜Webサーバクラスタ名＞
　　　│　　　　　　└─＜Webサーバ名＞
　　　│
　　　└─論理ユーザサーバ
　　　　　└─ユーザサーバ
　　　　　　　└─＜ユーザサーバ名＞

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

サーバビューに表示されるノードの意味を次の表に示します。

表5-2　「論理サーバの環境設定」のサーバビューに表示されるノードの意味

ノード名
説明
ノード上でできる操作と参照先

＜運用管理ドメイン名＞
運用管理ドメインに定義されている論理サーバのルートです。
このノードには操作画面がありません。

論理パフォーマンストレーサ
論理サーバの一つであるパフォーマンストレーサのルートです。
このノードには操作画面がありません。

パフォーマンストレーサ
パフォーマンストレーサのツリーです。
このノードには操作画面がありません。

＜パフォーマンストレーサ名＞
各パフォーマンストレーサ名です。そのパフォーマンストレーサだけを対象にした操作ができます。

パフォーマンストレーサを稼働させるための情報を設定できます。（5.3.1参照）

起動コマンドに追加するオプションを設定できます。（5.3.2参照）

論理サーバ起動時の環境変数の情報を設定できます。（5.3.3参照）

別の論理サーバから，論理パフォーマンストレーサの設定情報を読み込めます。（5.3.4参照）

論理スマートエージェント
論理サーバの一つであるスマートエージェントのルートです。
このノードには操作画面がありません。

スマートエージェント
スマートエージェントのツリーです。
このノードには操作画面がありません。

＜スマートエージェント名＞
各スマートエージェント名です。そのスマートエージェントだけを対象にした操作ができます。

スマートエージェントを稼働させるための情報を設定できます。（5.4.1参照）

起動コマンドに追加するオプションを設定できます。（5.4.2参照）

論理サーバ起動時の環境変数の情報を設定できます。（5.4.3参照）

別の論理サーバから，論理スマートエージェントの設定情報を読み込めます。（5.4.4参照）

論理ネーミングサービス
論理サーバの一つであるネーミングサービスのルートです。
このノードには操作画面がありません。

ネーミングサービス
ネーミングサービスのツリーです。
このノードには操作画面がありません。

＜ネーミングサービス名＞
各ネーミングサービス名です。そのネーミングサービスだけを対象にした操作ができます。

ネーミングサービスを稼働させるための情報を設定できます。（5.5.1参照）

起動コマンドに追加するオプションを設定できます。（5.5.2参照）

論理サーバ起動時の環境変数の情報を設定できます。（5.5.3参照）

別の論理サーバから，論理ネーミングサービスの設定情報を読み込めます。（5.5.4参照）

論理CTMドメインマネジャ
論理サーバの一つであるCTMドメインマネジャのルートです。
このノードには操作画面がありません。

CTMドメインマネジャ
CTMドメインマネジャのツリーです。
このノードには操作画面がありません。

＜CTMドメインマネジャ名＞
各CTMドメインマネジャ名です。そのCTMドメインマネジャだけを対象にした操作ができます。

CTMドメインマネジャを稼働させるための情報を設定できます。（5.6.1参照）

CTMドメインマネジャのネットワークに関する情報を設定できます。（5.6.2参照）

起動コマンドに追加するオプションを設定できます。（5.6.3参照）

論理サーバ起動時の環境変数の情報を設定できます。（5.6.4参照）

別の論理サーバから，論理CTMドメインマネジャの設定情報を読み込めます。（5.6.5参照）

論理CTM
論理サーバの一つであるCTMのルートです。
このノードには操作画面がありません。

CTM
CTMのツリーです。
このノードには操作画面がありません。

＜CTM名＞
各CTM名です。そのCTMだけを対象にした操作ができます。

CTMを稼働させるための情報を設定できます。（5.7.1参照）

CTMのスケジュールを設定できます。（5.7.2参照）

CTMレギュレータの情報を設定できます。（5.7.3参照）

CTM間通信に関する情報を設定できます。（5.7.4参照）

稼働統計の情報を設定できます。（5.7.5参照）

起動コマンドに追加するオプションを設定できます。（5.7.6参照）

論理サーバ起動時の環境変数の情報を設定できます。（5.7.7参照）

別の論理サーバから，論理CTMの設定情報を読み込めます。（5.7.8参照）

論理SFOサーバ
論理サーバの一つであるSFOサーバのルートです。
このノードには操作画面がありません。

SFOサーバ
SFOサーバのツリーです。
このノードには操作画面がありません。

＜SFOサーバ名＞
各SFOサーバ名です。そのSFOサーバだけを対象にした操作ができます。

SFOサーバを稼働させるための基本的な情報を設定できます。（5.8.1参照）

コンテナの情報を設定できます。（5.8.2参照）

各種サービスの情報を設定できます。（5.8.3参照）

SFOサーバの稼働情報収集に関する情報を設定できます。（5.8.4参照）

SFOサーバの稼働情報しきい値イベント発行機能に関する情報を設定できます。（5.8.5参照）

SFOサーバの稼働情報監視で使用する通信に関する情報を設定できます。（5.8.6参照）

JavaVMに渡す起動パラメタを設定できます。（5.8.7参照）

JavaVMのシステムプロパティを設定できます。（5.8.8参照）

JP1と連携するための情報を設定できます。（5.8.9参照）

起動コマンドに追加するオプションを設定できます。（5.8.10参照）

論理サーバ起動時の環境変数の情報を設定できます。（5.8.11参照）

別の論理サーバ，または接続先ホストで稼働するサーバから，論理SFOサーバの設定情報を読み込めます。（5.8.12参照）

論理J2EEサーバ
論理サーバの一つであるJ2EEサーバおよびJ2EEサーバクラスタのルートです。
このノードには操作画面がありません。

J2EEサーバ
J2EEサーバのツリーです。
このノードには操作画面がありません。

＜J2EEサーバ名＞
各J2EEサーバ名です。そのJ2EEサーバだけを対象にした操作ができます。

J2EEサーバを稼働させるための基本的な情報を設定できます。（5.9.1参照）

J2EEコンテナが起動するときのオプションを設定できます。（5.9.2参照）

EJBコンテナが起動するときのオプションを設定できます。（5.9.3参照）

Webコンテナが起動するときのオプションを設定できます。（5.9.4参照）

ネーミングサービスなどのJNDIに関する情報を設定できます。（5.9.5参照）

RDBと接続するために利用するJDBCの情報を設定できます。（5.9.6参照）

トランザクションの情報を設定できます。（5.9.7参照）

リソースを監視するための情報を設定できます。（5.9.8参照）

J2EEサーバが出力するログの情報を設定できます。（5.9.9参照）

ユーザログに関する情報を設定できます。（5.9.10参照）

インプロセスHTTPサーバの通信およびスレッド制御に関する情報を設定できます。（5.9.11参照）

インプロセスHTTPサーバが出力するログの情報を設定できます。（5.9.12参照）

インプロセスHTTPサーバのセキュリティに関する情報を設定できます。（5.9.13参照）

インプロセスHTTPサーバのエラーページの情報を設定できます。（5.9.14参照）

インプロセスHTTPサーバのリダイレクトに関する情報を設定できます。（5.9.15参照）

インプロセスHTTPサーバのレスポンスヘッダやゲートウェイ指定機能を設定できます。（5.9.16参照）

J2EEサーバの稼働情報収集に関する情報を設定できます。（5.9.17参照）

J2EEサーバの稼働情報しきい値イベント発行機能に関する情報を設定できます。（5.9.18参照）

J2EEサーバの稼働情報監視で使用する通信に関する情報を設定できます。（5.9.19参照）

JavaVMに渡す起動パラメタを設定できます。（5.9.20参照）

JavaVMのシステムプロパティを設定できます。（5.9.21参照）

JP1と連携するための情報を設定できます。（5.9.22参照）

起動コマンドに追加するオプションを設定できます。（5.9.23参照）

論理サーバ起動時の環境変数の情報を設定できます。（5.9.24参照）

別の論理サーバ，または接続先ホストで稼働するサーバから，論理J2EEサーバの設定情報を読み込めます。（5.9.25参照）

J2EEサーバクラスタ
J2EEサーバクラスタのツリーです。
このノードには操作画面がありません。

＜J2EEサーバクラスタ名＞
各J2EEサーバクラスタ名です。
このノードには操作画面がありません。

＜J2EEサーバ名＞
各J2EEサーバ名です。そのJ2EEサーバだけを対象にした操作ができます。

J2EEサーバを稼働させるための基本的な情報を設定できます。（5.9.1参照）

J2EEコンテナが起動するときのオプションを設定できます。（5.9.2参照）

EJBコンテナが起動するときのオプションを設定できます。（5.9.3参照）

Webコンテナが起動するときのオプションを設定できます。（5.9.4参照）

ネーミングサービスなどのJNDIに関する情報を設定できます。（5.9.5参照）

RDBと接続するために利用するJDBCの情報を設定できます。（5.9.6参照）

トランザクションの情報を設定できます。（5.9.7参照）

リソースを監視するための情報を設定できます。（5.9.8参照）

J2EEサーバが出力するログの情報を設定できます。（5.9.9参照）

ユーザログに関する情報を設定できます。（5.9.10参照）

インプロセスHTTPサーバの通信およびスレッド制御に関する情報を設定できます。（5.9.11参照）

インプロセスHTTPサーバが出力するログの情報を設定できます。（5.9.12参照）

インプロセスHTTPサーバのセキュリティに関する情報を設定できます。（5.9.13参照）

インプロセスHTTPサーバのエラーページの情報を設定できます。（5.9.14参照）

インプロセスHTTPサーバのリダイレクトに関する情報を設定できます。（5.9.15参照）

インプロセスHTTPサーバのレスポンスヘッダやゲートウェイ指定機能を設定できます。（5.9.16参照）

J2EEサーバの稼働情報収集に関する情報を設定できます。（5.9.17参照）

J2EEサーバの稼働情報しきい値イベント発行機能に関する情報を設定できます。（5.9.18参照）

J2EEサーバの稼働情報監視で使用する通信に関する情報を設定できます。（5.9.19参照）

JavaVMに渡す起動パラメタを設定できます。（5.9.20参照）

JavaVMのシステムプロパティを設定できます。（5.9.21参照）

JP1と連携するための情報を設定できます。（5.9.22参照）

起動コマンドに追加するオプションを設定できます。（5.9.23参照）

論理サーバ起動時の環境変数の情報を設定できます。（5.9.24参照）

別の論理サーバ，または接続先ホストで稼働するサーバから，論理J2EEサーバの設定情報を読み込めます。（5.9.25参照）

論理Webサーバ
論理サーバの一つであるWebサーバおよびWebサーバクラスタのルートです。
このノードには操作画面がありません。

Webサーバ
Webサーバのツリーです。
このノードには操作画面がありません。

＜Webサーバ名＞
各Webサーバ名です。そのWebサーバだけを対象にした操作ができます。

Webサーバの情報を設定できます。（5.10.1参照）

リダイレクタの情報を設定できます。（5.10.2参照）

URLパターンと処理をするサーバのマッピングを設定できます。（5.10.3参照）

ワーカの情報を設定できます。（5.10.4参照）

旧バージョン互換のWebサーバを使用している場合は，Webサーバ環境をセットアップできます。（5.10.5参照）

旧バージョン互換のWebサーバを使用している場合は，Webサーバ環境のセットアップに関するログを表示できます。（5.10.6参照）

起動コマンドに追加するオプションを設定できます。（5.10.7参照）

論理サーバ起動時の環境変数の情報を設定できます。（5.10.8参照）

別の論理サーバ，または接続先ホストで稼働するサーバから，論理Webサーバの設定情報を読み込めます。（5.10.9参照）

Webサーバクラスタ
Webサーバクラスタのツリーです。
このノードには操作画面がありません。

＜Webサーバクラスタ名＞
Webサーバクラスタ名です。
このノードには操作画面がありません。

＜Webサーバ名＞
各Webサーバ名です。そのWebサーバだけを対象にした操作ができます。

Webサーバの情報を設定できます。（5.10.1参照）

リダイレクタの情報を設定できます。（5.10.2参照）

URLパターンと処理をするサーバのマッピングを設定できます。（5.10.3参照）

ワーカの情報を設定できます。（5.10.4参照）

旧バージョン互換のWebサーバを使用している場合は，Webサーバ環境をセットアップできます。（5.10.5参照）

旧バージョン互換のWebサーバを使用している場合は，Webサーバ環境のセットアップに関するログを表示できます。（5.10.6参照）

起動コマンドに追加するオプションを設定できます。（5.10.7参照）

論理サーバ起動時の環境変数の情報を設定できます。（5.10.8参照）

別の論理サーバから，論理Webサーバの設定情報を読み込めます。（5.10.9参照）

論理ユーザサーバ
論理サーバの一つである論理ユーザサーバのルートです。
このノードには操作画面がありません。

ユーザサーバ
ユーザサーバのツリーです。論理ユーザサーバが追加されている場合に表示されます。
このノードには操作画面がありません。

＜ユーザサーバ名＞
各ユーザサーバ名です。論理ユーザサーバが追加されている場合に表示されます。
このノードには操作画面がありません。

注

上記のすべての画面から，次の操作ができます。

設定した情報を各ホストに配布できます。また，配布の状態（ログ）を参照できます（5.11参照）。

参考

論理ユーザサーバは，コマンドおよびユーザ定義ファイルで定義します。論理ユーザサーバの定義方法については，マニュアル「Cosminexus　システム構築ガイド」の論理ユーザサーバの設定に関する説明を参照してください。

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

サーバビューに表示されるノードの意味を次の表に示します。

表5-3　「論理サーバの環境設定」のサーバビューに表示されるノードの意味

ノード名
説明
ノード上でできる操作と参照先

＜運用管理ドメイン名＞
運用管理ドメインに定義されている論理サーバのルートです。
このノードには操作画面がありません。

論理パフォーマンストレーサ
論理サーバの一つであるパフォーマンストレーサのルートです。
このノードには操作画面がありません。

パフォーマンストレーサ
パフォーマンストレーサのツリーです。
このノードには操作画面がありません。

＜パフォーマンストレーサ名＞
各パフォーマンストレーサ名です。そのパフォーマンストレーサだけを対象にした操作ができます。

パフォーマンストレーサを稼働させるための情報を設定できます。（5.3.1参照）

起動コマンドに追加するオプションを設定できます。（5.3.2参照）

論理サーバ起動時の環境変数の情報を設定できます。（5.3.3参照）

別の論理サーバから，論理パフォーマンストレーサの設定情報を読み込めます。（5.3.4参照）

論理J2EEサーバ
論理サーバの一つであるバッチサーバのルートです。
このノードには操作画面がありません。

J2EEサーバ
バッチサーバのツリーです。
このノードには操作画面がありません。

＜バッチサーバ名＞
各バッチサーバ名です。そのバッチサーバだけを対象にした操作ができます。

バッチサーバを稼働させるための基本的な情報を設定できます。（5.9.1参照）

J2EEコンテナが起動するときのオプションを設定できます。（5.9.2参照）

EJBコンテナが起動するときのオプションを設定できます。（5.9.3参照）

Webコンテナが起動するときのオプションを設定できます。（5.9.4参照）

ネーミングサービスなどのJNDIに関する情報を設定できます。（5.9.5参照）

トランザクションの情報を設定できます。（5.9.7参照）

リソースを監視するための情報を設定できます。（5.9.8参照）

バッチサーバが出力するログの情報を設定できます。（5.9.9参照）

ユーザログに関する情報を設定できます。（5.9.10参照）

バッチサーバの稼働情報収集に関する情報を設定できます。（5.9.17参照）

バッチサーバの稼働情報しきい値イベント発行機能に関する情報を設定できます。（5.9.18参照）

バッチサーバの稼働情報監視で使用する通信に関する情報を設定できます。（5.9.19参照）

JavaVMに渡す起動パラメタを設定できます。（5.9.20参照）

JavaVMのシステムプロパティを設定できます。（5.9.21参照）

JP1と連携するための情報を設定できます。（5.9.22参照）

起動コマンドに追加するオプションを設定できます。（5.9.23参照）

論理サーバ起動時の環境変数の情報を設定できます。（5.9.24参照）

論理ユーザサーバ
論理サーバの一つである論理ユーザサーバのルートです。
このノードには操作画面がありません。

ユーザサーバ
ユーザサーバのツリーです。論理ユーザサーバが追加されている場合に表示されます。
このノードには操作画面がありません。

＜ユーザサーバ名＞
各ユーザサーバ名です。論理ユーザサーバが追加されている場合に表示されます。
このノードには操作画面がありません。

注

上記のすべての画面から，次の操作ができます。

設定した情報を各ホストに配布できます。また，配布の状態（ログ）を参照できます（5.11参照）。

参考

論理ユーザサーバは，コマンドおよびユーザ定義ファイルで定義します。論理ユーザサーバの定義方法については，マニュアル「Cosminexus　システム構築ガイド」の論理ユーザサーバの設定に関する説明を参照してください。

5.2　ホスト内の論理サーバの定義

この節では，各論理サーバの基本情報を設定する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［ホスト内のサーバの設定］画面

＜この節の構成＞

5.2.1　ホスト内のサーバの設定

5.2.1　ホスト内のサーバの設定

［ホスト内のサーバの設定］画面を次の図に示します。

図5-1　［ホスト内のサーバの設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

論理サーバの基本情報をサーバごとに一括して設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［ホストビュー］タブ－［ホスト］－［＜ホスト名＞］をクリックします。

(3)　操作手順

画面での操作手順を次に示します。

J2EEサーバやWebサーバなどの基本情報を指定します。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

J2EEサーバの設定

論理サーバ名

選択したホストに定義されているJ2EEサーバが表示されます。

動作モード

J2EEサーバの動作モード（usrconf.propertiesファイルのejbserver.server.j2ee.featureキー）を指定します。デフォルトは，「1.4」です。

1.3basic
1.3basicモード（ベーシックモード）です。このモードは互換用の動作モードです。

1.4
1.4モードです。

http/ajp13

httpまたはajp13のポート番号を指定します。デフォルトは，「ajp13」です。

選択した方のポート番号だけが，同一ホスト内での重複チェックの対象になります。

http
httpのポート番号を指定します。デフォルトは，「80」です。

ajp13
ajp13のポート番号を指定します。デフォルトは，「8007」です。

管理用サーバ

管理用サーバのポート番号を指定します。デフォルトは，「8080」です。

このポート番号は，スタブなどのダウンロードに利用します。この機能は，常に利用するように設定されています。同一ホスト内で，このポート番号が重ならないように設定します。

https

Webサーバが使用しているHTTPSのポート番号を指定します。この指定がない場合，HTTPSポートにリダイレクトしません。

JTAリカバリ

JTAリカバリを実行するために使用する固定ポート番号を指定します。同一マシン内で1.4モードのJ2EEサーバを複数起動する場合，このポートが重複しないようにする必要があります。デフォルトは，「20302」です。

RMIレジストリ

J2EEサーバが利用するRMIレジストリのポート番号を指定します。1～65535の整数で指定します。デフォルトは，「23152」です。

利用するネーミングサービス

利用するネーミングサービスを選択します。「インプロセス」および「運用管理ドメインの構成定義」で定義したネーミングサービスが表示されます。デフォルトは，「インプロセス」です。

「インプロセス」を選択した場合は，J2EEサーバ内のネーミングサービスが利用されます。

「インプロセス」以外のネーミングサービスを選択した場合は，選択された「運用管理ドメインの構成定義」で定義したネーミングサービスが利用されます。また，ejbserver.naming.startupModeには「manual」が，ejbserver.naming.startupWaitTimeには「0」が設定されます。

インプロセス用のポート番号

「利用するネーミングサービス」でインプロセスを選択した場合，使用するポート番号を指定します。デフォルトは，「900」です。

「利用するネーミングサービス」でインプロセス以外を選択した場合，ここでの指定は無視されます。

利用するパフォーマンストレーサ（必須）

J2EEサーバが利用するパフォーマンストレーサを選択します。

Webサーバの設定

論理サーバ名

選択したホストに定義されているWebサーバが表示されます。

利用するパフォーマンストレーサ（必須）

Webサーバが利用するパフォーマンストレーサを選択します。

ポート番号

HTTPのポート番号を指定します。旧バージョン互換のWebサーバの場合は入力できません。デフォルトは，「80」です。

ネーミングサービスの設定

論理サーバ名

選択したホストに定義されているネーミングサービスが表示されます。

ネーミングサービスのポート番号

ネーミングサービスを稼働するためのポート番号を指定します。デフォルトは，「900」です。

スマートエージェントの設定

論理サーバ名

選択したホストに定義されているスマートエージェントが表示されます。

監視ポート番号

スマートエージェントを稼働するためのポート番号を指定します。デフォルトは，「14000」です。

パフォーマンストレーサの設定

論理サーバ名

選択したホストに定義されているパフォーマンストレーサが表示されます。

PRF識別子

PRF識別子を指定します。デフォルトは，「PRF_ID」です。

スプールディレクトリ

スプールディレクトリを絶対パスで指定します。ファイルセパレータには，「 / 」を使用します。デフォルトは，「＜Cosminexusのインストールディレクトリ＞/PRF/spool」です。

CTMドメインマネジャの設定

論理サーバ名

選択したホストに定義されているCTMドメインマネジャが表示されます。

利用するパフォーマンストレーサ（必須）

利用するパフォーマンストレーサを選択します。

利用するスマートエージェント（必須）

利用するスマートエージェントを選択します。

スプールディレクトリ

スプールディレクトリを絶対パスで指定します。ファイルセパレータには，「 / 」を使用します。デフォルトは，「＜Cosminexusのインストールディレクトリ＞/CTM/spool」です。

CTMドメイン名

CTMドメインの識別名を指定します。デフォルトは，「CTMDOMAIN」です。

ポート番号

CTMドメインマネジャが使用するポート番号を指定します。デフォルトは，「20137」です。

CTMの設定

論理サーバ名

選択したホストに定義されているCTMが表示されます。

利用するCTMドメインマネジャ（必須）

利用するCTMドメインマネジャを選択します。

CTM識別子

CTM識別子を指定します。

ポート番号

CTMが使用するポート番号を指定します。デフォルトは，「20138」です。

ネーミングサービスのポート番号

論理CTMが提供するネーミングサービスのポート番号を指定します。デフォルトは，「20348」です。

SFOサーバの設定

論理サーバ名

選択したホストに定義されているSFOサーバが表示されます。

ajp13

Webサーバのリダイレクタと接続するポート番号を指定します。デフォルトは，「8007」です。

管理用サーバ

管理用サーバ用のポート番号を指定します。ポート番号はスタブなどのダウンロードに利用します。この機能は常に利用するように設定されています。同一ホスト内で本ポート番号が重ならないように設定します。デフォルトは，「8080」です。

RMIレジストリ

SFOサーバが利用するRMIレジストリのポート番号を指定します。1～65535の整数で指定します。デフォルトは，「23152」です。

ネーミングサービスのポート番号

SFOサーバ用のネーミングサービスのポート番号を指定します。デフォルトは，「900」です。

利用するパフォーマンストレーサ（必須）

SFOサーバが利用するパフォーマンストレーサを選択します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.3　論理パフォーマンストレーサの定義

この節では，パフォーマンストレーサを稼働させるための情報を設定する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［パフォーマンストレーサの設定］画面

［オプションの設定］画面

［環境変数の設定］画面

［サーバの設定読み込み］画面

＜この節の構成＞

5.3.1　パフォーマンストレーサの設定

5.3.2　パフォーマンストレーサのオプションの設定

5.3.3　パフォーマンストレーサの環境変数の設定

5.3.4　別の論理パフォーマンストレーサの設定読み込み

5.3.1　パフォーマンストレーサの設定

［パフォーマンストレーサの設定］画面を次の図に示します。

図5-2　［パフォーマンストレーサの設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(1)　機能概要

パフォーマンストレーサを稼働させるために必要な情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ－［論理パフォーマンストレーサ］－［パフォーマンストレーサ］－［＜パフォーマンストレーサ名＞］をクリックします。

［設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

パフォーマンストレーサのPRF識別子やスプールディレクトリなどを指定します。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

指定した情報は，パフォーマンストレーサの起動時または停止時に反映されます。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

基本設定

PRF識別子

PRF識別子（cprfstartコマンドの-PRFIDオプション）を指定します。デフォルトは，「PRF_ID」です。

識別子に指定できる文字は，0～31文字（半角）の英数字，およびアンダースコア(_)です。ただし，「TSC」，「tsc」，または「CTM」や「ctm」で始まる文字列を指定した場合，エラーとなります。

同一ホスト内で複数のパフォーマンストレーサを起動する場合，各パフォーマンストレーサで異なるPRF識別子を指定する必要があります。

スプールディレクトリ

PRFトレース出力ディレクトリ（環境変数PRFSPOOL）を絶対パスで指定します。ファイルセパレータには，「 / 」を使用します。デフォルトは，「＜Cosminexusのインストールディレクトリ＞/PRF/spool」です。スプールディレクトリに，引用符（"）は使用できません。

Windowsの場合，ここで指定する値は，システム環境変数PRFSPOOLで指定された値と一致している必要があります。

PRFトレースの設定

取得レベル

PRFトレースの取得レベル（cprfstartコマンドの-PrfTraceLevelオプション）を指定します。「標準」もしくは「詳細」を選択，またはラジオボタンを選択して，入力フィールドに4バイトの16進数（8けたの値）で指定します。デフォルトは，「標準」です。

標準
標準レベルのPRFトレースを取得します。

詳細
詳細レベルのPRFトレースを取得します。

PRFトレース取得レベルを16進数で指定する方法については，マニュアル「Cosminexus　システム運用ガイド」の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)　注意事項

パフォーマンストレーサの起動中は，バッファメモリサイズを変更しないでください。障害が発生した場合，そのあと再起動したときに失敗します。

5.3.2　パフォーマンストレーサのオプションの設定

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

起動コマンドに追加するオプションを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ－［論理パフォーマンストレーサ］－［パフォーマンストレーサ］－［＜パフォーマンストレーサ名＞］をクリックします。

［オプション］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

選択した論理サーバの起動コマンドに追加したいオプションを指定します。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。
指定したオプションは，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「5.9.23(4)　画面詳細」を参照してください。

5.3.3　パフォーマンストレーサの環境変数の設定

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(1)　機能概要

サーバ起動時の環境変数の情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ－［論理パフォーマンストレーサ］－［パフォーマンストレーサ］－［＜パフォーマンストレーサ名＞］をクリックします。

［環境変数］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

環境変数を追加または削除する場合，次の操作をします。

追加する場合は，［変数名と値］の欄に，環境変数とその値を入力し，［追加］ボタンをクリックします。そのあと，［有効］欄をチェックします。

削除する場合は，削除したい環境変数の［削除］ボタンをクリックします。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。
指定した環境変数は，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「5.9.24(4)　画面詳細」を参照してください。

(5)　注意事項

環境変数を指定する際の注意事項は，各論理サーバで共通です。詳細は，「5.9.24(5)　注意事項」を参照してください。

5.3.4　別の論理パフォーマンストレーサの設定読み込み

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

別の論理サーバから，論理パフォーマンストレーサの設定情報を読み込みます。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ－［論理パフォーマンストレーサ］－［パフォーマンストレーサ］－［＜パフォーマンストレーサ名＞］をクリックします。

［読み込み］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

設定情報をどの論理サーバから読み込むかを指定します。

［読み込み］ボタンをクリックします。
読み込みの確認画面が表示されます。

［はい］ボタンをクリックします。
設定情報が読み込まれます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［読み込み］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「5.9.25(4)　画面詳細」を参照してください。

なお，論理パフォーマンストレーサの場合，接続先ホストからは設定を読み込めません。そのため，論理パフォーマンストレーサの場合，［サーバの設定読み込み］画面には「接続先ホストから設定を読み込みます」のチェックボックスが表示されません。

5.4　論理スマートエージェントの定義

この節では，スマートエージェントを稼働させるための情報を設定する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［スマートエージェントの設定］画面

［オプションの設定］画面

［環境変数の設定］画面

［サーバの設定読み込み］画面

＜この節の構成＞

5.4.1　スマートエージェントの設定

5.4.2　スマートエージェントのオプションの設定

5.4.3　スマートエージェントの環境変数の設定

5.4.4　別の論理スマートエージェントの設定読み込み

5.4.1　スマートエージェントの設定

［スマートエージェントの設定］画面を次の図に示します。

図5-3　［スマートエージェントの設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

スマートエージェントを稼働させるために必要な情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ－［論理スマートエージェント］－［スマートエージェント］－［＜スマートエージェント名＞］をクリックします。

［設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

スマートエージェントが監視するポート番号を指定します。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

スマートエージェントに関する設定

監視ポート番号

スマートエージェントが監視するポート番号（環境変数OSAGENT_PORT）を指定します。指定できる値は，5001～65535の整数です。デフォルトは，「14000」です。

同一ホスト内で複数のスマートエージェントを起動する場合，各スマートエージェントで異なるポート番号を指定する必要があります。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

環境変数は，スマートエージェントの起動時に使用されます。

5.4.2　スマートエージェントのオプションの設定

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

起動コマンドに追加するオプションを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ－［論理スマートエージェント］－［スマートエージェント］－［＜スマートエージェント名＞］をクリックします。

［オプション］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

選択した論理サーバの起動コマンドに追加したいオプションを指定します。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。
指定したオプションは，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「5.9.23(4)　画面詳細」を参照してください。

5.4.3　スマートエージェントの環境変数の設定

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(1)　機能概要

サーバ起動時の環境変数の情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ－［論理スマートエージェント］－［スマートエージェント］－［＜スマートエージェント名＞］をクリックします。

［環境変数］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

環境変数を追加または削除する場合，次の操作をします。

追加する場合は，［変数名と値］の欄に，環境変数とその値を入力し，［追加］ボタンをクリックします。そのあと，［有効］欄をチェックします。

削除する場合は，削除したい環境変数の［削除］ボタンをクリックします。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。
指定した環境変数は，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「5.9.24(4)　画面詳細」を参照してください。

(5)　注意事項

環境変数を指定する際の注意事項は，各論理サーバで共通です。詳細は，「5.9.24(5)　注意事項」を参照してください。

5.4.4　別の論理スマートエージェントの設定読み込み

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

別の論理サーバから，論理スマートエージェントの設定情報を読み込みます。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ－［論理スマートエージェント］－［スマートエージェント］－［＜スマートエージェント名＞］をクリックします。

［読み込み］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

設定情報をどの論理サーバから読み込むかを指定します。

［読み込み］ボタンをクリックします。
読み込みの確認画面が表示されます。

［はい］ボタンをクリックします。
設定情報が読み込まれます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［読み込み］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「5.9.25(4)　画面詳細」を参照してください。

なお，論理スマートエージェントの場合，接続先ホストからは設定を読み込めません。そのため，論理スマートエージェントの場合，［サーバの設定読み込み］画面には「接続先ホストから設定を読み込みます」のチェックボックスが表示されません。

5.5　論理ネーミングサービスの定義

この節では，ネーミングサービスを稼働させるための情報を設定する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［ネーミングサービスの設定］画面

［オプションの設定］画面

［環境変数の設定］画面

［サーバの設定読み込み］画面

ポイント

業務用のサーバを配置したLANと管理用のサーバを配置したLANに分けている場合，運用管理サーバを管理用のサーバを配置したLANに置くこともできます。LANを分け，一つのマシンを複数のネットワークセグメントに接続する場合，環境設定に注意が必要です。詳細については，「付録C　一つのマシンを複数のネットワークセグメントに接続する場合の環境設定での注意」を参照してください。

＜この節の構成＞

5.5.1　ネーミングサービスの設定

5.5.2　ネーミングサービスのオプションの設定

5.5.3　ネーミングサービスの環境変数の設定

5.5.4　別の論理ネーミングサービスの設定読み込み

5.5.1　ネーミングサービスの設定

［ネーミングサービスの設定］画面を次の図に示します。

図5-4　［ネーミングサービスの設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　ホストを固定する場合の注意事項

(1)　機能概要

ネーミングサービスを稼働させるために必要な情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ－［論理ネーミングサービス］－［ネーミングサービス］－［＜ネーミングサービス名＞］をクリックします。

［設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

ネーミングサービスを稼働するときのポート番号を指定します。

利用するスマートエージェントを指定します。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ネーミングサービスに関する設定

稼働ポート番号

ネーミングサービスを稼働するときのポート番号を指定します。デフォルトは，「900」です。

ホストの固定

ネーミングサービスを配置したマシンに複数のIPアドレスが割り当てられている場合に，ネーミングサービスを特定のIPアドレスに割り当てるかどうかを指定します。デフォルトは，「しない」です。

する
ネーミングサービスを配置したホストから参照できるネットワーク上のホスト名またはIPアドレスに対してだけ接続を受け付けます。

運用管理エージェントのホストで固定
「ホストの固定」で「する」を選択した場合に，「運用管理ドメインの構成定義」で指定した運用管理エージェントのホストのIPアドレスで固定するかどうかを指定します。
運用管理エージェントのホストのIPアドレスで固定するかどうかは，ネーミングサービスを構築するホストや，構築するネーミングサービスの用途によって異なります。運用管理エージェントのホストのIPアドレスで固定するかどうか，および固定する場合の注意事項の詳細は，「5.5.1(5)　ホストを固定する場合の注意事項」を参照してください。

しない
すべてのローカルアドレスに対する接続を受け付けます。

利用するスマートエージェント

利用するスマートエージェントを選択します。デフォルトは，「設定しない」です。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

(5)　ホストを固定する場合の注意事項

J2EEサーバが使用するネーミングサービスを構築する場合，「ホストの固定」で「する」を選択したときは，「運用管理エージェントのホストで固定」をチェックしないでください。

5.5.2　ネーミングサービスのオプションの設定

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

起動コマンドに追加するオプションを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ－［論理ネーミングサービス］－［ネーミングサービス］－［＜ネーミングサービス名＞］をクリックします。

［オプション］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

選択した論理サーバの起動コマンドに追加したいオプションを指定します。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。
指定したオプションは，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「5.9.23(4)　画面詳細」を参照してください。

5.5.3　ネーミングサービスの環境変数の設定

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(1)　機能概要

サーバ起動時の環境変数の情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ－［論理ネーミングサービス］－［ネーミングサービス］－［＜ネーミングサービス名＞］をクリックします。

［環境変数］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

環境変数を追加または削除する場合，次の操作をします。

追加する場合は，［変数名と値］の欄に，環境変数とその値を入力し，［追加］ボタンをクリックします。そのあと，［有効］欄をチェックします。

削除する場合は，削除したい環境変数の［削除］ボタンをクリックします。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。
指定した環境変数は，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「5.9.24(4)　画面詳細」を参照してください。

(5)　注意事項

環境変数を指定する際の注意事項は，各論理サーバで共通です。詳細は，「5.9.24(5)　注意事項」を参照してください。

5.5.4　別の論理ネーミングサービスの設定読み込み

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

別の論理サーバから，論理ネーミングサービスの設定情報を読み込みます。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ－［論理ネーミングサービス］－［ネーミングサービス］－［＜ネーミングサービス名＞］をクリックします。

［読み込み］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

設定情報をどの論理サーバから読み込むかを指定します。

［読み込み］ボタンをクリックします。
読み込みの確認画面が表示されます。

［はい］ボタンをクリックします。
設定情報が読み込まれます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［読み込み］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「5.9.25(4)　画面詳細」を参照してください。

なお，論理ネーミングサービスの場合，接続先ホストからは設定を読み込めません。そのため，論理ネーミングサービスの場合，［サーバの設定読み込み］画面には「接続先ホストから設定を読み込みます」のチェックボックスが表示されません。

5.6　論理CTMドメインマネジャの定義

この節では，CTMドメインマネジャを稼働させるための情報を設定する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［CTMドメインマネジャの基本設定］画面

［ネットワーク設定］画面

［オプションの設定］画面

［環境変数の設定］画面

［サーバの設定読み込み］画面

Management ServerがCTMドメインマネジャに自動で設定する内容の詳細は，「5.12.2　Management ServerがCTMドメインマネジャに自動で設定する内容」を参照してください。

＜この節の構成＞

5.6.1　CTMドメインマネジャの基本設定

5.6.2　CTMドメインマネジャのネットワーク設定

5.6.3　CTMドメインマネジャのオプションの設定

5.6.4　CTMドメインマネジャの環境変数の設定

5.6.5　別の論理CTMドメインマネジャの設定読み込み

5.6.1　CTMドメインマネジャの基本設定

［CTMドメインマネジャの基本設定］画面を次の図に示します。

図5-5　［CTMドメインマネジャの基本設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(1)　機能概要

CTMドメインマネジャを稼働させるために必要な情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ－［論理CTMドメインマネジャ］－［CTMドメインマネジャ］－［＜CTMドメインマネジャ名＞］をクリックします。

［基本設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

利用するパフォーマンストレーサやスマートエージェントなどを指定します。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

環境変数，起動コマンドオプション，および停止コマンドオプションは，CTMドメインマネジャの起動時または停止時に使用されます。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

基本設定

利用するパフォーマンストレーサ（必須）

同一ホスト内に定義されたパフォーマンストレーサから，利用するパフォーマンストレーサ（ctmstartコマンドの-PRFIDオプション）を選択します。

利用するスマートエージェント（必須）

利用するスマートエージェントを選択します。

スプールディレクトリ

CTM実行環境ディレクトリ（環境変数CTMSPOOL）を絶対パスで指定します。ファイルセパレータには，「 / 」を使用します。デフォルトは，「＜Cosminexusのインストールディレクトリ＞/CTM/spool」です。スプールディレクトリに，引用符（"）は使用できません。

スプールディレクトリは，CTMドメインの管理に使用されます。該当するディレクトリには，CTMによって障害情報が出力されます。

CTMドメイン名

CTMドメインマネジャが属するCTMドメイン名（ctmstartコマンドの-CTMDomainオプション）を同一ホスト内で一意となるように指定します。デフォルトは，「CTMDOMAIN」です。

CTMドメイン名に指定できる文字は，0～31文字（半角）の英数字，アンダースコア(_)です。ただし，「CTMDOMAIN」以外で，「CTM」または「ctm」で始まる文字列を指定した場合，エラーとなります。

ポート番号

CTMドメインマネジャがCTMドメイン構成情報を交換するために使用するポート番号（ctmstartコマンドの-CTMPortオプション）を指定します。5001～65535の整数で指定します。デフォルトは，「20137」です。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

(5)　注意事項

異なるホストに定義されているCTMドメインマネジャでCTMドメインを構成する場合，各ホストのCTMドメインマネジャの次の設定項目を一致させてください。

利用するスマートエージェント

CTMドメイン名

ポート番号

一度起動したCTMドメインマネジャのCTMドメイン名やスプールディレクトリを変更した場合，次回からの起動に失敗する場合があります。その場合は，CTMドメインマネジャが稼働しているホストでCTMドメイン情報を削除してから，再度起動を実施してください。

5.6.2　CTMドメインマネジャのネットワーク設定

［ネットワーク設定］画面を次の図に示します。

図5-6　［ネットワーク設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(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ドメインマネジャの起動時に使用されます。

5.6.3　CTMドメインマネジャのオプションの設定

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

起動コマンドに追加するオプションを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ－［論理CTMドメインマネジャ］－［CTMドメインマネジャ］－［＜CTMドメインマネジャ名＞］をクリックします。

［オプション］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

選択した論理サーバの起動コマンドに追加したいオプションを指定します。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。
指定したオプションは，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「5.9.23(4)　画面詳細」を参照してください。

5.6.4　CTMドメインマネジャの環境変数の設定

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(1)　機能概要

サーバ起動時の環境変数の情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ－［論理CTMドメインマネジャ］－［CTMドメインマネジャ］－［＜CTMドメインマネジャ名＞］をクリックします。

［環境変数］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

環境変数を追加または削除する場合，次の操作をします。

追加する場合は，［変数名と値］の欄に，環境変数とその値を入力し，［追加］ボタンをクリックします。そのあと，［有効］欄をチェックします。

削除する場合は，削除したい環境変数の［削除］ボタンをクリックします。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。
指定した環境変数は，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「5.9.24(4)　画面詳細」を参照してください。

(5)　注意事項

環境変数を指定する際の注意事項は，各論理サーバで共通です。詳細は，「5.9.24(5)　注意事項」を参照してください。

5.6.5　別の論理CTMドメインマネジャの設定読み込み

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(1)　機能概要

別の論理サーバから，論理CTMドメインマネジャの設定情報を読み込みます。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ－［論理CTMドメインマネジャ］－［CTMドメインマネジャ］－［＜CTMドメインマネジャ名＞］をクリックします。

［読み込み］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

設定情報をどの論理サーバから読み込むかを指定します。

［読み込み］ボタンをクリックします。
読み込みの確認画面が表示されます。

［はい］ボタンをクリックします。
設定情報が読み込まれます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［読み込み］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「5.9.25(4)　画面詳細」を参照してください。

なお，論理CTMドメインマネジャの場合，接続先ホストからは設定を読み込めません。そのため，論理CTMドメインマネジャの場合，［サーバの設定読み込み］画面には「接続先ホストから設定を読み込みます」のチェックボックスが表示されません。

(5)　注意事項

別ホストに定義しているCTMドメインマネジャの設定情報を読み込んだ場合
利用するパフォーマンストレーサに「選択してください」が設定されます。［CTMドメインマネジャの基本設定］画面で利用するパフォーマンストレーサの選択をしてください。

5.7　論理CTMの定義

この節では，CTMを稼働させるための情報を設定する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［CTMの基本設定］画面

［スケジューリングの設定］画面

［レギュレータの設定］画面

［CTM間通信の設定］画面

［稼働統計情報の設定］画面

［オプションの設定］画面

［環境変数の設定］画面

［サーバの設定読み込み］画面

Management ServerがCTMに自動で設定する内容の詳細は，「5.12.3　Management ServerがCTMに自動で設定する内容」を参照してください。

ポイント

業務用のサーバを配置したLANと管理用のサーバを配置したLANに分けている場合，運用管理サーバを管理用のサーバを配置したLANに置くこともできます。LANを分け，一つのマシンを複数のネットワークセグメントに接続する場合，環境設定に注意が必要です。詳細については，「付録C　一つのマシンを複数のネットワークセグメントに接続する場合の環境設定での注意」を参照してください。

＜この節の構成＞

5.7.1　CTMの基本設定

5.7.2　スケジューリングの設定

5.7.3　レギュレータの設定

5.7.4　CTM間通信の設定

5.7.5　稼働統計情報の設定

5.7.6　CTMのオプションの設定

5.7.7　CTMの環境変数の設定

5.7.8　別の論理CTMの設定読み込み

5.7.1　CTMの基本設定

［CTMの基本設定］画面を次の図に示します。

図5-7　［CTMの基本設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(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サーバの再配布が必要です。

5.7.2　スケジューリングの設定

［スケジューリングの設定］画面を次の図に示します。

図5-8　［スケジューリングの設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(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の起動時に使用されます。

5.7.3　レギュレータの設定

［レギュレータの設定］画面を次の図に示します。

図5-9　［レギュレータの設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(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の起動時に使用されます。

5.7.4　CTM間通信の設定

［CTM間通信の設定］画面を次の図に示します。

図5-10　［CTM間通信の設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

CTM間通信に関する情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ－［論理CTM］－［CTM］－［＜CTM名＞］をクリックします。

［CTM間通信］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

リクエスト転送時のタイムアウト値を指定します。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

CTM間通信オプションの設定

リクエスト転送時のタイムアウト時間

CTM間通信のリクエスト転送時のタイムアウト時間（ctmstartコマンドの-CTMDCSendTimeOutオプション）を0～2147483647の整数で指定します。単位は「秒」です。デフォルトは「180秒」です。

「設定しない」を指定した場合，リクエスト転送のタイムアウトはありません。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.7.5　稼働統計情報の設定

［稼働統計情報の設定］画面を次の図に示します。

図5-11　［稼働統計情報の設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(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メガバイト，２メガバイト，３メガバイト，4メガバイト，8メガバイト，16メガバイト，32メガバイト，64メガバイト，128メガバイト，256メガバイト，512メガバイト，1ギガバイトのうちからどれか一つを選択できます。デフォルトは，「3メガバイト」です。

出力間隔

CTMの稼働統計情報の出力間隔（ctmstsstartコマンドの-CTMIntervalオプション）を，1～1440の整数で指定します。単位は「分」です。デフォルトは「1分」です。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.7.6　CTMのオプションの設定

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

起動コマンドに追加するオプションを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ－［論理CTM］－［CTM］－［＜CTM名＞］をクリックします。

［オプション］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

選択した論理サーバの起動コマンドに追加したいオプションを指定します。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。
指定したオプションは，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「5.9.23(4)　画面詳細」を参照してください。

5.7.7　CTMの環境変数の設定

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(1)　機能概要

サーバ起動時の環境変数の情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ－［論理CTM］－［CTM］－［＜CTM名＞］をクリックします。

［環境変数］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

環境変数を追加または削除する場合，次の操作をします。

追加する場合は，［変数名と値］の欄に，環境変数とその値を入力し，［追加］ボタンをクリックします。そのあと，［有効］欄をチェックします。

削除する場合は，削除したい環境変数の［削除］ボタンをクリックします。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。
指定した環境変数は，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「5.9.24(4)　画面詳細」を参照してください。

(5)　注意事項

環境変数を指定する際の注意事項は，各論理サーバで共通です。詳細は，「5.9.24(5)　注意事項」を参照してください。

5.7.8　別の論理CTMの設定読み込み

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(1)　機能概要

別の論理サーバから，論理CTMの設定情報を読み込みます。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ－［論理CTM］－［CTM］－［＜CTM名＞］をクリックします。

［読み込み］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

設定情報をどの論理サーバから読み込むかを指定します。

［読み込み］ボタンをクリックします。
読み込みの確認画面が表示されます。

［はい］ボタンをクリックします。
設定情報が読み込まれます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［読み込み］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「5.9.25(4)　画面詳細」を参照してください。

なお，論理CTMの場合，接続先ホストからは設定を読み込めません。そのため，論理CTMの場合，［サーバの設定読み込み］画面には「接続先ホストから設定を読み込みます」のチェックボックスが表示されません。

(5)　注意事項

別ホストに定義しているCTMの設定情報を読み込んだ場合
利用するCTMドメインマネジャに「選択してください」が設定されます。［CTMの基本設定］画面で利用するCTMドメインマネジャの選択をしてください。

5.8　論理SFOサーバの定義

この節では，SFOサーバを稼働させるための情報を設定する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［SFOサーバの基本設定］画面

［コンテナの設定］画面

［サービスの設定］画面

［稼働情報の設定］画面

［イベントの設定］画面

［通信の設定］画面

［起動パラメタの設定］画面

［システムプロパティの設定］画面

［JP1連携の設定］画面

［オプションの設定］画面

［環境変数の設定］画面

［サーバの設定読み込み］画面

Management ServerがSFOサーバに自動で設定する内容の詳細は，「5.12.4　Management ServerがSFOサーバに自動で設定する内容」を参照してください。

ポイント

業務用のサーバを配置したLANと管理用のサーバを配置したLANに分けている場合，運用管理サーバを管理用のサーバを配置したLANに置くこともできます。LANを分け，一つのマシンを複数のネットワークセグメントに接続する場合，環境設定に注意が必要です。詳細については，「付録C　一つのマシンを複数のネットワークセグメントに接続する場合の環境設定での注意」を参照してください。

＜この節の構成＞

5.8.1　SFOサーバの基本設定

5.8.2　コンテナの設定

5.8.3　サービスの設定

5.8.4　稼働情報監視の設定（SFOサーバ）

5.8.5　稼働情報監視で発行するイベントの設定（SFOサーバ）

5.8.6　稼働情報監視で使用する通信の設定（SFOサーバ）

5.8.7　起動パラメタの設定（SFOサーバ）

5.8.8　システムプロパティの設定（SFOサーバ）

5.8.9　JP1連携の設定（SFOサーバ）

5.8.10　SFOサーバのオプションの設定

5.8.11　SFOサーバの環境変数の設定

5.8.12　論理SFOサーバの設定読み込み

5.8.1　SFOサーバの基本設定

［SFOサーバの基本設定］画面を次の図に示します。

図5-12　［SFOサーバの基本設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

SFOサーバを稼働させるための基本的な情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ－［論理SFOサーバ］－［SFOサーバ］－［＜SFOサーバ名＞］をクリックします。

［基本設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

利用するパフォーマンストレーサやポート番号などを指定します。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

利用する論理サーバの設定

利用するパフォーマンストレーサ（必須）

利用するパフォーマンストレーサ（usrconf.propertiesファイルのejbserver.server.prf.PRFIDキー）を選択します。

ネーミングサービスの設定

ポート番号

SFOサーバが使用するネーミングサービスのポート番号（usrconf.propertiesファイルのejbserver.naming.portキー）を1～65535の整数で指定します。デフォルトは，「900」です。

コンテナの設定

管理用サーバのポート番号

管理用サーバのポート番号（usrconf.propertiesファイルのejbserver.http.portキー）を指定します。デフォルトは，「8080」です。

ajp13のポート番号

リダイレクタと接続するためのajp13ポート（usrconf.propertiesファイルのwebserver.connector.ajp13.portキー）を指定します。デフォルトは，「8007」です。

Managementイベント発行機能の設定

Managementイベントの発行

Managementイベントを発行するかどうか（usrconf.propertiesファイルのejbserver.manager.agent.MEventAgent.enabledキー，およびejbserver.manager.agent.MEventAgent.confキー）を指定します。デフォルトは「する」です。

する
SFOサーバからManagement ServerにManagementイベントを発行します。
「する」を指定した場合，ejbserver.manager.agent.MEventAgent.confキーには「＜Cosminexusのインストールディレクトリ＞/manager/config/mevent.＜実サーバ名＞.properties」が設定されます。

しない
SFOサーバからManagementイベントを発行しません。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.8.2　コンテナの設定

［コンテナの設定］画面を次の図に示します。

図5-13　［コンテナの設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

コンテナの情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ－［論理SFOサーバ］－［SFOサーバ］－［＜SFOサーバ名＞］をクリックします。

［コンテナ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

タイムアウト監視間隔やポート番号などを指定します。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

SFOアプリケーションの設定

タイムアウト監視間隔

SFOサーバアプリケーションの，タイムアウトを監視する処理の起動間隔（usrconf.propertiesファイルのejbserver.container.remove.scan.intervalキー）を指定します。指定できる値は，1～153722867280912の整数です。単位は「分」です。デフォルトは，「5分」です。

「設定しない」を指定した場合は，タイムアウト監視はしません。

管理用サーバの設定

ポート番号

管理用サーバのポート番号（usrconf.propertiesファイルのejbserver.http.portキー）を指定します。デフォルトは，「8080」です。

アクセスを許可するホストの定義

管理用サーバへのアクセスを許可するホストのIPアドレスまたはホスト名（usrconf.propertiesファイルのwebserver.connector.http.permitted.hostsキー）を指定します。デフォルトは，「次のホストからのアクセスだけを許可する」です。

全てのホストからのアクセスを許可する
すべてのホストからアクセスできます。

次のホストからのアクセスだけを許可する
指定したホスト名またはIPアドレスからだけアクセスできます。

［追加］ボタン
指定したホスト名またはIPアドレスを追加します。

［削除］ボタン
指定したホスト名またはIPアドレスを削除します。

なお，「ホスト名またはIPアドレス」にホスト名またはIPアドレスを入力している状態で，「全てのホストからのアクセスを許可する」を選択したあと，［適用］ボタンをクリックすると，入力したホスト名またはIPアドレスは削除されるので，注意してください。

ホストの固定（管理用サーバの設定）

一つのマシンに複数のアドレスが割り当てられている場合に，管理用サーバを特定のIPアドレスに割り当てるかどうか（usrconf.propertiesファイルのwebserver.connector.http.bind_hostキー）を指定します。デフォルトは，「しない」です。

する
「運用管理ドメインの構成定義」で定義したホストのネットワーク参照ができるホスト名，またはIPアドレスに対してだけ接続を受け付けるようにします。

しない
すべてのローカルアドレスに対する接続を受け付けます。

Webサーバとの接続

ajp13のポート番号

リダイレクタと接続するためのajp13ポート（usrconf.propertiesファイルのwebserver.connector.ajp13.portキー）を指定します。デフォルトは，「8007」です。

ホストの固定（Webサーバとの接続）

一つのマシンに複数のアドレスが割り当てられている場合に，Webサーバ連携で使用するアドレスを特定のIPアドレスに割り当てるかどうか（usrconf.propertiesファイルのwebserver.connector.ajp13.bind_hostキー）を指定します。デフォルトは，「しない」です。

する
「運用管理ドメインの構成定義」で定義したホストのネットワーク参照ができるホスト名，またはIPアドレスに対してだけ接続を受け付けるようにします。

しない
すべてのローカルアドレスに対する接続を受け付けます。

運用監視エージェントの設定

ホストの固定（運用監視エージェントの設定）

一つのマシンに複数のアドレスが割り当てられている場合に，運用監視エージェントを特定のIPアドレスに割り当てるかどうか（mngagent.＜実サーバ名＞.propertiesファイルのmngagent.connector.hostキー）を指定します。デフォルトは，「しない」です。

する
「運用管理ドメインの構成定義」で定義した運用管理エージェントのホスト名に対してだけ接続を受け付けるようにします。

しない
すべてのローカルアドレスに対する接続を受け付けます。

ポート番号

SFOサーバの状態を監視するときに利用する運用監視エージェントのポート番号（mngagent.＜実サーバ名＞.propertiesファイルのmngagent.connector.portキー）を指定します。1～65535の整数で指定します。デフォルトは「自動」です。

パーソナルファイアウォールを使用して同一ホスト内の通信をフィルタリングする場合は，ポート番号を指定してください。

なお，「自動」を選択した場合は，空いているポート番号から自動的に割り当てられます。

Managementイベント発行機能の設定

Managementイベントの発行

Managementイベントを発行するかどうか（usrconf.propertiesファイルのejbserver.manager.agent.MEventAgent.enabled，およびejbserver.manager.agent.MEventAgent.confキー）を指定します。デフォルトは「する」です。

する
SFOサーバからManagement ServerにManagementイベントを発行します。
「する」を指定した場合，ejbserver.manager.agent.MEventAgent.confキーには「＜Cosminexusのインストールディレクトリ＞/manager/config/mevent.＜実サーバ名＞.properties」が設定されます。

しない
SFOサーバから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.cfgファイル）を指定できます。この欄は，最低5行表示（追加行を含む）されます。

［追加］ボタン
拡張パラメタを追加します。

［削除］ボタン
拡張パラメタを削除します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.8.3　サービスの設定

［サービスの設定］画面を次の図に示します。

図5-14　［サービスの設定］画面（1/2）

図5-15　［サービスの設定］画面（2/2）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

各種サービスの情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ－［論理SFOサーバ］－［SFOサーバ］－［＜SFOサーバ名＞］をクリックします。

［サービス］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

ポート番号やリソース枯渇監視をするかどうかなどを指定します。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ネーミングサービスの設定

ポート番号

SFOサーバが使用するネーミングサービスのポート番号（usrconf.propertiesファイルのejbserver.naming.portキー）を1～65535の整数で指定します。デフォルトは，「900」です。

ホストの固定

ネーミングサービスを配置したマシンに複数のIPアドレスが割り当てられている場合に，ネーミングサービスを特定のIPアドレスに割り当てるかどうか（usrconf.propertiesファイルのvbroker.se.iiop_tp.hostキー）を指定します。デフォルトは，「しない」です。

する
「運用管理ドメインの構成定義」で定義したホストのネットワーク参照ができるホスト名，またはIPアドレスに対してだけ接続を受け付けます。

しない
すべてのローカルアドレスに対する接続を受け付けます。

リソース枯渇監視の設定

リソース枯渇監視

すべてのリソース枯渇監視を有効にするかどうか（usrconf.propertiesファイルのejbserver.watch.enabledキー）を指定します。デフォルトは「する」です。

する
リソース枯渇監視をします。

しない
リソース枯渇監視をしません。
「しない」を指定した場合，監視対象の各リソースの設定が有効でもリソース枯渇監視は無効になります。

メモリ

アラート出力
メモリの使用状況を監視して，しきい値を超えた場合にメッセージを出力するかどうか（usrconf.propertiesファイルのejbserver.watch.memory.enabledキー）を指定します。
メモリを監視対象にする場合は，［起動パラメタの設定］画面でJavaVMの起動パラメタを設定します。JavaVMの起動パラメタには，「-XX:PermSize（デフォルト値：128m）」と「-XX:MaxPermSize（デフォルト値：128m）」を同値で設定することをお勧めします。異なる値を設定した場合，Permanent領域の領域拡張でもアラートが出力されることがあります。
デフォルトは「する」です。

しきい値
アラート出力を「する」に指定した場合に，使用状態を監視するしきい値（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秒」です。

ファイルディスクリプタ数

SFOサーバが稼働するホストの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秒」です。

ログの設定

出力ログの種類

ログファイルに出力するメッセージのレベル（usrconf.propertiesファイルのejbserver.logger.enabled.*キー）を指定します。通常はデフォルト（通常運用）のまま利用してください。

通常運用
「Error」レベルの情報が出力されます。

通常運用（verbose）
「Error」および「Warning」レベルの情報が出力されます。

テスト時
「Error」，「Warning」および「Information」レベルの情報が出力されます。

障害調査
「Error」，「Warning」，「Information」および「Debug」レベルの情報が出力されます。

「通常運用（verbose）」，「テスト時」，「障害調査」の順に出力されるメッセージが増えるため，ログファイルのサイズも大きくする必要があります。

ログの種類

次の種類があります。このログの種類ごとにファイルサイズやファイル面数などを指定します。

なお，ファイルディスクリプタ数監視ログは，J2EEサーバが稼働するホストのOSがUNIXの場合だけ設定が有効になります。

メッセージログ

保守ログ

例外ログ

コンソールログ

EJBコンテナ保守ログ

メモリ監視ログ

ファイルディスクリプタ数監視ログ

スレッド数監視ログ

スレッドダンプファイル数監視ログ

ファイルサイズ

出力するログファイル一つ当たりのサイズ（ejbserver.logger.channels.define.＜チャネル名＞.filesizeキー）を指定します。4キロバイト，64キロバイト，256キロバイト，512キロバイト，1メガバイト，2メガバイト，4メガバイト，16メガバイト，64メガバイトのうちからどれか一つを選択できます。デフォルトは，「1メガバイト」（保守ログの場合は16メガバイト）です。

ログの種類とチャネル名は次のように対応しています。

メッセージログ：MessageLogFile

保守ログ：MaintenanceLogFile

例外ログ：ExceptionLogFile

コンソールログ：ConsoleLogFile

EJBコンテナ保守ログ：EJBContainerLogFile

メモリ監視ログ：MemoryWatchLogFile

ファイルディスクリプタ数監視ログ：FileDiscriptorWatchLogFile

スレッド数監視ログ：ThreadWatchLogFile

スレッドダンプファイル数監視ログ：ThreaddumpWatchLogFile

ファイル面数

出力するログファイルの面数（usrconf.propertiesファイルのejbserver.logger.channels.define.＜チャネル名＞.filenumキー）を指定します。1面，2面，4面，8面，16面のうちからどれか一つを選択できます。デフォルトは，「2面」（チャネル名がMaintenanceLogFile場合は4面）です。

なお，usrconf.properties（J2EEサーバ用ユーザプロパティファイル）のチャネル名や出力されるファイル名については，マニュアル「Cosminexus　リファレンス　定義編」を参照してください。

システムログ出力の有無

システムログを出力するかどうか（usrconf.cfgファイルのejbserver.logger.systemlog.enabledキー）を指定します。デフォルトは，「出力する」です。

出力する
システムログを出力します。

出力しない
システムログを出力しません。

システムログは，Windowsの場合はイベントログ，UNIXの場合はsyslogを意味します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.8.4　稼働情報監視の設定（SFOサーバ）

［稼働情報の設定］画面を次の図に示します。

図5-16　［稼働情報の設定］画面（SFOサーバ）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

SFOサーバの稼働情報監視に関する情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ-［論理SFOサーバ］-［SFOサーバ］-［＜SFOサーバ名＞］をクリックします。

［運用管理］タブをクリックします。

［稼働情報］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

SFOサーバの稼働情報を収集する間隔や，稼働情報をファイル出力するかどうかなどを指定します。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

稼働情報収集の設定

収集間隔

SFOサーバの稼働情報を収集する間隔（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

空文字列（""）を指定した場合，SFOサーバが稼働する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」を指定します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.8.5　稼働情報監視で発行するイベントの設定（SFOサーバ）

［イベントの設定］画面を次の図に示します。

図5-17　［イベントの設定］画面（SFOサーバ）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

SFOサーバの稼働情報監視で発行するイベントに関する情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ-［論理SFOサーバ］-［SFOサーバ］-［＜SFOサーバ名＞］をクリックします。

［運用管理］タブをクリックします。

［イベント］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

イベントの発行対象とする稼働情報を監視するかどうかや，監視する間隔などを指定します。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

稼働情報しきい値イベントの設定

フルガーベージコレクション回数

監視
フルガーベージコレクションの発生回数を監視して，しきい値を超えた場合にメッセージを出力するかどうか（usrconf.propertiesファイルのejbserver.management.JVM.stats_monitor.FullGCCount.enabledキー）を指定します。デフォルトは，「する」です。
「する」を指定した場合は，フルガーベージコレクションの発生回数を監視します。
「しない」を指定した場合は，フルガーベージコレクションの発生回数を監視しません。

監視間隔
フルガーベージコレクションの発生回数のしきい値を監視する間隔（usrconf.propertiesファイルのejbserver.management.JVM.stats_monitor.FullGCCount.intervalキー）を1～2147483647の整数で指定します。単位は「秒」です。「監視」に「する」を指定した場合，この指定が有効になります。デフォルトは，「600秒」です。

しきい値
監視間隔内で監視対象とするフルガーベージコレクションの発生回数のしきい値（usrconf.propertiesファイルのejbserver.management.JVM.stats_monitor.FullGCCount.thresholdキー）を1～2147483647の整数で指定します。「監視」に「する」を指定した場合，この指定が有効になります。デフォルトは，「10回」です。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.8.6　稼働情報監視で使用する通信の設定（SFOサーバ）

［通信の設定］画面を次の図に示します。

図5-18　［通信の設定］画面（SFOサーバ）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

稼働情報監視時，Management Serverが接続するSFOサーバ側の通信に関する情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ-［論理SFOサーバ］-［SFOサーバ］-［＜SFOサーバ名＞］をクリックします。

［運用管理］タブをクリックします。

［通信］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

ポート番号やホストを固定するかどうかなどを指定します。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

RMIレジストリの設定

ポート番号

SFOサーバが使用するRMIレジストリのポート番号（usrconf.propertiesファイルのejbserver.rmi.naming.portキー）を1～65535の整数で指定します。デフォルトは，「23152」です。

ホストの固定

マルチホームドホスト環境で，SFOサーバがサービスプロバイダとして使用する，RMIレジストリのホスト名称またはIPアドレスを固定するかどうか（usrconf.propertiesファイルのejbserver.rmi.naming.hostキー）を指定します。デフォルトは，「しない」です。

する
「運用管理ドメインの構成定義」で定義したホストのネットワーク参照ができるホスト名，またはIPアドレスに対してだけ接続を受け付けます。

しない
すべてのローカルアドレスに対する接続を受け付けます。

ループバックアドレス
ループバックアドレス（localhost）に対してだけ接続を受け付けます。

通信ポート番号

稼働情報取得時のリクエスト受付ポート番号（usrconf.propertiesファイルのejbserver.rmi.remote.listener.portキー）を指定します。「自動」を選択，または入力フィールドを選択して値を入力します。指定できる値は，1～65535の整数です。「自動」を指定した場合は，空いているポート番号から自動的に割り当てられます。デフォルトは，「自動」です。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.8.7　起動パラメタの設定（SFOサーバ）

［起動パラメタの設定］画面を次の図に示します。

図5-19　［起動パラメタの設定］画面（SFOサーバ）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

JavaVMに渡す起動パラメタを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ－［論理SFOサーバ］－［SFOサーバ］－［＜SFOサーバ名＞］をクリックします。

［JVM］タブをクリックします。

［起動パラメタ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

基本起動パラメタのメモリ使用量や拡張起動パラメタなどを指定します。

拡張起動パラメタを追加または削除する場合，次の操作をします。

追加する場合は，「拡張起動パラメタ」の欄に，JavaVMを起動するときのオプションを入力し，［追加］ボタンをクリックします。そのあと，［有効］欄をチェックします。

削除する場合は，削除したい拡張起動パラメタの［削除］ボタンをクリックします。

表示されるメッセージを確認したあと，［戻る］アンカーをクリックして，設定画面に戻ります。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

基本起動パラメタ

メモリ使用量

メモリ使用量（usrconf.cfgのadd.jvm.argキー）を入力します。デフォルトは，初期サイズが「128メガバイト」，最大サイズが「128メガバイト」です。「最大サイズ」の値が「初期サイズ」の値よりも小さい場合は，「最大サイズ」は「初期サイズ」と同じになります。

拡張起動パラメタ

有効

該当行のパラメタを設定ファイルに反映するかどうかを指定します。チェックした場合，パラメタの定義が反映されます。チェックしない場合，パラメタの定義は反映されません。

拡張起動パラメタ

JavaVMを起動するときに指定できるJavaVMのオプション（usrconf.cfgファイルのadd.jvm.argキー）を指定します。ここで指定した値は，usconf.cfgに反映されます。反映するときに「add.jvm.arg=」を先頭に付けます。この欄は，最低5行表示（追加行を含む）されます。

［追加］ボタン
拡張起動パラメタを追加します。

［削除］ボタン
拡張起動パラメタを削除します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.8.8　システムプロパティの設定（SFOサーバ）

［システムプロパティの設定］画面を次の図に示します。

図5-20　［システムプロパティの設定］画面（SFOサーバ）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

JavaVMのシステムプロパティを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ－［論理SFOサーバ］－［SFOサーバ］－［＜SFOサーバ名＞］をクリックします。

［JVM］タブをクリックします。

［プロパティ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

SFOサーバ起動時に定義したいシステムプロパティを追加または削除する場合，次の操作をします。

追加する場合は，「システムプロパティ」の欄に，システムプロパティを入力し，［追加］ボタンをクリックします。そのあと，［有効］欄をチェックします。

削除する場合は，削除したいシステムプロパティの［削除］ボタンをクリックします。

表示されるメッセージを確認したあと，［戻る］アンカーをクリックして，設定画面に戻ります。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

システムプロパティの定義

有効

該当行のプロパティを設定ファイルに反映するかどうかを指定します。チェックした場合，プロパティの定義が反映されます。チェックしない場合，プロパティの定義は反映されません。

システムプロパティ

SFOサーバの起動時に定義したいシステムプロパティ（usrconf.propertiesファイル）を指定します。この欄は，最低5行表示（追加行を含む）されます。

［追加］ボタン
システムプロパティを追加します。

［削除］ボタン
システムプロパティを削除します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.8.9　JP1連携の設定（SFOサーバ）

［JP1連携の設定］画面を次の図に示します。

図5-21　［JP1連携の設定］画面（SFOサーバ）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

JP1との連携では，次に示すCosminexusの障害情報をJP1イベントとして発行できます。

Management Serverの障害（論理サーバの起動，停止通知や論理サーバプロセスの障害など）

SFOサーバの障害（SFOサーバが検知した業務障害など）

この画面では，SFOサーバの障害情報をJP1イベントとして発行するかどうかについて設定します。

また，この画面での設定は，設定情報が配布されたあと，SFOサーバが再起動されてから有効となります。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ－［論理SFOサーバ］－［SFOサーバ］－［＜SFOサーバ名＞］をクリックします。

［JP1連携］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

JP1イベント発行機能を有効にするかどうかや，JP1イベントのフィルタリングなどを指定します。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

ここでの設定は，設定情報が配布されたあと，SFOサーバが再起動されてから有効となります。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

JP1イベント発行機能を有効にする

SFOサーバの障害情報を使って出力したログ情報をJP1イベントとして発行するかどうか（usrconf.propertiesファイルのejbserver.manager.agent.JP1EventAgent.enabledキー）を選択します。デフォルトは，「しない」です。

システムJP1イベントのフィルタリングの設定

SFOサーバの障害情報をシステムJP1イベントとして発行するかどうかを，JP1イベントの重大度ごとに指定します。

重大度には次のものがあります。番号が小さいほど重大になります。

Emergency（緊急）

Alert（警戒）

Critical（致命的）

Error（エラー）

Warning（警告）

Notice（通知）

Information（情報）

デフォルトは，すべて「しない」です。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.8.10　SFOサーバのオプションの設定

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

起動コマンドに追加するオプションを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ－［論理SFOサーバ］－［SFOサーバ］－［＜SFOサーバ名＞］をクリックします。

［オプション］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

選択した論理サーバの起動コマンドに追加したいオプションを指定します。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。
指定したオプションは，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「5.9.23(4)　画面詳細」を参照してください。

5.8.11　SFOサーバの環境変数の設定

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(1)　機能概要

サーバ起動時の環境変数の情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ－［論理SFOサーバ］－［SFOサーバ］－［＜SFOサーバ名＞］をクリックします。

［環境変数］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

環境変数を追加または削除する場合，次の操作をします。

追加する場合は，［変数名と値］の欄に，環境変数とその値を入力し，［追加］ボタンをクリックします。そのあと，［有効］欄をチェックします。

削除する場合は，削除したい環境変数の［削除］ボタンをクリックします。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。
指定した環境変数は，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「5.9.24(4)　画面詳細」を参照してください。

(5)　注意事項

環境変数を指定する際の注意事項は，各論理サーバで共通です。詳細は，「5.9.24(5)　注意事項」を参照してください。

5.8.12　論理SFOサーバの設定読み込み

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(1)　機能概要

別の論理サーバ，または接続先ホストで稼働するサーバから，論理SFOサーバの設定情報を読み込みます。

参考

接続先のCosminexus Component Containerをバージョンアップした場合，接続先ホストからサーバの設定情報を読み込む必要があります。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

［サーバビュー］タブ－［論理SFOサーバ］－［SFOサーバ］－［＜SFOサーバ名＞］をクリックします。

［読み込み］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

設定情報をどのサーバから読み込むかを指定します。

［読み込み］ボタンをクリックします。
読み込みの確認画面が表示されます。

［はい］ボタンをクリックします。
設定情報が読み込まれます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［読み込み］をクリックします。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「5.9.25(4)　画面詳細」を参照してください。

(5)　注意事項

(a)　別の論理サーバから設定情報を読み込む場合

別ホストに定義しているSFOサーバの設定情報を読み込んだ場合は，利用するパフォーマンストレーサに「選択してください」が設定されます。［SFOサーバの基本設定］画面で利用するパフォーマンストレーサを選択してから，設定情報の配布を実行してください。

(b)　接続先ホストから設定情報を読み込む場合

置換文字列の復元
Cosminexusのインストール先や実サーバ名は，設定情報の読み込み時に置換文字列に変換されます。なお，置換文字列については，「2.5.2(3)　置換文字列の指定」を参照してください。
接続先ホストがWindowsの場合は，大文字と小文字を区別しないで置換文字列に変換して読み込みます。ディレクトリ名の場合，¥または/のどちらかであるときは置換文字列に変換します。ただし，Cosminexusのインストール先に¥と/が混在しているときは，正しく変換できません。また，Windowsのショートネームの場合も正しく変換できません。そのため，これらが指定されている場合は，設定情報を読み込んだあとにGUIで適切な値に変換してください。

Cosminexusのインストール先が「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}に適宜設定し直して使用してください。

設定ファイル内の不正な値
接続先ホストの設定ファイル内に不正な値（数値を指定しなければならないものに，英字が指定されている場合など）があってもそのまま読み込むため，注意してください。

パフォーマンストレーサの割り当て
パフォーマンストレーサは，usrconf.propertiesファイルのejbserver.server.prf.PRFIDキーによって，割り当てられます。ejbserver.server.prf.PRFIDキーで，パフォーマンストレーサの識別子が指定されている場合，この値を使用して，設定情報を読み込むSFOサーバと同一ホストに定義されているパフォーマンストレーサの中から，一致するパフォーマンストレーサが割り当てられます。複数一致する場合は，最初に一致したものが割り当てられます。

なお，割り当てられるパフォーマンストレーサがない場合は，［SFOサーバの基本設定］画面の「利用するパフォーマンストレーサ」は「設定しない」になります。また，この場合，［設定情報の配布］画面のステータスが空欄になります。運用管理ドメインに定義されたパフォーマンストレーサを「利用するパフォーマンストレーサ」に設定してから設定情報の配布を実行してください。

ホスト固定の設定※
接続先ホストから設定情報を読み込んだ場合，次に示す規則に従って各ホスト固定の項目が設定されます。

［サービスの設定］画面の「ネーミングサービスの設定」の「ホストの固定」
usrconf.propertiesファイルのvbroker.se.iiop_tp.hostキーが定義されている場合，vbroker.se.iiop_tp.hostキーの指定値と該当するSFOサーバを定義したホストのホスト名を比較し，一致した場合は「する」，一致しなかった場合は「しない」が設定されます。
usrconf.propertiesファイルのvbroker.se.iiop_tp.hostキーが定義されていない場合，「しない」が設定されます。

［コンテナの設定］画面の「管理用サーバ」の「ホストの固定」
usrconf.propertiesファイルのwebserver.connector.http.bind_hostキーが定義されている場合，webserver.connector.http.bind_hostキーの指定値と該当するSFOサーバを定義したホストのホスト名を比較し，一致した場合は「する」，一致しなかった場合は「しない」が設定されます。
usrconf.propertiesファイルのwebserver.connector.http.bind_hostキーが定義されていない場合，「しない」が設定されます。

［コンテナの設定］画面の「Webサーバとの接続」の「ホストの固定」
usrconf.propertiesファイルのwebserver.connector.ajp13.bind_hostキーが定義されている場合，webserver.connector.ajp13.bind_hostキーの指定値と該当するSFOサーバを定義したホストのホスト名を比較し，一致した場合は「する」，一致しなかった場合は「しない」が設定されます。
usrconf.propertiesファイルのwebserver.connector.ajp13.bind_hostキーが定義されていない場合，「しない」が設定されます。

［稼働情報監視で使用する通信の設定］画面（SFOサーバ）の「ホストの固定」
usrconf.propertiesファイルのejbserver.rmi.naming.hostキーが定義されている場合，ejbserver.rmi.naming.hostキーの指定値が「localhost」などのループバックアドレスの場合，「ループバックアドレス」が設定されます。ejbserver.rmi.naming.hostキーの指定値と該当するSFOサーバを定義したホストのホスト名を比較し，一致した場合は「する」，一致しなかった場合は「しない」が設定されます。
usrconf.propertiesファイルのejbserver.rmi.naming.hostキーが定義されていない場合，「しない」が設定されます。

注※

該当するSFOサーバが定義されているホストのホスト名が，ループバックアドレス，またはループバックアドレスを表すホスト名の場合，各ホスト固定の設定は，デフォルト値の「しない」に設定されます。

5.9　論理J2EEサーバの定義

この節では，J2EEサーバを起動するための情報を設定する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［J2EEサーバの基本設定］画面

［J2EEコンテナの設定］画面

［EJBコンテナの設定］画面

［Webコンテナの設定］画面

［ネーミングの設定］画面

［JDBCの設定］画面

［トランザクションの設定］画面

［リソース枯渇監視の設定］画面

［ログの設定］画面

［ユーザログの設定］画面

［通信・スレッド制御に関する設定］画面

［ログに関する設定］画面

［セキュリティに関する設定］画面

［エラーコンテンツに関する設定］画面

［リダイレクトに関する設定］画面

［その他の設定］画面

［稼働情報の設定］画面

［イベントの設定］画面

［通信の設定］画面

［起動パラメタの設定］画面

［システムプロパティの設定］画面

［JP1連携の設定］画面

［オプションの設定］画面

［環境変数の設定］画面

［サーバの設定読み込み］画面

J2EEサーバとJ2EEサーバクラスタで同じ設定ができます。

Management ServerがJ2EEサーバに自動で設定する内容の詳細は，「5.12.5　Management ServerがJ2EEサーバに自動で設定する内容」を参照してください。

ポイント

業務用のサーバを配置したLANと管理用のサーバを配置したLANに分けている場合，運用管理サーバを管理用のサーバを配置したLANに置くこともできます。LANを分け，一つのマシンを複数のネットワークセグメントに接続する場合，環境設定に注意が必要です。詳細については，「付録C　一つのマシンを複数のネットワークセグメントに接続する場合の環境設定での注意」を参照してください。

＜この節の構成＞

5.9.1　J2EEサーバの基本設定

5.9.2　J2EEコンテナの設定

5.9.3　EJBコンテナの設定

5.9.4　Webコンテナの設定

5.9.5　ネーミングの設定

5.9.6　JDBCの設定

5.9.7　トランザクションの設定

5.9.8　リソース枯渇監視の設定

5.9.9　ログの設定（J2EEサーバ）

5.9.10　ユーザログの設定

5.9.11　通信・スレッド制御の設定（インプロセスHTTPサーバ）

5.9.12　ログの設定（インプロセスHTTPサーバ）

5.9.13　セキュリティの設定（インプロセスHTTPサーバ）

5.9.14　エラーページの設定（インプロセスHTTPサーバ）

5.9.15　リダイレクトの設定（インプロセスHTTPサーバ）

5.9.16　レスポンスヘッダ・ゲートウェイ指定機能の設定（インプロセスHTTPサーバ）

5.9.17　稼働情報監視の設定（J2EEサーバ）

5.9.18　稼働情報監視で発行するイベントの設定（J2EEサーバ）

5.9.19　稼働情報監視で使用する通信の設定（J2EEサーバ）

5.9.20　起動パラメタの設定（J2EEサーバ）

5.9.21　システムプロパティの設定（J2EEサーバ）

5.9.22　JP1連携の設定（J2EEサーバ）

5.9.23　J2EEサーバのオプションの設定

5.9.24　J2EEサーバの環境変数の設定

5.9.25　論理J2EEサーバの設定読み込み

5.9.1　J2EEサーバの基本設定

［J2EEサーバの基本設定］画面を次の図に示します。

図5-22　［J2EEサーバの基本設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(1)　機能概要

J2EEサーバを稼働させるための基本的な情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［＜J2EEサーバ名＞］をクリックします。

［基本設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

コンテナやネーミングサービスなどの基本的な情報を指定します。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

起動コマンドオプションは，J2EEサーバの起動時に使用されます。

なお，利用するSFOサーバの設定は次の手順で実行します。

利用するSFOサーバの設定を追加する場合

「SFOフィルタのサーバ定義名」，「論理サーバ名」および「タイムアウト」を指定します。

［追加］ボタンをクリックします。
指定したSFOサーバの設定が有効になります。

利用するSFOサーバの設定内容を変更する場合

必要に応じて，「SFOフィルタのサーバ定義名」，「論理サーバ名」，または「タイムアウト」の指定を変更します。

［適用］ボタンをクリックします。
変更した内容が有効になります。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

利用するSFOサーバの設定を削除する場合

削除するSFOサーバの設定の［削除］ボタンをクリックします。
指定したSFOサーバの設定が削除されます。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

コンテナの設定

動作モード

J2EEサーバの動作モード（usrconf.propertiesファイルのejbserver.server.j2ee.featureキー）を指定します。デフォルトは，「1.4」です。

1.3basic
1.3basicモード（ベーシックモード）です。このモードは互換用の動作モードです。

1.4
1.4モードです。

管理用サーバのポート番号

管理用サーバのポート（usrconf.propertiesファイルのejbserver.http.portキー）を指定します。デフォルトは，「8080」です。

http/ajp13のポート番号

リダイレクタと接続するためのhttpポート（usrconf.propertiesファイルのwebserver.connector.inprocess_http.enabledキーおよびwebserver.connector.inprocess_http.portキー），またはajp13ポート（usrconf.propertiesファイルのwebserver.connector.inprocess_http.enabledキーおよびwebserver.connector.ajp13.portキー）を指定します。httpポートのデフォルトは「80」，ajp13ポートのデフォルトは「8007」です。

httpsのポート番号

Webサーバが使用しているHTTPSのポート番号（usrconf.propertiesファイルのwebserver.connector.redirect_https.portキー）を指定します。この指定がない場合，HTTPSポートにリダイレクトしません。なお，この指定は，Webサーバ連携使用時にだけ有効になります。

利用するネーミングサービスの設定

プロトコル

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」です。

「利用するネーミングサービス」で「インプロセス」以外を選択した場合，ここでの指定は無視されます。ただし，ここでの指定内容は保存されます。

利用するSFOサーバの設定

SFOフィルタのサーバ定義名

セッション情報の引き継ぎを行うWebアプリケーションで使用する，SFOフィルタのサーバ定義名（usrconf.propertiesファイルのwebserver.sfo.sfo_serversキー）を指定します。

SFOフィルタのサーバ定義名に指定できる文字は，1～32文字（半角）の英数字，およびアンダースコア(_)です。SFOフィルタのサーバ定義名は一意にしてください。

論理サーバ名

SFOフィルタのサーバ定義名（usrconf.propertiesファイルのwebserver.sfo.sfo_server.＜SFOフィルタのサーバ定義名＞.namingキー）に関連づけるSFOサーバを選択します。

複数のSFOフィルタのサーバ定義名に対して同一のSFOサーバを指定できます。

タイムアウト

J2EEサーバとSFOサーバとの通信タイムアウト時間を1～3600の整数で指定します。単位は「秒」です。デフォルトは「30秒」です。

［追加］ボタン

「SFOフィルタのサーバ定義名」，「論理サーバ名」および「タイムアウト」で設定した内容を有効にします。

［削除］ボタン

「SFOフィルタのサーバ定義名」，「論理サーバ名」および「タイムアウト」で設定した内容を削除します。

利用する論理サーバの設定

利用するパフォーマンストレーサ（必須）

利用するパフォーマンストレーサ（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キー）を選択します。デフォルトは，「有効」です。J2EEサーバの動作モードが1.4の場合に，この指定が有効となります。「有効」を選択した場合は，XAリソースがあるとJ2EEサーバ起動時にエラーとなります。

JTAリカバリの固定ポート番号

JTAリカバリを実行するために使用する固定ポート番号（usrconf.propertiesファイルのejbserver.distributedtx.recovery.portキー）を指定します。デフォルトは，「20302」です。同一マシン内でJ2EEサーバの動作モードが1.4でライトトランザクション機能が無効の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キーには「＜Cosminexusのインストールディレクトリ＞/manager/config/mevent.＜実サーバ名＞.properties」が設定されます。

しない
J2EEサーバからManagementイベントを発行しません。

起動オプションの設定

セキュリティマネージャの使用

セキュリティマネージャを使用するかどうか（cjstartsvコマンドの-nosecurityキー）を指定します。デフォルトは，「する」です。

バッチサーバを作成した場合は，デフォルトは「しない」になります。バッチサーバを作成した場合は，この項目を変更しないでください。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。起動コマンドオプションは，J2EEサーバの起動時に使用されます。

(5)　注意事項

複数のJ2EEサーバを起動する場合，Webコンテナ提供のリダイレクタと接続するためのポートは，必ず，複数のJ2EEサーバ間で異なる値を指定してください。同じポート番号を指定した場合は，J2EEサーバを起動できません。また，デフォルトのまま使用すると，ポート番号は同じ設定値（8007）になります。このため，複数のJ2EEサーバを起動する場合は，ポート番号にデフォルトを使用しないようにして，必ず設定し直してください。

5.9.2　J2EEコンテナの設定

［J2EEコンテナの設定］画面を次の図に示します。

図5-23　［J2EEコンテナの設定］画面（1/2）

図5-24　［J2EEコンテナの設定］画面(2/2)

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

J2EEコンテナが起動するときのオプションを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［＜J2EEサーバ名＞］をクリックします。

［コンテナ］タブをクリックします。

［J2EE］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

J2EEコンテナの動作モードや作業ディレクトリなどを指定します。

サーバ起動・停止フック機能のクラスを追加または削除する場合，次の操作をします。

追加する場合は，「サーバ起動・停止フックのクラス名」の欄に，サーバ起動・停止フックのクラス名を入力し，［追加］ボタンをクリックします。

削除する場合は，削除したいサーバ起動・停止フックのクラス名の［削除］ボタンをクリックします。

表示されるメッセージを確認したあと，［戻る］アンカーをクリックして，設定画面に戻ります。

拡張パラメタを追加または削除する場合，次の操作をします。

追加する場合は，「拡張パラメタ」の欄に，J2EEコンテナで使用するオプションを入力し，［追加］ボタンをクリックします。そのあと，有効欄をチェックします。

削除する場合は，削除したい拡張パラメタの［削除］ボタンをクリックします。

表示されるメッセージを確認したあと，［戻る］アンカーをクリックして，設定画面に戻ります。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

J2EEコンテナの設定

動作モード

J2EEサーバの動作モード（usrconf.propertiesファイルのejbserver.server.j2ee.featureキー）を指定します。デフォルトは，「1.4」です。

1.3basic
1.3basicモード（ベーシックモード）です。このモードは互換用の動作モードです。

1.4
1.4モードです。

作業ディレクトリの定義

J2EEサーバの作業ディレクトリ（usrconf.cfgファイルのejb.public.directoryキー）を指定します。J2EEサーバのカレントディレクトリは，＜このフィールドで指定された値＞/ejb/＜論理サーバ名＞となります。デフォルトは，「＜Cosminexusのインストールディレクトリ＞/CC/server/public」です。

J2EEアプリケーション開始時に起動されるjavacコマンドのヒープサイズ

メモリ使用量（usrconf.propertiesファイルのejbserver.compiler.jvm.minHeapSizeキー，ejbserver.compiler.jvm.maxHeapSizeキー）を1～4095の整数で指定します。デフォルトは，初期サイズが「32メガバイト」，最大サイズが「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アプリケーションをリロードしません。

リロードの適用範囲の詳細については，マニュアル「Cosminexus　機能解説」のJ2EEアプリケーションの更新検知とリロードに関する説明を参照してください。

更新検知のインターバル

J2EEアプリケーションの更新検知によるリロード機能を使用するかどうか（usrconf.propertiesファイルのejbserver.deploy.context.check_intervalキー）を指定します。J2EEアプリケーションの更新検知によるリロード機能を使用する場合は，J2EEアプリケーションの更新を検知する間隔を1～2147483647の整数で指定します。単位は「秒」です。デフォルトは，「使用しない」です。

「使用しない」を指定した場合，J2EEアプリケーションの構成ファイルの更新を検知しても，J2EEアプリケーションをリロードしません。「使用しない」を指定した場合，リロード機能の適用範囲で「リロード機能を使用しない」以外を指定しているときは，コマンド（cjreloadappコマンド）によるリロード機能が使用できます。

なお，J2EEサーバの動作モードが1.3basicの場合，J2EEアプリケーションの更新検知によるリロード機能は使用できません。また，［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」で作成します。デフォルトは，「＜Cosminexusのインストールディレクトリ＞/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キーには「＜Cosminexusのインストールディレクトリ＞/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）の詳細については，マニュアル「Cosminexus　リファレンス　定義編」を参照してください。

［追加］ボタン
サーバ起動・停止フック機能のクラスを追加します。

［削除］ボタン
サーバ起動・停止フック機能のクラスを削除します。

拡張パラメタ

有効

該当行のパラメタを設定ファイルに反映するかどうかを指定します。チェックされた場合に，パラメタの定義を反映します。チェックされていない場合は，反映しません。

拡張パラメタ

J2EEコンテナで使用する任意のオプション（usrconf.cfgファイル）を指定できます。この欄は，最低5行表示（追加行を含む）されます。

バッチサーバを作成した場合は，batch.service.enabled=trueが，［有効］チェックボックスがチェックされた状態で表示されます。batch.service.enabled=trueの変更・削除，チェックボックスの操作，batch.service.enabledキーの追加はしないでください。

［追加］ボタン
拡張パラメタを追加します。

［削除］ボタン
拡張パラメタを削除します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.9.3　EJBコンテナの設定

［EJBコンテナの設定］画面を次の図に示します。

図5-25　［EJBコンテナの設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(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キー）を指定します。デフォルトは，「自動」です。

「自動」を選択した場合は，空いているポート番号が自動的に割り当てられます。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.9.4　Webコンテナの設定

［Webコンテナの設定］画面を次の図に示します。

図5-26　［Webコンテナの設定］画面（1/2）

図5-27　［Webコンテナの設定］画面（2/2）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

Webコンテナが起動するときのオプションを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［＜J2EEサーバ名＞］をクリックします。

［コンテナ］タブをクリックします。

［Web］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

管理用サーバのポート番号やアクセスを許可するホストなどを指定します。

アクセスを許可するホストを追加または削除する場合，次の操作をします。

追加する場合は，ホスト名またはIPアドレスを入力し，［追加］ボタンをクリックします。

削除する場合は，削除したいホスト名またはIPアドレスの［削除］ボタンをクリックします。

表示されるメッセージを確認したあと，［戻る］アンカーをクリックして，設定画面に戻ります。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

なお，利用するSFOサーバの設定は次の手順で実行します。

利用するSFOサーバの設定を追加する場合

「SFOフィルタのサーバ定義名」，「論理サーバ名」および「タイムアウト」を指定します。

［追加］ボタンをクリックします。
指定したSFOサーバの設定が有効になります。

利用するSFOサーバの設定内容を変更する場合

必要に応じて，「SFOフィルタのサーバ定義名」，「論理サーバ名」または，「タイムアウト」の指定を変更します。

［適用］ボタンをクリックします。
変更した内容が有効になります。

利用するSFOサーバの設定を削除する場合

削除するSFOサーバの設定の［削除］ボタンをクリックします。
指定したSFOサーバの設定が削除されます。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

利用するSFOサーバの設定

SFOフィルタのサーバ定義名

セッション情報の引き継ぎを行うWebアプリケーションで使用する，SFOフィルタのサーバ定義名（usrconf.propertiesファイルのwebserver.sfo.sfo_serversキー）を指定します。

SFOフィルタのサーバ定義名に指定できる文字は，1～32文字（半角）の英数字，およびアンダースコア(_)です。SFOフィルタのサーバ定義名は一意にしてください。

論理サーバ名

SFOフィルタのサーバ定義名（usrconf.propertiesファイルのwebserver.sfo.sfo_server.＜SFOフィルタのサーバ定義名＞.namingキー）に関連づけるSFOサーバを選択します。

複数のSFOフィルタのサーバ定義名に対して同一のSFOサーバを指定できます。

タイムアウト

J2EEサーバとSFOサーバとの通信タイムアウト時間を1～3600の整数で指定します。単位は「秒」です。デフォルトは「30秒」です。

［追加］ボタン

「SFOフィルタのサーバ定義名」，「論理サーバ名」および「タイムアウト」で設定した内容を有効にします。

［削除］ボタン

「SFOフィルタのサーバ定義名」，「論理サーバ名」および「タイムアウト」で設定した内容を削除します。

管理用サーバの設定

ポート番号

管理用サーバのポート（usrconf.propertiesファイルのejbserver.http.portキー）を指定します。デフォルトは，「8080」です。

アクセスを許可するホストの定義

管理用サーバへのアクセスを許可するホストのIPアドレスまたはホスト名（usrconf.propertiesファイルのwebserver.connector.http.permitted.hostsキー）を指定します。デフォルトは，「次のホストからのアクセスだけを許可する」です。

全てのホストからのアクセスを許可する
すべてのホストからアクセスできます。

次のホストからのアクセスだけを許可する
指定したホスト名またはIPアドレスからだけアクセスできます。

［追加］ボタン
指定したホスト名またはIPアドレスを追加します。

［削除］ボタン
指定したホスト名またはIPアドレスを削除します。

なお，「ホスト名またはIPアドレス」にホスト名またはIPアドレスを入力している状態で，「全てのホストからのアクセスを許可する」を選択したあと，［適用］ボタンをクリックすると，入力したホスト名またはIPアドレスは削除されるので，注意してください。

ホストの固定

一つのマシンに複数のアドレスが割り当てられている場合に，管理用サーバを特定のIPアドレスに割り当てるかどうか（usrconf.propertiesファイルのwebserver.connector.http.bind_hostキー）を指定します。デフォルトは，「しない」です。

する
「運用管理ドメインの構成定義」で定義したホストがネットワーク参照できるホストまたはIPアドレスに対してだけ，接続を受け付けます。

しない
すべてのローカルアドレスに対する接続を受け付けます。

Webコンテナの設定

同時実行スレッド数制御機能の使用

Webアプリケーション単位の同時実行スレッド数制御機能を使用するかどうか（usrconf.propertiesファイルのwebserver.container.thread_control.enabledキー）を指定します。デフォルトは，「する」です。

実行待ちキューサイズ

Webアプリケーション単位の同時実行スレッド数制御機能を使用する場合に，デフォルトの実行待ちキューサイズ（usrconf.propertiesファイルのwebserver.container.thread_control.queue_sizeキー）を指定します。単位は，「バイト」です。デフォルトは，「8192」です。

JSP用一時ディレクトリ

JSP用一時ディレクトリ（usrconf.propertiesファイルのwebserver.work.directoryキー）を指定します。デフォルトは，「＜Cosminexusのインストールディレクトリ＞/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のバージョンに依存しないコンパイル
J2SEのJava言語仕様に従って，JSPから生成されたサーブレットのソースファイルをコンパイルします。JSPから生成されたサーブレットに，J2SEのバージョンに依存したソースコードが含まれていない場合に選択してください。

JDK1.2の仕様に従ったコンパイル
J2SE1.2のJava言語仕様に従って，JSPから生成されたサーブレットのソースファイルをコンパイルします。JSPから生成されたサーブレットに，J2SE1.2に依存したソースコードが含まれている場合に選択してください。

JDK1.3の仕様に従ったコンパイル
J2SE1.3のJava言語仕様に従って，JSPから生成されたサーブレットのソースファイルをコンパイルします。JSPから生成されたサーブレットに，J2SE1.3に依存したソースコードが含まれている場合に選択してください。

JDK1.4の仕様に従ったコンパイル
J2SE1.4のJava言語仕様に従って，JSPから生成されたサーブレットのソースファイルをコンパイルします。JSPから生成されたサーブレットに，J2SE1.4に依存したソースコードが含まれている場合に選択してください。

コネクションの自動クローズ

サーブレット/JSPのサービスメソッド内で取得，オープンされたコネクションのうち，メソッドの実行完了時にクローズが実行されていないものに対して自動的にクローズするかどうか（usrconf.propertiesファイルのejbserver.webj2ee.connectionAutoClose.enabledキー）を指定します。デフォルトは「する」です。この機能は，J2EEサーバの動作モードが1.4の場合にだけ有効です。

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）が表示されます。KEOS19237-Wメッセージの詳細については，マニュアル「Cosminexus　メッセージ　2　KEOS／KEUC／KFCB編」を参照してください。

HTTPレスポンスのサーバID

サーバIDのCookieをHTTPレスポンスに付加するかどうか（usrconf.propertiesファイルのwebserver.container.server_id.enabled）を指定します。デフォルトは，「付加しない」です。

Cookie名
サーバIDのCookieをHTTPレスポンスに付加する場合のCookie名（usrconf.propertiesファイルのwebserver.container.server_id.name）を指定します。Cookie名に指定できる文字は1～64文字（半角）の英数字，およびアンダースコア(_)です。ただし，「JSESSIONID」というCookie名はWebコンテナが使用するため，大文字・小文字ともに使用できません。
省略した場合は，J2EEサーバが自動的に“ServerID”を仮定します。

サーバID
サーバIDのCookieをHTTPレスポンスに付加する場合のCookieの値（usrconf.propertiesファイルのwebserver.container.server_id.value）を指定します。サーバIDに指定できる文字は1～64文字（半角）の英数字，およびアンダースコア(_)です。省略した場合は，J2EEサーバが自動的にサーバIDを与えます。
サーバIDの指定が省略された場合にJ2EEサーバが自動的に与えるサーバIDには，クライアントに送信されるとセキュリティ上好ましくない情報が含まれているおそれがあります。サーバIDには，IPアドレスなどのマシン固有情報を含まないで，かつ一意となる値を明示的に指定することを推奨します。サーバIDの指定を省略（空文字）使用して［適用］ボタンをクリックした場合，注意事項を示すメッセージ（KEOS19238-W）が表示されます。KEOS19238-Wメッセージの詳細については，マニュアル「Cosminexus　メッセージ　2　KEOS／KEUC／KFCB編」を参照してください。

静的コンテンツキャッシュ機能

静的コンテンツキャッシュ機能を有効にするかどうか（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用の正準名に記載されている文字エンコーディング，およびそれらの別名になります。

メニューから選択できる文字エンコーディングを次に示します。

表5-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，日本語

デフォルトエンコーディング設定機能を使用しない場合は，「選択」を選択し，「設定しない」を選択してください。

なお，「入力」を選択し，入力フィールドに何も入力しないまま［適用］ボタンをクリックすると，反映後は，「選択」を選択し，「設定しない」を選択した場合と同じ状態で表示されます。また，「入力」を選択し，入力フィールドに「選択」で選択できる文字エンコーディングを入力し，［適用］ボタンをクリックすると，反映後は，「選択」を選択し，文字エンコーディングを選択した場合と同じ状態で表示されます。

Webサーバとの接続

httpsのポート番号

Webサーバが使用しているHTTPSのポート番号（usrconf.propertiesファイルのwebserver.connector.redirect_https.portキー）を指定します。この指定がない場合，HTTPSポートにリダイレクトしません。なお，この指定は，Webサーバ連携使用時にだけ有効になります。

インプロセスHTTPサーバ機能の使用

インプロセスHTTPサーバ機能を使用するかどうかを指定します。「する」を指定した場合はhttpのポート番号，「しない」を指定した場合はajp13のポート番号が，同一ホスト内でのポート番号の重複チェックの対象になります。

ポート番号（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」です。

ホストの固定（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コンテナの設定］画面の「リロード機能の適用範囲」が「リロード機能を使用しない」以外の場合）にだけ有効となります。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.9.5　ネーミングの設定

［ネーミングの設定］画面を次の図に示します。

図5-28　［ネーミングの設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(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サーバ，またはネーミングサービスを選択できます。

［追加］ボタン
ネーミングサービスを追加します。

［削除］ボタン
ネーミングサービスを削除します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.9.6　JDBCの設定

［JDBCの設定］画面を次の図に示します。

図5-29　［JDBCの設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

J2EEサーバの動作モードが1.3basicの場合に，RDBと接続するために利用するJDBCの情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［＜J2EEサーバ名＞］をクリックします。

［サービス］タブをクリックします。

［JDBC］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

java.sql.Driver.connectに渡す引数を指定します。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

java.sql.Driver.connectに渡す引数の設定

DABrokerからの受信データのバッファ長

J2EEサーバがJDBCコネクションを取得するとき，Cosminexus DABroker Libraryのjava.sql.Driver.connectのBUF_SIZEキーに渡す値（usrconf.propertiesファイルのejbserver.jdbc.propertyInfo.BUF_SIZEキー）を指定します。この指定は，J2EEサーバの動作モードが1.3basicの場合に有効です。

エンコード文字形態

J2EEサーバがJDBCコネクションを取得するとき，Cosminexus DABroker Libraryのjava.sql.Driver.connectのENCODELANGキーに渡す値（usrconf.propertiesファイルのejbserver.jdbc.propertyInfo.ENCODELANGキー）を指定します。この指定は，J2EEサーバの動作モードが1.3basicの場合に有効です。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.9.7　トランザクションの設定

［トランザクションの設定］画面を次の図に示します。

図5-30　［トランザクションの設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

トランザクションの情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［＜J2EEサーバ名＞］をクリックします。

［サービス］タブをクリックします。

［トランザクション］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

ライトトランザクション機能を有効にするかどうかや，利用するスマートエージェントなどを指定します。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

トランザクションに関する設定

ライトトランザクション機能

ライトトランザクション機能を有効にするか無効にするか（usrconf.propertiesファイルのejbserver.distributedtx.XATransaction.enabledキー）を選択します。デフォルトは，「有効」です。

J2EEサーバの動作モードが1.4の場合に，この指定が有効となります。「有効」を選択した場合は，XAリソースがあるとJ2EEサーバ起動時にエラーとなります。

インプロセスOTSのステータスファイルの格納先

インプロセスOTSのステータスファイル，および保守資料としてのステータスファイルのバックアップを格納するディレクトリ（usrconf.propertiesファイルのejbserver.distributedtx.ots.status.directory1キー）を指定します。デフォルトは，「otsstatus」です。

相対パスを指定した場合は，＜作業ディレクトリ＞/ejb/＜サーバ名称＞からのパスとなります。

未決着トランザクションが残っている状態で，次に示す操作をした場合，トランザクションの一貫性が失われるおそれがあります。

トランザクションの一貫性が失われるおそれのある操作

ステータスファイル格納先を変更します。

［設定情報の配布］画面から，各論理サーバに設定情報を配布します。

J2EEサーバを起動します。

また，ライトトランザクション機能を無効にしている場合，この項目の値を変更して［適用］ボタンをクリックすると，メッセージが表示されます。なお，変更内容は反映されます。メッセージの詳細については，マニュアル「Cosminexus　メッセージ　2　KEOS／KEUC／KFCB編」を参照してください。

インプロセスOTSのステータスファイルの格納先（予備）

インプロセスOTSのステータスファイル，および保守資料としてのステータスファイルのバックアップを格納するディレクトリ（usrconf.propertiesファイルのejbserver.distributedtx.ots.status.directory2キー）を指定します。

このディレクトリを指定した場合，予備ステータスファイルが作成され二重化されます。指定しない場合には，予備ステータスファイルが作成されないため二重化されません。

デフォルトでは，ステータスファイルは二重化されません。

未決着トランザクションが残っている状態で，次に示す操作をした場合，トランザクションの一貫性が失われるおそれがあります。

トランザクションの一貫性が失われるおそれのある操作

ステータスファイル格納先を変更します。

［設定情報の配布］画面から，各論理サーバに設定情報を配布します。

J2EEサーバを起動します。

また，ライトトランザクション機能を無効にしている場合，この項目の値を変更して［適用］ボタンをクリックすると，メッセージが表示されます。なお，変更内容は反映されます。メッセージの詳細については，マニュアル「Cosminexus　メッセージ　2　KEOS／KEUC／KFCB編」を参照してください。

利用するスマートエージェント

利用するスマートエージェント（usrconf.propertiesファイルのvbroker.agent.portキー）を選択します。デフォルトは，「設定しない」です。

タイムアウト時間

J2EEサーバ上で開始されるトランザクションのトランザクションタイムアウト時間（usrconf.propertiesファイルのejbserver.jta.TransactionManager.defaultTimeOutキー）を指定します。指定できる値は，動作モードが1.4の場合は1～2147483647の整数，動作モードが1.3basicの場合は1～2000000の整数です。単位は「秒」です。デフォルトは，「180秒」です。

コネクションアソシエーション機能

分散トランザクション環境下でコネクションアソシエーション機能を有効にするかどうか（usrconf.propertiesファイルのejbserver.connectionpool.association.enabledキー）を指定します。デフォルトは，「無効」です。

JTAリカバリの固定ポート番号

JTAリカバリを実行するために使用する固定ポート番号（usrconf.propertiesファイルのejbserver.distributedtx.recovery.portキー）を指定します。デフォルトは，「20302」です。同一マシン内でJ2EEサーバの動作モードが1.4でライトトランザクション機能が無効のJ2EEサーバを複数起動する場合，このポートが重複しないようにする必要があります。ここで指定したポートの割り当てができない場合，J2EEサーバは起動されません。

未決着トランザクションが残っている状態で，JTAリカバリの固定ポートを変更すると，未決着トランザクションが解消されないおそれがあります。

また，ライトトランザクション機能を無効にしている場合，この項目の値を変更して［適用］ボタンをクリックすると，メッセージが表示されます。なお，変更内容は反映されます。メッセージの詳細については，マニュアル「Cosminexus　メッセージ　2　KEOS／KEUC／KFCB編」を参照してください。

XIDの再利用

XIDを再利用するかどうか（usrconf.propertiesファイルのejbserver.distributedtx.enableXidReuseOptimizationキー）を指定します。デフォルトは，「しない」です。

トランザクション内で同一リソースマネジャへのコネクションを二つ以上使用しない場合に「する」を選択すると，トランザクションマネージャのパフォーマンスが向上します。「する」を選択した場合，二つ以上のコネクションを使用すると，トランザクション実行時にエラーになります。

システム例外発生時の挙動

サーバトランザクションでのシステム例外発生時のクライアントトランザクションの挙動（usrconf.propertiesファイルのejbserver.distributedtx.rollbackClientTxOnSystemExceptionキー）を指定します。デフォルトは「ロールバックしない」です。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.9.8　リソース枯渇監視の設定

［リソース枯渇監視の設定］画面を次の図に示します。

図5-31　［リソース枯渇監視の設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(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:PermSize（デフォルト値：128m）」と「-XX:MaxPermSize（デフォルト値：128m）」を同値で設定することをお勧めします。異なる値を設定した場合，Permanent領域の領域拡張でもアラートが出力されることがあります。
デフォルトは「する」です。

しきい値
アラート出力を「する」に指定した場合に，使用状態を監視するしきい値（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

ファイルディスクリプタ数：FileDiscriptorWatchLogFile

スレッド数：ThreadWatchLogFile

スレッドダンプファイル数：ThreaddumpWatchLogFile

HTTPリクエスト実行待ちキュー：RequestQueueWatchLogFile

HTTPセッション数：HttpSessionWatchLogFile

コネクションプール：ConnectionPoolWatchLogFile

ファイル面数

出力するファイルの面数（usrconf.propertiesファイルのejbserver.logger.channels.define.＜チャネル名＞ WatchLogFile.filenumキー）を指定します。面数は，1面，2面，4面，8面，16面から選択できます。デフォルトは「2面」です。

なお，usrconf.properties（J2EEサーバ用ユーザプロパティファイル）のチャネル名や出力されるファイル名については，マニュアル「Cosminexus　リファレンス　定義編」を参照してください。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.9.9　ログの設定（J2EEサーバ）

［ログの設定］画面を次の図に示します。

図5-32　［ログの設定］画面（論理サーバの環境設定）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(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コンテナトレースログ

ファイルサイズ

出力するログファイル一つ当たりのサイズ（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

ファイル面数

出力するログファイルの面数（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面）です。

ログ出力の有無

ログを出力するかどうか（チャネル名がWebAccessLogFileの場合はusrconf.propertiesファイルのwebserver.container.ac.logEnabledキー）を指定します。デフォルトは，「出力しない」です。

出力する
ログの種類に対応したログを出力します。

出力しない
ログの種類に対応したログを出力しません。

ログ出力ディレクトリの設定

ログ出力ディレクトリ

ログファイルの出力先のパス（usrconf.cfgファイルのejb.server.log.directoryキー）を1～200文字の範囲で指定します。デフォルトは，「＜作業ディレクトリ＞¥ejb¥＜サーバ名称＞¥logs」（Windowsの場合）または「＜作業ディレクトリ＞/ejb/＜サーバ名称＞/logs」（UNIXの場合）です。ディレクトリの最後には，パスセパレータを指定しないでください。

デフォルト以外のディレクトリを指定する場合は，そのディレクトリに書き込み権限を設定しておく必要があります。

複数サーバで同じディレクトリを指定しないでください。

システムログ出力の設定

システムログ出力の有無

システムログを出力するかどうか（usrconf.cfgファイルのejbserver.logger.systemlog.enabledキー）を指定します。デフォルトは，「出力する」です。

出力する
システムログを出力します。

出力しない
システムログを出力しません。

システムログは，Windowsの場合はイベントログ，UNIXの場合はsyslogを意味します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.9.10　ユーザログの設定

［ユーザログの設定］画面を次の図に示します。

図5-33　［ユーザログの設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

ユーザログに関する情報を設定します。ユーザログの詳細については，マニュアル「Cosminexus　システム構築ガイド」の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」です。

プログラムからログを出力するときに指定されたレベルが，「プロパティの設定（ロガー）」および「プロパティの設定（ハンドラ）」の「ログ取得レベルの上限」よりも高い場合，該当のログは出力されません。

ログ取得レベルを次に示します。項番が大きいほどレベルが高くなります。ただし，「親のレベルを継承」を除きます。

表5-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の場合）
＜Cosminexusのインストールディレクトリ＞¥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」です。

ログ取得レベルを次に示します。項番が大きいほどレベルが高くなります。

表5-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を参照してください。

メニューから選択できる文字エンコーディングを次に示します。

表5-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キー）を指定します。

ハンドラを設定するロガーを「ロガー名称」から選択し，「ハンドラ」の各メニューからハンドラクラスとハンドラ名称を選択し，［追加］ボタンをクリックすると，ハンドラが追加されます。

独自に作成したハンドラを指定する場合は，ハンドラを設定するロガーを「ロガー名称」から選択し，「ハンドラ」の入力フィールドを選択して完全限定名を入力し，［追加］ボタンをクリックすると，ハンドラが追加されます。独自に作成したハンドラには，ハンドラ名称は指定できません。なお，すでにロガーに設定しているハンドラ名称を選択すると，エラーとなります。

［追加］ボタン
選択されたロガー名称にハンドラを追加します。

［削除］ボタン
選択されたロガー名称からハンドラを削除します。

メニューに表示されるハンドラクラスとそのハンドラクラスにハンドラ名称を指定できるかどうかを次に示します。

表5-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に格納されます。

5.9.11　通信・スレッド制御の設定（インプロセスHTTPサーバ）

［通信・スレッド制御に関する設定］画面を次の図に示します。

図5-34　［通信・スレッド制御に関する設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(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」を指定した場合は，待ち状態のスレッドが一つもなくなったときに，エラーが表示されます。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.9.12　ログの設定（インプロセスHTTPサーバ）

［ログに関する設定］画面を次の図に示します。

図5-35　［ログに関する設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(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サーバ用ユーザプロパティファイル）のフォーマット形式の入力方法については，マニュアル「Cosminexus　リファレンス　定義編」を参照してください。

［追加］ボタン

フォーマットを追加します。

［削除］ボタン

フォーマットを削除します。

アクセスログの設定

フォーマット名

［フォーマットの設定］の［フォーマット名］で追加したフォーマット名（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面

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.9.13　セキュリティの設定（インプロセスHTTPサーバ）

［セキュリティに関する設定］画面を次の図に示します。

図5-36　［セキュリティに関する設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(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（64KB）」です。

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」です。

メソッドを複数指定する場合は，コンマ（,）で区切って指定します。また，すべてのメソッドからのアクセスを許可する場合は，アスタリスク（*）を指定します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.9.14　エラーページの設定（インプロセスHTTPサーバ）

［エラーコンテンツに関する設定］画面を次の図に示します。

図5-37　［エラーコンテンツに関する設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(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」です。
「ファイル名（絶対パス）」を設定していない場合は，この項目を指定しても無効になります。

［追加］ボタン

エラーページを追加します。

［削除］ボタン

エラーページを削除します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.9.15　リダイレクトの設定（インプロセスHTTPサーバ）

［リダイレクトに関する設定］画面を次の図に示します。

図5-38　［リダイレクトに関する設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(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」です。
「ファイル名（絶対パス）」を設定していない場合は，この項目を指定しても無効になります。

［追加］ボタン

リダイレクトの定義を追加します。

［削除］ボタン

リダイレクトの定義を削除します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.9.16　レスポンスヘッダ・ゲートウェイ指定機能の設定（インプロセスHTTPサーバ）

［その他の設定］画面を次の図に示します。

図5-39　［その他の設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(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スキームを使用しているリクエストは受け付けられません。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.9.17　稼働情報監視の設定（J2EEサーバ）

［稼働情報の設定］画面を次の図に示します。

図5-40　［稼働情報の設定］画面（J2EEサーバ）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(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」を指定します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.9.18　稼働情報監視で発行するイベントの設定（J2EEサーバ）

［イベントの設定］画面を次の図に示します。

図5-41　［イベントの設定］画面（J2EEサーバ）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

J2EEサーバの稼働情報監視で発行するイベントに関する情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ-［論理J2EEサーバ］-［J2EEサーバ］-［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ-［論理J2EEサーバ］-［J2EEサーバクラスタ］-［＜J2EEサーバクラスタ名＞］-［＜J2EEサーバ名＞］をクリックします。

［運用管理］タブをクリックします。

［イベント］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

イベントの発行対象とする稼働情報を監視するかどうかや，監視する間隔などを指定します。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

稼働情報しきい値イベントの設定

フルガーベージコレクション回数

監視
フルガーベージコレクションの発生回数を監視して，しきい値を超えた場合にメッセージを出力するかどうか（usrconf.propertiesファイルのejbserver.management.JVM.stats_monitor.FullGCCount.enabledキー）を指定します。デフォルトは，「する」です。
「する」を指定した場合は，フルガーベージコレクションの発生回数を監視します。
「しない」を指定した場合は，フルガーベージコレクションの発生回数を監視しません。

監視間隔
フルガーベージコレクションの発生回数のしきい値を監視する間隔（usrconf.propertiesファイルのejbserver.management.JVM.stats_monitor.FullGCCount.intervalキー）を1～2147483647の整数で指定します。単位は「秒」です。「監視」に「する」を指定した場合，この指定が有効になります。デフォルトは，「600秒」です。

しきい値
監視間隔内で監視対象とするフルガーベージコレクションの発生回数のしきい値（usrconf.propertiesファイルのejbserver.management.JVM.stats_monitor.FullGCCount.thresholdキー）を1～2147483647の整数で指定します。「監視」に「する」を指定した場合，この指定が有効になります。デフォルトは，「10回」です。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.9.19　稼働情報監視で使用する通信の設定（J2EEサーバ）

［通信の設定］画面を次の図に示します。

図5-42　［通信の設定］画面（J2EEサーバ）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(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レジストリのホスト名称またはIPアドレスを固定するかどうか（usrconf.propertiesファイルのejbserver.rmi.naming.hostキー）を指定します。デフォルトは，「しない」です。

する
「運用管理ドメインの構成定義」で定義したホストのネットワーク参照ができるホスト名，またはIPアドレスに対してだけ接続を受け付けます。

しない
すべてのローカルアドレスに対する接続を受け付けます。

ループバックアドレス
ループバックアドレス（localhost）に対してだけ接続を受け付けます。

通信ポート番号

稼働情報取得時のリクエスト受付ポート番号（usrconf.propertiesファイルのejbserver.rmi.remote.listener.portキー）を指定します。「自動」を選択，または入力フィールドを選択して値を入力します。指定できる値は，1～65535の整数です。「自動」を指定した場合は，空いているポート番号から自動的に割り当てられます。デフォルトは，「自動」です。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.9.20　起動パラメタの設定（J2EEサーバ）

［起動パラメタの設定］画面を次の図に示します。

図5-43　［起動パラメタの設定］画面（J2EEサーバ）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

JavaVMに渡す起動パラメタを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［＜J2EEサーバ名＞］をクリックします。

［JVM］タブをクリックします。

［起動パラメタ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

基本起動パラメタのメモリ使用量や拡張起動パラメタなどを指定します。

拡張起動パラメタを追加または削除する場合，次の操作をします。

追加する場合は，「拡張起動パラメタ」の欄に，JavaVMを起動するときのオプションを入力し，［追加］ボタンをクリックします。そのあと，［有効］欄をチェックします。

削除する場合は，削除したい拡張起動パラメタの［削除］ボタンをクリックします。

表示されるメッセージを確認したあと，［戻る］アンカーをクリックして，設定画面に戻ります。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

基本起動パラメタ

メモリ使用量

メモリ使用量（usrconf.cfgのadd.jvm.argキー）を入力します。デフォルトは，初期サイズが「256メガバイト」，最大サイズが「512メガバイト」です。「最大サイズ」の値が「初期サイズ」の値よりも小さい場合は，「最大サイズ」は「初期サイズ」と同じになります。

拡張起動パラメタ

有効

該当行のパラメタを設定ファイルに反映するかどうかを指定します。チェックした場合，パラメタの定義が反映されます。チェックしない場合，パラメタの定義は反映されません。

拡張起動パラメタ

JavaVMを起動するときに指定できるJavaVMのオプション（usrconf.cfgファイルのadd.jvm.argキー）を指定します。ここで指定した値は，usconf.cfgに反映されます。反映するときに「add.jvm.arg=」を先頭に付けます。この欄は，最低5行表示（追加行を含む）されます。

［追加］ボタン
拡張起動パラメタを追加します。

［削除］ボタン
拡張起動パラメタを削除します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.9.21　システムプロパティの設定（J2EEサーバ）

［システムプロパティの設定］画面を次の図に示します。

図5-44　［システムプロパティの設定］画面（J2EEサーバ）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

JavaVMのシステムプロパティを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［＜J2EEサーバ名＞］をクリックします。

［JVM］タブをクリックします。

［プロパティ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

J2EEサーバ起動時に定義したいシステムプロパティを追加または削除する場合，次の操作をします。

追加する場合は，「システムプロパティ」の欄に，システムプロパティを入力し，［追加］ボタンをクリックします。そのあと，［有効］欄をチェックします。

削除する場合は，削除したいシステムプロパティの［削除］ボタンをクリックします。

表示されるメッセージを確認したあと，［戻る］アンカーをクリックして，設定画面に戻ります。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

システムプロパティの定義

有効

該当行のプロパティを設定ファイルに反映するかどうかを指定します。チェックした場合，プロパティの定義が反映されます。チェックしない場合，プロパティの定義は反映されません。

システムプロパティ

J2EEサーバの起動時に定義したいシステムプロパティ（usrconf.propertiesファイル）を指定します。この欄は，最低5行表示（追加行を含む）されます。

［追加］ボタン
システムプロパティを追加します。

［削除］ボタン
システムプロパティを削除します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.9.22　JP1連携の設定（J2EEサーバ）

［JP1連携の設定］画面を次の図に示します。

図5-45　［JP1連携の設定］画面（J2EEサーバ）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

JP1との連携では，次に示すCosminexusの障害情報を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イベントとして発行させたい条件を指定します。指定内容は，「5.9.22(4)(a)　フィルタ定義」に従ってください。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

(a)　フィルタ定義

フィルタ定義は，コメント行，条件文群（続けて記述された複数の条件文）で構成されます。フィルタ定義の形式，条件文の書式および指定例を次に示します。

形式
フィルタ定義の形式を次に示します。

# ～　　　：コメント行
条件文１　　　：条件文群１
条件文２　　　：条件文群１
条件文３　　　：条件文群１
OR
条件文４　　　：条件文群２
条件文５　　　：条件文群２
　　：

コメント行
「#」で始まる，改行までの文字はコメントになります。空白，タブと改行だけ，または改行だけの行は無視されます。

条件文群
一つ以上の条件文で構成されます。条件文は，1行に一つずつ記述し，これらの条件文はANDの関係になります。「OR」だけの行まで，またはEOFまでの条件文までを1条件文群とします。
複数の条件文群がある場合，それらはORの関係になります。条件文群と条件文群の間には「OR」だけの行を挿入します。

条件文の書式
条件文は，1行に属性名，比較キーワード，オペランドを一つ以上の連続した空白，またはタブで区切って記述します。条件文の形式を次に示します。

属性名　比較キーワード　オペランド１　オペランド２　…＜改行＞

属性名
フィルタリングする項目を指定します。条件文で使用する属性名の内容と指定できるオペランドを，次の表に示します。

表5-9　条件文で使用する属性名の内容と指定できるオペランド

属性名
内容
型
オペランドの値

MESSAGE
JavaロギングAPIで渡したメッセージテキスト
文字列
任意の文字列

SEVERITY
ユーザJP1イベントのマッピングの設定で設定したJP1イベントの重大度
文字列
次の文字列のどれかを指定してください。

Emergency

Alert

Critical

Error

Warning

Notice

Information

APPLICATION
JavaロギングAPIで渡した業務のアプリケーション名称
文字列
任意の文字列

MESSAGE_ID
JavaロギングAPIで渡したメッセージID
文字列
任意の文字列

比較キーワード
条件文で使用する比較キーワードと指定できるオペランド数，属性名を次の表に示します。

表5-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イベントとして発行されます。

5.9.23　J2EEサーバのオプションの設定

［オプションの設定］画面を次の図に示します。

図5-46　［オプションの設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

起動コマンドに追加するオプションを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［＜J2EEサーバ名＞］をクリックします。

［オプション］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

選択した論理サーバの起動コマンドに追加したいオプションを指定します。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。
指定したオプションは，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

コマンドオプションの追加

起動コマンド

選択した論理サーバの起動コマンドに追加したいオプションを指定します。

オプションの文字列には，英数字，空白，および記号（"$%'=-^¥{}+_@:，./）の半角文字を使用できます。

指定したオプションは，コマンドラインの最後尾に追加されます。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.9.24　J2EEサーバの環境変数の設定

［環境変数の設定］画面を次の図に示します。

図5-47　［環境変数の設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(1)　機能概要

サーバ起動時の環境変数の情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［＜J2EEサーバ名＞］をクリックします。

［環境変数］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

環境変数を追加または削除する場合，次の操作をします。

追加する場合は，［変数名と値］の欄に，環境変数とその値を入力し，［追加］ボタンをクリックします。そのあと，［有効］欄をチェックします。

削除する場合は，削除したい環境変数の［削除］ボタンをクリックします。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。
指定した環境変数は，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

環境変数

有効

該当行の環境変数を設定ファイルに反映するかどうかを指定します。チェックした場合，環境変数の定義が反映されます。チェックしない場合，環境変数の定義は反映されません。

変数名と値

サーバ起動時に設定する環境変数の名称および値を「変数名=値」の形式で指定します。入力できる文字数に上限はありません。変数名は，置換文字列を含めて指定できます。置換文字列については，「2.5.2(3)　置換文字列の指定」を参照してください。同じ環境変数は，重複して指定できません。

また，環境変数の値は，定義済みの環境変数名を含めて指定できます。

定義済みの環境変数名を含めて指定する場合の，指定方法の例を次に示します。

なお，定義済みの環境変数は太字で示してあります。

PATH=%{PATH};C:¥userlib

定義済みの環境変数は，「%{変数名}」の形式で記述します。「%{変数名}」は，論理サーバの起動時に，定義済みの環境変数の値に置き換えられます。

例えば，次に示すように環境変数を設定したとします。

AAA=aaa
BBB=%{AAA}/bbb

この場合，環境変数AAAの値と環境変数BBBの値を同時に指定しているため，「%{AAA}」は「aaa」に置き換えられません。このため，環境変数BBBの設定値は「/bbb」になります。

［追加］ボタン
環境変数を追加します。

［削除］ボタン
環境変数を削除します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

なお，次の表に示す環境変数は，各論理サーバの設定画面で指定した内容に従って，Management Serverが自動的に設定します。これらの環境変数を［環境変数の設定］画面で指定しても，Management Serverが自動的に設定する値が有効になります。

表5-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 | Hitachi Web Serverのログ出力ディレクトリ
CONFIG_PATH | Hitachi Web Serverのhttpsd.confパス
PRFSPOOL | 利用するパフォーマンストレーサのトレースの出力ディレクトリ
SERVICE_NAME | Hitachi Web Serverのサービス名

(5)　注意事項

この画面から指定した環境変数は，運用管理エージェント設定ファイル（adminagent.xml）に指定した環境変数が設定されたあとに適用されます。このため，運用管理エージェント設定ファイルに指定した環境変数と同じ環境変数を指定する場合は，運用管理エージェント設定ファイルに指定した内容に上書きしないように注意してください。

運用管理エージェント設定ファイル（adminagent.xml）の詳細については，マニュアル「Cosminexus　リファレンス　定義編」を参照してください。

例えば，環境変数PATHにユーザ任意のディレクトリパスを追加する場合は，運用管理エージェント設定ファイルで定義したディレクトリパスに，ユーザ任意のディレクトリパスを追加してください。環境変数PATHには論理サーバの起動に必要なディレクトリパスを指定するため，運用管理エージェント設定ファイルで定義したディレクトリパスにユーザ任意のディレクトリパスを上書きすると，正常に動作しなくなるおそれがあります。

OSごとに，実際に設定される環境変数の値の例を次の表に示します。

表5-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}）は運用管理エージェント設定ファイルで定義した値に置き換えられます。定義済みの環境変数が置き換えられる際の規則の詳細は，「5.9.24(4)　画面詳細」の「変数名と値」を参照してください。

5.9.25　論理J2EEサーバの設定読み込み

［サーバの設定読み込み］画面を次の図に示します。

図5-48　［サーバの設定読み込み］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(1)　機能概要

別の論理サーバ，または接続先ホストで稼働するサーバから，論理J2EEサーバの設定情報を読み込みます。

参考

接続先のCosminexus Component Containerをバージョンアップした場合，接続先ホストからサーバの設定情報を読み込む必要があります。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

J2EEサーバの場合

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］をクリックします。

J2EEサーバクラスタの場合

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［＜J2EEサーバ名＞］をクリックします。

［読み込み］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

設定情報をどのサーバから読み込むかを指定します。

［読み込み］ボタンをクリックします。
読み込みの確認画面が表示されます。

［はい］ボタンをクリックします。
設定情報が読み込まれます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［読み込み］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

別の論理サーバから設定を読み込みます

Management Serverが管理しているほかの論理サーバの設定情報を読み込む場合に選択します。

論理サーバ名

設定情報をどのサーバから読み込むかを選択します。読み込み元と同じ種類の論理サーバを選択できます。

接続先ホストから設定を読み込みます

接続先ホストで稼働しているサーバの設定情報を読み込む場合に選択します。なお，J2EEサーバとSFOサーバの場合だけ利用できます。

［読み込み］ボタン

読み込みの確認画面が表示されます。

［はい］ボタン

設定情報が読み込まれます。

［いいえ］ボタン

元の画面に戻り，設定情報は読み込まれません。

(5)　注意事項

(a)　別の論理サーバから設定情報を読み込む場合

別ホストに定義しているJ2EEサーバの設定情報を読み込んだ場合は，利用するパフォーマンストレーサに「選択してください」が，接続するCTMに「設定しない」が設定されます。［J2EEサーバの基本設定］画面で利用するパフォーマンストレーサを選択，および接続するCTMを設定してから，設定情報の配布を実行してください。

(b)　接続先ホストから設定情報を読み込む場合

置換文字列の復元
Cosminexusのインストール先や実サーバ名は，設定情報の読み込み時に置換文字列に変換されます。なお，置換文字列については，「2.5.2(3)　置換文字列の指定」を参照してください。
接続先ホストがWindowsの場合は，大文字と小文字を区別しないで置換文字列に変換して読み込みます。ディレクトリ名の場合，¥または/のどちらかであるときは置換文字列に変換します。ただし，Cosminexusのインストール先に¥と/が混在しているときは，正しく変換できません。また，Windowsのショートネームの場合も正しく変換できません。そのため，これらが指定されている場合は，設定情報を読み込んだあとにGUIで適切な値に変換してください。
Cosminexusのインストール先が「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」に設定してから設定情報の配布を実行してください。

SFOサーバの割り当て※1
SFOサーバは，usrconf.propertiesファイルのwebserver.sfo.sfo_serversキーによって，割り当てられます。ただし，次の場合，SFOサーバは割り当てられません。

webserver.sfo.sfo_serversキーで，SFOフィルタのサーバ定義名が指定されてない場合

この場合，webserver.sfo.sfo_server.<任意名>.namingおよびwebserver.sfo.sfo_server.<任意名>.connectionTimeoutが定義されているときは，それらのキーは，すべて［システムプロパティの設定］画面の「システムプロパティ」に，有効欄がチェックされた状態で自動的に設定されます。
webserver.sfo.sfo_server.<SFOフィルタのサーバ定義名>.namingキーで，SFOサーバのホスト，およびポート番号が指定されている場合は，この値を使用して，一致するSFOサーバが割り当てられます。複数一致する場合，最初に一致したものが割り当てられます。
なお，割り当てられるSFOサーバがない場合は，次のキーが［システムプロパティの設定］画面の「システムプロパティ」に，有効欄がチェックされた状態で自動的に設定されます。なお，どれか一つでも割り当てられないキーがあった場合，割り当てられるキーもすべて「システムプロパティ」に設定されます。

webserver.sfo.sfo_servers=<読み込み元（接続先ホスト）の指定値>

webserver.sfo.sfo_server.<SFOフィルタのサーバ定義名>.naming =<読み込み元（接続先ホスト）の指定値>

webserver.sfo.sfo_server.<SFOフィルタのサーバ定義名>.connectionTimeout=<読み込み元（接続先ホスト）の指定値>

この場合，［Webコンテナの設定］画面の「利用するSFOサーバの設定」は未定義となりますが，設定情報の配布を実行すると［システムプロパティの設定］画面の「システムプロパティ」の設定が有効になりますので，SFOサーバを運用管理ドメインに定義しないで構築している場合は，この設定のままで問題ありません。運用管理ドメインにSFOサーバを定義して「利用するSFOサーバの設定」を再設定する場合は，設定情報の読み込み時に自動的に設定されたキーを削除してください。

ラウンドロビン検索メンバの論理サーバの割り当て※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キーが定義されていない場合，「しない」が設定されます。

［稼働情報監視で使用する通信の設定］画面の「ホストの固定」
usrconf.propertiesファイルのejbserver.rmi.naming.hostキーが定義されている場合に，ejbserver.rmi.naming.hostキーの指定値が「localhost」などのループバックアドレスのときは，「ループバックアドレス」が設定されます。ejbserver.rmi.naming.hostキーの指定値と該当するJ2EEサーバを定義したホストのホスト名を比較し，一致した場合は「する」，一致しなかった場合は「しない」が設定されます。
usrconf.propertiesファイルにejbserver.rmi.naming.hostキーが定義されていない場合，「しない」が設定されます。

注※1

関連する論理サーバ（ネーミングサービス／SFOサーバ／ラウンドロビン検索メンバの論理サーバ）が定義されているホストのホスト名が，ループバックアドレス，またはループバックアドレスを表すホスト名の場合，論理サーバが割り当てられません。

注※2

該当するJ2EEサーバが定義されているホストのホスト名が，ループバックアドレス，またはループバックアドレスを表すホスト名の場合，各ホスト固定の設定は，デフォルト値の「しない」に設定されます。

5.10　論理Webサーバの定義

この節では，論理Webサーバの情報を設定する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［Webサーバの設定］画面※

［リダイレクタの設定］画面

［マッピングの定義］画面

［ワーカの設定］画面

［Webサーバ環境のセットアップ］画面

［ログの表示］画面（旧バージョン互換のWebサーバの環境設定）

［オプションの設定］画面

［環境変数の設定］画面

［サーバの設定読み込み］画面

WebサーバとWebサーバクラスタで同じ設定ができます。

Management ServerがWebサーバに自動で設定する内容の詳細は，「5.12.7　Management ServerがWebサーバに自動で設定する内容」を参照してください。

注※

旧バージョン互換のWebサーバの場合は表示されません。［Webサーバ環境のセットアップ］画面で旧バージョン互換のWebサーバ環境を最新バージョンの構成に再構築した場合，表示されるようになります。

＜この節の構成＞

5.10.1　Webサーバの設定

5.10.2　リダイレクタの設定

5.10.3　マッピングの定義

5.10.4　ワーカの設定

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

5.10.6　ログの表示（旧バージョン互換のWebサーバの環境設定）

5.10.7　Webサーバのオプションの設定

5.10.8　Webサーバの環境変数の設定

5.10.9　別の論理Webサーバの設定読み込み

5.10.1　Webサーバの設定

［Webサーバの設定］画面を次の図に示します。

図5-49　［Webサーバの設定］画面（1/3）

図5-50　［Webサーバの設定］画面（2/3）

図5-51　［Webサーバの設定］画面（3/3）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(1)　機能概要

Webサーバを稼働させるために必要な情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

Webサーバの場合

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバ］－［＜Webサーバ名＞］をクリックします。

Webサーバクラスタの場合

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバクラスタ］－［＜Webサーバクラスタ名＞］－［＜Webサーバ名＞］をクリックします。

［設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

Webブラウザからの要求を受け付けるサーバのポート番号を指定します。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

Webサーバの基本的な設定

ポート番号

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の場合だけ有効です。

相対パスで指定する場合は，「＜Hitachi Web Serverインストールディレクトリ＞/servers/HWS_＜論理サーバ名＞」以下のディレクトリを指定します。指定を省略した場合は，「＜Hitachi Web Serverインストールディレクトリ＞/servers/HWS_＜論理サーバ名＞」ディレクトリが仮定されます。

内部トレース出力先ディレクトリ

内部トレースのログを出力するディレクトリ（httpsd.confファイルのHWSTraceLogFileディレクティブ）を相対パスまたは絶対パスで指定します。デフォルトは「logs」です。

相対パスで指定する場合は，「＜Hitachi Web Serverインストールディレクトリ＞/servers/HWS_＜論理サーバ名＞」以下のディレクトリを指定します。指定を省略した場合は，「＜Hitachi Web Serverインストールディレクトリ＞/servers/HWS_＜論理サーバ名＞」ディレクトリが仮定されます。

なお，httpsd.confファイルを直接編集してディレクティブの値を変更している場合も，「設定情報の配布」を行うと，次に示す生成規則および「内部トレース出力先ディレクトリ」の値に基づいて，HWSTraceLogFileディレクティブの値が再設定されます。

内部トレースのログのディレクティブ値（HWSTraceLogFile）の生成規則
＜内部トレース出力先ディレクトリ＞/hws.trclog

エラーログの設定

ログレベル

エラーログファイルに出力するエラーのレベル（httpsd.confファイルのLogLevelディレクティブ）を選択します。指定したログレベル以上のエラーログを出力します。ログレベルは，上位順に「緊急」，「即時処理要求」，「致命的エラー」，「一般的エラー」，「警告」，「重要」，「インフォメーション」，「デバッグ」です。デフォルトは「インフォメーション」です。デフォルトの場合，「デバッグ」レベルのメッセージは出力されません。

出力方式

エラーログをファイルに出力する方式（httpsd.confファイルのErrorLogディレクティブ）を指定します。「変更しない」，「単調増加」，「時間単位での分割」，「ラップアラウンド」からどれか一つを選択します。デフォルトは「ラップアラウンド」です。

変更しない
httpsd.confファイルを直接編集してErrorLogディレクティブの値を変更した場合に指定します。「変更しない」を選択すると，「設定情報の配布」を行っても，ErrorLogディレクティブの設定内容は変更されません。

単調増加
エラーログを出力するファイルを単調増加する場合に指定します。「単調増加」を選択した場合，「設定情報の配布」を行うと，表5-13の生成規則および「ログ出力先ディレクトリ」の値に基づいて，ErrorLogディレクティブの値を再設定します。

時間単位での分割
一定時間単位で分割して，エラーログを複数のファイルに出力する場合に指定します。「時間単位での分割」を選択した場合，「設定情報の配布」を行うと，表5-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

ラップアラウンド
ファイルサイズ単位で分割して，エラーログを複数のファイルに出力する場合に指定します。「ラップアラウンド」を選択した場合，「設定情報の配布」を行うと，表5-13の生成規則，「ファイルサイズ」，「ファイル面数」および「ログ出力先ディレクトリ」の値に基づいて，ErrorLogディレクティブの値を再設定します。

ファイルサイズ（ラップアラウンド）
ファイルサイズで分割する場合に，ログファイルの1ファイルの最大サイズ（httpsd.confファイルのErrorLogディレクティブ）を1～2097151の整数で指定します。単位は「キロバイト」です。デフォルトは「8192キロバイト」です。エラーログをログファイルに出力するタイミングで，ファイルサイズが最大サイズを超えている場合は，拡張子が次の面番号のログファイルを空にして，そのファイルへ続きを出力します。

ファイル面数（ラップアラウンド）
ファイルサイズで分割する場合に，ログファイルの最大面数（httpsd.confファイルのErrorLogディレクティブ）を1～256の整数で指定します。デフォルトは「5面」です。エラーログは，拡張子が001からファイル面数の指定値までのログファイルに出力されます。ログファイルは，拡張子が001（面番号）のファイルから順に使用されます。一つのログファイルのサイズが最大サイズに達すると，拡張子が次の面番号のログファイルに，エラーログは出力されます。最大サイズに達したログファイルの拡張子が「ファイル面数」と同じ値の場合は，拡張子が001のログファイル（error.001）を空にして，そのファイルにエラーログを出力します。以降，面番号の順にログファイルを空にしながら，エラーログを出力します。

ログ出力先ディレクトリ

エラーログの出力先ディレクトリ（httpsd.confファイルのErrorLogディレクティブ）を相対パスまたは絶対パスで指定します。デフォルトは「logs」です。

相対パスで指定する場合は，「＜Hitachi Web Serverインストールディレクトリ＞/servers/HWS_＜論理サーバ名＞」以下のディレクトリを指定します。指定を省略した場合は，「＜Hitachi Web Serverインストールディレクトリ＞/servers/HWS_＜論理サーバ名＞」ディレクトリが仮定されます。

出力方式で「変更しない」以外を選択した場合には，httpsd.confファイルを直接編集してErrorLogディレクティブの値を変更しても，「設定情報の配布」を行うとErrorLogディレクティブの値が再設定されます。出力方式ごとのエラーログのディレクティブ値（ErrorLog）の生成規則を次の表に示します。

表5-13　エラーログのディレクティブ値（ErrorLog）の生成規則

出力方式
ディレクティブ値
ファイル名

単調増加

Windowsの場合
＜ログ出力先ディレクトリ＞/error.log

UNIXの場合
＜ログ出力先ディレクトリ＞/error_log

Windowsの場合
error.log

UNIXの場合
error_log

時間単位での分割

Windowsの場合
"|¥"¥"＜Cosminexusインストールディレクトリ＞/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の場合
"|¥"¥"＜Cosminexusインストールディレクトリ＞/httpsd/sbin/rotatelogs2.exe¥" ¥"＜ログ出力先ディレクトリ＞/error¥" ＜ファイルサイズ＞ ＜ファイル面数＞¥""

UNIXの場合
"|/opt/hitachi/httpsd/sbin/rotatelogs2 ＜ログ出力先ディレクトリ＞/error ＜ファイルサイズ＞ ＜ファイル面数＞"

error.nnn
nnnは，ファイル面数を表し，001から「ファイル面数」までの指定値が設定されます。

注　＜ログ出力先ディレクトリ＞，＜分割時間間隔＞，＜分割基準時間差分＞，＜ファイルサイズ＞，＜ファイル面数＞には，指定した値が設定されます。

アクセスログの設定

出力方式

アクセスログをファイルに出力する方式（httpsd.confファイルのCustomLogディレクティブ）を指定します。「変更しない」，「単調増加」，「時間単位での分割」，「ラップアラウンド」からどれか一つを選択します。デフォルトは「時間単位での分割」です。

変更しない
httpsd.confファイルを直接編集してCustomLogディレクティブの値を変更した場合に指定します。「変更しない」を選択すると，「設定情報の配布」を行っても，CustomLogディレクティブの設定内容は変更されません。

単調増加
アクセスログを出力するファイルを単調増加する場合に指定します。「単調増加」を選択した場合，「設定情報の配布」を行うと，表5-14の生成規則，「フォーマット」および「ログ出力先ディレクトリ」の値に基づいて，CustomLogディレクティブの値を再設定します。

時間単位での分割
一定時間単位で分割して，アクセスログを複数のファイルに出力する場合に指定します。「時間単位での分割」を選択した場合，「設定情報の配布」を行うと，表5-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

ラップアラウンド
ファイルサイズ単位で分割して，アクセスログを複数のファイルに出力する場合に指定します。「ラップアラウンド」を選択した場合，「設定情報の配布」を行うと，表5-14の生成規則，「ファイルサイズ」，「ファイル面数」，「フォーマット」および「ログ出力先ディレクトリ」の値に基づいて，CustomLogディレクティブの値を再設定します。

ファイルサイズ（ラップアラウンド）
ファイルサイズで分割する場合に，ログファイルの1ファイルの最大サイズ（httpsd.confファイルのCustomLogディレクティブ）を1～2097151の整数で指定します。単位は「キロバイト」です。デフォルトは「8192キロバイト」です。アクセスログをログファイルに出力するタイミングで，ファイルサイズが最大サイズを超えている場合は，拡張子が次の面番号のログファイルを空にして，そのファイルへ続きを出力します。

ファイル面数（ラップアラウンド）
ファイルサイズで分割する場合に，ログファイルの最大面数（httpsd.confファイルのCustomLogディレクティブ）を1～256の整数で指定します。デフォルトは「5面」です。アクセスログは，拡張子が001からファイル面数の指定値までのログファイルに出力されます。ログファイルは，拡張子が001（面番号）のファイルから順に使用されます。一つのログファイルのサイズが最大サイズに達すると，拡張子が次の面番号のログファイルに，アクセスログは出力されます。最大サイズに達したログファイルの拡張子が「ファイル面数」と同じ値の場合は，拡張子が001のログファイル（access.001）を空にして，そのファイルにアクセスログを出力します。以降，面番号の順にログファイルを空にしながら，アクセスログを出力します。

ログ出力先ディレクトリ

アクセスログの出力先ディレクトリ（httpsd.confファイルのCustomLogディレクティブ）を相対パスまたは絶対パスで指定します。デフォルトは「logs」です。

相対パスで指定する場合は，「＜Hitachi Web Serverインストールディレクトリ＞/servers/HWS_＜論理サーバ名＞」以下のディレクトリを指定します。指定を省略した場合は，「＜Hitachi Web Serverインストールディレクトリ＞/servers/HWS_＜論理サーバ名＞」ディレクトリが仮定されます。

フォーマット

アクセスログ出力時に使用するフォーマット（httpsd.confファイルのCustomLogディレクティブ）を指定します。フォーマットは，「選択」を選択し，メニューからHitachi Web Serverが提供するラベル名を選択するか，または「入力」を選択し，入力フィールドに任意のフォーマットを指定します。Hitachi Web Serverが提供するラベル名は，「common」，「combined」，「combinedio」，「hws_std」，「hws_trace」です。デフォルトは「hws_std」です。Hitachi Web Serverが提供するラベル名のフォーマットについては，マニュアル「Hitachi Web Server」を参照してください。

また，入力フィールドに任意のフォーマットを指定する場合は，マニュアル「Hitachi Web Server」のCustomLogディレクティブのフォーマットの説明を参照して，設定してください。

なお，07-50より前のバージョンでWebサーバを作成している場合は，「common」が選択された状態で初期表示されます。

出力方式で「変更しない」以外を選択した場合には，httpsd.confファイルを直接編集してCustomLogディレクティブの値を変更しても，「設定情報の配布」を行うとCustomLogディレクティブの値が再設定されます。また，CustomLogディレクティブが複数定義されていても，「設定ファイルの配布」を行うと，CustomLogディレクティブの定義は一つだけとなります。出力方式ごとのアクセスログのディレクティブ値（CustomLog）の生成規則を次の表に示します。

表5-14　アクセスログのディレクティブ値（CustomLog）の生成規則

出力方式
ディレクティブ値
ファイル名

単調増加

Windowsの場合
＜ログ出力先ディレクトリ＞/access.log ＜フォーマット＞

UNIXの場合
＜ログ出力先ディレクトリ＞/access_log ＜フォーマット＞

Windowsの場合
access.log

UNIXの場合
access_log

時間単位での分割

Windowsの場合
"|¥"¥"＜Cosminexusインストールディレクトリ＞/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の場合
"|¥"¥"＜Cosminexusインストールディレクトリ＞/httpsd/sbin/rotatelogs2.exe¥" ¥"＜ログ出力先ディレクトリ＞/access¥" ＜ファイルサイズ＞ ＜ファイル面数＞¥"" ＜フォーマット＞

UNIXの場合
"|/opt/hitachi/httpsd/sbin/rotatelogs2 ＜ログ出力先ディレクトリ＞/access ＜ファイルサイズ＞ ＜ファイル面数＞" ＜フォーマット＞

access.nnn
nnnは，ファイル面数を表し，001から「ファイル面数」までの指定値が設定されます。

注　＜ログ出力先ディレクトリ＞，＜分割時間間隔＞，＜分割基準時間差分＞，＜ファイルサイズ＞，＜ファイル面数＞には，指定した値が設定されます。なお，＜フォーマット＞には，選択したラベル名に対応するログフォーマット，または入力フィールドに設定したログフォーマットが設定されます。

リクエストログの設定

トレース

リクエストログファイルに，リクエストログとしてトレースを出力するかどうか（httpsd.confファイルのHWSRequestLogTypeディレクティブ）を指定します。デフォルトは「採取する」で，採取対象のトレースは「外部モジュールトレース」と「リクエストトレース」です。

「採取する」を選択した場合は，採取するトレース種別を選択します。「採取する」を選択して，採取するトレース種別を選択した場合は，選択したトレース種別に対応するトレースが採取され，リクエストログとしてファイルに出力されます。「採取する」を選択しても，採取するトレース種別を選択していない場合や，「採取しない」を選択した場合は，リクエストログをファイルに出力しません。

選択できるトレース種別を次の表に示します。

表5-15　選択できるトレース種別

トレース種別
説明

外部モジュールトレース
外部モジュールの各関数の実行時などに採取されるトレースを出力します。

リクエストトレース
次の場合に採取されるトレースを出力します。

コネクション確立後（リクエスト処理開始時）

レスポンス完了後（リクエスト処理完了時）

次のリクエストライン受信完了時（KeepAlive接続の場合だけ）

デバッグ：内部モジュールトレース
内部モジュールの実行時に採取されるトレースに加えて，トレース種別が「外部モジュールトレース」と同等のトレースを出力します。出力量が多いため，実運用では選択しないことをお勧めします。

デバッグ：I/Oフィルタトレース
モジュールが実装している入出力フィルタ関数の実行時に採取されるトレースを出力します。出力量が多いため，実運用では選択しないことをお勧めします。

出力方式

リクエストログをファイルに出力する方式（httpsd.confファイルのHWSRequestLogディレクティブ）を指定します。「変更しない」，「単調増加」，「時間単位での分割」，「ラップアラウンド」からどれか一つを選択します。デフォルトは「時間単位での分割」です。

変更しない
httpsd.confファイルを直接編集してHWSRequestLogディレクティブの値を変更した場合に指定します。「変更しない」を選択すると，「設定情報の配布」を行っても，HWSRequestLogディレクティブの設定内容は変更されません。

単調増加
リクエストログを出力するファイルを単調増加する場合に指定します。「単調増加」を選択した場合，「設定情報の配布」を行うと，表5-16の生成規則および「ログ出力先ディレクトリ」の値に基づいて，HWSRequestLogディレクティブの値を再設定します。

時間単位での分割
一定時間単位で分割して，リクエストログを複数のファイルに出力する場合に指定します。「時間単位での分割」を選択した場合，「設定情報の配布」を行うと，表5-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

ラップアラウンド
ファイルサイズ単位で分割して，リクエストログを複数のファイルに出力する場合に指定します。「ラップアラウンド」を選択した場合，「設定情報の配布」を行うと，表5-16の生成規則，「ファイルサイズ」，「ファイル面数」および「ログ出力先ディレクトリ」の値に基づいて，HWSRequestLogディレクティブの値を再設定します。

ファイルサイズ（ラップアラウンド）
ファイルサイズで分割する場合に，ログファイルの1ファイルの最大サイズ（httpsd.confファイルのHWSRequestLogディレクティブ）を1～2097151の整数で指定します。単位は「キロバイト」です。デフォルトは「8192キロバイト」です。リクエストログをログファイルに出力するタイミングで，ファイルサイズが最大サイズを超えている場合は，拡張子が次の面番号のログファイルを空にして，そのファイルへ続きを出力します。

ファイル面数（ラップアラウンド）
ファイルサイズで分割する場合に，ログファイルの最大面数（httpsd.confファイルのHWSRequestLogディレクティブ）を1～256の整数で指定します。デフォルトは「5面」です。リクエストログは，拡張子が001からファイル面数の指定値までのログファイルに出力されます。ログファイルは，拡張子が001（面番号）のファイルから順に使用されます。一つのログファイルのサイズが最大サイズに達すると，拡張子が次の面番号のログファイルに，リクエストログは出力されます。最大サイズに達したログファイルの拡張子が「ファイル面数」と同じ値の場合は，拡張子が001のログファイル（hwsrequest.001）を空にして，そのファイルにリクエストログを出力します。以降，面番号の順にログファイルを空にしながら，リクエストログを出力します。

ログ出力先ディレクトリ

リクエストログの出力先ディレクトリ（httpsd.confファイルのHWSRequestLogディレクティブ）を相対パスまたは絶対パスで指定します。デフォルトは「logs」です。

相対パスで指定する場合は，「＜Hitachi Web Serverインストールディレクトリ＞/servers/HWS_＜論理サーバ名＞」以下のディレクトリを指定します。指定を省略した場合は，「＜Hitachi Web Serverインストールディレクトリ＞/servers/HWS_＜論理サーバ名＞」ディレクトリが仮定されます。

出力方式で「変更しない」以外を選択した場合には，httpsd.confファイルを直接編集してHWSRequestLogディレクティブの値を変更しても，「設定情報の配布」を行うとHWSRequestLogディレクティブの値が再設定されます。出力方式ごとのリクエストログのディレクティブ値（HWSRequestLog）の生成規則を次の表に示します。

表5-16　リクエストログのディレクティブ値（HWSRequestLog）の生成規則

出力方式
ディレクティブ値
ファイル名

単調増加

Windowsの場合
＜ログ出力先ディレクトリ＞/hwsrequest.log

UNIXの場合
＜ログ出力先ディレクトリ＞/hwsrequest_log

Windowsの場合
hwsrequest.log

UNIXの場合
hwsrequest_log

時間単位での分割

Windowsの場合
"|¥"¥"＜Cosminexusインストールディレクトリ＞/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の場合
"|¥"¥"＜Cosminexusインストールディレクトリ＞/httpsd/sbin/rotatelogs2.exe¥" ¥"＜ログ出力先ディレクトリ＞/hwrequest¥" ＜ファイルサイズ＞ ＜ファイル面数＞¥""

UNIXの場合
"|/opt/hitachi/httpsd/sbin/rotatelogs2 ＜ログ出力先ディレクトリ＞/hwsrequest ＜ファイルサイズ＞ ＜ファイル面数＞"

hwsrequest.nnn
nnnは，ファイル面数を表し，001から「ファイル面数」までの指定値が設定されます。

注　＜ログ出力先ディレクトリ＞，＜分割時間間隔＞，＜分割基準時間差分＞，＜ファイルサイズ＞，＜ファイル面数＞には，指定した値が設定されます。

オプション

ログの時刻・時間のミリ秒表示

エラーログ，アクセスログおよびリクエストログに出力する時刻ならびに時間にミリ秒単位を使用するかどうか（httpsd.confファイルのHWSLogTimeVerboseディレクティブ）を選択します。デフォルトは「する」です。

する
エラーログ，アクセスログおよびリクエストログに出力する時刻ならびに時間には，ミリ秒単位を使用します。

しない
エラーログ，アクセスログおよびリクエストログに出力する時刻ならびに時間には，秒単位を使用します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

(5)　注意事項

Listenディレクティブは，複数のポート番号を割り当てるために定義できますが，運用管理ポータルでは複数のポート番号の割り当てをサポートしていません。

このため，［Webサーバの設定］画面の［ポート番号］で指定したポート番号以外のポート番号を割り当てるためには，httpsd.confファイルを直接編集してListenディレクティブを追加してください。ただし，httpsd.confファイルの運用管理ポータルが設定するディレクティブは，エディタなどで直接追加，削除，更新を行わないでください。設定した情報を各論理サーバに配布すると，運用管理ポータルは，Portディレクティブと同じ値のポート番号が設定されたListenディレクティブだけを編集します。このとき，ユーザが追加したListenディレクティブは，Portディレクティブと異なる値のポート番号が設定されているため，削除されません。

なお，設定した情報を各論理サーバに配布する方法の詳細は，「5.11.1　設定情報の配布」を参照してください。

論理Webサーバの「ホスト固定」で「する」を選択する場合は，「運用管理ドメインの構成定義」で定義するホストのホスト名にはIPアドレスを指定してください。

5.10.2　リダイレクタの設定

［リダイレクタの設定］画面を次の図に示します。

図5-52　［リダイレクタの設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(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」が付けられたものとなります。

相対パスで指定した場合は，「＜Cosminexusのインストールディレクトリ＞¥CC¥web¥redirector¥servers¥＜論理Webサーバ名＞」（Windowsの場合），または「/opt/Cosminexus/CC/web/redirector/servers/＜論理Webサーバ名＞」（UNIXの場合）以下のディレクトリ名となります。

指定を省略した場合は，「＜Cosminexusのインストールディレクトリ＞¥CC¥web¥redirector¥servers¥＜論理Webサーバ名＞」（Windowsの場合），または「/opt/Cosminexus/CC/web/redirector/servers＜論理Webサーバ名＞」（UNIXの場合）がログの出力先として仮定されます。

なお，旧バージョン互換のWebサーバの場合，この指定はWebサーバが稼働するホストのOSがWindowsの場合だけ有効です。指定を省略した場合，「＜Cosminexusのインストールディレクトリ＞¥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メガバイト」です。

なお，設定情報を配布したときに，配布先ホストの許容範囲を超えるログファイルのサイズが指定されていると，許容範囲内で最も近い値が適用されます。

ログファイルのサイズの許容範囲を超える値を指定したときに適用される値を次の表に示します。

表5-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面」です。

なお，設定情報を配布したときに，配布先ホストの許容範囲を超えるログファイルの面数が指定されていると，許容範囲内で最も近い値が適用されます。

ログファイルの面数の許容範囲を超える値を指定したときに適用される値を次の表に示します。

表5-18　ファイル面数の許容範囲を超える値を指定したときの適用値

指定値 | 適用値
Windowsの場合 | UNIXの場合 | 旧バージョン互換のWebサーバの場合
1～16 | 指定値と同じ | 指定値と同じ | 指定値と同じ
32～64 | 16 | 指定値と同じ | 16

ログ出力先ディレクトリ（保守用のトレースログ）

ログの出力先ディレクトリ（mod_jk.confファイルのJkTraceLogFileDirキー）を指定します。デフォルトは，「logs」です。ログファイル名は，「hws_rd_trace」に「＜通番＞.log」が付けられたものとなります。

相対パスで指定する場合，「＜Cosminexusのインストールディレクトリ＞¥CC¥web¥redirector¥servers¥＜論理Webサーバ名＞」（Windowsの場合），または「/opt/CC/web/redirector/servers/＜論理サーバ名＞」（UNIXの場合）以下のディレクトリを指定します。

指定を省略した場合は，「＜Cosminexusのインストールディレクトリ＞¥CC¥web¥redirector¥servers¥＜論理Webサーバ名＞」（Windowsの場合），または「/opt/Cosminexus/CC/web/redirector/servers/＜論理Webサーバ名＞」（UNIXの場合）が保守用のトレースログの出力先として仮定されます。

なお，旧バージョン互換のWebサーバの場合この指定は無効です。旧バージョン互換のWebサーバの場合，「＜Cosminexusのインストールディレクトリ＞¥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メッセージの詳細については，マニュアル「Cosminexus　メッセージ　1　KAWS／KDAL／KDJE編」を参照してください。

なお，タイムアウト時間は，初回のリクエスト送信処理時間を考慮した値を設定してください。

リクエスト送信コネクション確立タイムアウト時間

リダイレクタからWebコンテナへのリクエスト送信処理で，Webコンテナへのコネクションの確立を待つ時間（mod_jk.confファイルのJkConnectTimeoutキー）を指定します。「設定しない」を選択，または入力フィールドを選択して値を入力します。指定できる値は，1～3600の整数です。単位は「秒」です。デフォルトは，「30秒」です。

「設定しない」，またはTCPの持つコネクション確立の再送タイマより長い時間を指定した場合は，TCPの持つコネクション確立の再送タイマがタイムアウト時間となります。コネクションの確立処理が，TCPの持つコネクション確立の再送タイマでタイムアウトした場合は，送信に失敗したことを示すメッセージ（KDJE41000-E）が表示されます。KDJE41000-Eメッセージの詳細については，マニュアル「Cosminexus　メッセージ　1　KAWS／KDAL／KDJE編」を参照してください。

なお，タイムアウト時間は，初回のWebコンテナへのコネクションの確立処理時間を考慮した値を設定してください。

リクエスト送信完了待ちリトライ回数

リダイレクタからWebコンテナへのリクエスト送信処理のリトライ回数（mod_jk.confファイルのJkRequestRetryCountキー）を1～16の整数で指定します。デフォルトは，「3回」です。リクエスト送信処理のうち，次に示す処理をリトライできます。

Webコンテナへのコネクションの確立処理

リダイレクタからWebコンテナへのリクエストヘッダの送信処理

初回のリクエスト送信処理を1回目としてカウントするため，初回のリクエスト送信処理でリトライが発生しない場合も，リクエスト回数は1となります。リクエスト送信処理でのタイムアウト時間の合計は，次に示す計算式で求められます。

リクエスト送信処理でのタイムアウト時間の合計=
（リクエスト送信タイムアウト時間+リクエスト送信コネクション確立タイムアウト時間）×リクエスト送信完了待ちリトライ回数

リダイレクタの実行順位

リダイレクタ以外の外部モジュールをHitachi Web Serverへ登録する場合に，ほかの外部モジュールに対するリダイレクタの実行順位（mod_jk.confファイルのJkModulePriorityキー）を指定します。「REALLY_FIRST」，「FIRST」，「MIDDLE」，「LAST」，もしくは「REALLY_LAST」を選択，またはラジオボタンを選択して入力フィールドに-10～30の整数を入力します。デフォルトは，「FIRST」です。

リダイレクタの実行順位の指定値と対応する整数値を次の表に示します。リダイレクタの実行順位は，指定値が小さいほど高くなります。

表5-19　リダイレクタの実行順位の指定値と対応する整数値

指定値 | 対応する整数値
REALLY_FIRST | -10
FIRST | 0
MIDDLE | 10
LAST | 20
REALLY_LAST | 30

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

5.10.3　マッピングの定義

［マッピングの定義］画面を次の図に示します。

図5-53　［マッピングの定義］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(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キー）を選択します。変更する場合は，対象の論理サーバ名を選択し，［適用］ボタンをクリックすると反映されます。

［追加］ボタン
指定されたURLパターンを指定されたワーカ名で追加します。このとき「有効」はチェックされています。

［削除］ボタン
マッピングするURLパターンを削除します。

［適用］ボタン

定義済みの情報を変更した場合，指定した内容が有効になります。

［リセット］ボタン

内容をリセットします。

(5)　注意事項

同じURLパターンは追加および変更できません。ただし，次のように階層が異なる場合は追加できます。

例

/app1/*

/app1/examples/*

運用管理エージェントプロパティファイル（adminagent.properties）のadminagent.hws.watch.methodキーに"HEAD"を指定している場合，運用監視エージェントは，ドキュメントルートコンテキストに対してHEADリクエストを送信してWebサーバの稼働確認を行います。しかし，マッピングの定義でJ2EEサーバにリダイレクトするURLパターンとして「/*」を指定している場合は，すべてのURLに対するリクエストがJ2EEサーバに転送され，J2EEサーバで障害を検出したときにもWebサーバで障害が発生したと判断されます。J2EEサーバにリダイレクトするURLパターンとして「/*」を指定する場合には，運用管理エージェントのHitachi Web Serverの動作確認用HTTPメソッドに"OPTIONS"を使用することを検討してください。

5.10.4　ワーカの設定

［ワーカの設定］画面を次の図に示します。

図5-54　［ワーカの設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

負荷分散値やリダイレクタで再利用するワーカとのコネクション数などのワーカの情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

Webサーバの場合

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバ］－［＜Webサーバ名＞］をクリックします。

Webサーバクラスタの場合

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバクラスタ］－［＜Webサーバクラスタ名＞］－［＜Webサーバ名＞］をクリックします。

［ワーカ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

サーバの負荷分散値やリダイレクタで再利用するワーカとのコネクション数などを指定します。

Hitachi Web Serverにエラーページの生成を委任する場合のエラーステータスコードを追加または削除する場合，次の操作をします。

追加する場合は，論理サーバ名とエラーステータスコードを選択し，［追加］ボタンをクリックします。

削除する場合は，論理サーバ名とエラーステータスコードを選択し，［削除］ボタンをクリックします。

表示されるメッセージを確認したあと，［戻る］アンカーをクリックして，設定画面に戻ります。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

負荷分散値／POSTデータサイズによる振り分けの定義，リダイレクタで再利用するワーカとのコネクション数の定義

論理サーバ名

論理サーバ名が表示されます。

ホスト名

論理サーバが稼働するホスト名が表示されます。

ワーカのタイプ

論理サーバ名に表示されているクラスタのワーカのタイプ（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」を指定値のあとに付けてください。単位を省略すると，バイトになります。単位を指定するかどうかによって，上限値に指定できる値が異なります。上限値に指定できる値の範囲を次の表に示します。

表5-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」のエラーとなります。エラーステータスコードについては，マニュアル「Cosminexus　機能解説」のリダイレクタが返すエラーステータスコードに関する説明を参照してください。

コネクション数

この機能は，対象のWebサーバをWindowsで実行する場合だけ有効です。

リダイレクタで再利用するワーカとのコネクション数（workers.propertiesファイルのworker.＜ワーカ名＞.cachesizeキー）を指定します。指定できる値は，1～2147483647の整数です。ワーカとのコネクションは，この設定値以内の場合はリダイレクタ内に保持し，該当ワーカへの通信に再利用されます。接続先のJ2EEサーバ，またはWebコンテナサーバが終了するまで解放しません。リクエストの多重度が設定値を超えた場合は，設定値を超えたリクエストだけをリクエスト単位にワーカとのコネクションの確立，解放をします。デフォルトは，「64」です。

通信タイムアウト

レスポンスデータを待つ時間（workers.propertiesファイルのworker. ＜ワーカ名＞.receive_timeoutキー）を指定します。単位は「秒」です。0～3600の整数で指定します。デフォルトは，「3600」です。

「0」を指定した場合，レスポンスを受け取るまで待ち続けます。

エラーページの委任

Hitachi Web Serverにクライアントに返すエラーページの生成を委任する場合のエラーステータスコード（workers.propertiesファイルのworker. ＜ワーカ名＞.delegate_error_codeキー）を指定します。エラーステータスコードを指定できるワーカのタイプは「ajp13」だけです。ワーカタイプが「lb」のワーカに指定しても無視されます。

「論理サーバ名」から論理サーバ名を選択し，「エラーステータスコード」からエラーステータスコードを選択して指定します。「エラーステータスコード」には，指定できるエラーステータスコードが「エラーステータスコード（結果フレーズ）」の形式で表示されます。

［追加］ボタン
選択された論理サーバ名とエラーステータスコードを追加します。

［削除］ボタン
選択された論理サーバ名とエラーステータスコードを削除します。

［適用］ボタン

指定した情報を反映します。

［リセット］ボタン

指定した情報をリセットします。

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

旧バージョン互換のWebサーバの場合の，［Webサーバ環境のセットアップ］画面を次の図に示します。

通常のWebサーバの場合は，［Webサーバ環境のセットアップ］画面は表示されません。

通常のWebサーバをセットアップする場合は，［セットアップ］画面から操作します。［セットアップ］画面の詳細は，「4.12.1　セットアップ（論理サーバの一括セットアップ）」を参照してください。

図5-55　［Webサーバ環境のセットアップ］画面（旧バージョン互換のWebサーバの場合）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　ディレクトリ構成

(1)　機能概要

Webサーバの環境をセットアップします。なお，一度セットアップした論理Webサーバの実サーバ名は変更できません。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

Webサーバの場合

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバ］－［＜Webサーバ名＞］をクリックします。

Webサーバクラスタの場合

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバクラスタ］－［＜Webサーバクラスタ名＞］－［＜Webサーバ名＞］をクリックします。

［セットアップ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

画面に表示されているセットアップの状況を確認し，［セットアップ］ボタンをクリックします。
接続先ホストにWebサーバを実行するために必要な環境がセットアップされます。なお，セットアップ済みの場合は，前の環境は上書きセットアップされず結果ログも出力されません。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［セットアップ］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

接続先ホスト

セットアップを実行するホスト名が表示されます。

実サーバ名

セットアップする論理Webサーバの名称を指定します。何も指定しない場合は，論理Webサーバ名を仮定します。

セットアップ時刻

セットアップ済みの場合，その時刻がデフォルトロケール+タイムゾーンの形式で表示されます。

セットアップされていない場合，「未セットアップ」と表示されます。

［セットアップ］ボタン

「セットアップ」ボタンを押すと，最新のバージョンに対応する環境を再構築します。再構築の直後は設定情報が配布されていない状態になるため，Webサーバを起動する前に，必ず設定情報を配布してください。設定情報を配布する方法の詳細は，「5.11.1　設定情報の配布」を参照してください。

また，接続先ホストの定義ファイルを直接編集して追加，または変更した内容は反映されません。設定情報の配布後に，必要に応じて定義ファイルを再編集してください。

Webサーバの環境を再構築したあとの，［Webサーバの設定］画面の各項目の設定値を次に示します。

［Webサーバの設定］画面の詳細は，「5.10.1　Webサーバの設定」を参照してください。

Webサーバの設定

すべてデフォルト値が設定されます。

リダイレクタの設定

保守用のトレースログの出力先ディレクトリには，デフォルト値が設定されます。保守用のトレースログの出力先ディレクトリ以外は，既存の設定値が引き継がれます。

マッピングの定義

すべて既存の設定値が引き継がれます。

ワーカの設定

すべて既存の設定値が引き継がれます。

オプションの設定

既存の設定値が引き継がれます。

注意

リダイレクタのログの出力先を相対パスで設定していた場合は，パスの基点が「＜Cosminexusのインストールディレクトリ＞¥CC¥web¥redirector¥servers¥＜論理Webサーバ名＞」（Windowsの場合），または「/opt/Cosminexus/CC/web/redirector/servers/＜論理Webサーバ名＞」（UNIXの場合）に変更されますので注意してください。

(5)　ディレクトリ構成

旧バージョン互換のWebサーバを使用している場合の，セットアップ後のディレクトリ構成を次に示します。なお，旧バージョン互換のWebサーバは作成できません。

　＜Hitachi Web Serverのインストールディレクトリ＞
　　├─ conf
　　│   └─ httpsd.conf
　　└─ logs

5.10.6　ログの表示（旧バージョン互換のWebサーバの環境設定）

旧バージョン互換のWebサーバの場合の，［ログの表示］画面の表示例を次の図に示します。

通常のWebサーバの場合は，［ログの表示］画面は表示されません。

通常のWebサーバのセットアップのログを確認する場合は，［ログの表示］画面（論理サーバの一括セットアップ）から確認します。［ログの表示］画面（論理サーバの一括セットアップ）の詳細は，「4.12.2　ログの表示（論理サーバの一括セットアップ）」を参照してください。

図5-56　［ログの表示］画面（旧バージョン互換のWebサーバの環境設定）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

運用管理ドメイン内のすべての論理サーバで出力された，論理サーバの環境設定にかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバの環境設定］アンカー内の，論理SFOサーバ，および論理Webサーバの［ログの表示］タブ，および［設定情報の配布］アンカー内の［ログの表示］タブ，から表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

Webサーバの場合

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバ］－［＜Webサーバ名＞］をクリックします。

Webサーバクラスタの場合

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバクラスタ］－［＜Webサーバクラスタ名＞］－［＜Webサーバ名＞］をクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

画面の内容を更新する場合は，［最新の情報に更新］アンカーをクリックします。

なお，画面上部の「更新時間間隔」を設定し，画面を自動的に更新させることもできます。画面を自動的に更新させる方法については，「2.4.2　画面自動更新の設定」を参照してください。

(4)　画面詳細

画面には，トランザクションサービス環境，SFOサーバ環境，Webサーバ環境のセットアップの処理結果や，設定情報の配布状態が表示されます。

［ログの表示］画面に出力されるログについては，「2.4.3　ログの出力形式」を参照してください。

5.10.7　Webサーバのオプションの設定

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

起動コマンドに追加するオプションを設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

Webサーバの場合

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバ］－［＜Webサーバ名＞］をクリックします。

Webサーバクラスタの場合

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバクラスタ］－［＜Webサーバクラスタ名＞］－［＜Webサーバ名＞］をクリックします。

［オプション］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

選択した論理サーバの起動コマンドに追加したいオプションを指定します。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。
指定したオプションは，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「5.9.23(4)　画面詳細」を参照してください。

5.10.8　Webサーバの環境変数の設定

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(1)　機能概要

サーバ起動時の環境変数の情報を設定します。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

Webサーバの場合

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバ］－［＜Webサーバ名＞］をクリックします。

Webサーバクラスタの場合

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバクラスタ］－［＜Webサーバクラスタ名＞］－［＜Webサーバ名＞］をクリックします。

［環境変数］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

環境変数を追加または削除する場合，次の操作をします。

追加する場合は，［変数名と値］の欄に，環境変数とその値を入力し，［追加］ボタンをクリックします。そのあと，［有効］欄をチェックします。

削除する場合は，削除したい環境変数の［削除］ボタンをクリックします。

［適用］ボタンをクリックします。
指定した情報が反映されます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［適用］ボタンをクリックします。
指定した環境変数は，コマンドラインの最後尾に追加されます。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「5.9.24(4)　画面詳細」を参照してください。

(5)　注意事項

旧バージョン互換のWebサーバの場合は，環境変数の設定はできません。

また，Webサーバが稼働するホストのOSがWindowsの場合は，設定した環境変数はHitachi Web Serverのサービスプログラム（制御プロセス，サーバプロセス）には引き継がれないため，CGIなどから参照できません。

そのほかの環境変数を指定する際の注意事項は，各論理サーバで共通です。詳細は，「5.9.24(5)　注意事項」を参照してください。

5.10.9　別の論理Webサーバの設定読み込み

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(1)　機能概要

別の論理サーバから，論理Webサーバの設定情報を読み込みます。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

次のどちらか一方の操作をします。

Webサーバの場合

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバ］－［＜Webサーバ名＞］をクリックします。

Webサーバクラスタの場合

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバクラスタ］－［＜Webサーバクラスタ名＞］－［＜Webサーバ名＞］をクリックします。

［読み込み］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

設定情報をどの論理サーバから読み込むかを指定します。

［読み込み］ボタンをクリックします。
読み込みの確認画面が表示されます。

［はい］ボタンをクリックします。
設定情報が読み込まれます。
エラーが表示された場合は，エラーの内容を確認して［戻る］アンカーをクリックします。指定した内容を見直し，再度［読み込み］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目およびボタンは，各論理サーバで共通です。詳細は，「5.9.25(4)　画面詳細」を参照してください。

なお，論理Webサーバの場合，接続先ホストからは設定を読み込めません。そのため，論理Webサーバの場合，［サーバの設定読み込み］画面には「接続先ホストから設定を読み込みます」のチェックボックスが表示されません。

(5)　注意事項

別ホストに定義しているWebサーバの設定情報を読み込んだ場合
利用するパフォーマンストレーサに「選択してください」が設定されます。［リダイレクタの設定］画面で利用するパフォーマンストレーサの選択をしてから，設定情報の配布をしてください。

5.11　論理サーバの設定ファイルの配布

この節では，設定した情報をサーバに配布したり配布の状態を参照したりする次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［設定情報の配布］画面

［ログの表示］画面（論理サーバの環境設定）

＜この節の構成＞

5.11.1　設定情報の配布

5.11.2　ログの表示（論理サーバの環境設定）

5.11.1　設定情報の配布

［設定情報の配布］画面を次の図に示します。

図5-57　［設定情報の配布］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(1)　機能概要

設定した情報を各サーバに配布します。

(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
環境設定機能で定義した情報

次の場合，論理サーバの起動に失敗することがあります。

運用管理ドメインの構成定義で運用管理ドメイン名を変更したあと，設定ファイルを配布していない場合

運用管理ドメイン名を変更した場合は，設定ファイルを配布してください。

5.11.2　ログの表示（論理サーバの環境設定）

［ログの表示］画面の表示例を次の図に示します。

図5-58　［ログの表示］画面（論理サーバの環境設定）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

運用管理ドメイン内のすべての論理サーバで出力された，論理サーバの環境設定にかかわる実行結果を，ログとして一覧で参照できます。

ログは，［論理サーバの環境設定］アンカー内の各画面で，［設定情報の配布］アンカー内の［ログの表示］タブから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

運用管理ポータルで［論理サーバの環境設定］アンカーをクリックします。

ツリーペインで任意のノードを選択します。ルートノードを除いたボディペインを持つすべてのノードから選択できます。
選択したノードの画面が表示されます。

ボディペインで［設定情報の配布］アンカーをクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

配布の状態を確認します。

画面の内容を更新する場合は，［最新の情報に更新］アンカーをクリックします。

なお，画面上部の「更新時間間隔」を設定し，画面を自動的に更新させることもできます。画面を自動的に更新させる方法については，「2.4.2　画面自動更新の設定」を参照してください。

(4)　画面詳細

画面には，SFOサーバ環境，Webサーバ環境のセットアップの処理結果や，設定情報の配布状態が表示されます。

［ログの表示］画面に出力されるログについては，「2.4.3　ログの出力形式」を参照してください。

5.12　Management Serverが自動で設定する内容

「論理サーバの環境設定」で設定した内容は，自動的にCTMデーモンの起動コマンドのオプション，またはユーザ定義ファイルに反映されます。

＜この節の構成＞

5.12.1　「論理サーバの環境設定」で生成されるユーザ定義ファイル

5.12.2　Management ServerがCTMドメインマネジャに自動で設定する内容

5.12.3　Management ServerがCTMに自動で設定する内容

5.12.4　Management ServerがSFOサーバに自動で設定する内容

5.12.5　Management ServerがJ2EEサーバに自動で設定する内容

5.12.6　Management Serverがバッチサーバに自動で設定する内容

5.12.7　Management ServerがWebサーバに自動で設定する内容

5.12.1　「論理サーバの環境設定」で生成されるユーザ定義ファイル

「論理サーバの環境設定」で生成されるユーザ定義ファイルについて，J2EEアプリケーションを実行するシステムの場合とバッチアプリケーションを実行するシステムの場合に分けて説明します。

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

「論理サーバの環境設定」で生成されるユーザ定義ファイルを次の表に示します。なお，設定した情報を各ホストに配布するときにもこれらのファイルが配布されます。

表5-21　「論理サーバの環境設定」で生成されるユーザ定義ファイル

論理
サーバ
生成されるユーザ定義ファイル名
ファイルの概要
ファイルの格納先

SFOサーバ
usrconf.properties
SFOサーバを実行するために必要なJavaVMのシステムプロパティを指定するファイル。

Windowsの場合
＜Cosminexusのインストールディレクトリ＞¥CC¥server¥usrconf¥ejb¥＜サーバ名＞¥

UNIXの場合
/opt/Cosminexus/CC/server/usrconf/ejb/＜サーバ名＞/

mngagent.＜実サーバ名＞.properties
SFOサーバで運用監視するために必要な運用監視エージェントを設定するファイル。

Windowsの場合
＜Cosminexusのインストールディレクトリ＞¥manager¥config¥

UNIXの場合
/opt/Cosminexus/manager/config/

mevent.＜実サーバ名＞.properties
SFOサーバでManagementイベントを発行するために必要なプロパティを指定するファイル。

Windowsの場合
＜Cosminexusのインストールディレクトリ＞¥manager¥config¥

UNIXの場合
/opt/Cosminexus/manager/config/

manager.＜論理サーバ名＞.properties
SFOサーバでJP1イベントを発行するために必要なプロパティを指定するファイル。

J2EEサーバ
usrconf.cfg
J2EEサーバの起動オプションが定義されたファイル。
このファイルでJavaVMの起動オプションも定義します。

Windowsの場合
＜Cosminexusのインストールディレクトリ＞¥CC¥server¥usrconf¥ejb¥＜サーバ名＞¥

UNIXの場合
/opt/Cosminexus/CC/server/usrconf/ejb/＜サーバ名＞/

usrconf.properties
J2EEサーバを実行するために必要なJavaVMのシステムプロパティを指定するファイル。

mngagent.＜実サーバ名＞.properties
J2EEサーバで運用監視するために必要な運用監視エージェントを設定するファイル。

Windowsの場合
＜Cosminexusのインストールディレクトリ＞¥manager¥config¥

UNIXの場合
/opt/Cosminexus/manager/config/

mevent.＜実サーバ名＞.properties
J2EEサーバでManagementイベントを発行するために必要なプロパティを指定するファイル。

manager.＜論理サーバ名＞.properties
J2EEサーバでJP1イベントを発行するために必要なプロパティを指定するファイル。

Webサーバ
httpsd.conf
Webサーバを稼働させるために必要な情報が定義されているファイル。

Windowsの場合
＜Hitachi Web Serverインストールディレクトリ＞¥servers¥HWS_＜サーバ名＞¥conf¥または＜Hitachi Web Serverインストールディレクトリ＞¥conf¥

UNIXの場合
/opt/hitachi/httpsd/servers/HWS_＜サーバ名＞/conf/または/opt/hitachi/httpsd/conf/

mod_jk.conf
Hitachi Web Server用のリダイレクタ定義（ログレベルなど）やURLマッピングを定義するファイル。

Windowsの場合
＜Cosminexusのインストールディレクトリ＞¥CC¥web¥redirector¥servers¥＜サーバ名＞¥または＜Cosminexusのインストールディレクトリ＞¥CC¥web¥redirector¥

UNIXの場合
/opt/Cosminexus/CC/web/redirector/servers/＜サーバ名＞/または/opt/Cosminexus/CC/web/redirector/

workers.properties
ワーカの定義およびワーカごとの各パラメタを定義するファイル。

注意

Management Serverを利用する場合は，システムの一貫性を保つため，細かい設定を変更する場合でも，運用管理ポータルから実行するようにしてください。テキストエディタなどで個別にファイルを直接編集する場合には，スペルミスなどに十分注意してください。

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

「論理サーバの環境設定」で生成されるユーザ定義ファイルを次の表に示します。なお，設定した情報を各ホストに配布するときにもこれらのファイルが配布されます。

表5-22　「論理サーバの環境設定」で生成されるユーザ定義ファイル

論理
サーバ
生成されるユーザ定義ファイル名
ファイルの概要
ファイルの格納先

バッチサーバ
usrconf.cfg
バッチサーバの起動オプションが定義されたファイル。
このファイルでJavaVMの起動オプションも定義します。

Windowsの場合
＜Cosminexusのインストールディレクトリ＞¥CC¥server¥usrconf¥ejb¥＜サーバ名＞¥

UNIXの場合
/opt/Cosminexus/CC/server/usrconf/ejb/＜サーバ名＞/

usrconf.properties
バッチサーバを実行するために必要なJavaVMのシステムプロパティを指定するファイル。

mngagent.＜実サーバ名＞.properties
バッチサーバで運用監視するために必要な運用監視エージェントを設定するファイル。

Windowsの場合
＜Cosminexusのインストールディレクトリ＞¥manager¥config¥

UNIXの場合
/opt/Cosminexus/manager/config/

mevent.＜実サーバ名＞.properties
バッチサーバでManagementイベントを発行するために必要なプロパティを指定するファイル。

manager.＜論理サーバ名＞.properties
バッチサーバでJP1イベントを発行するために必要なプロパティを指定するファイル。

注意

Management Serverを利用する場合は，システムの一貫性を保つため，細かい設定を変更する場合でも，運用管理ポータルから実行するようにしてください。テキストエディタなどで個別にファイルを直接編集する場合には，スペルミスなどに十分注意してください。

5.12.2　Management ServerがCTMドメインマネジャに自動で設定する内容

CTMデーモンの起動コマンド（ctmstart）の，CTMドメインマネジャの設定に関するオプションに，Management Serverが自動的に設定する内容を次の表に示します。

表5-23　 Management Serverが自動的に設定する内容（CTMドメインマネジャの場合）

起動コマンド | オプション
ctmstart | -CTMMyHost ＜「論理サーバの構成定義」でCTMドメインマネジャを定義したホストのIPアドレス＞
-CTMAutoForce

5.12.3　Management ServerがCTMに自動で設定する内容

CTMデーモンの起動コマンド（ctmstart）の，CTMの設定に関するオプションに，Management Serverが自動的に設定する内容を次の表に示します。

表5-24　 Management Serverが自動的に設定する内容（CTMの場合）

起動コマンド | オプション
ctmstart | -CTMMyHost ＜「論理サーバの構成定義」でCTMを定義したホストのIPアドレス＞
-CTMClientConnectCount＜CTMレギュレータプロセス数＋OTMゲートウェイプロセス数＞※

注※

CTMレギュレータプロセス数とOTMゲートウェイプロセス数の合計が256未満の場合には，-CTMClientConnectCountオプションの設定値は256になります。

実際のCTMレギュレータプロセス数とOTMゲートウェイプロセス数の合計より大きい値が設定されるため，CTM起動時に確保される共用メモリのサイズは，06-00から移行した場合は，デフォルトで303,808バイト増加します。また，06-50および06-51から移行した場合は，デフォルトで359,040バイト増加します。なお，06-70以降から移行した場合は，共用メモリのサイズに増加はありません。

5.12.4　Management ServerがSFOサーバに自動で設定する内容

SFOサーバに関連するユーザ定義ファイルに，Management Serverが自動的に設定する内容を次の表に示します。

表5-25　Management Serverが自動的に設定する内容（SFOサーバの場合）

ユーザ定義ファイル | 設定される内容
usrconf.properties | ejbserver.manager.agent.Agent.conf=＜環境設定で作成されるmngagent.＜実サーバ名＞.propertiesファイルの位置＞
ejbserver.manager.agent.Agent.enabled=true
ejbserver.ctm.enabled=false
ejbserver.instrumentation.enabled=true
webserver.connector.ajp13.max_threads=1
ejbserver.watch.defaultRequestQueue.enabled=false
ejbserver.watch.defaultRequestQueue.writefile.enabled=false
mngagent.＜実サーバ名＞.properties | mngagent.domain_name=＜運用管理ドメイン名（内部名）＞
mngagent.agent_name=＜該当ノードの論理サーバ名＞
mevent.＜実サーバ名＞.properties | manager.mevent.send.host=＜Management Serverのホスト名またはIPアドレス＞
manager.mevent.send.port=＜Management ServerのHTTPポート番号＞
manager.mevent.logical_server_name=＜論理サーバ名＞
manager.＜論理サーバ名＞.properties | manager.jp1event.logical_server_name=＜論理サーバ名＞
manager.jp1event.domain_name=＜運用管理ドメイン名＞

5.12.5　Management ServerがJ2EEサーバに自動で設定する内容

J2EEサーバに関連するユーザ定義ファイルに，Management Serverが自動的に設定する内容を次の表に示します。

表5-26　Management Serverが自動的に設定する内容（J2EEサーバの場合）

ユーザ定義ファイル | 設定される内容
usrconf.properties | ejbserver.manager.agent.Agent.conf=＜環境設定で作成されるmngagent.＜実サーバ名＞.propertiesファイルの位置＞
ejbserver.manager.agent.Agent.enabled=true
ejbserver.ctm.CTMMyHost=＜「運用管理ドメインの構成定義」で定義したホスト名＞
mngagent.＜実サーバ名＞.properties | mngagent.domain_name=＜運用管理ドメイン名（内部名）＞
mngagent.agent_name=＜該当ノードの論理サーバ名＞
mevent.＜実サーバ名＞.properties | manager.mevent.send.host=＜Management Serverのホスト名またはIPアドレス＞
manager.mevent.send.port=＜Management ServerのHTTPポート番号＞
manager.mevent.logical_server_name=＜論理サーバ名＞
manager.＜論理サーバ名＞.properties | manager.jp1event.logical_server_name=＜論理サーバ名＞
manager.jp1event.domain_name=＜運用管理ドメイン名＞

5.12.6　Management Serverがバッチサーバに自動で設定する内容

バッチサーバに関連するユーザ定義ファイルに，Management Serverが自動的に設定する内容を次の表に示します。

表5-27　Management Serverが自動的に設定する内容（バッチサーバの場合）

ユーザ定義ファイル | 設定される内容
usrconf.properties | ejbserver.manager.agent.Agent.conf=＜環境設定で作成されるmngagent.＜実サーバ名＞.propertiesファイルの位置＞
ejbserver.manager.agent.Agent.enabled=true
ejbserver.ctm.CTMMyHost=＜「運用管理ドメインの構成定義」で定義したホスト名＞
mngagent.＜実サーバ名＞.properties | mngagent.domain_name=＜運用管理ドメイン名（内部名）＞
mngagent.agent_name=＜該当ノードの論理サーバ名＞
mevent.＜実サーバ名＞.properties | manager.mevent.send.host=＜Management Serverのホスト名またはIPアドレス＞
manager.mevent.send.port=＜Management ServerのHTTPポート番号＞
manager.mevent.logical_server_name=＜論理サーバ名＞
manager.＜論理サーバ名＞.properties | manager.jp1event.logical_server_name=＜論理サーバ名＞
manager.jp1event.domain_name=＜運用管理ドメイン名＞

5.12.7　Management ServerがWebサーバに自動で設定する内容

Webサーバに関連するユーザ定義ファイルに，Management Serverが自動的に設定する内容を次の表に示します。

表5-28　Management Serverが自動的に設定する内容（Webサーバの場合）

ユーザ定義ファイル
設定される内容

httpsd.conf※
Windowsの場合
Include ＜Cosminexusのインストールディレクトリ＞/CC/web/redirector/servers/＜論理サーバ名＞/mod_jk.conf

UNIXの場合
Include /opt/Cosminexus/CC/web/redirector/servers/＜論理サーバ名＞/mod_jk.conf

mod_jk.conf
Windowsの場合
LoadModule jk_module ＜Cosminexusのインストールディレクトリ＞/CC/web/redirector/＜mod_jkファイル名＞
＜mod_jkファイル名＞は，OSによって異なります。

JkWorkersFile ＜Cosminexusのインストールディレクトリ＞/CC/web/redirector/servers/＜論理サーバ名＞/workers.properties

UNIXの場合
LoadModule jk_module /opt/Cosminexus/CC/web/redirector/＜mod_jkファイル名＞
＜mod_jkファイル名＞は，OSによって異なります。

JkWorkersFile /opt/Cosminexus/CC/web/redirector/servers/＜論理サーバ名＞/workers.properties

注※

Webサーバの運用時には，httpsd.confファイルの内容を運用環境に合わせて適切に設定する必要があります。設定する内容や方法については，マニュアル「Hitachi Web Server」を参照してください。

6.　論理サーバの起動／停止

この章では，Management Serverでの「論理サーバの起動／停止」に関する操作方法について説明します。なお，注意事項については，「2.6.1　「論理サーバの起動／停止」での注意事項」を参照してください。

＜この章の構成＞

6.1　「論理サーバの起動／停止」のツリーペインの構成

6.2　ホストごとの論理サーバの一括起動と一括停止

6.3　運用管理ドメイン全体の論理サーバの一括起動と一括停止

6.4　パフォーマンストレーサの起動と停止

6.5　スマートエージェントの起動と停止

6.6　ネーミングサービスの起動と停止

6.7　CTMドメインマネジャの起動と停止

6.8　CTMの起動と停止

6.9　SFOサーバの起動と停止

6.10　J2EEサーバの起動と停止

6.11　J2EEサーバクラスタの一括起動／一括停止，起動／停止

6.12　Webサーバの起動と停止

6.13　Webサーバクラスタの一括起動／一括停止，起動／停止

6.14　ユーザサーバの起動と停止

6.1　「論理サーバの起動／停止」のツリーペインの構成

この節では，「論理サーバの起動／停止」のツリーペインの構成について説明します。

ツリーペインは，次に示すビューで構成されています。

ホストビュー

サーバビュー

＜この節の構成＞

6.1.1　「論理サーバの起動／停止」のホストビューの構成

6.1.2　「論理サーバの起動／停止」のサーバビューの構成

6.1.1　「論理サーバの起動／停止」のホストビューの構成

「論理サーバの起動／停止」のホストビューの構成は，次のとおりです。

　論理サーバの起動／停止
　│
　└─ホスト
　　　└─＜ホスト名＞
　　　　　├─＜論理サーバ名＞
　　　　　├─＜論理サーバ名＞
　　　　　└─＜論理サーバ名＞
　　　　　　　　　　：
　　　　　　　　　　：

ホストビューに表示されるノードの意味を次に示します。

表6-1　「論理サーバの起動／停止」のホストビューに表示されるノードの意味

ノード名
説明
ノード上でできる操作と参照先

ホスト
運用管理ドメインに定義されているホストのルートです。運用管理ドメイン内のすべての論理サーバを対象にした操作ができます。

運用管理ドメイン全体の論理サーバの稼働状況（6.3.1参照）

運用管理ドメイン全体の論理サーバの一括起動（6.3.2参照）

運用管理ドメイン全体の論理サーバの一括停止（6.3.3参照）

運用管理ドメイン全体の論理サーバの一括再起動（6.3.4参照）

論理サーバの起動順序の設定（6.3.5参照）

ログの表示（6.3.6参照）

＜ホスト名＞
運用管理ドメインに定義されている各ホストのツリーです。そのホスト内のすべての論理サーバを対象にした操作ができます。

ホストごとの論理サーバの稼働状況（6.2.1参照）

ホストごとの論理サーバの一括起動（6.2.2参照）

ホストごとの論理サーバの一括停止（6.2.3参照）

ホストごとの論理サーバの一括再起動（6.2.4参照）

ログの表示（6.2.5参照）

＜論理サーバ名＞
ホスト内にある各論理サーバ名です。
このノードには操作画面がありません。

6.1.2　「論理サーバの起動／停止」のサーバビューの構成

「論理サーバの起動／停止」のサーバビューの構成は，次のとおりです。

　論理サーバの起動／停止
　│
　└─＜運用管理ドメイン名＞
　　　│
　　　├─論理パフォーマンストレーサ
　　　│　└─パフォーマンストレーサ
　　　│　　　└─＜パフォーマンストレーサ名＞
　　　│
　　　├─論理スマートエージェント
　　　│　└─スマートエージェント
　　　│　　　└─＜スマートエージェント名＞
　　　│
　　　├─論理ネーミングサービス
　　　│　└─ネーミングサービス
　　　│　　　└─＜ネーミングサービス名＞
　　　│
　　　├─論理CTMドメインマネジャ
　　　│　└─CTMドメインマネジャ
　　　│　　　└─＜CTMドメインマネジャ名＞
　　　│
　　　├─論理CTM
　　　│　└─CTM
　　　│　　　└─＜CTM名＞
　　　│
　　　├─論理SFOサーバ
　　　│　└─SFOサーバ
　　　│　　　└─＜SFOサーバ名＞
　　　│
　　　├─論理J2EEサーバ
　　　│　├─J2EEサーバ
　　　│　│　├─＜J2EEサーバ名＞
　　　│　│　└─＜バッチサーバ名＞
　　　│　│
　　　│　└─J2EEサーバクラスタ
　　　│　　　└─＜J2EEサーバクラスタ名＞
　　　│　　　　　└─＜J2EEサーバ名＞
　　　│
　　　├─論理Webサーバ
　　　│　├─Webサーバ
　　　│　│　└─＜Webサーバ名＞
　　　│　│
　　　│　└─Webサーバクラスタ
　　　│　　　└─＜Webサーバクラスタ名＞
　　　│　　　　　└─＜Webサーバ名＞
　　　│
　　　└─論理ユーザサーバ
　　　　　└─ユーザサーバ
　　　　　　　└─＜ユーザサーバ名＞

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

サーバビューに表示されるノードの意味を次の表に示します。

表6-2　「論理サーバの起動／停止」のサーバビューに表示されるノードの意味

ノード名
説明
ノード上でできる操作と参照先

＜運用管理ドメイン名＞
運用管理ドメインに定義されている論理サーバのルートです。運用管理ドメイン内のすべての論理サーバを対象にした操作ができます。

運用管理ドメイン全体の論理サーバの稼働状況（6.3.1参照）

運用管理ドメイン全体の論理サーバの一括起動（6.3.2参照）

運用管理ドメイン全体の論理サーバの一括停止（6.3.3参照）

運用管理ドメイン全体の論理サーバの一括再起動（6.3.4参照）

論理サーバの起動順序の設定（6.3.5参照）

ログの表示（6.3.6参照）

論理パフォーマンストレーサ
論理サーバの一つであるパフォーマンストレーサのルートです。
このノードには操作画面がありません。

パフォーマンストレーサ
パフォーマンストレーサのツリーです。
このノードには操作画面がありません。

＜パフォーマンストレーサ名＞
各パフォーマンストレーサ名です。そのパフォーマンストレーサだけを対象にした操作ができます。

パフォーマンストレーサの起動／停止の設定（6.4.1参照）

パフォーマンストレーサの起動（6.4.2参照）

パフォーマンストレーサの停止（6.4.3参照）

ログの表示（6.4.4参照）

論理スマートエージェント
論理サーバの一つであるスマートエージェントのルートです。
このノードには操作画面がありません。

スマートエージェント
スマートエージェントのツリーです。
このノードには操作画面がありません。

＜スマートエージェント名＞
各スマートエージェント名です。そのスマートエージェントだけを対象にした操作ができます。

スマートエージェントの起動／停止の設定（6.5.1参照）

スマートエージェントの起動（6.5.2参照）

スマートエージェントの停止（6.5.3参照）

ログの表示（6.5.4参照）

論理ネーミングサービス
論理サーバの一つであるネーミングサービスのルートです。
このノードには操作画面がありません。

ネーミングサービス
ネーミングサービスのツリーです。
このノードには操作画面がありません。

＜ネーミングサービス名＞
各ネーミングサービス名です。そのネーミングサービスだけを対象にした操作ができます。

ネーミングサービスの起動／停止の設定（6.6.1参照）

ネーミングサービスの起動（6.6.2参照）

ネーミングサービスの停止（6.6.3参照）

ログの表示（6.6.4参照）

論理CTMドメインマネジャ
論理サーバの一つであるCTMドメインマネジャのルートです。
このノードには操作画面がありません。

CTMドメインマネジャ
CTMドメインマネジャのツリーです。
このノードには操作画面がありません。

＜CTMドメインマネジャ名＞
各CTMドメインマネジャ名です。そのCTMドメインマネジャだけを対象にした操作ができます。

CTMドメインマネジャの起動／停止の設定（6.7.1参照）

CTMドメインマネジャの起動（6.7.2参照）

CTMドメインマネジャの停止（6.7.3参照）

ログの表示（6.7.4参照）

論理CTM
論理サーバの一つであるCTMのルートです。
このノードには操作画面がありません。

CTM
CTMのツリーです。
このノードには操作画面がありません。

＜CTM名＞
各CTM名です。そのCTMだけを対象にした操作ができます。

CTMの起動／停止の設定（6.8.1参照）

CTMの起動（6.8.2参照）

CTMの停止（6.8.3参照）

ログの表示（6.8.4参照）

論理SFOサーバ
論理サーバの一つであるSFOサーバのルートです。
このノードには操作画面がありません。

SFOサーバ
SFOサーバのツリーです。
このノードには操作画面がありません。

＜SFOサーバ名＞
各SFOサーバ名です。そのSFOサーバだけを対象にした操作ができます。

SFOサーバの起動／停止の設定（6.9.1参照）

SFOサーバの起動（6.9.2参照）

SFOサーバの停止（6.9.3参照）

ログの表示（6.9.4参照）

SFOサーバのsnapshotログの収集（6.9.5参照）

論理J2EEサーバ
論理サーバの一つであるJ2EEサーバおよびJ2EEサーバクラスタのルートです。
このノードには操作画面がありません。

J2EEサーバ
J2EEサーバのツリーです。
このノードには操作画面がありません。

＜J2EEサーバ名＞
各J2EEサーバ名です。そのJ2EEサーバだけを対象にした操作ができます。

J2EEサーバの起動／停止の設定（6.10.1参照）

J2EEサーバの起動（6.10.2参照）

J2EEサーバの停止（6.10.3参照）

ログの表示（6.10.4参照）

J2EEサーバのsnapshotログの収集（6.10.5参照）

J2EEサーバクラスタ
J2EEサーバクラスタのツリーです。
このノードには操作画面がありません。

＜J2EEサーバクラスタ名＞
各J2EEサーバクラスタ名です。その構成要素のJ2EEサーバすべてを対象にした操作ができます。

J2EEサーバクラスタの稼働状況（6.11.1参照）

J2EEサーバクラスタの一括起動（6.11.2参照）

J2EEサーバクラスタの一括停止（6.11.3参照）

J2EEサーバクラスタの一括再起動（6.11.4参照）

ログの表示（6.11.8参照）

＜J2EEサーバ名＞
各J2EEサーバ名です。そのJ2EEサーバだけを対象にした操作ができます。

J2EEサーバの起動／停止の設定（6.11.5参照）

J2EEサーバの起動（6.11.6参照）

J2EEサーバの停止（6.11.7参照）

ログの表示（6.11.8参照）

J2EEサーバのsnapshotログの収集（6.11.9参照）

論理Webサーバ
論理サーバの一つであるWebサーバおよびWebサーバクラスタのルートです。
このノードには操作画面がありません。

Webサーバ
Webサーバのツリーです。
このノードには操作画面がありません。

＜Webサーバ名＞
各Webサーバ名です。そのWebサーバだけを対象にした操作ができます。

Webサーバの起動／停止の設定（6.12.1参照）

Webサーバの起動（6.12.2参照）

Webサーバの停止（6.12.3参照）

ログの表示（6.12.4参照）

Webサーバクラスタ
Webサーバクラスタのツリーです。
このノードには操作画面がありません。

＜Webサーバクラスタ名＞
各Webサーバクラスタ名です。その構成要素のWebサーバすべてを対象にした操作ができます。

Webサーバクラスタの稼働状況（6.13.1参照）

Webサーバクラスタの一括起動（6.13.2参照）

Webサーバクラスタの一括停止（6.13.3参照）

Webサーバクラスタの一括再起動（6.13.4参照）

ログの表示（6.13.8参照）

＜Webサーバ名＞
各Webサーバ名です。そのWebサーバだけを対象にした操作ができます。

Webサーバの起動／停止の設定（6.13.5参照）

Webサーバの起動（6.13.6参照）

Webサーバの停止（6.13.7参照）

ログの表示（6.13.8参照）

論理ユーザサーバ
論理サーバの一つであるユーザサーバのルートです。
このノードには操作画面がありません。

ユーザサーバ
ユーザサーバのツリーです。
このノードには操作画面がありません。

＜ユーザサーバ名＞
各ユーザサーバ名です。そのユーザサーバだけを対象にした操作ができます。

ユーザサーバの起動／停止の設定（6.14.1参照）

ユーザサーバの起動（6.14.2参照）

ユーザサーバの停止（6.14.3参照）

ログの表示（6.14.4参照）

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

サーバビューに表示されるノードの意味を次の表に示します。

表6-3　「論理サーバの起動／停止」のサーバビューに表示されるノードの意味

ノード名
説明
ノード上でできる操作と参照先

＜運用管理ドメイン名＞
運用管理ドメインに定義されている論理サーバのルートです。運用管理ドメイン内のすべての論理サーバを対象にした操作ができます。

運用管理ドメイン全体の論理サーバの稼働状況（6.3.1参照）

運用管理ドメイン全体の論理サーバの一括起動（6.3.2参照）

運用管理ドメイン全体の論理サーバの一括停止（6.3.3参照）

運用管理ドメイン全体の論理サーバの一括再起動（6.3.4参照）

論理サーバの起動順序の設定（6.3.5参照）

ログの表示（6.3.6参照）

論理パフォーマンストレーサ
論理サーバの一つであるパフォーマンストレーサのルートです。
このノードには操作画面がありません。

パフォーマンストレーサ
パフォーマンストレーサのツリーです。
このノードには操作画面がありません。

＜パフォーマンストレーサ名＞
各パフォーマンストレーサ名です。そのパフォーマンストレーサだけを対象にした操作ができます。

パフォーマンストレーサの起動／停止の設定（6.4.1参照）

パフォーマンストレーサの起動（6.4.2参照）

パフォーマンストレーサの停止（6.4.3参照）

ログの表示（6.4.4参照）

論理J2EEサーバ
論理サーバの一つであるバッチサーバのルートです。
このノードには操作画面がありません。

J2EEサーバ
バッチサーバのツリーです。
このノードには操作画面がありません。

＜バッチサーバ名＞
各バッチサーバ名です。そのバッチサーバだけを対象にした操作ができます。

バッチサーバの起動／停止の設定（6.10.1参照）※

バッチサーバの起動（6.10.2参照）※

バッチサーバの停止（6.10.3参照）※

ログの表示（6.10.4参照）※

バッチサーバのsnapshotログの収集（6.10.5参照）※

論理ユーザサーバ
論理サーバの一つであるユーザサーバのルートです。
このノードには操作画面がありません。

ユーザサーバ
ユーザサーバのツリーです。
このノードには操作画面がありません。

＜ユーザサーバ名＞
各ユーザサーバ名です。そのユーザサーバだけを対象にした操作ができます。

ユーザサーバの起動／停止の設定（6.14.1参照）

ユーザサーバの起動（6.14.2参照）

ユーザサーバの停止（6.14.3参照）

ログの表示（6.14.4参照）

注※

J2EEサーバをバッチサーバに読み替えてください。

6.2　ホストごとの論理サーバの一括起動と一括停止

この節では，選択したホスト内の論理サーバの一括起動および一括停止について説明します。

＜この節の構成＞

6.2.1　ホストごとの論理サーバの稼働状況

6.2.2　ホストごとの論理サーバの一括起動

6.2.3　ホストごとの論理サーバの一括停止

6.2.4　ホストごとの論理サーバの一括再起動

6.2.5　ログの表示（論理サーバの起動／停止）

6.2.1　ホストごとの論理サーバの稼働状況

［論理サーバの稼働状況］画面を次の図に示します。

図6-1　［論理サーバの稼働状況］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したホスト内のすべての論理サーバの稼働状況を，一覧で確認できます。

(2)　表示手順

画面の表示手順を次に示します。

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

［ホストビュー］タブ－［ホスト］－［＜ホスト名＞］をクリックします。

［稼働状況］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

稼働状況

論理サーバの状態が表示されます。

状態の意味については，「2.4.1　論理サーバの稼働状況のステータス」を参照してください。

起動順序

［起動順序の設定］画面で設定した起動順序が表示されます。項目は，起動順序でソートされて表示されます。

論理サーバ名

論理サーバの種別を表すアイコンと，論理サーバ名が表示されます。J2EEサーバクラスタおよびWebサーバクラスタについては，それらの階層構成も表示されます。

ホスト名

論理サーバが動作するホスト名が表示されます。

自動再起動

［起動／停止の設定］画面の［自動再起動回数］に設定した値に応じて，「有効」または「無効」が表示されます。

有効：1以上の値を指定した場合

無効：0を指定した場合

［最新の情報に更新］アンカー

画面を最新の情報に更新します。画面は時間の経過とともに変わります。常に最新の状態でご参照ください。

自動で画面を最新にする方法については，「2.4.2　画面自動更新の設定」を参照してください。

6.2.2　ホストごとの論理サーバの一括起動

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したホスト内の論理サーバを一括起動できます。起動の順序は，［起動順序の設定］画面の内容に従います。

すでに稼働中の論理サーバは，引き続き稼働状態が保たれ，この操作によって再起動されることはありません。

(2)　表示手順

画面の表示手順を次に示します。

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

［ホストビュー］タブ－［ホスト］－［＜ホスト名＞］をクリックします。

［一括起動］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［実行］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［実行］ボタン

起動順序に従い，論理サーバを一括起動します。

6.2.3　ホストごとの論理サーバの一括停止

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したホスト内の論理サーバを一括停止できます。停止の順序は，［起動順序の設定］画面の内容と逆の順序で行われます。

(2)　表示手順

画面の表示手順を次に示します。

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

［ホストビュー］タブ－［ホスト］－［＜ホスト名＞］をクリックします。

［一括停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［実行］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［実行］ボタン

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

6.2.4　ホストごとの論理サーバの一括再起動

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したホスト内の論理サーバを一括で再起動できます。起動の順序は，［起動順序の設定］画面の内容に従います。

すでに稼働中の論理サーバは，いったんすべて停止してから再起動されます。停止の順序は，起動と逆の順序で行われます。

(2)　表示手順

画面の表示手順を次に示します。

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

［ホストビュー］タブ－［ホスト］－［＜ホスト名＞］をクリックします。

［一括再起動］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［実行］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［実行］ボタン

稼働中の論理サーバをいったん停止したあと，論理サーバを一括再起動します。

6.2.5　ログの表示（論理サーバの起動／停止）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

運用管理ドメイン内のすべての論理サーバで出力された，論理サーバの起動と停止にかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバの起動／停止］アンカー内のさまざまな論理サーバの［ログの表示］アンカーから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

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

［ホストビュー］タブ－［ホスト］－［＜ホスト名＞］をクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，論理サーバに対して行った，起動や停止の処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「2.4.3　ログの出力形式」を参照してください。

6.3　運用管理ドメイン全体の論理サーバの一括起動と一括停止

この節では，運用管理ドメイン内のすべての論理サーバの一括起動および一括停止について説明します。

＜この節の構成＞

6.3.1　運用管理ドメイン全体の論理サーバの稼働状況

6.3.2　運用管理ドメイン全体の論理サーバの一括起動

6.3.3　運用管理ドメイン全体の論理サーバの一括停止

6.3.4　運用管理ドメイン全体の論理サーバの一括再起動

6.3.5　運用管理ドメイン全体の論理サーバの起動順序の設定

6.3.6　ログの表示（論理サーバの起動／停止）

6.3.1　運用管理ドメイン全体の論理サーバの稼働状況

［論理サーバの稼働状況］画面を次の図に示します。

図6-2　［論理サーバの稼働状況］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

運用管理ドメイン内のすべての論理サーバの稼働状況を，一覧で確認できます。

(2)　表示手順

画面の表示手順を次に示します。

ホストビューを使用する方法

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

［ホストビュー］タブ－（ルートの）［ホスト］をクリックします。

［稼働状況］タブをクリックします。

サーバビューを使用する方法

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

［サーバビュー］タブ－［＜運用管理ドメイン名＞］をクリックします。

［稼働状況］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

稼働状況

論理サーバの状態が表示されます。

状態の意味については，「2.4.1　論理サーバの稼働状況のステータス」を参照してください。

起動順序

［起動順序の設定］画面で設定した起動順序が表示されます。項目は，起動順序でソートされて表示されます。

論理サーバ名

論理サーバの種別を表すアイコンと，論理サーバ名が表示されます。J2EEサーバクラスタおよびWebサーバクラスタについては，それらの階層構成も表示されます。

ホスト名

論理サーバが動作するホスト名が表示されます。

自動再起動

［起動／停止の設定］画面の［自動再起動回数］に設定した値に応じて，「有効」または「無効」が表示されます。

有効：1以上の値を指定した場合

無効：0を指定した場合

［最新の情報に更新］アンカー

画面を最新の情報に更新します。画面は時間の経過とともに変わります。常に最新の状態でご参照ください。

自動で画面を最新にする方法については，「2.4.2　画面自動更新の設定」を参照してください。

6.3.2　運用管理ドメイン全体の論理サーバの一括起動

［一括起動］画面を次の図に示します。

図6-3　［一括起動］画面（運用管理ドメイン全体の論理サーバの一括起動）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

運用管理ドメイン内のすべての論理サーバを一括起動できます。起動の順序は，［起動順序の設定］画面の内容に従います。

すでに稼働中の論理サーバは，引き続き稼働状態が保たれ，この操作によって再起動されることはありません。

(2)　表示手順

画面の表示手順を次に示します。

ホストビューを使用する方法

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

［ホストビュー］タブ－（ルートの）［ホスト］をクリックします。

［一括起動］タブをクリックします。

サーバビューを使用する方法

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

［サーバビュー］タブ－［＜運用管理ドメイン名＞］をクリックします。

［一括起動］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［実行］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［実行］ボタン

起動順序に従い，論理サーバを一括起動します。

6.3.3　運用管理ドメイン全体の論理サーバの一括停止

［一括停止］画面を次の図に示します。

図6-4　［一括停止］画面（運用管理ドメイン全体の論理サーバの一括停止）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

運用管理ドメイン内のすべての論理サーバを一括停止できます。停止の順序は，［起動順序の設定］画面の内容と逆の順序で行われます。

(2)　表示手順

画面の表示手順を次に示します。

ホストビューを使用する方法

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

［ホストビュー］タブ－（ルートの）［ホスト］をクリックします。

［一括停止］タブをクリックします。

サーバビューを使用する方法

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

［サーバビュー］タブ－［＜運用管理ドメイン名＞］をクリックします。

［一括停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［実行］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［実行］ボタン

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

6.3.4　運用管理ドメイン全体の論理サーバの一括再起動

［一括再起動］画面を次の図に示します。

図6-5　［一括再起動］画面（運用管理ドメイン全体の論理サーバの一括再起動）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

運用管理ドメイン内のすべての論理サーバを一括で再起動できます。起動の順序は，［起動順序の設定］画面の内容に従います。

すでに稼働中の論理サーバは，いったんすべて停止してから再起動されます。停止の順序は，起動と逆の順序で行われます。

(2)　表示手順

画面の表示手順を次に示します。

ホストビューを使用する方法

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

［ホストビュー］タブ－（ルートの）［ホスト］をクリックします。

［一括再起動］タブをクリックします。

サーバビューを使用する方法

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

［サーバビュー］タブ－［＜運用管理ドメイン名＞］をクリックします。

［一括再起動］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［実行］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［実行］ボタン

稼働中の論理サーバをいったん停止したあと，論理サーバを一括再起動します。

6.3.5　運用管理ドメイン全体の論理サーバの起動順序の設定

［起動順序の設定］画面を次の図に示します。

図6-6　［起動順序の設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(1)　機能概要

運用管理ドメイン内のすべての論理サーバを一括で起動するときの，起動順序を設定できます。また，論理サーバを一括起動の対象にするかしないかを設定できます。

クラスタについては，それぞれを構成するメンバすべて同じ起動順序が適用されます。

(2)　表示手順

画面の表示手順を次に示します。

ホストビューを使用する方法

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

［ホストビュー］タブ－（ルートの）［ホスト］をクリックします。

［起動順序の設定］タブをクリックします。

サーバビューを使用する方法

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

［サーバビュー］タブ－［＜運用管理ドメイン名＞］をクリックします。

［起動順序の設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

項目を設定します。

［更新］ボタンをクリックします。

エラーが表示された場合は，［戻る］ボタンをクリックして設定を見直し，再度［更新］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目とボタンについて説明します。

起動順序

起動順序を設定します。起動順序を変更する場合，0～999の数値で設定してください。値の小さなものから起動することを意味します。一括起動の対象外にする場合は，指定なし（空白）にします。

デフォルト値は次のとおりです。

パフォーマンストレーサ：0

スマートエージェント：10

ネーミングサービス：20

CTMドメインマネジャ：30

CTM：40

SFOサーバ：70

J2EEサーバ：80

Webサーバ：90

ユーザサーバ：900

論理サーバ名

論理サーバの種別を表すアイコンと論理サーバ名が表示されます。J2EEサーバクラスタおよびWebサーバクラスタについては，それらの階層構成も表示されます。

ホスト名

論理サーバが動作しているホスト名が表示されます。

［更新］ボタン

画面に設定した内容で設定情報を更新します。

［リセット］ボタン

入力した内容をリセットします。

(5)　注意事項

J2EEサーバを1.3basicの動作モードで使用する場合は，パフォーマンストレーサ，ネーミングサービス，J2EEサーバの順序で起動するように設定してください。

J2EEサーバを1.4の動作モードで使用する場合は，パフォーマンストレーサ，スマートエージェント，ネーミングサービス，J2EEサーバの順序で起動するように設定してください。

CTMを利用する場合は，パフォーマンストレーサ，スマートエージェント，ネーミングサービス，CTMドメインマネジャ，CTM，J2EEサーバの順序で起動するようにしてください。

セッションフェイルオーバ機能を利用する場合は，SFOサーバをJ2EEサーバより先に起動するようにしてください。

「起動／停止の設定」で「前提となる論理サーバ」を設定している場合に，該当する論理サーバの起動順序が前提の論理サーバより先になっていないかどうかに注意して設定してください。

6.3.6　ログの表示（論理サーバの起動／停止）

［ログの表示］画面を次の図に示します。

図6-7　［ログの表示］画面（論理サーバの起動／停止）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

運用管理ドメイン内のすべての論理サーバで出力された，論理サーバの起動と停止にかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバの起動／停止］アンカー内のさまざまな論理サーバの［ログの表示］アンカーから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

ホストビューを使用する方法

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

［ホストビュー］タブ－（ルートの）［ホスト］をクリックします。

［ログの表示］タブをクリックします。

サーバビューを使用する方法

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

［サーバビュー］タブ－［＜運用管理ドメイン名＞］をクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，論理サーバに対して行った，起動や停止の処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「2.4.3　ログの出力形式」を参照してください。

6.4　パフォーマンストレーサの起動と停止

この節では，パフォーマンストレーサの起動および停止について説明します。

＜この節の構成＞

6.4.1　パフォーマンストレーサの起動／停止の設定

6.4.2　パフォーマンストレーサの起動

6.4.3　パフォーマンストレーサの停止

6.4.4　ログの表示（論理サーバの起動／停止）

6.4.1　パフォーマンストレーサの起動／停止の設定

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(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より前のバージョンで，パフォーマンストレーサの停止監視時間をデフォルトで運用している場合などは，停止監視時間の値を確認して，必要に応じて再設定してください。

6.4.2　パフォーマンストレーサの起動

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

論理サーバの中から，選択したパフォーマンストレーサだけを起動できます。

すでにパフォーマンストレーサが稼働中の場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理パフォーマンストレーサ］－［パフォーマンストレーサ］－［＜パフォーマンストレーサ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［起動］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［起動］ボタン

パフォーマンストレーサを起動します。

6.4.3　パフォーマンストレーサの停止

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

論理サーバの中から，選択したパフォーマンストレーサだけを停止できます。

すでにパフォーマンストレーサが停止している場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理パフォーマンストレーサ］－［パフォーマンストレーサ］－［＜パフォーマンストレーサ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［停止］ボタンまたは［強制停止］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［停止］ボタン

パフォーマンストレーサを停止します。

［強制停止］ボタン

パフォーマンストレーサを強制停止します。

6.4.4　ログの表示（論理サーバの起動／停止）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

運用管理ドメイン内のすべての論理サーバで出力された，論理サーバの起動と停止にかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバの起動／停止］アンカー内のさまざまな論理サーバの［ログの表示］アンカーから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理パフォーマンストレーサ］－［パフォーマンストレーサ］－［＜パフォーマンストレーサ名＞］をクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，論理サーバに対して行った，起動や停止の処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「2.4.3　ログの出力形式」を参照してください。

6.5　スマートエージェントの起動と停止

この節では，スマートエージェントの起動および停止について説明します。

＜この節の構成＞

6.5.1　スマートエージェントの起動／停止の設定

6.5.2　スマートエージェントの起動

6.5.3　スマートエージェントの停止

6.5.4　ログの表示（論理サーバの起動／停止）

6.5.1　スマートエージェントの起動／停止の設定

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(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)　注意事項

［起動／停止の設定］画面で設定する起動監視時間，停止監視時間は，システムの構成によって差異があるため，システム構成に応じたチューニングをして，余裕を持たせた値を設定してください。

6.5.2　スマートエージェントの起動

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

論理サーバの中から，選択したスマートエージェントだけを起動できます。

すでにスマートエージェントが稼働中の場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理スマートエージェント］－［スマートエージェント］－［＜スマートエージェント名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［起動］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［起動］ボタン

スマートエージェントを起動します。

6.5.3　スマートエージェントの停止

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

論理サーバの中から，選択したスマートエージェントだけを停止できます。

すでにスマートエージェントが停止している場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理スマートエージェント］－［スマートエージェント］－［＜スマートエージェント名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［停止］ボタンまたは［強制停止］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［停止］ボタン

スマートエージェントを停止します。

［強制停止］ボタン

スマートエージェントを強制停止します。

6.5.4　ログの表示（論理サーバの起動／停止）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

運用管理ドメイン内のすべての論理サーバで出力された，論理サーバの起動と停止にかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバの起動／停止］アンカー内のさまざまな論理サーバの［ログの表示］アンカーから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理スマートエージェント］－［スマートエージェント］－［＜スマートエージェント名＞］をクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，論理サーバに対して行った，起動や停止の処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「2.4.3　ログの出力形式」を参照してください。

6.6　ネーミングサービスの起動と停止

この節では，ネーミングサービスの起動および停止について説明します。

＜この節の構成＞

6.6.1　ネーミングサービスの起動／停止の設定

6.6.2　ネーミングサービスの起動

6.6.3　ネーミングサービスの停止

6.6.4　ログの表示（論理サーバの起動／停止）

6.6.1　ネーミングサービスの起動／停止の設定

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(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)　注意事項

［起動／停止の設定］画面で設定する起動監視時間，停止監視時間は，システムの構成によって差異があるため，システム構成に応じたチューニングをして，余裕を持たせた値を設定してください。

6.6.2　ネーミングサービスの起動

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

論理サーバの中から，選択したネーミングサービスだけを起動できます。

すでにネーミングサービスが稼働中の場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理ネーミングサービス］－［ネーミングサービス］－［＜ネーミングサービス名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［起動］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［起動］ボタン

ネーミングサービスを起動します。

6.6.3　ネーミングサービスの停止

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

論理サーバの中から，選択したネーミングサービスだけを停止できます。

すでにネーミングサービスが停止している場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理ネーミングサービス］－［ネーミングサービス］－［＜ネーミングサービス名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［停止］ボタンまたは［強制停止］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［停止］ボタン

ネーミングサービスを停止します。

［強制停止］ボタン

ネーミングサービスを強制停止します。

6.6.4　ログの表示（論理サーバの起動／停止）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

運用管理ドメイン内のすべての論理サーバで出力された，論理サーバの起動と停止にかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバの起動／停止］アンカー内のさまざまな論理サーバの［ログの表示］アンカーから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理ネーミングサービス］－［ネーミングサービス］－［＜ネーミングサービス名＞］をクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，論理サーバに対して行った，起動や停止の処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「2.4.3　ログの出力形式」を参照してください。

6.7　CTMドメインマネジャの起動と停止

この節では，CTMドメインマネジャの起動および停止について説明します。

＜この節の構成＞

6.7.1　CTMドメインマネジャの起動／停止の設定

6.7.2　CTMドメインマネジャの起動

6.7.3　CTMドメインマネジャの停止

6.7.4　ログの表示（論理サーバの起動／停止）

6.7.1　CTMドメインマネジャの起動／停止の設定

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(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)　注意事項

［起動／停止の設定］画面で設定する起動監視時間，停止監視時間は，システムの構成によって差異があるため，システム構成に応じたチューニングをして，余裕を持たせた値を設定してください。

6.7.2　CTMドメインマネジャの起動

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

論理サーバの中から，選択したCTMドメインマネジャだけを起動できます。

すでにCTMドメインマネジャが稼働中の場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理CTMドメインマネジャ］－［CTMドメインマネジャ］－［＜CTMドメインマネジャ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［起動］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［起動］ボタン

CTMドメインマネジャを起動します。

6.7.3　CTMドメインマネジャの停止

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

論理サーバの中から，選択したCTMドメインマネジャだけを停止できます。

すでにCTMドメインマネジャが停止している場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理CTMドメインマネジャ］－［CTMドメインマネジャ］－［＜CTMドメインマネジャ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［停止］ボタンまたは［強制停止］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［停止］ボタン

CTMドメインマネジャを停止します。

［強制停止］ボタン

CTMドメインマネジャを強制停止します。

6.7.4　ログの表示（論理サーバの起動／停止）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

運用管理ドメイン内のすべての論理サーバで出力された，論理サーバの起動と停止にかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバの起動／停止］アンカー内のさまざまな論理サーバの［ログの表示］アンカーから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理CTMドメインマネジャ］－［CTMドメインマネジャ］－［＜CTMドメインマネジャ名＞］をクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，論理サーバに対して行った，起動や停止の処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「2.4.3　ログの出力形式」を参照してください。

6.8　CTMの起動と停止

この節では，CTMの起動および停止について説明します。

＜この節の構成＞

6.8.1　CTMの起動／停止の設定

6.8.2　CTMの起動

6.8.3　CTMの停止

6.8.4　ログの表示（論理サーバの起動／停止）

6.8.1　CTMの起動／停止の設定

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(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)　注意事項

［起動／停止の設定］画面で設定する起動監視時間，停止監視時間は，システムの構成によって差異があるため，システム構成に応じたチューニングをして，余裕を持たせた値を設定してください。

6.8.2　CTMの起動

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

論理サーバの中から，選択したCTMだけを起動できます。

すでにCTMが稼働中の場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理CTM］－［CTM］－［＜CTM名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［起動］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［起動］ボタン

CTMを起動します。

6.8.3　CTMの停止

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

論理サーバの中から，選択したCTMだけを停止できます。

すでにCTMが停止している場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理CTM］－［CTM］－［＜CTM名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［停止］ボタンまたは［強制停止］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［停止］ボタン

CTMを停止します。

［強制停止］ボタン

CTMを強制停止します。

6.8.4　ログの表示（論理サーバの起動／停止）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

運用管理ドメイン内のすべての論理サーバで出力された，論理サーバの起動と停止にかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバの起動／停止］アンカー内のさまざまな論理サーバの［ログの表示］アンカーから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理CTM］－［CTM］－［＜CTM名＞］をクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，論理サーバに対して行った，起動や停止の処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「2.4.3　ログの出力形式」を参照してください。

6.9　SFOサーバの起動と停止

この節では，SFOサーバの起動および停止について説明します。

＜この節の構成＞

6.9.1　SFOサーバの起動／停止の設定

6.9.2　SFOサーバの起動

6.9.3　SFOサーバの停止

6.9.4　ログの表示（論理サーバの起動／停止）

6.9.5　SFOサーバのsnapshotログの収集

6.9.1　SFOサーバの起動／停止の設定

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(1)　機能概要

選択したSFOサーバの起動監視時間などの，起動／停止に必要な情報を設定できます。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理SFOサーバ］－［SFOサーバ］－［＜SFOサーバ名＞］をクリックします。

［設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

項目を設定します。

［更新］ボタンをクリックします。

エラーが表示された場合は，［戻る］ボタンをクリックして設定を見直し，再度［更新］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目とボタンについて説明します。

起動監視時間

［起動］ボタンのクリックから起動処理完了までの監視時間を設定します。［起動］ボタンのクリック後，起動監視時間を経過してもSFOサーバが起動しない場合は，起動処理失敗となります。設定できる値は，監視しない，1分，5分，10分，60分です。デフォルトは，1分です。

停止監視時間

［停止］ボタンのクリックから停止処理完了までの監視時間を設定します。［停止］ボタンのクリック後，停止監視時間を経過してもSFOサーバが停止しない場合は，Management Serverが強制的にSFOサーバを停止します。設定できる値は，監視しない，1分，5分，10分，30分です。デフォルトは，1分です。

強制停止監視時間

［強制停止］ボタンのクリックから強制停止処理完了までの監視時間を設定します。［強制停止］ボタンのクリック後，強制停止監視時間を経過してもSFOサーバが強制停止しない場合は，Management ServerがSFOサーバのステータスを異常停止にします。設定できる値は，監視しない，1分，5分，10分，30分です。デフォルトは，1分です。

強制停止監視時間を，SFOサーバのスレッドダンプの出力が終わる時間よりも短く設定すると，スレッドダンプの出力が完全に終わる前にSFOサーバのプロセスが終了してしまうので，注意してください。

自動再起動回数

自動再起動をする回数の上限値を設定します。設定できる値は，0回，1回，5回，10回，1000回です。デフォルトは，1回です。

自動再起動リトライ間隔

自動再起動をする場合の自動再起動のリトライ間隔を設定します。設定できる値は，即時リトライ，1分，5分，10分，30分です。デフォルトは，1分です。

前提となる論理サーバ

選択したSFOサーバを起動する前に，先に起動しておく論理サーバを設定します。設定は，メニューの中から選択できます。前提となる論理サーバを設定しない場合は，「なし」を選択します。

前提となる論理サーバを設定すると，SFOサーバの起動／停止の処理は次のように扱われます。

前提となる論理サーバが未起動の場合，SFOサーバは起動失敗となります。

前提となる論理サーバの停止時には，SFOサーバも停止します。

SFOサーバの稼働中に前提となる論理サーバがダウンした場合，SFOサーバは停止します。

［更新］ボタン

画面に設定した内容で設定情報を更新します。

［リセット］ボタン

入力した内容をリセットします。

(5)　注意事項

［起動／停止の設定］画面で設定する起動監視時間，停止監視時間は，システムの構成によって差異があるため，システム構成に応じたチューニングをして，余裕を持たせた値を設定してください。

6.9.2　SFOサーバの起動

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

論理サーバの中から，選択したSFOサーバだけを起動できます。すでにSFOサーバが稼働中の場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理SFOサーバ］－［SFOサーバ］－［＜SFOサーバ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

必要があれば，オプションを設定します。

［起動］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［起動］ボタン

SFOサーバを起動します。

6.9.3　SFOサーバの停止

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

論理サーバの中から，選択したSFOサーバだけを停止できます。すでにSFOサーバが停止している場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理SFOサーバ］－［SFOサーバ］－［＜SFOサーバ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［停止］ボタンまたは［強制停止］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［停止］ボタン

SFOサーバが停止します。

［強制停止］ボタン

SFOサーバを強制停止します。

6.9.4　ログの表示（論理サーバの起動／停止）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

運用管理ドメイン内のすべての論理サーバで出力された，論理サーバの起動と停止にかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバの起動／停止］アンカー内のさまざまな論理サーバの［ログの表示］アンカーから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理SFOサーバ］－［SFOサーバ］－［＜SFOサーバ名＞］をクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，論理サーバに対して行った，起動や停止の処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「2.4.3　ログの出力形式」を参照してください。

6.9.5　SFOサーバのsnapshotログの収集

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したSFOサーバのsnapshotログを収集できます。収集したsnapshotログは選択したSFOサーバが稼働しているホスト上に格納されます。

snapshotログとは，Cosminexusシステムおよびアプリケーションの保守に必要なトラブルシュート情報のことです。snapshotログを収集するための設定については，マニュアル「Cosminexus　システム構築ガイド」のsnapshotログ収集の設定に関する説明を，snapshotログの取得方法については，マニュアル「Cosminexus　システム運用ガイド」の資料の取得方法に関する説明を参照してください。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理SFOサーバ］－［SFOサーバ］－［＜SFOサーバ名＞］をクリックします。

［snapshotログ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［収集］ボタンをクリックします。

(4)　画面詳細

［収集］ボタン

snapshotログを収集し，選択したSFOサーバが稼働しているホスト上に格納します。

6.10　J2EEサーバの起動と停止

この節では，J2EEサーバの起動および停止について説明します。

＜この節の構成＞

6.10.1　J2EEサーバの起動／停止の設定

6.10.2　J2EEサーバの起動

6.10.3　J2EEサーバの停止

6.10.4　ログの表示（論理サーバの起動／停止）

6.10.5　J2EEサーバのsnapshotログの収集

6.10.1　J2EEサーバの起動／停止の設定

［起動／停止の設定］画面を，次の図に示します。

図6-8　［起動／停止の設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(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サーバの起動監視時間をデフォルトで運用している場合などは，起動監視時間の値を確認して，必要に応じて再設定してください。

6.10.2　J2EEサーバの起動

［起動／停止］画面を，次の図に示します。

図6-9　［起動／停止］画面（J2EEサーバを起動する場合）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

論理サーバの中から，選択したJ2EEサーバだけを起動できます。すでにJ2EEサーバが稼働中の場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

必要があれば，オプションを設定します。

［起動］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［起動］ボタン

J2EEサーバを起動します。

［J2EEアプリケーションを起動しない］

J2EEサーバの起動時，J2EEアプリケーションのデプロイおよびスタートを行わない場合は選択します。

6.10.3　J2EEサーバの停止

［起動／停止］画面を，次の図に示します。

図6-10　［起動／停止］画面（J2EEサーバを停止する場合）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

論理サーバの中から，選択したJ2EEサーバだけを停止できます。すでにJ2EEサーバが停止している場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［停止］ボタンまたは［強制停止］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［停止］ボタン

J2EEサーバが停止します。

［強制停止］ボタン

J2EEサーバを強制停止します。

6.10.4　ログの表示（論理サーバの起動／停止）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

運用管理ドメイン内のすべての論理サーバで出力された，論理サーバの起動と停止にかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバの起動／停止］アンカー内のさまざまな論理サーバの［ログの表示］アンカーから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］をクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，論理サーバに対して行った，起動や停止の処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「2.4.3　ログの出力形式」を参照してください。

6.10.5　J2EEサーバのsnapshotログの収集

［snapshotログ］画面を次の図に示します。

図6-11　［snapshotログ］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したJ2EEサーバのsnapshotログを収集できます。収集したsnapshotログは選択したJ2EEサーバが稼働しているホスト上に格納されます。

snapshotログとは，Cosminexusシステムおよびアプリケーションの保守に必要なトラブルシュート情報のことです。snapshotログを収集するための設定については，マニュアル「Cosminexus　システム構築ガイド」のsnapshotログ収集の設定に関する説明を，snapshotログの取得方法については，マニュアル「Cosminexus　システム運用ガイド」の資料の取得方法に関する説明を参照してください。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］をクリックします。

［snapshotログ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［収集］ボタンをクリックします。

(4)　画面詳細

［収集］ボタン

snapshotログを収集し，選択したJ2EEサーバが稼働しているホスト上に格納します。

6.11　J2EEサーバクラスタの一括起動／一括停止，起動／停止

この節では，J2EEサーバクラスタの一括起動，一括停止，起動，および停止について説明します。

J2EEサーバクラスタ内のすべてのJ2EEサーバを一括起動／一括停止したり，J2EEサーバクラスタ内の選択したJ2EEサーバだけを起動／停止したりできます。

＜この節の構成＞

6.11.1　J2EEサーバクラスタの稼働状況

6.11.2　J2EEサーバクラスタの一括起動

6.11.3　J2EEサーバクラスタの一括停止

6.11.4　J2EEサーバクラスタの一括再起動

6.11.5　J2EEサーバの起動／停止の設定

6.11.6　J2EEサーバの起動

6.11.7　J2EEサーバの停止

6.11.8　ログの表示（論理サーバの起動／停止）

6.11.9　J2EEサーバのsnapshotログの収集

6.11.1　J2EEサーバクラスタの稼働状況

［論理サーバの稼働状況］画面を次の図に示します。

図6-12　［論理サーバの稼働状況］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

複数のJ2EEサーバクラスタの稼働状況を一覧で確認できます。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］をクリックします。

［稼働状況］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

稼働状況

J2EEサーバクラスタの状態が表示されます。

状態の意味については，「2.4.1　論理サーバの稼働状況のステータス」を参照してください。

起動順序

［起動順序の設定］画面で設定した起動順序が表示されます。

論理サーバ名

J2EEサーバクラスタの種別を表すアイコンと，J2EEサーバクラスタ名が階層構成で表示されます。

ホスト名

J2EEサーバクラスタが動作するホスト名が表示されます。

自動再起動

［起動／停止の設定］画面の［自動再起動回数］に設定した値に応じて，「有効」または「無効」が表示されます。

有効：1以上の値を指定した場合

無効：0を指定した場合

［最新の情報に更新］アンカー

画面を最新の情報に更新します。画面は時間の経過とともに変わります。常に最新の状態でご参照ください。

自動で画面を最新にする方法については，「2.4.2　画面自動更新の設定」を参照してください。

6.11.2　J2EEサーバクラスタの一括起動

［一括起動］画面を次の図に示します。

図6-13　［一括起動］画面（J2EEサーバクラスタの一括起動）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したJ2EEサーバクラスタ内のすべてのJ2EEサーバを一括起動できます。

すでに稼働中のJ2EEサーバクラスタは，引き続き稼働状態が保たれ，この操作によって再起動されることはありません。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］をクリックします。

［一括起動］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［実行］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［実行］ボタン

J2EEサーバクラスタを一括起動します。

6.11.3　J2EEサーバクラスタの一括停止

［一括停止］画面を次の図に示します。

図6-14　［一括停止］画面（J2EEサーバクラスタの一括停止）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したJ2EEサーバクラスタ内のすべてのJ2EEサーバを停止できます。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］をクリックします。

［一括停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［実行］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［実行］ボタン

J2EEサーバクラスタを一括停止します。

6.11.4　J2EEサーバクラスタの一括再起動

［一括再起動］画面を次の図に示します。

図6-15　［一括再起動］画面（J2EEサーバクラスタの一括再起動）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したJ2EEサーバクラスタ内のすべてのJ2EEサーバを一括で再起動できます。

すでに稼働中のJ2EEサーバクラスタは，いったんすべて停止してから再起動されます。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］をクリックします。

［一括再起動］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［実行］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［実行］ボタン

稼働中のJ2EEサーバクラスタをいったん停止したあと，J2EEサーバクラスタを一括再起動します。

6.11.5　J2EEサーバの起動／停止の設定

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(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サーバの起動監視時間をデフォルトで運用している場合などは，起動監視時間の値を確認して，必要に応じて再設定してください。

6.11.6　J2EEサーバの起動

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

論理サーバの中から，J2EEサーバクラスタ内の選択したJ2EEサーバだけを起動できます。すでにJ2EEサーバが稼働中の場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［＜J2EEサーバ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［起動］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［起動］ボタン

J2EEサーバを起動します。

6.11.7　J2EEサーバの停止

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

論理サーバの中から，J2EEサーバクラスタ内の選択したJ2EEサーバだけを停止できます。

すでにJ2EEサーバが停止している場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［＜J2EEサーバ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［停止］ボタンまたは［強制停止］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［停止］ボタン

J2EEサーバを停止します。

［強制停止］ボタン

J2EEサーバを強制停止します。

6.11.8　ログの表示（論理サーバの起動／停止）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

運用管理ドメイン内のすべての論理サーバで出力された，論理サーバの起動と停止にかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバの起動／停止］アンカー内のさまざまな論理サーバの［ログの表示］アンカーから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理J2EEサーバ］をクリックします。

次のどちらかの操作をします。

［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［＜J2EEサーバ名＞］をクリックする

［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］をクリックする

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，論理サーバに対して行った，起動や停止の処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「2.4.3　ログの出力形式」を参照してください。

6.11.9　J2EEサーバのsnapshotログの収集

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

J2EEサーバクラスタ内の選択したJ2EEサーバのsnapshotログを収集できます。収集したsnapshotログは選択したJ2EEサーバが稼働しているホスト上に格納されます。

snapshotログとは，Cosminexusシステムおよびアプリケーションの保守に必要なトラブルシュート情報のことです。snapshotログを収集するための設定については，マニュアル「Cosminexus　システム構築ガイド」のsnapshotログ収集の設定に関する説明を，snapshotログの取得方法については，マニュアル「Cosminexus　システム運用ガイド」の資料の取得方法に関する説明を参照してください。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［＜J2EEサーバ名＞］をクリックします。

［snapshotログ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［収集］ボタンをクリックします。

(4)　画面詳細

［収集］ボタン

snapshotログを収集し，選択したJ2EEサーバが稼働しているホスト上に格納します。

6.12　Webサーバの起動と停止

この節では，Webサーバの起動および停止について説明します。

＜この節の構成＞

6.12.1　Webサーバの起動／停止の設定

6.12.2　Webサーバの起動

6.12.3　Webサーバの停止

6.12.4　ログの表示（論理サーバの起動／停止）

6.12.1　Webサーバの起動／停止の設定

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(1)　機能概要

選択したWebサーバの起動監視時間などの，起動／停止に必要な情報を設定できます。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバ］－［＜Webサーバ名＞］をクリックします。

［設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

項目を設定します。

［更新］ボタンをクリックします。

エラーが表示された場合は，［戻る］ボタンをクリックして設定を見直し，再度［更新］ボタンをクリックします。

(4)　画面詳細

画面に表示される項目とボタンについて説明します。

起動監視時間

［起動］ボタンのクリックから起動処理完了までの監視時間を設定します。［起動］ボタンのクリック後，起動監視時間を経過してもWebサーバが起動しない場合は，起動処理失敗となります。設定できる値は，監視しない，1分，5分，10分，60分です。デフォルトは，1分です。

停止監視時間

［停止］ボタンのクリックから停止処理完了までの監視時間を設定します。［停止］ボタンのクリック後，停止監視時間を経過してもWebサーバが停止しない場合は，Management Serverが強制的にWebサーバを停止します。設定できる値は，監視しない，1分，5分，10分，30分です。デフォルトは，1分です。

強制停止監視時間

［強制停止］ボタンのクリックから強制停止処理完了までの監視時間を設定します。［強制停止］ボタンのクリック後，強制停止監視時間を経過しても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)　注意事項

［起動／停止の設定］画面で設定する起動監視時間，停止監視時間は，システムの構成によって差異があるため，システム構成に応じたチューニングをして，余裕を持たせた値を設定してください。

6.12.2　Webサーバの起動

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

論理サーバの中から，選択したWebサーバだけを起動できます。すでにWebサーバが稼働中の場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバ］－［＜Webサーバ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［起動］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［起動］ボタン

Webサーバを起動します。

6.12.3　Webサーバの停止

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

論理サーバの中から，選択したWebサーバだけを停止できます。すでにWebサーバが停止している場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバ］－［＜Webサーバ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［停止］ボタンまたは［強制停止］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［停止］ボタン

Webサーバを停止します。

［強制停止］ボタン

Webサーバを強制停止します。

6.12.4　ログの表示（論理サーバの起動／停止）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

運用管理ドメイン内のすべての論理サーバで出力された，論理サーバの起動と停止にかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバの起動／停止］アンカー内のさまざまな論理サーバの［ログの表示］アンカーから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバ］－［＜Webサーバ名＞］をクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，論理サーバに対して行った，起動や停止の処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「2.4.3　ログの出力形式」を参照してください。

6.13　Webサーバクラスタの一括起動／一括停止，起動／停止

この節では，Webサーバクラスタの一括起動，一括停止，起動，および停止について説明します。

Webサーバクラスタ内のすべてのWebサーバを一括起動／一括停止したり，Webサーバクラスタ内の選択したWebサーバだけを起動／停止したりできます。

＜この節の構成＞

6.13.1　Webサーバクラスタの稼働状況

6.13.2　Webサーバクラスタの一括起動

6.13.3　Webサーバクラスタの一括停止

6.13.4　Webサーバクラスタの一括再起動

6.13.5　Webサーバの起動／停止の設定

6.13.6　Webサーバの起動

6.13.7　Webサーバの停止

6.13.8　ログの表示（論理サーバの起動／停止）

6.13.1　Webサーバクラスタの稼働状況

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

複数のWebサーバクラスタの稼働状況を一覧で確認できます。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバクラスタ］－［＜Webサーバクラスタ名＞］をクリックします。

［稼働状況］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

稼働状況

Webサーバクラスタの状態が表示されます。

状態の意味については，「2.4.1　論理サーバの稼働状況のステータス」を参照してください。

起動順序

［起動順序の設定］画面で設定した起動順序が表示されます。

論理サーバ名

Webサーバクラスタの種別を表すアイコンと，Webサーバクラスタ名が階層構成で表示されます。

ホスト名

Webサーバクラスタが動作するホスト名が表示されます。

自動再起動

［起動／停止の設定］画面の［自動再起動回数］に設定した値に応じて，「有効」または「無効」が表示されます。

有効：1以上の値を指定した場合

無効：0を指定した場合

［最新の情報に更新］アンカー

画面を最新の情報に更新します。画面は時間の経過とともに変わります。常に最新の状態でご参照ください。

自動で画面を最新にする方法については，「2.4.2　画面自動更新の設定」を参照してください。

6.13.2　Webサーバクラスタの一括起動

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したWebサーバクラスタ内のすべてのWebサーバを一括起動できます。

すでに稼働中のWebサーバクラスタは，引き続き稼働状態が保たれ，この操作によって再起動されることはありません。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバクラスタ］－［＜Webサーバクラスタ名＞］をクリックします。

［一括起動］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［実行］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［実行］ボタン

Webサーバクラスタを一括起動します。

6.13.3　Webサーバクラスタの一括停止

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したWebサーバクラスタ内のすべてのWebサーバを停止できます。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバクラスタ］－［＜Webサーバクラスタ名＞］をクリックします。

［一括停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［実行］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［実行］ボタン

Webサーバクラスタを一括停止します。

6.13.4　Webサーバクラスタの一括再起動

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したWebサーバクラスタ内のすべてのWebサーバを一括で再起動できます。

すでに稼働中のWebサーバクラスタは，いったんすべて停止してから再起動されます。停止の順序は，起動と逆の順序で行われます。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバクラスタ］－［＜Webサーバクラスタ名＞］をクリックします。

［一括再起動］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［実行］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［実行］ボタン

稼働中のWebサーバクラスタをいったん停止したあと，Webサーバクラスタを一括再起動します。

6.13.5　Webサーバの起動／停止の設定

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(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分です。

強制停止監視時間

［強制停止］ボタンのクリックから強制停止処理完了までの監視時間を設定します。［強制停止］ボタンのクリック後，強制停止監視時間を経過しても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)　注意事項

［起動／停止の設定］画面で設定する起動監視時間，停止監視時間は，システムの構成によって差異があるため，システム構成に応じたチューニングをして，余裕を持たせた値を設定してください。

6.13.6　Webサーバの起動

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

論理サーバの中から，Webサーバクラスタ内の選択したWebサーバだけを起動できます。すでにWebサーバが稼働中の場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバクラスタ］－［＜Webサーバクラスタ名＞］－［＜Webサーバ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［起動］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［起動］ボタン

Webサーバを起動します。

6.13.7　Webサーバの停止

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

論理サーバの中から，Webサーバクラスタ内の選択したWebサーバだけを停止できます。

すでにWebサーバが停止している場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理Webサーバ］－［Webサーバクラスタ］－［＜Webサーバクラスタ名＞］－［＜Webサーバ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［停止］ボタンまたは［強制停止］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［停止］ボタン

Webサーバを停止します。

［強制停止］ボタン

Webサーバを強制停止します。

6.13.8　ログの表示（論理サーバの起動／停止）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

運用管理ドメイン内のすべての論理サーバで出力された，論理サーバの起動と停止にかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバの起動／停止］アンカー内のさまざまな論理サーバの［ログの表示］アンカーから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理Webサーバ］をクリックします。

次のどちらかの操作をします。

［Webサーバクラスタ］－［＜Webサーバクラスタ名＞］－［＜Webサーバ名＞］をクリックする

［Webサーバクラスタ］－［＜Webサーバクラスタ名＞］をクリックする

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，論理サーバに対して行った，起動や停止の処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「2.4.3　ログの出力形式」を参照してください。

6.14　ユーザサーバの起動と停止

この節では，ユーザサーバの起動および停止について説明します。

＜この節の構成＞

6.14.1　ユーザサーバの起動／停止の設定

6.14.2　ユーザサーバの起動

6.14.3　ユーザサーバの停止

6.14.4　ログの表示（論理サーバの起動／停止）

6.14.1　ユーザサーバの起動／停止の設定

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(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)　注意事項

［起動／停止の設定］画面で設定する起動監視時間，停止監視時間は，システムの構成によって差異があるため，システム構成に応じたチューニングをして，余裕を持たせた値を設定してください。

6.14.2　ユーザサーバの起動

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

論理サーバの中から，選択したユーザサーバだけを起動できます。すでにユーザサーバが稼働中の場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理ユーザサーバ］－［ユーザサーバ］－［＜ユーザサーバ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［起動］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［起動］ボタン

ユーザサーバを起動します。

6.14.3　ユーザサーバの停止

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

論理サーバの中から，選択したユーザサーバだけを停止できます。すでにユーザサーバが停止している場合，この操作はできません。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理ユーザサーバ］－［ユーザサーバ］－［＜ユーザサーバ名＞］をクリックします。

［起動／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［停止］ボタンまたは［強制停止］ボタンをクリックします。

(4)　画面詳細

画面に表示されるボタンについて説明します。

［停止］ボタン

ユーザサーバを停止します。

［強制停止］ボタン

ユーザサーバを強制停止します。

6.14.4　ログの表示（論理サーバの起動／停止）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

運用管理ドメイン内のすべての論理サーバで出力された，論理サーバの起動と停止にかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバの起動／停止］アンカー内のさまざまな論理サーバの［ログの表示］アンカーから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

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

［サーバビュー］タブ－［論理ユーザサーバ］－［ユーザサーバ］－［＜ユーザサーバ名＞］をクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，論理サーバに対して行った，起動や停止の処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「2.4.3　ログの出力形式」を参照してください。

7.　論理サーバのアプリケーション管理

この章では，Management Serverの運用管理ポータルの「論理サーバのアプリケーション管理」に表示される各画面の概要，操作手順および画面詳細について説明します。

＜この章の構成＞

7.1　「論理サーバのアプリケーション管理」のツリーペインの構成

7.2　運用管理ドメインへのJ2EEアプリケーションの登録

7.3　J2EEアプリケーション管理

7.4　リソースアダプタ管理

7.1　「論理サーバのアプリケーション管理」のツリーペインの構成

この節では，「論理サーバのアプリケーション管理」のツリーペインの構成について説明します。

「論理サーバのアプリケーション管理」のツリーペインの構成を次に示します。

　論理サーバのアプリケーション管理
　│
　└─＜運用管理ドメイン名＞
　　　│
　　　└─論理J2EEサーバ
　　　　　├─J2EEサーバ
　　　　　│　├─＜J2EEサーバ名＞
　　　　　│　│　├─アプリケーション
　　　　　│　│　└─リソース
　　　　　│　│　　　└─リソースアダプタ
　　　　　│　└─＜バッチサーバ名＞
　　　　　│　　　└─リソース
　　　　　│　　　　　└─リソースアダプタ
　　　　　│
　　　　　└─J2EEサーバクラスタ
　　　　　　　└─＜J2EEサーバクラスタ名＞
　　　　　　　　　├─アプリケーション
　　　　　　　　　├─リソース
　　　　　　　　　│　└─リソースアダプタ
　　　　　　　　　└─メンバ
　　　　　　　　　　　└─＜J2EEサーバ名＞

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

ツリーペインに表示されるノードの意味を次の表に示します。

表7-1　「論理サーバのアプリケーション管理」のツリーペインに表示されるノードの意味

ノード名
説明
ノード上でできる操作と参照先

＜運用管理ドメイン名＞
運用管理ドメインに定義されている論理サーバのルートです。運用管理ドメイン内のすべての論理サーバを対象にした操作ができます。

J2EEアプリケーションの登録（7.2.1参照）

アプリケーションディレクトリの登録（7.2.2参照）

J2EEアプリケーションの登録情報編集（7.2.3参照）

J2EEアプリケーションの登録解除（7.2.4参照）

論理J2EEサーバ
論理サーバの一つであるJ2EEサーバおよびJ2EEサーバクラスタのルートです。
このノードには操作画面がありません。

J2EEサーバ
J2EEサーバのツリーです。この配下には，J2EEサーバが表示されます。
このノードには操作画面がありません。

＜J2EEサーバ名＞
各J2EEサーバ名です。
このノードには操作画面がありません。

アプリケーション
J2EEサーバで使用するJ2EEアプリケーションです。選択したJ2EEサーバのアプリケーションを対象にした操作ができます。

J2EEアプリケーションの開始（7.3.1参照）

J2EEアプリケーションの停止（7.3.2参照）

J2EEアプリケーションのインポート（7.3.3参照）

J2EEアプリケーションの世代回復（7.3.4参照）

J2EEアプリケーションの削除（7.3.5参照）

ログの表示（7.3.6参照）

リソース
J2EEサーバで使用するJ2EEリソースのルートです。
このノードには操作画面がありません。

リソースアダプタ
J2EEサーバで使用するリソースアダプタです。選択したJ2EEサーバのリソースアダプタを対象にした操作ができます。

リソースアダプタの開始（7.4.1参照）

リソースアダプタの停止（7.4.2参照）

リソースアダプタのインポート（7.4.3参照）

リソースアダプタの削除（7.4.4参照）

ログの表示（7.4.5参照）

J2EEサーバクラスタ
J2EEサーバクラスタのツリーです。この配下には，J2EEサーバクラスタが表示されます。
このノードには操作画面がありません。

＜J2EEサーバクラスタ名＞
各J2EEサーバクラスタ名です。
このノードには操作画面がありません。

アプリケーション
J2EEサーバクラスタを構成するJ2EEサーバで使用するアプリケーションです。選択したJ2EEサーバクラスタのアプリケーションを対象にした操作ができます。

J2EEアプリケーションの開始（7.3.1参照）

J2EEアプリケーションの停止（7.3.2参照）

J2EEアプリケーションのインポート（7.3.3参照）

J2EEアプリケーションの世代回復（7.3.4参照）

J2EEアプリケーションの削除（7.3.5参照）

ログの表示（7.3.6参照）

リソース
J2EEサーバクラスタを構成するJ2EEサーバで使用するリソースのルートです。
このノードには操作画面がありません。

リソースアダプタ
J2EEサーバクラスタを構成するJ2EEサーバで使用するリソースアダプタです。選択したJ2EEサーバクラスタのリソースアダプタを対象にした操作ができます。

リソースアダプタの開始（7.4.1参照）

リソースアダプタの停止（7.4.2参照）

リソースアダプタのインポート（7.4.3参照）

リソースアダプタの削除（7.4.4参照）

ログの表示（7.4.5参照）

メンバ
この配下には，J2EEサーバクラスタを構成するJ2EEサーバが表示されます。
このノードには操作画面がありません。

＜J2EEサーバ名＞
選択したJ2EEサーバクラスタを構成する各J2EEサーバ名です。
このノードには操作画面がありません。

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

ツリーペインに表示されるノードの意味を次の表に示します。

表7-2　「論理サーバのアプリケーション管理」のツリーペインに表示されるノードの意味

ノード名
説明
ノード上でできる操作と参照先

＜運用管理ドメイン名＞
運用管理ドメインに定義されている論理サーバのルートです。運用管理ドメイン内のすべての論理サーバを対象にした操作ができます。
このノードには操作画面がありません。

論理J2EEサーバ
論理サーバの一つであるバッチサーバのルートです。
このノードには操作画面がありません。

J2EEサーバ
バッチサーバのツリーです。この配下には，バッチサーバが表示されます。
このノードには操作画面がありません。

＜バッチサーバ名＞
各バッチサーバ名です。
このノードには操作画面がありません。

リソース
バッチサーバで使用するJ2EEリソースのルートです。
このノードには操作画面がありません。

リソースアダプタ
バッチサーバで使用するリソースアダプタです。選択したバッチサーバのリソースアダプタを対象にした操作ができます。

リソースアダプタの開始（7.4.1参照）

リソースアダプタの停止（7.4.2参照）

リソースアダプタのインポート（7.4.3参照）

リソースアダプタの削除（7.4.4参照）

ログの表示（7.4.5参照）

7.2　運用管理ドメインへのJ2EEアプリケーションの登録

この節では，J2EEアプリケーションの登録，登録情報編集，登録解除，およびアプリケーションディレクトリの登録で使用する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［J2EEアプリケーションの登録］画面

［アプリケーションディレクトリの登録］画面

［J2EEアプリケーションの登録情報編集］画面

［J2EEアプリケーションの登録解除］画面

＜この節の構成＞

7.2.1　J2EEアプリケーションの登録

7.2.2　アプリケーションディレクトリの登録

7.2.3　J2EEアプリケーションの登録情報編集

7.2.4　J2EEアプリケーションの登録解除

7.2.1　J2EEアプリケーションの登録

［J2EEアプリケーションの登録］画面を次の図に示します。

図7-1　［J2EEアプリケーションの登録］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

J2EEアプリケーションをManagement Serverに登録します。登録するJ2EEアプリケーションは，サーバ管理コマンドでリファレンス解決などの実行時情報が設定済みであることを前提とします。

Management Serverに登録されたJ2EEアプリケーションファイルは，特定のディレクトリ（以降，管理ディレクトリと呼びます）に別名で保存し，Management Serverが管理します。管理ディレクトリ，およびそのディレクトリに配置されたファイルをユーザが意識する必要はありません。

登録ディレクトリ

デフォルトの登録ディレクトリを次に示します。

Windowsの場合
<Cosminexusのインストールディレクトリ>¥manager¥apps

UNIXの場合
/opt/Cosminexus/manager/apps

注意事項

登録ディレクトリ下に配置された，J2EEアプリケーションファイル（拡張子が「ear」または「zip」のファイル）だけが対象です（ディレクトリ構造は無視されます）。

登録ディレクトリは，管理ユーザが操作してください。

登録された各J2EEアプリケーションは，表示名（display name）と，Management Serverに登録した時刻によって管理され，登録時刻によって区別されます。そのため，J2EEアプリケーションファイル名やJ2EEアプリケーションの表示名（以降，アプリケーション名と呼びます）が重複しても登録できます。

J2EEアプリケーションファイルが選択されていない場合や，登録を試みたJ2EEアプリケーションファイルと同一のファイルがすでに登録されていた場合にはエラーになります。また，アプリケーション名（表示名）に引用符（"）が含まれている場合は，Management Serverに登録できません。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで［＜運用管理ドメイン名＞］をクリックします。

［登録］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［登録ディレクトリ］を指定します。
登録するJ2EEアプリケーションファイルを配置したディレクトリを［登録ディレクトリ］に指定して［適用］ボタンをクリックします。

［J2EEアプリケーションファイル］を指定します。
登録ディレクトリ下に配置されているJ2EEアプリケーションファイルがメニューに表示されます。

［登録］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

登録ディレクトリ

J2EEアプリケーションファイルを配置した登録ディレクトリを，Management Server稼働ホストの絶対パスで指定して，［適用］ボタンをクリックします。デフォルトでは，設定されている登録ディレクトリのパスが表示されます。

［適用］ボタン

［登録ディレクトリ］で指定した内容を有効にします。

J2EEアプリケーションファイル（必須）

登録ディレクトリに配置された，拡張子が「ear」または「zip」のファイルが表示されます。デフォルトでは，「選択して下さい」が表示されます。

J2EEアプリケーションの説明

登録するJ2EEアプリケーションファイルの説明を記述します。デフォルトでは，何も表示されません。指定は任意です。指定できる文字数は，1,024文字までです。

［登録］ボタン

［J2EEアプリケーションファイル］で選択されたJ2EEアプリケーションファイルをManagement Serverに登録します。

［リセット］ボタン

指定した内容をリセットします。

アプリケーション名

登録されているJ2EEアプリケーションの表示名が表示されます。

登録ファイル名またはアプリケーションディレクトリパス

登録されているJ2EEアプリケーションのファイル名，または登録されているJ2EEアプリケーションが属するアプリケーションディレクトリのパスが表示されます。

登録時刻

J2EEアプリケーションが登録された時刻（Management Server稼働ホストの時刻）が表示されます。

説明

登録されているJ2EEアプリケーションの説明が表示されます。

7.2.2　アプリケーションディレクトリの登録

［アプリケーションディレクトリの登録］画面を次の図に示します。

図7-2　［アプリケーションディレクトリの登録］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

展開ディレクトリ形式のアプリケーションを管理する場合に，管理対象となるアプリケーションディレクトリをManagement Serverに登録します。登録した展開ディレクトリ形式のJ2EEアプリケーションは，J2EEサーバにデプロイ後，サーバ管理コマンドでリファレンス解決などの実行時情報を設定する必要があります。Management Serverは，登録されたアプリケーションディレクトリ下に配置されたファイルを管理します。

登録された各アプリケーションディレクトリは，表示名（display name）と，Management Serverに登録した時刻によって管理されます。そのため，J2EEアプリケーションの表示名（以降，アプリケーション名と呼びます）が重複した場合はエラーになります。

アプリケーションディレクトリおよびアプリケーション名が指定されていない場合や，登録を試みたJ2EEアプリケーションと同一のアプリケーション名がすでに登録されていた場合にはエラーになります。また，アプリケーション名（表示名）に引用符（"）が含まれている場合は，Management Serverに登録できません。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで［＜運用管理ドメイン名＞］をクリックします。

［ディレクトリ登録］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［アプリケーションディレクトリパス］，［アプリケーション名］などを指定します。

［登録］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

アプリケーションディレクトリパス（必須）

J2EEサーバがアクセスできるアプリケーションディレクトリのパス情報を，絶対パスで指定します。デフォルトでは，何も表示されません。

アプリケーションディレクトリパスには，記号（!#%+）の半角文字，および引用符（"）は使用できません。また，アプリケーションディレクトリの最後には，¥を指定しないでください。

アプリケーション名（必須）

アプリケーションディレクトリパス中のDD（application.xml）で指定したJ2EEアプリケーションの表示名（display-name）を指定します。デフォルトでは，何も表示されません。

アプリケーション名には，記号（!#%+）の半角文字は使用できません。

アプリケーションディレクトリの説明

登録するアプリケーションディレクトリの説明を記述します。デフォルトでは，何も表示されません。指定は任意です。指定できる文字数は，1,024文字までです。

［登録］ボタン

［アプリケーションディレクトリパス］および［アプリケーション名］で指定されたアプリケーションディレクトリをManagement Serverに登録します。

［リセット］ボタン

指定した内容をリセットします。

アプリケーション名

登録されているJ2EEアプリケーションの表示名が表示されます。

登録ファイル名またはアプリケーションディレクトリパス

登録されているJ2EEアプリケーションのファイル名，または登録されているJ2EEアプリケーションが属するアプリケーションディレクトリのパスが表示されます。

登録時刻

J2EEアプリケーションが登録された時刻（Management Server稼働ホストの時刻）が表示されます。

説明

登録されているJ2EEアプリケーションの説明が表示されます。

7.2.3　J2EEアプリケーションの登録情報編集

［J2EEアプリケーションの登録情報編集］画面を次の図に示します。

図7-3　［J2EEアプリケーションの登録情報編集］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

Management Serverに登録したJ2EEアプリケーションの説明を編集します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで［＜運用管理ドメイン名＞］をクリックします。

［編集］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［説明］を指定します。

［適用］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

アプリケーション名

登録されているJ2EEアプリケーションの表示名が表示されます。

登録時刻

J2EEアプリケーションが登録された時刻（Management Server稼働ホストの時刻）が表示されます。

説明

登録されているJ2EEアプリケーションの説明を変更します。

［適用］ボタン

指定した内容を設定します。

［リセット］ボタン

指定した内容をリセットします。

7.2.4　J2EEアプリケーションの登録解除

［J2EEアプリケーションの登録解除］画面を次の図に示します。

図7-4　［J2EEアプリケーションの登録解除］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

Management Serverに登録したJ2EEアプリケーションの登録を解除します。

J2EEアプリケーションの登録を解除するとき，別名保存されたJ2EEアプリケーションファイルが管理ディレクトリから削除されますが，登録ディレクトリに配置されたファイルには影響ありません。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで［＜運用管理ドメイン名＞］をクリックします。

［登録解除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［選択］で，登録を解除するJ2EEアプリケーションのチェックボックスをチェックします。

［登録解除］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

選択

登録を解除するJ2EEアプリケーションのチェックボックスをチェックします。

どの論理J2EEサーバにもインポートされていない場合，チェックボックスはチェックされていない状態で表示されます。

一つでも論理J2EEサーバにインポートされているまたはインポート履歴に残っている場合，チェックボックスは非活性状態で表示されます。

アプリケーション名

登録されているJ2EEアプリケーションの表示名が表示されます。

登録時刻

J2EEアプリケーションが登録された時刻（Management Server稼働ホストの時刻）が表示されます。

説明

登録されているJ2EEアプリケーションの説明が表示されます。

［登録解除］ボタン

チェックボックスがチェックされているJ2EEアプリケーションの登録を解除します。

［リセット］ボタン

指定した内容をリセットします。

7.3　J2EEアプリケーション管理

この節では，運用管理ドメイン内の論理J2EEサーバへのJ2EEアプリケーションのインポート，およびインポートしたJ2EEアプリケーションの開始，停止，世代回復などをする次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［J2EEアプリケーションの開始］画面

［J2EEアプリケーションの停止］画面

［J2EEアプリケーションのインポート］画面

［J2EEアプリケーションの世代回復］画面

［J2EEアプリケーションの削除］画面

［J2EEアプリケーションのログの表示］画面

J2EEサーバクラスタの場合，クラスタを構成しているすべてのJ2EEサーバに同様の操作を実行します。J2EEサーバクラスタにJ2EEサーバが登録されていない場合にはエラー画面が表示されます。

J2EEアプリケーションのインポート履歴について

Management Serverでは，J2EEアプリケーションのインポート履歴を管理しています。インポート履歴は，同じ名称のJ2EEアプリケーションに対して，インポートした時刻を基に5バージョンまで世代管理されます。

運用管理ポータルを使用して，以前インポートしたバージョンに戻したり（世代回復），同じJ2EEアプリケーション名を持つ新しいバージョンをインポートしたり（更新インポート）できます。

操作の排他制御について

J2EEアプリケーションに対して，同時に複数の操作を実行できません。このため，ほかの操作が実行中であることを示すメッセージが表示される場合があります。この場合，ほかの操作が終了したことを確認してから，再度操作してください。実行中の操作結果を確認するには，画面に表示されている［実行状況の表示］アンカーをクリックしてください。

＜この節の構成＞

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

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

7.3.3　J2EEアプリケーションのインポート

7.3.4　J2EEアプリケーションの世代回復

7.3.5　J2EEアプリケーションの削除

7.3.6　ログの表示（論理サーバのアプリケーション管理）

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

［J2EEアプリケーションの開始／停止］画面を次の図に示します。

図7-5　［J2EEアプリケーションの開始／停止］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

論理J2EEサーバにインポートしたJ2EEアプリケーションを開始します。J2EEアプリケーションの開始操作は，J2EEアプリケーションのステータスに関係なく実行できます。

J2EEアプリケーションがすでに稼働しているとき，開始操作の実行結果は「失敗」と表示されますが，J2EEアプリケーションは稼働したままとなります。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで次のどちらかの操作をします。

J2EEサーバの場合

［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［アプリケーション］をクリックします。

J2EEサーバクラスタの場合

［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［アプリケーション］をクリックします。

［開始／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

開始するJ2EEアプリケーションの［開始］アンカーをクリックします。
［J2EEアプリケーションの開始］画面のステータス一覧に，J2EEサーバにインポートされているJ2EEアプリケーションのステータスが表示されます。［J2EEアプリケーションの開始］画面を次の図に示します。

図7-6　［J2EEアプリケーションの開始］画面

内容を確認して，［はい］ボタンをクリックします。
結果確認画面が表示されます。画面の［ステータス］に「実行中」または「実行待ち」と表示され，処理が終了すると［ステータス］が「成功」または「失敗」に更新されます。

次のどちらかの方法で，画面の表示内容を更新します。

［最新の情報に更新］アンカーをクリックする

［更新時間間隔］から表示内容を自動更新する間隔を選択して，［適用］ボタンをクリックする

失敗した場合は，［ログの表示］タブをクリックしてエラーの内容を確認します。原因を取り除き，［開始／停止］タブをクリックして再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［J2EEアプリケーションの開始／停止］画面

操作

［開始］アンカー

J2EEアプリケーションを開始するための［J2EEアプリケーションの開始］画面が表示されます。

［停止］アンカー

J2EEアプリケーションを停止するための［J2EEアプリケーションの停止］画面が表示されます。

アプリケーション名

論理J2EEサーバにインポートされたアプリケーション名が表示されます。

インポート時刻

論理J2EEサーバへのインポート，または世代回復が完了した時刻（Management Server稼働ホストの時刻）が表示されます。

登録時刻

J2EEアプリケーションが登録された時刻（Management Server稼働ホストの時刻）が表示されます。

説明

登録されているJ2EEアプリケーションの説明が表示されます。

［実行状況の表示］アンカー

前回実施した操作の実行状況を表示するための結果確認画面が表示されます。該当する実行状況がない場合は文字だけが表示されます。

(b)　［J2EEアプリケーションの開始］画面

論理J2EEサーバ名

論理J2EEサーバを構成するJ2EEサーバが表示されます。

ホスト名

J2EEサーバが定義されたホスト名が表示されます。

ステータス

不明
J2EEサーバに対する該当J2EEアプリケーションのステータスが確認できない場合に表示されます。「論理サーバの環境設定」のJ2EEサーバの設定で，運用監視をしない設定にしているJ2EEサーバについては，J2EEアプリケーションのステータスに「不明」が表示されます。

稼働
サービス稼働状態の場合に表示されます。

停止
上記以外の場合に表示されます。

メッセージ

ステータスが「不明」の場合，メッセージが表示されます。

［はい］ボタン

J2EEアプリケーションを開始します。

［いいえ］ボタン

［開始／停止］タブに戻ります。

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

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

論理J2EEサーバにインポートしたJ2EEアプリケーションを停止します。J2EEアプリケーションの停止操作は，J2EEアプリケーションのステータスに関係なく実行できます。

J2EEアプリケーションがすでに停止しているとき，停止操作の実行結果は「失敗」と表示されますが，J2EEアプリケーションは停止されたままとなります。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで次のどちらかの操作をします。

J2EEサーバの場合

［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［アプリケーション］をクリックします。

J2EEサーバクラスタの場合

［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［アプリケーション］をクリックします。

［開始／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

停止するJ2EEアプリケーションの［停止］アンカーをクリックします。
［J2EEアプリケーションの停止］画面のステータス一覧に，J2EEサーバにインポートされているJ2EEアプリケーションのステータスが表示されます。［J2EEアプリケーションの停止］画面を次の図に示します。

図7-7　［J2EEアプリケーションの停止］画面

内容を確認して，［はい］ボタンをクリックします。
結果確認画面が表示されます。画面の［ステータス］に「実行中」または「実行待ち」と表示され，処理が終了すると［ステータス］が「成功」または「失敗」に更新されます。

次のどちらかの方法で，画面の表示内容を更新します。

［最新の情報に更新］アンカーをクリックする

［更新時間間隔］から表示内容を自動更新する間隔を選択して，［適用］ボタンをクリックする

失敗した場合は，［ログの表示］タブをクリックしてエラーの内容を確認します。原因を取り除き，［開始／停止］タブをクリックして再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［J2EEアプリケーションの開始／停止］画面

［J2EEアプリケーションの開始／停止］画面については，「7.3.1(4)(a)　［J2EEアプリケーションの開始／停止］画面」を参照してください。

(b)　［J2EEアプリケーションの停止］画面

論理J2EEサーバ名

論理J2EEサーバを構成するJ2EEサーバが表示されます。

ホスト名

J2EEサーバが定義されたホスト名が表示されます。

ステータス

不明
J2EEサーバに対する該当J2EEアプリケーションのステータスが確認できない場合に表示されます。「論理サーバの環境設定」のJ2EEサーバの設定で，運用監視をしない設定にしているJ2EEサーバについては，J2EEアプリケーションのステータスに「不明」が表示されます。

稼働
サービス稼働状態の場合に表示されます。

停止
上記以外の場合に表示されます。

メッセージ

ステータスが「不明」の場合，メッセージが表示されます。

［はい］ボタン

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

［いいえ］ボタン

［開始／停止］タブに戻ります。

7.3.3　J2EEアプリケーションのインポート

［J2EEアプリケーションのインポート］画面を次の図に示します。

図7-8　［J2EEアプリケーションのインポート］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

論理J2EEサーバにJ2EEアプリケーションをインポートします。

同じ名称のJ2EEアプリケーションがすでにインポートされている場合は，インポート済みのJ2EEアプリケーションを削除して，指定したJ2EEアプリケーションをインポート（更新）します。この更新インポート操作によって，J2EEアプリケーションのインポート履歴も更新されます。削除されたJ2EEアプリケーションは，過去のバージョンとしてインポート履歴で管理され，世代回復操作で過去のバージョンに戻すこともできます。

新規インポート操作で，すでにJ2EEアプリケーションがある場合，新規インポート操作の実行結果は「失敗」と表示されますが，J2EEアプリケーションのインポート履歴は変更されません。

J2EEサーバクラスタの場合，クラスタを構成しているすべてのJ2EEサーバに対してインポートが成功したときに，実行結果は「成功」と表示されます。一つでも失敗すると「失敗」と表示されます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで次のどちらかの操作をします。

J2EEサーバの場合

［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［アプリケーション］をクリックします。

J2EEサーバクラスタの場合

［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［アプリケーション］をクリックします。

［インポート］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

インポートするJ2EEアプリケーションの［新規］アンカーまたは［更新］アンカーをクリックします。
［新規］アンカーをクリックすると，［J2EEアプリケーションの新規インポート］画面が，［更新］アンカーをクリックすると［J2EEアプリケーションの更新インポート］画面が表示されます。各画面にはJ2EEアプリケーションの詳細が表示されます。［J2EEアプリケーションの新規インポート］画面を次の図に示します。

図7-9　［J2EEアプリケーションの新規インポート］画面

［J2EEアプリケーションの更新インポート］画面を次の図に示します。

図7-10　［J2EEアプリケーションの更新インポート］画面

内容を確認して，［はい］ボタンをクリックします。
結果確認画面が表示されます。画面の［ステータス］に「実行中」または「実行待ち」と表示され，処理が終了すると［ステータス］が「成功」または「失敗」に更新されます。

次のどちらかの方法で，画面の表示内容を更新します。

［最新の情報に更新］アンカーをクリックする

［更新時間間隔］から表示内容を自動更新する間隔を選択して，［適用］ボタンをクリックする

失敗した場合は，［ログの表示］タブをクリックしてエラーの内容を確認します。
原因を取り除き，［インポート］タブをクリックして再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［J2EEアプリケーションのインポート］画面

操作

J2EEアプリケーションをインポートするための確認画面を表示します。

［新規］アンカー

同じ名称のJ2EEアプリケーションがインポートされていない場合に表示されます。クリックすると，［J2EEアプリケーションの新規インポート］画面が表示されます。

［更新］アンカー

同じ名称のJ2EEアプリケーションの別バージョンがすでにインポートされている場合に表示されます。クリックすると，インポート済みのJ2EEアプリケーションの別バージョンが削除され，［J2EEアプリケーションの更新インポート］画面が表示されます。

ただし，インポート済みのJ2EEアプリケーションが展開ディレクトリ形式のアプリケーションの場合，そのJ2EEアプリケーションは更新できません。

アプリケーション名

登録されているJ2EEアプリケーションの表示名が表示されます。

登録時刻

J2EEアプリケーションが登録された時刻（Management Server稼働ホストの時刻）が表示されます。

説明

登録されているJ2EEアプリケーションの説明が表示されます。

［実行状況の表示］アンカー

前回実施した操作の実行状況を表示するための結果確認画面が表示されます。該当する実行状況がない場合は文字だけが表示されます。

(b)　［J2EEアプリケーションの新規インポート］画面

［はい］ボタン

J2EEアプリケーションを論理J2EEサーバにインポートします。結果確認画面が表示されます。

［いいえ］ボタン

［J2EEアプリケーションのインポート］画面に戻ります。

(c)　［J2EEアプリケーションの更新インポート］画面

［はい］ボタン

インポート済みのJ2EEアプリケーションを削除し，指定したJ2EEアプリケーションをインポートします。結果確認画面が表示されます。

［いいえ］ボタン

［J2EEアプリケーションのインポート］画面に戻ります。

7.3.4　J2EEアプリケーションの世代回復

［J2EEアプリケーションの世代回復］画面を次の図に示します。

図7-11　［J2EEアプリケーションの世代回復］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

インポート済みの停止しているJ2EEアプリケーションを世代回復します。世代回復とは，インポートされているバージョンを，一つ前にインポートされていたバージョンに戻すことです。J2EEアプリケーションのインポート履歴は，J2EEアプリケーションごとに5個保存します。

世代回復操作で，該当J2EEアプリケーションが稼働中の場合，世代回復操作の実行結果は「失敗」と表示され，世代回復はされません。該当J2EEアプリケーションがすでになかった場合，指定されたJ2EEアプリケーションがそのままインポートされ，実行結果は「成功」と表示されます。

操作に失敗した場合，世代回復前のJ2EEアプリケーションが削除されてしまうことがあります。この場合，再度同一の世代回復操作を実施する必要があります。

J2EEサーバクラスタの場合，クラスタを構成しているすべてのJ2EEサーバに対して世代回復が成功したときに，世代回復操作の実行結果は「成功」と表示されます。一つでも失敗すると「失敗」と表示されます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで次のどちらかの操作をします。

J2EEサーバの場合

［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［アプリケーション］をクリックします。

J2EEサーバクラスタの場合

［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［アプリケーション］をクリックします。

［世代回復］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

世代回復するJ2EEアプリケーションの［回復］アンカーをクリックします。
J2EEアプリケーションの世代回復確認画面に，J2EEアプリケーションの詳細が表示されます。

図7-12　世代回復確認画面

内容を確認して，［はい］ボタンをクリックします。
結果確認画面が表示されます。画面の［ステータス］に「実行中」または「実行待ち」と表示され，処理が終了すると［ステータス］が「成功」または「失敗」に更新されます。

次のどちらかの方法で，画面の表示内容を更新します。

［最新の情報に更新］アンカーをクリックする

［更新時間間隔］から表示内容を自動更新する間隔を選択して，［適用］ボタンをクリックする

失敗した場合は，［ログの表示］タブをクリックしてエラーの内容を確認します。原因を取り除き，［世代回復］タブをクリックして再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［J2EEアプリケーションの世代回復］画面

操作

［回復］アンカー

世代回復するJ2EEアプリケーションを選択するための世代回復確認画面が表示されます。履歴がない場合は文字だけが表示されます。

アプリケーション名

登録されているJ2EEアプリケーションの表示名が表示されます。

インポート時刻

論理J2EEサーバへのインポート，または世代回復が完了した時刻（Management Server稼働ホストの時刻）が表示されます。

登録時刻

J2EEアプリケーションが登録された時刻（Management Server稼働ホストの時刻）が表示されます。

説明

登録されているJ2EEアプリケーションの説明が表示されます。

［実行状況の表示］アンカー

前回実施した操作の実行状況を表示するための結果確認画面が表示されます。該当する実行状況がない場合は文字だけが表示されます。

(b)　世代回復確認画面

アプリケーション名

操作の対象となる，アプリケーション名が表示されます。

インポートしているバージョン

現在，論理J2EEサーバにインポートしているJ2EEアプリケーションのバージョン情報が表示されます。

一つ前のバージョン

論理J2EEサーバに，一つ前にインポートしていた，J2EEアプリケーションのバージョン情報が表示されます。

［はい］ボタン

一つ前のバージョンに回復します。結果確認画面が表示されます。

［いいえ］ボタン

［J2EEアプリケーションの世代回復］画面に戻ります。

7.3.5　J2EEアプリケーションの削除

［J2EEアプリケーションの削除］画面を次の図に示します。

図7-13　［J2EEアプリケーションの削除］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

インポート済みの停止しているJ2EEアプリケーションを削除します。削除操作が正常に終了した場合，該当論理J2EEサーバからJ2EEアプリケーションのインポート履歴も削除されます。

同一J2EEアプリケーションの別バージョンをインポートし，インポート履歴を残す場合は，削除ではなく，更新操作をする必要があります。これによって，J2EEアプリケーションのインポート履歴が更新されます。更新操作については，「7.3.3　J2EEアプリケーションのインポート」を参照してください。

J2EEサーバクラスタの場合，クラスタを構成しているすべてのJ2EEサーバに対して削除が成功したときに，削除操作の実行結果は「成功」と表示されます。一つでも失敗すると「失敗」と表示されます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで次のどちらかの操作をします。

J2EEサーバの場合

［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［アプリケーション］をクリックします。

J2EEサーバクラスタの場合

［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［アプリケーション］をクリックします。

［削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

削除するJ2EEアプリケーションの［削除］アンカーをクリックします。
J2EEアプリケーションの削除確認画面に，J2EEアプリケーションの詳細が表示されます。

図7-14　削除確認画面（J2EEアプリケーションの削除）

内容を確認して，［はい］ボタンをクリックします。
結果確認画面が表示されます。画面の［ステータス］に「実行中」または「実行待ち」と表示され，処理が終了すると［ステータス］が「成功」または「失敗」に更新されます。

次のどちらかの方法で，画面の表示内容を更新します。

［最新の情報に更新］アンカーをクリックする

［更新時間間隔］から表示内容を自動更新する間隔を選択して，［適用］ボタンをクリックする

失敗した場合は，［ログの表示］タブをクリックしてエラーの内容を確認します。
原因を取り除き，［削除］タブをクリックして再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［J2EEアプリケーションの削除］画面

操作

［削除］アンカー

論理J2EEサーバから削除するJ2EEアプリケーションを選択するための削除確認画面が表示されます。

アプリケーション名

登録されているJ2EEアプリケーションの表示名が表示されます。

インポート時刻

論理J2EEサーバへのインポート，または世代回復が完了した時刻（Management Server稼働ホストの時刻）が表示されます。

登録時刻

J2EEアプリケーションが登録された時刻（Management Server稼働ホストの時刻）が表示されます。

説明

登録されているJ2EEアプリケーションの説明が表示されます。

［実行状況の表示］アンカー

前回実施した操作の実行状況を表示するための結果確認画面が表示されます。該当する実行状況がない場合は文字だけが表示されます。

(b)　削除確認画面

アプリケーション名

削除するアプリケーション名が表示されます。

インポート時刻，登録時刻，説明

現在，論理J2EEサーバにインポートしているJ2EEアプリケーションの各情報が表示されます。

［はい］ボタン

J2EEアプリケーションを論理J2EEサーバから削除します。結果確認画面が表示されます。

［いいえ］ボタン

［J2EEアプリケーションの削除］画面に戻ります。

7.3.6　ログの表示（論理サーバのアプリケーション管理）

［ログの表示］画面を次の図に示します。

図7-15　［ログの表示］画面（論理サーバのアプリケーション管理）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

運用管理ドメイン内のすべての論理J2EEサーバで出力された，J2EEアプリケーション，およびリソースアダプタにかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバのアプリケーション管理］内の［ログの表示］タブから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで次のどちらかの操作をします。

J2EEサーバの場合

［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［アプリケーション］をクリックします。

J2EEサーバクラスタの場合

［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［アプリケーション］をクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，J2EEアプリケーションに対して行った，開始や停止などの処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「2.4.3　ログの出力形式」を参照してください。

7.4　リソースアダプタ管理

この節では，運用管理ドメイン内の論理J2EEサーバへのリソースアダプタのインポート，およびインポートしたリソースアダプタの開始，停止，削除などをする次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［リソースアダプタの開始］画面

［リソースアダプタの停止］画面

［リソースアダプタのインポート］画面

［リソースアダプタの削除］画面

［リソースアダプタのログの表示］画面

J2EEサーバクラスタの場合，クラスタを構成しているすべてのJ2EEサーバに同様の操作を実行します。J2EEサーバクラスタにJ2EEサーバが登録されていない場合にはエラー画面が表示されます。

操作の排他制御について

リソースアダプタに対して，同時に複数の操作を実行できません。このため，ほかの操作が実行中であることを示すメッセージが表示される場合があります。この場合，ほかの操作が終了したことを確認してから，再度操作してください。実行中の操作結果を確認するには，画面に表示されている［実行状況の表示］アンカーをクリックしてください。

＜この節の構成＞

7.4.1　リソースアダプタの開始

7.4.2　リソースアダプタの停止

7.4.3　リソースアダプタのインポート

7.4.4　リソースアダプタの削除

7.4.5　ログの表示（論理サーバのアプリケーション管理）

7.4.1　リソースアダプタの開始

［リソースアダプタの開始／停止］画面を次の図に示します。

図7-16　［リソースアダプタの開始／停止］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

論理J2EEサーバにインポートしたリソースアダプタを開始します。リソースアダプタの開始操作は，リソースアダプタのステータスに関係なく実行できます。

リソースアダプタがすでに稼働しているとき，開始操作の実行結果は「失敗」と表示されますが，リソースアダプタは稼働したままとなります。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで次のどちらかの操作をします。

J2EEサーバの場合

［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［リソース］－［リソースアダプタ］をクリックします。

J2EEサーバクラスタの場合

［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［リソース］－［リソースアダプタ］をクリックします。

［開始／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

開始するリソースアダプタの［開始］アンカーをクリックします。
［リソースアダプタの開始］画面のステータス一覧に，J2EEサーバにインポートされているリソースアダプタのステータスが表示されます。［リソースアダプタの開始］画面を次の図に示します。

図7-17　［リソースアダプタの開始］画面

内容を確認して，［はい］ボタンをクリックします。
結果確認画面が表示されます。画面の［ステータス］に「実行中」または「実行待ち」と表示され，処理が終了すると［ステータス］が「成功」または「失敗」に更新されます。

次のどちらかの方法で，画面の表示内容を更新します。

［最新の情報に更新］アンカーをクリックする

［更新時間間隔］から表示内容を自動更新する間隔を選択して，［適用］ボタンをクリックする

失敗した場合は，［ログの表示］タブをクリックしてエラーの内容を確認します。原因を取り除き，［開始／停止］タブをクリックして再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［リソースアダプタの開始／停止］画面

操作

［開始］アンカー

リソースアダプタを開始するための［リソースアダプタの開始］画面が表示されます。

［停止］アンカー

リソースアダプタを停止するための［リソースアダプタの停止］画面が表示されます。

リソース名

論理J2EEサーバにインポートされたリソースアダプタ名が表示されます。

インポート時刻

論理J2EEサーバへのインポートが完了した時刻（Management Server稼働ホストの時刻）が表示されます。

［実行状況の表示］アンカー

前回実施した操作の実行状況を表示するための結果確認画面が表示されます。該当する実行状況がない場合は文字だけが表示されます。

(b)　［リソースアダプタの開始］画面

論理J2EEサーバ名

論理J2EEサーバを構成するJ2EEサーバが表示されます。

ホスト名

J2EEサーバが定義されたホスト名が表示されます。

ステータス

不明
J2EEサーバに対する該当リソースアダプタのステータスが確認できない場合に表示されます。「論理サーバの環境設定」のJ2EEサーバの設定で，運用監視をしない設定にしているJ2EEサーバについては，リソースアダプタのステータスに「不明」が表示されます。

稼働
サービス稼働状態の場合に表示されます。

停止
上記以外の場合に表示されます。

メッセージ

ステータスが「不明」の場合，メッセージが表示されます。

［はい］ボタン

リソースアダプタを開始します。

［いいえ］ボタン

［開始／停止］タブに戻ります。

7.4.2　リソースアダプタの停止

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

稼働中のリソースアダプタを停止します。リソースアダプタの停止操作は，リソースアダプタのステータスに関係なく実行できます。

リソースアダプタがすでに停止しているとき，停止操作の実行結果は「失敗」と表示されます。また，停止しようとしたリソースアダプタが稼働中のJ2EEアプリケーションから使用されている場合，リソースアダプタの停止に失敗します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで次のどちらかの操作をします。

J2EEサーバの場合

［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［リソース］－［リソースアダプタ］をクリックします。

J2EEサーバクラスタの場合

［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［リソース］－［リソースアダプタ］をクリックします。

［開始／停止］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

停止するリソースアダプタの［停止］アンカーをクリックします。
［リソースアダプタの停止］画面のステータス一覧に，J2EEサーバにインポートされているリソースアダプタのステータスが表示されます。［リソースアダプタの停止］画面を次の図に示します。

図7-18　［リソースアダプタの停止］画面

内容を確認して，［はい］ボタンをクリックします。
結果確認画面が表示されます。画面の［ステータス］に「実行中」または「実行待ち」と表示され，処理が終了すると［ステータス］が「成功」または「失敗」に更新されます。

次のどちらかの方法で，画面の表示内容を更新します。

［最新の情報に更新］アンカーをクリックする

［更新時間間隔］から表示内容を自動更新する間隔を選択して，［適用］ボタンをクリックする

失敗した場合は，［ログの表示］タブをクリックしてエラーの内容を確認します。原因を取り除き，［開始／停止］タブをクリックして再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［リソースアダプタの開始／停止］画面

［リソースアダプタの開始／停止］画面については，「7.4.1(4)(a)　［リソースアダプタの開始／停止］画面」を参照してください。

(b)　［リソースアダプタの停止］画面

論理J2EEサーバ名

論理J2EEサーバを構成するJ2EEサーバが表示されます。

ホスト名

J2EEサーバが定義されたホスト名が表示されます。

ステータス

不明
J2EEサーバに対する該当リソースアダプタのステータスが確認できない場合に表示されます。「論理サーバの環境設定」のJ2EEサーバの設定で，運用監視をしない設定にしているJ2EEサーバについては，リソースアダプタのステータスに「不明」が表示されます。

稼働
サービス稼働状態の場合に表示されます。

停止
上記以外の場合に表示されます。

メッセージ

ステータスが「不明」の場合，メッセージが表示されます。

［はい］ボタン

リソースアダプタを停止します。

［いいえ］ボタン

［開始／停止］タブに戻ります。

7.4.3　リソースアダプタのインポート

［リソースアダプタのインポート］画面を次の図に示します。

図7-19　［リソースアダプタのインポート］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

該当論理J2EEサーバにリソースアダプタをインポートします。

インポートするリソースアダプタがすでにある場合，インポート操作の実行結果は「失敗」と表示され，上書きはされません。リソース名（リソースアダプタの表示名）に引用符（"）が含まれている場合，Management Serverではインポートできません。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで次のどちらかの操作をします。

J2EEサーバの場合

［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［リソース］－［リソースアダプタ］をクリックします。

J2EEサーバクラスタの場合

［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［リソース］－［リソースアダプタ］をクリックします。

［インポート］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［RARファイル名］，［Connector属性ファイル名］を指定します。

［実行］ボタンをクリックします。
指定内容に誤りがある場合，エラーが表示されます。［戻る］アンカーをクリックして原因を取り除き，再度［実行］ボタンをクリックします。
指定内容が正しい場合，結果確認画面の［ステータス］に「実行中」または「実行待ち」と表示されます。処理が終了すると，［ステータス］が「成功」または「失敗」に更新されます。

次のどちらかの方法で，画面の表示内容を更新します。

［最新の情報に更新］アンカーをクリックする

［更新時間間隔］から表示内容を自動更新する間隔を選択して，［適用］ボタンをクリックする

失敗した場合は，［ログの表示］タブをクリックしてエラーの内容を確認します。原因を取り除き，［インポート］タブをクリックして再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［リソースアダプタのインポート］画面

RARファイル名（必須）

Management Server稼働ホストに配置したRARファイルを絶対パスで指定します。デフォルトでは，何も表示されません。

Connector属性ファイル名

Management Server稼働ホストに配置したConnector属性ファイル名を絶対パスで指定します。デフォルトでは，何も表示されません。定義されたリソースアダプタ名がRARファイルのリソースアダプタ名と異なる場合は，Connector属性ファイルのリソース名が有効となります。

［実行］ボタン

指定値をチェックし，リソースアダプタをインポートします。

［リセット］ボタン

指定した内容をリセットします。

［実行状況の表示］アンカー

前回実施した操作の実行状況を表示するための結果確認画面が表示されます。該当する実行状況がない場合は文字だけが表示されます。

(b)　結果確認画面

リソース名

リソースアダプタの表示名が表示されます。

Connector属性ファイルに定義されているリソースアダプタ名がRARファイル中のリソースアダプタ名と異なる場合は，両方のリソースアダプタ名を表示します。この場合，インポート後のリソースアダプタ名はConnector属性ファイル中の名称となります。インポート時点で，どちらかのリソースアダプタ名と重複するリソースアダプタがすでに登録されていた場合はエラーとなります。

RARファイル名

指定されたRARファイル名が表示されます。

Connector属性ファイル名

指定されたConnector属性ファイル名が表示されます。

J2EEサーバ名

論理J2EEサーバを構成するJ2EEサーバが表示されます。

ホスト名

J2EEサーバが定義されたホスト名が表示されます。

ステータス

操作の実行結果として，「成功」，「失敗」，「実行中」，「実行待ち」のどれかが表示されます。

［戻る］アンカー

［リソースアダプタのインポート］画面に戻ります。

7.4.4　リソースアダプタの削除

［リソースアダプタの削除］画面を次の図に示します。

図7-20　［リソースアダプタの削除］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

論理J2EEサーバにインポートされているリソースアダプタを削除します。

指定されたリソースアダプタがない場合，削除操作の実行結果は「失敗」と表示されます。

稼働しているリソースアダプタを削除する場合は，リソースアダプタを停止したあと，J2EEサーバを再起動してからリソースアダプタを削除してください。次の場合は，削除に失敗します。

稼働しているリソースアダプタを削除しようとした場合

稼働していたリソースアダプタを停止してから，J2EEサーバを停止させないでリソースアダプタを削除しようとした場合

J2EEサーバクラスタの場合，クラスタを構成しているすべてのJ2EEサーバに対して削除が成功した場合に，ステータスが「成功」となります。一つでも失敗すると「失敗」となります。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで次のどちらかの操作をします。

J2EEサーバの場合

［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［リソース］－［リソースアダプタ］をクリックします。

J2EEサーバクラスタの場合

［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［リソース］－［リソースアダプタ］をクリックします。

［削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

削除するリソースアダプタの［削除］アンカーをクリックします。
リソースアダプタの削除確認画面に，リソースアダプタの詳細が表示されます。

図7-21　削除確認画面（リソースアダプタの削除）

内容を確認して，［はい］ボタンをクリックします。
指定内容に誤りがある場合，エラーが表示されます。［戻る］アンカーをクリックして原因を取り除き，再度［実行］ボタンをクリックします。
指定内容が正しい場合，結果確認画面の［ステータス］に「実行中」または「実行待ち」と表示されます。処理が終了すると，［ステータス］が「成功」または「失敗」に更新されます。

次のどちらかの方法で，画面の表示内容を更新します。

［最新の情報に更新］アンカーをクリックする

［更新時間間隔］から表示内容を自動更新する間隔を選択して，［適用］ボタンをクリックする

失敗した場合は，［ログの表示］タブをクリックしてエラーの内容を確認します。原因を取り除き，［削除］タブをクリックして再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

(a)　［リソースアダプタの削除］画面

操作

［削除］アンカー

論理J2EEサーバから削除するリソースアダプタを選択するための削除確認画面が表示されます。

リソース名

論理J2EEサーバにインポートされたリソースアダプタ名が表示されます。

インポート時刻

論理J2EEサーバへのインポートが完了した時刻（Management Server稼働ホストの時刻）が表示されます。

［実行状況の表示］

前回実施した操作の実行状況を表示するための結果確認画面が表示されます。該当する実行状況がない場合は文字だけが表示されます。

(b)　削除確認画面

リソース名

削除するリソースアダプタ名が表示されます。

インポート時刻

論理J2EEサーバへのインポートが完了した時刻（Management Server稼働ホストの時刻）が表示されます。

［はい］ボタン

リソースアダプタを論理J2EEサーバから削除します。結果確認画面が表示されます。

［いいえ］ボタン

［リソースアダプタの削除］画面に戻ります。

7.4.5　ログの表示（論理サーバのアプリケーション管理）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

運用管理ドメイン内のすべての論理J2EEサーバで出力された，J2EEアプリケーション，およびリソースアダプタにかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバのアプリケーション管理］内の［ログの表示］タブから表示できますが，どこから表示しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで次のどちらかの操作をします。

J2EEサーバの場合

［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［リソース］－［リソースアダプタ］をクリックします。

J2EEサーバクラスタの場合

［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［リソース］－［リソースアダプタ］をクリックします。

［ログの表示］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面には，リソースアダプタに対して行った，開始や停止などの処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「2.4.3　ログの出力形式」を参照してください。

8.　論理サーバの運用監視

この章では，Management Serverでの「論理サーバの運用監視」の操作方法について説明します。

＜この章の構成＞

8.1　「論理サーバの運用監視」のツリーペインの構成

8.2　ホストごとの論理サーバのステータス監視

8.3　運用管理ドメイン全体の論理サーバのステータス監視

8.4　論理サーバごとのステータス監視

8.5　J2EEサーバまたはSFOサーバの稼働情報監視

8.6　バッチサーバの稼働情報監視

8.7　J2EEアプリケーションの稼働情報監視

8.8　EJBアプリケーションの稼働情報監視

8.9　Stateful Session Beanの稼働情報監視

8.10　Stateless Session Beanの稼働情報監視

8.11　Entity Beanの稼働情報監視

8.12　Message-driven Beanの稼働情報監視

8.13　リソースアダプタの稼働情報監視

8.14　Webアプリケーションの稼働情報監視

8.15　サーブレットの稼働情報監視

8.16　URLの稼働情報監視

8.17　トランザクションの稼働情報監視

8.1　「論理サーバの運用監視」のツリーペインの構成

「論理サーバの運用監視」のツリーペインの構成について説明します。ツリーペインは，次に示すビューで構成されています。

ホストビュー

サーバビュー

＜この節の構成＞

8.1.1　「論理サーバの運用監視」画面のホストビューの構成

8.1.2　「論理サーバの運用監視」画面のサーバビューの構成

8.1.3　J2EEサーバの稼働情報監視で表示できる項目

8.1.4　バッチサーバの稼働情報監視で表示できる項目

8.1.5　SFOサーバの稼働情報監視で表示できる項目

8.1.6　「論理サーバの運用監視」での共通の操作

8.1.1　「論理サーバの運用監視」画面のホストビューの構成

「論理サーバの運用監視」のホストビューの構成は，次のとおりです。

　論理サーバの運用監視
　│
　└─ホスト
　　　└─＜ホスト名＞
　　　　　└─＜論理サーバ名＞

ホストビューに表示されるノードの意味を次に示します。

表8-1　「論理サーバの運用監視」のホストビューに表示されるノードの意味

ノード名 | 説明 | ノード上でできる操作と参照先
ホスト | 運用管理ドメインに定義されているホストのルートです。運用管理ドメイン内のすべての論理サーバを対象にした監視ができます。 | 運用管理ドメイン全体の論理サーバのステータス監視（8.3参照）
＜ホスト名＞ | 各ホストのツリーです。そのホスト内のすべての論理サーバを対象にした監視ができます。 | ホストごとの論理サーバのステータス監視（8.2参照）
＜論理サーバ名＞ | ホスト内にある各論理サーバ名です。 | このノードには操作画面がありません。

8.1.2　「論理サーバの運用監視」画面のサーバビューの構成

「論理サーバの運用監視」のサーバビューの構成は，次のとおりです。

　論理サーバの運用監視
　│
　└─＜運用管理ドメイン名＞
　　　│
　　　├─論理パフォーマンストレーサ
　　　│　└─パフォーマンストレーサ
　　　│　　　└─＜パフォーマンストレーサ名＞
　　　│
　　　├─論理スマートエージェント
　　　│　└─スマートエージェント
　　　│　　　└─＜スマートエージェント名＞
　　　│
　　　├─論理ネーミングサービス
　　　│　└─ネーミングサービス
　　　│　　　└─＜ネーミングサービス名＞
　　　│
　　　├─論理CTMドメインマネジャ
　　　│　└─CTMドメインマネジャ
　　　│　　　└─＜CTMドメインマネジャ名＞
　　　│
　　　├─論理CTM
　　　│　└─CTM
　　　│　　　└─＜CTM名＞
　　　│
　　　├─論理SFOサーバ
　　　│　└─SFOサーバ
　　　│　　　└─＜SFOサーバ名＞
　　　│　　　　　└─アプリケーション
　　　│　　　　　　　└─＜SFOサーバアプリケーション名＞
　　　│
　　　├─論理J2EEサーバ
　　　│　├─J2EEサーバ
　　　│　│　├─＜J2EEサーバ名＞
　　　│　│　│　├─アプリケーション
　　　│　│　│　│　└─＜J2EEアプリケーション名＞
　　　│　│　│　│　　　├─＜EJBアプリケーション名＞
　　　│　│　│　│　　　│　└─＜Enterprise Bean名＞
　　　│　│　│　│　　　├─＜リソースアダプタ名＞
　　　│　│　│　│　　　└─＜Webアプリケーション名＞
　　　│　│　│　│　　　　　├─＜サーブレット名＞
　　　│　│　│　│　　　　　└─＜URL＞
　　　│　│　│　├─リソース
　　　│　│　│　│　└─＜リソースアダプタ名＞
　　　│　│　│　└─サービス
　　　│　│　│　　　└─＜トランザクション名＞
　　　│　│　│
　　　│　│　└─＜バッチサーバ名＞
　　　│　│　　　├─リソース
　　　│　│　　　│　└─＜リソースアダプタ名＞
　　　│　│　　　└─サービス
　　　│　│　　　　　└─＜トランザクション名＞
　　　│　│
　　　│　└─J2EEサーバクラスタ
　　　│　　　└─＜J2EEサーバクラスタ名＞
　　　│　　　　　└─＜J2EEサーバ名＞
　　　│　　　　　　　└─以下，上記の＜J2EEサーバ名＞の構成と同じです。
　　　│
　　　├─論理Webサーバ
　　　│　├─Webサーバ
　　　│　│　└─＜Webサーバ名＞
　　　│　│
　　　│　└─Webサーバクラスタ
　　　│　　　└─＜Webサーバクラスタ名＞
　　　│　　　　　└─＜Webサーバ名＞
　　　│
　　　└─論理ユーザサーバ
　　　　　└─ユーザサーバ
　　　　　　　└─＜ユーザサーバ名＞

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

サーバビューに表示されるノードの意味を次の表に示します。

表8-2　「論理サーバの運用監視」のサーバビューに表示されるノードの意味

ノード名
説明
ノード上でできる操作と参照先

＜運用管理ドメイン名＞
運用管理ドメインに定義されている論理サーバのルートです。運用管理ドメイン内のすべての論理サーバを対象にした監視ができます。
運用管理ドメイン全体の論理サーバのステータス監視（8.3参照）

論理パフォーマンストレーサ
運用管理ドメイン内のすべてのパフォーマンストレーサを対象にした監視ができます。
論理サーバごとのステータス監視（8.4参照）

パフォーマンストレーサ
そのパフォーマンストレーサだけを対象にした監視ができます。

＜パフォーマンストレーサ名＞
各パフォーマンストレーサ名です。
このノードには操作画面がありません。

論理スマートエージェント
運用管理ドメイン内のすべてのスマートエージェントを対象にした監視ができます。
論理サーバごとのステータス監視（8.4参照）

スマートエージェント
そのスマートエージェントだけを対象にした監視ができます。

＜スマートエージェント名＞
各スマートエージェント名です。
このノードには操作画面がありません。

論理ネーミングサービス
運用管理ドメイン内のすべてのネーミングサービスを対象にした監視ができます。
論理サーバごとのステータス監視（8.4参照）

ネーミングサービス
そのネーミングサービスだけを対象にした監視ができます。

＜ネーミングサービス名＞
各ネーミングサービス名です。
このノードには操作画面がありません。

論理CTMドメインマネジャ
運用管理ドメイン内のすべてのCTMドメインマネジャを対象にした監視ができます。
論理サーバごとのステータス監視（8.4参照）

CTMドメインマネジャ
そのCTMドメインマネジャだけを対象にした監視ができます。

＜CTMドメインマネジャ名＞
各CTMドメインマネジャ名です。
このノードには操作画面がありません。

論理CTM
運用管理ドメイン内のすべてのCTMを対象にした監視ができます。
論理サーバごとのステータス監視（8.4参照）

CTM
そのCTMだけを対象にした監視ができます。

＜CTM名＞
各CTM名です。
このノードには操作画面がありません。

論理SFOサーバ
運用管理ドメイン内のすべてのSFOサーバを対象にした監視ができます。
論理サーバごとのステータス監視（8.4参照）

SFOサーバ
そのSFOサーバだけを対象にした監視ができます。

＜SFOサーバ名＞
そのSFOサーバだけを対象にした監視ができます。
SFOサーバ（J2EEサーバ）の稼働情報監視（8.5参照）

アプリケーション
そのSFOサーバのアプリケーションを対象にした監視ができます。
このノードには操作画面がありません。

＜SFOサーバアプリケーション名＞
そのSFOサーバ内にデプロイされているSFOサーバアプリケーションを対象にした稼働情報の監視ができます。
SFOサーバアプリケーションの稼働情報監視（8.7参照）

論理J2EEサーバ
運用管理ドメイン内のすべてのJ2EEサーバおよびJ2EEサーバクラスタを対象にした監視ができます。
論理サーバごとのステータス監視（8.4参照）

J2EEサーバ
そのJ2EEサーバだけを対象にした監視ができます。

＜J2EEサーバ名＞
そのJ2EEサーバだけを対象にした監視ができます。
J2EEサーバの稼働情報監視（8.5参照）

アプリケーション
そのJ2EEサーバのアプリケーションを対象にした監視ができます。
このノードには操作画面がありません。

＜J2EEアプリケーション名＞
そのJ2EEサーバ内にデプロイされているJ2EEアプリケーションを対象にした稼働情報の監視ができます。
J2EEアプリケーションの稼働情報監視（8.7参照）

＜EJBアプリケーション名＞
そのJ2EEサーバ内にデプロイされているJ2EEアプリケーションのうち，EJBアプリケーションを対象にした稼働情報の監視ができます。
EJBアプリケーションの稼働情報監視（8.8参照）

＜Enterprise Bean名＞
そのJ2EEサーバ内で動作しているEJBアプリケーション内の，各種Enterprise Beanを対象にした稼働情報の監視ができます。
Enterprise Beanの稼働情報監視

Stateful Session Beanの稼働情報監視（8.9参照）

Stateless Session Beanの稼働情報監視（8.10参照）

Entity Beanの稼働情報監視（8.11参照）

Message-driven Beanの稼働情報監視（8.12参照）

＜リソースアダプタ名＞（J2EEアプリケーション）
J2EEリソースであるリソースアダプタを対象にした稼働情報の監視ができます。
リソースアダプタの稼働情報監視（8.13参照）

＜Webアプリケーション名＞
そのJ2EEサーバ内にデプロイされているWebアプリケーションを対象にした稼働情報の監視ができます。
Webアプリケーションの稼働情報監視（8.14参照）

＜サーブレット名＞
そのJ2EEサーバ内にデプロイされているWebアプリケーション内にある，サーブレットを対象にした稼働情報の監視ができます。
サーブレットの稼働情報監視（8.15参照）

＜URL＞
そのJ2EEサーバ内にデプロイされているWebアプリケーション内の，サーブレットやJSPにHTTPリクエストしたURLの稼働情報が監視できます。
URLの稼働情報監視（8.16参照）

リソース
そのJ2EEサーバのリソースを対象にした監視ができます。
リソースアダプタの稼働情報監視（8.13参照）

＜リソースアダプタ名＞（リソース）
そのJ2EEリソースであるリソースアダプタを対象にした稼働情報の監視ができます。
リソースアダプタの稼働情報監視（8.13参照）

サービス
そのJ2EEサーバのサービスを対象にした監視ができます。
トランザクションの稼働情報監視（8.17参照）

＜トランザクション名＞
J2EEサーバのトランザクションの稼働情報を監視できます。
トランザクションの稼働情報監視（8.17参照）

J2EEサーバクラスタ
すべてのJ2EEサーバクラスタを対象にした監視ができます。
論理サーバごとのステータス監視（8.4参照）

＜J2EEサーバクラスタ名＞
そのJ2EEサーバクラスタだけを対象にした監視ができます。

＜J2EEサーバ名＞
J2EEサーバクラスタ内の構成要素のJ2EEサーバだけを対象にした監視ができます。
J2EEサーバの稼働情報監視（8.5参照）

論理Webサーバ
運用管理ドメイン内のすべてのWebサーバおよびWebサーバクラスタを対象にした監視ができます。
論理サーバごとのステータス監視（8.4参照）

Webサーバ
そのWebサーバだけを対象にした監視ができます。

＜Webサーバ名＞
各Webサーバ名です。
このノードには操作画面がありません。

Webサーバクラスタ
すべてのWebサーバクラスタを対象にした監視ができます。
論理サーバごとのステータス監視（8.4参照）

＜Webサーバクラスタ名＞
そのWebサーバクラスタだけを対象にした監視ができます。

＜Webサーバ名＞
各Webサーバ名です。
このノードには操作画面がありません。

論理ユーザサーバ
運用管理ドメイン内のすべてのユーザサーバを対象にした監視ができます。
論理サーバごとのステータス監視（8.4参照）

ユーザサーバ

＜ユーザサーバ名＞
各ユーザサーバ名です。
このノードには操作画面がありません。

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

サーバビューに表示されるノードの意味を次の表に示します。

表8-3　「論理サーバの運用監視」のサーバビューに表示されるノードの意味

ノード名 | 説明 | ノード上でできる操作と参照先
＜運用管理ドメイン名＞ | 運用管理ドメインに定義されている論理サーバのルートです。運用管理ドメイン内のすべての論理サーバを対象にした監視ができます。 | 運用管理ドメイン全体の論理サーバのステータス監視（8.3参照）
論理パフォーマンストレーサ | 運用管理ドメイン内のすべてのパフォーマンストレーサを対象にした監視ができます。 | 論理サーバごとのステータス監視（8.4参照）
パフォーマンストレーサ | そのパフォーマンストレーサだけを対象にした監視ができます。
＜パフォーマンストレーサ名＞ | 各パフォーマンストレーサ名です。 | このノードには操作画面がありません。
論理J2EEサーバ | 運用管理ドメイン内のすべてのバッチサーバを対象にした監視ができます。 | 論理サーバごとのステータス監視（8.4参照）
J2EEサーバ | そのバッチサーバだけを対象にした監視ができます。
＜バッチサーバ名＞ | そのバッチサーバだけを対象にした監視ができます。 | バッチサーバの稼働情報監視（8.6参照）
リソース | そのバッチサーバのリソースを対象にした監視ができます。 | リソースアダプタの稼働情報監視（8.13参照）
＜リソースアダプタ名＞（リソース） | そのJ2EEリソースであるリソースアダプタを対象にした稼働情報の監視ができます。 | リソースアダプタの稼働情報監視（8.13参照）
サービス | そのバッチサーバのサービスを対象にした監視ができます。 | トランザクションの稼働情報監視（8.17参照）
＜トランザクション名＞ | バッチサーバのトランザクションの稼働情報を監視できます。 | トランザクションの稼働情報監視（8.17参照）
論理ユーザサーバ | 運用管理ドメイン内のすべてのユーザサーバを対象にした監視ができます。 | 論理サーバごとのステータス監視（8.4参照）
ユーザサーバ
＜ユーザサーバ名＞ | 各ユーザサーバ名です。 | このノードには操作画面がありません。

8.1.3　J2EEサーバの稼働情報監視で表示できる項目

ここでは，J2EEサーバの稼働情報として監視できる項目を次の表に示します。

表8-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サーバコネクタ）

実行待ちしているリクエスト数

インプロセスHTTPサーバのリクエスト処理用スレッド数

インプロセスHTTPサーバの稼働中スレッド数

インプロセスHTTPサーバのプーリングスレッド数

インプロセスHTTPサーバのコネクション数

インプロセスHTTPサーバのPersistentコネクション数

インプロセスHTTPサーバのPersistentコネクション切断時のリクエスト処理総数

インプロセスHTTPサーバのPersistentコネクションのリクエスト待ち時間

インプロセスHTTPサーバ中の実行待ちリクエスト数

インプロセス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アプリケーション
基本情報

コンテキストルート

占有スレッド数

最大同時実行スレッド数

実行待ちキューサイズ

稼働情報

有効なセッション数

同時実行可能スレッド数上限値

稼働スレッド数

実行待ちリクエスト数

実行待ちキューから溢れたリクエスト数

サーブレット

サーブレット名

サーブレットの実装クラス名

サーブレット実行回数

サーブレット失敗回数

サーブレット実行時間

出力データサイズ

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エラーが発生した回数

サービス
トランザクション
基本情報

サービス名

サービスタイプ

トランザクションタイムアウトデフォルト値

稼働情報

アクティブトランザクション数

平均トランザクション時間

8.1.4　バッチサーバの稼働情報監視で表示できる項目

ここでは，バッチサーバの稼働情報として監視できる項目を次の表に示します。

表8-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エラーが発生した回数

サービス
トランザクション
基本情報

サービス名

サービスタイプ

トランザクションタイムアウトデフォルト値

稼働情報

アクティブトランザクション数

平均トランザクション時間

8.1.5　SFOサーバの稼働情報監視で表示できる項目

ここでは，SFOサーバの稼働情報として監視できる項目を次の表に示します。

表8-6　SFOサーバの稼働情報監視で表示できる項目

監視の対象
監視できる項目

SFOサーバ
J2EEコンテナ

J2EEサーバ名

Naming Serviceホスト

Naming Serviceポート番号

コンテナ起動時刻

JavaVM
基本情報

JavaVM名

JavaVMバージョン

JavaVMの使用する最大メモリ使用量

稼働情報

JavaVMの空きメモリ量

JavaVMの総メモリ容量

アプリケーション（SFOサーバ用）
J2EEアプリケーション

アプリケーション名（display name）

説明

デプロイされた時刻

8.1.6　「論理サーバの運用監視」での共通の操作

＜この項の構成＞

(1)　統計情報のサンプリング時間の設定

(2)　稼働情報の取得に失敗したときの表示

(3)　テストモードで開始されているJ2EEアプリケーション名の表示

(1)　統計情報のサンプリング時間の設定

［稼働情報監視］画面の［稼働情報］タブでは，統計情報のサンプリング時間を指定してください。サンプリング時間を指定すると，画面を表示した時刻または更新した時刻からさかのぼって，サンプリング時間（これをN秒といいます）に指定した時間内のデータを統計情報として表示できます。「N秒ピーク」や「N秒平均値」とはこの統計情報です。また，最大値，最小値などは，サンプリングを開始した以降のデータの中から値が抽出されます。

サンプリング時間の指定方法について次に示します。

図8-1　サンプリング時間の設定

サンプリング時間

統計情報を設定した時間ごとに取得します。設定できる値は，10秒，1分，5分，10分，15分，30分，45分，1時間および「設定しない」です。「設定しない」を選択すると，統計情報は取得されないで統計情報の項目に「Not Available」と表示されます。デフォルトは，「設定しない」です。

注

統計情報取得中に現在のサンプリング時間と異なるサンプリング時間で再設定すると，統計情報はいったんクリアされます。

［適用］ボタン

設定したサンプリング時間で統計情報の取得を開始します。サンプリング時間を設定後，このボタンをクリックしてください。

統計開始時刻

統計情報の取得開始時刻が表示されます。サンプリング時間に「設定しない」を選択した場合は，統計開始時刻は表示されません。

［リセット］アンカー

統計値をすべて初期化します。

［リセット］アンカーをクリックした直後，統計開始時刻に「Not Available」が表示されることがありますが，［最新の情報に更新］アンカーをクリックしてボディペインを更新すると時刻が正常に表示されます。

(2)　稼働情報の取得に失敗したときの表示

稼働情報監視で，一部の監視対象で稼働情報の取得に失敗したために，画面に「Not Available」が表示されることがあります。その場合には，［最新の情報に更新］アンカーをクリックして稼働情報の更新を試みてください。

(3)　テストモードで開始されているJ2EEアプリケーション名の表示

テストモードで開始されているJ2EEアプリケーションは，J2EEアプリケーション名の後ろに，”(TEST)”が表示されます。

注意

テストモードで開始されているJ2EEアプリケーションに対して稼働情報の監視以外の操作は実行しないでください。

8.2　ホストごとの論理サーバのステータス監視

＜この節の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したホスト内のすべての論理サーバのステータスを監視できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［ホストビュー］タブをクリックします。

［ホスト］－［＜ホスト名＞］をクリックします。
ステータス監視画面が表示されます。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

稼働状況

論理サーバの状態が表示されます。

状態の意味については，「2.4.1　論理サーバの稼働状況のステータス」を参照してください。

論理サーバ名

論理サーバの名称が表示されます。

論理サーバがJ2EEサーバ，かつ稼働中の場合は，論理サーバ名がアンカーになっています。アンカーをクリックすると，稼働情報監視画面が表示されます。

説明

運用管理ポータルの［運用管理ドメインの構成定義］で，論理サーバについての説明を設定した場合，その説明が表示されます。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。自動で画面を最新にする方法については，「2.4.2　画面自動更新の設定」を参照してください。

8.3　運用管理ドメイン全体の論理サーバのステータス監視

［論理サーバのステータス監視］画面を次に示します。

図8-2　［論理サーバのステータス監視］画面

＜この節の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

運用管理ドメイン内にあるすべての論理サーバのステータスを監視できます。

(2)　表示手順

画面の表示手順を次に示します。

ホストビューから表示する場合

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［ホストビュー］－［ホスト］をクリックします。

ステータスの一覧が表示されます（ホスト名順の一覧です）。

サーバビューから表示する場合

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［＜運用管理ドメイン名＞］をクリックします。

ステータスの一覧が表示されます（論理サーバのツリー構成順の一覧です）。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

稼働状況

論理サーバの状態が表示されます。

状態の意味については，「2.4.1　論理サーバの稼働状況のステータス」を参照してください。

論理サーバ名

論理サーバの名称が表示されます。

論理サーバがJ2EEサーバ，かつ稼働中の場合は，論理サーバ名がアンカーになっています。アンカーをクリックすると，稼働情報監視画面が表示されます。

ホスト名

論理サーバが稼働しているホスト名が表示されます。

説明

運用管理ポータルの［運用管理ドメインの構成定義］で，論理サーバについての説明を設定した場合，その説明が表示されます。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。自動で画面を最新にする方法については，「2.4.2　画面自動更新の設定」を参照してください。

8.4　論理サーバごとのステータス監視

＜この節の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択した論理サーバのステータスを監視できます。

論理サーバの種類ごとにまとめて監視することも，選択した個々の論理サーバだけを監視することもできます。

(2)　表示手順

画面の表示手順を次に示します。

論理サーバの種類ごとにまとめて監視する場合

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［目的の論理サーバ名］をクリックします。

選択した個々の論理サーバだけを監視する場合

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［目的の論理サーバ名］－［＜論理サーバ名＞］をクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。表示される項目は，各論理サーバで共通です。

稼働状況

論理サーバの状態が表示されます。

状態の意味については，「2.4.1　論理サーバの稼働状況のステータス」を参照してください。

論理サーバ名

論理サーバの名称が表示されます。

論理サーバがJ2EEサーバ，かつ稼働中の場合は，論理サーバ名がアンカーになっています。アンカーをクリックすると，稼働情報監視画面が表示されます。

ホスト名

論理サーバが稼働しているホスト名が表示されます。

説明

運用管理ポータルの［運用管理ドメインの構成定義］で，論理サーバについての説明を設定した場合，その説明が表示されます。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。自動で画面を最新にする方法については，「2.4.2　画面自動更新の設定」を参照してください。

8.5　J2EEサーバまたはSFOサーバの稼働情報監視

J2EEサーバの稼働情報監視では，J2EEサーバ内で動作しているコンテナやJavaVMの稼働情報を監視できます。

J2EEコンテナ

EJBコンテナ

Webコンテナ

JavaVM

SFOサーバの稼働情報監視では，次の稼働情報を監視できます。

J2EEコンテナ

JavaVM

＜この節の構成＞

8.5.1　J2EEコンテナの稼働情報監視

8.5.2　EJBコンテナの稼働情報監視

8.5.3　Webコンテナの稼働情報監視（基本情報）

8.5.4　Webコンテナの稼働情報監視（稼働情報）

8.5.5　JavaVMの稼働情報監視（基本情報）

8.5.6　JavaVMの稼働情報監視（稼働情報）

8.5.1　J2EEコンテナの稼働情報監視

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

J2EEサーバまたはSFOサーバ内の，J2EEコンテナやJavaVMの稼働情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

(a)　J2EEサーバの場合

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］をクリックします。

［J2EEコンテナ］タブをクリックします。

(b)　SFOサーバの場合

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理SFOサーバ］－［SFOサーバ］－［＜SFOサーバ名＞］をクリックします。

［J2EEコンテナ］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

J2EEコンテナ

J2EEサーバ名

Naming Serviceホスト

Naming Serviceポート番号

コンテナ起動時刻

8.5.2　EJBコンテナの稼働情報監視

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

J2EEサーバ内の，EJBコンテナの稼働情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］をクリックします。

［EJBコンテナ］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

EJBコンテナ

コンテナ名

8.5.3　Webコンテナの稼働情報監視（基本情報）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

J2EEサーバ内の，Webコンテナの稼働に関する初期設定値を表示できます。

なお，次に示す項目は，それぞれの項目に対応した機能を使用している場合だけ表示されます。

HTTPサーバコネクタに関する項目
Webサーバ連携機能を使用している場合だけ表示されます。

インプロセスHTTPサーバに関する項目
インプロセスHTTPサーバを使用している場合だけ表示されます。

同時実行スレッド数制御に関する項目
同時実行スレッド数制御機能を使用している場合だけ表示されます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］をクリックします。

［Webコンテナ］タブをクリックします。

［基本情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Webコンテナ

コンテナ名

Webコンテナ起動時刻

管理用サーバのポート番号

HTTPサーバコネクタ

次に示す項目は，Webサーバ連携機能を使用している場合だけ表示されます。

Webサーバとの通信に使用するポート

Webサーバとの通信ソケットのバックログ設定上限値

稼働中（リクエスト処理の実行中）スレッド数設定上限値

インプロセスHTTPサーバ

次に示す項目は，インプロセスHTTPサーバを使用している場合だけ表示されます。

インプロセスHTTPサーバのポート番号

インプロセスHTTPサーバとの通信ソケットのバックログ設定上限数

インプロセスHTTPサーバのリクエスト処理用スレッド数の上限値

インプロセスHTTPサーバのリクエスト処理用スレッド数の下限値

インプロセスHTTPサーバの稼働スレッド数の上限値

インプロセスHTTPサーバのプーリングスレッド数

インプロセスHTTPサーバのコネクション数の上限値

インプロセスHTTPサーバのPersistentコネクションの上限値

インプロセスHTTPサーバのPersistentコネクション切断時の，リクエスト処理総数の上限値

インプロセスHTTPサーバのPersistentコネクションのリクエスト待ち時間の上限値（ミリ秒）

同時実行スレッド数制御

次に示す項目は，同時実行スレッド数制御機能を使用している場合だけ表示されます。

最大同時実行スレッド数

実行待ちキューサイズ

8.5.4　Webコンテナの稼働情報監視（稼働情報）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(1)　機能概要

J2EEサーバ内の，Webコンテナの稼働中の統計情報を監視できます。

なお，次に示す項目は，それぞれの項目に対応した機能を使用したり，またはオプションを指定したりしている場合だけ表示されます。

HTTPサーバコネクタに関する項目
Webサーバ連携機能を使用している場合だけ表示されます。

インプロセスHTTPサーバに関する項目
インプロセスHTTPサーバを使用している場合だけ表示されます。

同時実行スレッド数制御に関する項目
同時実行スレッド数制御機能を使用している場合だけ表示されます。

HTTPサーバ
管理用サーバを使用している場合だけ表示されます。
管理用サーバを使用するかどうかは，mserver.propertiesで指定します。mserver.properties（Management Server環境設定ファイル）の詳細については，マニュアル「Cosminexus　リファレンス　定義編」を参照してください。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］をクリックします。

［Webコンテナ］タブをクリックします。

［稼働情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

HTTPサーバコネクタ

次に示す項目は，Webサーバ連携機能を使用する場合だけ表示されます。

WebサーバとWebコンテナとのコネクション数
現在値
最大値
最小値

稼働中スレッド数
現在値
N秒ピーク※
N秒平均値※
最大値※
最小値※

実行待ちしているリクエスト数※
現在値
N秒ピーク
N秒平均値
最大値
最小値

注※

同時実行スレッド数制御機能を使用している場合は「Not Available」と表示されます。

同時実行スレッド数制御機能を使用しているWebアプリケーションの稼働情報の詳細は，「8.14.2　Webアプリケーションの稼働情報（稼働情報）」を参照してください。

また，同時実行スレッド数機能を使用しないWebアプリケーション全体の稼働情報の詳細は，「同時実行スレッド数制御」を参照してください。

インプロセスHTTPサーバ

次に示す項目は，インプロセスHTTPサーバを使用する場合だけ表示されます。

リクエスト処理用スレッド数
現在値
N秒ピーク
N秒平均値
最大値
最小値

稼働中スレッド数
現在値
N秒ピーク※
N秒平均値※
最大値※
最小値※

プーリングスレッド数
現在値
N秒ピーク
N秒平均値
最大値
最小値

コネクション数
現在値
N秒ピーク
N秒平均値
最大値
最小値

Persistentコネクション数
現在値
N秒ピーク
N秒平均値
最大値
最小値

Persistentコネクション切断時のリクエスト処理総数
N秒ピーク
N秒平均値
最大値
最小値

Persistentコネクションのリクエスト待ち時間
N秒ピーク（ミリ秒）
N秒平均値（ミリ秒）
最大値（ミリ秒）
最小値（ミリ秒）

実行待ちリクエスト数※
現在値
N秒ピーク
N秒平均値
最大値
最小値

アクセスを拒否されたリクエスト数

注※

同時実行スレッド数制御機能を使用している場合は「Not Available」と表示されます。

同時実行スレッド数制御機能を使用しているWebアプリケーションの稼働情報の詳細は，「8.14.2　Webアプリケーションの稼働情報（稼働情報）」を参照してください。

また，同時実行スレッド数機能を使用しないWebアプリケーション全体の稼働情報の詳細は，「同時実行スレッド数制御」を参照してください。

同時実行スレッド数制御

次に示す項目は，同時実行スレッド数制御機能を使用している場合だけ表示されます。また，同時実行スレッド数制御機能を使用しないWebアプリケーションの稼働情報がまとめて表示されます。

同時実行可能スレッド数上限値

稼働スレッド数
現在値
N秒ピーク
N秒平均値
最大値
最小値

実行待ちリクエスト数
現在値
N秒ピーク
N秒平均値
最大値
最小値

実行待ちキューから溢れたリクエスト数

HTTPサーバ

管理用サーバを使用している場合だけ表示されます。管理用サーバを使用するかどうかは，mserver.propertiesで指定します。mserver.properties（Management Server環境設定ファイル）の詳細については，マニュアル「Cosminexus　リファレンス　定義編」を参照してください。

稼働中スレッド数
N秒ピーク
N秒平均値
最大値
最小値

注

「N秒」とは［サンプリング時間］で設定した時間を表します。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。自動で画面を最新にする方法については，「2.4.2　画面自動更新の設定」を参照してください。

(5)　注意事項

Management Serverの稼働情報監視画面では，HTTPサーバ，HTTPサーバコネクタ，またはインプロセスHTTPサーバの稼働情報を同一画面で表示します。この場合，mngsvrutilコマンドで，HTTPサーバコネクタまたはインプロセスHTTPサーバのサンプリング時間に異なる値を設定していると，そのサンプリング時間に指定した時間内のデータが統計情報として表示されます。mngsvrutilコマンドについては，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

8.5.5　JavaVMの稼働情報監視（基本情報）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

J2EEサーバまたはSFOサーバ内の，JavaVMの稼働に関する初期設定値を表示できます。

(2)　表示手順

画面の表示手順を次に示します。

(a)　J2EEサーバの場合

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］をクリックします。

［JavaVM］タブをクリックします。

［基本情報］タブをクリックします。

(b)　SFOサーバの場合

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理SFOサーバ］－［SFOサーバ］－［＜SFOサーバ名＞］をクリックします。

［JavaVM］タブをクリックします。

［基本情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

JavaVM

JavaVM名

JavaVMバージョン

JavaVMの使用する最大メモリ使用量（単位：キロバイト）

8.5.6　JavaVMの稼働情報監視（稼働情報）

JavaVMの稼働情報監視の［稼働情報］画面を次に示します。

図8-3　JavaVMの稼働情報監視の［稼働情報］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

J2EEサーバまたはSFOサーバ内の，JavaVMの稼働中の統計情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

(a)　J2EEサーバの場合

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］をクリックします。

［JavaVM］タブをクリックします。

［稼働情報］タブをクリックします。

(b)　SFOサーバの場合

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理SFOサーバ］－［SFOサーバ］－［＜SFOサーバ名＞］をクリックします。

［JavaVM］タブをクリックします。

［稼働情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

JavaVM

JavaVMの空きメモリ量
現在値（単位：キロバイト）
N秒ピーク（単位：キロバイト）
N秒平均値（単位：キロバイト）
最大値（単位：キロバイト）
最小値（単位：キロバイト）

JavaVMの総メモリ容量
現在値（単位：キロバイト）
N秒ピーク（単位：キロバイト）
N秒平均値（単位：キロバイト）
最大値（単位：キロバイト）
最小値（単位：キロバイト）

注

「N秒」とは［サンプリング時間］で設定した時間を表します。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。自動で画面を最新にする方法については，「2.4.2　画面自動更新の設定」を参照してください。

8.6　バッチサーバの稼働情報監視

バッチサーバの稼働情報監視では，バッチサーバ内で動作しているコンテナやJavaVMの稼働情報を監視できます。

J2EEコンテナ

EJBコンテナ

JavaVM

各項目の参照先を次の表に示します。このとき，J2EEサーバ名をバッチサーバ名に読み替えてください。

表8-7　バッチサーバの稼働情報監視で監視できる項目と参照先

項目名
参照先

J2EEコンテナの稼働情報監視
8.5.1

EJBコンテナの稼働情報監視
8.5.2

JavaVMの稼働情報監視
8.5.5
8.5.6

8.7　J2EEアプリケーションの稼働情報監視

＜この節の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

J2EEサーバ内にデプロイされているJ2EEアプリケーション，またはSFOサーバ内にデプロイされているSFOサーバアプリケーションの稼働情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

(a)　J2EEサーバの場合

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［アプリケーション］－［＜J2EEアプリケーション名＞］をクリックします。

(b)　SFOサーバの場合

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理SFOサーバ］－［SFOサーバ］－［＜SFOサーバ名＞］－［アプリケーション］－［＜SFOサーバアプリケーション名＞］をクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

J2EEアプリケーション

アプリケーション名（display name）

説明

デプロイされた時刻

8.8　EJBアプリケーションの稼働情報監視

＜この節の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

J2EEサーバ内にデプロイされているJ2EEアプリケーションのうち，EJBアプリケーションの稼働情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［アプリケーション］－［＜J2EEアプリケーション名＞］－［＜EJBアプリケーション名＞］をクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

EJBアプリケーション

EJB-JAR名

説明

8.9　Stateful Session Beanの稼働情報監視

Stateful Session Beanの稼働情報監視では，J2EEサーバ内で動作しているEJBアプリケーション内の，Stateful Session Beanの稼働情報を監視できます。

Stateful Session Bean（基本情報）

Stateful Session Bean（稼働情報）

Homeインタフェース

Local Homeインタフェース

Componentインタフェース

Local Componentインタフェース

＜この節の構成＞

8.9.1　Stateful Session Beanの稼働情報監視（基本情報）

8.9.2　Stateful Session Beanの稼働情報監視（稼働情報）

8.9.3　Homeインタフェースの稼働情報監視

8.9.4　Local Homeインタフェースの稼働情報監視

8.9.5　Componentインタフェースの稼働情報監視

8.9.6　Local Componentインタフェースの稼働情報監視

8.9.1　Stateful Session Beanの稼働情報監視（基本情報）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(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クラス名

トランザクションタイプ

同時接続最大値

同時実行最大値

非活性セッションのタイムアウト（単位：秒）

実行中セッションのタイムアウト（単位：秒）

8.9.2　Stateful Session Beanの稼働情報監視（稼働情報）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

EJBアプリケーション内の，Stateful Session Beanの稼働中の統計情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［アプリケーション］－［＜J2EEアプリケーション名＞］－［＜EJBアプリケーション名＞］－［＜Enterprise Bean名＞］をクリックします。

［Enterprise Bean］タブをクリックします。

［稼働情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Stateful Session Bean

現在の接続セッション数

実行中のセッション数

非活性セッション数

接続待ちセッション数

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。自動で画面を最新にする方法については，「2.4.2　画面自動更新の設定」を参照してください。

8.9.3　Homeインタフェースの稼働情報監視

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

EJBアプリケーション内の，Homeインタフェースの稼働情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［アプリケーション］－［＜J2EEアプリケーション名＞］－［＜EJBアプリケーション名＞］－［＜Enterprise Bean名＞］をクリックします。

［Home］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Homeインタフェース

Homeインタフェース名

レスポンス
N秒平均値（単位：ミリ秒）
最大値（単位：ミリ秒）
最小値（単位：ミリ秒）

EJBメソッド実行時間
N秒平均値（単位：ミリ秒）
最大値（単位：ミリ秒）
最小値（単位：ミリ秒）

注

「N秒」とは［サンプリング時間］で設定した時間を表します。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。自動で画面を最新にする方法については，「2.4.2　画面自動更新の設定」を参照してください。

8.9.4　Local Homeインタフェースの稼働情報監視

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

EJBアプリケーション内の，Local Homeインタフェースの稼働情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［アプリケーション］－［＜J2EEアプリケーション名＞］－［＜EJBアプリケーション名＞］－［＜Enterprise Bean名＞］をクリックします。

［Local Home］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Local Homeインタフェース

Homeインタフェース名

レスポンス
N秒平均値（単位：ミリ秒）
最大値（単位：ミリ秒）
最小値（単位：ミリ秒）

EJBメソッド実行時間
N秒平均値（単位：ミリ秒）
最大値（単位：ミリ秒）
最小値（単位：ミリ秒）

注

「N秒」とは［サンプリング時間］で設定した時間を表します。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。自動で画面を最新にする方法については，「2.4.2　画面自動更新の設定」を参照してください。

8.9.5　Componentインタフェースの稼働情報監視

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

EJBアプリケーション内の，Componentインタフェースの稼働情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［アプリケーション］－［＜J2EEアプリケーション名＞］－［＜EJBアプリケーション名＞］－［＜Enterprise Bean名＞］をクリックします。

［Component］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Componentインタフェース

Componentインタフェース名

レスポンス
N秒平均値（単位：ミリ秒）
最大値（単位：ミリ秒）
最小値（単位：ミリ秒）

EJBメソッド実行時間
N秒平均値（単位：ミリ秒）
最大値（単位：ミリ秒）
最小値（単位：ミリ秒）

注

「N秒」とは［サンプリング時間］で設定した時間を表します。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。自動で画面を最新にする方法については，「2.4.2　画面自動更新の設定」を参照してください。

8.9.6　Local Componentインタフェースの稼働情報監視

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

EJBアプリケーション内の，Local Componentインタフェースの稼働情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［アプリケーション］－［＜J2EEアプリケーション名＞］－［＜EJBアプリケーション名＞］－［＜Enterprise Bean名＞］をクリックします。

［Local Component］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Local Componentインタフェース

Componentインタフェース名

レスポンス
N秒平均値（単位：ミリ秒）
最大値（単位：ミリ秒）
最小値（単位：ミリ秒）

EJBメソッド実行時間
N秒平均値（単位：ミリ秒）
最大値（単位：ミリ秒）
最小値（単位：ミリ秒）

注

「N秒」とは［サンプリング時間］で設定した時間を表します。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。自動で画面を最新にする方法については，「2.4.2　画面自動更新の設定」を参照してください。

8.10　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と同様です。「8.9　Stateful Session Beanの稼働情報監視」を参照してください。

＜この節の構成＞

8.10.1　Stateless Session Beanの稼働情報監視（基本情報）

8.10.2　Stateless Session Beanの稼働情報監視（稼働情報）

8.10.1　Stateless Session Beanの稼働情報監視（基本情報）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(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インスタンスプール
最大値
最小値

8.10.2　Stateless Session Beanの稼働情報監視（稼働情報）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(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数

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。自動で画面を最新にする方法については，「2.4.2　画面自動更新の設定」を参照してください。

8.11　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と同様です。「8.9　Stateful Session Beanの稼働情報監視」を参照してください。

＜この節の構成＞

8.11.1　Entity Beanの稼働情報監視（基本情報）

8.11.2　Entity Beanの稼働情報監視（稼働情報）

8.11.1　Entity Beanの稼働情報監視（基本情報）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(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

8.11.2　Entity Beanの稼働情報監視（稼働情報）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

EJBアプリケーション内の，Entity Beanの稼働中の統計情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［アプリケーション］－［＜J2EEアプリケーション名＞］－［＜EJBアプリケーション名＞］－［＜Enterprise Bean名＞］をクリックします。

［Enterprise Bean］タブをクリックします。

［稼働情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Entity Bean

現在の接続セッション数

接続待ちセッション数

Beanインスタンスプール現在値

使用中のEntity Bean数

未使用のEntity Bean数

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。自動で画面を最新にする方法については，「2.4.2　画面自動更新の設定」を参照してください。

8.12　Message-driven Beanの稼働情報監視

Message-driven Beanの稼働情報監視では，J2EEサーバ内で動作しているEJBアプリケーション内の，Message-driven Beanの稼働情報を監視できます。

Message-driven Bean（基本情報）

Message-driven Bean（稼働情報）

＜この節の構成＞

8.12.1　Message-driven Beanの稼働情報監視（基本情報）

8.12.2　Message-driven Beanの稼働情報監視（稼働情報）

8.12.1　Message-driven Beanの稼働情報監視（基本情報）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

EJBアプリケーション内の，Message-driven Beanの稼働に関する初期設定値を表示できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［アプリケーション］－［＜J2EEアプリケーション名＞］－［＜EJBアプリケーション名＞］－［＜Enterprise Bean名＞］をクリックします。

［基本情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Message Driven Bean

Enterprise Bean名

説明

Bean名（内部識別用）

EJBクラス名

トランザクションタイプ

デスティネーションタイプ

Beanインスタンスプール
最大値

8.12.2　Message-driven Beanの稼働情報監視（稼働情報）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

EJBアプリケーション内の，Message-driven Beanの稼働中の統計情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［アプリケーション］－［＜J2EEアプリケーション名＞］－［＜EJBアプリケーション名＞］－［＜Enterprise Bean名＞］をクリックします。

［稼働情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Message Driven Bean

現在の接続セッション数

Beanインスタンスプール現在値

EJBメソッド実行時間
N秒平均値（単位：ミリ秒）
最大値（単位：ミリ秒）
最小値（単位：ミリ秒）

注

「N秒」とは［サンプリング時間］で設定した時間を表します。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。自動で画面を最新にする方法については，「2.4.2　画面自動更新の設定」を参照してください。

8.13　リソースアダプタの稼働情報監視

リソースアダプタの稼働情報監視では，J2EEリソースであるリソースアダプタの稼働情報を監視できます。

リソースアダプタの稼働情報（基本情報）

リソースアダプタの稼働情報（稼働情報）

＜この節の構成＞

8.13.1　リソースアダプタの稼働情報監視（基本情報）

8.13.2　リソースアダプタの稼働情報監視（稼働情報）

8.13.1　リソースアダプタの稼働情報監視（基本情報）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

J2EEリソースのリソースアダプタの稼働に関する初期設定値を表示できます。

(2)　表示手順

画面の表示手順を次に示します。

J2EEアプリケーションのリソースアダプタを表示する場合

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［アプリケーション］－［＜J2EEアプリケーション名＞］－［＜リソースアダプタ名＞］をクリックします。

［基本情報］タブをクリックします。

リソースのリソースアダプタを表示する場合

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［リソース］－［＜リソースアダプタ名＞］をクリックします。

［基本情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

ResourceAdapter

リソース名

リソースタイプ

説明

リソースアダプタ提供ベンダ名

準拠するJCA仕様のバージョン

リソースアダプタのバージョン

接続先EISのタイプ

ConnectionFactoryのインタフェース名

ConnectionFactoryの実装クラス名

ManagedConnectionFactoryの実装クラス名

Connectionのインタフェース名

Connectionの実装クラス名

トランザクションサポートモデル

設定プロパティ情報

ユーザID

コネクションプール
最大値※
最小値※

注※

ルートリソースアダプタの場合，0が表示されます。

8.13.2　リソースアダプタの稼働情報監視（稼働情報）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

J2EEリソースのリソースアダプタの稼働中の統計情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

J2EEアプリケーションのリソースアダプタを表示する場合

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［アプリケーション］－［＜J2EEアプリケーション名＞］－［＜リソースアダプタ名＞］をクリックします。

［稼働情報］タブをクリックします。

リソースのリソースアダプタを表示する場合

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［リソース］－［＜リソースアダプタ名＞］をクリックします。

［稼働情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

ResourceAdapter

リソース名

プール現在値（総数）※1

使用中のコネクション数※1

未使用のコネクション数※1

ManagedConnectionFactoryのcreateManagedConnection()メソッドの実行回数※1

ManagedConnectionのgetConnection()メソッドの実行回数※1

ManagedConnectionのcleanup()メソッドの実行回数※1

ManagedConnectionのdestroy()メソッドの実行回数※1

ConnectionManagerのallocateConnection()メソッドの実行時間
N秒平均値（単位：ミリ秒）※2
最大値（単位：ミリ秒）※3
最小値（単位：ミリ秒）※3

ManagedConnectionFactoryのcreateManagedConnection()メソッドの実行時間
N秒平均値（単位：ミリ秒）※1
最大値（単位：ミリ秒）※4
最小値（単位：ミリ秒）※4

ConnectionManagerのallocateConnection()メソッドの失敗回数※2

ManagedConnectionでFATALエラーが発生した回数※1

注

「N秒」とは［サンプリング時間］で設定した時間を表します。

注※1

ルートリソースアダプタの場合，0が表示されます。

注※2

ルートリソースアダプタ，およびメンバリソースアダプタの場合，0が表示されます。

注※3

ルートリソースアダプタ，およびメンバリソースアダプタの場合，Not Availableが表示されます。

注※4

ルートリソースアダプタの場合，Not Availableが表示されます。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。自動で画面を最新にする方法については，「2.4.2　画面自動更新の設定」を参照してください。

8.14　Webアプリケーションの稼働情報監視

J2EEサーバ内にデプロイされているWebアプリケーションの稼働情報を監視できます。

Webアプリケーション（基本情報）

Webアプリケーション（稼働情報）

＜この節の構成＞

8.14.1　Webアプリケーションの稼働情報（基本情報）

8.14.2　Webアプリケーションの稼働情報（稼働情報）

8.14.1　Webアプリケーションの稼働情報（基本情報）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

J2EEサーバ内にデプロイされているWebアプリケーションの，稼働に関する初期設定値を表示できます。

なお，同時実行スレッド数制御に関する項目は，同時実行スレッド数制御機能を使用しているWebアプリケーションの場合だけ表示されます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［アプリケーション］－［＜J2EEアプリケーション名＞］－［＜Webアプリケーション名＞］をクリックします。

［基本情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Webアプリケーション

コンテキストルート

同時実行スレッド数制御

次に示す項目は，同時実行スレッド数制御機能を使用しているWebアプリケーションの場合だけ表示されます。

占有スレッド数

最大同時実行スレッド数

実行待ちキューサイズ

8.14.2　Webアプリケーションの稼働情報（稼働情報）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

J2EEサーバ内にデプロイされているWebアプリケーションの，稼働中の統計情報を監視できます。

なお，同時実行スレッド数制御に関する項目は，同時実行スレッド数制御機能を使用しているWebアプリケーションの場合だけ表示されます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［アプリケーション］－［＜J2EEアプリケーション名＞］－［＜Webアプリケーション名＞］をクリックします。

［稼働情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Webアプリケーション

有効なセッション数

同時実行スレッド数制御

次に示す項目は，同時実行スレッド数制御機能を使用しているWebアプリケーションの場合だけ表示されます。

同時実行可能スレッド数上限値

稼働スレッド数
現在値
N秒ピーク
N秒平均値
最大値
最小値

実行待ちリクエスト数
現在値
N秒ピーク
N秒平均値
最大値
最小値

実行待ちキューから溢れたリクエスト数

注意

サンプリング時間について

Webアプリケーションの稼働情報監視（稼働情報）での統計情報のサンプリング時間の設定は，アクセスされたURLの統計情報を取得するための設定です。つまり，このノードで統計情報の取得を開始した場合，それ以降にこのWebアプリケーションのURLにアクセスされたURLの統計情報を参照できます（URLのノードで表示される統計情報のサンプリング時間は，そのときに設定されているWebアプリケーションのサンプリング時間になります）。なお，URLのノードを参照する場合は，ツリーペインの［ツリーの初期化］アンカーをクリックして，URLのノードをツリーペインに表示させてください。また，Webアプリケーションの統計情報のリセットは，URLの統計情報のリセットを行いません。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。自動で画面を最新にする方法については，「2.4.2　画面自動更新の設定」を参照してください。

8.15　サーブレットの稼働情報監視

＜この節の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

J2EEサーバ内にデプロイされているWebアプリケーション内にある，サーブレットの稼働情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［アプリケーション］－［＜J2EEアプリケーション名＞］－［＜Webアプリケーション名＞］－［＜サーブレット名＞］をクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Servlet

サーブレット名

サーブレットの実装クラス名

サーブレット実行回数

サーブレット失敗回数

サーブレット実行時間
N秒ピーク（単位：ミリ秒）
N秒平均値（単位：ミリ秒）
最大値（単位：ミリ秒）
最小値（単位：ミリ秒）

出力データサイズ
N秒ピーク（単位：キロバイト）
N秒平均値（単位：キロバイト）
最大値（単位：キロバイト）
最小値（単位：キロバイト）

注

「N秒」とは［サンプリング時間］で設定した時間を表します。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。自動で画面を最新にする方法については，「2.4.2　画面自動更新の設定」を参照してください。

8.16　URLの稼働情報監視

＜この節の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(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の統計情報のリセットは，サンプリング時間を再設定することで行えます。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。自動で画面を最新にする方法については，「2.4.2　画面自動更新の設定」を参照してください。

8.17　トランザクションの稼働情報監視

トランザクションの稼働情報監視では，J2EEサーバのトランザクションの稼働情報を監視できます。

トランザクション（基本情報）

トランザクション（稼働情報）

＜この節の構成＞

8.17.1　トランザクションの稼働情報監視（基本情報）

8.17.2　トランザクションの稼働情報監視（稼働情報）

8.17.1　トランザクションの稼働情報監視（基本情報）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

J2EEサーバのトランザクションの稼働に関する初期設定値を表示します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［サービス］－［＜トランザクション名＞］をクリックします。

［基本情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Transaction

サービス名

サービスタイプ

トランザクションタイムアウトデフォルト値（単位：秒）

8.17.2　トランザクションの稼働情報監視（稼働情報）

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

J2EEサーバのトランザクションの稼働中の統計情報を監視できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［サービス］－［＜トランザクション名＞］をクリックします。

［稼働情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目について説明します。

Transaction

アクティブトランザクション数

平均トランザクション時間（単位：ミリ秒）

注意

サンプリング時間について

トランザクションの情報が取得できない場合，統計情報のサンプリング時間を設定することはできません。トランザクションの情報を取得する場合は，J2EEサーバ起動後，トランザクションを発生するEnterpriseBeanが実行されている必要があります。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。自動で画面を最新にする方法については，「2.4.2　画面自動更新の設定」を参照してください。

9.　リポジトリ管理（統合ユーザ管理）

この章では，Management Serverの運用管理ポータルの「リポジトリ管理」に表示される画面の概要，操作手順および画面詳細について説明します。リポジトリ管理は，統合ユーザ管理機能を使用する場合に必要な設定です。なお，注意事項については，「2.6.2　「リポジトリ管理」での注意事項」を参照してください。

なお，バッチアプリケーションを実行するシステムの場合，統合ユーザ管理機能は使用できません。

＜この章の構成＞

9.1　「リポジトリ管理」のツリーペインの構成

9.2　リポジトリ管理

9.3　レルム管理

9.1　「リポジトリ管理」のツリーペインの構成

この節では，「リポジトリ管理」のツリーペインの構成について説明します。

「リポジトリ管理」のツリーペインの構成を次に示します。

　リポジトリ管理
　│
　└─レルム管理
　　　│
　　　├─＜レルム名＞
　　　│
　　　└─＜レルム名（シングルサインオンだけ）＞

表9-1　「リポジトリ管理」のツリーペインに表示されるノードの意味

ノード名
説明
ノード上でできる操作と参照先

リポジトリ管理
統合ユーザ管理のリポジトリ管理のルートです。ディレクトリサーバとの接続の設定ができます。

バインド情報の設定（9.2.1参照）

レルム管理
レルムのツリーです。この配下に，同一の認証ポリシーを適用する単位となるレルムが表示されます。
統合ユーザ管理のリポジトリにレルムを追加したり，シングルサインオン用の設定をしたりできます。

レルムの作成（9.3.1参照）

暗号鍵ファイルの設定（9.3.2参照）

＜レルム名＞
レルム名です。選択したレルムおよびそのレルムが管理しているユーザエントリに関する操作ができます。

ユーザエントリのスキーマ定義（9.3.3参照）

ユーザエントリの作成（9.3.5参照）

ユーザエントリの検索（9.3.7参照）

レルムの削除（9.3.8参照）

ユーザエントリの編集（9.3.9参照）

ユーザエントリの削除（9.3.11参照）

＜レルム名（シングルサインオンだけ）＞
レルム名です。このレルムでは，ほかのシステムとシングルサインオンするために必要なシングルサインオン用情報リポジトリだけを管理しています。
選択したレルムおよびそのレルムが管理しているユーザエントリに関する操作ができます。

ユーザエントリのスキーマ定義（シングルサインオン用）（9.3.4参照）

ユーザエントリの作成（シングルサインオン用）（9.3.6参照）

ユーザエントリの検索（9.3.7参照）

レルムの削除（9.3.8参照）

ユーザエントリの編集（シングルサインオン用）（9.3.10参照）

ユーザエントリの削除（9.3.11参照）

9.2　リポジトリ管理

この節では，LDAPディレクトリサーバと接続するための設定で使用する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［バインド情報の設定］画面

＜この節の構成＞

9.2.1　バインド情報の設定

9.2.1　バインド情報の設定

［バインド情報の設定］画面を次の図に示します。

図9-1　［バインド情報の設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

LDAPディレクトリサーバと接続（バインド）するための情報を設定します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［リポジトリ管理］アンカーをクリックします。

ツリーペインで［リポジトリ管理］をクリックします。

［バインド情報の設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［ホスト名］，［ポート］などを指定します。

［適用］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

プロトコル（必須）

LDAPディレクトリサーバに接続するときのプロトコルを指定します。

ホスト名（必須）

接続するLDAPディレクトリサーバのホスト名を指定します。

ポート（必須）

接続するLDAPディレクトリサーバのポート番号を指定します。

バインドDN（必須）

接続するLDAPディレクトリサーバのバインドDNを指定します。

パスワード（必須）

接続するLDAPディレクトリサーバのパスワードを指定します。画面では「*」で表示されます。

ベースDN（必須）

レルムを管理するベースDNを指定します。

Active Directoryに接続する

LDAPディレクトリサーバとしてActive Directoryを使用する場合は，このチェックボックスをチェックしてください。Active Directory以外を使用する場合，チェックは不要です。

［適用］ボタン

指定した内容を設定します。

9.3　レルム管理

この節では，レルムの作成，ユーザエントリのスキーマ定義，ユーザエントリの作成，編集，削除などで使用する次の画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［レルムの作成］画面

［暗号鍵ファイルの設定］画面

［ユーザエントリのスキーマ定義］画面

［ユーザエントリのスキーマ定義（シングルサインオン用）］画面

［ユーザエントリの作成］画面

［ユーザエントリの作成（シングルサインオン用）］画面

［ユーザエントリの検索］画面

［レルムの削除］画面

［ユーザエントリの編集］画面

［ユーザエントリの編集（シングルサインオン用）］画面

［ユーザエントリの削除］画面

＜この節の構成＞

9.3.1　レルムの作成

9.3.2　暗号鍵ファイルの設定

9.3.3　ユーザエントリのスキーマ定義

9.3.4　ユーザエントリのスキーマ定義（シングルサインオン用）

9.3.5　ユーザエントリの作成

9.3.6　ユーザエントリの作成（シングルサインオン用）

9.3.7　ユーザエントリの検索

9.3.8　レルムの削除

9.3.9　ユーザエントリの編集

9.3.10　ユーザエントリの編集（シングルサインオン用）

9.3.11　ユーザエントリの削除

9.3.1　レルムの作成

［レルムの作成］画面を次の図に示します。

図9-2　［レルムの作成］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

LDAPディレクトリサーバにレルムを作成します。レルムとは，同一の認証ポリシーを適用する範囲のことです。

作成に成功すると，ツリーペインの［レルム管理］下にレルムが追加されます。追加されたレルムを確認するには，ツリーペインの［ツリーの初期化］アンカーをクリックするか，または［レルム管理］アイコンを2回クリックします。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［リポジトリ管理］アンカーをクリックします。

ツリーペインで［レルム管理］をクリックします。

［レルムの作成］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［レルム名］などを指定します。

［作成］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

レルム総数

統合ユーザ管理が管理するユーザ情報リポジトリのレルムとシングルサインオン情報リポジトリのレルムを合わせた数が表示されます。

Single Sign-Onのみ使用する。

チェックすると，シングルサインオン情報リポジトリだけが操作できるレルムを作成します。

注意事項

［Single Sign-Onのみ使用する。］をチェックしてレルムを作成すると，作成したレルムではシングルサインオンを使用するための情報だけが管理できます。このレルムは，統合ユーザ管理以外でユーザ管理をしているアプリケーションと接続するためのユーザ情報を定義する場合に使用します。

［Single Sign-Onのみ使用する。］をチェックして作成したレルムでは，あとから統合ユーザ管理のユーザ管理をしようとしても追加できません。該当レルムの再作成が必要になります。そのため，将来統合ユーザ管理でユーザ管理をする予定がある場合は，［Single Sign-Onのみ使用する。］のチェックを外して作成することを推奨します。

レルム名（必須）

ユーザ情報リポジトリまたはシングルサインオン情報リポジトリに作成するレルム名を指定します。指定は必須です。

レルム名は，英数字で指定します。大文字と小文字は区別されません。DN名で使用できる名前を付けてください。また，「mappings」は予約語のため指定しないでください。

［作成］ボタン

指定した内容でレルムを作成します。

9.3.2　暗号鍵ファイルの設定

［暗号鍵ファイルの設定］画面を次の図に示します。

図9-3　［暗号鍵ファイルの設定］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

シングルサインオン用認証情報の暗号化データ（SecretData）を暗号化するための暗号鍵ファイルを指定します。暗号鍵ファイルの設定は，シングルサインオン用認証情報を定義する場合だけ行います。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［リポジトリ管理］アンカーをクリックします。

ツリーペインで［レルム管理］をクリックします。

［暗号鍵ファイルの設定］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［暗号化形式］，［ファイル名］などを指定します。

［適用］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

暗号化形式

シングルサインオン用認証情報を暗号化する方法を指定します。

JCE：JCEを使用して暗号化します。

None：暗号化しません。

ファイル名（必須）

作成または適用する暗号鍵ファイルのファイル名を絶対パスで指定します。

（指定例）

Windowsの場合
C:¥Cosminexus¥config¥DESKeyfile.key

UNIXの場合
/opt/Cosminexus/config/DESKeyfile.key

指定したファイルがない場合は作成し，ある場合はそのファイルを適用します。なおUNIXの場合，作成される暗号鍵ファイルのパーミッションはManagement Server起動時のumaskの設定に依存します。このため，一般ユーザに暗号鍵ファイルを参照されないように，作成後に適切なパーミッションに変更するか，または適切なパーミッションが設定されたディレクトリに作成してください。

［適用］ボタン

指定した内容で暗号鍵ファイルを作成または適用します。

9.3.3　ユーザエントリのスキーマ定義

［ユーザエントリのスキーマ定義］画面を次の図に示します。

図9-4　［ユーザエントリのスキーマ定義］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

レルムで管理するユーザエントリの属性と，ユーザのパスワードを保存するときの暗号化形式を設定します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［リポジトリ管理］アンカーをクリックします。

ツリーペインで［レルム管理］－［＜レルム名＞］をクリックします。

［ユーザエントリのスキーマ定義］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［ユーザID］，［パスワード］などを指定します。
オブジェクトクラスや任意属性を追加する場合，［オブジェクトクラスの設定］や［任意属性の設定］に項目を指定したあとに［追加］ボタンをクリックします。

［更新］ボタンをクリックします。
［オブジェクトクラスの設定］や［任意属性の設定］で追加または削除した情報は，［更新］ボタンをクリックしないと有効になりません。必ず［更新］ボタンをクリックしてください。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

レルム名

レルム名が表示されます。

ベースDN

レルムのベースDNが表示されます。

オブジェクトクラスの設定

ユーザエントリに追加する属性のオブジェクトクラスの一覧が表示されます。デフォルトは「inetorgperson」です。「inetorgperson」には，属性「cn」と「sn」が必須属性として割り当てられています。必須属性または任意属性の属性名に「cn」または「sn」を指定しない場合は，ユーザIDが仮定されます。

オブジェクトクラスを追加する場合は，入力フィールドにオブジェクトクラス名を指定し，［追加］ボタンをクリックします。また，追加したオブジェクトクラスに必須属性として割り当てられている属性名を，必須属性または任意属性の属性名に指定してください。

オブジェクトクラスを削除する場合は，削除するオブジェクトクラスの［削除］ボタンをクリックします。

［追加］ボタン

［オブジェクトクラスの設定］で指定した内容を有効にします。

［削除］ボタン

［オブジェクトクラスの設定］に指定されている内容を削除します。

必須属性の設定

ユーザエントリに必ず追加する属性を指定します。

ユーザID（必須）

ユーザIDの属性名を指定します。デフォルトは「uid」です。パスワードおよび任意属性と同一の属性名は指定できません。

パスワード（必須）

パスワードの属性名を指定します。デフォルトは「userpassword」です。ユーザIDおよび任意属性と同一の属性名は指定できません。

暗号化形式

［必須属性の設定］のパスワードに設定した属性の暗号化の形式を指定します。

SHA-1：SHA-1形式で暗号化します。

MD5：MD5形式で暗号化します。

None：暗号化しません。

デフォルトは「SHA-1」です。

任意属性の設定

ユーザエントリに属性を追加する場合，追加する属性名と表示名を指定して［追加］ボタンをクリックします。属性名を指定して表示名を省略した場合，表示名には属性名が仮定されます。ユーザIDおよびパスワードと同一の属性名は指定できません。指定した属性を削除する場合は，削除する属性の［削除］ボタンをクリックします。

ここで設定した属性には，ユーザエントリの追加時に属性値を指定できます。ただし，統合ユーザ管理GUIではサブコンテキストの属性は作成できません。また，バイナリを扱う属性も作成できません。

［更新］ボタン

指定した内容で定義します。

9.3.4　ユーザエントリのスキーマ定義（シングルサインオン用）

［ユーザエントリのスキーマ定義（シングルサインオン用）］画面を次の図に示します。

図9-5　［ユーザエントリのスキーマ定義（シングルサインオン用）］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

ユーザエントリを追加または削除，および暗号化データ（SecretData）を変更した場合に，他システムと同期を取るためのリスナクラスを設定します。

注意事項

統合ユーザ管理GUIでは，イベントリスナクラスのインスタンスを取得する際，デフォルトコンストラクタを呼び出します。そのため，統合ユーザ管理GUIで使用するイベントリスナクラスでは，オーバーライドされたコンストラクタで初期化処理などをしないでください。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［リポジトリ管理］アンカーをクリックします。

ツリーペインで［レルム管理］－［＜レルム名＞］をクリックします。
このとき，レルム作成時に［Single Sign-Onのみ使用する。］をチェックしたレルム名をクリックしてください。

［ユーザエントリのスキーマ定義］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［リスナクラス名］を指定して，［追加］ボタンをクリックします。

［更新］ボタンをクリックします。
［リスナクラスの登録］で追加または削除した情報は，［更新］ボタンをクリックしないと有効になりません。必ず［更新］ボタンをクリックしてください。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

レルム名

レルム名が表示されます。

ベースDN

レルムのベースDNが表示されます。

リスナクラスの登録

イベントリスナクラスのクラス名を完全限定名で指定し，［追加］ボタンをクリックします。イベントリスナクラスは複数登録できます。削除する場合は，削除するリスナクラスの［削除］ボタンをクリックします。

指定するイベントリスナクラスは，統合ユーザ管理フレームワークが提供するSSODataListenerインタフェースを実装し，次のディレクトリに格納しておいてください。

Windowsの場合
＜Cosminexusのインストールディレクトリ＞¥manager¥containers¥m¥webapps¥mngsvr¥WEB-INF¥classes

UNIXの場合
/opt/Cosminexus/manager/containers/m/webapps/mngsvr/WEB-INF/classes

［更新］ボタン

指定した内容で定義します。

9.3.5　ユーザエントリの作成

［ユーザエントリの作成］画面を次の図に示します。

図9-6　［ユーザエントリの作成］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

ツリーペインで選択されているレルムにユーザエントリを作成します。指定できる文字列および長さについては，「2.5.3(1)　ユーザ情報登録時の入力規則」を参照してください。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［リポジトリ管理］アンカーをクリックします。

ツリーペインで［レルム管理］－［＜レルム名＞］をクリックします。

［ユーザエントリの作成］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［ユーザID］，［パスワード］などを指定します。
属性値やユーザIDを指定する場合，項目を指定したあとに［追加］ボタンをクリックします。

［作成］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ユーザID（必須）

ユーザIDを指定します。ユーザIDには，各レルムで一意な文字列を指定してください。指定は必須です。

パスワード

パスワードを指定します。画面では「*」で表示されます。

パスワード（再入力）

指定したパスワードを確認するために，パスワードを再度指定します。

属性名

「9.3.3　ユーザエントリのスキーマ定義」の［任意属性の設定］で定義した属性の表示名が表示されます。

属性値

属性名に対応する属性値を指定します。

属性値を追加する場合は，メニューから属性名を選択し，属性値を指定して［追加］ボタンをクリックします。一つの属性名に複数の属性値が設定できます。属性値を削除する場合は，削除する属性値の［削除］ボタンをクリックします。属性値を変更する場合は，該当属性を一度削除し，変更後の属性を追加してください。

［追加］ボタン

［属性名］および［属性値］で指定した内容を有効にします。

［削除］ボタン

［属性名］および［属性値］に指定されている内容を削除します。

Single Sign-Onを使用する。

このチェックボックスをチェックした場合，該当ユーザのシングルサインオンの情報が更新されます。チェックしない場合は，シングルサインオンの情報が指定されていても更新されません。

publicData

シングルサインオン用認証情報の非暗号化データを指定します。指定は任意です。

secretData

シングルサインオン用認証情報の暗号化データが「*」で表示されます。このフィールドは，自動的にパスワードと同期するため，指定はできません。

マッピング

シングルサインオンを使用する場合に，接続先のレルム名とユーザIDを指定します。選択できるレルムは，シングルサインオン情報リポジトリにある，統合ユーザ管理フレームワークが推奨するDIT構成に準拠したレルムです。指定は任意です。指定する場合は，接続先レルム名とユーザIDを指定して，［追加］ボタンをクリックします。削除する場合は，削除するユーザIDの［削除］ボタンをクリックします。

接続先レルム名

接続先のレルム名をメニューから選択します。

ユーザID

接続先のレルムのユーザIDを指定します。

［追加］ボタン

［接続先レルム名］および［ユーザID］で指定した内容を有効にします。

［削除］ボタン

［接続先レルム名］および［ユーザID］に指定されている内容を削除します。

［作成］ボタン

指定した内容でユーザエントリを作成します。

9.3.6　ユーザエントリの作成（シングルサインオン用）

［ユーザエントリの作成（シングルサインオン用）］画面を次の図に示します。

図9-7　［ユーザエントリの作成（シングルサインオン用）］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

シングルサインオン情報リポジトリにユーザエントリを作成します。指定できる文字列および長さについては，「2.5.3(2)　シングルサインオン用のユーザ情報登録時の入力規則」を参照してください。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［リポジトリ管理］アンカーをクリックします。

ツリーペインで［レルム管理］－［＜レルム名＞］をクリックします。
このとき，レルム作成時に［Single Sign-Onのみ使用する。］をチェックしたレルム名をクリックしてください。

［ユーザエントリの作成］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［ユーザID］，［publicData］などを指定します。
マッピングを指定する場合，項目を指定したあとに［追加］ボタンをクリックします。

［作成］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ユーザID（必須）

ユーザIDを指定します。ユーザIDには，各レルムで一意な文字列を指定してください。指定は必須です。

publicData

シングルサインオン用認証情報の非暗号化データを指定します。指定は任意です。

secretData

シングルサインオン用認証情報の暗号化データを指定します。画面では「*」で表示されます。

secretData（再入力）

secretDataに指定した内容を再度指定します。

マッピング

接続先のレルム名とユーザIDを指定します。選択できるレルムは，シングルサインオン情報リポジトリにある，統合ユーザ管理フレームワークが推奨するDIT構成に準拠したレルムです。指定は任意です。指定する場合は，接続先レルム名とユーザIDを指定して，［追加］ボタンをクリックします。削除する場合は，削除する情報の［削除］ボタンをクリックします。

接続先レルム名

接続先のレルム名をメニューから選択します。

ユーザID

接続先のレルムのユーザIDを指定します。

［追加］ボタン

［接続先レルム名］および［ユーザID］で指定した内容を有効にします。

［削除］ボタン

［接続先レルム名］および［ユーザID］に指定されている内容を削除します。

［作成］ボタン

指定した内容でユーザエントリを作成します。

9.3.7　ユーザエントリの検索

［ユーザエントリの検索］画面を次の図に示します。

図9-8　［ユーザエントリの検索］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

ユーザエントリを検索します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［リポジトリ管理］アンカーをクリックします。

ツリーペインで［レルム管理］－［＜レルム名＞］をクリックします。

［ユーザエントリの検索］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［検索条件］を指定します。

［検索］ボタンをクリックします。
検索結果が［ユーザエントリの検索］画面の下部に表示されます。検索結果にはリンクが設定され，クリックすると［ユーザエントリの編集］画面が表示されます。エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。
検索結果が表示された［ユーザエントリの検索］画面を次の図に示します。

図9-9　検索結果が表示された［ユーザエントリの検索］画面

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

検索条件（必須）

検索するユーザIDを指定します。検索対象は，ツリーペインで選択されているレルムが管理するユーザエントリのユーザIDです。検索条件には「*」（ワイルドカード）が使用できます。

（指定例）taro*：「taro」で始まるユーザIDを検索します。

検索条件によっては，対象となるユーザエントリ数が多くなり表示に時間が掛かる場合があります。

［検索］ボタン

指定した内容で検索します。

9.3.8　レルムの削除

［レルムの削除］画面を次の図に示します。

図9-10　［レルムの削除］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

LDAPディレクトリサーバのレルムを削除します。該当レルムが管理するユーザエントリはすべて削除されます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［リポジトリ管理］アンカーをクリックします。

ツリーペインで［レルム管理］－［＜レルム名＞］をクリックします。

［レルムの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

表示内容を確認して，［削除］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

［削除］ボタン

該当レルムが管理するすべてのユーザエントリ，およびLDAPディレクトリサーバのレルムを削除します。

9.3.9　ユーザエントリの編集

［ユーザエントリの編集］画面を次の図に示します。

図9-11　［ユーザエントリの編集］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

ユーザエントリを編集します。指定できる文字列および長さについては，「2.5.3(1)　ユーザ情報登録時の入力規則」を参照してください。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［リポジトリ管理］アンカーをクリックします。

ツリーペインで［レルム管理］－［＜レルム名＞］をクリックします。

［ユーザエントリの検索］タブをクリックします。

編集するユーザIDを［検索条件］に指定して，［検索］ボタンをクリックします。

検索結果として表示されたユーザIDをクリックします。

［ユーザエントリの編集］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［パスワード］などを指定します。
設定内容を追加する場合，項目を指定したあとに［追加］ボタンをクリックします。設定内容を削除する場合，［削除］ボタンをクリックします。

［更新］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ユーザID

ユーザIDは変更できません。変更したい場合は，ユーザエントリをLDAPディレクトリサーバから削除し，再度作成してください。

パスワード

パスワードを変更する場合，変更後のパスワードを指定します。

パスワード（再入力）

指定したパスワードを確認するために，パスワードを再度指定します。

パスワードを上書きする

指定したパスワードで既存のエントリのパスワードを上書きする場合は，このチェックボックスをチェックしてください。チェックしない状態では，指定したパスワードは有効になりません。

属性名

属性名が表示されます。「9.3.3　ユーザエントリのスキーマ定義」の［任意属性の設定］で定義していない属性の場合，［属性名］にはLDAPディレクトリサーバの属性名（cnなど）が表示されます。

属性値

属性名に対応する属性値が表示されます。一つの属性名に複数の属性値が設定できます。

属性値を追加するには，メニューから属性名を選択し，属性値を指定して［追加］ボタンをクリックします。属性値を削除するには，削除する属性値の［削除］ボタンをクリックします。属性値を変更する場合は，該当属性を一度削除し，変更後の属性を追加してください。

［追加］ボタン

［属性名］および［属性値］で指定した内容を有効にします。

［削除］ボタン

［属性名］および［属性値］に指定されている内容を削除します。

Single Sign-Onを使用する。

シングルサインオン情報リポジトリにユーザエントリがある場合は，このチェックボックスは自動的にチェックされます。シングルサインオンの情報を変更する場合は，チェックした状態で変更してください。

publicData

シングルサインオン用認証情報の非暗号化データを変更する場合，変更後のデータを指定します。

secretData

シングルサインオン用認証情報の暗号化データが「*」で表示されます。

このフィールドは，自動的にパスワードと同期するため，指定はできません。

マッピング

接続先のレルム名とユーザIDを変更する場合，変更後の情報を指定します。追加する場合は，接続先レルム名とユーザIDを指定して［追加］ボタンをクリックします。削除する場合は，削除するユーザIDの［削除］ボタンをクリックします。

接続先レルム名

接続先のレルム名をメニューから選択します。

ユーザID

接続先のレルムのユーザIDを指定します。指定は任意です。

［更新］ボタン

指定した内容でユーザエントリを更新します。

9.3.10　ユーザエントリの編集（シングルサインオン用）

［ユーザエントリの編集（シングルサインオン用）］画面を次の図に示します。

図9-12　［ユーザエントリの編集（シングルサインオン用）］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

ユーザエントリを編集します。指定できる文字列および長さについては，「2.5.3(2)　シングルサインオン用のユーザ情報登録時の入力規則」を参照してください。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［リポジトリ管理］アンカーをクリックします。

ツリーペインで［レルム管理］－［＜レルム名＞］をクリックします。
このとき，レルム作成時に［Single Sign-Onのみ使用する。］をチェックしたレルム名をクリックしてください。

［ユーザエントリの検索］タブをクリックします。

編集するユーザIDを［検索条件］に指定して，［検索］ボタンをクリックします。

検索結果として表示されたユーザIDをクリックします。

［ユーザエントリの編集］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［publicData］などを指定します。
設定内容を追加する場合，項目を指定したあとに［追加］ボタンをクリックします。設定内容を削除する場合，［削除］ボタンをクリックします。

［更新］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

ユーザID

ユーザIDは変更できません。変更したい場合は，ユーザエントリをLDAPディレクトリサーバから削除し，再度作成してください。

publicData

シングルサインオン用認証情報の非暗号化データを変更する場合，変更後のデータを指定します。

secretData

シングルサインオン用認証情報の暗号化データを変更する場合，変更後のデータを指定します。画面では「*」で表示されます。

secretData（再入力）

secretDataを変更した場合，指定した内容を再度指定します。

secretDataを上書きする

指定したsecretDataで既存のエントリのパスワードを上書きする場合は，このチェックボックスをチェックしてください。チェックしない状態では，指定したsecretDataは有効になりません。

マッピング

接続先のレルム名とユーザIDが表示されます。変更する場合は，変更後の情報を指定します。選択できるレルムは，シングルサインオン情報リポジトリにある，統合ユーザ管理フレームワークが推奨するDIT構成に準拠したレルムです。追加する場合は，接続先レルム名とユーザIDを指定して，［追加］ボタンをクリックします。削除する場合は，削除する情報の［削除］ボタンをクリックします。

接続先レルム名

接続先のレルム名をメニューから選択します。

ユーザID

接続先のレルムのユーザIDを指定します。指定は任意です。

［追加］ボタン

［接続先レルム名］および［ユーザID］で指定した内容を有効にします。

［削除］ボタン

［接続先レルム名］および［ユーザID］に指定されている内容を削除します。

［更新］ボタン

指定した内容でユーザエントリを更新します。

9.3.11　ユーザエントリの削除

［ユーザエントリの削除］画面を次の図に示します。

図9-13　［ユーザエントリの削除］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

ユーザエントリを削除します。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［リポジトリ管理］アンカーをクリックします。

ツリーペインで［レルム管理］－［＜レルム名＞］をクリックします。

［ユーザエントリの検索］タブをクリックします。

削除するユーザIDを［検索条件］に指定して，［検索］ボタンをクリックします。

検索結果として表示されたユーザIDをクリックします。

［ユーザエントリの削除］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

表示内容を確認して，［削除］ボタンをクリックします。
エラーが表示された場合は，［戻る］アンカーをクリックして原因を取り除き，再度実行します。

(4)　画面詳細

画面に表示される項目およびボタンについて説明します。

［削除］ボタン

ユーザエントリを削除します。

10.　リソース監視（統合ユーザ管理）

この章では，Management Serverでの「リソース監視」に関する操作方法について説明します。［リソース監視］画面は，稼働中のJ2EEサーバで実行されている統合ユーザ管理のリソースを監視するための画面です。

なお，バッチアプリケーションを実行するシステムの場合，統合ユーザ管理機能は使用できません。

＜この章の構成＞

10.1　「リソース監視」のツリーペインの構成

10.2　ログインセッションの監視

10.3　LDAP接続モニタの監視

10.4　JDBC接続モニタの監視

10.5　障害情報の表示

10.1　「リソース監視」のツリーペインの構成

この節では，「リソース監視」のツリーペインの構成について説明します。

ツリーペインは，次に示すビューで構成されています。

ホストビュー

サーバビュー

＜この節の構成＞

10.1.1　「リソース監視」のホストビューの構成

10.1.2　「リソース監視」のサーバビューの構成

10.1.1　「リソース監視」のホストビューの構成

「リソース監視」のホストビューには，操作できる画面がありません。「リソース監視」は，サーバビューで操作してください。

10.1.2　「リソース監視」のサーバビューの構成

「リソース監視」のサーバビューの構成は，次のとおりです。

　リソース監視
　│
　└─＜運用管理ドメイン名＞
　　　└─論理J2EEサーバ
　　　　　├─J2EEサーバ
　　　　　│　└─＜J2EEサーバ名＞
　　　　　│　　　├─ログインセッションモニタ
　　　　　│　　　├─LDAP接続モニタ
　　　　　│　　　└─JDBC接続モニタ
　　　　　│
　　　　　└─J2EEサーバクラスタ
　　　　　　　└─＜J2EEサーバクラスタ名＞
　　　　　　　　　└─＜J2EEサーバ名＞
　　　　　　　　　　　├─ログインセッションモニタ
　　　　　　　　　　　├─LDAP接続モニタ
　　　　　　　　　　　└─JDBC接続モニタ

サーバビューに表示されるノードの意味を次に示します。

表10-1　「リソース監視」のサーバビューに表示されるノードの意味

ノード名
説明
ノード上でできる操作と参照先

＜運用管理ドメイン名＞
運用管理ドメインに定義されている論理サーバのルートです。運用管理ドメイン内のすべての論理サーバ（J2EEサーバ）を対象にした操作ができます。

運用管理ドメイン全体の論理サーバのステータス監視（8.3参照）

論理J2EEサーバ
J2EEサーバおよびJ2EEサーバクラスタのルートです。
このノードには操作画面がありません。

J2EEサーバ
J2EEサーバのツリーです。
このノードには操作画面がありません。

＜J2EEサーバ名＞
各J2EEサーバ名です。
このノードには操作画面がありません。

ログインセッションモニタ
選択したJ2EEサーバのログインセッションモニタを操作できます。

ログインセッションモニタの表示（10.2.1参照）

統合ユーザ管理のセッションの停止（10.2.2参照）

LDAP接続モニタ
選択したJ2EEサーバのLDAP接続モニタを操作できます。

LDAP接続プールモニタの表示（10.3.1参照）

LDAP接続プールの空き待ち監視のリセット（10.3.2参照）

LDAP接続の定義情報の表示（10.3.3参照）

障害情報の表示（10.5参照）

JDBC接続モニタ
選択したJ2EEサーバのJDBC接続モニタを操作できます。

JDBC接続プールモニタの表示（10.4.1参照）

JDBC接続プールの空き待ち監視のリセット（10.4.2参照）

JDBC接続の定義情報の表示（10.4.3参照）

障害情報の表示（10.5参照）

J2EEサーバクラスタ
J2EEサーバクラスタのツリーです。
このノードには操作画面がありません。

＜J2EEサーバクラスタ名＞
各J2EEサーバクラスタ名です。
このノードには操作画面がありません。

＜J2EEサーバ名＞
J2EEサーバクラスタ内の各J2EEサーバ名です。
このノードには操作画面がありません。

ログインセッションモニタ
J2EEサーバクラスタ内の選択したJ2EEサーバのログインセッションモニタを操作できます。

ログインセッションモニタの表示（10.2.1参照）

統合ユーザ管理のセッションの停止（10.2.2参照）

LDAP接続モニタ
J2EEサーバクラスタ内の選択したJ2EEサーバのLDAP接続モニタを操作できます。

LDAP接続プールモニタの表示（10.3.1参照）

LDAP接続プールの空き待ち監視のリセット（10.3.2参照）

LDAP接続の定義情報の表示（10.3.3参照）

障害情報の表示（10.5参照）

JDBC接続モニタ
J2EEサーバクラスタ内の選択したJ2EEサーバのJDBC接続モニタを操作できます。

JDBC接続プールモニタの表示（10.4.1参照）

JDBC接続プールの空き待ち監視のリセット（10.4.2参照）

JDBC接続の定義情報の表示（10.4.3参照）

障害情報の表示（10.5参照）

10.2　ログインセッションの監視

この節では，［ログインセッションモニタ］画面での操作と，監視できる内容について説明します。

＜この節の構成＞

10.2.1　ログインセッションモニタの表示

10.2.2　統合ユーザ管理のセッションの停止

10.2.1　ログインセッションモニタの表示

［ログインセッションモニタ］画面を次の図に示します。

図10-1　［ログインセッションモニタ］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(5)　注意事項

(1)　機能概要

統合ユーザ管理のセッションの状態を参照できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，統合ユーザ管理の［リソース監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］をクリックします。

次のどちらかの操作をします。

J2EEサーバの場合

［J2EEサーバ］－［J2EEサーバ名］をクリックする

J2EEサーバクラスタの場合

［J2EEサーバクラスタ］－［J2EEサーバクラスタ名］－［J2EEサーバ名］をクリックする

［ログインセッションモニタ］をクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目およびアンカーについて説明します。

セッション数

ログインしている統合ユーザ管理のセッション数が表示されます。

セッションID

ログインしているセッションのセッションIDが表示されます。

レルム名

ログインしているセッション内のレルム名が表示されます。カスタムログインモジュールでログインしている場合は，JAASのコンフィグレーションで指定したレルム名になります。

ユーザID

ログインしているセッション内のユーザIDが表示されます。

ログイン時刻

ユーザがログインしたときの時刻が表示されます。

［全停止］アンカー

選択したJ2EEサーバ内で稼働中の統合ユーザ管理のセッションを，すべて停止します。停止後，画面を最新の状態に更新します。

なお，稼働中のセッションがない場合は，このアンカーは表示されません。

［停止］アンカー

このアンカーのある行のセッションを停止します。停止後，画面を最新の状態に更新します。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。自動で画面を最新にする方法については，「2.4.2　画面自動更新の設定」を参照してください。

(5)　注意事項

統合ユーザ管理のセッションフェイルオーバ機能を使用している場合，現在ログインしているユーザのフェイルオーバが発生すると，一時的にフェイルオーバ元とフェイルオーバ先の両方のログインセッションモニタに，同じユーザが表示される場合があります。なお，セッションIDは異なります。この場合，フェイルオーバ元でHttpSessionのタイムアウトが発生した時に，ユーザは統合ユーザ管理のセッションから削除され，フェイルオーバ元のログインセッションモニタには表示されなくなります。

また，ログインセッションモニタから統合ユーザ管理のセッションを停止しても，統合ユーザ管理のセッションを停止できません。ログインセッションモニタから統合ユーザ管理のセッションを停止した場合，ユーザが該当セッションにリクエストを送信すると，統合ユーザ管理のセッションが自動的に回復されます。

10.2.2　統合ユーザ管理のセッションの停止

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択した統合ユーザ管理のセッションを停止できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，統合ユーザ管理の［リソース監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］をクリックします。

次のどちらかの操作をします。

J2EEサーバの場合

［J2EEサーバ］－［J2EEサーバ名］をクリックする

J2EEサーバクラスタの場合

［J2EEサーバクラスタ］－［J2EEサーバクラスタ名］－［J2EEサーバ名］をクリックする

［ログインセッションモニタ］をクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［全停止］アンカーまたは［停止］アンカーをクリックします。

(4)　画面詳細

画面に表示されるアンカーについて説明します。

［全停止］アンカー

選択したJ2EEサーバ内で稼働中の統合ユーザ管理のセッションを，すべて停止します。停止後，画面を最新の状態に更新します。

なお，稼働中のセッションがない場合は，このアンカーは表示されません。

［停止］アンカー

アンカーのある行のセッションを停止します。停止後，画面を最新の状態に更新します。

画面のこのほかの項目の意味については，「10.2.1　ログインセッションモニタの表示」を参照してください。

10.3　LDAP接続モニタの監視

この節では，［LDAP接続モニタ］画面での操作と，監視できる内容について説明します。

＜この節の構成＞

10.3.1　LDAP接続プールモニタの表示

10.3.2　LDAP接続プールの空き待ち監視のリセット

10.3.3　LDAP接続の定義情報の表示

10.3.1　LDAP接続プールモニタの表示

［LDAP接続プールモニタ］画面を次の図に示します。

図10-2　［LDAP接続プールモニタ］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

統合ユーザ管理が使用するLDAP接続プールの状態を参照できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，統合ユーザ管理の［リソース監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］をクリックします。

次のどちらかの操作をします。

J2EEサーバの場合

［J2EEサーバ］－［J2EEサーバ名］をクリックする

J2EEサーバクラスタの場合

［J2EEサーバクラスタ］－［J2EEサーバクラスタ名］－［J2EEサーバ名］をクリックする

［LDAP接続モニタ］をクリックします。

［モニタ］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目およびアンカーについて説明します。

LDAP設定番号

統合ユーザ管理のコンフィグレーションファイルで指定した，LDAPディレクトリサーバと接続するための情報を識別するLDAP設定番号が表示されます。番号のアンカーをクリックすると，詳細情報を参照できます（「10.3.3　LDAP接続の定義情報の表示」を参照してください）。

接続先URL

接続先LDAPディレクトリサーバのURLが表示されます。定義されていない場合は「未定義」と表示されます。

接続プールの定義数

最大値

LDAP接続プールの最大数が表示されます。プールを利用しない場合は「－」が表示されます。

最小値

LDAP接続プールの空きプールの数が0になったとき（初期化時を含む），新たに確立されるプール数が表示されます。プールを利用しない場合は「－」が表示されます。

接続プールの状態

接続数

接続しているLDAP接続プールの数が表示されます。LDAPディレクトリサーバと接続できない場合は「X」が表示されます。LDAPディレクトリサーバと接続できて，プールを利用しない場合は「－」が表示されます。

「X」のアンカーをクリックすると，障害情報を参照できます（「10.5　障害情報の表示」を参照してください）。

利用数

現在使用しているLDAP接続プールのプール数が表示されます。プールを利用しない場合は「－」が表示されます。

接続プールの空き待ち監視

測定開始時刻

LDAP接続プールの空き待ち数のカウントを開始した時刻が表示されます。プールを利用しない場合は「－」が表示されます。

空き待ち最大数

LDAP接続プールの定義数の最大値を超えて要求があった，LDAP接続プールの空き待ち数が表示されます。この値は［測定開始時刻］が表示された時刻からの値です。プールを利用しない場合は「－」が表示されます。

［全リセット］アンカー

すべての［接続プールの空き待ち監視］をリセットします。

なお，すべてがプールを使用していない場合は，このアンカーは表示されません。

［リセット］アンカー

このアンカーのある行の［接続プールの空き待ち監視］をリセットします。プールを使用していない行には，このアンカーは表示されません。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。自動で画面を最新にする方法については，「2.4.2　画面自動更新の設定」を参照してください。

10.3.2　LDAP接続プールの空き待ち監視のリセット

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

統合ユーザ管理が使用するLDAP接続プールで，接続プールの空き待ち監視の設定をリセットできます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，統合ユーザ管理の［リソース監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］をクリックします。

次のどちらかの操作をします。

J2EEサーバの場合

［J2EEサーバ］－［J2EEサーバ名］をクリックする

J2EEサーバクラスタの場合

［J2EEサーバクラスタ］－［J2EEサーバクラスタ名］－［J2EEサーバ名］をクリックする

［LDAP接続モニタ］をクリックします。

［モニタ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［全リセット］アンカーまたは［リセット］アンカーをクリックします。

(4)　画面詳細

画面に表示されるアンカーについて説明します。

［全リセット］アンカー

すべての［接続プールの空き待ち監視］をリセットします。

なお，すべてがプールを使用していない場合は，このアンカーは表示されません。

［リセット］アンカー

このアンカーのある行の［接続プールの空き待ち監視］をリセットします。プールを使用していない行には，このアンカーは表示されません。

画面のこのほかの項目の意味については，「10.3.1　LDAP接続プールモニタの表示」を参照してください。

10.3.3　LDAP接続の定義情報の表示

［LDAP設定番号の詳細定義情報］画面を次の図に示します。

図10-3　［LDAP設定番号の詳細定義情報］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したJ2EEサーバで定義している，統合ユーザ管理のLDAP接続情報を参照できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，統合ユーザ管理の［リソース監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］をクリックします。

次のどちらかの操作をします。

J2EEサーバの場合

［J2EEサーバ］－［J2EEサーバ名］をクリックする

J2EEサーバクラスタの場合

［J2EEサーバクラスタ］－［J2EEサーバクラスタ名］－［J2EEサーバ名］をクリックする

［LDAP接続モニタ］をクリックします。

［定義情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目およびアンカーについて説明します。

使用ファクトリクラス

JNDIで使用するファクトリクラスの名称が表示されます。

接続先URL

接続先LDAPディレクトリサーバのURLが表示されます。定義されていない場合は「未定義」と表示されます。

ベースDN

ベースDNが表示されます。定義されていない場合は「未定義」と表示されます。

バインドDN

コンフィグレーションファイルに定義されているバインドDNが表示されます。定義されていない場合は「未定義」と表示されます。

バインドDNのパスワード

コンフィグレーションファイルに定義されているバインドDNのパスワードが「********」で表示されます。定義されていない場合は「未定義」と表示されます。

LDAP接続失敗時のリトライ回数

LDAP接続に失敗した場合のリトライ回数が表示されます。

LDAP接続失敗時のリトライ時間間隔

LDAP接続に失敗した場合のリトライを繰り返すときの待ち時間がミリ秒で表示されます。

ユーザエントリ内でユーザIDを示す属性名

ユーザエントリ内でユーザIDとして使用する属性名が表示されます。

ユーザエントリ内でパスワードを示す属性名

ユーザエントリ内でパスワードとして使用する属性名が表示されます。

証明書からユーザIDを切り出す属性名

証明書内に格納されているDNを分解したあと，ユーザIDとして用いる属性名が表示されます。ユーザIDを取り出すときに同じ属性名が複数存在していた場合は，最初に見つかった値が表示されます。

接続プールの使用

LDAP接続プールを利用するかどうかが表示されます。

する：LDAP接続プールを利用します。

しない：LDAP接続プールを利用しません。

LDAP接続プールの最大値

LDAP接続プールの最大数が表示されます。

［接続プールの使用］で「しない」が表示されている場合は，この項目は表示されません。

LDAP接続プールの空きプール数の最大値

LDAP接続プールの空きプール数の最大値が表示されます。

［接続プールの使用］で「しない」が表示されている場合は，この項目は表示されません。

LDAP接続プールの空きプール数の最小値

LDAP接続プールの空きプールの数が0になったとき（初期化時を含む），新たに確立されるプール数が表示されます。

［接続プールの使用］で「しない」が表示されている場合は，この項目は表示されません。

プール数を調整する時間間隔

LDAP接続プールの空きプール数を調整する時間間隔が，秒単位で表示されます。

なし：プール数の調整は行いません。

1以上：表示された時間でプール数の調整を行います。

［接続プールの使用］で「しない」が表示されている場合は，この項目は表示されません。

検索の有無

ユーザ情報リポジトリのユーザエントリの検索をするかしないかが表示されます。

する：ユーザエントリを検索します。

しない：ユーザエントリを検索しないで，直接エントリを参照します。

検索時のスコープ

ユーザ情報リポジトリのユーザエントリを検索する場合（「する」の場合）の検索レベルが表示されます。

onelevel：ベースDN直下のエントリからユーザエントリを検索します。

subtree：ベースDN以下のエントリからユーザエントリを検索します。

［検索の有無］で「しない」が表示されている場合は，この項目は表示されません。

パスワードの暗号化方式

リポジトリに格納されているパスワードの形式が表示されます。

sha1：SHA-1形式で格納されている場合に表示されます。

md5：MD5形式で格納されている場合に表示されます。

none：平文で格納されている場合に表示されます。

パスワードの暗号化拡張方式

パスワードのフォーマットが標準で用意されているもの以外の形式の場合に，パスワードを変換するためのクラスが表示されます。

この項目が表示されている場合，［パスワードの暗号化方式］は表示されません。

10.4　JDBC接続モニタの監視

この節では，［JDBC接続モニタ］画面での操作と，監視できる内容について説明します。

＜この節の構成＞

10.4.1　JDBC接続プールモニタの表示

10.4.2　JDBC接続プールの空き待ち監視のリセット

10.4.3　JDBC接続の定義情報の表示

10.4.1　JDBC接続プールモニタの表示

［JDBC接続プールモニタ］画面を次の図に示します。

図10-4　［JDBC接続プールモニタ］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

統合ユーザ管理が使用するJDBC接続プールの状態を参照できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，統合ユーザ管理の［リソース監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］をクリックします。

次のどちらかの操作をします。

J2EEサーバの場合

［J2EEサーバ］－［J2EEサーバ名］をクリックする

J2EEサーバクラスタの場合

［J2EEサーバクラスタ］－［J2EEサーバクラスタ名］－［J2EEサーバ名］をクリックする

［JDBC接続モニタ］をクリックします。

［モニタ］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目およびアンカーについて説明します。

JDBC設定番号

統合ユーザ管理のコンフィグレーションファイルで指定した，RDBサーバと接続するための情報を識別するJDBC設定番号が表示されます。番号のアンカーをクリックすると，詳細情報を参照できます（「10.4.3　JDBC接続の定義情報の表示」を参照してください）。

接続先URL

接続先RDBサーバのURLが表示されます。定義されていない場合は「未定義」と表示されます。

接続プールの定義数

最大値

JDBC接続プールの最大数が表示されます。プールを利用しない場合は「－」が表示されます。

最小値

JDBC接続プールの空きプールの数が0になったとき（初期化時を含む），新たに確立されるプール数が表示されます。プールを利用しない場合は「－」が表示されます。

接続プールの状態

接続数

接続しているJDBC接続プールの数が表示されます。RDBサーバと接続できない場合は「X」が表示されます。RDBサーバと接続できて，プールを利用しない場合は「－」が表示されます。

「X」のアンカーをクリックすると，障害情報を参照できます（「10.5　障害情報の表示」を参照してください）。

利用数

現在使用しているJDBC接続プールのプール数が表示されます。プールを利用しない場合は「－」が表示されます。

接続プールの空き待ち監視

測定開始時刻

JDBC接続プールの空き待ち数のカウントを開始した時刻が表示されます。プールを利用しない場合は「－」が表示されます。

空き待ち最大数

JDBC接続プールの定義数の最大値を超えて要求があった，JDBC接続プールの空き待ち数が表示されます。この値は［測定開始時刻］が表示された時刻からの値です。プールを利用しない場合は「－」が表示されます。

［全リセット］アンカー

すべての［接続プールの空き待ち監視］をリセットします。

なお，すべてがプールを使用しない場合は，このアンカーは表示されません。

［リセット］アンカー

このアンカーのある行の［接続プールの空き待ち監視］をリセットします。プールを使用していない行には，このアンカーは表示されません。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。自動で画面を最新にする方法については，「2.4.2　画面自動更新の設定」を参照してください。

10.4.2　JDBC接続プールの空き待ち監視のリセット

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

統合ユーザ管理が使用するJDBC接続プールで，接続プールの空き待ち監視の設定をリセットできます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，統合ユーザ管理の［リソース監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］をクリックします。

次のどちらかの操作をします。

J2EEサーバの場合

［J2EEサーバ］－［J2EEサーバ名］をクリックする

J2EEサーバクラスタの場合

［J2EEサーバクラスタ］－［J2EEサーバクラスタ名］－［J2EEサーバ名］をクリックする

［JDBC接続モニタ］をクリックします。

［モニタ］タブをクリックします。

(3)　操作手順

画面での操作手順を次に示します。

［全リセット］アンカーまたは［リセット］アンカーをクリックします。

(4)　画面詳細

画面に表示されるアンカーについて説明します。

［全リセット］アンカー

すべての［接続プールの空き待ち監視］をリセットします。

なお，すべてがプールを使用しない場合は，このアンカーは表示されません。

［リセット］アンカー

このアンカーのある行の［接続プールの空き待ち監視］をリセットします。プールを使用していない行には，このアンカーは表示されません。

画面のこのほかの項目の意味については，「10.4.1　JDBC接続プールモニタの表示」を参照してください。

10.4.3　JDBC接続の定義情報の表示

［JDBC設定番号の詳細定義情報］画面を次の図に示します。

図10-5　［JDBC設定番号の詳細定義情報］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

選択したJ2EEサーバで定義している，統合ユーザ管理のJDBC接続情報を参照できます。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，統合ユーザ管理の［リソース監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］をクリックします。

次のどちらかの操作をします。

J2EEサーバの場合

［J2EEサーバ］－［J2EEサーバ名］をクリックする

J2EEサーバクラスタの場合

［J2EEサーバクラスタ］－［J2EEサーバクラスタ名］－［J2EEサーバ名］をクリックする

［JDBC接続モニタ］をクリックします。

［定義情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示される項目およびアンカーについて説明します。

JDBCドライバ名

使用するJDBCドライバ名が表示されます。

「JP.co.Hitachi.soft.DBPSV_Driver.JdbcDbpsvDriver」が表示されます。

接続先URL

接続先RDBサーバのURLが表示されます。定義されていない場合は「未定義」と表示されます。

代理接続で使用するユーザID

コンフィグレーションファイルに定義されている代理接続で使用するユーザIDが表示されます。定義されていない場合は「未定義」と表示されます。

代理接続で使用するユーザIDのパスワード

コンフィグレーションファイルに定義されている代理接続で使用するパスワードが「********」で表示されます。定義されていない場合は「未定義」と表示されます。

接続プールの使用

JDBC接続プールを利用するかどうかが表示されます。

する：JDBC接続プールを利用します。

しない：JDBC接続プールを利用しません。

JDBC接続プールの最大値

JDBC接続プールの最大数が表示されます。

［接続プールの使用］で「しない」が表示されている場合は，この項目は表示されません。

JDBC接続プールの空きプール数の最大値

JDBC接続プールの空きプール数の最大値が表示されます。

［接続プールの使用］で「しない」が表示されている場合は，この項目は表示されません。

JDBC接続プールの空きプール数の最小値

JDBC接続プールの空きプールの数が0になったとき（初期化時を含む），新たに確立されるプール数が表示されます。

［接続プールの使用］で「しない」が表示されている場合は，この項目は表示されません。

プール数を調整する時間間隔

JDBC接続プールの空きプール数を調整する時間間隔が秒単位で表示されます。なし：プール数の調整は行いません。

1以上：表示された時間でプール数の調整を行います。

［接続プールの使用］で「しない」が表示されている場合は，この項目は表示されません。

JDBC接続失敗時のリトライ回数

JDBC接続に失敗した場合のリトライ回数が表示されます。

JDBC接続失敗時のリトライ時間間隔

JDBC接続に失敗した場合のリトライを繰り返すときの待ち時間がミリ秒で表示されます。

SQL文

パスワードを検索するためのSQL SELECT文が表示されます。定義されていない場合は「未定義」と表示されます。

パスワードの型名

パスワードが格納されている列の値の型が表示されます。型名は，Java言語で扱う場合の型が次に示す値で表示されます。

string：RDBからString型でパスワードの値を取り出します。

byte：RDBからbyte［］型でパスワードの値を取り出します。

パスワードの暗号化方式

リポジトリに格納されているパスワードの形式が表示されます。

sha1：SHA-1形式で格納されている場合に表示されます。

md5：MD5形式で格納されている場合に表示されます。

none：平文で格納されている場合に表示されます。

パスワードの暗号化拡張方式

パスワードのフォーマットが標準で用意されているもの以外の形式の場合にパスワードを変換するためのクラスが表示されます。

この項目が表示されている場合，［パスワードの暗号化方式］は表示されません。

10.5　障害情報の表示

この節では，「リソース監視」で出力される障害情報を表示する操作と，障害情報の内容について説明します。

［障害情報］画面を次の図に示します。

図10-6　［障害情報］画面（例）

＜この節の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

統合ユーザ管理の「リソース監視」で発生した現象と，その詳細情報（例外メッセージ）を参照できます。

なお，障害情報は［LDAP接続プールモニタ］画面と［JDBC接続プールモニタ］画面の両方から参照できますが，どちらから参照しても内容は同一です。

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，統合ユーザ管理の［リソース監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］をクリックします。

次のどちらかの操作をします。

J2EEサーバの場合

［J2EEサーバ］－［J2EEサーバ名］をクリックする

J2EEサーバクラスタの場合

［J2EEサーバクラスタ］－［J2EEサーバクラスタ名］－［J2EEサーバ名］をクリックする

［LDAP接続モニタ］または［JDBC接続モニタ］をクリックします。

［障害情報］タブをクリックします。

(3)　操作手順

画面での操作はありません。

(4)　画面詳細

画面に表示されるメッセージの要因，対処については，マニュアル「Cosminexus　メッセージ　2　KEOS／KEUC／KFCB編」を参照してください。

付録

＜この付録の構成＞

付録A　ベーシックモードでデータベースに接続する場合の運用管理（互換用機能）

付録B　データの退避と回復

付録C　一つのマシンを複数のネットワークセグメントに接続する場合の環境設定での注意

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

付録E　J2EEアプリケーションを実行するシステムにある論理サーバの動作設定

付録F　J2EEアプリケーションを実行するシステムの起動と停止（Windowsの場合）

付録G　J2EEアプリケーションを実行するシステムの起動と停止（UNIXの場合）

付録H　バッチアプリケーションを実行するシステムの構築と削除

付録I　バッチアプリケーションを実行するシステムにある論理サーバの動作設定

付録J　バッチアプリケーションを実行するシステムの起動と停止（Windowsの場合）

付録K　バッチアプリケーションを実行するシステムの起動と停止（UNIXの場合）

付録L　JP1/IMから運用管理ポータルを表示するための設定（Windowsの場合）

付録A　ベーシックモードでデータベースに接続する場合の運用管理（互換用機能）

ここでは，互換用の動作モードであるベーシックモード（1.3basicモード）で，データベースに接続する場合の運用，管理について説明します。

ベーシックモードでデータベースに接続する場合は，データソースを使用します。Management Serverでは，サーバ管理コマンドで設定したデータソース（JARファイル）の，運用環境へのインポート，削除および稼働状況の監視が行えます。

＜この節の構成＞

付録A.1　データソース管理

付録A.2　データソースの稼働情報監視

付録A.1　データソース管理

ここでは，運用管理ドメイン内の論理J2EEサーバへのデータソースのインポート，およびインポートしたデータソースの削除などの操作に関する画面の機能概要，表示手順，操作手順，画面詳細について説明します。

［データソースのインポート］画面
開発環境で作成したデータソースを論理J2EEサーバで実行する場合に操作します。

［データソースの削除］画面
運用で必要と判断される場合に操作します。

［データソースのログの表示］画面
運用で必要と判断される場合に操作します。

これらの画面は，「論理サーバのアプリケーション管理」のデータソースノードで操作できます。「論理サーバのアプリケーション管理」のツリーペインの構成を次に示します。

　論理サーバのアプリケーション管理
　│
　└─＜運用管理ドメイン名＞
　　　│
　　　└─論理J2EEサーバ
　　　　　├─J2EEサーバ
　　　　　│　└─＜J2EEサーバ名＞
　　　　　│　　　├─アプリケーション
　　　　　│　　　└─リソース
　　　　　│　　　　　├─データソース
　　　　　│　　　　　└─リソースアダプタ
　　　　　│
　　　　　└─J2EEサーバクラスタ
　　　　　　　└─＜J2EEサーバクラスタ名＞
　　　　　　　　　├─アプリケーション
　　　　　　　　　├─リソース
　　　　　　　　　│　├─データソース
　　　　　　　　　│　└─リソースアダプタ
　　　　　　　　　└─メンバ
　　　　　　　　　　　└─＜J2EEサーバ名＞

データソースノードがどのツリー下にあるかによって，操作対象となるデータソースが異なります。

J2EEサーバのツリー下のデータソースノード
J2EEサーバで使用するデータソースです。選択したJ2EEサーバのデータソースを対象にした次の操作ができます。

データソースのインポート（付録A.1(1)参照）

データソースの削除（付録A.1(2)参照）

ログの表示（付録A.1(3)参照）

J2EEサーバクラスタのツリー下のデータソースノード
J2EEサーバクラスタを構成するJ2EEサーバで使用するデータソースです。選択したJ2EEサーバクラスタのデータソースを対象にした次の操作ができます。

データソースのインポート（付録A.1(1)参照）

データソースの削除（付録A.1(2)参照）

ログの表示（付録A.1(3)参照）

J2EEサーバクラスタの場合，クラスタを構成しているすべてのJ2EEサーバに同様の操作を実行します。J2EEサーバクラスタにJ2EEサーバが登録されていない場合にはエラー画面が表示されます。

操作の排他制御について

データソースに対して，同時に複数の操作を実行できません。このため，ほかの操作が実行中であることを示すメッセージが表示される場合があります。この場合，ほかの操作が終了したことを確認してから，再度操作してください。実行中の操作結果を確認するには，画面に表示されている［実行状況の表示］アンカーをクリックしてください。

＜この項の構成＞

(1)　データソースのインポート

(2)　データソースの削除

(3)　ログの表示（論理サーバのアプリケーション管理）

(1)　データソースのインポート

［データソースのインポート］画面を次の図に示します。

図A-1　［データソースのインポート］画面

(a)　機能概要

論理J2EEサーバにデータソースをインポートします。

インポートするデータソースがすでにある場合，インポート操作の実行結果は「失敗」と表示され，上書きはされません。データソース名（データソースの表示名）に引用符（"）が含まれている場合，Management Serverではインポートできません。

(b)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで次のどちらかの操作をします。

J2EEサーバの場合

［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［リソース］－［データソース］をクリックします。

J2EEサーバクラスタの場合

［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［リソース］－［データソース］をクリックします。

［インポート］タブをクリックします。

(c)　操作手順

画面での操作手順を次に示します。

［ドライバファイル名］，［データソース設定ファイル名］，［データソース属性ファイル名］を指定します。

［実行］ボタンをクリックします。
指定内容に誤りがある場合，エラーが表示されます。［戻る］アンカーをクリックして原因を取り除き，再度［実行］ボタンをクリックします。
指定内容が正しい場合，結果確認画面の［ステータス］に「実行中」または「実行待ち」と表示されます。処理が終了すると，［ステータス］が「成功」または「失敗」に更新されます。

次のどちらかの方法で，画面の表示内容を更新します。

［最新の情報に更新］アンカーをクリックする

［更新時間間隔］から表示内容を自動更新する間隔を選択して，［適用］ボタンをクリックする

失敗した場合は，［ログの表示］タブをクリックしてエラーの内容を確認します。原因を取り除き，［インポート］タブをクリックして再度実行します。

(d)　画面詳細

画面に表示される項目およびボタンについて説明します。

ドライバファイル名（必須）

JDBCドライバのクラスライブラリファイルを指定します。必ず「選択して下さい」以外を指定してください。

選択して下さい（デフォルト）

JdbcDbpsv.jar

JdbcDbpsv.jar+JdbcDbpsvEX.jar

データソース設定ファイル名（必須）

Management Server稼働ホストに配置したデータソース設定ファイルを絶対パスで指定します。デフォルトでは，何も表示されません。

データソース属性ファイル名（必須）

Management Server稼働ホストに配置したデータソース属性ファイルを絶対パスで指定します。デフォルトでは，何も表示されません。

［実行］ボタン

指定値をチェックし，データソースをインポートします。

［リセット］ボタン

指定した内容をリセットします。

［実行状況の表示］アンカー

前回実施した操作の実行状況を表示するための結果確認画面が表示されます。該当する実行状況がない場合は文字だけが表示されます。

(2)　データソースの削除

［データソースの削除］画面を次の図に示します。

図A-2　［データソースの削除］画面

(a)　機能概要

論理J2EEサーバからデータソースを削除します。

指定したデータソースがない場合，削除操作の実行結果は「失敗」と表示されます。また，削除しようとしたデータソースが稼働中のJ2EEアプリケーションから使用されている場合，データソースの削除に失敗します。

(b)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで次のどちらかの操作をします。

J2EEサーバの場合

［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［リソース］－［データソース］をクリックします。

J2EEサーバクラスタの場合

［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［リソース］－［データソース］をクリックします。

［削除］タブをクリックします。

(c)　操作手順

画面での操作手順を次に示します。

削除するデータソースの［削除］アンカーをクリックします。
データソースの削除確認画面に，データソースの詳細が表示されます。

図A-3　削除確認画面（データソースの削除）

内容を確認して，［はい］ボタンをクリックします。
結果確認画面が表示されます。画面の［ステータス］に「実行中」または「実行待ち」と表示され，処理が終了すると［ステータス］が「成功」または「失敗」に更新されます。

次のどちらかの方法で，画面の表示内容を更新します。

［最新の情報に更新］アンカーをクリックする

［更新時間間隔］から表示内容を自動更新する間隔を選択して，［適用］ボタンをクリックする

失敗した場合は，［ログの表示］タブをクリックしてエラーの内容を確認します。原因を取り除き，［削除］タブをクリックして再度実行します。

(d)　画面詳細

画面に表示される項目およびボタンについて説明します。

［データソースの削除］画面

操作

［削除］アンカー
論理J2EEサーバから削除するデータソースを選択するための削除確認画面が表示されます。

リソース名

該当論理J2EEサーバにインポートされているデータソースの表示名が表示されます。

インポート時刻

論理J2EEサーバへのインポートが完了した時刻（Management Server稼働ホストの時刻）が表示されます。

［実行状況の表示］アンカー

前回実施した操作の実行状況を表示するための結果確認画面が表示されます。該当する実行状況がない場合は文字だけが表示されます。

削除確認画面

リソース名

削除するデータソース名が表示されます。

インポート時刻

削除するデータソースを論理J2EEサーバにインポートした時刻（Management Server稼働ホストの時刻）が表示されます。

［はい］ボタン

データソースを論理J2EEサーバから削除します。結果確認画面が表示されます。

［いいえ］ボタン

［データソースの削除］画面に戻ります。

(3)　ログの表示（論理サーバのアプリケーション管理）

(a)　機能概要

運用管理ドメイン内のすべての論理J2EEサーバで出力された，J2EEアプリケーション，データソース，およびリソースアダプタにかかわる実行結果を，ログとして一覧で参照できます。

ログは［論理サーバのアプリケーション管理］内の［ログの表示］タブから表示できますが，どこから表示しても内容は同一です。

(b)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで［論理サーバのアプリケーション管理］アンカーをクリックします。

ツリーペインで次のどちらかの操作をします。

J2EEサーバの場合

［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［リソース］－［データソース］をクリックします。

J2EEサーバクラスタの場合

［論理J2EEサーバ］－［J2EEサーバクラスタ］－［＜J2EEサーバクラスタ名＞］－［リソース］－［データソース］をクリックします。

［ログの表示］タブをクリックします。

(c)　操作手順

画面での操作はありません。

(d)　画面詳細

画面には，データソースへのインポートや削除の処理結果が表示されます。これらのログから，処理実行時に発生したエラーの原因を知ることができます。

［ログの表示］画面に出力されるログについては，「2.4.3　ログの出力形式」を参照してください。

付録A.2　データソースの稼働情報監視

ここでは，J2EEリソースのデータソース（SimpleJTAまたはFullJTA）の，稼働情報の監視方法および監視情報について説明します。稼働情報監視は，運用で必要と判断される場合に操作します。

データソースの稼働情報監視は，「論理サーバの運用監視」画面のデータソースノードで操作できます。「論理サーバの運用監視」画面のサーバビューでのデータソースノードの位置づけを次に示します。

　論理サーバの運用監視
　│
　└─＜運用管理ドメイン名＞
　　　│
　　　：
　　　│
　　　├─論理J2EEサーバ
　　　│　├─J2EEサーバ
　　　│　│　└─＜J2EEサーバ名＞
　　　│　│　　　│
　　　│　│　　　：
　　　│　│　　　│
　　　│　│　　　├─リソース
　　　│　│　　　│　├─＜データソース名＞
　　　│　│　　　│　└─＜リソースアダプタ名＞
　　　│　│　　　：
　　　│　│
　　　│　└─J2EEサーバクラスタ
　　　│　　　└─＜J2EEサーバクラスタ名＞
　　　│　　　　　└─＜J2EEサーバ名＞
　　　│　　　　　　　└─以下，上記の＜J2EEサーバ名＞の構成と同じです。
　　　：

参考

ここでは，データソースノードについて説明しています。データソースノード以外の「論理サーバの運用監視」のサーバビューのノードについては，「8.1.2　「論理サーバの運用監視」画面のサーバビューの構成」を参照してください。

サーバビューに表示されるデータソースノードでは，選択したJ2EEサーバのJ2EEリソースのデータソース（SimpleJTAまたはFullJTA）を対象にした稼働情報の監視ができます。それぞれのデータソースで監視できる情報には次の種類があります。

データソース（基本情報）

データソース（稼働情報）

データソース（SimpleJTAまたはFullJTA）で監視できる項目を一覧で示します。

表A-1　データソース（SimpleJTAまたはFullJTA）で監視できる項目

監視の対象
監視できる項目

リソース
データソース（SimpleJTA）
基本情報

リソース名

リソースタイプ

説明

認証タイプ

ログインタイムアウト

ユーザID

コネクションプール

稼働情報

リソース名

プール現在値（総数）

使用中のコネクション数

未使用のコネクション数

データソース（FullJTA）
基本情報

リソース名

リソースタイプ

説明

ログインタイムアウト

ユーザID

コネクションプール

稼働情報

リソース名

プール現在値

使用中のコネクション数

未使用のコネクション数

getConnection()メソッドの実行時間

getXAConnection()メソッドの実行時間

getConnection()メソッドの失敗回数

ConnectionでFATALエラーが発生した回数

＜この項の構成＞

(1)　データソースの稼働情報監視（基本情報）

(2)　データソースの稼働情報監視（稼働情報）

(1)　データソースの稼働情報監視（基本情報）

(a)　機能概要

J2EEリソースのデータソース（SimpleJTAまたはFullJTA）の稼働に関する初期設定値を表示できます。

(b)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［リソース］－［＜データソース名＞］をクリックします。

［基本情報］タブをクリックします。

(c)　操作手順

画面での操作はありません。

(d)　画面詳細

画面に表示される項目について説明します。

表示される項目は，リソースタイプがSimpleJTAかFullJTAかで異なります。

データソースがSimpleJTAの場合

DataSource

リソース名

リソースタイプ（DataSourceと表示される）

説明

認証タイプ

ログインタイムアウト（単位：秒）

ユーザID

コネクションプール
最大値
最小値

データソースがFullJTAの場合

DataSource

リソース名

リソースタイプ（DataSourceFullJTAと表示される）

説明

ログインタイムアウト（単位：秒）

ユーザID

コネクションプール
最大値
最小値

(2)　データソースの稼働情報監視（稼働情報）

(a)　機能概要

J2EEリソースのデータソース（SimpleJTAまたはFullJTA）の稼働中の統計情報を監視できます。

(b)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［論理サーバの運用監視］アンカーをクリックします。

［サーバビュー］タブ－［論理J2EEサーバ］－［J2EEサーバ］－［＜J2EEサーバ名＞］－［リソース］－［＜データソース名＞］をクリックします。

［稼働情報］タブをクリックします。

(c)　操作手順

画面での操作はありません。

(d)　画面詳細

画面に表示される項目について説明します。

表示される項目は，リソースタイプがSimpleJTAかFullJTAかで異なります。

リソースタイプがSimpleJTAの場合

DataSource

リソース名

プール現在値（総数）

使用中のコネクション数

未使用のコネクション数

リソースタイプがFullJTAの場合

DataSource

リソース名

プール現在値（総数）

使用中のコネクション数

未使用のコネクション数

getConnection()メソッドの実行時間
N秒平均値（単位：ミリ秒）
最大値（単位：ミリ秒）
最小値（単位：ミリ秒）

getXAConnection()メソッドの実行時間
N秒平均値（単位：ミリ秒）
最大値（単位：ミリ秒）
最小値（単位：ミリ秒）

getConnection()メソッドの失敗回数

ConnectionでFATALエラーが発生した回数

注

「N秒」とは［サンプリング時間］で設定した時間を表します。

［最新の情報に更新］アンカー

画面を最新の情報に更新します。

画面は時間の経過とともに変わります。常に最新の状態でご参照ください。自動で画面を最新にする方法については，「2.4.2　画面自動更新の設定」を参照してください。

付録B　データの退避と回復

ここでは，Management Serverを利用して運用環境を保守するための，データの退避と回復に関する操作方法について説明します。

＜この節の構成＞

付録B.1　構成情報の退避／回復

付録B.2　登録アプリケーションの退避／回復

付録B.1　構成情報の退避／回復

［構成情報の退避／回復］画面を次の図に示します。

図B-1　［構成情報の退避／回復］画面

＜この項の構成＞

(1)　機能概要

(2)　表示手順

(3)　操作手順

(4)　画面詳細

(1)　機能概要

システムの障害に備えたり，システムを保守したりするときのために，システムの構成情報を退避または回復できます。退避または回復できる構成情報は，次のとおりです。

構成定義情報

アプリケーション管理情報

環境設定情報

起動／停止情報

(2)　表示手順

画面の表示手順を次に示します。

運用管理ポータルで，［Cosminexus Management Serverの設定］アンカーをクリックします。

［構成情報の退避／回復］アンカーをクリックします。

(3)　操作手順

構成情報ファイル名を入力します。

［退避］ボタンまたは［回復］ボタンをクリックします。

続けて，登録アプリケーションの退避または回復を行います。

登録アプリケーションの退避または回復については，「付録B.2　登録アプリケーションの退避／回復」を参照してください。

(4)　画面詳細

画面に表示される項目およびボタンについては，「3.2.4　構成情報の退避／回復」を参照してください。

付録B.2　登録アプリケーションの退避／回復

登録アプリケーションの退避および回復の操作について説明します。

構成情報の退避／回復を行ったあとには，管理者ユーザは，登録アプリケーションの退避／回復を行う必要があります。ただし，J2EEアプリケーションやJ2EEリソースがCosminexus Management Serverに一つも登録されていない場合，この操作は必要ありません。

＜この項の構成＞

(1)　登録アプリケーションの退避

(2)　登録アプリケーションの回復

(1)　登録アプリケーションの退避

構成情報を退避したあと，次に示すディレクトリを任意の場所にコピーして退避します。

Windowsの場合
＜Cosminexusのインストールディレクトリ＞¥manager¥containers¥m¥webapps¥mngsvr¥mportal¥mapps¥regapps
＜Cosminexusのインストールディレクトリ＞¥manager¥containers¥m¥webapps¥mngsvr¥mportal¥mwebsystems¥regras

UNIXの場合
/opt/Cosminexus/manager/containers/m/webapps/mngsvr/mportal/mapps/regapps
/opt/Cosminexus/manager/containers/m/webapps/mngsvr/mportal/mwebsystems/regras

(2)　登録アプリケーションの回復

登録アプリケーションの回復手順を，次に示します。

構成情報を回復したあと，「付録B.2(1)　登録アプリケーションの退避」で示したディレクトリに格納されているファイルを削除します。

任意の場所に退避しておいたディレクトリを，「付録B.2(1)　登録アプリケーションの退避」で示したディレクトリにコピーして上書きします。

付録C　一つのマシンを複数のネットワークセグメントに接続する場合の環境設定での注意

ここでは，一つのマシンを複数のネットワークセグメントに接続する場合に，環境設定で注意することについて説明します。

次の図に示すように，サーバマシンが複数のネットワークセグメントに接続されていて，複数個のIPアドレスを持つ場合は，IPアドレスおよびホスト名の設定に注意が必要です。

図C-1　一つのマシンを複数のネットワークセグメントに接続している例

図のようなシステム構成の場合，環境設定では，次のように設定してください。

ホストノードを定義する場合，「ホスト名」には，次のどちらかを設定してください。

サーバ間，または負荷分散機とサーバ間の通信に使用するネットワークのIPアドレス

サーバ間，または負荷分散機とサーバ間の通信に使用するネットワークのホスト名

ホストノードを定義する場合，「運用管理エージェントのホスト名」には，次のどちらかを設定してください。

Management Serverとサーバ間の通信に使用するネットワークのIPアドレス

Management Serverとサーバ間の通信に使用するネットワークのホスト名

ネーミングサービス，CTM，J2EEサーバ，およびSFOサーバの環境設定では，「ホストの固定」で「する」を指定して，使用されるネットワークセグメントを特定してください。固定にするのは，J2EEサーバまたはSFOサーバの環境設定で指定する，次の表に示す項目です。

表C-1　固定にする項目

対象になる論理サーバ | 設定画面 | 設定項目 | 対象になるホスト
ネーミングサービス | ［ネーミングサービスの設定］画面 | 「ネーミングサービスに関する設定」の「ホストの固定」 | 運用ホストまたは管理ホスト（ユーザが選択）
CTM | ［CTMの基本設定］画面 | 「基本設定」の「ネーミングサービスのホスト固定」 | 運用ホスト
J2EEサーバ | ［J2EEコンテナの設定］画面 | 「運用監視エージェントの設定」の「ホストの固定」 | 管理ホスト
［EJBコンテナの設定］画面 | 「オプション」の「ホストの固定」 | 運用ホスト
［Webコンテナの設定］画面 | 「管理用サーバの設定」の「ホストの固定」 | 運用ホスト
「Webサーバとの接続」の「ホストの固定」 | 運用ホスト
SFOサーバ | ［コンテナの設定］画面 | 「管理用サーバの設定」の「ホストの固定」 | 運用ホスト
「Webサーバとの接続」の「ホストの固定」 | 運用ホスト
「運用監視エージェントの設定」の「ホストの固定」 | 管理ホスト
［サービスの設定］画面 | 「ネーミングサービスの設定」の「ホストの固定」 | 運用ホスト

注　「管理ホスト」とは，「運用管理エージェントのホスト名」に指定したホストです。「運用ホスト」とは，ホストノードの「ホスト名」に指定したホストです。

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

ここでは，運用管理ポータルを利用したJ2EEアプリケーションを実行するシステムの構築手順と，各設定方法の詳細について説明します。また，システムの削除手順についても説明します。なお，システムの構築時に使用する運用管理ポータルの画面操作については，「1.2　J2EEアプリケーションを実行するシステムの構築で必要な操作」を参照してください。

＜この節の構成＞

付録D.1　システムの構築の流れ

付録D.2　Management Serverの設定

付録D.3　論理サーバの設定

付録D.4　アプリケーションとリソースの設定

付録D.5　統合ユーザ管理の設定

付録D.6　システムの削除の流れ

付録D.1　システムの構築の流れ

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

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

Management Serverの設定をします。

Management Serverを初めて使用するホストは，Management Serverをセットアップしてください。

Management Serverのプロパティファイル（mserver.properties）や運用管理エージェントのプロパティファイル（adminagent.properties）で，Management Serverが使用するポート番号や，Management Serverへのアクセスを許可するホストなどを指定してください。

必要に応じて，運用管理ポータルの「Cosminexus Management Serverの設定」で，Management Serverのユーザやネットワークの設定をしてください。

必要に応じて，運用管理エージェントによる論理サーバの監視に関する設定をします。

詳細については，「付録D.2　Management Serverの設定」を参照してください。

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

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

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

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

必要に応じて，論理サーバの起動と停止で使用する環境変数の設定をします。

詳細については，「付録D.3　論理サーバの設定」を参照してください。

J2EEサーバの動作設定を変更します。
デフォルトの設定のまま利用する場合は，設定不要です。J2EEサーバの動作を変更したい場合は，運用管理ポータルの画面，またはユーザ定義ファイルで設定内容を編集する必要があります。
Cosminexusが提供する主な機能ごとの設定内容については，「付録E.1　J2EEサーバの動作設定」を参照してください。

トラブルシューティングの資料取得の設定をします。
デフォルトの設定のまま利用する場合は，設定不要です。ログの出力先やサイズなどを変更したい場合は，運用管理ポータルの画面，またはユーザ定義ファイルで設定内容を編集する必要があります。
ただし，次の資料は，事前に取得するための設定をしておかないと，取得できません。これらの資料はトラブルシューティングで必要となるため，取得することをお勧めします。

OSの統計情報，ユーザダンプ（Windowsの場合）またはcoreダンプ（UNIXの場合）

JavaVMのガーベージコレクションのログ

資料の種類ごとの設定内容については，「付録E.2　トラブルシューティングの資料取得の設定」を参照してください。

統合ユーザ管理機能の設定をします。
統合ユーザ管理機能を使用しない場合は，設定不要です。Cosminexusシステムにログインするユーザを統合管理するための設定をします。ユーザ認証情報を格納するLDAPディレクトリサーバや，統合ユーザ管理のコンフィグレーションファイルを設定します。詳細については，「付録D.5　統合ユーザ管理の設定」を参照してください。

システムの可用性を高める設定をします。
システムの可用性を高めるための設定を使用しない場合は，設定不要です。
システムの可用性を高めるための設定としては，セッションフェイルオーバ機能によるJ2EEサーバへのセッション情報の引き継ぎの設定，およびManagementイベントによる障害の事前検知の設定があります。これらの設定方法については，「付録E.1　J2EEサーバの動作設定」を参照してください。

リソースとJ2EEアプリケーションの設定をします。
サーバ管理コマンドまたはServer Plug-inを使用して，リソースアダプタやJ2EEアプリケーションのプロパティなどを定義します。また，運用管理ポータルを使用して，リソースアダプタとJ2EEアプリケーションをManagement Serverに登録，J2EEサーバにインポートします。詳細については，「付録D.4　アプリケーションとリソースの設定」を参照してください。

システムを起動して，システムの動作を確認します。
システムの起動および停止については，「付録F　J2EEアプリケーションを実行するシステムの起動と停止（Windowsの場合）」，または「付録G　J2EEアプリケーションを実行するシステムの起動と停止（UNIXの場合）」を参照してください。

参考

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

JP1との連携
Management Serverを利用しているシステムは，JP1と連携することで，JP1の集中監視，運用の自動化，稼働状況の分析などの機能を使用して，Cosminexus以外で構築されたシステムも含めた業務システム全体を一括管理できるようになります。なお，JP1/IMと連携する場合に，JP1/IMの統合コンソールまたは統合スコープから，運用管理ポータルを表示できます。設定方法については，「付録L　JP1/IMから運用管理ポータルを表示するための設定（Windowsの場合）」を参照してください。

クラスタソフトウェアとの連携
Management Serverを利用しているシステムは，クラスタソフトウェアと連携することで，プロセス監視，障害発生時の系切り替えなどの機能を使用して，Application Serverの稼働率を向上できます。連携できるクラスタソフトウェアは，Microsoft Cluster Service（Windowsの場合），またはHAモニタ（AIX，HP-UXまたはLinuxの場合）です。

ほかのプログラムと連携することで実現できる機能については，マニュアル「Cosminexus　機能解説」を，設定方法については，マニュアル「Cosminexus　システム構築ガイド」を参照してください。

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

付録D.2　Management Serverの設定

ここでは，Management Serverを使用するために必要なセットアップ，環境設定，動作環境の設定と，運用管理エージェントが論理サーバを監視するための設定について説明します。

＜この項の構成＞

(1)　Management Serverのセットアップ

(2)　Management Serverの環境設定

(3)　Management Serverの動作環境の設定

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

(1)　Management Serverのセットアップ

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

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

Windowsの場合
＜Cosminexusのインストールディレクトリ＞¥manager¥bin¥mngsvrctl setup

UNIXの場合
/opt/Cosminexus/manager/bin/mngsvrctl setup

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

Windowsの場合
＜Cosminexusのインストールディレクトリ＞¥manager¥bin¥mngsvrctl

UNIXの場合
/opt/Cosminexus/manager/bin/mngsvrctl

mngsvrctlコマンドについては，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

参考

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

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

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

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

(2)　Management Serverの環境設定

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

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

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

mserver.propertiesに指定するキーを次に示します。キーの詳細，およびここで説明していないキーについては，マニュアル「Cosminexus　リファレンス　定義編」を参照してください。

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アドレスに変換されないおそれがある場合に，このキーを指定します。

これらのキーのほかに，mserver.propertiesでは，snapshotログ収集や障害検知時コマンドによる資料取得のためのキーを設定できます。snapshotログ収集の設定や，障害検知時コマンドによる資料取得のための設定については，マニュアル「Cosminexus　システム構築ガイド」を参照してください。

注意

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

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

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

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

このキーのほかに，adminagent.propertiesでは，論理サーバの動作確認のレベルや間隔，snapshotログの収集先などを設定できます。論理サーバの動作確認に関する設定については，「(4)　運用管理エージェントによる論理サーバの監視に関する設定」を参照してください。snapshotログの収集先の設定については，マニュアル「Cosminexus　システム構築ガイド」を参照してください。

(3)　Management Serverの動作環境の設定

「Cosminexus Management Serverの設定」で，Management Serverを利用するユーザのアカウント情報，ネットワーク情報など，Management Serverの動作環境を設定します。また，Management Serverを使用して設定した環境の退避または回復をします。Management Serverの設定に関する操作については，「1.2.1　Management Serverの設定」を参照してください。

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

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

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

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

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

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

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

Hitachi Web Serverの動作確認の設定

これらの項目は，運用管理エージェントの動作を設定するadminagent.propertiesで設定します。adminagent.propertiesおよび各項目で設定するキーについては，マニュアル「Cosminexus　リファレンス　定義編」を参照してください。

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

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

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

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

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

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

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

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

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

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

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

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

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

●Hitachi Web Serverの動作確認の設定

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

動作確認用HTTPメソッドの設定
論理サーバの動作確認レベル（adminagent.＜論理サーバの種類＞.watch.levelキー）で，「2」を指定（プロセスの存在を確認し，実際に論理サーバにアクセスして動作を確認する）した場合のHitachi Web Serverの動作確認用HTTPメソッドを指定します。指定できる値は「HEAD」または「OPTIONS」です。「HEAD」を指定した場合は，Hitachi Web Server動作確認用URL（adminagent.hws.watch.urlキー）で指定されたURLにアクセスして応答が返ることを確認します。また，「OPTIONS」を指定した場合は，WebサーバがHTTPメソッドを受け付け可能な状態であるかを確認します。
なお，「OPTIONS」を指定した場合，Hitachi Web Serverの設定で，ルートディレクトリに対してすべてのホストからのアクセスを禁止していると，運用管理エージェントからの動作確認アクセスも拒否されてしまうため，正しく稼働判定できなくなり，Hitachi Web Serverの起動に失敗します。その場合，ループバックアドレス（ホストの固定をしている場合は固定したIPアドレス）からのアクセスを許可する必要があります。Basic認証の設定をしている場合など，アクセスを制限している場合も正しく稼働判定できなくなるので注意してください。

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

なお，障害発生時の自動再起動については，マニュアル「Cosminexus　機能解説」を参照してください。

付録D.3　論理サーバの設定

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

Cosminexusのシステム構成を検討する場合，J2EEアプリケーションで使用する機能に応じて，その機能を実現するために必要なプロセスを意識して，各マシンにそれぞれのプロセスを適切に配置することが必要です。例えば，サーバ間連携でCTMを利用する場合は，スマートエージェント，CTMドメインマネジャ，およびCTMの設定が必要になり，システムの可用性を高めるセッションフェイルオーバ機能を使用する場合は，SFOサーバの設定が必要になります。このように，使用する機能によってシステムの構成も，必要な論理サーバも異なります。Cosminexusが提供する主な機能については，マニュアル「Cosminexus　機能解説」を参照してください。

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

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

論理サーバの環境設定

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

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

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

注※　任意のプロセスを論理ユーザサーバとして定義する場合にだけ設定します。

なお，システム構成の詳細については，マニュアル「Cosminexus　システム設計ガイド」のシステム構成の検討に関する説明を参照してください。

＜この項の構成＞

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

(2)　論理サーバの環境設定

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

(4)　論理ユーザサーバの設定

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

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

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

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

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

論理サーバを設置するホストを運用管理ドメインに追加します。
［ホストの定義］画面で，ホスト名，ホストの表示名，ホストの説明，運用管理エージェントのポート番号，および運用管理エージェントのホスト名を指定します。

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

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

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

論理J2EEサーバ，論理Webサーバ，または論理SFOサーバを接続先ホスト上にセットアップします。
［セットアップ］画面で，セットアップが完了していない論理サーバを一括してセットアップできます。また，セットアップしたい論理サーバだけを選択して，セットアップすることもできます。

注意

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

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

(2)　論理サーバの環境設定

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

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

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

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

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

参考

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

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

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

論理サーバの起動／停止を設定する手順を次に示します。

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

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

(4)　論理ユーザサーバの設定

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

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

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

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

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

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

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

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

論理ユーザサーバ定義ファイルを作成します。
論理ユーザサーバ定義ファイルはXML形式のファイルです。論理ユーザサーバのサーバ名や，サービスやプロセスの起動／停止用のコマンドなどを指定してください。
論理ユーザサーバの起動用のコマンドを指定する場合には，Management Serverの監視対象となるサービスやプロセスの起動方法を意識しておく必要があります。

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

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

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

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

mngsvrutilコマンドについては，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。論理ユーザサーバ定義ファイルについては，マニュアル「Cosminexus　リファレンス　定義編」を参照してください。

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

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

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

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

mngsvrutilコマンドについては，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

付録D.4　アプリケーションとリソースの設定

開発環境で作成したJ2EEアプリケーション，およびリソースアダプタを論理J2EEサーバで実行するために必要な操作です。

＜この項の構成＞

(1)　アプリケーションの設定

(2)　リソースアダプタの設定

(1)　アプリケーションの設定

J2EEアプリケーションの設定には，サーバ管理コマンドまたはServer Plug-inと，運用管理ポータルを使用します。運用管理ポータルでは，開発環境（サーバ管理コマンドが動作する環境）で作成済みのJ2EEアプリケーションを，運用環境（リソースアダプタを使用する環境）に移す作業をサポートしています。開発環境でサーバ管理コマンドまたはServer Plug-inを使用して，作成済みのJ2EEアプリケーションのプロパティを定義したあとで，運用環境で運用管理ポータルを使用して，プロパティ定義済みのJ2EEアプリケーションをManagement Serverに登録して，J2EEサーバにインポートします。

参考

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

また，J2EEアプリケーションは，Management Serverに登録することでバージョン管理ができます。

(a)　J2EEアプリケーションの設定の流れ

J2EEアプリケーションの設定の流れを次に示します。J2EEアプリケーションの入れ替えと保守については，マニュアル「Cosminexus　システム運用ガイド」を参照してください。

ここでは，開発環境と運用環境は，同じホストにある別々のJ2EEサーバ上にあると仮定して説明します。

開発環境で，サーバ管理コマンド，またはServer Plug-inを使用してJ2EEアプリケーションをインポートします。
サーバ管理コマンドを使用する場合は，cjimportappコマンドを使用します。

アーカイブ形式のJ2EEアプリケーションをインポートする場合には，-fオプションにEAR形式／ZIP形式のファイルを指定します。

展開ディレクトリ形式のJ2EEアプリケーションをインポートする場合には，-aオプションにアプリケーションディレクトリを指定します。

EAR形式／ZIP形式のファイルを展開ディレクトリ形式でインポートする場合には，-fオプションにEAR形式／ZIP形式のファイルを，-dオプションにアプリケーションディレクトリとなる展開先のディレクトリを指定します。

アーカイブ形式および展開ディレクトリ形式のJ2EEアプリケーションについては，マニュアル「Cosminexus　機能解説」の実行できるJ2EEアプリケーションの形態に関する説明を参照してください。

必要に応じて，開発環境で，サーバ管理コマンド，またはServer Plug-inを使用してJ2EEアプリケーションにサーブレットフィルタを追加します。
サーブレットフィルタを追加する場合は，WARファイルにフィルタを登録したあと，フィルタのマッピングを定義します。サーブレットフィルタの追加については，マニュアル「Cosminexus　システム構築ガイド」のWebアプリケーションに組み込むサーブレットフィルタの設定に関する説明を参照してください。

開発環境で，サーバ管理コマンド，またはServer Plug-inを使用してJ2EEアプリケーションのプロパティを定義します。
サーバ管理コマンドを使用する場合は，cjgetapppropコマンドで各属性ファイルを取得し，ファイル編集後に，cjsetapppropコマンドで編集内容を反映させます。
プロパティの設定内容については，マニュアル「Cosminexus　システム構築ガイド」のJ2EEアプリケーションのプロパティ定義で設定できることに関する説明を参照してください。

開発環境で，サーバ管理コマンド，またはServer Plug-inを使用してJ2EEアプリケーションをエクスポートします。
なお，展開ディレクトリ形式のJ2EEアプリケーションの場合は，エクスポートは必要ありません。
サーバ管理コマンドを使用する場合は，cjexportappコマンドを使用します。

参考

同一のJ2EEアプリケーションは，同一のJ2EEサーバにインポートできません。開発環境のJ2EEサーバと運用環境のJ2EEサーバが同一の場合は，J2EEアプリケーションをエクスポートしてから，開発環境のJ2EEサーバにあるJ2EEアプリケーションを削除します。そのあとで，運用管理ポータルから運用環境のJ2EEサーバにJ2EEアプリケーションをインポートしてください。

J2EEアプリケーションを登録ディレクトリに格納します。
なお，展開ディレクトリ形式のJ2EEアプリケーションの場合は，登録ディレクトリへの格納は必要ありません。
登録ディレクトリは，Management Serverに登録するJ2EEアプリケーションを格納するためのディレクトリです。登録ディレクトリのデフォルトを次に示します。

Windowsの場合
＜Cosminexusのインストールディレクトリ＞¥manager¥apps

UNIXの場合
/opt/Cosminexus/manager/apps

運用管理ポータルの「論理サーバのアプリケーション管理」で，J2EEアプリケーションをManagement Serverに登録します。
次の画面で，J2EEアプリケーションをManagement Serverに登録します。

［J2EEアプリケーションの登録］画面（アーカイブ形式のJ2EEアプリケーションの場合）※

［アプリケーションディレクトリの登録］画面（展開ディレクトリ形式のJ2EEアプリケーションの場合）

注※　この画面で，登録ディレクトリの変更もできます。

運用管理ポータルの「論理サーバのアプリケーション管理」で，Management Serverに登録したJ2EEアプリケーションを運用環境のJ2EEサーバにインポートします。
［J2EEアプリケーションのインポート］画面で，J2EEアプリケーションをJ2EEサーバにインポートします。

サーバ管理コマンドやServer Plug-inでの操作については，マニュアル「Cosminexus　アプリケーション設定操作ガイド」を参照してください。また，コマンドについては，マニュアル「Cosminexus　リファレンス　コマンド編」を，属性ファイルについては，マニュアル「Cosminexus　リファレンス　定義編」を参照してください。

(b)　テストモードでのJ2EEアプリケーションの設定の流れ

新規作成したJ2EEアプリケーションをテストモードで実行して問題なく動作することを確認してから，J2EEアプリケーションの動作モードを通常モードに切り替えて，本番運用を開始する場合の操作について説明します。すでに動作中のJ2EEアプリケーションを入れ替える場合には，動作中のJ2EEアプリケーションの停止や退避などの操作が必要になります。J2EEアプリケーションの入れ替えと保守については，マニュアル「Cosminexus　システム運用ガイド」を参照してください。

なお，Webアプリケーションを含むJ2EEアプリケーションをテストモードで運用する場合，あらかじめ次の作業が必要です。

リダイレクタの設定（URLのマッピング）
運用管理ポータルの「論理サーバの環境設定」にある論理Webサーバの［マッピングの定義］画面で，通常モードのコンテキストルートを含むURLのマッピングに加えて，テストモードのコンテキストルートを含むURLのマッピングを設定してください。Webアプリケーションを含むJ2EEアプリケーションをテストモードで運用する場合，Webアプリケーションのコンテキストルートにプリフィックス「_test_」を付けたものが，コンテキストルートとして使用されます。例えば，通常モードのコンテキストルートが「/jsptobean」の場合，テストモードのコンテキストルートは「/_test_/jsptobean」になります。

Webサーバの再起動
Webサーバを再起動して，リダイレクタの設定を有効にしてください。

ここでは，上記の作業が済んでいることを前提に，テストモードでのJ2EEアプリケーションの設定について説明します。

テストモードでのJ2EEアプリケーションの設定の流れを次に示します。

サーバ管理コマンドを使用して，J2EEアプリケーションをテストモードでインポートします。
J2EEアプリケーションのインポートには，cjimportappコマンドで-testを指定します。

必要に応じて，サーバ管理コマンドを使用して，J2EEアプリケーションのプロパティを定義します。
J2EEアプリケーションのプロパティの定義には，cjgetapppropコマンドおよびcjsetapppropコマンドで-testを指定します。cjgetappprop -testで各属性ファイルを取得し，ファイル編集後に，cjsetappprop -testで編集内容を反映させます。
J2EEアプリケーションのプロパティの定義で設定できる内容については，マニュアル「Cosminexus　システム構築ガイド」のJ2EEアプリケーションのプロパティ定義で設定できることに関する説明を参照してください。

サーバ管理コマンドを使用して，J2EEアプリケーションをテストモードで開始します。
cjstartappコマンドで-testを指定して，J2EEアプリケーションをテストモードで運用します。

テストを実施します。
テストモード用に設定した特定のクライアントから適宜操作を実行し，テストを実施して問題ないことが確認できたら，手順5.に進みます。
テスト結果に問題があった場合は，J2EEアプリケーションを修正して，手順1.からもう一度実行してください。なお，同じ名称のJ2EEアプリケーションは同じモードで登録できません。このため，テストが失敗したテストモードのJ2EEアプリケーションは，cjdeleteappコマンドで-testを指定して削除してください。

ポイント

テストモードで動作しているJ2EEアプリケーションは，テストモード用に設定した特定のクライアントからだけ利用できます。Webアプリケーションを含むJ2EEアプリケーションをテストモードで運用する場合，Webアプリケーションのコンテキストルートにプリフィックス「_test_」を付けたものが，コンテキストルートとして使用されます。例えば，コンテキストルートが「/jsptobean」で，本番運用でのURLが「http://www.hitachi.co.jp/jsptobean/account.jsp」の場合，テストモードでのURLは，「http://www.hitachi.co.jp/_test_/jsptobean/account.jsp」になります。テスト用のクライアントからはこのURLを使用してJ2EEアプリケーションに対して操作を実行してください。

EJBを含むJ2EEアプリケーションをテストモードで運用する場合，EJBはテスト用の名前空間に登録されます。EJBクライアントアプリケーションからEJBを呼び出す場合には，通常モード用の名前空間のルートコンテキスト名で始まる検索文字列「HITACHI_EJB/…」ではなく，テストモード用の名前空間のルートコンテキスト名で始まる検索文字列「$HITACHI_TEST/…」を指定してlookupを実行してください。

サーバ管理コマンドを使用して，テストモードで運用しているJ2EEアプリケーションを停止します。
cjstopappコマンドで-testを指定して，J2EEアプリケーションを停止します。

サーバ管理コマンドを使用して，テストモードで運用していたJ2EEアプリケーションの動作モードを通常モードに変更します。
cjchmodappコマンドで-test -mode normalを指定して，J2EEアプリケーションの動作モードを通常モードに変更します。

サーバ管理コマンドを使用して，手順6.で動作モードを変更したJ2EEアプリケーションをエクスポートします。
なお，展開ディレクトリ形式のJ2EEアプリケーションの場合は，エクスポートは必要ありません。
cjexportappコマンドを使用して，J2EEアプリケーションをエクスポートします。

エクスポートしたJ2EEアプリケーションを登録ディレクトリに格納します。
なお，展開ディレクトリ形式のJ2EEアプリケーションの場合は，登録ディレクトリへの格納は必要ありません。
登録ディレクトリは，Management Serverに登録するJ2EEアプリケーションを格納するためのディレクトリです。登録ディレクトリのデフォルトを次に示します。

Windowsの場合
＜Cosminexusのインストールディレクトリ＞¥manager¥apps

UNIXの場合
/opt/Cosminexus/manager/apps

運用管理ポータルの「論理サーバのアプリケーション管理」で，J2EEアプリケーションをManagement Serverに登録します。
次の画面で，J2EEアプリケーションをManagement Serverに登録します。

［J2EEアプリケーションの登録］画面（アーカイブ形式のJ2EEアプリケーションの場合）※

［アプリケーションディレクトリの登録］画面（展開ディレクトリ形式のJ2EEアプリケーションの場合）

注※　この画面で，登録ディレクトリの変更もできます。

運用管理ポータルの「論理サーバのアプリケーション管理」で，Management Serverに登録したJ2EEアプリケーションを運用環境のJ2EEサーバにインポートします。
［J2EEアプリケーションのインポート］画面で，J2EEアプリケーションをJ2EEサーバにインポートします。

サーバ管理コマンドでの操作については，マニュアル「Cosminexus　アプリケーション設定操作ガイド」を参照してください。また，コマンドについては，マニュアル「Cosminexus　リファレンス　コマンド編」を，属性ファイルについては，マニュアル「Cosminexus　リファレンス　定義編」を参照してください。

(2)　リソースアダプタの設定

リソースアダプタの設定には，サーバ管理コマンドまたはServer Plug-inと，運用管理ポータルを使用します。運用管理ポータルでは，開発環境（サーバ管理コマンドが動作する環境）で設定したリソースアダプタを，運用環境（リソースアダプタを使用する環境）に移す作業をサポートしています。開発環境でサーバ管理コマンドまたはServer Plug-inを使用してリソースアダプタのプロパティの設定，接続の確認などを実施したあとで，運用管理ポータルを使用して運用環境にリソースアダプタをインポートします。

(a)　リソースアダプタの新規設定の流れ

データベースやほかのリソースに接続する場合のリソースアダプタの新規設定の流れを次に示します。リソースアダプタを入れ替える場合の流れについては，「(b)　リソースアダプタの入れ替えの流れ」を参照してください。なお，リソースアダプタの設定を変更する流れは，入れ替える場合の流れと同じです。

ここでは，開発環境と運用環境は，同じホストにある別々のJ2EEサーバ上にあると仮定して説明します。

開発環境で，サーバ管理コマンド，またはServer Plug-inを使用してリソースアダプタをインポートします。
サーバ管理コマンドを使用する場合は，cjimportresコマンドを使用します。
DB Connectorを使用してデータベースに接続する場合と，ほかのリソースアダプタを使用してOpenTP1などの各種リソースに接続する場合では，インポートするRARファイルが異なります。インポートするリソースアダプタについては，マニュアル「Cosminexus　システム構築ガイド」のリソースアダプタの種類に関する説明を参照してください。

開発環境で，サーバ管理コマンド，またはServer Plug-inを使用してリソースアダプタのプロパティを定義します。
サーバ管理コマンドを使用する場合は，cjgetrespropコマンドでConnector属性ファイルを取得し，ファイル編集後に，cjsetrespropコマンドで編集内容を反映させます。
リソースアダプタのプロパティ定義で設定できる内容については，マニュアル「Cosminexus　システム構築ガイド」のリソースアダプタのプロパティ定義で設定できることに関する説明を参照してください。

開発環境で，サーバ管理コマンド，またはServer Plug-inを使用してリソースアダプタをデプロイします。
サーバ管理コマンドを使用する場合は，cjdeployrarコマンドを使用します。
リソースアダプタは，デプロイするとJ2EEリソースアダプタとして使用できます。J2EEリソースアダプタとは，J2EEサーバに共有スタンドアロンモジュールとして配備したリソースアダプタのことです。サーバ管理コマンドでインポートしたリソースアダプタをデプロイすると，そのJ2EEサーバ上で動作するすべてのJ2EEアプリケーションから使用できるようになります。

必要に応じて，開発環境で，サーバ管理コマンド，またはServer Plug-inを使用してリソースアダプタの接続テストを実施します。
サーバ管理コマンドを使用する場合は，cjtestresコマンドを使用します。
リソースごとの接続テストでの検証内容については，マニュアル「Cosminexus　機能解説」のリソースへの接続テストに関する説明を参照してください。

注意

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

DB Connector for Cosminexus RMを開始します。

Cosminexus RMの接続テストを実施します。

Cosminexus RMを開始します。

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

J2EEリソースアダプタの接続テストについては，マニュアル「Cosminexus　アプリケーション設定操作ガイド」を参照してください。

開発環境で，サーバ管理コマンド，またはServer Plug-inを使用してリソースアダプタをエクスポートします。
サーバ管理コマンドを使用する場合は，cjexportrarコマンドを使用します。

参考

同一のリソースアダプタは，同一のJ2EEサーバにインポートできません。開発環境のJ2EEサーバと運用環境のJ2EEサーバが同一の場合は，リソースアダプタをエクスポートしてから，開発環境のJ2EEサーバにあるリソースアダプタを削除します。そのあとで，運用管理ポータルから運用環境のJ2EEサーバにリソースアダプタをインポートしてください。

開発環境のホストと運用環境のホストが異なる場合には，開発環境のホストにあるリソースアダプタを運用環境のホストに移動してください。
開発環境のホストにあるリソースアダプタからリソースアダプタをエクスポートし，エクスポートしたRARファイルを運用環境のホスト（Management Server稼働ホスト）にコピーします。

運用管理ポータルの「論理サーバのアプリケーション管理」で，運用環境のJ2EEサーバにリソースアダプタをインポートします。
［リソースアダプタのインポート］画面で，RARファイルを指定して，リソースアダプタをインポートします。

参考

コネクションプールをクラスタ化している場合は，次の手順でリソースアダプタを設定します。

開発環境で，メンバリソースアダプタに対して，リソースアダプタの新規設定の流れの手順1～手順4の作業を実施します。メンバリソースアダプタの数だけ繰り返します。

必要に応じて，開発環境で，メンバリソースアダプタを開始します。
ルートリソースアダプタの接続テストを実施する場合には，あらかじめメンバリソースアダプタを開始しておいてください。サーバ管理コマンドを使用する場合は，cjstartrarコマンドを使用します。

開発環境で，ルートリソースアダプタに対して，リソースアダプタの新規設定の流れの手順1～手順4の作業を実施します。なお，ルートリソースアダプタの接続テストを実施する場合には，あらかじめメンバリソースアダプタを開始しておいてください。

必要に応じて，開発環境で，メンバリソースアダプタを停止します。
ルートリソースアダプタの接続テストを実施した場合には，メンバリソースアダプタを停止してください。サーバ管理コマンドを使用する場合は，cjstoprarコマンドを使用します。

開発環境で，サーバ管理コマンド，またはServer Plug-inを使用してリソースアダプタをエクスポートします。

運用管理ポータルの「論理サーバのアプリケーション管理」で，運用環境のJ2EEサーバにリソースアダプタをインポートします。

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

サーバ管理コマンドやServer Plug-inでの操作については，マニュアル「Cosminexus　アプリケーション設定操作ガイド」を参照してください。また，コマンドについては，マニュアル「Cosminexus　リファレンス　コマンド編」を，属性ファイルについては，マニュアル「Cosminexus　リファレンス　定義編」を参照してください。

注意

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

(b)　リソースアダプタの入れ替えの流れ

リソースアダプタの入れ替えの流れを次に示します。なお，ここでは，入れ替える新しいリソースアダプタのプロパティの定義など（「(a)　リソースアダプタの新規設定の流れ」と同じです）が終わっていることを前提に，入れ替えの流れについて説明します。

運用管理ポータルの「論理サーバのアプリケーション管理」で，リソースアダプタを停止します。
［リソースアダプタの開始／停止］画面で，入れ替えるリソースアダプタを停止します。なお，リソースアダプタを停止する前に，そのリソースアダプタを使用しているJ2EEアプリケーションをすべて停止してください。

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

運用管理ポータルの「論理サーバのアプリケーション管理」で，リソースアダプタを削除します。
［リソースアダプタの削除］画面で，入れ替えるリソースアダプタを削除します。

運用管理ポータルの「論理サーバのアプリケーション管理」で，リソースアダプタをインポートします。
［リソースアダプタのインポート］画面で，新しいリソースアダプタをインポートします。

付録D.5　統合ユーザ管理の設定

ユーザ情報を格納したリポジトリを管理したり，リソースを監視したりするために必要な設定です。統合ユーザ管理のリポジトリとして使用するLDAPディレクトリサーバに接続するための設定，ユーザの追加，変更および削除などを行います。

＜この項の構成＞

(1)　統合ユーザ管理機能の設定の流れ

(2)　ユーザ情報リポジトリへのユーザの登録

(3)　Active Directoryを使用する場合の設定

(4)　シングルサインオン情報リポジトリへのシングルサインオン用のユーザ情報の登録

(1)　統合ユーザ管理機能の設定の流れ

統合ユーザ管理機能の設定手順を次に示します。

ユーザ管理方法を検討し，同一の認証ポリシーを適用する範囲（レルム）を決定します。
ユーザを管理する単位を検討し，対応するレルム名を決定します。レルム名の決定については，マニュアル「Cosminexus　システム構築ガイド」を参照してください。

LDAPディレクトリサーバを設定します。
シングルサインオンを使用する場合には，シングルサインオン用のユーザ情報をLDAPディレクトリサーバで管理しますので，LDAPディレクトリサーバが必要です。LDAPディレクトリサーバの設定については，マニュアル「Cosminexus　システム構築ガイド」を参照してください。
シングルサインオンを使用しないでRDB（HiRDBやOracleなど）の提供するユーザ認証だけを使用する場合は，この手順は不要です。

ユーザ認証に使用するユーザ情報をLDAPディレクトリサーバ，またはRDBに登録します。
LDAPディレクトリサーバへのユーザ情報の登録については，「(2)　ユーザ情報リポジトリへのユーザの登録」を参照してください。なお，Cosminexusでは，LDAPディレクトリサーバに格納するユーザ管理リポジトリの標準的なDIT構造を規定しています。リポジトリの構造については，マニュアル「Cosminexus　機能解説」の統合ユーザ管理で使用するユーザ情報の管理方法に関する説明を参照してください。
RDBへのユーザ情報の登録については，使用しているRDBのマニュアルを参照してください。

シングルサインオンを使用する場合で，シングルサインオン用のユーザ情報を暗号化したいときは，ユーザ情報を暗号化または復号化するための暗号鍵ファイルを作成します。
暗号鍵ファイルの作成については，マニュアル「Cosminexus　システム構築ガイド」を参照してください。
シングルサインオンを使用しない場合，またはユーザ情報を暗号化しない場合，この手順は不要です。

シングルサインオンを使用する場合は，シングルサインオン用のユーザ情報をLDAPディレクトリサーバに登録します。
LDAPディレクトリサーバへのシングルサインオン用のユーザ情報の登録については，「(4)　シングルサインオン情報リポジトリへのシングルサインオン用のユーザ情報の登録」を参照してください。なお，Cosminexusでは，LDAPディレクトリサーバに格納するシングルサインオン用のユーザ管理リポジトリの標準的なDIT構造を規定しています。リポジトリの構造については，マニュアル「Cosminexus　機能解説」の統合ユーザ管理で使用するユーザ情報の管理方法に関する説明を参照してください。
シングルサインオンを使用しない場合，この手順は不要です。

コンフィグレーションファイルを作成します。
作成するファイルは，次の2種類です。

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

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

コンフィグレーションファイルの作成については，マニュアル「Cosminexus　システム構築ガイド」を参照してください。

JavaVMのプロパティを設定します。
JavaVMのプロパティの設定については，マニュアル「Cosminexus　システム構築ガイド」を参照してください。

統合ユーザ管理で使用するEARファイルをデプロイします。
ファイルのデプロイについては，マニュアル「Cosminexus　システム構築ガイド」を参照してください。

必要に応じて，統合ユーザ管理で使用する情報のバックアップを取ります。
LDAPディレクトリサーバのリポジトリのバックアップとリストアは，LDAPディレクトリサービスが提供するコマンド，またはディレクトリゲートウェイで操作します。詳細については，LDAPディレクトリサーバのマニュアルを参照してください。
jaas.conf，ua.conf，および暗号鍵ファイルのバックアップも取るようにしてください。

参考

統合ユーザ管理では，セッションフェイルオーバ機能を使用することで，ログイン状態を別のJ2EEサーバに引き継ぐことができます。セッションフェイルオーバ機能を使用するためのセッションフェイルオーバ用フィルタの設定は，統合ユーザ管理機能を使用する場合と使用しない場合で異なります。設定方法については，マニュアル「Cosminexus　システム構築ガイド」を参照してください。

(2)　ユーザ情報リポジトリへのユーザの登録

リポジトリ管理でユーザ情報を登録します。リポジトリ管理では，ユーザ情報リポジトリとして使用するLDAPディレクトリサーバに対して次の操作ができます。

LDAPディレクトリサーバへの接続情報（バインド情報）の設定

レルムの作成，および削除

ユーザエントリのスキーマ定義

ユーザエントリの作成，削除，および編集

リポジトリ管理での操作は，LDAPディレクトリサーバを使用していることが前提です。そのため，ユーザ管理を構築するために必要なスキーマ定義を含むLDAPディレクトリサーバの設定は事前に行っておいてください。LDAPディレクトリサーバの設定方法については，マニュアル「Cosminexus　システム構築ガイド」を参照してください。

「リポジトリ管理」を使用してユーザ情報リポジトリへユーザ情報を登録するための手順を次に示します。

バインド情報を設定します。
リポジトリ管理の［バインド情報の設定］画面で，LDAPディレクトリサーバへ接続するための情報を設定します。

レルムを作成します。
レルム管理の［レルムの作成］画面で，LDAPディレクトリサーバにレルムを作成します。

ユーザエントリのスキーマを定義します。
レルム管理の［ユーザエントリのスキーマ定義］画面で，レルムで管理するユーザエントリの属性と，ユーザのパスワードを保存するときの暗号化形式を設定します。

ユーザエントリを作成します。
レルム管理の［ユーザエントリの作成］画面で，レルムにユーザエントリを作成します。

なお，LDAPディレクトリサーバとしてActive Directoryを使用して，ユーザの登録，ユーザ情報の更新，およびリポジトリ情報のパスワードの変更をする場合の方法については，「(3)　Active Directoryを使用する場合の設定」を参照してください。

運用管理エージェントとManagement Serverの起動および停止，Management Serverのログインおよびログアウトの操作については，「付録F　J2EEアプリケーションを実行するシステムの起動と停止（Windowsの場合）」，または「付録G　J2EEアプリケーションを実行するシステムの起動と停止（UNIXの場合）」を参照してください。

(3)　Active Directoryを使用する場合の設定

統合ユーザ管理GUIを使用する場合の，SSLを使用して接続するための証明書の登録，およびActive Directory固有の環境設定の方法を次に示します。

なお，バインド情報の設定，ユーザエントリのスキーマ定義，ユーザエントリの作成は，リポジトリ管理にある画面を使用します。

(a)　証明書の登録

Management ServerとActive Directory間の通信でSSLを使用するための証明書を登録します。証明書の登録方法を次に示します。

作成したデジタル証明書を，Active Directoryがインストールされているサーバ（LDAPサーバ）に登録します。
デジタル証明書の作成，登録方法については，Active Directoryのドキュメントを参照してください。

Management Serverに認証局（CA）の証明書を登録します。
認証局の証明書のManagement Serverへの登録は，Cosminexus Developer's Kit for Javaに付属するkeytoolを使用して実行できます。keytoolの詳細については，Java 2 SDK, Standard Editionのドキュメントを参照してください。keytoolの実行例を次に示します。なお，表記の都合上，複数行にわたっていますが，実際は一行で記述します。
Windowsの場合

keytool -import -alias cakey -file C:¥temp¥cacer.cer -trustcacerts -keystore
"＜Cosminexusのインストールディレクトリ＞¥jdk¥jre¥lib¥security¥cacerts"

UNIXの場合

/opt/Cosminexus/jdk/bin/keytool -import -alias cakey -file /tmp/cacer.cer
-trustcacerts -keystore /opt/Cosminexus/jdk/jre/lib/security/cacerts

なお，keytoolで証明書を登録する際にManagement Serverを起動していた場合は，Management Serverを再起動してください。

(b)　バインド情報の設定

リポジトリ管理にある［バインド情報の設定］画面で必要な設定を次に示します。

「プロトコル」に「ldaps」を指定します。

「ポート」に「636」を指定します。

［Active Directoryに接続する。］チェックボックスをチェックします。

(c)　ユーザエントリのスキーマ定義

リポジトリ管理にある［ユーザエントリのスキーマ定義］画面で必要な設定を次に示します。

デフォルトのオブジェクトクラス「inetorgperson」は削除して，オブジェクトクラスに「user」を追加します。

［必須属性の設定］の「ユーザID」に「cn」，「パスワード」に「unicodePwd」を指定します。

［任意属性の設定］で次の二つの属性を追加します。
sAMAccountName
userAccountControl

注意

［必須属性の設定］の「パスワード」に「userPassword」を指定した場合，SSLを使用しないでパスワードを変更できますが，Active Directoryで管理するユーザのパスワードは変更できません。

［必須属性の設定］の「パスワード」に「unicodePwd」を指定した場合，「暗号化形式」の指定は無効になります。

Active Directoryでは，既存ユーザのオブジェクトクラスの変更はサポートしていません。［バインド情報の設定］画面で［Active Directoryに接続する。］チェックボックスにチェックして，［ユーザエントリのスキーマ定義］画面で新規にオブジェクトクラス「user」を追加したあとで，既存のユーザエントリを更新しても，ユーザエントリ作成時のオブジェクトクラスが適用されます。

(d)　ユーザエントリの作成

リポジトリ管理にある任意のレルム名の［ユーザエントリの作成］画面で設定します。

一つのユーザエントリを作成するためには，次に示す二つの設定が必要です。

「属性名」で「sAMAccountName」を選択して，「属性値」にセキュリティアカウントマネージャ（SAM）のアカウント名を指定します。なお，通常，「属性値」にはユーザIDと同じ値を指定します。

「属性名」で「userAccountControl」を選択して，「属性値」にユーザアカウントのプロパティフラグを指定します。一般ユーザのユーザエントリを作成する場合は「512」を指定します。

注意

Active Directoryがインストールされているサーバのセキュリティポリシーで，パスワードの長さが1文字以上に設定されている場合，「userAccountControl」の「属性値」に「512」を指定すると，ユーザを作成できません。この場合，次のどちらかの対処をして，ユーザエントリを作成してください。

セキュリティポリシーのパスワードの長さを0文字以上に変更して，「userAccountControl」の「属性値」に「512」を指定する。

セキュリティポリシーのパスワードの長さの設定は変更しないで，「userAccountControl」の「属性値」に「544」を指定する。

(4)　シングルサインオン情報リポジトリへのシングルサインオン用のユーザ情報の登録

リポジトリ管理でユーザ情報を登録します。リポジトリ管理では，シングルサインオン情報リポジトリとして使用するLDAPディレクトリサーバに対して次の操作ができます。

シングルサインオン用の暗号鍵ファイルの設定

シングルサインオン用のレルムの作成，および削除

シングルサインオン用のユーザエントリのスキーマ定義

シングルサインオン用のユーザエントリの作成，削除，および編集

なお，ここでは，ユーザ情報リポジトリにユーザ情報を登録していることを前提に説明します。ユーザ情報リポジトリへのユーザ情報の登録については，「(2)　ユーザ情報リポジトリへのユーザの登録」を参照してください。

「リポジトリ管理」を使用してシングルサインオン情報リポジトリへシングルサインオン用のユーザ情報を登録するための手順を次に示します。

暗号鍵ファイルを適用します（任意）。
レルム管理の［暗号鍵ファイルの設定］画面で，シングルサインオン用のユーザ情報を暗号化，復号化するための暗号鍵ファイルを適用します。なお，暗号鍵ファイルはあらかじめ作成し，システム管理者が安全な方法で統合ユーザ管理機能を使用するJ2EEサーバに配布しておいてください。

シングルサインオン用のレルムを作成します。
レルム管理の［レルムの作成］画面で，LDAPディレクトリサーバにレルムを作成します。

シングルサインオン用のユーザエントリのスキーマを定義します。
レルム管理の［ユーザエントリのスキーマ定義（シングルサインオン用）］画面で，レルムで管理するユーザエントリの属性と，ユーザのパスワードを保存するときの暗号化形式を設定します。

シングルサインオン用のユーザエントリを作成します。
レルム管理の［ユーザエントリの作成（シングルサインオン用）］画面で，レルムにユーザエントリを作成します。

運用管理エージェントとManagement Serverの起動および停止，Management Serverのログインおよびログアウトの操作については，「付録F　J2EEアプリケーションを実行するシステムの起動と停止（Windowsの場合）」，または「付録G　J2EEアプリケーションを実行するシステムの起動と停止（UNIXの場合）」を参照してください。

付録D.6　システムの削除の流れ

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

J2EEアプリケーションや，リソースを停止します。
J2EEアプリケーションの停止方法については，「付録F.4(1)　J2EEアプリケーションの停止」または「付録G.4(1)　J2EEアプリケーションの停止」を参照してください。リソースの停止方法については，「付録F.4(2)　リソースの停止」または「付録G.4(2)　リソースの停止」を参照してください。

参考

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

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

論理サーバを削除します。
それぞれの論理サーバの削除画面で論理サーバを削除します。J2EEサーバまたはWebサーバがクラスタ構成の場合は，クラスタの構成要素として，J2EEサーバまたはWebサーバを削除してから，J2EEサーバクラスタまたはWebサーバクラスタを削除します。

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

Webサーバの環境のアンセットアップ
Hitachi Web Serverのユティリティを使用して，Webサーバをアンセットアップします。Hitachi Web Serverのユティリティには，論理サーバ名または実サーバ名※を指定します。なお，Webサーバの論理サーバ名および実サーバ名※は，HWS_のプリフィックスを付加した形式で指定してください。Hitachi Web Serverのユティリティについては，マニュアル「Hitachi Web Server」を参照してください。

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

注※　論理サーバのセットアップ時に，［セットアップ］画面でWebサーバやJ2EEサーバの実サーバ名を指定している場合には，実サーバ名を指定してください。

実サーバ名を指定していないJ2EEサーバ（論理サーバ名：J2EEServer1）をアンセットアップする場合の例を次に示します。

Windowsの場合

<Cosminexusインストールディレクトリ>¥CC¥server¥bin¥cjsetup -d J2EEServer1

UNIXの場合

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

付録E　J2EEアプリケーションを実行するシステムにある論理サーバの動作設定

ここでは，J2EEアプリケーションを実行するシステムでCosminexusが提供する主な機能を使用するために設定する項目や，トラブルシューティングの資料取得のために設定する項目を，運用管理ポータルを使用して設定する方法について説明します。

＜この節の構成＞

付録E.1　J2EEサーバの動作設定

付録E.2　トラブルシューティングの資料取得の設定

付録E.3　Webサーバとの連携機能の設定

付録E.4　インプロセスHTTPサーバの設定

付録E.1　J2EEサーバの動作設定

デフォルトで設定されているJ2EEサーバの動作を変更したい場合は，運用管理ポータルの画面（「論理サーバの環境設定」）で編集できます。Cosminexusが提供する主な機能には，インプロセスHTTPサーバの使用などのように，デフォルトの設定で動作しないものがあります。デフォルトの設定で動作しない機能は，運用管理ポータルの画面やユーザ定義ファイルで設定内容を編集する必要があります。

ここでは，マニュアル「Cosminexus　機能解説」で説明した機能を使用するために設定する項目を，次の分類に分けて説明します。機能の詳細については，マニュアル「Cosminexus　機能解説」を参照してください。機能ごとに，運用管理ポータルで編集できる設定項目と，その項目を設定する画面について説明します。

Webコンテナの機能を使用するための設定

EJBコンテナの機能を使用するための設定

J2EEアプリケーションの実行の機能を使用するための設定

ネーミング管理の機能を使用するための設定

リソース接続とトランザクション管理の機能を使用するための設定

コンテナ拡張ライブラリの機能を使用するための設定

CTMの機能を使用するための設定

セッションフェイルオーバ機能を使用するための設定

システムの日常運用の支援機能を使用するための設定

システムの保守支援機能を使用するための設定

J2EEアプリケーションの運用機能を使用するための設定

システムの監査支援機能を使用するための設定

なお，運用管理ポータルで編集できない設定項目については，server.policyなどのユーザ定義ファイルのキーを編集して設定します。運用管理ポータルで編集できない設定項目の設定方法については，マニュアル「Cosminexus　システム構築ガイド」を参照してください。

ポイント

J2EEアプリケーションやリソースの設定をする場合は，サーバ管理コマンドまたはServer Plug-inを使用します。ここではサーバ管理コマンドで使用する属性ファイルとタグについて説明します。

サーバ管理コマンドを使用する場合，ここで示した属性ファイル以外に，J2EEアプリケーションのすべての属性情報が含まれているアプリケーション統合属性ファイルも使用できます。Server Plug-inを使用する場合，属性ファイルのタグに対応した項目に設定します。属性ファイルのタグと対応する画面，サーバ管理コマンドとServer Plug-inでの操作および設定項目については，マニュアル「Cosminexus　アプリケーション設定操作ガイド」を参照してください。属性ファイルについては，マニュアル「Cosminexus　リファレンス　定義編」を参照してください。

＜この項の構成＞

(1)　Webコンテナの機能を使用するための設定

(2)　EJBコンテナの機能を使用するための設定

(3)　J2EEアプリケーションの実行の機能を使用するための設定

(4)　ネーミング管理の機能を使用するための設定

(5)　リソース接続とトランザクション管理の機能を使用するための設定

(6)　コンテナ拡張ライブラリの機能を使用するための設定

(7)　CTMの機能を使用するための設定

(8)　セッションフェイルオーバ機能を使用するための設定

(9)　システムの日常運用の支援機能を使用するための設定

(10)　システムの保守支援機能を使用するための設定

(11)　J2EEアプリケーションの運用機能を使用するための設定

(12)　システムの監査支援機能を使用するための設定

(1)　Webコンテナの機能を使用するための設定

Webコンテナの機能を使用するためには，運用管理ポータルの「論理サーバの環境設定」，またはserver.policyに設定します。設定内容を次の表に示します。なお，Webサーバ連携機能の設定内容については，「付録E.3　Webサーバとの連携機能の設定」を参照してください。

表E-1　Webコンテナの機能を使用するための設定内容

項目
設定内容

インプロセスHTTPサーバ
論理J2EEサーバの［Webコンテナの設定］画面で，インプロセスHTTPサーバを使用するかどうか（インプロセスHTTPサーバ機能の使用）を指定します。このほかに，［通信・スレッド制御に関する設定］画面などで，インプロセスHTTPサーバで提供する機能を設定します。
設定方法については，「付録E.4　インプロセスHTTPサーバの設定」を参照してください。

セッション管理
論理J2EEサーバの［Webコンテナの設定］画面で，HttpSessionのセッションIDに付加するサーバID，CookieにサーバID（HTTPレスポンスのサーバID）を付加するかどうかなどを指定します。

J2EEサーバ単位でのデフォルトの文字エンコーディング設定※1
論理J2EEサーバの［Webコンテナの設定］画面で，デフォルトの文字エンコーディングとして，次の内容を指定します。

リクエストボディおよびクエリのデコードに使用する文字エンコーディング

レスポンスボディのエンコードに使用する文字エンコーディング

JSPファイルのエンコーディング

JSP事前コンパイル
論理J2EEサーバの［Webコンテナの設定］画面で，JSPファイルから生成したJavaソースファイルを保持しておくかどうかや，JavaソースファイルをコンパイルするときのJava言語仕様のバージョンを指定します。
なお，JSP事前コンパイルを実施する場合のコンパイル結果を出力するディレクトリ（webserver.jsp.precompile.jsp_work_dir）は，usrconf.propertiesで指定します。指定方法については，マニュアル「Cosminexus　システム構築ガイド」を参照してください。

JSPファイルのコンパイル結果の保持
論理J2EEサーバの［Webコンテナの設定］画面で，JSPファイルのコンパイル結果を保持するかどうか，コンパイル結果の出力先（JSP用一時ディレクトリ）などを指定します。

セキュリティ管理
論理J2EEサーバの［J2EEサーバの基本設定］画面または［Webコンテナの設定］画面で，Webサーバが使用しているHTTPSのポート番号を指定します。
また，通信路の暗号化レベルの要請には，さらに，サーバ管理コマンドまたはServer Plug-inを使用して，暗号化レベルの要請を指定する必要があります。サーバ管理コマンドを使用する場合は，WAR属性ファイルの<user-data-constraint>タグに指定します。指定方法については，マニュアル「Cosminexus　アプリケーション設定操作ガイド」を参照してください。
なお，この設定は，Webサーバと連携している場合だけ有効となります。

EJBコンテナとの連携
論理J2EEサーバの［システムプロパティの設定］画面のシステムプロパティの定義で，別アプリケーションのEJBをリモートインタフェースで呼び出すためのスタブ（usrconf.propertiesのejbserver.deploy.stub.generation.scope）を指定します。

Webコンテナ単位の同時実行スレッド数の制御
論理J2EEサーバの［Webコンテナの設定］画面で，Webコンテナ全体の最大同時実行スレッド数や，Webコンテナの実行待ちキューに格納できるリクエストの数を指定します。インプロセスHTTPサーバの場合は，［通信・スレッド制御に関する設定］画面で指定します。

Webアプリケーション単位の同時実行スレッド数の制御※2
論理J2EEサーバの［Webコンテナの設定］画面で，Webアプリケーション単位に同時実行スレッド数を制御するかどうか，Webアプリケーションのデフォルトの実行待ちキューサイズを指定します。
なお，Webアプリケーション単位での最大同時実行スレッド数，占有スレッド数などは，サーバ管理コマンドまたはServer Plug-inで設定します。また，URLグループ単位での同時実行スレッド数の制御についても，サーバ管理コマンドまたはServer Plug-inで設定します。
同時実行スレッド数の制御を設定するための指針については，マニュアル「Cosminexus　システム構築ガイド」を参照してください。

Webコンテナの通信タイムアウト
論理J2EEサーバの［Webコンテナの設定］画面で，Webサーバからのリクエスト受信時の待ち時間や，Webコンテナでのレスポンス送信時の待ち時間を指定します。

Webサーバで使用するホストの固定
論理J2EEサーバの［Webコンテナの設定］画面および論理SFOサーバ［コンテナの設定］画面で，次の内容を指定します。

Webサーバ連携のIPアドレス

インプロセスHTTPサーバのIPアドレス

管理用サーバのIPアドレス

静的コンテンツのキャッシュ
論理J2EEサーバの［Webコンテナの設定］画面で，Webコンテナ単位で静的コンテンツのキャッシュ機能を使用するかどうか，キャッシュを許可する静的コンテンツのメモリサイズ，およびファイルサイズの上限値を指定します。
なお，Webアプリケーション単位での静的コンテンツのキャッシュの設定は，サーバ管理コマンドまたはServer Plug-inで指定します。
設定内容については，マニュアル「Cosminexus　システム構築ガイド」の静的コンテンツのキャッシュの設定に関する説明を参照してください。

管理用サーバ
論理J2EEサーバの［J2EEサーバの基本設定］画面，［Webコンテナの設定］画面または論理SFOサーバの［コンテナの設定］画面で，次の内容を指定します。

管理用サーバへのアクセスを許可するホストのIPアドレス

管理用サーバのポート番号

ユーザスレッド生成のための権限
ユーザスレッド生成のための権限は，運用管理ポータルでは設定できません。server.policyで設定します。
ユーザがプログラムの中で明示して生成するスレッド（ユーザスレッド）を生成するためには，対象となるサーブレットやJSPにスレッドの生成権限を与える必要があります。
設定方法については，マニュアル「Cosminexus　システム構築ガイド」のユーザスレッド生成のための権限の設定に関する説明を参照してください。

注※1　J2EEサーバ単位の設定とあわせて，Webアプリケーション単位での文字エンコーディング設定がある場合は，Webアプリケーション単位での設定が有効になります。設定の優先順位については，マニュアル「Cosminexus　機能解説」のデフォルトの文字エンコーディング設定に関する説明を参照してください。

注※2　Webアプリケーション単位の同時実行スレッド数の設定は，運用管理コマンド（mngsvrutil）を利用して，動的に変更することもできます。これによって，稼働中のWebアプリケーションのサービスを停止することなく，同時実行スレッド数の設定を変更できます。Webアプリケーション単位の同時実行スレッド数の動的変更については，マニュアル「Cosminexus　システム運用ガイド」を参照してください。

(2)　EJBコンテナの機能を使用するための設定

EJBコンテナの機能を使用するためには，運用管理ポータルの「論理サーバの環境設定」に設定します。設定内容を次の表に示します。

表E-2　EJBコンテナの機能を使用するための設定

項目
設定内容

RMI-IIOP通信のタイムアウト
論理J2EEサーバの［EJBコンテナの設定］画面で，RMI-IIOP通信のクライアントとサーバ間の通信タイムアウト時間を指定します。

ローカル呼び出し最適化機能の範囲
論理J2EEサーバの［EJBコンテナの設定］画面で，EJBのリモートインタフェースでのローカル呼び出しの最適化の範囲を指定します。

リモートインタフェースの参照渡し機能
論理J2EEサーバの［EJBコンテナの設定］画面で，リモートインタフェースの参照渡し機能を有効にするかどうかを指定します。
また，サーバ管理コマンドまたはServer Plug-inでも参照渡し機能を有効にするかどうかを指定できます。サーバ管理コマンドを使用する場合は，Entity Bean属性ファイルやSession Bean属性ファイルの<pass-by-reference>タグに指定します。設定内容については，マニュアル「Cosminexus　アプリケーション設定操作ガイド」を参照してください。
運用管理ポータル，サーバ管理コマンド，またはServer Plug-inのどれかで有効を指定していれば，参照渡し機能は有効になります。

リモートインタフェースでの通信障害発生時のEJBクライアントの動作
論理J2EEサーバの［システムプロパティの設定］画面のシステムプロパティの定義で，指定先のJ2EEサーバがほかのJ2EEサーバのクライアントである場合に，EJBクライアント側でのコネクションの再接続動作とリクエストの再送動作（usrconf.propertiesのejbserver.container.rebindpolicy）を指定します。

EJBコンテナの通信ポートとIPアドレスの固定
論理J2EEサーバの［EJBコンテナの設定］画面で，次の内容を指定します。

EJBコンテナの通信ポート番号

EJBコンテナの使用するIPアドレスまたはホストの固定

Timer Service
論理J2EEサーバの［EJBコンテナの設定］画面で，次の内容を指定します。

Timer Serviceのタイムアウトメソッドのコールバックをリトライする最大回数

Timer Serviceのタイムアウトメソッドのコールバックをリトライする間隔

J2EEサーバ全体でのTimer Serviceのタイムアウトメソッドをコールバックする最大スレッド数

Enterprise Beanへのアクセス制御の抑止オプション
論理J2EEサーバの［システムプロパティの設定］画面のシステムプロパティの定義で，Enterprise Beanへのアクセス制御機能を抑止するかどうか（usrconf.propertiesのejbserver.container.security.disabled）を指定します。

(3)　J2EEアプリケーションの実行の機能を使用するための設定

J2EEサーバでJ2EEアプリケーションを実行するためには，運用管理ポータルの「論理サーバの環境設定」およびserver.policyに設定します。設定内容を次の表に示します。

表E-3　J2EEアプリケーションの実行の機能を使用するための設定

項目
設定内容

展開ディレクトリ形式のJ2EEアプリケーション
展開ディレクトリ形式のJ2EEアプリケーションを使用する場合に，次のどちらかの方法でアクセス権限を変更します。

論理J2EEサーバの［J2EEサーバの基本設定］画面で，SecurityManagerを解除（起動オプションの設定）します。

server.policyでアクセス権限を変更します。

server.policyでアクセス権限を変更する場合の設定方法については，マニュアル「Cosminexus　システム構築ガイド」の展開ディレクトリ形式のJ2EEアプリケーションの設定に関する説明を参照してください。

J2EEアプリケーションの更新検知とリロード
論理J2EEサーバの［J2EEコンテナの設定］画面および［Webコンテナの設定］画面で，J2EEアプリケーションのリロード機能を使用するかどうか，リロードの適用範囲などを指定します。
更新検知またはコマンド実行のどちらでリロードするかによって，リロードするための必要な設定が異なります。設定方法については，マニュアル「Cosminexus　システム構築ガイド」のJ2EEアプリケーションの更新検知とリロードの設定に関する説明を参照してください。

(4)　ネーミング管理の機能を使用するための設定

ネーミング管理の機能を使用するためには，運用管理ポータルの「論理サーバの環境設定」に設定します。設定内容を次の表に示します。

表E-4　ネーミング管理の機能を使用するための設定

項目
設定内容

基本設定
デフォルトの設定では，J2EEサーバはホスト名「localhost」，ポート番号「900」のCORBAネーミングサービスをインプロセスで自動起動して使用します。設定を変更したい場合には，論理J2EEサーバの［J2EEサーバの基本設定］画面または［ネーミングの設定］画面で，利用するネーミングサービスとして次の内容を指定します。

ホスト名

ポート番号

起動モード

ラウンドロビン検索※
論理J2EEサーバの［ネーミングの設定］画面で，次の内容を指定します。

CORBAネーミングサービスのグループ

各グループに属する，CORBAネーミングサービスのルート位置（メンバ）

InitialContextFactoryの実装をデレゲートしているクラス

ネーミングのキャッシング
論理J2EEサーバの［ネーミングの設定］画面で，次のキャッシュの利用に関する内容を指定します。

ネーミングでのキャッシングを有効にするかどうか

キャッシュクリアの間隔

キャッシュクリアの範囲

キャッシュを定期的にクリアするときの，［ネーミングの設定］画面での設定個所の例を次に示します。

キャッシュの利用：する（キャッシュをする）

クリア間隔：60（60秒間隔でキャッシュをクリアする）

クリア範囲check（破棄されたキャッシュをクリアする）

ネーミングサービスの通信タイムアウト
論理J2EEサーバの［ネーミングの設定］画面で，ネーミングサービスとの通信タイムアウト時間を指定します。

注※　ラウンドロビン検索は，ユーザ指定名前空間機能を使用していることが前提になります。ユーザ指定名前空間機能を使用する場合，サーバ管理コマンドの動作設定のカスタマイズと，J2EEアプリケーションのプロパティの定義が必要です。設定方法については，マニュアル「Cosminexus　システム構築ガイド」のサーバ管理コマンドの動作設定のカスタマイズ，およびJ2EEアプリケーションのプロパティ定義で設定できることに関する説明を参照してください。

(5)　リソース接続とトランザクション管理の機能を使用するための設定

リソース接続とトランザクション管理の機能を使用するためには，運用管理ポータルの「論理サーバの環境設定」に設定します。設定内容を次の表に示します。

表E-5　リソース接続とトランザクション管理の機能を使用するための設定

項目
設定内容

トランザクションの種類
論理J2EEサーバの［J2EEサーバの基本設定］画面または［トランザクションの設定］画面で，ライトトランザクションを使用するか，グローバルトランザクションを使用するかを指定します。デフォルトの設定では，ライトトランザクションが有効になっています。

トランザクションのタイムアウト
論理J2EEサーバの［トランザクションの設定］画面で，トランザクションのタイムアウト時間を指定します。

トランザクションのリカバリ
論理J2EEサーバの［J2EEサーバの基本設定］画面または［トランザクションの設定］画面で，グローバルトランザクションを使用する場合に，トランザクションのリカバリで使用する固定ポート番号を指定します。

システム例外発生時のクライアントトランザクションの動作
論理J2EEサーバの［トランザクションの設定］画面で，システム例外が発生したときにクライアントトランザクションをロールバックにマークするかどうかを指定します。

ステータスファイルの格納ディレクトリ
論理J2EEサーバの［トランザクションの設定］画面で，インプロセストランザクションサービスのステータスファイルとステータスファイルのバックアップを格納するディレクトリを指定します。
インプロセストランザクションサービスでは，トランザクションの整合性を保証するため，ホスト名またはIPアドレスをJ2EEサーバの識別情報としてステータスファイル内に取り込みます。このため，論理J2EEサーバの［EJBコンテナの設定］画面で，ホストの固定を設定していて値を変更する場合，またはホストの固定を設定しないでJ2EEサーバを起動するマシンのIPアドレスを変更する場合は，次の手順に従ってください。

J2EEサーバ上でトランザクションが存在しない状態で，J2EEサーバを停止してください。

IPアドレス，またはホストの固定の設定を変更してください。

インプロセスOTSのステータスファイルの格納先で指定したディレクトリを削除してください。

J2EEサーバを起動してください。

Application Serverが管理するトランザクションの外でコネクションシェアリングの有効化
論理J2EEサーバの［システムプロパティの設定］画面のシステムプロパティの定義で，アプリケーションサーバが管理するトランザクションの外で複数回コネクションの取得を行ったときの，コネクションシェアリングの動作（usrconf.propertiesのejbserver.connectionpool.sharingOutsideTransactionScope.enabled）を指定します。

コネクションアソシエーション
論理J2EEサーバの［トランザクションの設定］画面で，コネクションアソシエーション機能を使用するかどうかを指定します。
また，論理J2EEサーバの［システムプロパティの設定］画面のシステムプロパティの定義で，リソースの非共有を設定している場合※1でも，コネクションアソシエーション機能を使用するかどうか（usrconf.propertiesのejbserver.connectionpool.association.enabledDespiteUnshareableSetting）を指定します。

DataSourceオブジェクトのキャッシング
論理J2EEサーバの［システムプロパティの設定］画面のシステムプロパティの定義で，DataSourceオブジェクトのキャッシングを有効にするかどうか（usrconf.propertiesのejbserver.jndi.cache.reference）を指定します。

DB Connectorのコンテナ管理でのサインオンの最適化
論理J2EEサーバの［システムプロパティの設定］画面のシステムプロパティの定義で，コンテナ管理のサインオンの最適化機能を有効にするかどうか（usrconf.propertiesのejbserver.connectionpool.applicationAuthentication.disabled）を指定します。

コネクションの自動クローズ
論理J2EEサーバの［Webコンテナの設定］画面で，Webアプリケーションでコネクションを自動クローズするかどうかを指定します。

トランザクションタイムアウト（J2EEサーバ単位）※2
論理J2EEサーバの［トランザクションの設定］画面で，J2EEサーバ上で開始されるトランザクションのタイムアウトのデフォルト値を指定します。

未決着トランザクションの確認時間のタイムアウト※3
論理J2EEサーバの［システムプロパティの設定］画面のシステムプロパティの定義で，J2EEサーバ停止時に行われるトランザクション仕掛かり完了確認のタイムアウト時間（usrconf.propertiesのejbserver.distributedtx.recovery.completionCheckOnStopping.timeout）を指定します。

スマートエージェントが使用する通信ポート
論理J2EEサーバの［J2EEサーバの基本設定］画面，または［トランザクションの設定］画面で，スマートエージェントが使用する通信ポートを指定します。

注※1　WAR属性ファイル，Entity Bean属性ファイル，Session Bean属性ファイル，またはMessage-driven Bean属性ファイルの<res-sharing-scope>タグで，Unshareable（リソースを共有しない）を指定している場合のことです。

注※2　CMTの場合，Enterprise Bean，インタフェース，メソッド単位の設定もできます。Enterprise Bean，インタフェース，メソッド単位に設定する場合には，J2EEアプリケーションの設定時にサーバ管理コマンドまたはServer Plug-inを使用して属性ファイルに設定します。J2EEアプリケーションの設定については，マニュアル「Cosminexus　システム構築ガイド」のJ2EEアプリケーションのプロパティ定義で設定できることに関する説明を参照してください。

注※3　アプリケーション開発時にタイムアウトを設定してください。J2EEアプリケーション運用時には，トランザクションの信頼性を保証するために，タイムアウトを設定しないことをお勧めします。

(6)　コンテナ拡張ライブラリの機能を使用するための設定

コンテナ拡張ライブラリの機能を使用するためには，運用管理ポータルの「論理サーバの環境設定」に設定します。

論理J2EEサーバの［J2EEコンテナの設定］画面で，コンテナ拡張ライブラリのJARファイルのパスやJNI用ライブラリの検索パスなどを指定します。

(7)　CTMの機能を使用するための設定

CTMの機能を使用するためには，運用管理ポータルの「論理サーバの環境設定」の次の画面に設定します。

［ホスト内のサーバの設定］画面

論理J2EEサーバの［EJBコンテナの設定］画面

論理CTMの各画面

論理CTMドメインマネジャの各画面

これらの画面で，CTMの使用の有無，CTMドメイン名，CTMデーモンのCTM識別子，CTMが使用するホスト名などを指定します。

(8)　セッションフェイルオーバ機能を使用するための設定

セッションフェイルオーバ機能を使用するためには，運用管理ポータルの「論理サーバの環境設定」の次の画面に設定します。

［ホスト内のサーバの設定］画面

論理J2EEサーバの［Webコンテナの設定］画面

論理SFOサーバの各画面

これらの画面で，SFOフィルタのサーバ定義名，J2EEサーバとSFOサーバとの通信タイムアウト，HTTPセッション数の上限値などを指定します。

(9)　システムの日常運用の支援機能を使用するための設定

システムの日常運用の支援機能を使用するためには，運用管理ポータルの「論理サーバの環境設定」に設定します。設定内容を次の表に示します。

表E-6　システムの日常運用の支援機能を使用するための設定

項目
設定内容

リソース枯渇監視機能
論理J2EEサーバの［リソース枯渇監視の設定］画面，または論理SFOサーバの［サービスの設定］画面で，リソース枯渇監視機能の使用の有無，リソースの監視間隔やしきい値などを指定します。なお，リソースの種別によっては，リソースの監視間隔やしきい値は，サーバ管理コマンドまたはServer Plug-inで指定します。設定方法については，マニュアル「Cosminexus　システム構築ガイド」のリソース枯渇監視の設定に関する説明を参照してください。

稼働情報収集機能
論理J2EEサーバまたは論理SFOサーバの［稼働情報の設定］画面，［イベントの設定］画面で，稼働情報の取得レベル，収集間隔，稼働情報ファイルの出力先，イベントを発行するためのしきい値や監視間隔などを指定します。
なお，URLグループ単位の実行待ちリクエスト数を監視してイベントを発行する場合の設定は，サーバ管理コマンドまたはServer Plug-inで指定します。設定方法については，マニュアル「Cosminexus　システム構築ガイド」の稼働情報ファイルの取得とイベント発行の設定に関する説明を参照してください。
また，イベント発行時に出力されるメッセージを利用してManagementイベントを発行することもできます。Managementイベントの設定については，マニュアル「Cosminexus　システム構築ガイド」のManagementイベントによる処理の自動実行の設定に関する説明を参照してください。

Managementイベントによる処理の自動実行
論理J2EEサーバまたは論理SFOサーバの画面で，Managementイベントの発行を有効にするかどうか，Managementイベント発行時の動作などを設定します。設定方法については，マニュアル「Cosminexus　システム構築ガイド」のManagementイベントによる処理の自動実行の設定に関する説明を参照してください。

(10)　システムの保守支援機能を使用するための設定

システムの保守支援機能を使用するためには，運用管理ポータルの「論理サーバの環境設定」およびserver.policyに設定します。設定内容を次の表に示します。

表E-7　システムの保守支援機能を使用するための設定

項目 | 設定内容
J2EEアプリケーションのユーザログ出力 | 論理J2EEサーバの［ユーザログの設定］画面で，J2EEアプリケーションのユーザログの出力先，ログレベル，ログ面数，使用するフィルタ，フォーマッタなど（usrconf.propertiesのejbserver.applicationから始まるキー）を指定します。また，server.policyにセキュリティポリシーを指定します。設定方法については，マニュアル「Cosminexus　システム構築ガイド」のアプリケーションのユーザログ出力の設定に関する説明を参照してください。
J2EEサーバのログ出力 | 論理J2EEサーバの［ログの設定］画面で，J2EEサーバのログの出力先や出力レベルなどを指定します。

(11)　J2EEアプリケーションの運用機能を使用するための設定

J2EEアプリケーションの運用機能を使用するためには，運用管理ポータルの「論理サーバの環境設定」に設定します。設定内容を次の表に示します。

表E-8　J2EEアプリケーションの運用機能を使用するための設定

項目
設定内容

J2EEアプリケーションの強制停止
論理J2EEサーバの［システムプロパティの設定］画面のシステムプロパティの定義で，J2EEアプリケーションの強制停止機能を使用するかどうか（usrconf.propertiesのejbserver.deploy.app.stopforcibly.disabled）を指定します。
なお，J2EEアプリケーションのフロント（クライアントから見てリクエストの受け口になる要素）がEnterprise Beanの場合には，サーバ管理コマンドまたはServer Plug-inを使用してフロントとなるEnterprise Bean（フロントEJB）を指定する必要があります。サーバ管理コマンドを使用する場合は，SessionBean属性ファイル，EntityBean属性ファイル，またはMessageDrivenBean属性ファイルの<front-ejb>タグに指定します。設定方法については，マニュアル「Cosminexus　アプリケーション設定操作ガイド」を参照してください。

J2EEアプリケーション実行時間の監視
論理J2EEサーバの［J2EEコンテナの設定］画面で，J2EEアプリケーション実行時間の監視機能を使用するかどうか，動作中のリクエスト処理がタイムアウトしていないかを調査する時間間隔，およびタイムアウトしたリクエスト（メソッド）をキャンセルする時間間隔を指定します。
なお，J2EEアプリケーション実行時間の監視機能で使用するメソッドタイムアウトの時間，メソッドキャンセルのモードは，サーバ管理コマンドまたはServer Plug-inで指定します。
設定方法については，マニュアル「Cosminexus　システム構築ガイド」のJ2EEアプリケーション実行時間の監視の設定に関する説明を参照してください。

(12)　システムの監査支援機能を使用するための設定

システムの監査支援機能を使用するためには，運用管理ポータルの「論理サーバの環境設定」および監査ログファイルに設定します。設定内容を次の表に示します。

表E-9　システムの監査支援機能を使用するための設定

項目 | 設定内容
データベース監査証跡との連携 | 論理J2EEサーバの［システムプロパティの設定］画面のシステムプロパティの定義で，データベース監査証跡連携機能を有効にするかどうか（usrconf.propertiesのejbserver.container.audit_trail.enabled）を指定します。
監査ログ出力 | 監査ログ定義ファイルに，監査ログを出力するかどうかを指定します。設定方法については，マニュアル「Cosminexus　システム構築ガイド」の監査ログ出力の設定に関する説明を参照してください。

付録E.2　トラブルシューティングの資料取得の設定

トラブルシューティングに必要な資料のうち，一部の資料は，運用を開始する前に資料取得のための設定をしておく必要があります。例えば，OSの統計情報，ユーザダンプ（Windowsの場合）またはcoreダンプ（UNIXの場合），JavaVMのガーベージコレクションのログなどは，事前に取得のための設定をしておかないと，取得できません。これらの資料はトラブルシューティングで必要となるため，取得することをお勧めします。

また，デフォルトの設定で取得できるようになっている資料については，特に設定は不要ですが，ログの出力先やサイズなどを変更したい場合には，運用管理ポータルで項目の値を変更したり，ユーザ定義ファイルを編集したりして，設定を変更してください。

トラブルシューティングの資料取得のための設定を次の表に示します。

表E-10　トラブルシューティングの資料取得のための設定

資料の種類
設定内容
設定の要否

snapshotログ
snapshotログの収集先，収集方法や収集のタイミングを変更する場合には，ユーザ定義ファイルを編集します。運用管理ポータルでは設定できません。詳細については，マニュアル「Cosminexus　システム構築ガイド」のsnapshotログ収集の設定に関する説明を参照してください。
△

Management Serverのログ
「Cosminexus Management Serverの設定」にある［ログの設定］画面で，ログの出力レベル，サイズ，面数などを設定します。
△

性能解析トレースファイル
「Cosminexus Management Serverの設定」にある［性能解析トレース収集の設定］画面で，性能解析トレースファイルの面数を設定します。
また，「論理サーバの環境設定」にある論理パフォーマンストレーサの［パフォーマンストレーサの設定］画面で，PRFトレースの取得レベルやファイルの面数を設定します。
△

J2EEサーバのログ
「論理サーバの環境設定」にある論理J2EEサーバの［ログの設定］画面で，ログの出力レベル，サイズ，面数などを設定します。
また，論理J2EEサーバの［ログの設定］画面で，システムログ出力の設定が有効になっている場合，J2EEサーバの起動，停止および異常終了のメッセージがイベントログ（UNIXの場合，syslog）に出力されます。
△

SFOサーバのログ
「論理サーバの環境設定」にある論理SFOサーバの［サービスの設定］画面で，ログの出力レベル，サイズ，面数などを設定します。
△

Webサーバのログ
「論理サーバの環境設定」にある論理Webサーバの［Webサーバの設定］画面で，ログの出力レベル，出力先などを設定します。
△

リダイレクタのログ
「論理サーバの環境設定」にある論理Webサーバの［リダイレクタの設定］画面で，ログの出力レベル，サイズ，面数などを設定します。
△

J2EEアプリケーションのユーザログ
「論理サーバの環境設定」にある論理J2EEサーバの［ユーザログの設定］画面で，ロガーやハンドラの設定，ログの出力レベル，サイズ，面数などを設定します。また，server.policyで，セキュリティポリシーを設定します。
○

インプロセスHTTPサーバのログ
「論理サーバの環境設定」にある論理J2EEサーバのインプロセスHTTPサーバの［ログに関する設定］画面で，インプロセスHTTPサーバのログ出力の有無，ファイル面数などを設定します。また，アクセスログは，フォーマットを定義することで，出力形式をカスタマイズできます。
△

稼働情報ファイル
「論理サーバの環境設定」にある論理J2EEサーバまたは論理SFOサーバの［稼働情報の設定］画面で，稼働情報ファイルの出力先や面数などを設定します。
△

Cosminexus Managerのログ
manager.cfgで統合ログの面数やサイズを指定します。運用管理ポータルでは設定できません。詳細については，マニュアル「Cosminexus　システム構築ガイド」のCosminexus Managerのログ取得の設定に関する説明を参照してください。
△

コンソールログ
adminagent.propertiesでコンソールログの出力の有無，面数やサイズを設定します。運用管理ポータルでは設定できません。詳細については，マニュアル「Cosminexus　システム構築ガイド」のコンソールログの取得の設定に関する説明を参照してください。
△

リソースアダプタのログ
サーバ管理コマンドまたはServer Plug-inを使用して，リソースアダプタ単位でのログ出力の有無を設定します。
また，「論理サーバの環境設定」にある論理J2EEサーバの［ログの設定］画面で，ログの出力レベル，サイズ，面数を設定します。
△

Cosminexus TPBrokerのトレースファイル
J2EEサーバ用のusrconf.cfgとusrconf.properties，サーバ管理コマンド用のusrconf.bat（UNIXの場合はusrconf）を指定します。詳細については，マニュアル「Cosminexus　システム構築ガイド」のCosminexus TPBrokerのログ取得の設定に関する説明を参照してください。
また，論理J2EEサーバの［ログの設定］画面で，トレースファイルの出力先や面数などを設定します。
△

Cosminexus DABroker Libraryのログ
環境設定ユティリティまたはCosminexus DABroker Library動作環境定義ファイルで，ログファイルサイズなどを設定します。運用管理ポータルでは設定できません。詳細については，マニュアル「Cosminexus　システム構築ガイド」のCosminexus DABroker Libraryのログ取得の設定に関する説明を参照してください。
△

OSの統計情報
Windowsの場合，Windowsのシステムモニタでシステムリソースのパフォーマンスデータ取得の設定をします。運用管理ポータルでは設定できません。詳細については，マニュアル「Cosminexus　システム構築ガイド」のOSの統計情報取得の設定に関する説明を参照してください。
○

ユーザダンプ
Windowsの場合，ワトソン博士で，ユーザダンプ取得の設定をします。運用管理ポータルでは設定できません。詳細については，マニュアル「Cosminexus　システム構築ガイド」のユーザダンプ取得の設定に関する説明を参照してください。
○

coreダンプ
UNIXの場合，usrconf.cfgやシェルコマンドで，coreファイル取得の設定をします。運用管理ポータルでは設定できません。詳細については，マニュアル「Cosminexus　システム構築ガイド」のcoreダンプ取得の設定に関する説明を参照してください。
○

JavaVMの資料
論理J2EEサーバまたは論理SFOサーバの［起動パラメタの設定］画面で，JavaVMのスレッドダンプや日立固有のJavaVMログ（日立JavaVMログファイル）の出力方法や出力内容などの設定をします。
○

サーバ管理コマンドのログ
サーバ管理コマンド用のusrconf.bat（UNIXの場合はusrconf）とusrconf.propertiesで，ログの出力レベルなどを設定できます。詳細については，マニュアル「Cosminexus　システム構築ガイド」のサーバ管理コマンドのログ取得の設定に関する説明を参照してください。
△

（凡例）

○：資料を取得する場合には，設定が必要。

△：デフォルトの資料取得の設定を変更する場合だけ，設定が必要。

この表に示したログは，snapshotログで一括収集できます。ただし，Cosminexus TPBrokerのトレースファイルについては，収集できるものと収集できないものが混在しています。このほかにも，snapshotログのデフォルトの設定で取得できないログについては，取得のための設定をしたり，snapshotログの収集先に追加したりする必要があります。また，ユーザダンプ（Windowsの場合）またはcoreダンプ（UNIXの場合）については，固定のファイル名に対して収集します。障害発生時に収集するためには，ユーザ作成の障害検知時コマンドを利用する必要があります。

なお，次のログはログ出力先を変更できません。

セットアップ時に作成されるinstall.log，移行コマンドなどのログファイル

次のディレクトリに出力されるJavaのスレッドダンプファイル

Windowsの場合
＜作業ディレクトリ＞¥ejb¥＜サーバ名称＞

UNIXの場合
＜作業ディレクトリ＞/ejb/＜サーバ名称＞

ログの種類やデフォルト値，チャネル名，取得できるログの詳細や取得方法については，マニュアル「Cosminexus　システム運用ガイド」を参照してください。

付録E.3　Webサーバとの連携機能の設定

ここでは，Webサーバと連携してWebアプリケーションを実行するときの設定方法について説明します。Webサーバとの連携機能と設定方法を次の表に示します。

表E-11　Webサーバとの連携機能と設定方法

機能
設定内容

リダイレクタを使用したリクエストの振り分け
Webサーバに登録したリダイレクタによって，リクエストをURLパターン，ラウンドロビン方式などで複数のWebコンテナに振り分けて処理できます。
論理Webサーバの［ワーカの設定］画面で，ワーカの定義や振り分け方法などを指定します。また，論理Webサーバの［マッピングの定義］画面で，URLパターンとワーカのマッピング定義を指定します。

通信タイムアウト
クライアント－Webサーバ間，Webサーバ（リダイレクタ）－Webコンテナ間で，リクエスト受信時およびレスポンス送信時の通信タイムアウトを設定しておき，トラブル発生時の応答待ちなどの場合に通信タイムアウトを検知できます。
運用管理ポータルでは，Webサーバ（リダイレクタ）－Webコンテナ間の通信タイムアウトが設定できます。設定できる通信タイムアウトを次に示します。

リダイレクタでのリクエスト送信時のタイムアウト
論理Webサーバの［リダイレクタの設定］画面で設定します。

Webコンテナでのリクエスト受信時およびレスポンス送信時のタイムアウト
論理J2EEサーバの［Webコンテナの設定］画面で設定します。

リダイレクタでのレスポンス受信時のタイムアウト
論理Webサーバの［ワーカの設定］画面で設定します。

なお，クライアント－Webサーバ間の通信タイムアウトは，httpsd.confで設定します。設定方法については，マニュアル「Cosminexus　システム構築ガイド」を参照してください。

エラーページのカスタマイズ
クライアントから，存在しないリソースに対してアクセスした場合などに，クライアントからのリクエストに対してユーザがカスタマイズしたエラーページを表示できます。
論理Webサーバの［ワーカの設定］画面で，エラーページと対応づけたいエラーステータスコードを指定します。エラーステータスコードについては，マニュアル「Cosminexus　システム構築ガイド」を参照してください。

ドメイン名指定でのWebアプリケーションのトップページの表示
ドメイン名指定によってWebアプリケーションのトップページを表示できます。論理Webサーバの［マッピングの定義］画面で，URLパターンとワーカのマッピングを定義します。

Webコンテナへのゲートウェイ情報の通知
クライアントとWebサーバとの間にSSLアクセラレータや負荷分散機などのゲートウェイを配置している場合に，Webコンテナにゲートウェイ情報を通知して，WebアプリケーションのトップページやForm認証画面に自動的に正しくリダイレクトできます。
論理Webサーバの［リダイレクタの設定］画面で，ゲートウェイのホスト名，ポート番号，リダイレクト先URLのスキームを指定します。

Hitachi Web ServerのSSLによる認証やデータ暗号化
Hitachi Web Serverを使用する場合に，SSLによる認証機能やデータ暗号化の機能を使用できます。httpsd.confで設定します。運用管理ポータルでは設定できません。設定方法については，マニュアル「Cosminexus　システム構築ガイド」を参照してください。

付録E.4　インプロセスHTTPサーバの設定

インプロセスHTTPサーバは，J2EEサーバのプロセス内で提供されるWebサーバ機能です。Webサーバを経由しないで，HTTPリクエストをJ2EEサーバプロセスが直接受信することで，Web連携時よりも優れた処理性能でWebサーバの機能を利用できます。インプロセスHTTPサーバ機能を使用する場合は，論理J2EEサーバの［Webコンテナの設定］画面で，インプロセスHTTPサーバ機能の使用に「する」を指定します。デフォルトでは「しない」です。ここでは，インプロセスHTTPサーバで提供する機能を使用するための設定方法について説明します。

インプロセスHTTPサーバで提供する機能と設定方法を次の表に示します。

表E-12　インプロセスHTTPサーバで提供する機能と設定方法

機能
設定内容

Webクライアントからの接続数の制御とリクエスト処理スレッド数の制御の設定
サーバを稼働するホストの性能やクライアントからのアクセス状況に合わせてリクエスト処理スレッド数を調節することで，インプロセスHTTPサーバのパフォーマンスを向上できます。
論理J2EEサーバの［通信・スレッド制御の設定］画面で，Webクライアントとの接続数の最大値，Listenキューの登録数の最大値，J2EEサーバ起動時に作成するリクエスト処理スレッド数，予備スレッド数の最大値・最小値などを指定します。
設定時の留意点を次に示します。

サーバ起動直後から大量のリクエストを処理する必要がある場合は，サーバ起動時に作成するリクエスト処理スレッド数に大きな値を指定してください。

予備スレッドの最大数を大きくすると急なアクセス増加にも迅速に対応できますが，リソースを多く消費するため注意してください。

Webクライアントからのアクセス制御の設定
クライアントからの接続や送信されるリクエストに対するセキュリティを強化することで，外部からの不正アクセスやサーバへの攻撃を防ぐことができます。
論理J2EEサーバの［セキュリティに関する設定］画面で，アクセスを許可するホストの制限，リクエストラインの最大サイズなどのリクエストデータのサイズ制限，有効なHTTPメソッドの制限を指定します。

リクエストの流量制御の設定
Webクライアントからの同時接続数やWebコンテナでの同時実行スレッド数を制御することで，J2EEサーバの負荷を抑えることができます。
論理J2EEサーバの［通信・スレッド制御の設定］画面で，接続を拒否するリクエスト処理スレッド数，同時実行スレッド数を指定します。同時実行スレッド数は，Webコンテナ単位，Webアプリケーション単位，およびURLグループ単位で制御できます。
なお，Webアプリケーション単位およびURLグループ単位の場合は，サーバ管理コマンドまたはServer Plug-inで設定します。同時実行スレッド数の制御を設定するための指針については，マニュアル「Cosminexus　システム構築ガイド」を参照してください。

Webクライアントとの通信制御の設定
Persistent Connectionの使用や通信タイムアウトの設定をすることで，WebクライアントとインプロセスHTTPサーバ間での処理時間の短縮，障害の発生の検知などができます。
論理J2EEサーバの［通信・スレッド制御の設定］画面で，Persistent Connection数の上限値，Persistent Connectionのリクエスト処理回数の上限値，クライアント－インプロセスHTTPサーバ間のリクエスト受信・レスポンス送信時のタイムアウトなどを指定します。また，論理J2EEサーバの［Webコンテナの設定］画面で，インプロセスHTTPサーバのIPアドレスを設定します。

Webクライアントへのレスポンスのカスタマイズ
HTTPレスポンスのServerヘッダやエラー発生時のエラーページをカスタマイズできます。
論理J2EEサーバの［その他の設定］画面で，HTTPレスポンスのServerヘッダに自動設定する文字列を，論理J2EEサーバの［エラーコンテンツに関する設定］画面で，エラーページと対応づけたいエラーステータスコードなどを指定します。

リダイレクトによるリクエストの振り分けの設定
HTTPリクエストに含まれるURLパターンによってリクエストを振り分けることができます。
論理J2EEサーバの［リダイレクトに関する設定］画面で，リダイレクト定義名，リダイレクトするリクエストのURL，リクエストのリダイレクト先のURLなどを指定します。

Webコンテナにゲートウェイ情報を通知するための設定
Webコンテナにゲートウェイ情報を通知して，WebアプリケーションのトップページやForm認証画面に正しくリダイレクトできます。
論理J2EEサーバの［その他の設定］画面で，ゲートウェイのホスト名やポート番号，リダイレクト先URLのスキームを指定します。

インプロセスHTTPサーバのアクセスログの設定
インプロセスHTTPサーバで出力するログやトレースのうち，アクセスログでは出力形式をカスタマイズできます。
論理J2EEサーバの［ログに関する設定］画面で，アクセスログのフォーマット名，出力形式などを指定します。

付録F　J2EEアプリケーションを実行するシステムの起動と停止（Windowsの場合）

ここでは，Windowsの場合の，運用管理ポータルと運用管理コマンドによるJ2EEアプリケーションを実行するシステムの起動と停止について説明します。

＜この節の構成＞

付録F.1　システムの起動手順

付録F.2　システムの起動方法

付録F.3　システムの停止手順

付録F.4　システムの停止方法

付録F.1　システムの起動手順

システムの起動手順について説明します。

注意

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

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

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

セッションフェイルオーバサーバを使用するときは，アプリケーションサーバより先にセッションフェイルオーバサーバを起動してください。

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

次に，アプリケーションサーバ，運用管理サーバ，統合ネーミングスケジューラサーバ，およびセッションフェイルオーバサーバの起動の流れを示します。

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

＜この項の構成＞

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

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

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

(4)　セッションフェイルオーバサーバの起動の流れ

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

Cosminexusシステムで利用するアプリケーションサーバの起動の流れについて説明します。

ここでは，標準システム構成の場合と，CTMを使用する構成の場合のアプリケーションサーバの起動の流れについて説明します。

アプリケーションサーバの起動の流れを次の図に示します。

図F-1　アプリケーションサーバの起動の流れ（Windowsの場合）

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

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

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

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

運用管理エージェントおよびManagement Serverの起動方法については，「付録F.2(1)　運用管理エージェントの起動」，「付録F.2(2)　Management Serverの起動」を参照してください。
なお，自動起動の設定をしている場合，ホストの起動と同時に，運用管理エージェント，Management Serverも起動されるため，起動の操作は不要です。システムの起動方法の設定については，マニュアル「Cosminexus　システム構築ガイド」のシステムの起動と停止の設定に関する説明を参照してください。

Management Serverへのログイン
運用管理ポータルにログインします。ログイン方法については，「付録F.2(3)　Management Serverへのログイン」を参照してください。
なお，運用管理コマンド（mngsvrutil）を使用して，論理サーバを起動する場合，Management Serverへのログインは不要です。

論理サーバの起動
運用管理コマンド（mngsvrutil），または運用管理ポータルを使用して，論理サーバを起動します。論理サーバは図F-1に示す順序で起動してください。起動方法については，「付録F.2(4)　論理サーバの起動」を参照してください。
J2EEサーバ起動後，設定によってはJ2EEアプリケーションが自動起動されます。
なお，自動起動の設定をしている場合，Management Serverと論理サーバが一括起動されるため起動の操作は不要です。システムの起動方法の設定については，マニュアル「Cosminexus　システム構築ガイド」のシステムの起動と停止の設定に関する説明を参照してください。

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

J2EEアプリケーションの開始
J2EEサーバ起動後にJ2EEアプリケーションが自動起動されている場合，この操作は不要です。
運用管理コマンド（mngsvrutil），または運用管理ポータルを使用して，J2EEアプリケーションを開始します。開始方法については，「付録F.2(6)　J2EEアプリケーションの開始」を参照してください。

論理サーバ（Webサーバ・論理ユーザサーバ）の起動
運用管理コマンド（mngsvrutil），または運用管理ポータルを使用して，Webサーバや論理ユーザサーバを起動します。論理サーバの起動方法については，「付録F.2(4)　論理サーバの起動」を参照してください。
なお，Webサーバの起動のタイミングはシステムの運用形態に依存しますが，最後に起動することでJ2EEアプリケーションへの要求受け付けを制御できます。
また，インプロセスHTTPサーバを使用する場合は，Webサーバの起動は必要ありません。

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

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

図F-2　運用管理サーバの起動の流れ（Windowsの場合）

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

Management Serverの起動
Management Serverを起動します。
Management Serverの起動方法については「付録F.2(2)　Management Serverの起動」を参照してください。
なお，自動起動の設定をしている場合，ホストの起動と同時にManagement Serverも起動されるため，起動の操作は不要です。システムの起動方法の設定については，マニュアル「Cosminexus　システム構築ガイド」のシステムの起動と停止の設定に関する説明を参照してください。

Management Serverへのログイン
運用管理ポータルにログインします。ログイン方法については，「付録F.2(3)　Management Serverへのログイン」を参照してください。
なお，運用管理コマンド（mngsvrutil）を使用して，論理サーバを起動する場合，Management Serverへのログインは不要です。

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

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

図F-3　統合ネーミングスケジューラサーバの起動の流れ（Windowsの場合）

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

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

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

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

運用管理エージェントおよびManagement Serverの起動方法については，「付録F.2(1)　運用管理エージェントの起動」，「付録F.2(2)　Management Serverの起動」を参照してください。
なお，自動起動の設定をしている場合，ホストの起動と同時に，運用管理エージェント，Management Serverも起動されるため，起動の操作は不要です。システムの起動方法の設定については，マニュアル「Cosminexus　システム構築ガイド」のシステムの起動と停止の設定に関する説明を参照してください。

Management Serverへのログイン
運用管理ポータルにログインします。ログイン方法については，「付録F.2(3)　Management Serverへのログイン」を参照してください。
なお，運用管理コマンド（mngsvrutil）を使用して，論理サーバを起動する場合，Management Serverへのログインは不要です。

論理サーバの起動
運用管理コマンド（mngsvrutil），または運用管理ポータルを使用して，論理サーバを起動します。論理サーバは図F-3に示す順序で起動してください。起動方法については，「付録F.2(4)　論理サーバの起動」を参照してください。
なお，自動起動の設定をしている場合，Management Serverの起動後に論理サーバが一括起動されるため起動の操作は不要です。システムの起動方法の設定については，マニュアル「Cosminexus　システム構築ガイド」のシステムの起動と停止の設定に関する説明を参照してください。

(4)　セッションフェイルオーバサーバの起動の流れ

セッションフェイルオーバサーバの起動の流れを次の図に示します。

図F-4　セッションフェイルオーバサーバの起動の流れ（Windowsの場合）

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

運用管理エージェントの起動
運用管理エージェントを起動します。起動方法については，「付録F.2(1)　運用管理エージェントの起動」を参照してください。
なお，自動起動の設定をしている場合，ホストの起動と同時に運用管理エージェントが起動されるため起動の操作は不要です。システムの起動方法の設定については，マニュアル「Cosminexus　システム構築ガイド」のシステムの起動と停止の設定に関する説明を参照してください。

Management Serverへのログイン
運用管理ポータルにログインします。ログイン方法については，「付録F.2(3)　Management Serverへのログイン」を参照してください。
なお，運用管理コマンド（mngsvrutil）を使用して，論理サーバを起動する場合，Management Serverへのログインは不要です。

論理サーバの起動
運用管理コマンド（mngsvrutil），または運用管理ポータルを使用して，論理サーバを起動します。起動方法については，「付録F.2(4)　論理サーバの起動」を参照してください。mngsvrutilコマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。
SFOサーバ起動後，SFOサーバアプリケーションが自動起動されます。
なお，自動起動の設定をしている場合，ホストの起動と同時に論理サーバが一括起動されるため起動の操作は不要です。システムの起動方法の設定については，マニュアル「Cosminexus　システム構築ガイド」のシステムの起動と停止の設定に関する説明を参照してください。

注意

SFOサーバで実行できるアプリケーションは，SFOサーバアプリケーションだけです。SFOサーバでSFOサーバアプリケーション以外のアプリケーションは実行しないでください。

付録F.2　システムの起動方法

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

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

＜この項の構成＞

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

(2)　Management Serverの起動

(3)　Management Serverへのログイン

(4)　論理サーバの起動

(5)　リソースの開始

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

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

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

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

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

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

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

(a)　起動前の確認事項

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

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

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

adminagent.propertiesファイルの詳細については，マニュアル「Cosminexus　リファレンス　定義編」を参照してください。

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

ホスト起動時に，運用管理エージェントのサービスを自動起動できます。

ホスト起動時に自動起動させる場合，次のどちらかの方法で起動方法を設定します。

Windowsのサービス画面で「Cosminexus Management Server - Administration Agent」を選択し，［スタートアップ］で自動起動するように設定します。

Cosminexusのmngautorunコマンドを使用して，スタートアップの設定を自動に設定します。

(c)　サービスメニューから起動する場合

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

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

運用管理エージェントは，adminagentctlコマンドで引数「start」を指定して起動できます。adminagentctlコマンドはAdministrator権限のあるユーザが実行してください。

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

＜Cosminexusのインストールディレクトリ＞¥manager¥bin¥adminagentctl start

(2)　Management Serverの起動

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

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

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

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

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

(a)　起動前の確認事項

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

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

＜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ファイルの詳細については，マニュアル「Cosminexus　リファレンス　定義編」を参照してください。

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

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

ホスト起動時に自動起動させる場合，サービス画面で「Cosminexus Management Server」を選択し，［スタートアップ］で自動起動するように設定してください。

同一ホスト上でManagement Serverと運用管理エージェントを起動する場合には，運用管理エージェントが先に起動されるように依存関係を設定します。Management Serverと運用管理エージェントのサービスの設定を変更するにはmngautorunコマンドを利用します。

例えば，Management Serverと運用管理エージェントのサービスのスタートアップの設定を自動変更し，OS起動時に運用管理エージェントのあとにManagement Serverを起動する場合には，「mngautorun both」と指定します。

(c)　サービスメニューから起動する場合

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

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

Management Serverは，mngsvrctlコマンドで引数「start」を指定して起動します。mngsvrctlコマンドはAdministrator権限のあるユーザが実行してください。

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

(3)　Management Serverへのログイン

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ファイルの詳細については，マニュアル「Cosminexus　リファレンス　定義編」を参照してください。

参考

Windowsの場合，ショートカットを実行してログインすることもできます。ショートカットは，「＜Cosminexusのインストールディレクトリ＞¥manager¥Management Server Login」です。

ポート番号を変更した場合は，このショートカットのリンク先のポート番号を変更してください。

また，初回ログイン時に表示される画面は，Management Serverのセットアップ時に管理ユーザアカウントを設定しているかどうかによって異なります。セットアップ時に管理ユーザアカウントを設定していない場合は，管理ユーザアカウントの設定を要求する画面が表示されますので，管理ユーザアカウントを設定してください。セットアップ時に管理ユーザアカウントを設定している場合は，ログイン画面が表示されます。2回目以降のログイン時には，ログイン画面が表示されます。なお，管理ユーザアカウント紛失時の対処については，「2.1.4　管理ユーザIDおよびパスワード紛失時の対処」を参照してください。

管理ユーザアカウントの設定

管理ユーザアカウントの設定方法については，「3.2.1　管理ユーザアカウントの設定」を参照してください。管理ユーザアカウントの設定後，ログイン画面からManagement Serverへログインしてください。

参考

管理ユーザアカウントは，mngsvrctlコマンドに引数setupを指定した場合も設定したり，変更したりできます。mngsvrctlコマンドを使用する場合，Management Serverが停止中でも，起動中でも，管理ユーザアカウントの設定および変更ができます。mngsvrctlコマンドについては，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

ログイン画面でのユーザ認証

ログイン画面が表示された場合は，ログイン画面で管理ユーザIDとパスワードを入力して［ログイン］ボタンをクリックすると，運用管理ポータル画面が表示されます。

注意

複数のユーザが同時にログインして情報を更新した場合，ほかの人が更新した内容が反映されてしまうなど，意図しない状況が発生することがあります。

(4)　論理サーバの起動

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

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

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

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

J2EEサーバ間でのセッション情報の引き継ぎを行う場合，アプリケーションサーバ内でSFOサーバを起動するときは，「付録F.1(1)　アプリケーションサーバの起動の流れ」の図F-1に示す順序に従ってSFOサーバを起動してください。なお，SFOサーバ用のネーミングサービスはインプロセスで起動することが前提のため，起動は不要です。

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

インプロセスHTTPサーバを使用する場合は，Webサーバの起動は必要ありません。

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

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

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

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

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

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ start allServers

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

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

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

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

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

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

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜ホスト名＞ -k host start server

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

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

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

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

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

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

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

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜論理サーバ名＞ start server

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

(5)　リソースの開始

リソースの開始方法について説明します。

運用管理コマンド（mngsvrutil）を使用すると，リソースアダプタ，およびJavaBeansリソースを開始できます。また，運用管理ポータルを使用するとリソースアダプタを開始できます。

運用管理コマンドを使用した手順，および運用管理ポータルを使用したリソースアダプタ，および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リソース名＞

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

注意

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

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

J2EEアプリケーションの開始方法について説明します。

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

運用管理コマンドを使用した手順，および運用管理ポータルを使用した手順について次に説明します。

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

運用管理コマンドを使用してJ2EEアプリケーションを開始する場合の，運用管理コマンドの実行形式，および実行例を次に示します。

実行形式

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

実行例

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

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

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

注意

SFOサーバで実行できるアプリケーションは，SFOサーバアプリケーションだけです。SFOサーバでSFOサーバアプリケーション以外のアプリケーションは実行しないでください。

付録F.3　システムの停止手順

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

注意

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

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

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

セッションフェイルオーバサーバを使用しているときは，アプリケーションサーバを停止したあとに，セッションフェイルオーバサーバを停止してください。

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

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

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

J2EEアプリケーションの停止
運用管理コマンド，または運用管理ポータルの「論理サーバのアプリケーション管理」でJ2EEアプリケーションを停止します。停止方法については，「付録F.4(1)　J2EEアプリケーションの停止」を参照してください。
なお，次回J2EEサーバ起動時にアプリケーションを開始する場合は，J2EEアプリケーションの停止は不要です。

リソースの停止
リソースを使用していない場合，この操作は不要です。運用管理コマンド，または運用管理ポータルの「論理サーバのアプリケーション管理」でリソースを停止します。停止方法については，「付録F.4(2)　リソースの停止」を参照してください。
なお，次回J2EEサーバ起動時にリソースアダプタを開始する場合は，リソースアダプタの停止は不要です。

論理サーバの停止
運用管理コマンド，または運用管理ポータルの「論理サーバの起動／停止」で論理サーバを一括停止，または一つずつ停止します。停止方法については，「付録F.4(3)　論理サーバの停止」を参照してください。論理サーバは起動したときと逆の順序で停止させてください。
なお，Webサーバの停止のタイミングはシステムの運用形態に依存しますが，論理サーバとして最初に停止することでJ2EEアプリケーションへの要求受け付けを制御できます。

Management Serverからのログアウト
ログアウト方法については，「付録F.4(4)　Management Serverからのログアウト」を参照してください。

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

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

付録F.4　システムの停止方法

ここでは，システムの停止の流れの中での，それぞれのプロセスの停止方法について説明します。また，流れの中で実行するManagement Serverからのログアウト方法についても説明します。

＜この項の構成＞

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

(2)　リソースの停止

(3)　論理サーバの停止

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

(5)　Management Serverの停止

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

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

J2EEアプリケーションの停止方法について説明します。

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

運用管理コマンド（mngsvrutil）を使用してJ2EEアプリケーションを停止する方法については，マニュアル「Cosminexus　リファレンス　コマンド編」の運用管理コマンド（mngsvrutil）の説明を参照してください。

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

(2)　リソースの停止

リソースの停止方法について説明します。

運用管理コマンド（mngsvrutil）を使用すると，リソースアダプタ，および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リソース名＞

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

注意

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

メンバリソースアダプタは，所属するルートリソースアダプタが停止状態のときだけ停止できます。

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

(3)　論理サーバの停止

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

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

運用管理コマンドを使用する場合，サブコマンド「stop」を指定して実行してください。

運用管理ポータルを使用する場合，運用管理ポータルの「論理サーバの起動／停止」の画面から起動してください。

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

運用管理ポータルでの論理サーバの停止方法について(a)～(c)で説明します。

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

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

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

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

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ stop allServers

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

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

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

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

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

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

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜ホスト名＞ -k host stop server

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

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

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

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

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

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

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜論理サーバ名＞ stop server

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

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

運用管理ポータルで，各画面のメニューに表示されている［ログアウト］アンカーをクリックしてログアウトします。

再ログインする場合には，ログアウト画面に表示される「ログイン画面に戻る」というメッセージの［ログイン画面］アンカーをクリックして，ログイン画面を表示させてください。

(5)　Management Serverの停止

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

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

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

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

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

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

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

Management Serverは，mngsvrctlコマンドで引数「stop」を指定して停止します。mngsvrctlコマンドはAdministrator権限のあるユーザが実行してください。

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

mngsvrctlコマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

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

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

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

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

通常のサービスの停止と同様の操作で停止してください。サービス名称は「Cosminexus Management Server - Administration Agent」です。

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

運用管理エージェントは，adminagentctlコマンドで引数「stop」を指定して停止します。adminagentctlコマンドはAdministrator権限のあるユーザが実行してください。

＜Cosminexusのインストールディレクトリ＞¥manager¥bin¥adminagentctl stop

adminagentctlコマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

付録G　J2EEアプリケーションを実行するシステムの起動と停止（UNIXの場合）

ここでは，UNIXの場合の，運用管理ポータルと運用管理コマンドによるJ2EEアプリケーションを実行するシステムの起動と停止について説明します。

＜この節の構成＞

付録G.1　システムの起動手順

付録G.2　システムの起動方法

付録G.3　システムの停止手順

付録G.4　システムの停止方法

付録G.1　システムの起動手順

システムの起動手順について説明します。

注意

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

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

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

セッションフェイルオーバサーバを使用するときは，アプリケーションサーバより先にセッションフェイルオーバサーバを起動してください。

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

次に，アプリケーションサーバ，運用管理サーバ，統合ネーミングスケジューラサーバ，およびセッションフェイルオーバサーバの起動の流れを示します。

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

＜この項の構成＞

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

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

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

(4)　セッションフェイルオーバサーバの起動の流れ

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

Cosminexusシステムで利用するアプリケーションサーバの起動の流れについて説明します。

ここでは，標準システム構成の場合と，CTMを使用する構成の場合のアプリケーションサーバの起動の流れについて説明します。

アプリケーションサーバの起動の流れを次の図に示します。

図G-1　アプリケーションサーバの起動の流れ（UNIXの場合）

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

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

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

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

運用管理エージェントおよびManagement Serverの起動方法については，「付録G.2(1)　運用管理エージェントの起動」，「付録G.2(2)　Management Serverの起動」を参照してください。
なお，自動起動の設定をしている場合，ホストの起動と同時に，運用管理エージェント，Management Serverも起動されるため，起動の操作は不要です。システムの起動方法の設定についてはマニュアル「Cosminexus　システム構築ガイド」のシステムの起動と停止の設定に関する説明を参照してください。

Management Serverへのログイン
運用管理ポータルにログインします。ログイン方法については，「付録G.2(3)　Management Serverへのログイン」を参照してください。
なお，運用管理コマンド（mngsvrutil）を使用して，論理サーバを起動する場合，Management Serverへのログインは不要です。

論理サーバの起動
運用管理コマンド（mngsvrutil），または運用管理ポータルを使用して，論理サーバを起動します。論理サーバは図G-1に示す順序で起動してください。起動方法については，「付録G.2(4)　論理サーバの起動」を参照してください。
J2EEサーバ起動後，設定によってはJ2EEアプリケーションが自動起動されます。
なお，自動起動の設定をしている場合，Management Serverと論理サーバが一括起動されるため起動の操作は不要です。システムの起動方法の設定については，マニュアル「Cosminexus　システム構築ガイド」のシステムの起動と停止の設定に関する説明を参照してください。

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

J2EEアプリケーションの開始
J2EEサーバ起動後にJ2EEアプリケーションが自動起動されている場合，この操作は不要です。
運用管理コマンド（mngsvrutil），または運用管理ポータルを使用して，J2EEアプリケーションを開始します。開始方法については，「付録G.2(6)　J2EEアプリケーションの開始」を参照してください。

論理サーバ（Webサーバ・論理ユーザサーバ）の起動
運用管理コマンド（mngsvrutil），または運用管理ポータルを使用して，Webサーバや論理ユーザサーバを起動します。論理サーバの起動方法については，「付録G.2(4)　論理サーバの起動」を参照してください。
なお，Webサーバの起動のタイミングはシステムの運用形態に依存しますが，最後に起動することでJ2EEアプリケーションへの要求受け付けを制御できます。
また，インプロセスHTTPサーバを使用する場合は，Webサーバの起動は必要ありません。

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

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

図G-2　運用管理サーバの起動の流れ（UNIXの場合）

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

Management Serverの起動
Management Serverを起動します。
Management Serverの起動方法については，「付録G.2(2)　Management Serverの起動」を参照してください。
なお，自動起動の設定をしている場合，ホストの起動と同時にManagement Serverも起動されるため，起動の操作は不要です。システムの起動方法の設定については，マニュアル「Cosminexus　システム構築ガイド」のシステムの起動と停止の設定に関する説明を参照してください。

Management Serverへのログイン
運用管理ポータルにログインします。ログイン方法については，「付録G.2(3)　Management Serverへのログイン」を参照してください。
なお，運用管理コマンド（mngsvrutil）を使用して，論理サーバを起動する場合，Management Serverへのログインは不要です。

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

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

図G-3　統合ネーミングスケジューラサーバの起動の流れ（UNIXの場合）

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

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

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

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

運用管理エージェントおよびManagement Serverの起動方法については，「付録G.2(1)　運用管理エージェントの起動」，「付録G.2(2)　Management Serverの起動」を参照してください。
なお，自動起動の設定をしている場合，ホストの起動と同時に，運用管理エージェント，Management Serverも起動されるため，起動の操作は不要です。システムの起動方法の設定については，マニュアル「Cosminexus　システム構築ガイド」のシステムの起動と停止の設定に関する説明を参照してください。

Management Serverへのログイン
運用管理ポータルにログインします。ログイン方法については，「付録G.2(3)　Management Serverへのログイン」を参照してください。
なお，運用管理コマンド（mngsvrutil）を使用して，論理サーバを起動する場合，Management Serverへのログインは不要です。

論理サーバの起動
運用管理コマンド（mngsvrutil），または運用管理ポータルを使用して，論理サーバを起動します。論理サーバは図G-3に示す順序で起動してください。起動方法については，「付録G.2(4)　論理サーバの起動」を参照してください。
なお，自動起動の設定をしている場合，Management Serverの起動後に論理サーバが一括起動されるため起動の操作は不要です。システムの起動方法の設定については，マニュアル「Cosminexus　システム構築ガイド」のシステムの起動と停止の設定に関する説明を参照してください。

(4)　セッションフェイルオーバサーバの起動の流れ

セッションフェイルオーバサーバの起動の流れを次の図に示します。

図G-4　セッションフェイルオーバサーバの起動の流れ（UNIXの場合）

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

運用管理エージェントの起動
運用管理エージェントを起動します。起動方法については，「付録G.2(1)　運用管理エージェントの起動」を参照してください。
なお，自動起動の設定をしている場合，ホストの起動と同時に運用管理エージェントが起動されるため起動の操作は不要です。システムの起動方法の設定については，マニュアル「Cosminexus　システム構築ガイド」のシステムの起動と停止の設定に関する説明を参照してください。

Management Serverへのログイン
運用管理ポータルにログインします。ログイン方法については，「付録G.2(3)　Management Serverへのログイン」を参照してください。
なお，運用管理コマンド（mngsvrutil）を使用して，論理サーバを起動する場合，Management Serverへのログインは不要です。

論理サーバの起動
運用管理コマンド（mngsvrutil），または運用管理ポータルを使用して，論理サーバを起動します。起動方法については，「付録G.2(4)　論理サーバの起動」を参照してください。mngsvrutilコマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。
SFOサーバ起動後，SFOサーバアプリケーションが自動起動されます。
なお，自動起動の設定をしている場合，ホストの起動と同時に論理サーバが一括起動されるため起動の操作は不要です。システムの起動方法の設定については，マニュアル「Cosminexus　システム構築ガイド」のシステムの起動と停止の設定に関する説明を参照してください。

注意

SFOサーバで実行できるアプリケーションは，SFOサーバアプリケーションだけです。SFOサーバでSFOサーバアプリケーション以外のアプリケーションは実行しないでください。

付録G.2　システムの起動方法

この節では，システム起動の流れの中での，構成ソフトウェアの各種プロセスの起動方法と，リソースアダプタやJ2EEアプリケーションの開始方法について説明します。また，流れの中で実行するManagement Serverへのログイン方法についても説明します。

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

＜この項の構成＞

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

(2)　Management Serverの起動

(3)　Management Serverへのログイン

(4)　論理サーバの起動

(5)　リソースの開始

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

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

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

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

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

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

(a)　起動前の確認事項

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

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

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

adminagent.propertiesファイルの詳細については，マニュアル「Cosminexus　リファレンス　定義編」を参照してください。

(b)　ホスト起動時に自動起動する方法

ホスト起動時のデーモンプロセスとして，ホスト起動と同時に運用管理エージェントを自動起動できます。

運用管理エージェントを自動起動する場合の起動手順をOS別に次に示します。

●AIXの場合の起動手順

ホスト起動時にデーモンプロセスとして自動起動させるために，起動スクリプト（/opt/Cosminexus/manager/bin/adminagentctl start）を，/etc/inittabファイルに登録します。起動スクリプトの登録は，root権限のあるユーザが実行してください。

起動スクリプトの登録手順を次に示します。

mkitabコマンドを使用して，起動スクリプト（/opt/Cosminexus/manager/bin/adminagentctl start）を，/etc/inittabファイルに登録します。
起動スクリプトの登録例を次に示します。なお，mkitabコマンドの詳細については，OSのマニュアルを参照してください。

# mkitab "adminagentctl:2:once:/opt/Cosminexus/manager/bin/adminagentctl start > /dev/console # Cosminexus Management Server - Administration Agent Start"

ホストを再起動します。

psコマンドなどを使用して，運用管理エージェントが起動しているかどうか確認します。
運用管理エージェントが起動していない場合，設定値などを見直してください。

# ps -elf | grep adminagent

●HP-UXの場合の起動手順

ホスト起動時に運用管理エージェントをデーモンプロセスとして自動起動させるために，/sbin/rc＜N＞.dディレクトリに/sbin/init.d/AdminAgentへのシンボリックリンクを作成します（＜N＞は起動時の実行レベルを表します）。なお，シンボリックリンクの作成は，root権限のあるユーザが実行してください。

シンボリックリンク作成時に指定する，運用管理エージェントの起動時の実行レベル，および運用管理エージェントを起動する順番は，運用環境に合わせて決めてください。ただし，同一ホスト上で運用管理エージェントとManagement Serverを起動する場合，運用管理エージェントがManagement Serverよりも先に起動するように順番を設定してください。Management Serverをホスト起動時に自動起動する方法については，「(2)(b)　ホスト起動時に自動起動する方法」を参照してください。

運用管理エージェントを自動起動する場合の実行例を次に示します。この例では，実行レベルが1から2になるときに運用管理エージェントを自動起動することを前提としています。

# ln -s /sbin/init.d/AdminAgent /sbin/rc2.d/S800AdminAgent
# chmod 755 /sbin/rc2.d/S800AdminAgent

シンボリックの名称は，「S＜NNN＞＜起動スクリプト名＞」の形式で指定してください。「＜NNN＞」には，同一実行レベル内での起動順序を示す3けたの数字を指定してください。「＜起動スクリプト名＞」には，リンク先の起動スクリプトの名称と同じ名称を指定してください。なお，実行レベルとシンボリックリンクの指定規則の詳細については，OSのマニュアルを参照してください。

●Linuxの場合の起動手順

ホスト起動時に運用管理エージェントをデーモンプロセスとして自動起動させるために，/etc/rc.d/rc＜N＞.dディレクトリに/etc/rc.d/init.d/AdminAgentへのシンボリックリンクを作成します（＜N＞は起動時の実行レベルを表します）。なお，シンボリックリンクの作成は，root権限のあるユーザが実行してください。

シンボリックリンク作成時に指定する，運用管理エージェントの起動時の実行レベル，および運用管理エージェントを起動する順番は，運用環境に合わせて決めてください。ただし，同一ホスト上で運用管理エージェントとManagement Serverを起動する場合，運用管理エージェントがManagement Serverよりも先に起動するように順番を設定してください。Management Serverをホスト起動時に自動起動する方法については，「(2)(b)　ホスト起動時に自動起動する方法」を参照してください。

運用管理エージェントを自動起動する場合の実行例を次に示します。この例では，実行レベルが1から2になるときに運用管理エージェントを自動起動することを前提としています。

# ln -s /etc/rc.d/init.d/AdminAgent /etc/rc.d/rc2.d/S80AdminAgent
# chmod 755 /etc/rc.d/rc2.d/S80AdminAgent

シンボリックの名称は，「S＜NN＞＜起動スクリプト名＞」の形式で指定してください。「＜NN＞」には，同一実行レベル内での起動順序を示す2けたの数字を指定してください。「＜起動スクリプト名＞」には，リンク先の起動スクリプトの名称と同じ名称を指定してください。なお，実行レベルとシンボリックリンクの指定規則の詳細については，OSのマニュアルを参照してください。

●Solarisの場合の起動手順

ホスト起動時に運用管理エージェントをデーモンプロセスとして自動起動させるために，/etc/rc＜N＞.dディレクトリに/etc/init.d/AdminAgentへのリンクを作成します（＜N＞は起動時の実行レベルを表します）。なお，シンボリックリンクの作成は，root権限のあるユーザが実行してください。

シンボリックリンク作成時に指定する，運用管理エージェントの起動時の実行レベル，および運用管理エージェントを起動する順番は，運用環境に合わせて決めてください。ただし，同一ホスト上で運用管理エージェントとManagement Serverを起動する場合，運用管理エージェントがManagement Serverよりも先に起動するように順番を設定してください。Management Serverをホスト起動時に自動起動する方法については，「(2)(b)　ホスト起動時に自動起動する方法」を参照してください。

運用管理エージェントを自動起動する場合の実行例を次に示します。この例では，実行レベルが2になるときに運用管理エージェントを自動起動することを前提としています。

# ln -s /etc/init.d/AdminAgent /etc/rc2.d/S80AdminAgent
# chmod 755 /etc/rc2.d/S80AdminAgent

シンボリックリンクの名称は，「S＜NN＞＜起動スクリプト名＞」の形式で指定してください。「＜NN＞」には，同一レベル内での起動順序を示す2けたの数字を指定してください。「＜起動スクリプト名＞」には，リンク先の起動スクリプトの名称と同じ名称を指定してください。なお，実行レベルとシンボリックリンクの指定規則の詳細については，OSのマニュアルを参照してください。

(c)　コマンドラインから起動する方法

運用管理エージェントは，adminagentctlコマンドで引数「start」を指定して起動できます。adminagentctlコマンドはroot権限のあるユーザが実行してください。

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

/opt/Cosminexus/manager/bin/adminagentctl start

また，daemonコマンドを使用して，コマンドラインから運用管理エージェントをデーモンプロセスとして起動することもできます。daemonコマンドの実行例を次に示します。

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

(2)　Management Serverの起動

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

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

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

なお，Management Serverは，ホスト起動時に自動起動することを推奨します。

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

(a)　起動前の確認事項

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

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

/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ファイルの詳細については，マニュアル「Cosminexus　リファレンス　定義編」を参照してください。

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

(b)　ホスト起動時に自動起動する方法

ホスト起動時のデーモンプロセスとして，ホスト起動と同時にManagement Serverを自動起動できます。

Management Serverをホスト起動時に自動起動する場合の起動前の準備，およびOS別の起動手順を次に示します。

●起動前の準備

Management Serverを自動起動する場合，事前に次の設定をしてください。

起動スクリプトに日本語のロケールを設定する。
ただし，AIXの場合は，mkitabコマンドによる起動スクリプト登録時に設定してください。起動スクリプトの設定例を次に示します。

HP-UXの場合

LANG=ja_JP.SJIS
export LANG
または
LANG=ja_JP.eucJP
export LANG

Linuxの場合

export LANG=ja_JP.utf8

Solarisの場合

LANG=ja_JP.PCK
export LANG
または
LANG=ja_JP.eucJP
export LANG

注

ホスト起動時にManagement Serverを自動起動する場合，umaskに影響されるファイルは，initデーモンの実効ユーザおよび実効グループで作成します。umaskに影響されるファイルの詳細については，「(c)　コマンドラインから起動する方法」を参照してください。

●AIXの場合の起動手順

ホスト起動時にデーモンプロセスとして自動起動させるために，起動スクリプト（/opt/Cosminexus/manager/bin/mngsvrctl start）を，/etc/inittabファイルに登録します。起動スクリプトの登録は，root権限のあるユーザが実行してください。

起動スクリプトの登録手順を次に示します。

mkitabコマンドを使用して，起動スクリプト（/opt/Cosminexus/manager/bin/mngsvrctl start）を，/etc/inittabファイルに登録します。
起動スクリプトの登録例を次に示します。なお，mkitabコマンドの詳細については，OSのマニュアルを参照してください。

# mkitab "mngsvrctl:2:once:/bin/env LANG=Ja_JP /opt/Cosminexus/manager/bin/mngsvrctl start > /dev/console # Cosminexus Management Server Start"

ホストを再起動します。

psコマンドなどを使用して，Management Serverが起動しているかどうか確認します。
Management Serverが起動していない場合，設定値などを見直してください。

# ps -elf | grep mngsvrctl

●HP-UXの場合の起動手順

ホスト起動時にManagement Serverをデーモンプロセスとして自動起動させるために，/sbin/rc＜N＞.dディレクトリに/sbin/init.d/MngSvrへのシンボリックリンクを作成します（＜N＞は起動時の実行レベルを表します）。なお，シンボリックリンクの作成は，root権限のあるユーザが実行してください。

シンボリックリンク作成時に指定する，Management Serverの起動時の実行レベル，およびManagement Serverを起動する順番は，運用環境に合わせて決めてください。ただし，同一ホスト上で運用管理エージェントとManagement Serverを起動する場合，運用管理エージェントがManagement Serverよりも先に起動するように順番を設定してください。運用管理エージェントをホスト起動時に自動起動する方法については，「(1)(b)　ホスト起動時に自動起動する方法」を参照してください。

Management Serverを自動起動する場合の実行例を次に示します。この例では，実行レベルが1から2になるときにManagement Serverを自動起動することを前提としています。

# ln -s /sbin/init.d/MngSvr /sbin/rc2.d/S900MngSvr
# chmod 755 /sbin/rc2.d/S900MngSvr

シンボリックの名称は，「S＜NNN＞＜起動スクリプト名＞」の形式で指定してください。「＜NNN＞」には，同一実行レベル内での起動順序を示す3けたの数字を指定してください。「＜起動スクリプト名＞」には，リンク先の起動スクリプトの名称と同じ名称を指定してください。なお，実行レベルとシンボリックリンクの指定規則の詳細については，OSのマニュアルを参照してください。

●Linuxの場合の起動手順

ホスト起動時にManagement Serverをデーモンプロセスとして自動起動させるために，/etc/rc.d/rc＜N＞.dディレクトリに/etc/rc.d/init.d/MngSvrへのシンボリックリンクを作成します（＜N＞は起動時の実行レベルを表します）。なお，シンボリックリンクの作成は，root権限のあるユーザが実行してください。

シンボリックリンク作成時に指定する，Management Serverの起動時の実行レベル，およびManagement Serverを起動する順番は，運用環境に合わせて決めてください。ただし，同一ホスト上で運用管理エージェントとManagement Serverを起動する場合，運用管理エージェントがManagement Serverよりも先に起動するように順番を設定してください。運用管理エージェントをホスト起動時に自動起動する方法については，「(1)(b)　ホスト起動時に自動起動する方法」を参照してください。

Management Serverを自動起動する場合の実行例を次に示します。この例では，実行レベルが1から2になるときに運用管理エージェントを自動起動することを前提としています。

# ln -s /etc/rc.d/init.d/MngSvr /etc/rc.d/rc2.d/S90MngSvr
# chmod 755 /etc/rc.d/rc2.d/S90MngSvr

シンボリックの名称は，「S＜NN＞＜起動スクリプト名＞」の形式で指定してください。「＜NN＞」には，同一実行レベル内での起動順序を示す2けたの数字を指定してください。「＜起動スクリプト名＞」には，リンク先の起動スクリプトの名称と同じ名称を指定してください。なお，実行レベルとシンボリックリンクの指定規則の詳細については，OSのマニュアルを参照してください。

●Solarisの場合の起動手順

ホスト起動時にManagement Serverをデーモンプロセスとして自動起動させるために，/etc/rc＜N＞.dディレクトリに/etc/init.d/MngSvrへのリンクを作成します（＜N＞は起動時の実行レベルを表します）。なお，シンボリックリンクの作成は，root権限のあるユーザが実行してください。

シンボリックリンク作成時に指定する，Management Serverの起動時の実行レベル，およびManagement Serverを起動する順番は，運用環境に合わせて決めてください。ただし，同一ホスト上で運用管理エージェントとManagement Serverを起動する場合，運用管理エージェントがManagement Serverよりも先に起動するように順番を設定してください。運用管理エージェントをホスト起動時に自動起動する方法については，「(1)(b)　ホスト起動時に自動起動する方法」を参照してください。

Management Serverを自動起動する場合の実行例を次に示します。この例では，実行レベルが2になるときにManagement Serverを自動起動することを前提としています。

# ln -s /etc/init.d/MngSvr /etc/rc2.d/S90MngSvr
# chmod 755 /etc/rc2.d/S90MngSvr

シンボリックリンクの名称は，「S＜NN＞＜起動スクリプト名＞」の形式で指定してください。「＜NN＞」には，同一レベル内での起動順序を示す2けたの数字を指定してください。「＜起動スクリプト名＞」には，リンク先の起動スクリプトの名称と同じ名称を指定してください。なお，実行レベルとシンボリックリンクの指定規則の詳細については，OSのマニュアルを参照してください。

(c)　コマンドラインから起動する方法

コマンドラインからManagement Serverを起動する場合の起動前の準備，および起動手順を次に示します。

●起動前の準備

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

umask 022※を設定する。

ロケールを日本語に設定する。
ksh（Kシェル）を使用する場合のロケールの設定例を次に示します。

AIXの場合

export LANG=Ja_JP
または
export LANG=ja_JP

HP-UXの場合

export LANG=ja_JP.SJIS
または
export LANG=ja_JP.eucJP

Linuxの場合

export LANG=ja_JP.utf8

Solarisの場合

export LANG=ja_JP.PCK
または
export LANG=ja_JP.eucJP

注※

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

root/system（AIXの場合）

root/sys（HP-UXの場合）

root/root（Linuxの場合）

root/other（Solarisの場合）

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権限のあるユーザが実行してください。

/opt/Cosminexus/manager/bin/mngsvrctl start

また，daemonコマンドを使用して，コマンドラインからManagement Serverをデーモンプロセスとして起動することもできます。daemonコマンドの実行例を次に示します。

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

(3)　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ファイルの詳細については，マニュアル「Cosminexus　リファレンス　定義編」を参照してください。

また，初回ログイン時に表示される画面は，Management Serverのセットアップ時に管理ユーザアカウントを設定しているかどうかによって異なります。セットアップ時に管理ユーザアカウントを設定していない場合は，管理ユーザアカウントの設定を要求する画面が表示されますので，管理ユーザアカウントを設定してください。セットアップ時に管理ユーザアカウントを設定している場合は，ログイン画面が表示されます。2回目以降のログイン時には，ログイン画面が表示されます。なお，管理ユーザアカウント紛失時の対処については，「2.1.4　管理ユーザIDおよびパスワード紛失時の対処」を参照してください。

管理ユーザアカウントの設定

管理ユーザアカウントの設定方法については，「3.2.1　管理ユーザアカウントの設定」を参照してください。管理ユーザアカウントの設定後，ログイン画面からManagement Serverへログインしてください。

参考

管理ユーザアカウントは，mngsvrctlコマンドに引数setupを指定した場合も設定したり，変更したりできます。mngsvrctlコマンドを使用する場合，Management Serverが停止中でも，起動中でも，管理ユーザアカウントの設定および変更ができます。mngsvrctlコマンドについては，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

ログイン画面でのユーザ認証

ログイン画面が表示された場合は，ログイン画面で管理ユーザIDとパスワードを入力して［ログイン］ボタンをクリックすると，運用管理ポータル画面が表示されます。

(4)　論理サーバの起動

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

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

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

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

J2EEサーバ間でのセッション情報の引き継ぎを行う場合，アプリケーションサーバ内でSFOサーバを起動するときは，「付録G.1(1)　アプリケーションサーバの起動の流れ」の図G-1に示す順序に従ってSFOサーバを起動してください。なお，SFOサーバ用のネーミングサービスはインプロセスで起動することが前提のため，起動は不要です。

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

インプロセスHTTPサーバを使用する場合は，Webサーバの起動は必要ありません。

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

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

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

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

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

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ start allServers

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

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

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

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

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

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

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜ホスト名＞ -k host start server

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

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

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

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

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

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

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

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜論理サーバ名＞ start server

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

(5)　リソースの開始

リソースの開始方法について説明します。

運用管理コマンド（mngsvrutil）を使用すると，リソースアダプタ，および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リソース名＞

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

注意

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

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

J2EEアプリケーションの開始方法について説明します。

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

運用管理コマンドを使用した手順，および運用管理ポータルを使用した手順について次に説明します。

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

運用管理コマンドを使用してJ2EEアプリケーションを開始する場合の，運用管理コマンドの実行形式，および実行例を次に示します。

実行形式

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

実行例

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

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

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

注意

SFOサーバで実行できるアプリケーションは，SFOサーバアプリケーションだけです。SFOサーバでSFOサーバアプリケーション以外のアプリケーションは実行しないでください。

付録G.3　システムの停止手順

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

注意

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

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

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

セッションフェイルオーバサーバを使用しているときは，アプリケーションサーバを停止したあとに，セッションフェイルオーバサーバを停止してください。

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

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

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

J2EEアプリケーションの停止
運用管理コマンド，または運用管理ポータルの「論理サーバのアプリケーション管理」でJ2EEアプリケーションを停止します。停止方法については，「付録G.4(1)　J2EEアプリケーションの停止」を参照してください。
なお，次回J2EEサーバ起動時にアプリケーションを開始する場合は，J2EEアプリケーションの停止は不要です。

リソースの停止
リソースを使用していない場合，この操作は不要です。運用管理ポータルの「論理サーバのアプリケーション管理」でリソースアダプタを停止します。停止方法については，「付録G.4(2)　リソースの停止」を参照してください。
なお，次回J2EEサーバ起動時にリソースアダプタを開始する場合は，リソースアダプタの停止は不要です。

論理サーバの停止
運用管理コマンド，または運用管理ポータルの「論理サーバの起動／停止」で論理サーバを一括停止，または一つずつ停止します。停止方法については，「付録G.4(3)　論理サーバの停止」を参照してください。また，Management Serverのmngsvrutilコマンドを使用して，論理サーバを停止できます。コマンドについては，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。論理サーバは起動したときと逆の順序で停止させてください。
なお，Webサーバの停止のタイミングはシステムの運用形態に依存しますが，論理サーバとして最初に停止することでJ2EEアプリケーションへの要求受け付けを制御できます。

Management Serverからのログアウト
ログアウト方法については，「付録G.4(4)　Management Serverからのログアウト」を参照してください。

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

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

付録G.4　システムの停止方法

この節では，システムの停止の流れの中での，それぞれのプロセスの停止方法について説明します。また，流れの中で実行するManagement Serverからのログアウト方法についても説明します。

＜この項の構成＞

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

(2)　リソースの停止

(3)　論理サーバの停止

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

(5)　Management Serverの停止

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

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

J2EEアプリケーションの停止方法について説明します。

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

運用管理コマンド（mngsvrutil）を使用してJ2EEアプリケーションを停止する方法については，マニュアル「Cosminexus　リファレンス　コマンド編」の運用管理コマンド（mngsvrutil）の説明を参照してください。

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

(2)　リソースの停止

リソースの停止方法について説明します。

運用管理コマンド（mngsvrutil）を使用すると，リソースアダプタ，および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リソース名＞

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

注意

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

メンバリソースアダプタは，所属するルートリソースアダプタが停止状態のときだけ停止できます。

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

(3)　論理サーバの停止

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

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

運用管理コマンドを使用する場合，サブコマンド「stop」を指定して実行してください。

運用管理ポータルを使用する場合，運用管理ポータルの「論理サーバの起動／停止」の画面から起動してください。

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

運用管理ポータルでの論理サーバの停止方法について(a)～(c)で説明します。

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

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

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

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

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ stop allServers

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

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

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

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

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

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

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜ホスト名＞ -k host stop server

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

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

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

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

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

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

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜論理サーバ名＞ stop server

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

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

運用管理ポータルで，各画面のメニューに表示されている［ログアウト］アンカーをクリックしてログアウトします。

再ログインする場合には，ログアウト画面に表示される「ログイン画面に戻る」というメッセージの［ログイン画面］アンカーをクリックして，ログイン画面を表示させてください。

(5)　Management Serverの停止

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

ホスト停止時に自動停止する

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

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

(a)　ホスト停止時に自動停止する場合

ホストの停止と同時にManagement Serverを自動停止できます。

Management Serverを自動停止する場合の停止手順をOS別に次に示します。

●AIXの場合の停止手順

ホスト停止時にManagement Serverを自動停止させるためには，次に示す作業が必要です。

Management Serverを停止させるスクリプトファイルを作成します。

/etc/rc.shutdownスクリプトに，Management Serverを停止させるための処理を追加します。

ここでは，Management Serverを停止させるスクリプトファイルの作成方法と，/etc/rc.shutdownスクリプトへのManagement Serverの停止処理の追加方法について説明します。

Management Serverを停止させるスクリプトファイルの作成

Management Serverを停止させるスクリプトファイルを，/etc/下に任意のファイル名で作成します（例：/etc/MngSvrStop）。なお，スクリプトファイルの権限は「755」に設定してください。

スクリプトファイルの例を次に示します。

#!/bin/sh
BIN_PATH=/opt/Cosminexus/manager/bin
# Management Server停止
if [ -x $BIN_PATH/mngsvrctl ] ; then
 $BIN_PATH/mngsvrctl stop
fi
exit 0

この例では，最後の"exit 0"で停止処理に失敗した場合でもシャットダウン処理が中断されないようにしています。エラー発生時にシャットダウンを中断する場合は，それぞれのコマンド実行後にリターンコードをチェックして0以外のリターンコードを返すようにしてください。

なお，ホスト停止時に論理サーバを停止させるには，論理サーバを停止させるスクリプトを，Management Serverを停止させるスクリプトの前に追加してください。

スクリプトファイルの例を次に示します。

#!/bin/sh
BIN_PATH=/opt/Cosminexus/manager/bin
#論理サーバ停止
if [ -x $BIN_PATH/mngsvrutil ] ; then
 $BIN_PATH/mngsvrutil -m mnghost:28080 -u user1 -p user1 -t mnghost -k host -s stop server
fi
# Management Server停止
if [ -x $BIN_PATH/mngsvrctl ] ; then
 $BIN_PATH/mngsvrctl stop
fi
exit 0

mngsvrutilコマンドの各種オプションは，運用環境に合わせて指定してください。

/etc/rc.shutdownスクリプトへのManagement Serverの停止処理の追加

/etc/rc.shutdownスクリプトで実行する処理として，/etc/rc.shutdownスクリプトにManagement Serverを停止させるためのスクリプトファイルを追加します。同一ホスト上でManagement Serverと運用管理エージェントを停止する場合，Management Serverが運用管理エージェントよりも先に停止するように順番を設定してください。

/etc/rc.shutdownスクリプトへのManagement Serverの停止処理の追加例を次に示します。なお，この例は，Management Serverを停止させるためのスクリプトファイルを/etc/MngSvrStopに保存した場合の例です。

if [ -x /etc/MngSvrStop ]; then
 /etc/MngSvrStop
fi

●HP-UXの場合の停止手順

ホスト停止時にManagement Serverを自動停止させるための設定手順について説明します。また，ホスト停止時に論理サーバを自動停止させるための設定手順についても説明します。

ホスト停止時にManagement Serverを自動停止させるための設定手順

ホスト停止時にManagement Serverを自動停止させるためには，/sbin/rc＜N＞.dディレクトリに/sbin/init.d/MngSvrへのシンボリックリンクを作成します（＜N＞は停止時の実行レベルを表します）。なお，シンボリックリンクの作成は，root権限のあるユーザが実行してください。

シンボリックリンク作成時に指定する，Management Serverの停止時の実行レベル，およびManagement Serverを停止する順番は，運用環境に合わせて決めてください。ただし，同一ホスト上でManagement Serverと運用管理エージェントを停止する場合，Management Serverが運用管理エージェントよりも先に停止するように順番を設定してください。

Management Serverを自動停止させる場合の実行例を次に示します。この例では，実行レベルが1から2になるときにManagement Serverを自動停止させることを前提としています。

# ln -s /sbin/init.d/MngSvr /sbin/rc2.d/K800MngSvr
# chmod 755 /sbin/rc2.d/K800MngSvr

シンボリックリンクの名称は，「K＜NNN＞＜停止スクリプト名＞」の形式で指定してください。「＜NNN＞」には，同一実行レベル内での停止順序を示す3けたの数字を指定してください。「＜停止スクリプト名＞」には，リンク先の停止スクリプトの名称と同じ名称を指定してください。なお，実行レベルとシンボリックリンクの指定規則の詳細については，OSのマニュアルを参照してください。

ホスト停止時に論理サーバを自動停止させるための設定手順

ホスト停止時に論理サーバを自動停止させるための設定手順を次に示します。

/opt/Cosminexus/manager/bin下に任意のファイル名で論理サーバを停止させるためのスクリプトファイルを作成します（例：/opt/Cosminexus/manager/bin/LS_stop）。
スクリプトファイルの作成例を次に示します。

#!/bin/sh
/opt/Cosminexus/manager/bin/mngsvrutil -m mnghost:28080 -u user1 -p user1 -t mnghost -k host -s stop server
ERROR=$?
exit $ERROR

なお，mngsvrutilコマンドの各種オプションは，運用環境に合わせて指定してください。

論理サーバを停止させるためのスクリプトファイルの権限を「755」に設定して，/opt/Cosminexus/manager/bin/MngSvr_LS_stopへのシンボリックリンクを作成します。
実行例を次に示します。

# chmod 755 /opt/Cosminexus/manager/bin/LS_stop
# ln -s /opt/Cosminexus/manager/bin/LS_stop /opt/Cosminexus/manager/bin/MngSvr_LS_stop

これで，ホスト停止時に論理サーバを自動停止させるための設定は完了です。

●Linuxの場合の停止手順

ホスト停止時にManagement Serverを自動停止させるための設定手順について説明します。また，ホスト停止時に論理サーバを自動停止させるための設定手順についても説明します。

注意

Management Serverを停止するホストだけで運用管理ドメインを構成している場合は，ホスト停止時に論理サーバを自動停止させることができます。複数のホストで運用管理ドメインを構成している場合は，Management Server停止時に運用管理ドメイン内のすべての論理サーバを停止できないため，Management Serverを停止する前にあらかじめ論理サーバを停止しておく必要があります。

ホスト停止時にManagement Serverを自動停止させるための設定手順

ホスト停止時にManagement Serverを自動停止させるためには，/etc/rc.d/rc＜N＞.dディレクトリに/etc/rc.d/init.d/MngSvrへのシンボリックリンクを作成します（＜N＞は停止時の実行レベルを表します）。なお，シンボリックリンクの作成は，root権限のあるユーザが実行してください。

シンボリックリンク作成時に指定する，Management Serverの停止時の実行レベル，およびManagement Serverを停止する順番は，運用環境に合わせて決めてください。ただし，同一ホスト上でManagement Serverと運用管理エージェントを停止する場合，Management Serverが運用管理エージェントよりも先に停止するように順番を設定してください。

Management Serverを自動停止させる場合の実行例を次に示します。この例では，実行レベルが3の場合にManagement Serverを自動停止させることを前提としています。

# ln -s /etc/rc.d/init.d/MngSvr /etc/rc.d/rc3.d/K90MngSvr
# chmod 755 /etc/rc.d/rc3.d/K90MngSvr

シンボリックリンクの名称は，「K＜NN＞＜停止スクリプト名＞」の形式で指定してください。「＜NN＞」には，同一実行レベル内での停止順序を示す2けたの数字を指定してください。「＜停止スクリプト名＞」には，リンク先の停止スクリプトの名称と同じ名称を指定してください。なお，実行レベルとシンボリックリンクの指定規則の詳細については，OSのマニュアルを参照してください。

ホスト停止時に論理サーバを自動停止させるための設定手順

ホスト停止時に論理サーバを自動停止させるための設定手順を次に示します。なお，この手順は，Management Serverを停止するホストだけで運用管理ドメインを構成していることを前提とした手順です。

/opt/Cosminexus/manager/bin下に任意のファイル名で論理サーバを停止させるためのスクリプトファイルを作成します（例：/opt/Cosminexus/manager/bin/LS_stop）。
スクリプトファイルの作成例を次に示します。

#!/bin/sh
/opt/Cosminexus/manager/bin/mngsvrutil -m mnghost:28080 -u user1 -p user1 -t mnghost -k host -s stop server
ERROR=$?
exit $ERROR

なお，mngsvrutilコマンドの各種オプションは，運用環境に合わせて指定してください。

論理サーバを停止させるためのスクリプトファイルの権限を「755」に設定して，/opt/Cosminexus/manager/bin/MngSvr_LS_stopへのシンボリックリンクを作成します。
実行例を次に示します。

# chmod 755 /opt/Cosminexus/manager/bin/LS_stop
# ln -s /opt/Cosminexus/manager/bin/LS_stop /opt/Cosminexus/manager/bin/MngSvr_LS_stop

なお，シンボリックリンクの作成先には，「/opt/Cosminexus/manager/bin/MngSvr_LS_stop」を必ず指定してください。
これで，ホスト停止時に論理サーバを自動停止させるための設定は完了です。

●Solarisの場合の停止手順

ホスト停止時にManagement Serverを自動停止させるための設定手順について説明します。また，ホスト停止時に論理サーバを自動停止させるための設定手順についても説明します。

注意

Management Serverを停止するホストだけで運用管理ドメインを構成している場合は，Management Serverの停止時に論理サーバを自動停止させることができます。複数のホストで運用管理ドメインを構成している場合は，Management Server停止時に運用管理ドメイン内のすべての論理サーバを停止できないため，Management Serverを停止する前にあらかじめ論理サーバを停止しておく必要があります。

ホスト停止時にManagement Serverを自動停止させるための設定手順

ホスト停止時にManagement Serverを自動停止させるためには，/etc/rc＜N＞.dディレクトリに/etc/init.d/MngSvrへのシンボリックリンクを作成します（＜N＞は停止時の実行レベルを表します）。なお，シンボリックリンクの作成は，root権限のあるユーザが実行してください。

シンボリックリンク作成時に指定する，Management Serverの停止時の実行レベル，およびManagement Serverを停止する順番は，運用環境に合わせて決めてください。ただし，同一ホスト上でManagement Serverと運用管理エージェントを停止する場合，Management Serverが運用管理エージェントよりも先に停止するように順番を設定してください。

Management Serverを自動停止させる場合の実行例を次に示します。この例では，実行レベルが1から2になるときにManagement Serverを自動停止させることを前提としています。

# ln -s /etc/init.d/MngSvr /etc/rc2.d/K90MngSvr
# chmod 755 /etc/rc2.d/K90MngSvr

シンボリックリンクの名称は，「K＜NN＞＜停止スクリプト名＞」の形式で指定してください。「＜NN＞」には，同一実行レベル内での停止順序を示す2けたの数字を指定してください。「＜停止スクリプト名＞」には，リンク先の停止スクリプトの名称と同じ名称を指定してください。なお，実行レベルとシンボリックリンクの指定規則の詳細については，OSのマニュアルを参照してください。

ホスト停止時に論理サーバを自動停止させるための設定手順

ホスト停止時に論理サーバを自動停止させるための設定手順を次に示します。なお，この手順は，Management Serverを停止するホストだけで運用管理ドメインを構成していることを前提とした手順です。

/opt/Cosminexus/manager/bin下に任意のファイル名で論理サーバを停止させるためのスクリプトファイルを作成します（例：/opt/Cosminexus/manager/bin/LS_stop）。
スクリプトファイルの作成例を次に示します。

#!/bin/sh
/opt/Cosminexus/manager/bin/mngsvrutil -m mnghost:28080 -u user1 -p user1 -t mnghost -k host -s stop server
ERROR=$?
exit $ERROR

なお，mngsvrutilコマンドの各種オプションは，運用環境に合わせて指定してください。

論理サーバを停止させるためのスクリプトファイルの権限を「755」に設定して，/opt/Cosminexus/manager/bin/MngSvr_LS_stopへのシンボリックリンクを作成します。
実行例を次に示します。

# chmod 755 /opt/Cosminexus/manager/bin/LS_stop
# ln -s /opt/Cosminexus/manager/bin/LS_stop /opt/Cosminexus/manager/bin/MngSvr_LS_stop

なお，シンボリックリンクの作成先には，「/opt/Cosminexus/manager/bin/MngSvr_LS_stop」を必ず指定してください。
これで，ホスト停止時に論理サーバを自動停止させるための設定は完了です。

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

Management Serverは，mngsvrctlコマンドで引数「stop」を指定して停止します。mngsvrctlコマンドはAdministrator権限のあるユーザが実行してください。

/opt/Cosminexus/manager/bin/mngsvrctl stop

mngsvrctlコマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

ホスト停止時に自動停止する

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

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

(a)　ホスト停止時に自動停止する場合

ホストの停止と同時に運用管理エージェントを自動停止できます。

運用管理エージェントを自動停止する場合の停止手順をOS別に次に示します。

●AIXの場合の停止手順

ホスト停止時に運用管理エージェントを自動停止させるためには，次に示す作業が必要です。

運用管理エージェントを停止させるスクリプトファイルを作成します。

/etc/rc.shutdownスクリプトに，運用管理エージェントを停止させるための処理を追加します。

ここでは，運用管理エージェントを停止させるスクリプトファイルの作成方法と，/etc/rc.shutdownスクリプトへの運用管理エージェントの停止処理の追加方法について説明します。

運用管理エージェントを停止させるスクリプトファイルの作成

運用管理エージェントを停止させるスクリプトファイルを，/etc/下に任意のファイル名で作成します（例：/etc/AdminAgentStop）。なお，スクリプトファイルの権限は「755」に設定してください。

スクリプトファイルの例を次に示します。

#!/bin/sh
BIN_PATH=/opt/Cosminexus/manager/bin
# 運用管理エージェント停止
if [ -x $BIN_PATH/adminagentctl ] ; then
 $BIN_PATH/adminagentctl stop
fi
exit 0

なお，この例では，最後の"exit 0"で停止処理に失敗した場合でもシャットダウン処理が中断されないようにしています。エラー発生時にシャットダウンを中断する場合は，それぞれのコマンド実行後にリターンコードをチェックして0以外のリターンコードを返すようにしてください。

/etc/rc.shutdownスクリプトへの運用管理エージェントの停止処理の追加

/etc/rc.shutdownスクリプトで実行する処理として，/etc/rc.shutdownスクリプトに運用管理エージェントを停止させるためのスクリプトファイルを追加します。

/etc/rc.shutdownスクリプトへの運用管理エージェントの停止処理の追加例を次に示します。なお，この例は，運用管理エージェントを停止させるためのスクリプトファイルを/etc/AdminAgentStopに保存した場合の例です。

if [ -x /etc/AdminAgentStop]; then
 /etc/AdminAgentStop
fi

●HP-UXの場合の停止手順

ホスト停止時に運用管理エージェントを自動停止させるためには，/sbin/rc＜N＞.dディレクトリに/sbin/init.d/AdminAgentへのシンボリックリンクを作成します（＜N＞は停止時の実行レベルを表します）。なお，シンボリックリンクの作成は，root権限のあるユーザが実行してください。

シンボリックリンク作成時に指定する，運用管理エージェントの停止時の実行レベル，および運用管理エージェントを停止する順番は，運用環境に合わせて決めてください。ただし，同一ホスト上で運用管理エージェントとManagement Serverを停止する場合，Management Serverが運用管理エージェントよりも先に停止するように順番を設定してください。

運用管理エージェントを自動停止させる場合の実行例を次に示します。この例では，実行レベルが1から2になるときに運用管理エージェントを自動停止させることを前提としています。

# ln -s /sbin/init.d/AdminAgent /sbin/rc2.d/K900AdminAgent
# chmod 755 /sbin/rc2.d/K900AdminAgent

シンボリックリンクの名称は，「K＜NNN＞＜停止スクリプト名＞」の形式で指定してください。「＜NNN＞」には，同一実行レベル内での停止順序を示す3けたの数字を指定してください。「＜停止スクリプト名＞」には，リンク先の停止スクリプトの名称と同じ名称を指定してください。なお，実行レベルとシンボリックリンクの指定規則の詳細については，OSのマニュアルを参照してください。

●Linuxの場合の停止手順

ホスト停止時に運用管理エージェントを自動停止させるためには，/etc/rc.d/rc＜N＞.dディレクトリに/etc/rc.d/init.dへのシンボリックリンクを作成します（＜N＞は停止時の実行レベルを表します）。なお，シンボリックリンクの作成は，root権限のあるユーザが実行してください。

シンボリックリンク作成時に指定する，運用管理エージェントの停止時の実行レベル，および運用管理エージェントを停止する順番は，運用環境に合わせて決めてください。ただし，同一ホスト上で運用管理エージェントとManagement Serverを停止する場合，Management Serverが運用管理エージェントよりも先に停止するように順番を設定してください。

運用管理エージェントを自動停止させる場合の実行例を次に示します。この例では，実行レベルが3の場合に運用管理エージェントを自動停止させることを前提としています。

# ln -s /etc/rc.d/init.d/AdminAgent /etc/rc.d/rc3.d/K91AdminAgent
# chmod 755 /etc/rc.d/rc3.d/K91AdminAgent

シンボリックリンクの名称は，「K＜NN＞＜停止スクリプト名＞」の形式で指定してください。「＜NN＞」には，同一実行レベル内での停止順序を示す2けたの数字を指定してください。「＜停止スクリプト名＞」には，リンク先の停止スクリプトの名称と同じ名称を指定してください。なお，実行レベルとシンボリックリンクの指定規則の詳細については，OSのマニュアルを参照してください。

●Solarisの場合の停止手順

ホスト停止時に運用管理エージェントを自動停止させるためには，/etc/rc＜N＞.dディレクトリに/etc/init.dへのシンボリックリンクを作成します（＜N＞は停止時の実行レベルを表します）。なお，シンボリックリンクの作成は，root権限のあるユーザが実行してください。

シンボリックリンク作成時に指定する，運用管理エージェントの停止時の実行レベル，および運用管理エージェントを停止する順番は，運用環境に合わせて決めてください。ただし，同一ホスト上で運用管理エージェントとManagement Serverを停止する場合，Management Serverが運用管理エージェントよりも先に停止するように順番を設定してください。

運用管理エージェントを自動停止させる場合の実行例を次に示します。この例では，実行レベルが1から2になるときに運用管理エージェントを自動停止させることを前提としています。

# ln -s /etc/init.d/AdminAgent /etc/rc2.d/K91AdminAgent
# chmod 755 /etc/rc2.d/K91AdminAgent

シンボリックリンクの名称は，「K＜NN＞＜停止スクリプト名＞」の形式で指定してください。「＜NN＞」には，同一実行レベル内での停止順序を示す2けたの数字を指定してください。「＜停止スクリプト名＞」には，リンク先の停止スクリプトの名称と同じ名称を指定してください。なお，実行レベルとシンボリックリンクの指定規則の詳細については，OSのマニュアルを参照してください。

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

運用管理エージェントは，adminagentctlコマンドで引数「stop」を指定して停止します。adminagentctlコマンドはroot権限のあるユーザが実行してください。

/opt/Cosminexus/manager/bin/adminagentctl stop

adminagentctlコマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

付録H　バッチアプリケーションを実行するシステムの構築と削除

ここでは，運用管理ポータルを利用したバッチアプリケーションを実行するシステムの構築手順と，各設定方法の詳細について説明します。また，システムの削除手順についても説明します。なお，システムの構築時に使用する運用管理ポータルの画面操作については，「1.4　バッチアプリケーションを実行するシステムの構築で必要な操作」を参照してください。

＜この節の構成＞

付録H.1　システムの構築の流れ

付録H.2　論理サーバの設定

付録H.3　リソースの設定

付録H.4　システムの削除の流れ

付録H.1　システムの構築の流れ

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

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

Management Serverの設定をします。

Management Serverを初めて使用するホストは，Management Serverをセットアップしてください。

Management Serverのプロパティファイル（mserver.properties）や運用管理エージェントのプロパティファイル（adminagent.properties）で，Management Serverが使用するポート番号や，Management Serverへのアクセスを許可するホストなどを指定してください。

必要に応じて，運用管理ポータルの「Cosminexus Management Serverの設定」で，Management Serverのユーザやネットワークの設定をしてください。

必要に応じて，運用管理エージェントによる論理サーバの監視に関する設定をします。

詳細については，「付録D.2　Management Serverの設定」を参照してください。

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

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

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

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

必要に応じて，論理サーバの起動と停止で使用する環境変数の設定をします。

詳細については，「付録H.2　論理サーバの設定」を参照してください。

バッチサーバの動作設定を変更します。
バッチサーバの場合，動作設定で必ず設定する項目があります。必要に応じて設定する項目の場合，デフォルトの設定のまま利用するときは，設定不要です。バッチサーバの動作を変更したい場合は，運用管理ポータルの画面，またはユーザ定義ファイルで設定内容を編集する必要があります。
Cosminexusが提供する主な機能ごとの設定内容については，「付録I.1　バッチサーバの動作設定」を参照してください。

トラブルシューティングの資料取得の設定をします。
デフォルトの設定のまま利用する場合は，設定不要です。ログの出力先やサイズなどを変更したい場合は，運用管理ポータルの画面，またはユーザ定義ファイルで設定内容を編集する必要があります。
ただし，次の資料は，事前に取得するための設定をしておかないと，取得できません。これらの資料はトラブルシューティングで必要となるため，取得することをお勧めします。

OSの統計情報，ユーザダンプ（Windowsの場合）またはcoreダンプ（UNIXの場合）

JavaVMのガーベージコレクションのログ

資料の種類ごとの設定内容については，「付録I.2　トラブルシューティングの資料取得の設定」を参照してください。

システムの可用性を高める設定をします。
システムの可用性を高めるための設定を使用しない場合は，設定不要です。
システムの可用性を高めるための設定としては，Managementイベントによる障害の事前検知の設定があります。これらの設定方法については，「付録I.1　バッチサーバの動作設定」を参照してください。

リソースを設定します。
サーバ管理コマンドまたはServer Plug-inを使用して，リソースアダプタのプロパティなどを定義します。また，運用管理ポータルを使用して，リソースアダプタをManagement Serverに登録，バッチサーバにインポートします。バッチアプリケーションからデータベースに接続しない場合は，設定不要です。詳細については，「付録H.3　リソースの設定」を参照してください。

システムを起動して，システムの動作を確認します。
システムの起動および停止については，「付録J　バッチアプリケーションを実行するシステムの起動と停止（Windowsの場合）」，または「付録K　バッチアプリケーションを実行するシステムの起動と停止（UNIXの場合）」を参照してください。

参考

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

JP1との連携
バッチアプリケーションの開始をJP1のジョブとして定義できます。また，Management Serverを利用しているシステムは，JP1と連携することで，JP1の集中監視，運用の自動化，稼働状況の分析などの機能を使用して，Cosminexus以外で構築されたシステムも含めた業務システム全体を一括管理できるようになります。なお，JP1/IMと連携する場合に，JP1/IMの統合コンソールまたは統合スコープから，運用管理ポータルを表示できます。設定方法については，「付録L　JP1/IMから運用管理ポータルを表示するための設定（Windowsの場合）」を参照してください。

クラスタソフトウェアとの連携
Management Serverを利用しているシステムは，クラスタソフトウェアと連携することで，プロセス監視，障害発生時の系切り替えなどの機能を使用して，Application Serverの稼働率を向上できます。連携できるクラスタソフトウェアは，Microsoft Cluster Service（Windowsの場合），またはHAモニタ（AIX，HP-UXまたはLinuxの場合）です。

ほかのプログラムと連携することで実現できる機能については，マニュアル「Cosminexus　機能解説」を，設定方法については，マニュアル「Cosminexus　システム構築ガイド」を参照してください。

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

付録H.2　論理サーバの設定

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

Cosminexusのシステム構成を検討する場合，使用する機能に応じて，その機能を実現するために必要なプロセスを意識して，各マシンにそれぞれのプロセスを適切に配置することが必要です。使用する機能によってシステムの構成も，必要な論理サーバも異なります。Cosminexusが提供する主な機能については，マニュアル「Cosminexus　機能解説」を参照してください。

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

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

論理サーバの環境設定

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

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

なお，システム構成の詳細については，マニュアル「Cosminexus　システム設計ガイド」のシステム構成の検討に関する説明を参照してください。

参考

バッチアプリケーションを実行するシステムでも，任意のプロセスを論理ユーザサーバとして設定できます。論理ユーザサーバを設定する場合には，「付録D.3(4)　論理ユーザサーバの設定」を参照してください。

＜この項の構成＞

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

(2)　論理サーバの環境設定

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

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

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

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

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

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

論理サーバを設置するホストを運用管理ドメインに追加します。
［ホストの定義］画面で，ホスト名，ホストの表示名，ホストの説明，運用管理エージェントのポート番号，および運用管理エージェントのホスト名を指定します。

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

論理サーバを追加します。
それぞれの論理サーバの追加画面で，論理サーバを配置するホスト，論理サーバ名，論理サーバの表示名，および論理サーバの説明を設定します。
バッチサーバを追加する場合には，論理J2EEサーバの［J2EEサーバの追加］画面で，［バッチサーバとして作成する］を必ず選択してください。

バッチサーバを接続先ホスト上にセットアップします。
［セットアップ］画面で，セットアップが完了していないバッチサーバを一括してセットアップできます。また，セットアップしたいバッチサーバだけを選択して，セットアップすることもできます。

注意

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

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

(2)　論理サーバの環境設定

論理サーバの環境設定では，運用管理ドメインの構成定義で追加した論理サーバを稼働させるために必要な設定をします。論理サーバを配置したホスト単位，および論理サーバ単位で環境を設定してください。例えば，ホスト単位では，ホストに配置した論理サーバの基本情報を設定します。論理サーバ単位では，各論理サーバの詳細情報を設定します。

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

ホスト内の論理サーバの基本情報を設定します。
［ホスト内のサーバの設定］画面で，ホスト内に配置した論理サーバの基本情報を設定します。

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

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

参考

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

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

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

論理サーバの起動／停止を設定する手順を次に示します。

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

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

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

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

付録H.3　リソースの設定

開発環境で作成したリソースアダプタをバッチサーバで実行するために必要な操作です。

＜この項の構成＞

(1)　リソースアダプタの設定

(1)　リソースアダプタの設定

リソースアダプタの設定には，サーバ管理コマンドまたはServer Plug-inと，運用管理ポータルを使用します。運用管理ポータルでは，開発環境（サーバ管理コマンドが動作する環境）で設定したリソースアダプタを，運用環境（リソースアダプタを使用する環境）に移す作業をサポートしています。開発環境でサーバ管理コマンドまたはServer Plug-inを使用してリソースアダプタのプロパティの設定，接続の確認などを実施したあとで，運用管理ポータルを使用して運用環境にリソースアダプタをインポートします。

(a)　リソースアダプタの新規設定の流れ

データベースに接続する場合のリソースアダプタの新規設定の流れを次に示します。リソースアダプタを入れ替える場合の流れについては，「(b)　リソースアダプタの入れ替えの流れ」を参照してください。なお，リソースアダプタの設定を変更する流れは，入れ替える場合の流れと同じです。

ここでは，開発環境と運用環境は，同じホストにある別々のバッチサーバ上にあると仮定して説明します。

開発環境で，サーバ管理コマンド，またはServer Plug-inを使用してリソースアダプタをインポートします。
サーバ管理コマンドを使用する場合は，cjimportresコマンドを使用します。
インポートするリソースアダプタについては，マニュアル「Cosminexus　システム構築ガイド」のリソースアダプタの種類に関する説明を参照してください。

開発環境で，サーバ管理コマンド，またはServer Plug-inを使用してリソースアダプタをデプロイします。
サーバ管理コマンドを使用する場合は，cjdeployrarコマンドを使用します。
リソースアダプタは，デプロイするとJ2EEリソースアダプタとして使用できます。J2EEリソースアダプタとは，バッチサーバに共有スタンドアロンモジュールとして配備したリソースアダプタのことです。サーバ管理コマンドでインポートしたリソースアダプタをデプロイすると，そのバッチサーバ上で使用できるようになります。

開発環境で，サーバ管理コマンド，またはServer Plug-inを使用してリソースアダプタのプロパティを定義します。
サーバ管理コマンドを使用する場合は，cjgetrarpropコマンドでConnector属性ファイルを取得し，ファイル編集後に，cjsetrarpropコマンドで編集内容を反映させます。
リソースアダプタのプロパティ定義で設定できる内容については，マニュアル「Cosminexus　システム構築ガイド」のリソースアダプタのプロパティ定義で設定できることに関する説明を参照してください。

必要に応じて，開発環境で，サーバ管理コマンド，またはServer Plug-inを使用してリソースアダプタの接続テストを実施します。
サーバ管理コマンドを使用する場合は，cjtestresコマンドを使用します。
リソースごとの接続テストでの検証内容については，マニュアル「Cosminexus　機能解説」のリソースへの接続テストに関する説明を参照してください。

開発環境で，サーバ管理コマンド，またはServer Plug-inを使用してリソースアダプタをエクスポートします。
サーバ管理コマンドを使用する場合は，cjexportrarコマンドを使用します。

参考

同一のリソースアダプタは，同一のバッチサーバにインポートできません。開発環境のバッチサーバと運用環境のバッチサーバが同一の場合は，リソースアダプタをエクスポートしてから，開発環境のバッチサーバにあるリソースアダプタを削除します。そのあとで，運用管理ポータルから運用環境のバッチサーバにリソースアダプタをインポートしてください。

開発環境のホストと運用環境のホストが異なる場合には，開発環境のホストにあるリソースアダプタを運用環境のホストに移動してください。
開発環境のホストにあるリソースアダプタからリソースアダプタをエクスポートし，エクスポートしたRARファイルを運用環境のホスト（Management Server稼働ホスト）にコピーします。

運用管理ポータルの「論理サーバのアプリケーション管理」で，運用環境のバッチサーバにリソースアダプタをインポートします。
［リソースアダプタのインポート］画面で，RARファイルを指定して，リソースアダプタをインポートします。

参考

コネクションプールをクラスタ化している場合は，次の手順でリソースアダプタを設定します。

開発環境で，メンバリソースアダプタに対して，リソースアダプタの新規設定の流れの手順1～手順4の作業を実施します。メンバリソースアダプタの数だけ繰り返します。

必要に応じて，開発環境で，メンバリソースアダプタを開始します。
ルートリソースアダプタの接続テストを実施する場合には，あらかじめメンバリソースアダプタを開始しておいてください。サーバ管理コマンドを使用する場合は，cjstartrarコマンドを使用します。

開発環境で，ルートリソースアダプタに対して，リソースアダプタの新規設定の流れの手順1～手順4の作業を実施します。なお，ルートリソースアダプタの接続テストを実施する場合には，あらかじめメンバリソースアダプタを開始しておいてください。

必要に応じて，開発環境で，メンバリソースアダプタを停止します。
ルートリソースアダプタの接続テストを実施した場合には，メンバリソースアダプタを停止してください。サーバ管理コマンドを使用する場合は，cjstoprarコマンドを使用します。

開発環境で，サーバ管理コマンド，またはServer Plug-inを使用してリソースアダプタをエクスポートします。

運用管理ポータルの「論理サーバのアプリケーション管理」で，運用環境のバッチサーバにリソースアダプタをインポートします。

サーバ管理コマンドやServer Plug-inでの操作については，マニュアル「Cosminexus　アプリケーション設定操作ガイド」を参照してください。また，コマンドについては，マニュアル「Cosminexus　リファレンス　コマンド編」を，属性ファイルについては，マニュアル「Cosminexus　リファレンス　定義編」を参照してください。

(b)　リソースアダプタの入れ替えの流れ

リソースアダプタの入れ替えの流れを次に示します。なお，ここでは，入れ替える新しいリソースアダプタのプロパティの定義など（「(a)　リソースアダプタの新規設定の流れ」と同じです）が終わっていることを前提に，入れ替えの流れについて説明します。

運用管理ポータルの「論理サーバのアプリケーション管理」で，リソースアダプタを停止します。
［リソースアダプタの開始／停止］画面で，入れ替えるリソースアダプタを停止します。なお，リソースアダプタを停止する前に，そのリソースアダプタを使用しているバッチアプリケーションをすべて停止してください。

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

運用管理ポータルの「論理サーバのアプリケーション管理」で，リソースアダプタを削除します。
［リソースアダプタの削除］画面で，入れ替えるリソースアダプタを削除します。

運用管理ポータルの「論理サーバのアプリケーション管理」で，リソースアダプタをインポートします。
［リソースアダプタのインポート］画面で，新しいリソースアダプタをインポートします。

付録H.4　システムの削除の流れ

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

リソースを停止します。
リソースの停止方法については，「付録J.4(1)　リソースの停止」または「付録K.4(1)　リソースの停止」を参照してください。

論理サーバを停止します。
論理サーバの停止方法については，「付録J.4(2)　論理サーバの停止」または「付録K.4(2)　論理サーバの停止」を参照してください。論理サーバは起動したときと逆の順序で停止させてください。

論理サーバを削除します。
それぞれの論理サーバの削除画面で論理サーバを削除します。

バッチサーバをアンセットアップします。
論理サーバの削除画面では，サーバの環境はアンセットアップされません。cjsetupコマンドを使用して，ホスト上のバッチサーバの環境をアンセットアップします。cjsetupコマンドには，バッチサーバの論理サーバ名または実サーバ名※を指定します。cjsetupコマンドについては，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

注※　論理サーバのセットアップ時に，［セットアップ］画面でバッチサーバの実サーバ名を指定している場合には，実サーバ名を指定してください。

実サーバ名を指定していないバッチサーバ（論理サーバ名：BatchServer1）をアンセットアップする場合の例を次に示します。

Windowsの場合

<Cosminexusインストールディレクトリ>¥CC¥server¥bin¥cjsetup -d BatchServer1

UNIXの場合

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

付録I　バッチアプリケーションを実行するシステムにある論理サーバの動作設定

ここでは，バッチアプリケーションを実行するシステムでCosminexusが提供する主な機能を使用するために設定する項目や，トラブルシューティングの資料取得のために設定する項目を，運用管理ポータルを使用して設定する方法について説明します。

＜この節の構成＞

付録I.1　バッチサーバの動作設定

付録I.2　トラブルシューティングの資料取得の設定

付録I.3　バッチアプリケーションを実行するシステムの構築で操作できる画面

付録I.1　バッチサーバの動作設定

バッチアプリケーションが動作するバッチサーバを構築する場合には，バッチサーバの動作設定として必ず設定する項目と，必要に応じて設定する項目があります。

＜この項の構成＞

(1)　バッチサーバの動作設定で必ず設定する項目

(2)　バッチサーバの動作設定で必要に応じて設定する項目

(1)　バッチサーバの動作設定で必ず設定する項目

バッチサーバを構築する場合には，動作設定で必ず設定しなければならない項目があります。バッチサーバの動作設定で必ず設定する項目を次の表に示します。

表I-1　バッチサーバの動作設定で必ず設定する項目

項目
設定内容

バッチサーバとしてサーバを構築するための設定
論理J2EEサーバの［J2EEサーバの追加］画面で，［バッチサーバとして作成する］を選択します。バッチサーバを作成する場合には，必ず選択してください。
バッチサーバとして作成すると，［J2EEコンテナの設定］画面の「拡張パラメタ」に，有効欄がチェックされた状態で「batch.service.enabled=true」が自動的に表示されます。この設定は変更しないでください。

SecurityManagerを使用しない設定
バッチサーバの場合，SecurityManagerは使用しません。
論理J2EEサーバの［J2EEサーバの基本設定］画面で，セキュリティマネージャを使用しないように指定します。
なお，バッチサーバとして作成すると，デフォルトの設定では，セキュリティマネージャを使用しないようになっています。この設定は変更しないでください。

ライトトランザクション機能を有効にするための設定
バッチサーバの場合，ローカルトランザクションを使用します※。このため，ローカルトランザクションに最適化された環境を提供する，ライトトランザクション機能を使用します。
論理J2EEサーバの［J2EEサーバの基本設定］画面または［トランザクションの設定］画面で，ライトトランザクション機能を有効にするように指定します。デフォルトの設定では，ライトトランザクションが有効になっています。この設定は変更しないでください。

注※　バッチサーバの場合，グローバルトランザクションは使用できません。

(2)　バッチサーバの動作設定で必要に応じて設定する項目

デフォルトで設定されているバッチサーバの動作を変更したい場合は，運用管理ポータルの画面（「論理サーバの環境設定」）で編集できます。Cosminexusが提供する主な機能には，ガーベージコレクション制御機能などのように，デフォルトの設定で動作しないものがあります。デフォルトの設定で動作しない機能は，運用管理ポータルの画面やユーザ定義ファイルで設定内容を編集する必要があります。

ここでは，マニュアル「Cosminexus　機能解説」で説明した機能を使用するために設定する項目を，次の分類に分けて説明します。機能の詳細については，マニュアル「Cosminexus　機能解説」を参照してください。機能ごとに，運用管理ポータルで編集できる設定項目と，その項目を設定する画面について説明します。

EJBアクセス機能を使用するための設定

ネーミング管理の機能を使用するための設定

リソース接続とトランザクション管理の機能を使用するための設定

ガーベージコレクション制御機能を使用するための設定

コンテナ拡張ライブラリの機能を使用するための設定

システムの日常運用の支援機能を使用するための設定

システムの保守支援機能を使用するための設定

システムの監査支援機能を使用するための設定

なお，運用管理ポータルで編集できない設定項目については，server.policyなどのユーザ定義ファイルのキーを編集して設定します。運用管理ポータルで編集できない設定項目の設定方法については，マニュアル「Cosminexus　システム構築ガイド」を参照してください。

ポイント

リソースの設定をする場合は，サーバ管理コマンドまたはServer Plug-inを使用します。ここではサーバ管理コマンドで使用する属性ファイルとタグについて説明します。

Server Plug-inを使用する場合，属性ファイルのタグに対応した項目に設定します。属性ファイルのタグと対応する画面，サーバ管理コマンドとServer Plug-inでの操作および設定項目については，マニュアル「Cosminexus　アプリケーション設定操作ガイド」を参照してください。属性ファイルについては，マニュアル「Cosminexus　リファレンス　定義編」を参照してください。

(a)　EJBアクセス機能を使用するための設定

EJBアクセス機能を使用するためには，運用管理ポータルの「論理サーバの環境設定」に設定します。設定内容を次の表に示します。

表I-2　EJBアクセス機能を使用するための設定

項目
設定内容

RMI-IIOP通信のタイムアウト
論理J2EEサーバの［EJBコンテナの設定］画面で，RMI-IIOP通信のクライアントとサーバ間の通信タイムアウト時間を指定します。

リモートインタフェースでの通信障害発生時のEJBクライアントの動作
論理J2EEサーバの［システムプロパティの設定］画面のシステムプロパティの定義で，EJBメソッドの呼び出し時に通信障害が発生した場合のバッチサーバ側でのコネクションの再接続動作とリクエストの再送動作（usrconf.propertiesのejbserver.container.rebindpolicy）を指定します。

バッチサーバの通信ポートとIPアドレスの固定
論理J2EEサーバの［EJBコンテナの設定］画面で，次の内容を指定します。

バッチサーバの通信ポート番号

バッチサーバの使用するIPアドレスまたはホストの固定

(b)　ネーミング管理の機能を使用するための設定

ネーミング管理の機能を使用するためには，運用管理ポータルの「論理サーバの環境設定」に設定します。設定内容を次の表に示します。

表I-3　ネーミング管理の機能を使用するための設定

項目
設定内容

基本設定
デフォルトの設定では，バッチサーバはホスト名「localhost」，ポート番号「900」のCORBAネーミングサービスをインプロセスで自動起動して使用します。設定を変更したい場合には，論理J2EEサーバの［J2EEサーバの基本設定］画面または［ネーミングの設定］画面で，利用するネーミングサービスとして次の内容を指定します。

ホスト名

ポート番号

ラウンドロビン検索※
論理J2EEサーバの［ネーミングの設定］画面で，次の内容を指定します。

CORBAネーミングサービスのグループ

各グループに属する，CORBAネーミングサービスのルート位置（メンバ）

InitialContextFactoryの実装をデレゲートしているクラス

ネーミングのキャッシング
論理J2EEサーバの［ネーミングの設定］画面で，次のキャッシュの利用に関する内容を指定します。

ネーミングでのキャッシングを有効にするかどうか

キャッシュクリアの間隔

キャッシュクリアの範囲

キャッシュを定期的にクリアするときの，［ネーミングの設定］画面での設定個所の例を次に示します。

キャッシュの利用：する（キャッシュをする）

クリア間隔：60（60秒間隔でキャッシュをクリアする）

クリア範囲check（破棄されたキャッシュをクリアする）

ネーミングサービスの通信タイムアウト
論理J2EEサーバの［ネーミングの設定］画面で，ネーミングサービスとの通信タイムアウト時間を指定します。

注※　ラウンドロビン検索は，ユーザ指定名前空間機能を使用していることが前提になります。ユーザ指定名前空間機能を使用する場合，サーバ管理コマンドの動作設定のカスタマイズが必要です。設定方法については，マニュアル「Cosminexus　システム構築ガイド」のサーバ管理コマンドの動作設定のカスタマイズに関する説明を参照してください。

(c)　リソース接続とトランザクション管理の機能を使用するための設定

リソース接続とトランザクション管理の機能を使用するためには，運用管理ポータルの「論理サーバの環境設定」に設定します。設定内容を次の表に示します。

表I-4　リソース接続とトランザクション管理の機能を使用するための設定

項目 | 設定内容
トランザクションのタイムアウト | 論理J2EEサーバの［トランザクションの設定］画面で，トランザクションのタイムアウト時間を指定します。
Application Serverが管理するトランザクションの外でコネクションシェアリングの有効化 | 論理J2EEサーバの［システムプロパティの設定］画面のシステムプロパティの定義で，アプリケーションサーバが管理するトランザクションの外で複数回コネクションの取得を行ったときの，コネクションシェアリングの動作（usrconf.propertiesのejbserver.connectionpool.sharingOutsideTransactionScope.enabled）を指定します。
コネクションアソシエーション | 論理J2EEサーバの［トランザクションの設定］画面で，コネクションアソシエーション機能を使用するかどうかを指定します。
DataSourceオブジェクトのキャッシング | 論理J2EEサーバの［システムプロパティの設定］画面のシステムプロパティの定義で，DataSourceオブジェクトのキャッシングを有効にするかどうか（usrconf.propertiesのejbserver.jndi.cache.reference）を指定します。
DB Connectorのコンテナ管理でのサインオンの最適化 | 論理J2EEサーバの［システムプロパティの設定］画面のシステムプロパティの定義で，コンテナ管理のサインオンの最適化機能を有効にするかどうか（usrconf.propertiesのejbserver.connectionpool.applicationAuthentication.disabled）を指定します。
トランザクションタイムアウト（バッチサーバ単位） | 論理J2EEサーバの［トランザクションの設定］画面で，バッチサーバ上で開始されるトランザクションのタイムアウトのデフォルト値を指定します。

(d)　ガーベージコレクション制御機能を使用するための設定

ガーベージコレクション制御機能を使用するためには，運用管理ポータルの「論理サーバの環境設定」に設定します。

論理J2EEサーバの［システムプロパティの設定］画面のシステムプロパティの定義で，ガーベージコレクションを実行する条件となるメモリ使用量のしきい値（usrconf.propertiesのejbserver.batch.gc.watch.threshold）を指定します。

(e)　コンテナ拡張ライブラリの機能を使用するための設定

コンテナ拡張ライブラリの機能を使用するためには，運用管理ポータルの「論理サーバの環境設定」に設定します。

論理J2EEサーバの［J2EEコンテナの設定］画面で，コンテナ拡張ライブラリのJARファイルのパスやJNI用ライブラリの検索パスなどを指定します。

(f)　システムの日常運用の支援機能を使用するための設定

システムの日常運用の支援機能を使用するためには，運用管理ポータルの「論理サーバの環境設定」に設定します。設定内容を次の表に示します。

表I-5　システムの日常運用の支援機能を使用するための設定

項目
設定内容

リソース枯渇監視機能
論理J2EEサーバの［リソース枯渇監視の設定］画面で，リソース枯渇監視機能の使用の有無，リソースの監視間隔やしきい値などを指定します。なお，リソースの種別によっては，リソースの監視間隔やしきい値は，サーバ管理コマンドまたはServer Plug-inで指定します。設定方法については，マニュアル「Cosminexus　システム構築ガイド」のリソース枯渇監視の設定に関する説明を参照してください。

稼働情報収集機能
論理J2EEサーバの［稼働情報の設定］画面，［イベントの設定］画面で，稼働情報の取得レベル，収集間隔，稼働情報ファイルの出力先，イベントを発行するためのしきい値や監視間隔などを指定します。設定方法については，マニュアル「Cosminexus　システム構築ガイド」の稼働情報ファイルの取得とイベント発行の設定に関する説明を参照してください。
また，イベント発行時に出力されるメッセージを利用してManagementイベントを発行することもできます。Managementイベントの設定については，マニュアル「Cosminexus　システム構築ガイド」のManagementイベントによる処理の自動実行の設定に関する説明を参照してください。

Managementイベントによる処理の自動実行
論理J2EEサーバの［J2EEサーバの基本設定］画面，［J2EEコンテナの設定］画面で，Managementイベントの発行を有効にするかどうか，Managementイベント発行時の動作などを設定します。設定方法については，マニュアル「Cosminexus　システム構築ガイド」のManagementイベントによる処理の自動実行の設定に関する説明を参照してください。

(g)　システムの保守支援機能を使用するための設定

システムの保守支援機能を使用するためには，運用管理ポータルの「論理サーバの環境設定」およびserver.policyに設定します。設定内容を次の表に示します。

表I-6　システムの保守支援機能を使用するための設定

項目 | 設定内容
アプリケーションのユーザログ出力 | 論理J2EEサーバの［ユーザログの設定］画面で，バッチアプリケーションのユーザログの出力先，ログレベル，ログ面数，使用するフィルタ，フォーマッタなど（usrconf.propertiesのejbserver.applicationから始まるキー）を指定します。また，server.policyにセキュリティポリシーを指定します。設定方法については，マニュアル「Cosminexus　システム構築ガイド」のアプリケーションのユーザログ出力の設定に関する説明を参照してください。
バッチサーバのログ出力 | 論理J2EEサーバの［ログの設定］画面で，バッチサーバのログの出力先や出力レベルなどを指定します。

(h)　システムの監査支援機能を使用するための設定

システムの監査支援機能を使用するためには，運用管理ポータルの「論理サーバの環境設定」および監査ログファイルに設定します。設定内容を次の表に示します。

表I-7　システムの監査支援機能を使用するための設定

項目 | 設定内容
データベース監査証跡との連携 | 論理J2EEサーバの［システムプロパティの設定］画面のシステムプロパティの定義で，データベース監査証跡連携機能を有効にするかどうか（usrconf.propertiesのejbserver.container.audit_trail.enabled）を指定します。
監査ログ出力 | 監査ログ定義ファイルに，監査ログを出力するかどうかを指定します。設定方法については，マニュアル「Cosminexus　システム構築ガイド」の監査ログ出力の設定に関する説明を参照してください。

付録I.2　トラブルシューティングの資料取得の設定

トラブルシューティングに必要な資料のうち，一部の資料は，運用を開始する前に資料取得のための設定をしておく必要があります。例えば，OSの統計情報，ユーザダンプ（Windowsの場合）またはcoreダンプ（UNIXの場合），JavaVMのガーベージコレクションのログなどは，事前に取得のための設定をしておかないと，取得できません。これらの資料はトラブルシューティングで必要となるため，取得することをお勧めします。

また，デフォルトの設定で取得できるようになっている資料については，特に設定は不要ですが，ログの出力先やサイズなどを変更したい場合には，運用管理ポータルで項目の値を変更したり，ユーザ定義ファイルを編集したりして，設定を変更してください。

トラブルシューティングの資料取得のための設定を次の表に示します。

表I-8　トラブルシューティングの資料取得のための設定

資料の種類
設定内容
設定の要否

snapshotログ
snapshotログの収集先，収集方法や収集のタイミングを変更する場合には，ユーザ定義ファイルを編集します。運用管理ポータルでは設定できません。詳細については，マニュアル「Cosminexus　システム構築ガイド」のsnapshotログ収集の設定に関する説明を参照してください。
△

Management Serverのログ
「Cosminexus Management Serverの設定」にある［ログの設定］画面で，ログの出力レベル，サイズ，面数などを設定します。
△

性能解析トレースファイル
「Cosminexus Management Serverの設定」にある［性能解析トレース収集の設定］画面で，性能解析トレースファイルの面数を設定します。
また，「論理サーバの環境設定」にある論理パフォーマンストレーサの［パフォーマンストレーサの設定］画面で，PRFトレースの取得レベルやファイルの面数を設定します。
△

バッチサーバのログ
「論理サーバの環境設定」にある論理J2EEサーバの［ログの設定］画面で，ログの出力レベル，サイズ，面数などを設定します。
また，論理J2EEサーバの［ログの設定］画面で，システムログ出力の設定が有効になっている場合，バッチサーバの起動，停止および異常終了のメッセージがイベントログ（UNIXの場合，syslog）に出力されます。
△

バッチアプリケーションのユーザログ
「論理サーバの環境設定」にある論理J2EEサーバの［ユーザログの設定］画面で，ロガーやハンドラの設定，ログの出力レベル，サイズ，面数などを設定します。また，server.policyで，セキュリティポリシーを設定します。
○

稼働情報ファイル
「論理サーバの環境設定」にある論理J2EEサーバの［稼働情報の設定］画面で，稼働情報ファイルの出力先や面数などを設定します。
△

Cosminexus Managerのログ
manager.cfgで統合ログの面数やサイズを指定します。運用管理ポータルでは設定できません。詳細については，マニュアル「Cosminexus　システム構築ガイド」のCosminexus Managerのログ取得の設定に関する説明を参照してください。
△

コンソールログ
adminagent.propertiesでコンソールログの出力の有無，面数やサイズを設定します。運用管理ポータルでは設定できません。詳細については，マニュアル「Cosminexus　システム構築ガイド」のコンソールログの取得の設定に関する説明を参照してください。
△

リソースアダプタのログ
サーバ管理コマンドまたはServer Plug-inを使用して，リソースアダプタ単位でのログ出力の有無を設定します。
また，「論理サーバの環境設定」にある論理J2EEサーバの［ログの設定］画面で，ログの出力レベル，サイズ，面数を設定します。
△

Cosminexus TPBrokerのトレースファイル
バッチサーバ用のusrconf.cfgとusrconf.properties，サーバ管理コマンド用のusrconf.bat（UNIXの場合はusrconf）を指定します。詳細については，マニュアル「Cosminexus　システム構築ガイド」のCosminexus TPBrokerのログ取得の設定に関する説明を参照してください。
また，論理J2EEサーバの［ログの設定］画面で，トレースファイルの出力先や面数などを設定します。
△

Cosminexus DABroker Libraryのログ
環境設定ユティリティまたはCosminexus DABroker Library動作環境定義ファイルで，ログファイルサイズなどを設定します。運用管理ポータルでは設定できません。詳細については，マニュアル「Cosminexus　システム構築ガイド」のCosminexus DABroker Libraryのログ取得の設定に関する説明を参照してください。
△

OSの統計情報
Windowsの場合，Windowsのシステムモニタでシステムリソースのパフォーマンスデータ取得の設定をします。運用管理ポータルでは設定できません。詳細については，マニュアル「Cosminexus　システム構築ガイド」のOSの統計情報取得の設定に関する説明を参照してください。
○

ユーザダンプ
Windowsの場合，ワトソン博士で，ユーザダンプ取得の設定をします。運用管理ポータルでは設定できません。詳細については，マニュアル「Cosminexus　システム構築ガイド」のユーザダンプ取得の設定に関する説明を参照してください。
○

coreダンプ
UNIXの場合，usrconf.cfgやシェルコマンドで，coreファイル取得の設定をします。運用管理ポータルでは設定できません。詳細については，マニュアル「Cosminexus　システム構築ガイド」のcoreダンプ取得の設定に関する説明を参照してください。
○

JavaVMの資料
論理J2EEサーバの［起動パラメタの設定］画面で，JavaVMのスレッドダンプや日立固有のJavaVMログ（日立JavaVMログファイル）の出力方法や出力内容などの設定をします。
○

サーバ管理コマンドのログ
サーバ管理コマンド用のusrconf.bat（UNIXの場合はusrconf）とusrconf.propertiesで，ログの出力レベルなどを設定できます。詳細については，マニュアル「Cosminexus　システム構築ガイド」のサーバ管理コマンドのログ取得の設定に関する説明を参照してください。
△

（凡例）

○：資料を取得する場合には，設定が必要。

△：デフォルトの資料取得の設定を変更する場合だけ，設定が必要。

この表に示したログは，snapshotログで一括収集できます。ただし，Cosminexus TPBrokerのトレースファイルについては，収集できるものと収集できないものが混在しています。このほかにも，snapshotログのデフォルトの設定で取得できないログについては，取得のための設定をしたり，snapshotログの収集先に追加したりする必要があります。また，ユーザダンプ（Windowsの場合）またはcoreダンプ（UNIXの場合）については，固定のファイル名に対して収集します。障害発生時に収集するためには，ユーザ作成の障害検知時コマンドを利用する必要があります。

なお，次のログはログ出力先を変更できません。

セットアップ時に作成されるinstall.log，移行コマンドなどのログファイル

次のディレクトリに出力されるJavaのスレッドダンプファイル

Windowsの場合
＜作業ディレクトリ＞¥ejb¥＜サーバ名称＞

UNIXの場合
＜作業ディレクトリ＞/ejb/＜サーバ名称＞

ログの種類やデフォルト値，チャネル名，取得できるログの詳細や取得方法については，マニュアル「Cosminexus　システム運用ガイド」を参照してください。

付録I.3　バッチアプリケーションを実行するシステムの構築で操作できる画面

バッチアプリケーションを実行するシステムの構築の場合に，運用管理ポータルの論理J2EEサーバの環境設定で操作できる画面および項目を，次の表に示します。

表I-9　バッチアプリケーションを実行するシステムの構築で操作できる画面および項目

操作できる画面 | 操作できる項目
J2EEサーバの基本設定 | コンテナの設定 | 管理用サーバのポート番号
http/ajp13のポート番号※1
利用するネーミングサービスの設定 | インプロセス用のポート番号
利用する論理サーバの設定 | 利用するパフォーマンストレーサ
利用するスマートエージェント
運用監視エージェントの設定
Managementイベントの発行機能の設定
起動オプションの設定
J2EEコンテナの設定 | J2EEコンテナの設定 | 作業ディレクトリの定義
オプション | パスワード情報のスクランブル化
J2EEアプリケーション実行時間監視間隔
運用監視エージェントの設定
Managementイベントの発行機能の設定 | Managementイベントの発行
送信タイムアウト
再送期限
再送間隔
メッセージIDリストファイル
ローカルアドレスの固定
コンテナ拡張ライブラリの設定
拡張パラメタ
EJBコンテナの設定 | CTMの設定 | リクエストの優先順位
サーバとの接続
オプション | ホストの固定
通信ポート番号
Webコンテナの設定 | 管理用サーバの設定
Webサーバとの接続 | インプロセスHTTPサーバ機能の使用※2
ネーミングの設定 | 利用するネーミングサービスの設定 | インプロセス選択時の設定
タイムアウト時間
キャッシュの設定
InitialContextファクトリの設定
ラウンドロビン検索のグループ設定
トランザクションの設定 | トランザクションに関する設定 | 利用するスマートエージェント
タイムアウト時間
コネクションアソシエーション機能
リソース枯渇監視の設定 | リソース枯渇監視 | メモリ
ファイルディスクリプタ数
スレッド数
スレッドダンプファイル数
監視対象リソースの設定
リソース枯渇監視ログファイルの設定※3
ログの設定※4 | ログの出力レベルの設定
ログ別の設定 | ファイルサイズ
ファイル面数
ユーザログの設定 | すべて使用できます。
稼働情報の設定 | すべて使用できます。
イベントの設定 | すべて使用できます。
通信の設定 | すべて使用できます。
起動パラメタの設定 | すべて使用できます。
システムプロパティの設定 | すべて使用できます。
JP1連携の設定 | すべて使用できます。
オプションの設定 | すべて使用できます。
環境変数の設定 | すべて使用できます。

注※1

ajp13のポート番号だけ指定できます。httpのポート番号は指定できません。

注※2

「しない（ajp13）」を指定した場合に，「ポート番号」と「ホストの固定」を指定できます。

注※3

次の監視対象リソースだけ操作できます。

・メモリ

・ファイルディスクリプタ数

・スレッド数

・スレッドダンプファイル数

・コネクションプール

注※4

バッチサーバで使用できるログの種類とチャネル名は次のように対応しています。

・メッセージログ：MessageLogFile

・保守ログ：MaintenanceLogFile

・例外ログ：ExceptionLogFile

・コンソールログ：ConsoleLogFile

・EJBコンテナ保守ログ：EJBContainerLogFile

・ユーザ出力ログ：UserOutLogFile

・ユーザエラーログ：UserErrLogFile

付録J　バッチアプリケーションを実行するシステムの起動と停止（Windowsの場合）

ここでは，Windowsの場合の，運用管理ポータルと運用管理コマンドによるバッチアプリケーションを実行するシステムの起動と停止について説明します。

＜この節の構成＞

付録J.1　システムの起動手順

付録J.2　システムの起動方法

付録J.3　システムの停止手順

付録J.4　システムの停止方法

付録J.1　システムの起動手順

システムの起動手順について説明します。

次に，アプリケーションサーバの起動の流れを示します。なお，データベースなどの関連製品は起動済みであることを前提に説明します。データベースなどを使用している場合は，必要に応じてあらかじめ起動しておいてください。

図J-1　アプリケーションサーバの起動の流れ（Windowsの場合）

図中の1.～5.について説明します。

Management Serverの起動
運用管理エージェントの起動後，Management Serverを起動します。
運用管理エージェントおよびManagement Serverの起動方法については，「付録F.2(1)　運用管理エージェントの起動」，「付録F.2(2)　Management Serverの起動」を参照してください。
なお，自動起動の設定をしている場合，ホストの起動と同時に，運用管理エージェント，Management Serverも起動されるため，起動の操作は不要です。システムの起動方法の設定については，マニュアル「Cosminexus　システム構築ガイド」のシステムの起動と停止の設定に関する説明を参照してください。

Management Serverへのログイン
運用管理ポータルにログインします。ログイン方法については，「付録F.2(3)　Management Serverへのログイン」を参照してください。
なお，運用管理コマンド（mngsvrutil）を使用して，論理サーバを起動する場合，Management Serverへのログインは不要です。

論理サーバの起動
運用管理コマンド（mngsvrutil），または運用管理ポータルを使用して，論理サーバを起動します。論理サーバは図J-1に示す順序で起動してください。起動方法については，「付録J.2(1)　論理サーバの起動」を参照してください。
なお，自動起動の設定をしている場合，Management Serverと論理サーバが一括起動されるため起動の操作は不要です。システムの起動方法の設定については，マニュアル「Cosminexus　システム構築ガイド」のシステムの起動と停止の設定に関する説明を参照してください。

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

バッチアプリケーションの開始
cjexecjobコマンドを使用して，バッチアプリケーションを開始します。開始方法については，マニュアル「Cosminexus　機能解説」のバッチアプリケーションの開始方法に関する説明を参照してください。

付録J.2　システムの起動方法

ここでは，システム起動の流れの中での，論理サーバの起動方法と，リソースの開始方法について説明します。

運用管理エージェントの起動方法，Management Serverの起動方法，およびManagement Serverへのログイン方法については，「付録F.2　システムの起動方法」を参照してください。

＜この項の構成＞

(1)　論理サーバの起動

(2)　リソースの開始

(1)　論理サーバの起動

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

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

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

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

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

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

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

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

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ start allServers

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

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

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

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

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

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

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜ホスト名＞ -k host start server

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

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

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

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

異常終了した論理サーバだけ再起動する場合などに，論理サーバを個別に起動します。運用管理コマンド（mngsvrutil）または運用管理ポータルを使用して，論理サーバを個別に起動する方法について説明します。

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

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

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜論理サーバ名＞ start server

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

(2)　リソースの開始

リソースの開始方法について説明します。

運用管理コマンド（mngsvrutil）または運用管理ポータルを使用すると，リソースアダプタを開始できます。

運用管理コマンドを使用した手順，および運用管理ポータルを使用したリソースアダプタの開始方法について次に説明します。

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

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

実行形式

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

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

付録J.3　システムの停止手順

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

次に示す停止操作を基に，アプリケーションサーバを停止してください。

バッチアプリケーションの停止
バッチアプリケーションが停止していない場合は，cjkilljobコマンドを使用して，バッチアプリケーションを強制停止します。停止方法については，マニュアル「Cosminexus　機能解説」のバッチアプリケーションの強制停止方法に関する説明を参照してください。

リソースの停止
リソースアダプタを使用していない場合，この操作は不要です。運用管理コマンド，または運用管理ポータルの「論理サーバのアプリケーション管理」でリソースアダプタを停止します。リソースアダプタの停止方法については，「付録J.4(1)　リソースの停止」を参照してください。
なお，次回バッチサーバ起動時にリソースアダプタを開始する場合は，リソースアダプタの停止は不要です。

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

Management Serverからのログアウト
ログアウト方法については，「付録F.4(4)　Management Serverからのログアウト」を参照してください。

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

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

付録J.4　システムの停止方法

ここでは，システム停止の流れの中での，論理サーバの停止方法と，リソースの停止方法について説明します。

運用管理エージェントの停止方法，Management Serverの停止方法，およびManagement Serverからのログアウト方法については，「付録F.4　システムの停止方法」を参照してください。

＜この項の構成＞

(1)　リソースの停止

(2)　論理サーバの停止

(1)　リソースの停止

リソースの停止方法について説明します。

運用管理コマンド（mngsvrutil）または運用管理ポータルを使用すると，リソースアダプタを停止できます。

運用管理コマンドを使用した手順，および運用管理ポータルを使用した手順について次に説明します。

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

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

実行形式

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

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

注意

メンバリソースアダプタは，所属するルートリソースアダプタが停止状態のときだけ停止できます。

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

(2)　論理サーバの停止

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

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

運用管理コマンドを使用する場合，サブコマンド「stop」を指定して実行してください。

運用管理ポータルを使用する場合，運用管理ポータルの「論理サーバの起動／停止」の画面から起動してください。

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

運用管理ポータルでの論理サーバの停止方法について(a)～(c)で説明します。

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

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

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

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

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ stop allServers

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

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

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

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

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

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

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜ホスト名＞ -k host stop server

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

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

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

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

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

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

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜論理サーバ名＞ stop server

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

付録K　バッチアプリケーションを実行するシステムの起動と停止（UNIXの場合）

ここでは，UNIXの場合の，運用管理ポータルと運用管理コマンドによるバッチアプリケーションを実行するシステムの起動と停止について説明します。

＜この節の構成＞

付録K.1　システムの起動手順

付録K.2　システムの起動方法

付録K.3　システムの停止手順

付録K.4　システムの停止方法

付録K.1　システムの起動手順

システムの起動手順について説明します。

次に，アプリケーションサーバの起動の流れを示します。なお，データベースなどの関連製品は起動済みであることを前提に説明します。データベースなどを使用している場合は，必要に応じてあらかじめ起動しておいてください。

図K-1　アプリケーションサーバの起動の流れ（UNIXの場合）

図中の1.～5.について説明します。

Management Serverの起動
運用管理エージェントの起動後，Management Serverを起動します。
運用管理エージェントおよびManagement Serverの起動方法については，「付録G.2(1)　運用管理エージェントの起動」，「付録G.2(2)　Management Serverの起動」を参照してください。
なお，自動起動の設定をしている場合，ホストの起動と同時に，運用管理エージェント，Management Serverも起動されるため，起動の操作は不要です。システムの起動方法の設定についてはマニュアル「Cosminexus　システム構築ガイド」のシステムの起動と停止の設定に関する説明を参照してください。

Management Serverへのログイン
運用管理ポータルにログインします。ログイン方法については，「付録G.2(3)　Management Serverへのログイン」を参照してください。
なお，運用管理コマンド（mngsvrutil）を使用して，論理サーバを起動する場合，Management Serverへのログインは不要です。

論理サーバの起動
運用管理コマンド（mngsvrutil），または運用管理ポータルを使用して，論理サーバを起動します。論理サーバは図K-1に示す順序で起動してください。起動方法については，「付録K.2(1)　論理サーバの起動」を参照してください。
なお，自動起動の設定をしている場合，Management Serverと論理サーバが一括起動されるため起動の操作は不要です。システムの起動方法の設定については，マニュアル「Cosminexus　システム構築ガイド」のシステムの起動と停止の設定に関する説明を参照してください。

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

バッチアプリケーションの開始
cjexecjobコマンドを使用して，バッチアプリケーションを開始します。開始方法については，マニュアル「Cosminexus　機能解説」のバッチアプリケーションの開始方法に関する説明を参照してください。

付録K.2　システムの起動方法

ここでは，システム起動の流れの中での，論理サーバの起動方法と，リソースの開始方法について説明します。

運用管理エージェントの起動方法，Management Serverの起動方法，およびManagement Serverへのログイン方法については，「付録G.2　システムの起動方法」を参照してください。

＜この項の構成＞

(1)　論理サーバの起動

(2)　リソースの開始

(1)　論理サーバの起動

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

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

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

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

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

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

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

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

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ start allServers

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

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

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

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

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

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

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜ホスト名＞ -k host start server

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

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

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

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

異常終了した論理サーバだけ再起動する場合などに，論理サーバを個別に起動します。運用管理コマンド（mngsvrutil）または運用管理ポータルを使用して，論理サーバを個別に起動する方法について説明します。

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

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

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜論理サーバ名＞ start server

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

(2)　リソースの開始

リソースの開始方法について説明します。

運用管理コマンド（mngsvrutil）または運用管理ポータルを使用すると，リソースアダプタを開始できます。

運用管理コマンドを使用した手順，および運用管理ポータルを使用したリソースの開始方法について次に説明します。

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

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

実行形式

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

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

付録K.3　システムの停止手順

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

次に示す停止操作を基に，アプリケーションサーバを停止してください。

バッチアプリケーションの停止
バッチアプリケーションが停止していない場合は，cjkilljobコマンドを使用して，バッチアプリケーションを強制停止します。停止方法については，マニュアル「Cosminexus　機能解説」のバッチアプリケーションの強制停止方法に関する説明を参照してください。

リソースの停止
リソースアダプタを使用していない場合，この操作は不要です。運用管理ポータルの「論理サーバのアプリケーション管理」でリソースアダプタを停止します。リソースアダプタの停止方法については，「付録K.4(1)　リソースの停止」を参照してください。
なお，次回バッチサーバ起動時にリソースアダプタを開始する場合は，リソースアダプタの停止は不要です。

論理サーバの停止
運用管理コマンド，または運用管理ポータルの「論理サーバの起動／停止」で論理サーバを一括停止，または一つずつ停止します。停止方法については，「付録K.4(2)　論理サーバの停止」を参照してください。また，Management Serverのmngsvrutilコマンドを使用して，論理サーバを停止できます。コマンドについては，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。論理サーバは起動したときと逆の順序で停止させてください。

Management Serverからのログアウト
ログアウト方法については，「付録G.4(4)　Management Serverからのログアウト」を参照してください。

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

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

付録K.4　システムの停止方法

ここでは，システム停止の流れの中での，論理サーバの停止方法と，リソースの停止方法について説明します。

運用管理エージェントの停止方法，Management Serverの停止方法，およびManagement Serverからのログアウト方法については，「付録G.4　システムの停止方法」を参照してください。

＜この項の構成＞

(1)　リソースの停止

(2)　論理サーバの停止

(1)　リソースの停止

リソースの停止方法について説明します。

運用管理コマンド（mngsvrutil）または運用管理ポータルを使用すると，リソースアダプタを停止できます。

運用管理コマンドを使用した手順，および運用管理ポータルを使用した手順について次に説明します。

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

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

実行形式

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

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

注意

メンバリソースアダプタは，所属するルートリソースアダプタが停止状態のときだけ停止できます。

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

(2)　論理サーバの停止

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

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

運用管理コマンドを使用する場合，サブコマンド「stop」を指定して実行してください。

運用管理ポータルを使用する場合，運用管理ポータルの「論理サーバの起動／停止」の画面から起動してください。

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

運用管理ポータルでの論理サーバの停止方法について(a)～(c)で説明します。

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

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

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

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

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ stop allServers

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

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

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

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

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

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

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜ホスト名＞ -k host stop server

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

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

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

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

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

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

実行形式

mngsvrutil -m ＜Management Serverのホスト名＞ -u ＜管理ユーザ名＞ -p ＜パスワード＞ -t ＜論理サーバ名＞ stop server

実行例

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

コマンドの詳細については，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

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

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

付録L　JP1/IMから運用管理ポータルを表示するための設定（Windowsの場合）

JP1/IMと連携すると，JP1/IMの統合コンソールまたは統合スコープから，Cosminexusシステムで発生した障害を監視できます。Windowsの場合は，障害を監視することで障害の内容に応じたCosminexusの運用管理ポータルの画面をJP1/IMから直接表示することもできます。ここでは，JP1/IMから運用管理ポータルを表示するための設定について説明します。JP1/IMと連携したシステムの障害監視については，マニュアル「Cosminexus　機能解説」のシステムの集中監視の概要に関する説明を参照してください。

障害監視の設定手順を次に示します。

サーバおよびクライアントに，障害監視に必要なJP1の製品またはCosminexusの製品の構成ソフトウェアをインストール，セットアップします。※

Cosminexusの運用管理サーバで，次の作業を実施します。※

CosminexusのJP1イベント発行の設定

JP1/Baseのイベントサーバ名の設定

JP1統合運用管理サーバで，次の作業を実施します。※

JP1/Baseの構成定義の作成

運用管理クライアントで，次の作業を実施します。

Cosminexusモニタ起動コマンドのセットアップ（付録L.1参照）

Cosminexusモニタ起動コマンドの実行環境の設定（付録L.2参照）

J2EEサーバで，次の作業を実施します。※

JP1/Baseのイベントサーバ名の設定

注※　JP1/IMの統合コンソールまたは統合スコープから，Cosminexusシステムで発生した障害を監視するために必要な設定です。これらの作業については，マニュアル「Cosminexus　システム構築ガイド」を参照してください。

参考

Cosminexusの運用管理サーバで実施する作業は，次の運用管理ポータルの画面でも設定できます。

「Cosminexus Management Serverの設定」にある［JP1連携の設定］画面
Management Serverが検知した障害や通知をJP1イベントとして発行するかどうかや，JP1イベントの重大度ごとに，JP1イベントを発行するかどうかを指定します。

「論理サーバの環境設定」にある論理J2EEサーバまたは論理SFOサーバの［JP1連携の設定］画面
J2EEサーバまたはSFOサーバが検知した障害や通知をJP1イベントとして発行するかどうかや，JP1イベントの重大度ごとに，JP1イベントを発行するかどうかなどを指定します。なお，この画面で設定した情報は，設定情報が配布されたあと，J2EEサーバまたはSFOサーバが再起動されてから有効となります。

「論理サーバの環境設定」にある論理J2EEサーバの［ユーザログの設定］画面
J2EEアプリケーションのユーザログで使用するロガーおよびハンドラを指定します。なお，この画面で設定した情報は，設定情報が配布されたあと，J2EEサーバが再起動されてから有効となります。

＜この節の構成＞

付録L.1　Cosminexusモニタ起動コマンドのセットアップ

付録L.2　Cosminexusモニタ起動コマンドの実行環境の設定

付録L.1　Cosminexusモニタ起動コマンドのセットアップ

Cosminexusモニタ起動コマンドのファイルをJP1/IM - View稼働マシンに格納して，セットアップします。この設定をすることで，JP1/IMの統合コンソールの［イベントコンソール］画面からモニタを起動したり，統合スコープのビューアーの［統合機能メニュー］画面に表示されているJP1/IMと連携するプログラムの一覧にCosminexusが登録されて，Cosminexusの運用管理ポータルの画面を起動したりできるようになります。

Cosminexusモニタ起動コマンドのセットアップの手順を次に示します。

Cosminexusモニタ起動コマンドのファイルを，JP1/IM - View稼働マシンの任意のディレクトリにコピーします。
コピーするのは次の四つのファイルです。

mngsvrmonitor.exe

mngsvrmonitor.jar

mngutil.dll

mngsvr_monitor_setup.exe

Cosminexusモニタ起動コマンドのファイルは，次の場所に格納されています。
＜Cosminexusのインストールディレクトリ＞¥manager¥externals¥jp1¥mngsvrmonitor

mngsvr_monitor_setupコマンドを実行します。なお，実行するユーザにはAdministrator権限が必要です。
コマンドの実行例を次に示します。
mngsvr_monitor_setup -i

mngsvr_monitor_setupコマンドについては，マニュアル「Cosminexus　リファレンス　コマンド編」を参照してください。

付録L.2　Cosminexusモニタ起動コマンドの実行環境の設定

Cosminexusモニタ起動コマンドを実行するための環境を設定します。

Cosminexusの運用管理サーバで，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間通信の設定］画面

［CTMドメインマネジャの基本設定］画面

［CTMドメインマネジャの削除（一括削除）］画面

［CTMドメインマネジャの追加］画面

［CTMの基本設定］画面

［CTMの削除（一括削除）］画面

［CTMの追加］画面

［EJBコンテナの設定］画面

［J2EEコンテナの設定］画面

［J2EEサーバクラスタ構成要素の削除（一括削除）］画面

［J2EEサーバクラスタ構成要素の追加］画面

［J2EEサーバクラスタの削除（一括削除）］画面

［J2EEサーバクラスタの削除］画面

［J2EEサーバクラスタの追加］画面

［J2EEサーバクラスタの編集］画面

［J2EEサーバの基本設定］画面

［J2EEサーバの削除（一括削除）］画面

［J2EEサーバの削除］画面

［J2EEサーバの追加］画面

［J2EEサーバの編集］画面

［JDBCの設定］画面

［JP1連携の設定］画面（Cosminexus Management Serverの設定）

［JP1連携の設定］画面（J2EEサーバ）

［JP1連携の設定］画面（SFOサーバ）

［SFOサーバの基本設定］画面

［SFOサーバの削除（一括削除）］画面

［SFOサーバの追加］画面

［Webコンテナの設定］画面

［Webサーバ環境のセットアップ］画面（旧バージョン互換のWebサーバの場合）

［Webサーバクラスタ構成要素の削除（一括削除）］画面

［Webサーバクラスタ構成要素の追加］画面

［Webサーバクラスタの削除（一括削除）］画面

［Webサーバクラスタの追加］画面

［Webサーバの削除（一括削除）］画面

［Webサーバの設定］画面

［Webサーバの追加］画面

［イベントの設定］画面（J2EEサーバ）

［イベントの設定］画面（SFOサーバ）

［運用管理ドメインの編集］画面

［エラーコンテンツに関する設定］画面

［オプションの設定］画面

［開始時の設定］画面

［稼働情報の設定］画面（J2EEサーバ）

［稼働情報の設定］画面（SFOサーバ）

［稼働統計情報の設定］画面

［環境変数の設定］画面

［管理ユーザアカウントの設定］画面

［起動パラメタの設定］画面（J2EEサーバ）

［起動パラメタの設定］画面（SFOサーバ）

［構成情報の退避／回復］画面

［コンテナの設定］画面

［サーバの設定読み込み］画面

［サービスの設定］画面

［システムプロパティの設定］画面（J2EEサーバ）

［システムプロパティの設定］画面（SFOサーバ）

［スケジューリングの設定］画面

［スマートエージェントの削除（一括削除）］画面

［スマートエージェントの設定］画面

［スマートエージェントの追加］画面

［性能解析トレース収集の設定］画面

［セキュリティに関する設定］画面

［設定情報の配布］画面

［セットアップ］画面（論理サーバの一括セットアップ）

［その他の設定］画面

［通信・スレッド制御に関する設定］画面

［通信の設定］画面（J2EEサーバ）

［通信の設定］画面（SFOサーバ）

［トランザクションの設定］画面

［ネーミングサービスの削除（一括削除）］画面

［ネーミングサービスの設定］画面

［ネーミングサービスの追加］画面

［ネーミングの設定］画面

［ネットワーク設定］画面

［ネットワークの設定］画面

［パフォーマンストレーサの削除（一括削除）］画面

［パフォーマンストレーサの設定］画面

［パフォーマンストレーサの追加］画面

［ホスト内のサーバの設定］画面

［ホストの削除（一括削除）］画面

［ホストの定義］画面

［マッピングの定義］画面

［ユーザログの設定］画面

［リソース枯渇監視の設定］画面

［リダイレクタの設定］画面

［リダイレクトに関する設定］画面

［レギュレータの設定］画面

［ログに関する設定］画面

［ログの設定］画面〔Cosminexus Management Serverの設定〕

［ログの設定］画面〔論理サーバの環境設定〕

［ログの表示］画面（旧バージョン互換のWebサーバの環境設定）

［ログの表示］画面（論理サーバの一括セットアップ）

［ログの表示］画面（論理サーバの環境設定）

［ワーカの設定］画面

「Cosminexus Management Serverの設定」のツリーペインに表示されるノードの意味

「Cosminexus Management Serverの設定」のツリーペインの構成

「運用管理ドメインの構成定義」での規則

「運用管理ドメインの構成定義」のサーバビューに表示されるノードの意味

「運用管理ドメインの構成定義」のサーバビューに表示されるノードの意味

「運用管理ドメインの構成定義」のサーバビューの構成

「運用管理ドメインの構成定義」のツリーペインの構成

「運用管理ドメインの構成定義」のホストビューに表示されるノードの意味

「運用管理ドメインの構成定義」のホストビューの構成

「リソース監視」で出力される障害情報

「リソース監視」のツリーペインの構成

「リポジトリ管理」での規則

「リポジトリ管理」での注意事項

「リポジトリ管理」のツリーペインの構成

「論理サーバの運用監視」での共通の操作

「論理サーバの運用監視」のツリーペインの構成

「論理サーバの環境設定」で生成されるユーザ定義ファイル

「論理サーバの環境設定」での規則

「論理サーバの環境設定」のサーバビューに表示されるノードの意味

「論理サーバの環境設定」のサーバビューに表示されるノードの意味

「論理サーバの環境設定」のサーバビューの構成

「論理サーバの環境設定」のツリーペインの構成

「論理サーバの環境設定」のホストビューに表示されるノードの意味

「論理サーバの環境設定」のホストビューの構成

「論理サーバの起動／停止」での注意事項

「論理サーバの起動／停止」のツリーペインの構成

(英字)

(Ｃ)

Componentインタフェースの稼働情報監視

Cosminexus Management Serverの設定

Cosminexusモニタ起動コマンドの実行環境の設定

Cosminexusモニタ起動コマンドのセットアップ

CTMドメインマネジャのオプションの設定

CTMドメインマネジャの環境変数の設定

CTMドメインマネジャの起動

CTMドメインマネジャの起動／停止の設定

CTMドメインマネジャの基本設定

CTMドメインマネジャの削除

CTMドメインマネジャの削除（一括削除）

CTMドメインマネジャの追加

CTMドメインマネジャの停止

CTMドメインマネジャのネットワーク設定

CTMドメインマネジャの編集

CTMのオプションの設定

CTMの環境変数の設定

CTMの起動

CTMの起動／停止の設定

CTMの基本設定

CTMの削除

CTMの削除（一括削除）

CTMの追加

CTMの停止

CTMの編集

(Ｅ)

EJBアプリケーションの稼働情報監視

EJBコンテナの稼働情報監視

EJBコンテナの設定

Entity Beanの稼働情報監視

Entity Beanの稼働情報監視（稼働情報）

Entity Beanの稼働情報監視（基本情報）

(Ｈ)

Hitachi Web Server動作確認用URLの設定

Hitachi Web Serverの動作確認の設定

Homeインタフェースの稼働情報監視

(Ｊ)

J2EEアプリケーション

J2EEアプリケーションのインポート

J2EEアプリケーションのインポート履歴

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

J2EEアプリケーションの開始

J2EEアプリケーションの開始

J2EEアプリケーションの稼働情報監視

J2EEアプリケーションの削除

J2EEアプリケーションの世代回復

J2EEアプリケーションの停止

J2EEアプリケーションの停止

J2EEアプリケーションの停止

J2EEアプリケーションの登録

J2EEアプリケーションの登録解除

J2EEアプリケーションの登録情報編集

J2EEアプリケーションを実行するシステムにある論理サーバの動作設定

J2EEアプリケーションを実行するシステムの運用で必要な操作

J2EEアプリケーションを実行するシステムの起動と停止（UNIXの場合）

J2EEアプリケーションを実行するシステムの起動と停止（Windowsの場合）

J2EEアプリケーションを実行するシステムの構築で必要な操作

J2EEアプリケーションを実行するシステムの構築と削除

J2EEコンテナの稼働情報監視

J2EEコンテナの設定

J2EEサーバクラスタ構成要素の削除（一括削除）

J2EEサーバクラスタ構成要素の追加

J2EEサーバクラスタの一括起動

J2EEサーバクラスタの一括再起動

J2EEサーバクラスタの一括停止

J2EEサーバクラスタの稼働状況

J2EEサーバクラスタの削除

J2EEサーバクラスタの削除（一括削除）

J2EEサーバクラスタの追加

J2EEサーバクラスタの編集

J2EEサーバのsnapshotログの収集

J2EEサーバのsnapshotログの収集（J2EEサーバクラスタの場合）

J2EEサーバのオプションの設定

J2EEサーバの稼働情報監視

J2EEサーバの稼働情報監視で表示できる項目

J2EEサーバの環境変数の設定

J2EEサーバの起動

J2EEサーバの起動／停止の設定

J2EEサーバの起動／停止の設定（J2EEサーバクラスタの場合）

J2EEサーバの起動（J2EEサーバクラスタの場合）

J2EEサーバの基本設定

J2EEサーバの削除

J2EEサーバの削除（一括削除）

J2EEサーバの追加

J2EEサーバの停止

J2EEサーバの停止（J2EEサーバクラスタの場合）

J2EEサーバの編集

J2EEサーバまたはSFOサーバの稼働情報監視

J2EEリソースアダプタ

J2EEリソースアダプタ

JavaVMの稼働情報監視（稼働情報）

JavaVMの稼働情報監視（基本情報）

JDBC接続の定義情報の表示

JDBC接続プールの空き待ち監視のリセット

JDBC接続プールモニタの表示

JDBC接続モニタの監視

JDBCの設定

JP1/IMから運用管理ポータルを表示するための設定（Windowsの場合）

JP1連携の設定（Cosminexus Management Serverの設定）

JP1連携の設定（J2EEサーバ）

JP1連携の設定（SFOサーバ）

(Ｌ)

LDAP接続の定義情報の表示

LDAP接続プールの空き待ち監視のリセット

LDAP接続プールモニタの表示

LDAP接続モニタの監視

Local Componentインタフェースの稼働情報監視

Local Homeインタフェースの稼働情報監視

(Ｍ)

Management ServerがCTMドメインマネジャに自動で設定する内容

Management ServerがCTMに自動で設定する内容

Management ServerがJ2EEサーバに自動で設定する内容

Management ServerがSFOサーバに自動で設定する内容

Management ServerがWebサーバに自動で設定する内容

Management Serverが自動的に設定する内容（CTMドメインマネジャの場合）

Management Serverが自動的に設定する内容（CTMの場合）

Management Serverが自動的に設定する内容（J2EEサーバの場合）

Management Serverが自動的に設定する内容（SFOサーバの場合）

Management Serverが自動的に設定する内容（Webサーバの場合）

Management Serverが自動で設定する内容

Management Serverがバッチサーバに自動で設定する内容

Management Serverがバッチサーバに自動で設定する内容（バッチサーバの場合）

Management Serverからのログアウト

Management Serverでできること

Management Serverの画面と基本操作

Management Serverの環境設定

Management Serverの起動

Management Serverの起動

Management Serverの基本情報の設定

Management Serverの設定

Management Serverの設定

Management Serverの設定に関する操作

Management Serverの設定に関する操作

Management Serverのセットアップ

Management Serverの操作の概要

Management Serverの停止

Management Serverの停止

Management Serverへのログイン

Management Serverへのログイン

Message-driven Beanの稼働情報監視

Message-driven Beanの稼働情報監視（稼働情報）

Message-driven Beanの稼働情報監視（基本情報）

mngsvrmonitor.browser

mngsvrmonitor.connect.host

mngsvrmonitor.connect.password

mngsvrmonitor.connect.userid

(Ｓ)

SecurityManagerを使用しない設定

SFOサーバのsnapshotログの収集

SFOサーバのオプションの設定

SFOサーバの稼働情報監視

SFOサーバの稼働情報監視で表示できる項目

SFOサーバの環境変数の設定

SFOサーバの起動／停止の設定

SFOサーバの基本設定

SFOサーバの削除

SFOサーバの削除（一括削除）

SFOサーバの追加

SFOサーバの編集

snapshotログを収集（J2EEサーバ）

snapshotログを収集（J2EEサーバクラスタ内のJ2EEサーバ）

snapshotログを収集（SFOサーバ）

Stateful Session Beanの稼働情報監視

Stateful Session Beanの稼働情報監視（稼働情報）

Stateful Session Beanの稼働情報監視（基本情報）

Stateless Session Beanの稼働情報監視

Stateless Session Beanの稼働情報監視（稼働情報）

Stateless Session Beanの稼働情報監視（基本情報）

(Ｕ)

URLの稼働情報監視

(Ｗ)

Webアプリケーションの稼働情報（稼働情報）

Webアプリケーションの稼働情報（基本情報）

Webアプリケーションの稼働情報監視

Webコンテナの稼働情報監視（稼働情報）

Webコンテナの稼働情報監視（基本情報）

Webコンテナの設定

Webサーバ環境のセットアップ

Webサーバクラスタ構成要素の削除（一括削除）

Webサーバクラスタ構成要素の追加

Webサーバクラスタの一括起動

Webサーバクラスタの一括再起動

Webサーバクラスタの一括停止

Webサーバクラスタの稼働状況

Webサーバクラスタの削除

Webサーバクラスタの削除（一括削除）

Webサーバクラスタの追加

Webサーバクラスタの編集

Webサーバのオプションの設定

Webサーバの環境変数の設定

Webサーバの起動

Webサーバの起動／停止の設定

Webサーバの起動／停止の設定（Webサーバクラスタの場合）

Webサーバの起動（Webサーバクラスタの場合）

Webサーバの削除

Webサーバの削除（一括削除）

Webサーバの設定

Webサーバの追加

Webサーバの停止

Webサーバの停止（Webサーバクラスタの場合）

Webサーバの編集

(ア行)

(あ)

アプリケーションサーバの起動の流れ（UNIXの場合）

アプリケーションサーバの起動の流れ（UNIXの場合）

アプリケーションサーバの起動の流れ（Windowsの場合）

アプリケーションサーバの起動の流れ（Windowsの場合）

アプリケーションディレクトリの登録

アプリケーションとリソースの運用

アプリケーションとリソースの設定

アプリケーションの運用に関する操作

アプリケーションの設定に関する操作

暗号鍵ファイルの設定

(い)

異常停止

一括起動

一括起動処理

一括再起動

一括再起動処理

一括停止

一括停止処理

(う)

運用管理エージェントの起動

運用管理エージェントの起動

運用管理エージェントの停止

運用管理エージェントの停止

運用管理サーバの起動の流れ（UNIXの場合）

運用管理サーバの起動の流れ（Windowsの場合）

運用管理ドメイン

運用管理ドメイン

運用管理ドメイン全体の論理サーバの一括起動

運用管理ドメイン全体の論理サーバの一括再起動

運用管理ドメイン全体の論理サーバの一括停止

運用管理ドメイン全体の論理サーバの稼働状況

運用管理ドメイン全体の論理サーバの起動順序の設定

運用管理ドメイン全体の論理サーバのステータス監視

運用管理ドメイン内のホストの定義

運用管理ドメインの構成定義

運用管理ドメインの構成定義

運用管理ドメインの構成定義に関する操作

運用管理ドメインの構成定義に関する操作

運用管理ドメインの定義

運用管理ドメインの編集

運用管理ポータルのアンカー

運用管理ポータルの画面構成

運用管理ポータルのメニュー

(え)

エラーページの設定（インプロセスHTTPサーバ）

(カ行)

(か)

開始時の設定

回復中

稼働状況を示すステータス

稼働情報監視で使用する通信の設定（J2EEサーバ）

稼働情報監視で使用する通信の設定（SFOサーバ）

稼働情報監視で発行するイベントの設定（J2EEサーバ）

稼働情報監視で発行するイベントの設定（SFOサーバ）

稼働情報監視の設定（J2EEサーバ）

稼働情報監視の設定（SFOサーバ）

稼働情報として監視できる項目（J2EEサーバ）

稼働情報として監視できる項目（SFOサーバ）

稼働情報として監視できる項目（バッチサーバ）

稼働情報の取得に失敗したときの表示

稼働中

稼働統計情報の設定

画面自動更新の設定

間接起動

管理できるアプリケーションとリソース

管理できる論理サーバ

管理ユーザIDおよびパスワード紛失時の対処

管理ユーザアカウントの設定

(き)

起動

起動，停止実行時のステータス

起動処理

起動中

起動パラメタの設定（J2EEサーバ）

起動パラメタの設定（SFOサーバ）

強制停止

強制停止処理

強制停止中

(け)

計画停止

計画停止処理

計画停止中

(こ)

更新時間間隔

構成情報の退避／回復

構成情報の退避／回復

個別の論理サーバの起動

個別の論理サーバの起動

個別の論理サーバの起動

個別の論理サーバの起動

個別の論理サーバの停止

個別の論理サーバの停止

個別の論理サーバの停止

個別の論理サーバの停止

コンテナの設定

(サ行)

(さ)

サービスの設定

サーブレットの稼働情報監視

最新の情報に更新

サンプリング時間

(し)

時間，ログファイルサイズなどの選択

システムの起動手順

システムの起動手順

システムの構築の流れ

システムの停止手順

システムの停止手順

システムの停止方法

システムの停止方法

システムプロパティの設定（J2EEサーバ）

システムプロパティの設定（SFOサーバ）

自動再起動

自動再起動処理

自動再起動中

自動停止中

障害情報の表示

条件文で使用する属性名の内容と指定できるオペランド

条件文で使用する比較キーワードと指定できるオペランド数，属性名

使用できる文字と文字列長

シングルサインオン用のユーザ情報登録時の入力規則

(す)

スケジューリングの設定

ステータス

ステータスの遷移

スマートエージェントのオプションの設定

スマートエージェントの環境変数の設定

スマートエージェントの起動

スマートエージェントの起動／停止の設定

スマートエージェントの削除

スマートエージェントの削除（一括削除）

スマートエージェントの設定

スマートエージェントの追加

スマートエージェントの停止

スマートエージェントの編集

(せ)

性能解析トレース収集の設定

セキュリティの設定（インプロセスHTTPサーバ）

世代回復

セッションフェイルオーバサーバの起動の流れ（UNIXの場合）

セッションフェイルオーバサーバの起動の流れ（Windowsの場合）

設定情報の配布

セットアップ（論理サーバの一括セットアップ）

選択できる文字エンコーディング（Webコンテナ）

選択できる文字エンコーディング（ユーザログ）

(そ)

操作画面で共通の項目と操作について

操作画面での規則

操作画面での注意事項

操作画面の構成

(タ行)

(ち)

置換文字列の指定

直接起動

(つ)

通信・スレッド制御の設定（インプロセスHTTPサーバ）

通信障害

ツリーペイン

(て)

停止

停止

停止処理

停止中

データソース

データソースのインポート

データソースの稼働情報監視

データソースの稼働情報監視（稼働情報）

データソースの稼働情報監視（基本情報）

データソースの削除

データの退避と回復

(と)

統計情報のサンプリング時間の設定

統合ネーミングスケジューラサーバの起動の流れ（UNIXの場合）

統合ネーミングスケジューラサーバの起動の流れ（Windowsの場合）

統合ユーザ管理の運用

統合ユーザ管理のセッションの停止

統合ユーザ管理の設定

統合ユーザ管理の設定に関する操作

動作確認用HTTPメソッドの設定

登録アプリケーションの回復

登録アプリケーションの退避

登録アプリケーションの退避／回復

ドメイン単位の論理サーバの一括起動

ドメイン単位の論理サーバの一括起動

ドメイン単位の論理サーバの一括起動

ドメイン単位の論理サーバの一括起動

ドメイン単位の論理サーバの一括停止

ドメイン単位の論理サーバの一括停止

ドメイン単位の論理サーバの一括停止

ドメイン単位の論理サーバの一括停止

トランザクションの稼働情報監視

トランザクションの稼働情報監視（稼働情報）

トランザクションの稼働情報監視（基本情報）

トランザクションの設定

(ナ行)

(ね)

ネーミングサービスのオプションの設定

ネーミングサービスの環境変数の設定

ネーミングサービスの起動

ネーミングサービスの起動／停止の設定

ネーミングサービスの削除

ネーミングサービスの削除（一括削除）

ネーミングサービスの設定

ネーミングサービスの追加

ネーミングサービスの停止

ネーミングサービスの編集

ネーミングの設定

ネットワークの設定

(ハ行)

(は)

バインド情報の設定

バッチアプリケーションを実行するシステムにある論理サーバの動作設定

バッチアプリケーションを実行するシステムの運用で必要な操作

バッチアプリケーションを実行するシステムの起動と停止（UNIXの場合）

バッチアプリケーションを実行するシステムの起動と停止（Windowsの場合）

バッチアプリケーションを実行するシステムの構築で操作できる画面

バッチアプリケーションを実行するシステムの構築で操作できる画面および項目

バッチアプリケーションを実行するシステムの構築で必要な操作

バッチアプリケーションを実行するシステムの構築と削除

バッチサーバ作成時に設定が変わる画面と設定の変更内容

バッチサーバとしてサーバを構築するための設定

バッチサーバの稼働情報監視

バッチサーバの稼働情報監視で監視できる項目と参照先

バッチサーバの動作設定

バッチサーバの動作設定で必ず設定する項目

バッチサーバの動作設定で必要に応じて設定する項目

パフォーマンストレーサのオプションの設定

パフォーマンストレーサの環境変数の設定

パフォーマンストレーサの起動

パフォーマンストレーサの起動／停止の設定

パフォーマンストレーサの削除

パフォーマンストレーサの削除（一括削除）

パフォーマンストレーサの設定

パフォーマンストレーサの追加

パフォーマンストレーサの停止

パフォーマンストレーサの編集

ハンドラクラスとハンドラ名称の指定の可否

(ひ)

一つのマシンを複数のネットワークセグメントに接続する場合の環境設定での注意

(へ)

ベーシックモードでデータベースに接続する場合の運用管理（互換用機能）

別の論理CTMドメインマネジャの設定読み込み

別の論理CTMの設定読み込み

別の論理Webサーバの設定読み込み

別の論理スマートエージェントの設定読み込み

別の論理ネーミングサービスの設定読み込み

別の論理パフォーマンストレーサの設定読み込み

(ほ)

ポート番号のチェック

ホストごとの論理サーバの一括起動

ホストごとの論理サーバの一括再起動

ホストごとの論理サーバの一括停止

ホストごとの論理サーバの稼働状況

ホストごとの論理サーバのステータス監視

ホスト単位の論理サーバの一括起動

ホスト単位の論理サーバの一括起動

ホスト単位の論理サーバの一括起動

ホスト単位の論理サーバの一括起動

ホスト単位の論理サーバの一括停止

ホスト単位の論理サーバの一括停止

ホスト単位の論理サーバの一括停止

ホスト単位の論理サーバの一括停止

ホスト内のサーバの設定

ホスト内の論理サーバの定義

ホストの削除

ホストの削除（一括削除）

ホストの定義

ホストの編集

ホストビューとサーバビューの使い分け

ホスト名を付けるときの考慮点

ボディペイン

(マ行)

(ま)

マッピングの定義

(め)

メニュー

(ヤ行)

(ゆ)

ユーザエントリの検索

ユーザエントリの削除

ユーザエントリの作成

ユーザエントリの作成（シングルサインオン用）

ユーザエントリのスキーマ定義

ユーザエントリのスキーマ定義（シングルサインオン用）

ユーザエントリの編集

ユーザエントリの編集（シングルサインオン用）

ユーザサーバの起動

ユーザサーバの起動／停止の設定

ユーザサーバの停止

ユーザ情報登録時の入力規則

ユーザログの設定

(ラ行)

(ら)

ライトトランザクション機能を有効にするための設定

(り)

リソースアダプタ

リソースアダプタのインポート

リソースアダプタの開始

リソースアダプタの稼働情報監視

リソースアダプタの稼働情報監視（稼働情報）

リソースアダプタの稼働情報監視（基本情報）

リソースアダプタの削除

リソースアダプタの停止

リソース監視（統合ユーザ管理）

リソース枯渇監視の設定

リソースの運用

リソースの運用に関する操作

リソースの運用に関する操作

リソースの開始

リソースの開始

リソースの開始

リソースの開始

リソースの設定

リソースの設定

リソースの設定に関する操作

リソースの設定に関する操作

リソースの停止

リソースの停止

リダイレクタの設定

リダイレクトの設定（インプロセスHTTPサーバ）

リポジトリ管理（統合ユーザ管理）

リポジトリ管理での操作に関する注意事項

(れ)

レギュレータの設定

レスポンスヘッダ・ゲートウェイ指定機能の設定（インプロセスHTTPサーバ）

レルムの削除

レルムの作成

(ろ)

ログアウト

ログイン

ログインセッションの監視

ログインセッションモニタの表示

ログインとログアウト

ログ取得レベル（ハンドラ）

ログ取得レベル（ロガー）

ログの出力形式

ログの設定〔Cosminexus Management Serverの設定〕

ログの設定（J2EEサーバ）〔論理サーバの環境設定〕

ログの設定（インプロセスHTTPサーバ）

ログの表示（旧バージョン互換のWebサーバの環境設定）

ログの表示（論理サーバのアプリケーション管理）

ログの表示（論理サーバの一括セットアップ）

ログの表示（論理サーバの環境設定）

ログの表示（論理サーバの起動／停止）

ログの表示（論理サーバの起動／停止）

論理CTM

論理CTMドメインマネジャ

論理CTMドメインマネジャの構成定義

論理CTMドメインマネジャの定義

論理CTMの構成定義

論理CTMの定義

論理J2EEサーバ

論理J2EEサーバの構成定義

論理J2EEサーバの設定読み込み

論理J2EEサーバの定義

論理SFOサーバ

論理SFOサーバの構成定義

論理SFOサーバの設定読み込み

論理SFOサーバの定義

論理Webサーバ

論理Webサーバの構成定義

論理Webサーバの定義

論理サーバごとのステータス監視

論理サーバのアプリケーション管理

論理サーバの一括セットアップ

論理サーバの運用

論理サーバの運用

論理サーバの運用監視

論理サーバの運用監視

論理サーバの運用監視に関する操作

論理サーバの運用監視に関する操作

論理サーバの概要

論理サーバの稼働状況のステータス

論理サーバの環境設定

論理サーバの環境設定

論理サーバの環境設定に関する操作

論理サーバの環境設定に関する操作

論理サーバの起動

論理サーバの起動

論理サーバの起動

論理サーバの起動

論理サーバの起動／停止

論理サーバの起動／停止

論理サーバの起動／停止

論理サーバの起動／停止に関する操作

論理サーバの起動／停止に関する操作

論理サーバの起動／停止の確認

論理サーバの起動／停止の設定

論理サーバの起動／停止の設定に関する操作

論理サーバの起動／停止の設定に関する操作

論理サーバの設定

論理サーバの設定

論理サーバの設定ファイルの配布

論理サーバの停止

論理サーバの停止

論理サーバの動作確認間隔の設定

論理サーバの動作確認タイムアウトの設定

論理サーバの動作確認の開始時間の設定

論理サーバの動作確認リトライの設定

論理サーバの動作確認レベルの設定

論理スマートエージェント

論理スマートエージェントの構成定義

論理スマートエージェントの定義

論理ネーミングサービス

論理ネーミングサービスの構成定義

論理ネーミングサービスの定義

論理パフォーマンストレーサ

論理パフォーマンストレーサの構成定義

論理パフォーマンストレーサの定義

論理ユーザサーバ

論理ユーザサーバの設定

(ワ行)

(わ)

ワーカの設定

■ 商標類

Active Directoryは，米国Microsoft Corporationの，米国およびその他の国における登録商標または商標です。
AIXは，米国における米国International Business Machines Corp.の登録商標です。
AMDは，Advanced Micro Devices, Inc.の商標です。
Borlandのブランド名および製品名はすべて，米国Borland Software Corporationの米国およびその他の国における商標または登録商標です。
CORBAは，Object Management Groupが提唱する分散処理環境アーキテクチャの名称です。
HP-UXは，米国Hewlett-Packard Companyのオペレーティングシステムの名称です。
IIOPは，OMG仕様によるORB(Object Request Broker)間通信のネットワークプロトコルの名称です。
Intelは，Intel Corporationの会社名です。
Itaniumは，アメリカ合衆国および他の国におけるインテル コーポレーションまたはその子会社の登録商標です。
Java 及びすべてのJava関連の商標及びロゴは，米国及びその他の国における米国Sun Microsystems, Inc.の商標または登録商標です。
JDKは，米国 Sun Microsystems, Inc. の米国およびその他の国における商標または登録商標です。
Linuxは，Linus Torvaldsの米国およびその他の国における登録商標あるいは商標です。
Microsoftは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
MyEclipseは，米国Genuitec社の商品名称です。
OMG，CORBA，IIOP，UML，Unified Modeling Language，MDA，Model　Driven　Architectureは，Object Management Group, Inc.の米国及びその他の国における登録商標または商標です。
ORACLEは，米国Oracle Corporationの登録商標です。
Oracleは，米国Oracle Corporation及びその子会社，関連会社の登録商標です。
Oracle9iは，米国Oracle Corporationの商標です。
Oracle 10gは，米国Oracle Corporationの商標です。
PA-RISCは，米国Hewlett-Packard Companyの商標です。
Red Hatは，米国およびその他の国でRed Hat, Inc. の登録商標若しくは商標です。
Solarisは，米国Sun Microsystems, Inc. の米国およびその他の国における商標または登録商標です。
Sun，Sun Microsystems，Javaは，米国Sun Microsystems, Inc. の米国およびその他の国における商標または登録商標です。
Sun Microsystemsは，米国Sun Microsystems, Inc. の米国およびその他の国における商標または登録商標です。
UNIXは，X/Open Company Limited が独占的にライセンスしている米国ならびに他の国における登録商標です。
Windowsは，米国およびその他の国における米国Microsoft Corp.の登録商標です。
Windows Serverは，米国Microsoft Corporationの米国及びその他の国における登録商標です。
Windows Vistaは，米国Microsoft Corporationの米国及びその他の国における登録商標です。
X/Openは，X/Open Company Limited の英国ならびに他の国における登録商標です。
Eclipseは，開発ツールプロバイダのオープンコミュニティであるEclipse Foundation, Inc.により構築された開発ツール統合のためのオープンプラットフォームです。
This product includes software developed by the Apache Software Foundation (http://www.apache.org/).
プログラムプロダクト「P-9D43-7D71，P-9D43-7K71，P-9D43-7M71，P-9D43-7S71」には，米国Sun Microsystems,Inc.が著作権を有している部分が含まれています。
プログラムプロダクト「P-9D43-7D71，P-9D43-7K71，P-9D43-7M71，P-9D43-7S71」には，UNIX System Laboratories,Inc.が著作権を有している部分が含まれています。