| Oracle Containers for J2EEデプロイメント・ガイド 10g（10.1.3.1.0） B31850-01 |
|
 戻る |
 次へ |
Oracle Enterprise Manager 10g Application Server Controlコンソールでは、特定のOC4Jインスタンスまたはグループ内の全OC4Jインスタンスで同時に一連のデプロイ関連タスクを実行する、Webベースのインタフェースが提供されます。Oracle Application Server 10gリリース3（10.1.3.1.0）では、グループとは、同じクラスタ・トポロジに属する一連の同期的なOC4Jインスタンスを指し、クラスタ・トポロジは緩やかに接続された2つ以上のOracle Application Serverノードを指します。
Application Server Controlコンソールでは次のデプロイ操作を実行できます。
アプリケーション（EAR）、スタンドアロンWebモジュール（WAR）、スタンドアロンEJBモジュール（EJB JAR）またはスタンドアロン・リソース・アダプタ（RAR）をデプロイする。
アプリケーション、Webモジュール、EJBモジュールまたはリソース・アダプタをアンデプロイする。
共有ライブラリを作成、変更または削除する。
アプリケーションを起動、再起動または停止する。
OC4Jインスタンスやインスタンス・グループを再起動または停止する。
データソースと接続プールを管理する。
JMSリソースを管理する。
再利用可能なデプロイ・プランを作成または編集する。
アプリケーション固有セキュリティやアプリケーション・クラスタリング構成を設定する。
提供されている様々な機能の使用方法の詳細は、Application Server Controlコンソールのオンライン・ヘルプを参照してください。
Antタスクまたはadmin_client.jarコマンドライン・ユーティリティで同様のデプロイ・タスクを実行できます。第10章「デプロイに対するOC4J Antタスクの使用方法」では、デプロイ用のOC4J Antタスクおよびその使用方法を説明します。第11章「デプロイに対するadmin_client.jarユーティリティの使用方法」では、デプロイ・タスクに対するadmin_client.jarの使用方法を説明します。
次の項目について説明します。
Application Server Controlコンソールは、OC4Jをインストールすると自動的にインストールされて構成されます。次の項目について説明します。
このインタフェースの使用方法の詳細は、Application Server Controlコンソールのオンライン・ヘルプを参照してください。
Application Server Controlコンソールは、OC4Jソフトウェアをインストールすると自動的にインストールされて構成されます。デフォルトでは、OC4Jの起動時に起動されます。
コンソールにはdefault Webサイトからアクセスします。このサイトは、ポート8888でHTTPリクエストをリスニングするように構成されています。コンソールにアクセスするには、Webブラウザに次のURLを入力します。
http://hostname:8888/em
Application Server Controlコンソールは、Oracle Universal Installerを使用してOC4Jをインストールするときに自動的にインストールされて構成されます。
コンソールは、インストールされているOracle Application Serverの他のコンポーネントと一緒にOPMNコマンドライン・ツールopmnctlを使用して起動します。このツールは、各サーバー・ノードのORACLE_HOME/opmn/binディレクトリにインストールされています。次のコマンドを発行して、インストールされているすべてのコンポーネントを起動します。
cd ORACLE_HOME/opmn/bin
opmnctl startall
|
注意: 複数のOC4Jインスタンスを含むクラスタ・トポロジでは、startallの後に-sequentialフラグを使用して、全インスタンスを並行して起動した場合に起こり得るリソースの競合を防止してください。クラスタ・トポロジ用のOPMN構成ファイル、opmn.xmlでは-sequentialオプションを次のように指定できます。
<ias-component id="default_group">
<process-type id="home" module-id="OC4J" status="enabled">
<module-data>
<category id="start-parameters">
<data id="oc4j-options" value="-sequential"
</category>
...
</module-data>
</process-type>
</ias-component>
|
典型的なOracle Application Serverのインストールでは、Application Server Controlコンソールも含むすべてのWebアプリケーションにOracle HTTP Server（OHS）からアクセスします。次のURLを使用してコンソールにアクセスします。
http://ohs_host_address:port/em
ohs_host_addressは、OHSホスト・マシンのアドレスです。たとえば、server07.company.comと指定します。
portは、OPMNによってOHSに割り当てられたHTTPリスナー・ポートです。OHSホスト・マシンで次のopmnctlコマンドを実行して、OPMNから割り当てられたリスナー・ポートのリストを取得します。
opmnctl status -l
次のように、OPMNステータス出力でhttp1に示されたポートを、portの値として指定します。
HTTP_Server | HTTP_Server | 6412 | Alive | 1970872013 | 1
6396 | 0:48:01 | https1:4443,http2:722,http1:7779
OC4J（10.1.3.1.0）では、ログ出力用のログ・レベルをApplication Server Controlコンソールで次のように設定できます。
OC4Jのホームページで「管理」をクリックします。
管理タスクから、「ログ出力の構成」ページに表示する「ログ出力の構成」を選択します。
「すべてを開く」をクリックして、現在OC4Jにロードされているすべてのログ出力リストを表示します。
ページに表示されている任意のログ出力のログ・レベルを選択します。
Application Server Controlコンソールを使用すると、クラスタ・トポロジ内の特定のOC4Jインスタンスまたはインスタンス・グループにアプリケーションをデプロイすることができます。
Application Server Controlコンソールのホームページの「クラスタ・トポロジ」をクリックします。次の内容がページに表示されます。
現在クラスタ・トポロジに含まれているすべてのOracle Application Serverインスタンス
各Oracle Application Serverインスタンス内のアクティブなOC4Jインスタンス
各OC4Jインスタンスにデプロイされているアプリケーション
次のようにデプロイ・ターゲットを選択します。
特定のOC4Jインスタンスにデプロイするには、アプリケーションをデプロイするターゲット・インスタンスのリンクをクリックします。
OC4Jインスタンスのグループにデプロイする場合は、ページの一番下の「グループ」の下にあるグループの名前をクリックします。
ターゲット・インスタンスにアクセスしたら、次の項目の説明に従ってアプリケーションをデプロイします。
Application Server Controlコンソールには3ページのデプロイ・ウィザードがあり、ユーザーフレンドリで簡単な方法でデプロイ・プロセスを実行できます。
|
注意: デプロイ・ウィザードの使用中に、ブラウザが非アクティブになったためにHTTPセッションがタイムアウトになると、デプロイ・プロセスを最初からやりなおす必要があります。 |
OC4Jインスタンスに対する「アプリケーション」タブをクリックしてから「デプロイ」ボタンをクリックして、デプロイ・ウィザードにアクセスします。
ウィザードの最初のページで、OC4Jサーバーにアップロードするアーカイブを選択します。
既存のデプロイ・プランの場所にナビゲートすることもできます。既存のデプロイ・プランは、アーカイブに適用したり、新しいデプロイ・プランのテンプレートとして使用したりすることができます。デプロイ・プランを指定しないと、デフォルトで新しいデプロイ・プランが作成されます。詳細は、第8章「デプロイ・プランについて」を参照してください。
デプロイ・ウィザードの2番目のページでは、アプリケーションの属性を設定し、WebアプリケーションをWebサイトにバインドします。
アプリケーションまたはモジュールの名前を指定します。これは、OC4J内でアプリケーションを識別するために使用されます。この名前はApplication Server Controlコンソールにも表示されます。
次に、デプロイするアプリケーションまたはモジュールの親アプリケーションを選択します。親アプリケーションが指定されていない場合は、defaultアプリケーションが使用されます。
最後に、Webアプリケーションをデプロイする場合は、アプリケーションへのアクセスに使用するWebサイトにアプリケーションをバインドします。Webサイトを定義するXML構成ファイルの名前をリストから選択することで、バインドが行われます。
リストには、OC4Jサーバー・インスタンスに現在定義されているすべてのWebサイトが含まれます。ほとんどの場合、アプリケーションは、default-web-site.xml構成ファイルで定義されているdefault Webサイトにバインドされます。
デプロイ・ウィザードの3番目のページではアーカイブをデプロイする前に、デプロイ・タスクの完了またはデプロイ・プランの直接編集、あるいはその両方を行います。
この最後の画面では、アプリケーションをデプロイする前に、いくつもの構成タスクを完了することができます。これらのタスクは、デプロイ・プランの編集のかわりに使用することができます。デプロイ・プランには、デプロイ時に生成されるOC4Jデプロイメント・ディスクリプタに設定される構成データが含まれます。各オプション・タスクの詳細は、「デプロイ前の構成タスクの完了」を参照してください。
アーカイブをデプロイする直前にデプロイ・プランを編集することもできます。編集したデプロイ・プランは再利用するために保存できます。デプロイ・プランの作成と編集の詳細は、第8章「デプロイ・プランについて」を参照してください。
アプリケーションをデプロイします。
アーカイブは「デプロイ」ボタンをクリックしないと実際にはデプロイされません。この時点までクライアント・サイドのみに存在していたデプロイ・プランも、アーカイブと一緒にOC4Jサーバーに送信されます。一旦デプロイ・プロセスが開始すると、Webブラウザを閉じても続行します。
Application Server Controlコンソールのデプロイ・ウィザードの3番目のパネルでは、アプリケーションをデプロイする前にいくつもの構成タスクを完了することができます。「Oracle JDeveloperでのデプロイ・プランの作成または編集」に説明されているように、同じタスクをデプロイ・プラン・エディタで完了することもできます。
デプロイ・プラン・エディタの場合と同じく、様々なデプロイ・タスク・ページで設定された値が、デプロイ時にOC4J固有の適切なデプロイメント・ディスクリプタに書き込まれます。次の項目では、デプロイのための構成タスクについて説明します。
OC4Jでは、2つのタイプのプロバイダがサポートされます。アプリケーション開発モード用のXMLおよび本番環境用のLDAPです。どちらのタイプのプロバイダでも、プロバイダ・データの格納、取得および管理を集中管理するセキュアなリポジトリが実装されます。
XMLベース・プロバイダを使用するには、「ファイルベースのセキュリティ・プロバイダ」を選択します。
XMLベース・プロバイダは、開発環境でプロトタイプ作成中のアプリケーションに適した軽量の実装です。ユーザー、レルムおよびポリシーの情報は、XMLファイル（通常はsystem-jazn-data.xml）に格納されます。
LDAPベースのOracle Internet Directoryプロバイダを使用するには、「Oracle Identity Managementセキュリティ・プロバイダ」を選択します。
このセキュリティ・プロバイダは、本番環境にデプロイするアプリケーションで役立ちます。ユーザー、レルムおよびポリシーの情報は、LDAPベースのOracle Internet Directory（OID）に保持されます。
アプリケーションでOracle Internet Directoryを使用するように構成する前に、Oracle Internet Directoryを使用するようにOC4Jインスタンスを構成する必要があることに注意してください。
Oracle以外のLDAPプロバイダを使用するには、「サード・パーティのLDAPサーバー用のOracleセキュリティ・プロバイダ」を選択します。
アプリケーションでActive Directory、Sun Directory Serverまたはその他のLDAPサーバーを使用するように構成するときは、このオプションを選択します。レルムやプリンシパルの管理には、LDAPサーバー・ベンダーから提供されるツールを使用します。
既存のユーザーおよびユーザー・グループに、アプリケーションで定義したセキュリティ・ロールをマップします。アプリケーションでセキュリティ・ロールを定義した場合は、そのロールをセキュリティ・グループまたはロールにマップできます。この画面ではセキュリティ・グループやユーザーの定義は行いません。
デプロイしているアプリケーションにパッケージされているEJBに対して、いくつものプロパティを構成できます。
アプリケーションにパッケージされている各エンティティBeanについて次のプロパティを構成します。示している値はデフォルト値です。
表9-1 エンティティBeanのプロパティ
| プロパティ | 値 |
|---|---|
|
永続性タイプ |
Bean管理永続性とコンテナ管理永続性のどちらをBeanで使用するかを指定します。 |
|
最小インスタンス数 |
インスタンス化つまりプーリングしておくBean実装インスタンスの最小数を設定します。 |
|
最大インスタンス数 |
メモリー内でインスタンス化つまりプーリングが可能なBeanインスタンスの最大数を定義します。 |
|
最大トランザクション再試行 |
システムレベルでの障害のためにロールバックされたトランザクションを再試行する回数を指定します。 |
|
プール・キャッシュのタイムアウト |
ステートレス・セッションがプールにキャッシュされる期間（秒）を設定します。プールのすべての未割当てBeanは、ここに指定した間隔で削除されます。 |
|
JNDI名 |
このEJBがバインドされるJNDI名を定義します。 |
エンティティBeanを含むEJBモジュールに関連付けるデータ・ソースを選択します。
デフォルトでは、OC4JにデプロイされるすべてのエンティティBeanではOracle TopLink永続性マネージャを使用します。データ・ソースは、Application Server Controlコンソールの「管理」タブ→「サービス」→「JDBCリソース」ページで作成できます。
アプリケーションにパッケージされている各セッションBeanについて次のプロパティを構成します。示している値はデフォルト値です。
表9-2 セッションBeanのプロパティ
| プロパティ | 値 |
|---|---|
|
最小インスタンス数 |
インスタンス化つまりプーリングしておくBean実装インスタンスの最小数を設定します。 |
|
最大インスタンス数 |
メモリー内でインスタンス化つまりプーリングが可能なBeanインスタンスの最大数を定義します。 |
|
最大トランザクション再試行 |
システムレベルでの障害のためにロールバックされたトランザクションを再試行する回数を指定します。 |
|
コール・タイムアウト |
任意のリソースがビジネス・メソッドまたはライフサイクル・メソッドを起動するまで待機する最長時間（ミリ秒）を指定します。 |
|
プール・キャッシュのタイムアウト |
ステートレス・セッションがプールにキャッシュされる期間（秒）を設定します。プールのすべての未割当てBeanは、ここに指定した間隔で削除されます。 |
|
JNDI名 |
このEJBがバインドされるJNDI名を定義します。 |
アプリケーションにパッケージされている各メッセージドリブンBeanについて次のプロパティを構成します。示している値はデフォルト値です。
表9-3 メッセージドリブンBeanのプロパティ
| プロパティ | 値 |
|---|---|
|
デキュー再試行回数 |
データベースのフェイルオーバーが発生した後で、リスナー・スレッドがJMSセッションの再取得を試行する頻度を指定します。コンテナ管理トランザクションのみで有効です。 |
|
デキュー再試行間隔 |
JMSセッションの再取得を試行する間隔を指定します。 |
|
トランザクション・タイムアウト |
すべてのコンテナ管理トランザクションMDBのトランザクション・タイムアウト間隔（秒）を設定します。 |
|
リスナー・スレッド数 |
トピックまたはキューでの受信JMSメッセージのリスニングのために生成されるリスナー・スレッド数を設定します。トピックに指定できるスレッドは1つのみです。キューには複数のスレッドを指定できます。 |
EJBのデプロイの詳細は、第3章「Enterprise JavaBeansのデプロイ」を参照してください。デプロイ済アプリケーションにおけるEJBの更新の詳細は、第3章の「更新されたEJBモジュールの増分再デプロイ」を参照してください。
アプリケーションによってインポートされるライブラリを管理します。デフォルトでは、アプリケーションは、親アプリケーションに存在するものと同じ共有ライブラリのセットを継承します。これには、defaultアプリケーションから継承されるすべての共有ライブラリが含まれます。
デフォルト・ページには、OC4Jサーバー・インスタンスに現在インストールされているすべての共有ライブラリが表示されます。共有ライブラリは、インポートするOC4Jサーバー・インスタンスにすでにインストールされている必要があります。
インポートする各共有ライブラリの横の「インポート」ボックスを選択します。インストールされている最新バージョンのライブラリを使用するには、バージョン番号を指定しないでください。
インポートする共有ライブラリの最小バージョンまたは最大バージョンを指定します。
この機能を使用して、アプリケーションの親から継承したものとは異なるバージョンの共有ライブラリをインポートします。たとえば、インポートする最大バージョンを指定すると、OC4Jのdefaultアプリケーションから継承されるものよりも前のバージョンのOracle JDBCドライバをインポートできます。
親アプリケーションから継承しない共有ライブラリについては、「インポート」ボックスの選択を解除します。
継承するすべての共有ライブラリを削除するには、「親アプリケーションのインポートされた共有ライブラリを継承」チェック・ボックスの選択を解除します。この操作により、デプロイ時にアプリケーションに対して生成されるorion-application.xmlファイルに、次のように<remove-inherited>要素が追加されます。
<imported-shared-libraries> <remove-inherited name="*" /> </imported-shared-libraries>
OC4Jインスタンスにライブラリ・パスとして追加するコード・ソースを指定します（オプション）。
コード・ソースを追加するには、アーカイブの相対パス、絶対パスまたはURLを指定します。OC4Jサーバーの起動時に、ロードするアーカイブを検出するために指定のディレクトリがスキャンされます。
各Webモジュールに作成されるクラス・ローダーを管理します。
OC4Jは、WARとしてサーバー・インスタンスにデプロイされる各Webモジュールにクラス・ローダー・インスタンスを作成します。
「最初にローカル・クラスを検索」チェック・ボックスを選択すると、クラスローダーによって、WARにパッケージされたクラスやリソースを含むJARがロードされてから、WARの外部のJARがロードされます。
たとえば、WARにパッケージされているlog4jのバージョンをWebモジュールで使用し、OC4Jインスタンスにデプロイされるリソース・アダプタにバンドルされているlog4jのバージョンは使用しないとします。このオプションを選択すると、クラス・ローダーによって、WARに含まれるローカルのlog4j JARファイルが強制的にロードされます。
WARにMANIFEST.MFが含まれる場合は、「WAR manifestのクラスパスを含める」ボックスを選択することで、名前付き拡張機能として宣言されているJARを強制的にロードできます。また、ロードされるクラスまたはリソースを含む1つ以上の追加コード・ソースの相対パスまたは絶対パスを、「クラスパス」フィールドに指定することもできます。これらの機能のいずれかを使用すると、Webモジュールのクラス・ローダーによって、クラスがWARにパッケージされているかのようにロードされます。
OC4Jクラスタリング・フレームワークでは、OC4Jインスタンス全体のHTTPセッションまたはステートフル・セッションのEnterprise JavaBeanインスタンスに含まれる、オブジェクトと値のレプリケーションがサポートされます。
デフォルトでは、アプリケーションは、親アプリケーションレベルで設定されたクラスタリング構成を継承します。ただし、デプロイ時にアプリケーションレベルでクラスタリングを構成することもできます。アプリケーションレベルで設定される構成プロパティは、親アプリケーションから継承した対応する値をオーバーライドします。
クラスタリングの有効化を選択すると、アプリケーションでのクラスタリングのサポートが有効になります。選択した値によって、アプリケーションの親から継承した設定がオーバーライドされます。
クラスタリングが親アプリケーションレベルで有効になっている場合は、親の構成がデフォルトで適用されます。
ピアツーピア・レプリケーションを選択すると、peer-to-peerレプリケーション・メカニズムが有効になります。使用されるメカニズムはOC4Jのインストール・タイプによって異なります。
Oracle Application Server内のOC4Jインスタンス
クラスタ・トポロジでは、OC4Jインスタンスが互いを動的に検出して通信できるように、動的peer-to-peer検出が使用されます。
クラスタリングが有効な場合は、デフォルトで動的peer-to-peer検出が使用されます。その他の構成は必要ありません。
バインドするネットワーク・インタフェース・カード（NIC）のIPアドレスを指定できます。これは、複数のネットワーク・カードがあるOC4Jホスト・マシンを使用しており、各ネットワーク・カードに特定のIPアドレスがある場合に役立ちます。
スタンドアロンOC4Jインストール
スタンドアロン構成では、OC4Jインスタンスの各JVMが他の少なくとも1つのピアJVMを認識するように静的に構成できます。1つのJVMがピアを認識すると、JVMはそのピアに対応するピアも認識するようになり、結果としてOC4Jインスタンス内のすべてのJVMが互いを認識するようになります。
マルチキャスト・レプリケーションを選択すると、HTTPセッションBeanおよびステートフル・セッションBeanの状態変化をOC4Jがマルチキャスト・パッケージを介して送受信するように構成されます。
これは、スタンドアロンOC4Jインストールで使用されるデフォルトのレプリケーション・プロトコルです。マルチキャストのアドレスとポートは、クラスタのすべてのインスタンスに対して同一であることが必要です。OC4Jのデフォルト・アドレスは230.230.0.1、デフォルト・ポートは45566です。
オプションで、バインドするネットワーク・インタフェース・カード（NIC）のIPアドレスを指定できることに注意してください。これは、複数のネットワーク・カードがあるOC4Jホスト・マシンを使用しており、各ネットワーク・カードに特定のIPアドレスがある場合に役立ちます。
「データベース・レプリケーション」を選択すると、アプリケーションの状態がデータベースにレプリケートされます。
データベースとの接続を提供するデータ・ソースのJNDI名を、「データベースのJNDIロケーション」プルダウン・メニューから選択します。データ・ソースの定義と使用の詳細は、『Oracle Containers for J2EEサービス・ガイド』を参照してください。
デプロイしているEARファイルに含まれるすべてのリソースは、Application Server Controlコンソールに表示されます。アプリケーションのすべての環境参照を、現在の操作環境に存在する物理エンティティにマップします。これには、JMSトピックおよびキュー、データ・ソースおよびリソース・アダプタが含まれます。
アプリケーション内のリソース（データ・ソースまたはメール・キュー）に対する参照を、OC4Jコンテナに現在存在する物理エンティティにマップします。特定のリソースが必要な場合、この手順でリソースを対応させるためには、アプリケーションをデプロイする前にそのリソースをOC4Jコンテナに追加しておくことが必要です。
ほとんどのアプリケーションで指定する必要があるリソース参照は、データ・ソースのJNDI名です。Application Server Controlの「デプロイ・タスク」でデータ・ソース情報を構成することはできません。すでに構成済のデータ・ソース、または後で構成するデータ・ソースを指定するのみです。アプリケーションが使用するデータ・ソースのJNDIロケーション名を指定します。
EARファイルにMDBがあるとき、場合によってはサブスクリプションまたはトピックについて情報を追加する必要があります。CMPエンティティBeanのDataSourceオブジェクトを定義している場合は、それらのDataSourceオブジェクトにJNDIロケーションを追加することができます。
アプリケーションまたはモジュールをアンデプロイすると、OC4Jランタイムからコードが削除され、Webサイトに対する既存のバインドがすべて削除されます。
「アプリケーション」タブ→「アンデプロイ」ボタンをクリックします。
アプリケーションを選択して、「アンデプロイ」ボタンをクリックします。
新しい共有ライブラリの作成、共有ライブラリからのアーカイブの追加または削除、他の共有ライブラリの既存共有ライブラリへのインポートなどをApplication Server Controlコンソールで実行できます。
OC4Jインスタンスで有効な共有ライブラリを管理する手順は、次のとおりです。
OC4Jインスタンスに対するOC4Jのホームページにナビゲートします。
「管理」をクリックしてOC4Jの「管理」ページを表示します。ページには、このOC4Jインスタンスに対して実行できる各種の管理タスクの一覧表があります。
必要に応じて、拡張アイコンをクリックするか「すべてを開く」をクリックして、表の「プロパティ」セクションを開きます。
表の「共有ライブラリ」行のタスク・アイコンをクリックします。
Application Server Controlコンソールには「共有ライブラリ」ページが表示され、OC4Jインスタンスで現在使用できる共有ライブラリが一覧表示されます。OC4Jインスタンスから共有ライブラリを追加または削除することもできます。
ページのオプションの詳細を参照するには「ヘルプ」をクリックします。
Application Server Controlコンソールによる共有ライブラリの作成および管理の詳細は、オンライン・ヘルプのトピックを参照してください。
OC4Jインスタンスにデプロイされているアプリケーションを起動、再起動または停止する手順は、次のとおりです。
OC4Jインスタンスに対するOC4Jのホームページにナビゲートします。
「アプリケーション」をクリックします。
アプリケーションを選択します。
「起動」、「再起動」または「停止」ボタンをクリックします。
|
注意: アプリケーションのホームページからアプリケーションを起動、停止または再起動することもできます。 |
デプロイ済アプリケーションの起動、停止または再起動には次の制約があります。
親アプリケーション（defaultアプリケーションなど）を停止すると、Application Server Controlはその親アプリケーションに依存するすべての子アプリケーションを自動的に停止します。
子アプリケーションを起動すると、Enterprise Managerは必要な親アプリケーションを自動的に起動します。
ascontrolアプリケーションはApplication Server Controlコンソールを表し、アプリケーション・サーバー環境の管理に使用されるため、このアプリケーションにおける管理タスクをApplication Server Controlで実行することはできません。
1つのスタンドアロンOC4Jインスタンスを管理している場合は、ascontrolアプリケーションを停止、起動または再起動することはできません。このアプリケーションを停止すると、Application Server Controlコンソールの表示または使用が不可能になります。
複数のOC4Jインスタンスを管理しているクラスタ環境にある場合は、デプロイ先のOC4Jインスタンスと同様に、「クラスタ・トポロジ」ページを使用してascontrolアプリケーションを起動、停止または再起動できます。ただし、Application Server Controlコンソールにはアクティブなascontrolアプリケーションの停止を暗示する警告が表示されます。
「クラスタ・トポロジ」ページを使用して複数のOC4Jインスタンスを管理していると、OC4Jインスタンスのそれぞれにascontrolアプリケーションが含まれることに気づくはずです。ほとんどの場合、アクティブなascontrolアプリケーションのみが起動して実行されています。
ログ・ビューワを使用してリモートOC4Jインスタンスに対するログ・ファイルを表示しようとすると、Application Server Controlでは、リモートOracle Application Serverインスタンス内のOC4Jインスタンスでascontrolアプリケーションが実行中かどうか確認されます。そのアプリケーション・サーバー・インスタンスでどのascontrolアプリケーションも実行されていない場合は、リモートascontrolを起動する必要性を示すメッセージが表示されます。
次に、リモートascontrolアプリケーションの起動か、操作の中止を選択します。ログ・ビューワからのascontrolの起動を選択した場合、リモートascontrolはOracle HTTP ServerからHTTPリクエストを受信するようには設定されないので注意してください。ただし、「クラスタ・トポロジ」ページからそのリモートascontrolが実行中であることを確認できます。ログ・ビューワによるリモート・ログ・ファイルの表示および管理が終了した後は、「クラスタ・トポロジ」ページからリモートascontrolを停止できます。
Application Server ControlコンソールでOC4Jインスタンスを再起動または停止する手順は、次のとおりです。
OC4Jのホームページにナビゲートします。
停止したときの状態でOC4Jインスタンスを再起動するには、「再起動」ボタンをクリックします。
OC4Jインスタンスを停止するには、「停止」ボタンをクリックします。
「クラスタ・トポロジ」ページから「メンバー」セクションでインスタンスを選択し、「再起動」または「停止」ボタンをクリックすることでOC4Jインスタンスを再起動または停止することもできます。
Application Server ControlコンソールでOC4Jインスタンス・グループを再起動または停止する手順は、次のとおりです。
「クラスタ・トポロジ」ページの「グループ」セクションでグループを選択します。
停止したときの状態でOC4Jインスタンス・グループを再起動するには、「起動」ボタンをクリックします。
OC4Jインスタンス・グループを停止するには、「停止」ボタンをクリックします。
Application Server ControlコンソールでOC4Jインスタンスに対するデータソースおよび接続プール（JDBCリソース）を表示、作成および削除する手順は、次のとおりです。
OC4Jインスタンスに対するOC4Jのホームページにナビゲートします。
「管理」をクリックしてOC4Jの「管理」ページを表示します。ページには、このOC4Jインスタンスに対して実行できる各種の管理タスクの一覧表があります。
必要に応じて、拡張アイコンをクリックするか「すべてを開く」をクリックして、表の「サービス」セクションを開きます。
表の「JDBCリソース」行のタスク・アイコンをクリックします。
Application Server Controlコンソールには「JDBCリソース」ページが表示され、OC4Jインスタンスで現在使用できるデータソースおよび接続プールが一覧表示されます。
ドロップダウン・メニューを使用して、対象のデプロイ済アプリケーション固有のデータソースおよび接続プールを表示します。
データソースおよび接続プールの表示、作成および削除の詳細を参照するには、「ヘルプ」をクリックします。
OC4Jインスタンス・グループに対するデータソースおよび接続プール（JDBCリソース）を表示、作成および削除する手順は、次のとおりです。
「クラスタ・トポロジ」ページにナビゲートします。
ページの「グループ」セクションをスクロールして、構成するグループの名前をクリックします。
「管理」をクリックしてグループの「管理」ページを表示します。ページには、このグループに対して実行できる各種の管理タスクの一覧表があります。
必要に応じて、拡張アイコンをクリックするか「すべてを開く」をクリックして、表の「サービス」セクションを開きます。
表の「JDBCリソース」行のタスク・アイコンをクリックします。
Application Server Controlコンソールには「JDBCリソース」ページが表示され、グループ内のOC4Jインスタンスで現在使用できるデータソースおよび接続プールが一覧表示されます。ドロップダウン・メニューを使用して、対象のデプロイ済アプリケーション固有のデータソースおよび接続プールを表示します。
データソースおよび接続プールの表示、作成および削除の詳細を参照するには、「ヘルプ」をクリックします。
Application Server ControlコンソールでJMS宛先を管理する手順は、次のとおりです。
OC4Jインスタンスに対するOC4Jのホームページにナビゲートします。
「管理」をクリックしてOC4Jの「管理」ページを表示します。ページには、このOC4Jインスタンスに対して実行できる各種の管理タスクの一覧表があります。
必要に応じて、拡張アイコンをクリックするか「すべてを開く」をクリックして、表の「サービス」セクションを開きます。
表の「JMS宛先」行のタスク・アイコンをクリックします。
Application Server Controlコンソールには「JMS宛先」ページが表示され、OC4Jインスタンスで使用できるJMS宛先が一覧表示されます。次に、その他のJMS宛先の作成、または既存のJMS宛先の削除を実行できます。
Application Server ControlコンソールによるJMSリソースの管理の詳細は、オンライン・ヘルプのトピックを参照してください。
