BigAdmin System Administration Portal
Sun Java System Application Server 8.1 EE FAQ
Print-friendly VersionPrint-friendly Version
Application Server 8.1 EE FAQ
Sun Java System Application Server 8.1 を使用するにあたり、一般的に問い合わせの多い質問を FAQ としてまとめました。
ライセンスのご理解にお役立てください。
  1. はじめに
  2. 製品仕様に関するFAQ
  3. 構築に関する FAQ
  4. 運用管理に関する FAQ
この FAQ は、Sun Java System Application Server 8.1 の運用、管理を行う技術者を対象としています。対象読者は、次のトピックに詳しいことを前提としています。
  • 基本的なシステム管理のタスク
  • ソフトウェアのインストール
  • Web ブラウザの使用
  • データベースサーバの起動
  • 端末ウィンドウでのコマンドの発行
本書では下記に記載するディレクトリ名を使用します。実際のデフォルトのパス名は右記に記載するディレクトリを示します。
ディレクトリ名
デフォルトのパス名 1
意味
<web-server-install-dir> /opt/SUNWwbsvr Web Server のインストールディレクトリ
<appserver-install-dir> /opt/SUNWappserver/appserver Application Server のインストールディレクトリ
<domain-dir> /var/opt/SUNWappserver/domains/
DOMAIN 2
Application Server のドメインディレクトリ
<instance-dir> /var/opt/SUNWappserver/nodeagents/
NODEAGENT/INSTANCE 3・4
Application Server のインスタンスのディレクトリ
<agent-dir> /var/opt/SUNWappserver/nodeagents/
NODEAGENT/agent
Application Server のノードエージェントのディレクトリ


  1. パッケージベースのインストーラを使用した場合のデフォルトのパス名を示します。
  2. DOMAIN は作成したドメイン名を示します。
  3. NODEAGENT は作成したノードエージェントの名前を示します。
  4. INSTANCE は作成したインスタンスの名前を示します。
アーキテクチャ関連

種類
プロセス
役割/機能
Application Server 8 appservDAS
<domain-name>
Domain Administration Server
Application Server 8 appservAgent
<node-agent-name>
Node Agent
Application Server 8 <appserver-install-dir>/nodeagents/
<node-agent-name>/<instance-name>
/bin/startserv
Application Server インスタンス起動スクリプト
Node Agent により実行されます。
Application Server 8 appservLauncher Application Server インスタンスを起動する中間プロセス
Application Server 8 appserv
<instance-name>
Application Server インスタンス
HADB /opt/SUNWhadb/4/bin/ma
/etc/opt/SUNWhadb/mgt.cfg
HADB Management Agent 起動コマンド
HADB java -Djava.class.path=
/opt/SUNWhadb/4.4.1-7/lib/hadbm...
HADB Management Agent
HADB clu_nsup_srv
# Node supervisor (NSUP)
HADB Node Supervisor
各 HADB node 毎に起動します。Node Supervisor は5つの子プロセスを監視し、ハートビートがなくなったときそれらを再起動します。
HADB
(Node supervisor の子プロセス)
clu_sql_srv
# SQL (SQLC)
SQL サーバプロセス
JDBC driver, clusql CLI から接続可能です。HADB instruction にコンパイルし、TRANS に送信します。また、その結果を受信しクライアントに返します。クライアント接続毎に 1 つのサブサーバを持ちます。
HADB
(Node supervisor の子プロセス)
clu_trans_srv
# Transaction (TRANS)
トランザクションサーバプロセス
分散されたノード上のトランザクションを調整します。主な役割として次のものがあります。
  1. Data storage を管理
  2. SQL サーバから HADB の instruction set でリクエストの受信
  3. Log レコードをミラーノードに転送
