17 Oracle B2Bを含めるドメインの拡張

この章で説明する手順では、エンタープライズ・デプロイメント・ドメインを拡張してOracle B2Bを追加するプロセスを示します。

Oracle B2BおよびHealthcareのディストリビューションには、Oracle B2BまたはOracle SOA for Healthcareの構成に必要なソフトウェアが含まれます。

ノート:

Fusion Middleware 12.2.1.4.0では、WebLogicドメイン内のHealthcareオプションは非推奨であり、14.1.2リリースから削除されています。したがって、このガイドには、「Oracle SOA Suite for Healthcare Integrationを含めるドメインの拡張」という章は含まれなくなりました。この章では、B2Bを含める手順についてのみ説明します。

• Oracle B2Bの構成時に使用される変数
  この章のタスクを実行する際には、この項にリストされているディレクトリ変数を参照します。
• Oracle B2Bでの参照構成のサポート
  Oracle B2Bでは、SOAクラシック・ドメインとSOA参照構成ドメインの両方がサポートされます。B2BをクラシックSOAドメインに追加する場合の特定のB2Bテンプレート(B2Bクラシック・テンプレート)およびB2Bを参照構成SOAドメインに追加する場合の特定のB2Bテンプレート(B2B参照構成テンプレート)があります。
• Oracle B2Bを追加するためのSOAドメイン拡張の前提条件
  現在のドメインを拡張する前に、既存のデプロイメントがこの項に示す前提条件を満たしていることを確認します。
• エンタープライズ・デプロイメントのOracle B2Bのインストール
  エンタープライズ・デプロイメント用の新規ドメインを構成する準備として、次の各項を参照してOracle Fusion Middleware Infrastructureソフトウェアをインストールします。
• 構成ウィザードを使用したOracle B2Bのための拡張
  Oracle B2Bが含まれるようにドメインを拡張するには、次の項を参照してください。
• ドメイン・ディレクトリおよびマシンへの拡張済ドメインの伝播
  B2Bインスタンスを含めることでドメインを拡張し、SOAHOST1上の管理サーバーを再起動したら、そのドメイン変更をドメイン・ディレクトリおよびマシンに伝播する必要があります。
• B2B Suiteコンポーネントの起動
  構成の変更および起動スクリプトを有効にするには、B2Bが追加されたWLS_SOAサーバーを起動する必要があります。B2Bでは既存のSOAシステムが拡張されているので、管理サーバーおよびそれぞれのノード・マネージャはSOAHOST1およびSOAHOST2で稼働しています。
• トランスポートのためのB2Bインスタンス識別子の更新
  ファイル、FTPまたは電子メール・トランスポートを高可用性環境で設定するには、b2b.HAInstanceプロパティをtrueに設定します。
• 拡張したドメイン用のWeb層の構成
  Web層のWebサーバー・インスタンスを構成して、SOAドメイン内の適切なクラスタにインスタンスがルーティングされるようにします。
• SOA管理者グループへのB2BAdminロールの追加
  管理対象サーバーのOracle B2B構成を検証する前に、B2BAdmin管理ロールをエンタープライズ・デプロイメントの管理グループ(SOA Administrators)に追加します。
• ロード・バランサを介したOracle B2Bへのアクセスの検証
  次のステップを使用して、ロード・バランサからHTTP Serverインスタンスを経て、Oracle SOA Suite管理対象サーバー上のB2B Suiteコンポーネントに対して行われるルーティングとフェイルオーバーが、適切に機能することを確認します。
• 接続文字列の適切なTNS別名への置換
  Oracleでは、複数の接続プール間で長いJDBC文字列を繰り返すのではなく、FMWコンポーネントで使用される接続文字列でTNS別名を使用することをお薦めします。
• 構成のバックアップ
  Oracleのベスト・プラクティスとしては、ドメインの構成拡張が正常に完了した後や別の論理ポイントでバックアップを作成することをお薦めします。インストールが正常に行われたことを確認したら、バックアップを作成します。これは、後のステップで問題が発生した場合に即座にリストアするための迅速なバックアップになります。

Oracle B2Bの構成時に使用される変数

