WebLogic Server および WebLogic Express の紹介
|
 |
 |
|
Administration Console の詳細な使用方法については、Administration Console オンライン ヘルプを参照するか、Administration Console 画面で [ヘルプ] をクリックしてください。
以下の節では、BEA WebLogic Server Administration Console について概説します。
BEA WebLogic Server Administration Console は、WebLogic Server ドメインの管理に使用する Web ブラウザ形式のグラフィカル ユーザ インタフェースです。WebLogic Server ドメインは、論理的に関連付けられた WebLogic Server リソースの集合であり、1 つの単位として管理されます。ドメインには 1 つまたは複数の WebLogic Server が含まれ、WebLogic Server クラスタが含まれる場合もあります。クラスタは WebLogic Server インスタンスのグループで、連携して動作することによりアプリケーションにスケーラビリティと高可用性がもたらされます。アプリケーションはドメインの一部としてデプロイされ、管理されます。
各ドメインでは、1 つの WebLogic Server インスタンスが管理サーバとしてコンフィグレーションされます。管理サーバでは WebLogic Server ドメインを一元的に管理できます。ドメイン内の他のすべての WebLogic Server インスタンスは、管理対象サーバと呼ばれます。WebLogic Server インスタンスが 1 つしかないドメインでは、そのサーバが管理サーバと管理対象サーバの両方として機能します。管理サーバでは Administration Console がホストされます。Administration Console は、管理サーバへのネットワーク アクセスを持ち、サポートされた Web ブラウザであればどのブラウザからでもアクセス可能な Web アプリケーションです。管理対象サーバでは、アプリケーションがホストされます。
Administration Console を使用すると、以下の操作ができます。
Administration Console には、詳細なヘルプ システムがあります。ヘルプ システムは次の 2 つの部分から構成されています。
Administration Console オンライン ヘルプには Administration Console 自体からアクセスすることも、オンラインで http://edocs.beasys.co.jp/e-docs/wls/docs90/ConsoleHelp/index.html にアクセスして参照することもできます。
Administration Console の使用中に (情報、警告、エラーなどの) メッセージが生成され、ログに記録されることがあります。WebLogic Server のログは、Administration Console の [診断｜ログ ファイル] ページで参照できます。
この節では、Administration Console の起動について説明します。
Administration Console を使用するには、お使いの環境でサポートされている Web ブラウザを使用します。『Browser Support for the WebLogic Server Console』を参照してください。サポートされているブラウザのリストにない Web ブラウザを使用すると、Administration Console を使用するときに機能やフォーマットの面で問題が生じるおそれがあります。
Administration Console を起動するには、次の手順を行います。
セキュリティ システムを使用してユーザをこうしたグループのいずれかに追加したり削除したりすることで、Administration Console へのアクセスを制御できます。
注意 : ブラウザが HTTP リクエストをプロキシ サーバに送信するようにコンフィグレーションされている場合、管理サーバの HTTP リクエストをプロキシに送信しないように、ブラウザをコンフィグレーションする必要があります。管理サーバがブラウザと同じマシン上にある場合は、localhost または 127.0.0.1 に送信されるリクエストがプロキシに送信されないようにする必要があります。
Administration Console はデフォルトで有効になっています。無効にした場合には、WebLogic Scripting Tool (WLST) を使用して再び有効にできます。管理サーバを起動してから、WLST を起動して以下のコマンドを使用します。
コードリスト 3-1 WLST を使用した Administration Console の再有効化
connect("username","password")
edit()
startEdit()
cmo.setConsoleEnabled(true)
save()
activate()
The following attribute(s) have been changed on MBeans which require server re-start.
MBean Changed : com.bea:Name=mydomain,Type=Domain Attributes changed :
ConsoleEnabled
Activation completed
disconnect()
exit()
WLST の詳細については、『WebLogic Scripting Tool』を参照してください。
Administration Console のユーザ インタフェースには、以下のパネルがあります。
チェンジ センタは、Administration Console を使用して WebLogic Server に変更を加える際の作業の開始点です。「チェンジ センタの使用」を参照してください。
このパネルは、Administration Console 内のページの移動に使用できるツリー構造です。[ドメイン構造] ツリーの任意のノードをクリックすると、対応するページに移動します。[ドメイン構造] に表示されている + (プラス) アイコンをクリックするとノードが展開され、 - (マイナス) アイコンをクリックするとノードが折りたたまれます。
このパネルには、Administration Console の現在のページに関連するオンライン ヘルプ タスクへのリンクがあります。
Administration Console の最上部にあるツール バーには、次の要素があります。
これまでにたどってきた Administration Console のページを順に示す一連のリンク。任意のリンクをクリックすると、以前に訪れたページへ戻れます。
[システム状態] パネルには、ログに記録された情報メッセージ、エラー メッセージ、および警告メッセージの数が報告されます。これらのメッセージはサーバのログ ファイルで参照できます。サーバのログ ファイルには、Administration Console の [診断｜ログ ファイル] からアクセスできます。
Administration Console を使用して WebLogic Server ドメインに変更を加える際の、作業の開始点になるのがチェンジ センタです。Administration Console を使用して変更を加えるには、次の手順が必要になります。
Administration Console を使用してコンフィグレーションを変更する際には、対応するページで [保存] (一部のページでは [完了]) をクリックします。この操作によって、すぐに変更が有効になるわけではありません。変更は、[チェンジ センタ] の [変更のアクティブ化] をクリックしたときに有効になります。コンフィグレーションの変更は、この時にドメイン内の各サーバに配信されます。各サーバでその変更を許容できる場合に、変更が有効になります。変更を受け入れられないサーバが 1 つでもある場合には、ドメイン内のすべてのサーバからすべての変更がロール バックされます。変更は保留状態になり、その状態の変更を編集して問題を解決するか、元の状態に戻すかのどちらかを選択できます。
[チェンジ センタ] の [すべての変更の取り消し] をクリックすると、保留状態の (保存したがまだアクティブ化されていない) 変更を一括で元の状態に戻せます。任意の変更を個別に元の状態に戻すには、Administration Console の該当するページに移動して、属性を以前の値に戻します。
コンフィグレーション ロックを解放するには、以下の手順を行います。
管理サーバを停止してもコンフィグレーション ロックは解放されません。管理サーバが再び起動したとき、コンフィグレーション ロックは管理サーバが停止された時点と同じ状態です。また、保留中の変更は保存されます。
ドメイン内のコンフィグレーションの変更を配信するセキュアで予測可能な手段を提供するために、WebLogic Server では、大まかにいうとデータベース トランザクションのような変更管理プロセスが必ず実行されます。ドメインのコンフィグレーションは、config.xml ファイルを中心とする一連の XML コンフィグレーション ファイルによって、また実行時にはコンフィグレーション MBean の階層によって、ファイル システム上に表現されます。ドメインのコンフィグレーションを編集する場合、管理サーバ上の個々のコンフィグレーション MBean の階層を編集することになります。編集プロセスを開始するには、編集する階層のロックを取得して他のユーザが変更を行えないようにします。変更を完了したら、その編集階層の変更を保存します。変更をアクティブにしてドメイン内のすべてのサーバ インスタンスに配信するまで、その変更は有効になりません。変更をアクティブ化すると、各サーバでその変更を受け入れられるかどうかが判断されます。すべてのサーバで変更を受け入れられる場合、各サーバの作業用のコンフィグレーション階層が更新されて変更が完了します。
変更管理の詳細については、『Understanding Domain Configuration』の「Managing Configuration Changes」を参照してください。
Administration Console で行った変更の一部は、アクティブ化するとすぐに反映されます。それ以外の変更については、その変更の影響を受けるサーバまたはモジュールを再起動する必要があります。後者の変更は、動的でない変更と呼ばれます。Administration Console では、動的でない変更に対して次のような警告のアイコンが示されます。
動的なコンフィグレーション属性への変更は、その変更がアクティブ化されると有効になります。この場合、影響を受けるサーバまたはシステムの再起動は必要ありません。この種の変更がサーバおよび実行時階層で有効になるのは、変更がアクティブ化されたときです。動的でないコンフィグレーション属性への変更には、影響を受けるサーバまたはシステム リソースの再起動が必要です。変更は再起動の後に有効になります。
動的でないコンフィグレーション設定に変更があった場合、動的なコンフィグレーション設定に対する変更も再起動の後まで有効になりません。つまり、一組の更新に動的な属性と動的でない属性の両方の編集が含まれる場合、その一部だけがアクティブ化されることはありません。
WebLogic Server の変更管理プロセスは、ドメインまたはサーバのコンフィグレーション データの変更に対して適用されます。セキュリティまたはアプリケーション データには適用されません。
[チェンジ センタ] で [変更と再起動の表示] リンクをクリックすると、保存されたがまだアクティブ化されていない変更を表示できます。[変更と再起動の表示] リンクには、[変更リスト] と [再起動チェックリスト] の 2 つのタブがあります。
Administration Console を使用して複数のアプリケーションをデプロイする場合、[変更のアクティブ化] をクリックしても、インストールされている最初のアプリケーションしかデプロイされません。残りのアプリケーションはデプロイされず、Administration Console の [デプロイメント] ページに [distribute Initializing] としてリストされます。残りのアプリケーションをデプロイするには、[デプロイメント] ページでそのアプリケーションの名前を選択してから [起動] をクリックします。
|
|
|