HADB
(Node supervisor の子プロセス)
clu_relalg_srv
# Relational algebra (RELALG)
Relational algebra query サーバプロセス。sort/join 等の関係代数クエリーを調整・実行する。
HADB
(Node supervisor の子プロセス)
clu_sqlshm_srv
# SQL shared memory (SQLSHM)
Shared memory segment を管理するサーバプロセス。
SQL dictionary cache を管理する。
HADB
(Node supervisor の子プロセス)
clu_noman_srv
# Node manager (NOMAN)
Node manager サーバプロセス。
Management agent が hadbm から発行された管理コマンドを実行するために使用します。また、node の最新の状態を把握し、node が停止したときと同じ状態で起動します。
MQ imqbrokerd Message Queue ブローカインスタンス
MQ java -server -cp /usr/bin/../../
usr/share/lib/imq/imqbroker.jar...
Message Queue ブローカインスタンス
A) iPlanet Application Server 6.5 では、Application Server の管理情報を Directory Server に保存するため、インストールの際に Directory Server が必要でした。しかし、Application Server 7.0 以降のバージョンでは管理情報をファイルシステム上に記述するようになったため、インストール時に Directory Server を選択する必要はなくなりました。
HTTP関連
A) Application Server 8.1 では、セキュアなチャネル(SSLのような)を通じて受けたリクエストに対しては JSESSIONID cookie に secure 属性を付けて発行します。したがって、HTTPS の場合は JSESSIONID は "secure"cookie となります。Application Server の前に Web Server(Load Balancer Plug-in) がある場合は、Web Server へ HTTP/HTTPS どちらでリクエストを送信しても、Load Balancer Plug-in と Application Server の間は HTTP 通信となるため JSESSIONID は "secure" cookie にはなりません。HTTPS の場合に "secure" cookie をブラウザに返すためには、loadbalancer.xml の生成を行う手順中、asadmin create-http-lb-config のオプションとして --httpsrouting=true を与えて実行してください。または、loadbalancer.xml 中の https-routing 属性を直接 手書きで true に修正してください。
A) Load Balancer Plug-in は Application Server へリクエストを送信できない場合、Load Balancer Plug-in 自身がブラウザに次のエラーページを返しますので、下記のファイルをカスタマイズしてください。
<web-server-install-dir>/plugins/lbplugin/errorpages/sun-http-lberror.html

詳細は、http://docs.sun.comより

「Configuring HTML Error Pages」を参照してください。
コネクションプール関連
A) Application Server の管理コンソールより、リソース ≫ JDBC ≫ 接続プール ≫ 「該当のコネクションプール名」を選択してください。次に「すべて障害で」≫「すべての接続を閉じる」にチェックを入れて再起動を行ってください。この設 定により 1 つの接続が失敗すると Application Server はプール内のすべての接続を閉じ、再接続を行います。チェックを入れない場合、使用時にのみ個々に再接続されます。
A) “resource-ref”は Web アプリケーションから、J2EE プラットフォーム (Application Server) が提供するネーミングサービスの情報を取得できるように定義します。主にリソースへのアクセスを行うオブジェクト(データソース) を取得するために使用します。 データソースの仕組みを利用することで、接続先などを Java ソースにハードコードせずに、 JNDI の名前を使って間接参照することができます。 下記では“resource-ref”に“jdbc/jdbc-simple”と指定した場合のコード記述例を示します。
ソース記述例:(JNDI ルックアップの記述例)
String dsName = "java:comp/env/jdbc/jdbc-simple";
DataSource ds = (javax.sql.DataSource)initContext.lookup(dsName);
web.xml は Web アプリケーションの配備記述子で、単一の Web アプリケーションで適用する情報を XML ファイル中に記述したものです。このファイルの文章型定義 (DTD) は Servlet の標準仕様で決められています。

web.xml 記述例:
<resource-ref>
<res-ref-name>jdbc/jdbc-simple</res-ref-name>
<res-type>javax.sql.DataSource</res-type>
<res-auth>Container</res-auth>
<res-sharing-scope>Shareable</res-sharing-scope>
</resource-ref>

web.xml の要素の説明:
項目
意味
res-ref-name デー タソースオブジェクトをソースコードから参照するための名前を定義します。 ここで定義する名前は Web アプリケーションのソースコードから参照するために使用する名前 (Coded Name) です。ソースコード上には、ここで指定した名前に"java:comp/env/" という文字列を付加した名前で lookup を行います。jdbc/jdbc-simple と設定した場合、ソースコード上では java:comp/env/jdbc/jdbc-simple と記述します。
res-type データソースの型を Java のクラス名で指定します。javax.sql.DataSource の他 java.net.URL、javax.mail.Session 等のリソースを指定できます。
res-auth このリソースに対するアクセス認証をアプリケーションプログラム上で行う ("Application") か、コンテナに任せる("Container") かを指定します。
res-sharing-scope このデータソースへの接続を共有出来るようにするか否かを指定します。

