1. Oracle SOA Suiteエンタープライズ・デプロイメント・ガイド
  2. エンタープライズ・デプロイメントの構成
  3. Oracle SOA Suite for Healthcare Integrationを含めるドメインの拡張

19 Oracle SOA Suite for Healthcare Integrationを含めるドメインの拡張

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

  • エンタープライズ・デプロイメントでのOracle SOA Suite for Healthcare Integrationについて
    Oracle SOA Suite for Healthcare Integrationでは、Oracle SOA Suiteの複数の機能を使用して、医療データを処理するアプリケーションの設計、作成、管理ができます。
  • Oracle Healthcareの構成時に使用される変数
    この章のタスクを実行する際には、この項にリストされているディレクトリ変数を参照します。
  • Oracle Healthcareでの動的クラスタのサポート
    Oracle Healthcareは、静的クラスタベースのトポロジと動的クラスタベースのトポロジの2種類のトポロジをサポートしています。動的クラスタのトポロジを選択したときには、いくつかの点で従来型の静的クラスタ構成との違いが生じます。
  • Oracle Healthcareを追加するためのドメイン拡張の前提条件
    Oracle Healthcareを含めることでドメインを拡張する前に、Oracle Healthcareに固有の次の重要な前提条件に留意してください。
  • エンタープライズ・デプロイメントのOracle Healthcareのインストール
    エンタープライズ・デプロイメント用の新規ドメインを構成する準備として、次の各項を参照してOracle Fusion Middleware Infrastructureソフトウェアをインストールします。
  • Oracle Healthcareの構成ウィザードの実行
    Oracle Healthcareを追加するためにドメインを拡張するには、次の項を参照してください。
  • Healthcareコンポーネントの起動
    この項では、ドメイン内に構成したOracle Healthcareコンポーネントを起動する方法について説明します。この手順では、Oracle Healthcareが構成されている管理対象サーバーを再起動する必要があります。これにより、構成変更および起動スクリプトが適切に更新され、検証されます。既存のドメインを拡張するため、管理サーバーおよびそれぞれのノード・マネージャは、両方のアプリケーション・サーバー・ホストですでに稼働しています。
  • B2Bインスタンス識別子およびMLLP高可用性モードの更新
    ファイル、FTPまたは電子メール・トランスポートを高可用性環境で設定するには、b2b.HAInstanceプロパティをtrueに設定します。
  • 最適なロード・バランシングのための接続ファクトリ・アフィニティの無効化
    Oracle Healthcareサーバーに影響を与えるすべての負荷を避けるために、次のステップを実行することをお薦めします。
  • 拡張したドメイン用のWeb層の構成
    Web層のWebサーバー・インスタンスを構成して、拡張したドメイン内の適切なクラスタにパブリックURLと内部URLの両方に対するリクエストをインスタンスでルーティングできるようにします。
  • SOA管理者グループへのB2BAdminロールの追加
    管理対象サーバーのOracle B2B構成を検証する前に、B2BAdmin管理ロールをエンタープライズ・デプロイメントの管理グループ(SOA Administrators)に追加します。
  • ロード・バランサを介したOracle Healthcareへのアクセスの検証
    次のステップを使用して、ロード・バランサからHTTP Serverインスタンスを経て、Oracle SOA Suite管理対象サーバー上のOracle Healthcareコンポーネントに対して行われるルーティングとフェイルオーバーが、適切に機能することを確認します。
  • Oracle HealthcareのJDBC永続ストアの有効化
    エンタープライズ・トポロジでは、Oracle Healthcareは、既存のOracle SOA Suite管理対象サーバー上で構成され、SOAクラスタの永続ストアを使用します。Oracleデータベースの一貫性、データ保護および高可用性機能を活用し、クラスタ内のすべてのサーバーによるリソースの使用を可能にする、JDBCストアを使用することをお薦めします。
  • Oracle Healthcareに対する自動サービス移行の有効化
    エンタープライズ・トポロジでは、Oracle Healthcareは、既存のOracle SOA Suite管理対象サーバー上で構成されています。Healthcareが高可用性を実現するように構成するには、サービス移行に対応するようにSOAサーバーを構成する必要があります。
  • 構成のバックアップ
    Oracleのベスト・プラクティスとしては、ドメインの構成拡張が正常に完了した後や別の論理ポイントでバックアップを作成することをお薦めします。インストールが正常に行われたことを確認したら、バックアップを作成します。これは、後のステップで問題が発生した場合に即座にリストアするための迅速なバックアップになります。