この章のタスクを実行する際には、この項にリストされているディレクトリ変数を参照します。

いくつかのディレクトリ変数の値については、「このガイドで使用するファイル・システムとディレクトリ変数」に定義されています。

• ORACLE_HOME

• ASERVER_HOME

• MSERVER_HOME

• WEB_DOMAIN_HOME

• JAVA_HOME

さらに、「エンタープライズ・トポロジによって必要とされる物理および仮想IPアドレス」で定義されている、次の仮想IP (VIP)アドレスを参照します。

• ADMINVHN

この章のアクションは、次のホスト・コンピュータで実行します。

• SOAHOST1

• SOAHOST2

• WEBHOST1

• WEBHOST2

Oracle B2Bでの参照構成のサポート

Oracle B2Bでは、SOAクラシック・ドメインとSOA参照構成ドメインの両方がサポートされます。B2BをクラシックSOAドメインに追加する場合の特定のB2Bテンプレート(B2Bクラシック・テンプレート)およびB2Bを参照構成SOAドメインに追加する場合の特定のB2Bテンプレート(B2B参照構成テンプレート)があります。

Oracle B2Bを追加するためのSOAドメイン拡張の前提条件

現在のドメインを拡張する前に、既存のデプロイメントがこの項に示す前提条件を満たしていることを確認します。

• インストールをバックアップすること。既存のFusion Middlewareホームとドメインをバックアップしていない場合は、今すぐバックアップすることをお薦めします。

  既存のFusion Middlewareホームとドメインをバックアップするには、「SOAエンタープライズ・デプロイメントにおけるバックアップとリカバリの実行」を参照してください。

• 前の章でインストールしたWL_HOMEおよびSOA ORACLE_HOME(バイナリ)が共有記憶域にあり、SOAHOST1とSOAHOST2から利用できること。

• ノード・マネージャ、管理サーバー、SOAサーバーおよびWSMサーバーが存在し、前の章の説明のように、SOAシステムを実行するように構成されていること。

• RCUを実行して、B2Bの追加のスキーマをロードする必要はありません。このスキーマは、SOAリポジトリの一部であり、SOAに関する章で、DBにロードされています。

• B2Bコンポーネントは前に作成したSOA_clusterに追加されるため、追加のクラスタを作成する必要はありません。

エンタープライズ・デプロイメントのOracle B2Bのインストール

エンタープライズ・デプロイメント用の新規ドメインを構成する準備として、次の各項を参照してOracle Fusion Middleware Infrastructureソフトウェアをインストールします。

• SOAHOST1でのOracle B2BおよびHealthcareインストーラの起動
  
• Oracle B2Bのインストール画面のナビゲート
  
• 他のホスト・コンピュータへのソフトウェアのインストール
  
• B2BまたはHealthcareインストールの確認
  

SOAHOST1でのOracle B2BおよびHealthcareインストーラの起動

インストール・プログラムを起動するには、次のステップを実行します。

1. SOAHOST1にログインします。
2. インストール・プログラムがダウンロードされたディレクトリに移動します。
3. 次の例に示すとおり、ご使用のシステムのJDKディレクトリからjava実行可能ファイルを実行し、インストール・プログラムを起動します。

   $JAVA_HOME/bin/java -jar distribution_file_name.jar

   この例では、次のようになります。

   • JAVA_HOMEを、ご使用のシステムの環境変数または実際のJDKの場所に置き換えます。

   • distribution_file_nameを、ディストリビューションJARファイルの実際の名前に置き換えます。

     ディストリビューションをOracle Technology Network (OTN)からダウンロードする場合、通常はJARファイルはダウンロード可能な圧縮ファイル内にパッケージされているということに注意してください。

     B2Bドメインに必要なソフトウェアをインストールする場合、インストールするディストリビューションはfmw_14.1.2.0.0_b2bhealthcare.jarです。

     各ディストリビューションの実際のファイル名の詳細は、「エンタープライズ・デプロイメント用のソフトウェア・ダウンロードの特定と取得」を参照してください。

インストール・プログラムが表示されると、インストールを開始する準備ができています。各インストール・プログラム画面の説明については、「インストール画面のナビゲート」を参照してください。