一方、sun-web.xml は Sun Java System Application Server 固有の配備記述子でサーバ固有の情報を指定します。

sun-web.xml 記述:
<resource-ref>
<res-ref-name>jdbc/jdbc-simple</res-ref-name>
<jndi-name>jdbc/jdbc-resource</jndi-name>
<default-resource-principal>
<name>jdbc</name>
<password>jdbc</password>
</default-resource-principal>
</resource-ref>

sun-web.xml の要素の説明:
項目
意味
res-ref-name 対応する J2EE web.xml ファイルの resource-ref エントリ内の res-ref-name を指定します。
jndi-name リソースの JNDI 絶対名を指定します。
default-resource-principal リソースのデフォルトの主体 (ユーザー) を指定します。

A) JDBC コネクションプール作成時の「データベースベンダー」は、次画面の入力項目「データソースクラス名」の入力を補助するために使用されます。管理コンソール で、「データベースベンダー」と「リソースタイプ」を指定することにより、データベースベンダーに対応したクラスが次画面で自動的に入力されます。「デー タベースベンダー」を指定しない場合は、「データソースクラス名」を手動で入力し設定しなければなりません。1


  1. CLI から JDBC コネクションプールを作成する場合は、「データソースクラス名」を手入力で指定してください。
A) JDBC コネクションプールの Minimum 個の接続は、インスタンス起動時ではなく、JDBC から初めて DB にリクエストが発生するタイミングで作成されます。
A) クライアントの IP アドレスを変更した場合も、同一のセッションを利用できます。
バグ関連
A) 既知の問題、解決済みのバグに関しては、製品のリリースノートに記載されています。詳細につきましては、リリースノートの下記項目を御参照ください。

「Sun Java System Application Server Enterprise Edition 8.1 2005Q2 Release Notes」

  • Bugs Fixed in the Enterprise Edition 8.1 Release
  • Bugs Fixed in the 8.1 Update 2 Release
  • Known Issues and Limitations

  • 上記以外の公開情報として、SunSolve Onlineがあります。ユーザ登録を行った後御利用ください。
設計関連
A) 1 ホスト毎に 2 つの Application Server インスタンスを起動し (計 4 Application Server インスタンスで 1 クラスタ)、HADB を 1 ホスト毎に 1(アクティブ)ノードずつで 1 データベースを共有する構成が可能です。 Application Server の管理コンソール等でクラスタを構成した後、asadmin configure-ha-cluster を行うことで設定が可能です。特に複数の HADB データベースを作成する必要はありません。
A) Web Server上のobj.confに下記の行を追加します。
NameTrans? fn=pfx2dir from=<静的コンテンツのURL> dir=<静的コンテンツのファイルシステム上のパス>

例:

<Object name="default"> AuthTrans? fn="match-browser" browser="*MSIE*" ssl-unclean-shutdown="t⁄ rue" NameTrans? fn=pfx2dir from=/testsuites/icon dir="/opt/SUNWwbsvr/docs/t⁄ estsuites/icon" 1 NameTrans? fn="name-trans-passthrough" name="lbplugin" config-file="/op⁄ t/SUNWwbsvr/https-wbs-01/config/loadbalancer_aps03_aps04.xml" NameTrans? fn="ntrans-j2ee" name="j2ee" NameTrans? fn=document-root root="$docroot" 2 ....後略


  1. 静的/動的コンテンツとも Web Server 上で管理し、同一 URL でアクセスする場合は(例:上記/testsuites)、NameTrans? fn="name-trans-passthrough" name="lbplugin"〜の行よりも前に NameTrans? fn=pfx2dir〜の行を記述してください。
  2. NameTrans? fn=document-root root="$docroot"は NameTrans? 行の中でも必ず最後に記述します。
A) HADB のサイジングを行うための参考情報は「Sun Java System Application Server Enterprise Edition 8.1 2005Q2 Deployment Planning Guide」に記載されています。