上位トピック: 「エンタープライズ・ドメインの構成」

エンタープライズ・デプロイメントでのOracle SOA Suite for Healthcare Integrationについて

Oracle SOA Suite for Healthcare Integrationでは、Oracle SOA Suiteの複数の機能を使用して、医療データを処理するアプリケーションの設計、作成、管理ができます。

Oracle SOA Suite for Healthcare Integrationの詳細は、Oracle SOA Suite Healthcare Integrationユーザーズ・ガイドのOracle SOA Suite for Healthcare Integrationの概要に関する項を参照してください。

エンタープライズ・デプロイメントでOracle SOA Suite for Healthcare Integrationを構成する場合、Healthcareを独自のドメイン内に構成することが推奨されます。この推奨事項の詳細は、『Oracle Fusion Middleware Oracle SOA Suiteヘルスケア統合ユーザーズ・ガイド』のB2BおよびHealthcareドメイン・トポロジのベスト・プラクティスに関する項を参照してください。

一般に、Oracle SOA Suite for Healthcare Integrationに単一のドメイン、およびOracle B2Bに別個のドメインを構成します。これらのドメイン・トポロジは両方とも、このエンタープライズ・デプロイメント・ガイドで説明およびサポートされています。詳細は、次を参照してください。

親トピック: Oracle SOA Suite for Healthcare Integrationを含めるドメインの拡張

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

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

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

  • ORACLE_HOME

  • ASERVER_HOME

  • MSERVER_HOME

  • WEB_DOMAIN_HOME

  • JAVA_HOME

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

  • ADMINVHN

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

  • SOAHOST1

  • SOAHOST2

  • WEBHOST1

  • WEBHOST2

親トピック: Oracle SOA Suite for Healthcare Integrationを含めるドメインの拡張

Oracle Healthcareでの動的クラスタのサポート

Oracle Healthcareは、静的クラスタベースのトポロジと動的クラスタベースのトポロジの2種類のトポロジをサポートしています。動的クラスタのトポロジを選択したときには、いくつかの点で従来型の静的クラスタ構成との違いが生じます。

静的クラスタは、構成済クラスタとも言い、各サーバー・インスタンスを手動で構成して追加する従来型のクラスタです。動的クラスタには、新しい"server-template"オブジェクトが含まれています。このオブジェクトは、すべての生成された(動的)サーバー・インスタンスの一元的な構成を定義するために使用します。動的クラスタを作成すると、動的サーバーが事前構成され、自動的に生成されます。この機能により、追加のサーバー容量が必要になったときに、動的クラスタ内のサーバー・インスタンスの数をスケール・アップできます。動的サーバーは、最初に手動で構成してそれをクラスタに追加する必要はなく、単に起動するだけで使用できます。

この項に示すステップには、静的トポロジまたは動的トポロジの両方に対応するドメインの構成ステップが含まれています。この2種類の構成の相違点は次のとおりです。

  • 構成ウィザードのプロセスは、それぞれのケースに応じて異なることがあります。たとえば、サーバーではなく動的クラスタ用のサーバー・テンプレートの定義が必要になります。

  • 動的クラスタの場合は、サーバー固有の構成(リスニング・アドレスの設定、アップロードとステージングのディレクトリの構成、キーストアの構成など)をサーバーではなくサーバー・テンプレートで実行する必要があります。

  • 動的クラスタの場合は、サービス移行が異なる方法で構成されます。動的クラスタは移行可能ターゲットを使用しないかわりに、JMSリソースがクラスタをターゲットにします。動的クラスタのサービス移行を構成する際の具体的な手順は、このガイドに記載されています。

複合クラスタ(動的サーバー・インスタンスと構成済サーバー・インスタンスの両方を備えたクラスタ)は、Oracle SOA Suiteエンタープライズ・デプロイメントではサポートされません。

親トピック: Oracle SOA Suite for Healthcare Integrationを含めるドメインの拡張

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