Oracle B2Bのインストール画面のナビゲート

表17-1は、インストール・プログラムの各画面の説明です。

表17-1 Oracle B2Bのインストール画面

画面	説明
インストール・インベントリの設定	UNIXオペレーティング・システムでは、このホストにOracle製品を初めてインストールする場合に、この画面が表示されます。中央インベントリを作成する場所を指定します。この画面で選択したオペレーティング・システム・グループ名には、中央インベントリの場所への書込み権限があることを確認してください。 中央インベントリの詳細は、Oracle Universal InstallerによるソフトウェアのインストールでOracle中央インベントリの理解を参照してください。 ノート: 製品の共有ボリューム上に、中央インベントリ・ディレクトリを構成することをお薦めします。例: /u01/oracle/products/oraInventory インストーラが完了したら、oraInventoryからrootとしてcreateCentralinventory.shスクリプトを実行することが必要になる場合もあります。
ようこそ	製品のインストーラの紹介画面です。
自動更新	この画面を使用して、使用可能なパッチをMy Oracle Supportで自動的に検索するか、組織のためにすでにダウンロードしたパッチをローカル・ディレクトリで自動的に検索します。
インストールの場所	この画面を使用してOracleホーム・ディレクトリの位置を指定します。 Oracle Fusion Middlewareディレクトリ構造の詳細は、Oracle Fusion Middlewareインストールの計画のインストールと構成のディレクトリの選択を参照してください。
インストール・タイプ	この画面を使用して、インストールのタイプを選択し、インストールする製品および機能セットを選択します。 B2Bを選択します ノート: このドキュメントのトポロジには、例は含まれていません。例を本番環境にインストールしないことを強くお薦めします。
前提条件のチェック	この画面では、ご使用のシステムが最小要件を満たしていることを検証します。 警告メッセージまたはエラー・メッセージが表示された場合、『Oracle Fusion Middleware Infrastructureのインストールと構成』のシステム環境の確認ロードマップに関する項で、次のドキュメントのいずれかを参照できます。
インストール・サマリー	この画面を使用して、選択したインストール・オプションを検証できます。これらのオプションをレスポンス・ファイルに保存する場合は、「レスポンス・ファイルの保存」をクリックし、レスポンス・ファイルの場所と名前を指定します。レスポンス・ファイルは、今後、サイレント・インストールを実行する場合に使用できます。 サイレント・インストールまたはコマンドライン・インストールの詳細は、『Oracle Universal Installerによるソフトウェアのインストール』の「サイレント・モードでのOracle Universal Installerの使用」を参照してください。 「インストール」をクリックしてインストールを開始します。
インストールの進行状況	この画面では、インストールの進行状況を参照できます。 進捗バーが100%完了になった後で、「次へ」をクリックします。
インストール完了	この画面の情報を確認してから、「終了」をクリックしてインストーラを終了します。

他のホスト・コンピュータへのソフトウェアのインストール

SOAHOST2用に別の共有記憶域ボリュームまたはパーティションを構成している場合は、SOAHOST2にもソフトウェアをインストールする必要があります。詳細は、「エンタープライズ・デプロイメントをインストールおよび構成する場合の共有記憶域の推奨事項」を参照してください。

Oracleホーム(ソフトウェア・バイナリが含まれている)をインストールする場所は、ホストによって異なることに注意してください。ご使用のOracleホーム・ディレクトリの正しい場所を特定するには、「このガイドで使用するファイル・システムとディレクトリ変数」のガイドラインを参照してください。

B2BまたはHealthcareインストールの確認

インストールの完了後、次のタスクを正常に実行することでインストールを検証できます。

• インストール・ログ・ファイルの確認
  
• Oracleホームの内容の表示
  

インストール・ログ・ファイルの確認

インストール・ログ・ファイルの内容を確認し、何も問題が発生していないことを確認します。ログ・ファイルとその場所の詳細は、『Oracle Universal Installerによるソフトウェアのインストール』のインストール・ログ・ファイルの理解に関する項を参照してください。

Oracleホームの内容の表示

