BAMAdministrators
グループに追加します。この章のタスクを実行する際、この項にリストするディレクトリ変数を使用します。
いくつかのディレクトリ変数の値については、「このガイドで使用するファイル・システムとディレクトリ変数」に定義されています。
ORACLE_HOME
ASERVER_HOME
MSERVER_HOME
ORACLE_RUNTIME
OHS_DOMAIN_HOME
さらに、「エンタープライズ・トポロジによって必要とされる物理および仮想IPアドレス」で定義されている次の仮想IP (VIP)アドレスを参照することになります。
ADMINVHN
この章のアクションは、次のホスト・コンピュータで実行します。
SOAHOST1
SOAHOST2
WEBHOST1
WEBHOST2
Oracle BAMを既存のOracle SOA Suiteドメインに追加する前に、次の情報と前提条件を確認してください。
注意:
Oracle BAMを個別のホスト・コンピュータにインストールする場合は、ここに記載されている前提条件の他に、「個別のホスト上でOracle BAMを構成する場合の特別な指示」を参照してください。
この章では、図3-2に示すように、Oracle SOA Suiteと同じホスト・コンピュータ上にOracle Business Activity Monitoringを構成することを前提としています。
デフォルトのOracle SOA SuiteとOracle Business Activity Monitoringのトポロジでは、Oracle BAMを独自の管理対象サーバーとクラスタにターゲット指定しますが、Oracle BAMでは、SOAHOST1およびSOAHOST2上の他のOracle SOA Suite製品とシステム・リソースを共有します。このようなシステム・リソースには、Oracle SOA Suiteソフトウェアが既存のOracleホーム・ディレクトリにインストールされている共有記憶域デバイスが含まれます。
Oracle BAMは、Oracle SOA SuiteおよびOracle Business Process Managementのディストリビューションに含まれ、「Oracle SOA Suiteエンタープライズ・デプロイメント・トポロジの理解」でOracle SOA SuiteをインストールするときにOracleホーム・ディレクトリにインストールされるため、デフォルトのトポロジでは、Oracle BAMをインストールする必要はありません。
リポジトリ作成ユーティリティ(RCU)を実行して、必要なOracle SOA Suiteスキーマを作成したときに、Oracle BAMに必要なスキーマがデータベースに作成されます。
そのため、Oracle BAMを対象にRCUを実行する必要はありません。
BAMシステムが他のOracle SOA Suite製品を含めずに作成され、SOAスキーマの作成がまだ実行されていない場合は、「Oracle SOA Suiteを含めるドメインの拡張」で説明したRCUインストール手順を実行する必要があります。
既存のFusion Middlewareホームとドメインをバックアップしていない場合は、今すぐバックアップします。
既存のFusion Middlewareホームとドメインをバックアップするには、「SOAエンタープライズ・デプロイメントにおけるバックアップとリカバリの実行」を参照してください。
Oracle BAMを独自のハードウェアで構成する場合は、次の項の情報も考慮しながら、この章の手順を実行します。
組織によっては、Oracle BAMソフトウェアが専用のハードウェア・リソースを使用でき、他のOracle SOA Suite製品から独立できるように、Oracle BAMを個別のホスト・コンピュータにインストールして構成するとよい場合があります。
独自のホスト・コンピュータにOracle BAMを構成する場合は、追加のハードウェアを入手し、そのハードウェアが「ホスト・コンピュータのハードウェア要件」と「エンタープライズ・デプロイメント・トポロジのオペレーティング・システム要件」に記載されているシステム要件を満たしていることを確認する必要があります。
また、「エンタープライズ・デプロイメント・ワークブックの使用」で説明しているように、必要なエントリをエンタープライズ・デプロイメント・ワークブックに追加する必要があります。このガイドでは、これらのホスト・コンピュータをBAMHOST1およびBAMHOST2と呼びます。
独自のホスト・コンピュータでOracle BAMを構成する場合は、他のOracle SOA Suite製品がインストールされているホスト・コンピュータで従っているものと同じ共有記憶域戦略に従う必要があります。
注意:
BAMHOST1とBAMHOST2で使用するOracleホームには、ドメイン内のSOAHOST1ホストとSOAHOST2ホストで使用するソフトウェア・バイナリの正確なセットが含まれている必要があります。 含まれていない場合は、バイナリの実行時に予測できない動作が発生する可能性があります。
Oracle BAMソフトウェア用に個別のホスト・ハードウェアを使用する場合は、従っている共有記憶域戦略に応じて、次の項のいずれかが該当します。
BAMHOST1およびBAMHOST2で個別の共有記憶域のボリュームまたはパーティションを使用する場合は、そのホストに、Infrastructureと、必要に応じてOracle SOA Suiteをインストールする必要があります。詳細は、「エンタープライズ・デプロイメントをインストールおよび構成する場合の共有記憶域の推奨事項」を参照してください。
Oracleホーム(ソフトウェア・バイナリが含まれている)をインストールする場所は、ホストによって異なることに注意してください。ご使用のOracleホーム・ディレクトリの正しい場所を特定するには、「このガイドで使用するファイル・システムとディレクトリ変数」のガイドラインを参照してください。
BAMHOST1とBAMHOST2にソフトウェアをインストールするには、各ホストにログインして、次のタスクを実行します。
「エンタープライズ・デプロイメントの準備におけるOracle Fusion Middleware Infrastructureのインストール」の手順に従って、適切な記憶域デバイスにOracleホームを作成して、Oracle Fusion Middleware Infrastructureをインストールします。
「エンタープライズ・デプロイメント用のOracle SOA Suiteのインストール」の手順に従って、Oracle SOA Suiteソフトウェアをインストールします(任意)。
BAMHOST1とBAMHOST2で、Oracle Fusion Middleware InfrastructureまたはOracle SOA Suiteがすでにインストールされている既存のボリュームまたはパーティションを使用する場合は、ボリュームをBAMHOST1とBAMHOST2に適切にマウントする必要があります。詳細は、「各ホストへの必要な共有ファイル・システムのマウント」を参照してください。BAMHOST1とBAMHOST2が、ドメイン内の他のホストと同様に、このOracleホームにアクセスできることを確認します。
これは、エンタープライズ・デプロイメントで共有記憶域を使用するための推奨方法です。詳細は、「エンタープライズ・デプロイメントをインストールおよび構成する場合の共有記憶域の推奨事項」を参照してください。
既存のOracleホームを含む既存のボリュームまたはパーティションをマウントしたら、Oracleホームを、BAMHOST1またはBAMHOST2にあるローカルのOracleインベントリに追加する必要があります。
共有記憶域内のOracleホームをローカルのOracleインベントリに追加するには、BAMHOSTで次のコマンドを実行します。
cd ORACLE_HOME/oui/bin/attachHome.sh
./attachHome.sh -jreLoc JAVA_HOME
pack
ユーティリティおよびunpack
ユーティリティを使用して、WLS_BAM1サーバーおよびWLS_BAM2サーバーのドメイン構成をブートストラップします。そのため、必要なソフトウェアがすでにインストールされている既存のOracleホームをマウントした場合は、これらの2つのホストにソフトウェアをインストールする必要はありません。
個別のホスト・コンピュータでOracle BAMを構成する場合は、この章に記載されている、構成ウィザードを使用したドメインの構成方法が少し変更されます。
具体的には、必ず、BAMHOST1とBAMHOST2に対して追加のOracle WebLogic Serverマシンを作成し、WLS_BAM1およびWLS_BAM2管理対象サーバーを、SOAHOST1およびSOAHOST2ではなく、これらのマシンにターゲット指定するようにします。
詳細は、タスク12「既存のマシンの検証」とタスク13「サーバーのマシンへの割当て」を参照してください。
個別のホスト・コンピュータでOracle BAMを構成する場合は、この章に記載されている、他のドメイン・ディレクトリにドメインを伝播する方法を変更する必要があります。
具体的には、SOAHOST1およびSOAHOST2上の管理対象サーバーのドメイン・ディレクトリにドメインを伝播することに加え、BAMHOST1およびBAMHOST2のローカルな管理対象サーバー・ディレクトリでドメインを解凍する必要があります。
つまり、各BAMHOSTコンピュータでノード・マネージャ・ソフトウェアを起動しなければ、これらのホスト上でWLS_BAM管理対象サーバーをリモートで起動することはできません。
この項の表に、Oracle Business Activity MonitoringのためにSOAドメインを拡張する、大まかな手順を示します。
手順 | 説明 | 詳細情報 |
---|---|---|
構成ウィザードによる、管理サーバー・ドメイン・ホーム内のドメインの拡張 |
Oracle BAMコンポーネントを追加するために、SOAドメイン拡張します。 |
|
トランザクション・リカバリのためのデフォルトの永続ストアの構成 |
クラスタ内のサーバーでトランザクション回復サービスの移行機能を活用するには、サーバーとそのバックアップ・サーバーからアクセス可能な場所にトランザクション・ログを格納します。 |
|
管理対象サーバーのドメイン・ディレクトリへのドメイン構成の伝播 |
Oracle BAMでは、WebLogic Serverの起動スクリプトに多少の更新が必要です。これらの変更は、packコマンドとunpackコマンドを使用して伝播させます。 |
|
Oracle BAM管理グループへのSOA管理者ロールの追加 |
この手順により、一連の資格証明を使用して、様々な製品固有の管理ユーティリティにアクセスできます。 |
|
Oracle BAMサーバーの起動 |
Oracle BAMサーバーにより、既存のドメインが拡張されます。そのため、管理サーバーおよびそれぞれのノード・マネージャはSOAHOST1およびSOAHOST2で稼働しています。 |
|
WLS_BAM管理対象サーバーの検証 |
管理コンソールに表示されるサーバーのステータスが「実行中」であることを確認し、URLにアクセスしてサーバーのステータスを確認します。 |
|
WLS_BAMn管理対象サーバーに対するOracle HTTP Serverの構成 |
Oracle HTTP ServerがOracle BAMにルーティングできるようにするには、必要なディレクティブをOracle HTTP Serverの構成ファイルに追加して、 WebLogicClusterパラメータをクラスタ内のノードの一覧に設定します。 |
|
WebLogic Serverプロキシ・プラグインの構成 |
Oracle BAMに対してWebLogic Serverプロキシ・プラグインを有効にします。 |
|
Oracle HTTP Serverを介したアクセスの検証 |
サーバーのステータスが「実行中」であることを確認します。 |
|
Oracle BAMサーバーの自動サービス移行の構成 |
管理対象サーバーまたはホスト・コンピュータのいずれかで障害が発生した場合に、サービスの移行により、主要な固定サービスがクラスタ内の別の管理対象サーバーに自動的に移行されます。サービス移行の詳細は、「エンタープライズ・デプロイメントでのサーバー全体の移行とサービスの移行の使用」を参照してください。 |
|
Oracle BAM構成のバックアップ |
この後の手順でエラーが発生した場合の即座のリストアを目的として、ドメイン構成をバックアップします。 |
この項では、Oracle Business Activity Monitoringを追加して、既存のエンタープライズ・デプロイメントのSOAドメインを拡張する手順について説明します。
ドメインを拡張するには、次のタスクを実行する必要があります。
注意:
ドメインで起動スクリプトに直接カスタマイズを追加した場合、それらのカスタマイズは構成ウィザードによって上書きされます。ドメイン内のすべてのサーバーに適用するサーバー起動パラメータをカスタマイズするために、setUserOverrides.sh
という名前のファイルを作成して、WebLogic Serverのクラスパスへのカスタム・ライブラリの追加、サーバーを実行するための追加のjavaコマンド行オプションの指定、追加の環境変数の指定などを行うように構成できます。このファイルに追加したカスタマイズは、ドメインのアップグレード操作時に保持され、pack
コマンドとunpack
コマンドの使用時にリモート・サーバーに継承されます。
ドメインの構成を開始するには:
この手順では、「Oracle SOA Suiteを含めるドメインの拡張」で作成したドメインを拡張して、Oracle Business Activity Monitoringコンポーネントを追加します。
Oracle Business Activity Monitoringを追加して、管理サーバーとWSM-PMクラスタのみを含むドメインを拡張する場合の手順は、この項で説明する手順とほぼ同じになりますが、画面に表示される一部のオプション、ライブラリ、コンポーネントは異なる場合があります。
ドメインを作成して構成するためのタスクは次のとおりです。
「構成タイプ」画面で、「既存ドメインの更新」を選択します。
「ドメインの場所」フィールドで、ASERVER_HOME変数の値を選択します。これは、「エンタープライズ・デプロイメント用の初期インフラストラクチャ・ドメインの作成」で作成した管理サーバー・ドメイン・ホームの完全なパスを表します。
ディレクトリの場所の変数の詳細は、「このガイドで使用するファイル・システムとディレクトリ変数」を参照してください
ヒント:
この画面に示されるその他のオプションの詳細は、構成ウィザードを使用したWebLogicドメインの作成の「構成タイプ」に関する項を参照してください。
「テンプレート」画面で「製品テンプレートを使用してドメインを更新」が選択されていることを確認した後に、次のテンプレートを選択します。
Oracle Business Activity Monitoring- 12.2.1.1.0 [soa]
「次へ」をクリックします。
注意:
拡張前に作成されたカスタム・データ・ソース(LEASINGデータ・ソースなど)が、この画面の前に表示されます。「データソース」行を確認し、「次へ」をクリックします。データ・ソースのテスト画面で、その有効性が検証されます。「次へ」をクリックします。
Infrastructureドメインに必要なFusion Middlewareスキーマを参照するためのドメインをすでに構成済であるため、すべてのフィールドが事前移入されています。すべてのフィールドにおける資格証明が、Oracle Fusion Middleware Infrastructureの構成中に指定したものと同じであることを確認します。
データベース接続情報の確認が完了した後で、「RCU構成の取得」をクリックします。「接続結果ログ」の次の出力は、操作が成功したことを示しています。
Connecting to the database server...OK Retrieving schema data from database server...OK Binding local schema components with retrieved data...OK Successfully Done.
「JDBCコンポーネント・スキーマ」ページで、次のスキーマを選択します。
BAMスキーマ
BAM Job Schedスキーマ
BAM Leasingスキーマ
BAM Non JTAスキーマ
BAM MDSスキーマ
「GridLinkへ変換」を選択して、「次へ」をクリックします。
「GridLink Oracle RACコンポーネント・スキーマ」画面で、次の表に示すように、RACデータベースおよびコンポーネント・スキーマへの接続に必要な情報を入力します。
要素 | 説明と推奨値 |
---|---|
SCAN、ホスト名とポート |
「SCAN」チェック・ボックスを選択します。 「ホスト名」フィールドに、Oracle RACデータベースのSingle Client Access Name (SCAN)アドレスを入力します。 「ポート」フィールドには、データベースのリスニング・ポートを入力します( |
「ONSホスト」と「ポート」 |
「ONSホスト」フィールドには、Oracle RACデータベースのSCANアドレスを入力します。 「ポート」フィールドには、ONSリモート・ポートを入力します(通常は |
FANの有効化 |
データベースがFANイベントを受信して処理できるように、「FANの有効化」チェック・ボックスが選択されていることを確認します。 |
「JDBCデータ・ソースのテスト」画面で、すべての接続が正常であることを確認します。
接続のテストは自動的に行われます。「ステータス」列に結果が表示されます。正常でない接続がある場合は、「前へ」をクリックして前の画面に戻り、入力を訂正します。
すべての接続に成功したら「次へ」をクリックします。
拡張構成の選択画面で、次を選択します。
管理対象サーバー、クラスタおよびCoherence
JMSファイル・ストア
「次へ」をクリックします。
「管理対象サーバー」画面で、Oracle BAMに必要な管理対象サーバーを追加します。
自動的に作成されたサーバーを選択して、その名前をWLS_BAM1に変更します。
「追加」をクリックし他の新規サーバーを追加して、サーバー名としてWLS_BAM2と入力します。
BAMサーバーのサーバー・グループとして「BAM12-MGD-SVRS-ONLY」を選択します。リストから、「BAM12-MGD-SVRS」を選択解除します。
追加したサーバーの構成は、次の表に示す構成と一致する必要があります。
名前 | リスニング・アドレス | リスニング・ポート | SSLリスニング・ポート | SSL有効 | サーバー・グループ |
---|---|---|---|---|---|
WLS_SOA1* |
SOAHOST1 |
8001 |
n/a |
いいえ |
SOA-MGD-SVRS-ONLY |
WLS_SOA2* |
SOAHOST2 |
8001 |
n/a |
いいえ |
SOA-MGD-SVRS-ONLY |
WLS_WSM1 |
SOAHOST1 |
7010 |
n/a |
いいえ |
JRF-MAN-SVR WSMPM-MAN-SVR WSM-CACHE-SVR |
WLS_WSM2 |
SOAHOST2 |
7010 |
n/a |
いいえ |
JRF-MAN-SVR WSMPM-MAN-SVR WSM-CACHE-SVR |
WLS_BAM1 |
SOAHOST1 |
9001 |
n/a |
いいえ |
BAM12-MGD-SVRS-ONLY |
WLS_BAM2 |
SOAHOST2 |
9001 |
n/a |
いいえ |
BAM12-MGD-SVRS-ONLY |
*Oracle SOA Suiteがすでに構成されているドメインを拡張する場合は、WLS_SOA1およびWLS_SOA2管理対象サーバーが表示されます。
*WLS_BAM1およびWLS_BAM2のリスニング・アドレスを指定するときは、それぞれSOAHOST1およびSOAHOST2のIPアドレスを入力します。ただし、個別のホスト・コンピュータ(BAMHOST1およびBAMHOST2)でOracle BAMを構成する場合は、このかぎりではありません。個別のホストでOracle BAMを構成する場合は、BAMHOST1およびBAMHOST2のリスニング・アドレスを入力します。
「クラスタの構成」画面で、「追加」をクリックして、BAM_Clusterを追加します(既存のクラスタはそのままにしておきます)。
表17-1 Oracle BAM用にドメインを拡張するときのクラスタのリスト
名前 | クラスタ・アドレス |
---|---|
SOA_Cluster* |
空白のままにします |
WSM-PM_Cluster |
空白のままにします |
BAM_Cluster |
空白のままにします |
*ドメインにすでにOracle SOA Suiteを構成している場合にかぎり、SOAクラスタが表示されます。
「次へ」をクリックします。
「サーバーのクラスタへの割当」画面で、次のようにサーバーをクラスタに割り当てます。
BAM_Cluster:
WLS_BAM1
WLS_BAM2
「次へ」をクリックします。
「Coherenceクラスタ」画面を使用して、ドメインに自動的に追加されるCoherenceクラスタを構成します。ポート番号値は、初期Infrastructureドメインの作成中に定義されているため、9991のままにします。
ドメインに作成されているマシンを検証します。デフォルトでは、新しいOracle BAM管理対象サーバーを、それぞれSOAHOST1マシンとSOAHOST2マシンにターゲット指定することになります。
ただし、個別のホスト・コンピュータでOracle BAMを構成する場合は、対応するBAMHOST1およびBAMHOST2ホスト・コンピュータ用に2台のマシンを新しく作成する必要があります。
「Unixマシン」タブを選択します。
「追加」ボタンを使用して、BAMHOST1およびBAMHOST2用に2台のUnixマシンを新しく作成します。
BAMHOST1およびBAMHOST2の物理IPアドレスに対するノード・マネージャ・リスニング・アドレス。
「ノード・マネージャ・リスニング・ポート」フィールドのポート番号を確認します。
この例に示されているポート番号5556は、このドキュメントの他の例にも使用されています。このポート番号は、必要に応じて各自のポート番号に置換してください。
その他のすべてのフィールドはデフォルト値のままにします。
「次へ」をクリックします。
「サーバーのマシンへの割当」画面で、新しいWLS_BAM1およびWLS_BAM2サーバーを、それぞれSOAHOST1およびSOAHOST2マシンに割り当てます。
ただし個別のホスト・コンピュータでOracle BAMを構成する場合は、新しいOracle BAMサーバーを、新しく作成されたBAMHOST1およびBAMHOST2マシンにそれぞれ割り当てます。
「次へ」をクリックします。
「JMSファイル・ストア」画面で、次のディレクトリをOracle BAMの各永続ストア(このセッションで作成された2つのUMS JMSファイル・ストアを含む)に割り当てます。
ORACLE_RUNTIME/domain_name/BAM_Cluster/jms
既存のJMSファイル・ストアに割り当てられている値は変更しないでください。これらの値は、事前に構成されている製品に対して作成したクラスタに対応しています。
「構成サマリー」画面には、これから作成するドメインに関する詳細な構成情報が表示されます。この画面に示された各項目の詳細を調べて、情報に間違いがないことを確認します。
「更新」をクリックします。
「ドメインの拡張」画面で、「完了」をクリックします。
管理サーバーを起動して、ドメインに行った変更が適用されたことを確認します。
各管理対象サーバーでは、サーバーが調整およびコミットする、完了していない可能性のあるトランザクションに関する情報を格納するトランザクション・ログを使用します。Oracle WebLogic Serverは、システム・クラッシュやネットワーク障害のリカバリでこのトランザクション・ログを使用します。クラスタ内の管理対象サーバーに対してトランザクション・リカバリ・サービスの移行機能を活用するには、管理対象サーバーとそのバックアップ・サーバーからアクセス可能な場所にトランザクション・ログを格納します。
注意:
トランザクション・リカバリ・サービスの移行機能を有効にするには、クラスタにある他のサーバーで使用可能な永続記憶域ソリューションの場所を指定します。クラスタ内のすべての管理対象サーバーがこのディレクトリにアクセスできる必要があります。また、このディレクトリは、サーバーを再起動する前にも存在している必要があります。
お薦めする場所は、デュアル・ポートのSCSIディスクまたはストレージ・エリア・ネットワーク(SAN)です。記憶域エラーが発生した場合に確実に保護するには、記憶域レベルで適切な複製およびバックアップ・メカニズムを設定しておくことが重要です。
この情報は、ファイルベースのトランザクション・ログに適用されます。トランザクション・ログに対して、データベース・ベースの永続ストアを構成することもできます。詳細は、「エンタープライズ・デプロイメントでのTLOGおよびJMSに対するJDBC永続ストアの使用」を参照してください。
デフォルトの永続ストアの場所を設定する手順は次のとおりです。
Oracle WebLogic Server管理コンソールにログインします。
ADMINVHN:7001/console
「チェンジ・センター」セクションで、「ロックして編集」をクリックします。
クラスタ内の管理対象サーバーごとに、次を実行します。
「ドメイン構造」ウィンドウで、「環境」ノードを開いて「サーバー」ノードをクリックします。
「サーバーのサマリー」ページが表示されます。
表の「名前」列で、サーバーの名前(ハイパーリンクとして表示)をクリックします。
選択したサーバーの設定ページが開き、「構成」タブがデフォルトで表示されます。
「構成」タブで、「サービス」タブをクリックします。
ページの「デフォルト・ストア」セクションに、デフォルトの永続ストアがデータファイルを格納するフォルダのパスを入力します。
エンタープライズ・デプロイメントの場合は、ORACLE_RUNTIMEディレクトリの場所を使用します。このサブディレクトリは、クラスタのトランザクション・ログの中央の共有場所の役割を果します。詳細は、「このガイドで使用するファイル・システムとディレクトリ変数」を参照してください。
例:
ORACLE_RUNTIME/domain_name/cluster_name/tlogs
この例では、ORACLE_RUNTIMEを、ご使用の環境の変数値に置き換えます。domain_nameを、ドメインに割り当てた名前に置き換えます。cluster_nameを、先ほど作成したクラスタ名で置き換えます。
「保存」をクリックします。
「保存」をクリックして、「変更のアクティブ化」をクリックします。
クラスタ内の他のサーバーで手順1から4を完了します。
注意:
構成手順の後半で、トランザクション・ログの場所と作成について検証します。
BAMインスタンスを追加してドメインを拡張し、SOAHOST1上の管理サーバーを再起動したら、そのドメイン変更をドメイン・ディレクトリおよびマシンに伝播する必要があります。
次の表は、変更をすべてのドメイン・ディレクトリとマシンに伝播するために必要な手順をまとめたものです。
タスク | 説明 | 詳細情報 |
---|---|---|
SOAHOST1での拡張済ドメインの圧縮 |
Packコマンドを使用して、新しいBAMサーバー構成が含まれる新しいテンプレートJARファイルを作成します。 ドメインを圧縮する場合は、soadomaintemplateExtBAM.jarというテンプレートJARファイルを作成します。 |
|
SOAHOST1の管理対象サーバー・ディレクトリでのドメインの解凍* |
SOAHOST1のローカル記憶域上の管理対象サーバー・ディレクトリにテンプレートJARファイルを解凍します。 |
|
SOAHOST2でのドメインの解凍 |
SOAHOST2のローカル記憶域上の管理対象サーバー・ディレクトリにテンプレートJARファイルを解凍します。 |
*個別のホストでOracle BAMを構成する場合は、SOAHOST1およびSOAHOST2ではなく、BAMHOST1およびBAMHOST2でドメインを解凍します。
管理対象サーバーのOracle BAM構成を検証する前に、エンタープライズ・デプロイメント管理ユーザー(weblogic_soa)をBAMAdministrators
グループに追加します。
このタスクを実行するには、「Oracle SOA Suite製品の管理のためのロールの構成」を参照してください。
ドメインの拡張、管理サーバーの再起動、およびドメインの他のホストへの伝播を完了したら、新しく構成したBAMサーバーを起動します。
ブラウザに次のURLを入力し、Fusion Middleware Controlログイン画面を表示します。
http://ADMINVHN:7001/em
管理サーバー資格証明を使用してFusion Middleware Controlにログインします。
「ターゲット・ナビゲーション」ペインで、ドメインを開き、ドメイン内の管理対象サーバーを表示します。
WLS_BAM1管理対象サーバーのみを選択し、Oracle WebLogic Serverツールバーで「起動」をクリックします。
注意:
BAMサーバーは、ポリシー・アクセス・サービスに依存して機能するため、BAMサーバーが起動する前に、ドメイン内のWSM-PM管理対象サーバーが稼働し、アクセス可能な状態になっている必要があります。
起動操作が完了したら、「ドメイン」ホーム・ページに移動し、WLS_BAM1管理対象サーバーが稼働中であることを確認します。
BAMソフトウェアが適切に構成されていることを確認するには:
ブラウザに次のURLを入力します。
http://SOAHOST1:9001/bam/composer
BAMのコンポーザのログイン画面が表示されます。
個別のホスト・コンピュータでOracle BAMを構成した場合は、SOAHOST1ではなく、BAMHOST1をURLに入力します。
weblogic_soa
ログイン資格証明を入力します。
BAMコンポーザ画面が表示されます。
次のURLを入力します。
http://SOAHOST1:9001/inspection.wsil/
個別のホスト・コンピュータでOracle BAMを構成した場合は、SOAHOST1ではなく、BAMHOST1をURLに入力します。
次のリンクのリストが含まれるレスポンスが表示されます。
ブラウザに次のURLを入力します。
http://SOAHOST1:9001/bam/cqservice/
個別のホスト・コンピュータでOracle BAMを構成した場合は、SOAHOST1ではなく、BAMHOST1をURLに入力します。
BAM CQServiceが稼働中であることを示すメッセージが、ブラウザに表示されます。
次の項では、Web層のWebサーバー・インスタンスを構成して、拡張したドメイン内の適切なクラスタにパブリックURLと内部URLの両方に対するリクエストをルーティングする方法について説明します。
このドメインでOracle Traffic Directorを構成した場合、状況によっては、Oracle Traffic Director構成に別のオリジン・サーバー・プール、仮想サーバーまたはルートを追加する必要があります。各Oracle Fusion Middleware製品のOracle Traffic Directorの要件を理解するには、「オリジン・サーバーおよび仮想ホストのサマリー」を参照してください。
オリジン・サーバー・プール、仮想サーバーおよびルートを追加する手順は、「エンタープライズ・デプロイメント用のOracle Traffic Director仮想サーバーの定義」を参照してください。
Oracle HTTP Serverインスタンスの構成ファイルに対して次の変更を行い、Web層のOracle HTTP Serverインスタンスが、 Oracle SOA Suiteクラスタ上のOracle BAMソフトウェアにOracle BAMリクエストを正しくルーティングできるようにします。
この手順は、Oracle SOA Suiteと同じホストでOracle BAMを構成することを前提にしています。Oracle BAM用に個別のホストを使用する場合は、SOAHOSTコンピュータではなくBAMHOSTコンピュータを参照するように、Oracle HTTP Server構成ファイルのWebLogicClusterパラメータを変更する必要があります。
Oracle HTTP ServerがOracle BAMにリクエストをルーティングできるようにする手順:
Oracle BAM URLが、ハードウェア・ロード・バランサからのリクエストを、Oracle HTTP Serverインスタンスを経て中間層のOracle BAMソフトウェアに、正常にルーティングしていることを確認します。
この手順では、Oracle BAMが構成されている管理対象サーバーのフェイルオーバーをテストすることもできます。
URLを検証する手順は次のとおりです。
ソフトウェアが高可用性を実現するように構成するには、自動サービス移行でOracle Business Activity Monitoring管理対象サーバーを構成します。
自動サービス移行の有効化の詳細は、「エンタープライズ・デプロイメントでの自動サービス移行の構成」を参照してください。
注意:
Oracle BAMを独自のドメイン内に構成する場合は、Oracle BAMに対して自動サービス移行を構成する際に、デフォルトのリース・データ・ソース(BamLeasingDatasource)を使用できます。
ただし、Oracle BAMとOracle SOA SuiteまたはOracle Service Busの両方を構成する一般的な環境では、LeasingDSのような中央の自動サービス移行データ・ソースを使用することが推奨されます(「エンタープライズ・デプロイメントでの自動サービス移行の構成」を参照)。
可用性を高めるために、データベース内にトランザクション・ログ・ストアとJMSストアを構成することもできます。詳細は、「エンタープライズ・デプロイメントでのTLOGおよびJMSに対するJDBC永続ストアの使用」を参照してください。
Oracleのベスト・プラクティスとしては、ドメインの拡張が正常に完了した後や別の論理ポイントでバックアップを作成することをお薦めします。インストールが正常に行われたことを確認したら、バックアップを作成します。これは、後の手順で問題が発生した場合に即座にリストアするための迅速なバックアップになります。
バックアップ先はローカル・ディスクです。エンタープライズ・デプロイメント設定が完了すると、このバックアップは破棄できます。エンタープライズ・デプロイメント設定が完了したら、バックアップとリカバリの通常のデプロイメント固有プロセスを開始できます。
構成をバックアップする方法の詳細は、「SOAエンタープライズ・デプロイメントにおけるバックアップとリカバリの実行」を参照してください。