Oracle Healthcareを含めることでドメインを拡張する前に、Oracle Healthcareに固有の次の重要な前提条件に留意してください。

  • Oracle Healthcareソフトウェアを含めることで既存のドメインを拡張できるのは、Oracle SOA Suiteドメイン構成テンプレートを使用してドメインが構成された場合のみです。Oracle Healthcareを含めることでOracle BPM、Oracle BAMまたはOracle OSBドメインを拡張することはできません。

    この章では、「Oracle SOA Suiteを含めるドメインの拡張」の各ステップが実行されていることを前提としています。

  • Oracle SOA InfrastructureスキーマをOracle SOA Suiteのインストールおよび構成の一部としてインストールした場合は、Healthcare Integration RCUカスタム変数をYESに設定する必要があります。Healthcare Integrationカスタム変数の値として「YES」を入力すると、RCUは、データベース内に追加のマテリアライズド・ビューを作成します。Healthcare Integrationユーザー・インタフェースには、このビューが必要になります。

    「NO」を入力した場合は、次に示すSQLスクリプトをデータベースで実行することで、これに該当する追加のスキーマ構成タスクを後から実行できます。このスクリプトは、B2Bインストール・タイプにHealthcareを選択すると、Oracle Fusion MiddlewareのOracleホームにインストールされます。 

    ORACLE_HOME/soa/common/sql/soainfra/sql/oracle/b2b_mv.sql

さらに、既存のデプロイメントが、ドメインを拡張するための次の一般的な前提条件を満たしていることを確認します。

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

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

  • 共有記憶域のOracleホームにInfrastructureおよびSOAソフトウェア・バイナリがインストールされ、SOAHOST1とSOAHOST2から使用できることを確認します。

  • 前の章の説明のとおり、SOAシステムを実行するために、ノード・マネージャ、管理サーバー、SOAサーバーおよびWSMサーバーがすでに構成されていること。必要に応じて、サーバー移行、トランザクション・ログ、一貫性など、SOAシステムのその他のすべての構成ステップが完了していること。

  • 各ホスト・コンピュータのシステム・クロックが同期していることを確認します(まだ確認していない場合)。これは、各クラスタ内のホストで可能なかぎり同時にdateコマンドを実行することで行えます。

    別の方法として、この目的のために使用できるサードパーティのオープンソースのユーティリティもあります。

親トピック: Oracle SOA Suite for Healthcare Integrationを含めるドメインの拡張

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

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

親トピック: Oracle SOA Suite for Healthcare Integrationを含めるドメインの拡張

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

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

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

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

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

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

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

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

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

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

親トピック: エンタープライズ・デプロイメントのOracle Healthcareのインストール

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

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

表19-1 Oracle B2B and Healthcareのインストール画面

画面 説明

インストール・インベントリの設定

UNIXオペレーティング・システムでは、このホストにOracle製品を初めてインストールする場合に、この画面が表示されます。中央インベントリを作成する場所を指定します。この画面で選択したオペレーティング・システム・グループ名には、中央インベントリの場所への書込み権限があることを確認してください。

中央インベントリの詳細は、Oracle Universal InstallerによるソフトウェアのインストールでOracle中央インベントリの理解を参照してください。

注意:

製品の共有ボリューム上に、中央インベントリ・ディレクトリを構成することをお薦めします。例: /u01/oracle/products/oraInventory

インストーラが完了したら、oraInventoryからrootとしてcreateCentralinventory.shスクリプトを実行することが必要になる場合もあります。

ようこそ

製品のインストーラの紹介画面です。

自動更新

この画面を使用して、使用可能なパッチを「My Oracle Support」で自動的に検索するかユーザーの組織のためにすでにダウンロードされているパッチを、ローカル・ディレクトリで自動的に検索します。

インストールの場所

この画面を使用してOracleホーム・ディレクトリの位置を指定します。

Oracle Fusion Middlewareディレクトリ構造の詳細は、Oracle Fusion Middlewareインストールの計画のインストールと構成のディレクトリの選択を参照してください。

インストール・タイプ

この画面を使用して、インストールのタイプを選択し、インストールする製品および機能セットを選択します。

  • 「Healthcare」を選択します

注意: このドキュメントのトポロジには、例は含まれていません。例を本番環境にインストールしないことを強くお薦めします。

前提条件のチェック

この画面では、ご使用のシステムが最小要件を満たしていることを検証します。

インストール・サマリー

この画面を使用して、選択したインストール・オプションを検証できます。これらのオプションをレスポンス・ファイルに保存する場合は、「レスポンス・ファイルの保存」をクリックし、レスポンス・ファイルの場所と名前を指定します。レスポンス・ファイルは、今後、サイレント・インストールを実行する場合に使用できます。