詳細は、http://docs.sun.comより

「System Sizing」を参照してください。下記の情報が記載されています。
  • Application Server のインスタンス数
  • HADB のノード数
  • HADB のホスト数
  • HADB のストレージ容量
インストール関連
A) Application Server 8.1 のインストールに必要なファイルは、SVR4 package 形式で構成されているため、インストールは root で行う必要があります。 ただし、Application Server のインスタンスを root 以外の特定のユーザで起動させたい場合、インストール終了後 asadmin コマンドを用いて、特定のユーザ ID を指 定しインスタンスを作成することで root 以外のユーザで起動が可能です。

詳細は、http://docs.sun.comより

「ルート以外のIDによるApplication Serverの設定」を参照してください。
A) Application Server 単体では特にありません。ただし、Application Server と共に HADB をインストールする場合、HADB で下記の 3 種類のユーザ名が予約されています。そのため HADB をインストールする環境では、下記のユーザ名は使用しないでください。
  • guest
  • public
  • system
仮に上記ユーザ名を使用した場合、asadmin の configure-ha-cluster を実行した際にエラーが発生します。
例:configure-ha-cluster の実行
# asadmin configure-ha-cluster --user system --port 4849 --hosts
host01,host02 --devicesize 256 mycluster

例:エラーログ
com.sun.hadb.jdbc.DbException: HADB-E-11742: User exists already at 
com.sun.enterprise.ee.admin.hadbmgmt.HADBSessionStoreUtil.createSessionSt\
ore(HADBSessionStoreUtil.java:145) at
com.sun.enterprise.ee.admin.hadbmgmt.HADBSessionStoreUtil.main(HADBSessio\
nStoreUtil.java:687)
Caused by: com.sun.hadb.jdbc.DbException: HADB-E-11742: User existsalread\
y at com.sun.hadb.jdbc.StatementImpl.doTheStatement(StatementImpl.java:320)
at com.sun.hadb.jdbc.StatementImpl.executeUpdate(StatementImpl.java:900)
at
com.sun.enterprise.ee.admin.hadbmgmt.HADBSessionStoreUtil.createNewUser(H\ ADBSessionStoreUtil.java:460)
at
com.sun.enterprise.ee.admin.hadbmgmt.HADBSessionStoreUtil.createSessionSt\ ore(HADBSessionStoreUtil.java:129)
... 1 more

A) インストールディレクトリをデフォルト以外に変更しても特に問題はありません。インストール先がデフォルト以外であっても問題なくパッチを適用できます。
A) Java Enterprise System のインストーラで「あとで設定」オプションを選択してインストールした場合、インストール後に、環境設定ファイル(< appserver-install-dir>/config/asenv.conf)を正しく設定する等、必要な設定手順がいくつかあります。

詳細は、http://docs.sun.comより


上記にも記述されていますが、事前に Application Server 8.1 のアクセサリ CD をご用意ください。アクセサリ CD は Sun Download Center から、Sun Java Enterprise System を入手する画面と同一画面上から入手可能です。
入手手順:
  1. http://www.sun.com/software/swportfolio/get.jsp へアクセス
  2. Sun Java Enterprise System にチェック
  3. 「Get Downloads & Media」ボタンを押下
  4. 上フレームの「Sun Java Enterprise System」より「Solaris for SPARC」のリンクを押下
  5. 下フレームの「Accept License Agreement」にチェック
  6. 下フレームの下記の項目にチェック

    Accessory CD #1 - Application Server migration tool and file-based distribution (non-root) CD image, English
    sjsasee8_1_02.zip
    817.61 MB

  7. 「Download selected with Sun Download Manager」ボタンを押下
A)
  1. 状態ファイル(ステートファイル)の作成:
    インストーラを実行して状態ファイルを生成します。(インストール自体も実行されます)
    #./sjsas_ee-8_1_02_2005Q2-p05-solaris-sparc.bin2 -savestate statefile
    statefile がその入力内容<以下状態ファイル>を保存するファイル名です。フルパス名でも指定可能で指定の無い場合はカレントディレクトリに生成されます。
  2. 状態ファイルのコピー:
    # cp statefile statefile.org
  3. 状態ファイルを使用したインストール:
    状態ファイルを使用し、同一プラットフォームの別マシンに状態ファイルを指定してインストーラを実行します。
    # ./sjsas_ee-8_1_02_2005Q2-p05-solaris-sparc.bin -silent statefile