viewInventoryスクリプトを使用して、Oracleホームの内容を表示することもできます。『Oracle Universal Installerによるソフトウェアのインストール』のOracleホームの内容の表示に関する項を参照してください。

構成ウィザードを使用したOracle B2Bのための拡張

Oracle B2Bが含まれるようにドメインを拡張するには、次の項を参照してください。

• 構成ウィザードの起動
  
• Oracle B2Bの構成ウィザード画面のナビゲート
  

構成ウィザードの起動

ノート:

ドメインの作成の章で、SSLストアのカスタマイズがsetUserOverridesLate.shに追加されました。このファイルに追加されたカスタマイズはドメインの拡張時に保存され、packおよびunpackコマンドを使用する際にリモート・サーバーに継承されます。

ただし、ドメイン内のsetDomainEnv.shスクリプトに別のカスタマイズ(カスタム・ライブラリ、サーバー起動用のJAVAコマンドライン・オプション、環境変数など)を追加した場合、それらはドメインの拡張時に構成ウィザードによって上書きされます。ドメイン内のすべてのサーバーに適用されるすべての起動パラメータをsetUserOverridesLate.shファイルに追加します。これにより、拡張全体でそれらが保持されます。

構成ウィザードを起動するには:

1. WebLogicリモート・コンソールで、このドメイン拡張によって変更されるすべての管理対象サーバーを停止します。影響を受けない管理対象サーバーは、オンラインのままにすることができます。

   ノート:

   Oracle B2Bコンポーネントのこの特定のドメイン拡張では、WLS_SOAn管理対象サーバーを変更します。これらの管理対象サーバーを確実に停止します。
2. 管理対象サーバーのステータスを確認してから、管理サーバーを停止します。
3. 次のディレクトリに移動し、WebLogic Server構成ウィザードを起動します。

   cd $ORACLE_HOME/oracle_common/common/bin
   ./config.sh

Oracle B2Bの構成ウィザード画面のナビゲート

この項の手順に従って、Oracle B2B用にドメインを拡張します。

ノート:

この手順では、既存のドメインを拡張することを想定しています。手順に示された内容と要件が合わないときは、適切な内容を選択していることを確認し、その他の詳細について説明されているドキュメントを参照してください。

ドメインを作成して構成するためのタスクは次のとおりです。

• タスク1「ドメイン・タイプとドメイン・ホームの場所の選択」

• タスク2「構成テンプレートの選択」

• タスク3「GridLink Oracle RACデータベース接続の詳細情報の指定」

• タスク4「JDBC接続のテスト」

• タスク5「拡張構成の選択」

• タスク6「構成仕様の確認およびドメインの構成」

• タスク7「ドメイン・ホームと管理サーバーのURLの書込み」

• タスク8「管理サーバーの起動」

タスク1   ドメイン・タイプとドメイン・ホームの場所の選択

「構成タイプ」画面で、「既存ドメインの更新」を選択します。

「ドメインの場所」フィールドで、ASERVER_HOME変数の値を選択します。これは、「エンタープライズ・デプロイメント用の初期インフラストラクチャ・ドメインの作成」で作成した管理サーバー・ドメイン・ホームの完全なパスを表します。

ディレクトリの場所の変数の詳細は、「このガイドで使用するファイル・システムとディレクトリ変数」を参照してください

ヒント:

この画面のその他のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』の構成タイプに関する項を参照してください。

タスク2   構成テンプレートの選択

「テンプレート」画面で「製品テンプレートを使用してドメインを更新」が選択されていることを確認した後に、次のテンプレートを選択します。

• Oracle B2B参照構成[soa]

また、次の追加のテンプレートも、初期ドメインの作成と初期ドメインのSOAへの拡張に使用されているため、すでに選択されているはずです。

• 基本的なWebLogic Serverドメイン[wlserver]

• Oracle SOA Suite参照構成[soa]

• Oracle Enterprise Manager [em]

• Oracle WSMポリシー・マネージャ[oracle_common]

• Oracle JRF - [oracle_common]

• WebLogic Coherenceクラスタ拡張[wlserver]

ノート:

クラシックSOAドメインでB2Bを拡張する場合は、B2Bクラシック拡張テンプレートを選択する必要があります。B2Bクラシック拡張テンプレートを選択するには:

• Oracle B2B - 14.1.2.0 [soa]

ヒント:

この画面に示されるその他のオプションの詳細は、『Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成』のテンプレートに関する項を参照してください。

タスク3   GridLink Oracle RACデータベース接続の詳細情報の指定

Infrastructureドメインに必要なFusion Middlewareスキーマを参照するためのドメインをすでに構成済であるため、すべてのフィールドが事前移入されています。B2Bでは、SOAの既存のデータ・ソースを使用するため、新しいデータ・ソースをドメインに追加する必要はありません。

ノート:

拡張前に作成されたカスタム・データ・ソースが、この画面の前に表示されます。「データソース」行を確認し、「次へ」をクリックします。データ・ソースのテスト画面で、その有効性が検証されます。

「次」をクリックします。

タスク4   JDBC接続のテスト

「JDBCデータ・ソースのテスト」画面で、すべての接続が正常であることを確認します。

接続のテストは自動的に行われます。「ステータス」列に結果が表示されます。正常でない接続がある場合は、「前へ」をクリックして前の画面に戻り、入力を訂正します。

すべての接続に成功したら「次へ」をクリックします。

タスク5   拡張構成の選択

トポロジのドメイン構成を完了するには、「拡張構成」画面で追加オプションを選択せずに、「次へ」をクリックします。B2Bアプリケーションと必要なアーティファクトが、自動的に、既存のSOAサーバーにターゲット指定されます。

タスク6   構成の仕様の確認とドメインの構成

「構成のサマリー」画面には、拡張しようとする構成情報の詳細が含まれます。この画面に示された各項目の詳細を調べて、情報に間違いがないことを確認します。

変更が必要な場合は、「戻る」ボタンを使用するか、ナビゲーション・ペインで画面を選択することで、任意の画面に戻れます。

「更新」をクリックして、ドメインの拡張を実行します。

終了したら、「構成の進行状況」画面で「次へ」をクリックします。

ヒント:

この画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』の構成サマリーに関する項を参照してください。

タスク7   ドメイン・ホームと管理サーバーURLのメモ

「構成に成功しました」画面には、構成したばかりのドメインについて、次の項目が表示されます。

• ドメインの場所

• 管理サーバーURL

どちらの項目も後で必要になるため、ノートにとっておく必要があります。ドメインの場所は、管理サーバーの起動に使用するスクリプトへのアクセスで必要になります。また、URLは管理サーバーへのアクセスで必要になります。

「終了」をクリックして、構成ウィザードを閉じます。

タスク8   管理サーバーの起動

管理サーバーを起動して、ドメインに行った変更が適用されたことを確認します。

ドメイン・ディレクトリおよびマシンへの拡張済ドメインの伝播

B2Bインスタンスを含めることでドメインを拡張し、SOAHOST1上の管理サーバーを再起動したら、そのドメイン変更をドメイン・ディレクトリおよびマシンに伝播する必要があります。

次の表は、変更をすべてのドメイン・ディレクトリとマシンに伝播するために必要なステップをまとめたものです。

タスク	説明	詳細情報
SOAHOST1での拡張済ドメインの圧縮	packコマンドを使用して、新しいBAMサーバー構成が含まれる新しいテンプレートJARファイルを作成します。 ドメインを圧縮する場合は、soadomaintemplateExtB2B.jarというテンプレートJARファイルを作成します。	SOAHOST1での拡張済ドメインの圧縮
SOAHOST1の管理対象サーバー・ディレクトリでのドメインの解凍	SOAHOST1のローカル記憶域上の管理対象サーバー・ディレクトリにテンプレートJARファイルを解凍します。	SOAHOST1の管理対象サーバー・ドメイン・ディレクトリでのドメインの解凍
SOAHOST2でのドメインの解凍	SOAHOST2のローカル記憶域上の管理対象サーバー・ディレクトリにテンプレートJARファイルを解凍します。	SOAHOST2でのドメインの解凍

B2B Suiteコンポーネントの起動