サイレント・インストールまたはコマンドライン・インストールの詳細は、『Oracle Universal Installerによるソフトウェアのインストール』の「サイレント・モードでのOracle Universal Installerの使用」を参照してください。

「インストール」をクリックしてインストールを開始します。

インストールの進行状況

この画面では、インストールの進行状況を参照できます。

進捗バーが100%完了になった後で、「次へ」をクリックします。

インストール完了

この画面の情報を確認してから、「終了」をクリックしてインストーラを終了します。

親トピック: エンタープライズ・デプロイメントのOracle Healthcareのインストール

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

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

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

親トピック: エンタープライズ・デプロイメントのOracle Healthcareのインストール

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

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

親トピック: エンタープライズ・デプロイメントのOracle Healthcareのインストール

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

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

ディレクトリ構造のチェック

インストールの内容は、インストール・プロセスの間に選択したオプションによって異なります。

Oracle B2Bを追加すると、次のディレクトリとサブディレクトリが追加されます。

ls --format=single-column ORACLE_HOME/soa/soa/thirdparty/edifecs/

Common
XEngine

インストール後のディレクトリ構造の詳細は、Oracle Fusion Middlewareの理解のOracle Fusion Middlewareの主要ディレクトリに関する項を参照してください。

Oracleホームの内容の表示

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

Oracle Healthcareの構成ウィザードの実行

Oracle Healthcareを追加するためにドメインを拡張するには、次の項を参照してください。

親トピック: Oracle SOA Suite for Healthcare Integrationを含めるドメインの拡張

構成ウィザードの起動

注意:

ドメインで起動スクリプトに直接カスタマイズを追加した場合、それらは構成ウィザードによって上書きされます。ドメイン内のすべてのサーバーに適用するサーバー起動パラメータをカスタマイズするために、setUserOverridesLate.shという名前のファイルを作成して、WebLogic Serverのクラスパスへのカスタム・ライブラリの追加、サーバーを実行するための追加のJavaコマンド行オプションの指定、追加の環境変数の指定などを実施するように構成できます。このファイルに追加したカスタマイズは、ドメインのアップグレード操作時に保持され、packコマンドとunpackコマンドの使用時にリモート・サーバーに継承されます。

構成ウィザードを起動する手順は次のとおりです。

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

    詳細は、「SOAHOST1での構成ウィザードの起動」でノード・マネージャを使用して管理サーバーを停止する手順を参照してください。

  3. 次のディレクトリに移動し、WebLogic Server構成ウィザードを起動します。
    cd ORACLE_HOME/oracle_common/common/bin
./config.sh

親トピック: Oracle Healthcareの構成ウィザードの実行

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

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

注意:

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

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

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

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

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

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

ヒント:

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

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

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

  • Oracle SOA Suite for healthcare integration - 12.2.1.3.0[soa]

    このテンプレートを選択すると、次が依存関係として自動的に選択されます。

    Oracle B2B - 12.2.1.3.0 [soa]

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

  • Basic Weblogic Server Domain - 12.2.1.3.0 [wlserver]

  • Oracle SOA Suite 12.2.1.3.0 [soa]

  • Oracle Enterprise Manager - 12.2.1.3.0[em]

  • Oracle WSM Policy Manager - 12.2.1.3.0[oracle_common]

  • Oracle JRF - 12.2.1.3.0[oracle_common]

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

ヒント:

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

タスク3   データ・ソース構成タイプの指定

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

注意:

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

タスク4   JDBC接続のテスト

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

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

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

タスク5   拡張構成の選択

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

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

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

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

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

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

ヒント:

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

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

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

  • ドメインの場所

  • 管理サーバーURL

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

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

ドメイン拡張プロセスの間に管理サーバーを実行していた場合は、続行する前にサーバーを再起動します。

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

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

親トピック: Oracle Healthcareの構成ウィザードの実行

Healthcareコンポーネントの起動

この項では、ドメイン内に構成したOracle Healthcareコンポーネントを起動する方法について説明します。この手順では、Oracle Healthcareが構成されている管理対象サーバーを再起動する必要があります。これにより、構成変更および起動スクリプトが適切に更新され、検証されます。既存のドメインを拡張するため、管理サーバーおよびそれぞれのノード・マネージャは、両方のアプリケーション・サーバー・ホストですでに稼働しています。