備考:

※特定のホストで作成した状態ファイルを異なるプラットフォーム(CPU 種別、OS 種別、OS バージョンのいずれかが異なる)で用いる場合は、インストールを行う前に状態ファイル内に記述されている状態ファイル ID を書き換える手順が必要になります。

状態ファイル ID とは生成された statefile の 10 行目および最終行に書き出される以下の文字列です。下記の例で 1.4 SDK より右側にある英数字の文字列を表します。

[STATE_BEGIN J2EE 1.4 SDK3cff82073ef0c5556f8a68a56fa9c65cb4192b45] :
[STATE_DONE J2EE 1.4 SDK 3cff82073ef0c5556f8a68a56fa9c65cb4192b45]

例えば、上記の 3cff82073ef0c5556f8a68a56fa9c65cb4192b45 は Ultra10(Solaris10) で生成された ID になります。

これを例えば他のマシンでそのまま再利用可能か確認するには、下記を実行します。

# ./sjsas_ee-8_1_02_2005Q2-p05-solaris-sparc.bin -console -id
ディスクスペースの容量を検査中...
Java(TM) 2 Runtime Environment検査中...
Extracting Java(TM) 2 Runtime Environment files...
Extracting installation files...
Java(TM) 2 Runtime Environment を起動しています...
3cff82073ef0c5556f8a68a56fa9c65cb4192b45
Deleting temporary files...

コマンドの実行結果、表示された文字列と比較して同一であればそのまま利用できます。文字列が異なっていた場合には、statefile の 10 行目および最終行の文字列をそれぞれ出力された文字列で入れ替えてください。



  1. Sun Java Enterprise System 版を使用したサイレントインストールの手順は、別途「Java Enterprise System 2005Q4 ? Japanese」「Sun Java Enterprise System 2005Q4 インストールガイド(UNIX 版)」「第5章 サイレントモードでのインストール」を御参照ください。
  2. sjsas_ee-8_1_02_2005Q2-p05-solaris-sparc.bin は 2005 年 12 月時点のインストールバイナリを利用しています。最新のバージョンでは p05 の箇所が変更されています。
設定関連
A) Application Server 8.1 のインストール直後は Application Server 8.1 のデフォルト JDK である JDK 1.5.0 が使用されます。 この設定は <appserver-install-dir>/config/asenv.conf の次の変数に記述されています。
  • AS_JAVA
  • AS_NATIVE_LAUNCHER_LIB_PREFIX

JDK のバージョンを変更するには上記項目を変更してください。ただし、インストール時に作成されたドメインは、(その後、asenv.conf を修正して) J2SE1.4 で起動すると、UnsupportedClassVersionError が発生します。これは、ドメインの一部に、既に JDK1.5.0 でコンパイルされたクラスが存在するためです。従って、Application Server 8.1 でデフォルト以外の JDK のバージョンを使用する場合はドメインを作成する前に asenv.conf を次の例のように修正し、ドメインを再作成してください。1

例:

AS_JAVA="/usr/jdk/j2sdk1.4.2_10"
AS_NATIVE_LAUNCHER_LIB_PREFIX="/usr/jdk/j2sdk1.4.2_10/jre/lib/sparc/client"


  1. Application Server付属のsamplesアプリケーションを使用する場合はcommon.propertiesのcom.sun.aas.javaRootも設定してください。