構成の変更および起動スクリプトを有効にするには、B2Bが追加されたWLS_SOAサーバーを起動する必要があります。B2Bでは既存のSOAシステムが拡張されているので、管理サーバーおよびそれぞれのノード・マネージャはSOAHOST1およびSOAHOST2で稼働しています。

追加したB2Bコンポーネントを起動するには、SOA管理対象サーバーを再起動します。

1. ブラウザに次のURLを入力し、Fusion Middleware Controlログイン画面を表示します:

   https://ADMINVHN:9002/em

   ノート:

   Web層がすでに構成されている場合は、https://admin.example.com:445/emを使用します。

   この例では、次のようになります。

   ADMINVHNを、「エンタープライズ・デプロイメント用のソフトウェア・ダウンロードの特定と取得」でADMINVHN仮想IPアドレスに割り当てたホスト名に置き換えます。

   ポート9002は、リモート・コンソールおよびFusion Middleware Controlで一般的に使用される管理ポートです。ただし、ドメインを作成したときに構成ウィザードのセッションの終わりに表示された実際のURLを使用する必要があります。

2. 「ドメイン構造」ウィンドウの「環境」ノードを開き、「サーバー」を選択します。

   「サーバーのサマリー」ページが表示されます。

3. 「制御」タブをクリックします。

4. 表の「サーバー」列から「WLS_SOA1」を選択します。

   ノート:

   SOAサーバーは、ポリシー・アクセス・サービスに依存して機能します。この依存性は、SOAサーバーが起動する前に、ドメイン内のWSM-PMサーバーがアクセス可能である必要があることを意味します。

5. 「起動」をクリックします。

6. WLS_SOA2についてステップ2から5を繰り返します。

トランスポートのためのB2Bインスタンス識別子の更新

ファイル、FTPまたは電子メール・トランスポートを高可用性環境で設定するには、b2b.HAInstanceプロパティをtrueに設定します。

そのためには、次のステップに従ってください。

1. ドメイン管理で指定したユーザー名とパスワードを使用して、Oracle Enterprise Manager Fusion Middleware Controlにログインします。
2. 画面左上にあるターゲット・ナビゲーション・アイコンをクリックして、「ターゲット・ナビゲーション」ペインを表示します。
3. ナビゲーション・ツリーでSOAを開き、「soa-infra(server_name)」を右クリックし、コンテキスト・メニューから「SOA管理」、「B2Bサーバー・プロパティ」の順に選択します。

   「soa-infra (server_name)」が複数存在する場合は、プロパティを一度だけ追加します。

4. 「詳細B2B構成プロパティ」をクリックします。
   B2BConfig b2bがすでに選択されているはずです。
5. 「操作」タブをクリックします。
6. 右側のリストの「addProperty」をクリックします。
7. 「キー」フィールドに「b2b.HAInstance」を入力します。
8. 「値」フィールドに、trueと入力します。

   このプロパティは、MDSに格納され、クラスタ用に一度だけ作成される必要があります。

9. 「起動」をクリックします。

高可用性プロパティを定義した後は、「属性」タブでそれらを表示できます。プロパティを表示するには、「属性」タブをクリックし、「プロパティ」をクリックします。「値」表の「要素」ノードを開いて、プロパティの名前と値を確認します。

拡張したドメイン用のWeb層の構成

Web層のWebサーバー・インスタンスを構成して、SOAドメイン内の適切なクラスタにインスタンスがルーティングされるようにします。

• Oracle B2Bに対するOracle HTTP Serverの構成
  Oracle HTTP Serverインスタンスの構成ファイルに対して次の変更を行い、Web層のOracle HTTP Serverインスタンスが、Oracle SOA Suiteクラスタ上のOracle B2BソフトウェアにOracle B2Bリクエストを正しくルーティングできるようにします。

Oracle B2Bに対するOracle HTTP Serverの構成

Oracle HTTP Serverインスタンスの構成ファイルに対して次の変更を行い、Web層のOracle HTTP Serverインスタンスが、Oracle SOA Suiteクラスタ上のOracle B2BソフトウェアにOracle B2Bリクエストを正しくルーティングできるようにします。