Healthcareコンポーネントを起動するには、管理対象サーバーを再起動します。
  1. 次の場所にあるOracle WebLogic Server管理コンソールにログインします。
    http://ADMINVHN:7001/em

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

  2. 「ドメイン構造」ウィンドウの「環境」ノードを開き、「サーバー」を選択します。
    「サーバーのサマリー」ページが表示されます。
  3. 「制御」タブをクリックします。
  4. 表の「サーバー」列から「WLS_SOA1」を選択します。
  5. 「停止」をクリックします。
    停止が完了するまで待機します。「コンソール」ページをリフレッシュして、停止ステータスを確認します。
  6. 表の「サーバー」列から「WLS_SOA1」を選択します。
  7. 「起動」をクリックします。
  8. WLS_SOA2管理対象サーバーについてステップ4から7を繰り返します。

親トピック: Oracle SOA Suite for Healthcare Integrationを含めるドメインの拡張

B2Bインスタンス識別子およびMLLP高可用性モードの更新

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

  1. ドメイン管理で指定したユーザー名とパスワードを使用して、Oracle Enterprise Manager Fusion Middleware Controlにログインします。
  2. 表示されていない場合は、ページの左上にある「ターゲット・ナビゲーション」アイコンFusion Middleware Controlの「ターゲット・ナビゲーション」アイコンをクリックして、「ターゲット・ナビゲーション」ペインを表示します。
  3. SOAを開き、soa-infra(server_name)を右クリックして、「SOA管理」、「B2Bサーバー・プロパティ」の順に選択します。
    soa-infraインスタンスが複数存在する場合は、プロパティを1回だけ追加します。
  4. 詳細B2B構成プロパティ...をクリックします。
    このリンクをクリックすると、Fusion Middleware ControlでMBeanブラウザが表示され、特定のB2B MBeanプロパティを変更できます。
  5. 「b2b」MBeanをクリックします。
    B2BConfig b2bが、すでに選択されているはずです。
  6. 「操作」タブをクリックします。
  7. 操作リストのaddPropertyをクリックします。
  8. 「キー」フィールドにb2b.HAInstanceと入力します。
  9. 「値」フィールドに、trueと入力します。
    このプロパティはMDSリポジトリに格納され、クラスタ用に1回だけ作成される必要があります。
  10. 「起動」をクリックします。
    プロパティが追加されたことを確認するメッセージが表示されます。
  11. 「戻る」をクリックしてB2Bプロパティ・リストに戻ります。
  12. 「操作」タブをクリックします。
  13. addPropertyをクリックして、別のプロパティを追加します。
  14. 「キー」フィールドにb2b.MLLP_HA_Modeと入力します。
  15. 「値」フィールドに、trueと入力します。
  16. 「起動」をクリックします。
高可用性プロパティを定義した後は、「属性」タブでそれらを表示できます。プロパティを表示するには、「属性」タブをクリックし、「プロパティ」をクリックします。「値」表の「要素」ノードを開いて、プロパティの名前と値を確認します。

親トピック: Oracle SOA Suite for Healthcare Integrationを含めるドメインの拡張

最適なロード・バランシングのための接続ファクトリ・アフィニティの無効化

Oracle Healthcareサーバーに影響を与えるすべての負荷を避けるために、次のステップを実行することをお薦めします。

  1. ドメイン管理で指定したユーザー名とパスワードを使用して、WebLogic Administration Console Controlにログインします。
  2. 左のナビゲーション・ツリーで「サービス」、「メッセージング」の順に開きます。
  3. 「JMSモジュール」をクリックします。
  4. 表でSOAJMSModuleをクリックします。
  5. B2BEventQueueConnectionFactoryをクリックします。
  6. 「ロード・バランシング」タブをクリックします。
  7. 「チェンジ・センター」メニューで「ロックして編集」をクリックします。
  8. 「サーバー・アフィニティの有効化」チェック・ボックスを選択解除します。
  9. 「保存」、「変更のアクティブ化」の順にクリックします。

親トピック: Oracle SOA Suite for Healthcare Integrationを含めるドメインの拡張

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

Web層のWebサーバー・インスタンスを構成して、拡張したドメイン内の適切なクラスタにパブリックURLと内部URLの両方に対するリクエストをインスタンスでルーティングできるようにします。

考えられるスケールアウト・シナリオの準備での追加のステップは、クロス・コンポーネント・ワイヤリング情報の更新を参照してください。