A)次の方法により、それぞれ CLI で設定が可能です。
  • Classpath Prefix (java-config.classpath-prefix) の設定:
    # asadmin set "<Server or Cluster>.java-config.classpath-prefix=<PATH>"
    例)
    # asadmin set "c1.java-config.classpath-prefix=test.jar"1
  • Classpath Suffix (java-config.classpath-suffix) の設定:
    # asadmin set "<Server or Cluster>.java-config.classpath-suffix=<PATH>" 例) # asadmin set "c1.java-config.classpath-suffix=${com.sun.aas.installRoot}/
    pointbase/lib/pbclient.jar${path.separator}${com.sun.aas.install Root}/
    pointbase/lib/pbembedded.jar${path.separator}test.jar"2
  • 設定内容の確認:
    次のコマンドで現在の設定を表示することができます。
    # asadmin get "<Server or Cluster>.java-config.classpath-prefix"
    # asadmin get "<Server or Cluster>.java-config.classpath-suffix"
    # asadmin get "<Server or Cluster>.java-config.*"


  1. c1 は cluster 名です。
  2. 特殊文字の "$" の前に \(backslash) が必須です。また 2 つ以上のパスを書く時は、間に を入れてください。\(backslash) は、シェルによって ${...} を変数として評価されないように適切に挿入してください。また、" (double-quote) 文字ではなく ' (single-quote) 文字で文字列を囲むことにより、変数として評価させないことも可能です。
A) セッションタイムアウトの値を CLI で変更する方法は下記のとおりです。
  • asadmin コマンドの実行:

    asadmin set コマンドにて次のように設定します。

    <instance-name> には設定対象のインスタンス名、<seconds> にはタイムアウト値を秒数で指定してください。

    # asadmin set <instance-name>-config.session-config.session-properties.timeout-in-seconds=<seconds>
  • インスタンスの再起動:

    上記のコマンドを実行後、インスタンスを再起動してください。

A) 管理コンソールより HTTP サービスの設定画面でプロパティを追加してください。
管理コンソール ≫ 設定 ≫ 当該インスタンスの設定 ≫ HTTP サービス
プロパティ名
プロパティ値
traceEnabled
false
A) 「Sun Java System Application Server Enterprise Edition 8.1 2005Q2 管理ガイド」の「9. セキュリティーの設定」を御参照ください。ドキュメントでは、管理者パスワード(管理コンソールの管理パスワード)とマスターパスワードの変更手順を、管 理コンソール、コマンドベースからと、それぞれでの変更手順が記載されています。

詳細は、http://docs.sun.comより

A) デフォルトの設定では、ディレクトリの URL を指定された場合、ディレクトリの中に含まれるファイルの一覧が表示されます。ディレクトリの中身を表示させ たくない場合、下記の設定を行います。下記の設定はドメイン全体に適用されます。設定変更後、全てのインスタンスを再起動してください。
<domain-dir>/config/default-web.xmlの下記の箇所を修正してください。
<servlet>
  <init-param>
    <param-name>listings</param-name>
    <param-value>true</param-value> ←この部分を false に変更してください。
  </init-param>
</servlet>
パフォーマンスチューニング関連
A) 「Sun Java System Application Server Enterprise Edition 8.1 2005Q2 Performance Tuning Guide」を参照してください。

詳細は、http://docs.sun.comより

A) 各アプリケーション内に更新された JSP ファイルが存在するかどうかを監視し、存在した場合に JSP ファイルをサーブレット実装クラスへ自動コンパイル し、動的に再読み込みを行う機能です。監視のタイミングは、デフォルトではアクセス毎に行います。この機能は管理コンソール上からは設定できないので、 サーバインスタンス毎に default-web.xml を設定することによって無効化が可能です。具体的には要素名が jsp である servlet 要素内の、init-param 値を次のように編集してください。
<servlet>
  <servlet-name>jsp</servlet-name>
  <servlet-class>org.apache.jasper.servlet.JspServlet</servlet-class>
  <init-param>
    <param-name>development</param-name>
    <param-value>false</param-value>
  </init-param>
  <load-on-startup>3</load-on-startup>
</servlet>
</servlet>
JSP Reloading が行われない条件は、下記の 2 つの条件を満たしていることです。
  • development が false であること。
  • checkInterval が 0 であること。