Oracle HTTP Serverが、Oracle B2BコンソールとOracle B2Bサービスにリクエストをルーティングできるようにするには:

1. WEBHOST1にログインし、ディレクトリを最初のOracle HTTP Serverインスタンス(ohs1)の構成ディレクトリに変更します。

   cd $WEB_DOMAIN_HOME/config/fmwconfig/components/OHS/ohs1/moduleconf
   

2. 次のディレクティブを、soa_vh.confファイルの<VirtualHost>タグ内に追加します。

   ノート:

   部分的に停止した場合の初期接続を保証するためにWebLogicClusterディレクトリで必要なのは、十分な数の冗長なserver:portの組合せだけです。クラスタ・メンバーの実際の総リストは、指定された任意のノードとの最初の接続時に自動的に取得されます。

   # B2B
   <Location /b2bconsole>
     WLSRequest ON
     WebLogicCluster SOAHOST1:7004,SOAHOST2:7004
   </Location>
   
   # B2B
   <Location /b2b/services>
     WLSRequest ON
     WebLogicCluster SOAHOST1:7004,SOAHOST2:7004
   </Location>
   
   # B2B
   <Location /b2b/httpreceiver>
     WLSRequest ON
     WebLogicCluster SOAHOST1:7004,SOAHOST2:7004
   </Location>

3. WEBHOST1でohs1インスタンスを再起動します。
4. WEBHOST2にログインして、soa_vh.confファイルを2つ目のOracle HTTP Serverインスタンス(ohs_2)の構成ディレクトリにコピーします。

   cd $WEB_DOMAIN_HOME/config/fmwconfig/components/OHS/ohs2/moduleconf

5. soa_vh.confファイルを編集して、WEBHOST1への参照をWEBHOST2への参照に変更します。
6. WEBHOST2でohs2インスタンスを再起動します。

SOA管理者グループへのB2BAdminロールの追加

管理対象サーバーのOracle B2B構成を検証する前に、B2BAdmin管理ロールをエンタープライズ・デプロイメントの管理グループ(SOA Administrators)に追加します。

このタスクを実行するには、「Oracle SOA Suite製品の管理のためのロールの構成」を参照してください。

ロード・バランサを介したOracle B2Bへのアクセスの検証

次のステップを使用して、ロード・バランサからHTTP Serverインスタンスを経て、Oracle SOA Suite管理対象サーバー上のB2B Suiteコンポーネントに対して行われるルーティングとフェイルオーバーが、適切に機能することを確認します。

1. 次のURLを入力して、ロード・バランサ経由でOracle B2B Consoleにアクセスします。

   https://soa.example.com/b2bconsole
   

2. weblogic_soaユーザーでログインします。Oracle B2Bの「パートナ」、「アグリーメント」、「プロファイル」画面が表示されます。
3. 次のURLを入力して、Oracle B2B Webサービスのエンドポイントにアクセスします。

   https://soa.example.com/b2b/services
   

   別のB2Bエンドポイントのテストへのリンクが表示されます。

接続文字列の適切なTNS別名への置換

Oracleでは、複数の接続プール間で長いJDBC文字列を繰り返すのではなく、FMWコンポーネントで使用される接続文字列でTNS別名を使用することをお薦めします。

データソースでTNS別名を使用する方法の詳細は、「エンタープライズ・デプロイメントの共通の構成および管理タスク」の章の「接続文字列でのTNS別名の使用」を参照してください。

構成のバックアップ

Oracleのベスト・プラクティスとしては、ドメインの構成が正常に完了した後や別の論理ポイントでバックアップを作成することをお薦めします。インストールが正常に行われたことを確認したら、バックアップを作成します。これは、後のステップで問題が発生した場合に即座にリストアするための迅速なバックアップになります。

バックアップ先はローカル・ディスクです。エンタープライズ・デプロイメント設定が完了すると、このバックアップは破棄できます。エンタープライズ・デプロイメント設定が完了したら、バックアップとリカバリの通常のデプロイメント固有プロセスを開始できます。「エンタープライズ・デプロイメントのバックアップとリカバリの実行」を参照してください。