親トピック: Oracle SOA Suite for Healthcare Integrationを含めるドメインの拡張

拡張したドメイン用のOracle Traffic Directorの構成

このドメインでOracle Traffic Directorを構成した場合、状況によっては、Oracle Traffic Director構成に別のオリジン・サーバー・プール、仮想サーバーまたはルートを追加する必要があります。各Oracle Fusion Middleware製品のOracle Traffic Directorの要件を理解するための情報と、オリジン・サーバー・プール、仮想サーバーおよびルートを追加する手順は、エンタープライズ・デプロイメント用のOracle Traffic Director仮想サーバーの定義を参照してください。

親トピック: 拡張したドメイン用のWeb層の構成

Oracle Healthcare用のOracle HTTP Serverの構成

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

Oracle HTTP ServerがOracle Healthcareにリクエストをルーティングできるようにする手順:

  1. WEBHOST1にログインし、ディレクトリを最初のOracle HTTP Serverインスタンス(ohs1)の構成ディレクトリに変更します。
    cd WEB_DOMAIN_HOME/config/fmwconfig/components/OHS/ohs1/moduleconf
  2. 次のディレクティブを、soa_vh.confファイルの<VirtualHost>タグ内に追加します。

    注意:

    静的または動的クラスタへの割当てに従って、適切なポート番号を構成します。「計算済リスニング・ポート」オプションが選択された動的クラスタの場合、自動的に作成される動的管理対象サーバーごとに増分でポート番号が割り当てられます。

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

    <Location /healthcare>
    WLSRequest ON
    WebLogicCluster SOAHOST1:8001,SOAHOST2:8001
    WLProxySSL ON
    WLProxySSLPassThrough ON
</Location>
  3. 次のディレクティブでsoainternal_vh.confファイルを更新します。
    <Location /healthcare>
    WLSRequest ON
    WebLogicCluster SOAHOST1:8001,SOAHOST2:8001
    WLProxySSL ON
    WLProxySSLPassThrough ON
</Location>
  4. ohs1インスタンスを再起動します。
    1. ディレクトリを次の場所に変更します。
      cd WEB_DOMAIN_HOME/bin
    2. 次のコマンドを入力し、インスタンスを停止して起動します。
      ./stopComponent.sh ohs1
./startComponent.sh ohs1
  5. WEBHOST2にログインして、soa_vh.confファイルとsoainternal_vh.confファイルを2つ目のOracle HTTP Serverインスタンス(ohs2)の構成ディレクトリにコピーします。
    WEB_DOMAIN_HOME/config/fmwconfig/components/OHS/ohs2/moduleconf
  6. soa_vh.confファイルとsoainternal_vh.confファイルを編集して、WEBHOST1への参照をWEBHOST2への参照に変更します。
  7. ohs2インスタンスを再起動します。
    1. ディレクトリを次の場所に変更します。
      cd WEB_DOMAIN_HOME/bin
    2. 次のコマンドを入力し、インスタンスを停止して起動します。
      ./stopComponent.sh ohs2
./startComponent.sh ohs2

親トピック: 拡張したドメイン用のWeb層の構成

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

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

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

親トピック: Oracle SOA Suite for Healthcare Integrationを含めるドメインの拡張

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

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

注意:

前にOracle SOA Suite管理対象サーバーを構成した場合、WebLogicプラグインが有効化されているはずです。このタスクを実行していない場合は、「WebLogicプロキシ・プラグインの構成」を参照してください。

  1. ロード・バランサを介してOracle Healthcareユーザー・インタフェースにアクセスするには、次のURLを入力します。
    https://soa.example.com/healthcare

    Oracle Healthcareユーザー・インタフェース画面が表示されます。

    oracle_healthcare_login_screen.pngの説明が続きます
    図oracle_healthcare_login_screen.pngの説明
  2. weblogic_soaユーザーを使用してログインします。

    Oracle Healthcareの詳細は、Oracle SOA Suite Healthcare Integrationユーザーズ・ガイドのOracle SOA Suite for Healthcare Integrationユーザー・インタフェースの使用方法に関する項を参照してください。

親トピック: Oracle SOA Suite for Healthcare Integrationを含めるドメインの拡張

Oracle HealthcareのJDBC永続ストアの有効化

エンタープライズ・トポロジでは、Oracle Healthcareは、既存のOracle SOA Suite管理対象サーバー上で構成され、SOAクラスタの永続ストアを使用します。Oracleデータベースの一貫性、データ保護および高可用性機能を活用し、クラスタ内のすべてのサーバーによるリソースの使用を可能にする、JDBCストアを使用することをお薦めします。