詳細は default-web.xml 内のコメントに記述されている設定項目を参照してください。
A) この機能は、自動配備ディレクトリとして設定した場所に、アプリケーションを配置して自動的に配備を行います。デバッグ・開発用の機能で、server インスタンス(管理サーバ) 上でのみ利用可能です。
A) この機能は、アプリケーションを再配備しなくても、配備ディレクトリにそのコードや配備記述子の変更をコピーするだけでそれらを再読込みする機能です。デバッグ・開発用の機能で、server (管理サーバ) 上でのみ利用可能です。
ログ管理関連
A) サーバ設定がデフォルトの場合以下のログを出力します。
  • DAS:
    <domain-dir>/logs/server.log
    <domain-dir>/logs/access/server_access_log
    <domain-dir>/logs/access/__asadmin_access_log
  • ノードエージェント:
    <agent-dir>/logs/server.log
  • スタンドアロンインスタンス:
    <instance-dir>/logs/server.log
    <instance-dir>/logs/access/server_access_log
A) ノードエージェントのログ、Application Server インスタンスのログファイル名の変更方法については下記を御参照ください。

詳細は、http://docs.sun.comより

「ログの一般設定を設定する」を参照してください。

ドメインの server.log については、管理コンソールから、「設定」≫「server-config」≫"Logger Settings" において変更可能です。

起動/再起動関連
A) 管理コンソールから、設定 (Configurations) の当該インスタンスの config に何らかの変更を施した場合、その変更を有効にするためにインスタンスの再起動が必要になります。また、同様に asadmin コマンドで設定変更した場合もインスタンスの再起動が必要になります。
A) ノードエージェントを実行しなくても、Application Server インスタンスの作成と削除は可能です。ただし、サーバインスタンスの起動および停止にはノードエージェントが実行状態である必要があります。
A) HADB を Application Server 8.1 のレポジトリのように root 以外のユーザを所有者として作成することは推奨されません。また、少なくとも Node Supervisor プロセスは root 権限で実行する必要があります。

詳細は、http://docs.sun.comより

一方、HADB Management Agent (ma) や HADB ノードが root で実行されていても、hadbm コマンドは root 以外のユーザで実行することができます。また、HADB データベースも root 以外のユーザで作成可能です。

モニタリング関連
A) Application Server 8.1 では下記の項目を監視できます。
  • 「EJB コンテナの統計」
  • 「Web コンテナの統計」
  • 「HTTP サービスの統計」
  • 「JDBC 接続プールの統計」
  • 「JMS サービスおよびコネクタサービスの統計」
  • 「ORB の接続マネージャーの統計」
  • 「スレッドプールの統計 1
  • 「トランザクションサービスの統計」
  • 「Java 仮想マシン (JVM) の統計」
  • 「J2SE 5.0 の JVM 統計 2
  • 「PWC (Production Web Container) の統計 3


  1. スレッドプールについては、ここで言うスレッドは EJB の実行スレッドを指しています。
  2. JVM の監視は、Application Server が J2SE5.0 で設定されている場合はかなり多くの種類の統計が取れます。しかし、J2SE1.4 の場合はあまり統計情報の種類はありません。
  3. Standard Edition, Enterprise Edition の環境では HTTP サービスとして PWC スレッドプールを監視します。

管理コンソールを用いた場合の設定方法
詳細は、http://docs.sun.comより

管理コンソールを用いた場合の確認方法
詳細は、http://docs.sun.comより

asadmin コマンドを用いた場合の設定方法
詳細は、http://docs.sun.comより

asadmin コマンドを用いた場合の確認方法
詳細は、http://docs.sun.comより

例):JDBC コネクションプールのリソース状況の取得方法を下記に示します。1
# asadmin get --monitor <AS instance name>.resources.<JDBC connection pool \ name>.\*2

すべての項目が必要なければ、項目を選んで取得することも可能です。

# asadmin get --monitor <AS instance name>.resources.<JDBC connection pool \ name>.numconnfree-current


  1. 監視設定が行われていなければ、コマンドラインにおいてもリソース状況を取得することはできないので、事前に監視設定を行ってください。
  2. \* はシェルにより * が展開されないようにしています。
A) 監視対象プロセスとしては下記の 3 プロセスを推奨します。
  • Application Server のノードエージェントのプロセス
  • Application Server の Domain Administration Server のプロセス
  • HADB の Management Agent のプロセス
上記の各プロセスのプロセス ID 取得例:
# ps -ef | grep “appservAgent”
# ps -ef | grep “appservDAS”
# ps -ef | grep “/opt/SUNWhadb/4/bin/ma”
BigAdmin