静的クラスタまたは動的クラスタを使用するときには、次のガイドラインに従って確実にJDBCストアを使用してください。

  • 静的クラスタの場合

    このガイドで静的クラスタに対してお薦めしたように、「高可用性のオプション」画面で、次のとおりに選択した場合は、すでにJMSとTLOGSの両方のJDBC永続ストアが構成されています。

    • 「JTAトランザクション・ログ永続性」を「JDBC TLogストア」に設定します。

    • 「JMSサーバー永続性」を「JMS JDBCストア」に設定します。

  • 動的クラスタの場合

    構成ウィザードを使用して動的クラスタに構成できるのは、JMSサーバー永続性のみです。JTAトランザクション・ログ永続性は手動で構成する必要があります(この永続性が必要な場合)。このガイドで動的クラスタに対してお薦めしたように、「高可用性のオプション」画面で、次のとおりに選択した場合は、すでにJMSのJDBC永続ストアが構成されています。

    • 「JMSサーバー永続性」を「JMS JDBCストア」に設定します。

    • 「JTAトランザクション・ログ永続性」が「デフォルトの永続ストア」に設定されていることを確認します。

    JDBCストアにJTAトランザクション・ログを構成するには追加のステップが必要になります。「TLOG用のJDBC永続ストア構成のロードマップ」を参照してください。

「高可用性のオプション」画面でJMSとTLOGSの永続のためにJDBCを選択していなかった場合は、その後のステップでJDBCストアを手動で構成することもできます。手動で構成する際の具体的な手順は、「エンタープライズ・デプロイメントでのTLOGおよびJMSに対するJDBC永続ストアの使用」を参照してください。

注意:

「高可用性のオプション」画面は、自動サービス移行とJDBCストアの両方またはどちらかを使用するクラスタを初めて作成するときに、構成ウィザードのセッション中に表示されます。それ以降、構成ウィザードを使用してドメインに追加されるクラスタには、選択済のHAオプションが自動的に適用されます。

親トピック: Oracle SOA Suite for Healthcare Integrationを含めるドメインの拡張

Oracle Healthcareに対する自動サービス移行の有効化

エンタープライズ・トポロジでは、Oracle Healthcareは、既存のOracle SOA Suite管理対象サーバー上で構成されています。Healthcareが高可用性を実現するように構成するには、サービス移行に対応するようにSOAサーバーを構成する必要があります。

静的クラスタまたは動的クラスタを使用する際には、次のガイドラインに従ってWebLogicサービスに必要な高可用性が指定されていることを確認してください。

  • 静的クラスタの場合

    「高可用性のオプション」画面の「データベース・ベース」で「自動サービス移行の有効化」選択した場合、自動サービス移行はすでに構成されています。

    データベース・リースはすでに構成されていて、移行可能ターゲットはクラスタの適切なポリシーで作成されます。この設定が実施済の場合は、構成を検証します。検証の詳細は、「静的クラスタでの自動サービス移行の検証」を参照してください。

    構成ウィザードのセッション中に、このオプションを選択していない場合でも、その後のステップで自動移行を手動で構成できます。静的クラスタの場合の完全なステップについては、「エンタープライズ・デプロイメントでの自動サービス移行の構成」を参照してください。

  • 動的クラスタの場合

    この構成ウィザードを使用して動的クラスタのサービス移行を構成することはできません。手動で構成する必要があります。次のステップを実行する必要があります。

    • クラスタのデータベース・リースを構成します。

    • JTAサービスとJMS永続ストアに適切な移行ポリシーを設定します。

    動的クラスタの場合の完全なステップについては、「エンタープライズ・デプロイメントでの自動サービス移行の構成」を参照してください。

注意:

「高可用性のオプション」画面は、自動サービス移行とJDBCストアの両方またはどちらかを使用するクラスタを初めて作成するときに、構成ウィザードのセッション中に表示されます。それ以降、構成ウィザードを使用してドメインに追加されるクラスタには、選択済のHAオプションが自動的に適用されます。

親トピック: Oracle SOA Suite for Healthcare Integrationを含めるドメインの拡張

構成のバックアップ

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

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

親トピック: Oracle SOA Suite for Healthcare Integrationを含めるドメインの拡張