4 Oracle SOA Suiteドメインの構成

Oracle SOA Suiteをインストールすると、ドメインを構成できます。これは、高可用性になるように拡張することもできます。

ここで示される構成ステップでは、次に説明するインストール・ステップを完了していることが前提になります。

• Oracle SOA SuiteおよびOracle Business Process Managementのインストールと構成の準備

• Oracle SOA SuiteおよびOracle Business Process Managementソフトウェアのインストール

次の項を参照して、データベース・スキーマの作成、WebLogicドメインの構成および構成の検証を行います。

データベース・スキーマの作成

ドメインを構成する前に、このリリースのOracle Fusion Middlewareで使用する動作保証済データベースに、必要なスキーマをインストールする必要があります。

ノート:

Oracle Fusion Middleware 14c (14.1.2.0.0)では、新しいスキーマはエディションベースの再定義(EBR)ビューをデフォルトで有効にして作成されます。EBRを有効にすると、ダウンタイムを発生することなく、スキーマ・オブジェクトを将来のFusion Middlewareリリースにオンラインでアップグレードできます。エディションベースの再定義の使用に関する詳細は、「エディションベースの再定義の使用」を参照してください。

動作保証されたデータベースのインストールと構成

データベース・スキーマを作成する前に、動作保証されたデータベースをインストールおよび構成し、データベースが起動されて稼働していることを確認しておく必要があります。

Oracle Fusion Middlewareのインストールのためのデータベース要件についてを参照してください。

リポジトリ作成ユーティリティの起動

動作保証されたJDKがシステムにインストールされていることを確認してから、リポジトリ作成ユーティリティ(RCU)を起動します。

RCUを起動するには、次のようにします。

1. コマンドラインからjava -versionを実行して、動作保証されたJDKがすでにシステムにあることを確認します。14c (14.1.2.0.0)では、動作保証されたJDKは17.0.12以降です。

   Oracle Fusion MiddlewareのインストールのためのJDK要件についてを参照してください。

2. JAVA_HOME環境変数が、動作保証済JDKの場所に設定されていることを確認します。
3. 次のディレクトリに変更します。
   • (UNIX) ORACLE_HOME/oracle_common/bin
   • (Windows) ORACLE_HOME\oracle_common\bin
4. 次のコマンドを入力します。
   • (UNIX) ./rcu
   • (Windows) rcu.bat

「リポジトリ作成ユーティリティ」画面をナビゲートしてスキーマを作成

必要な情報をRCU画面に入力して、データベース・スキーマを作成します。

RCUの概要

「ようこそ」画面は、RCUを起動したとき最初に表示される画面です。

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

スキーマ作成の方法の選択

「リポジトリの作成」画面を使用して、コンポーネント・スキーマをデータベースに作成およびロードする方法を選択します。

「リポジトリの作成」画面では、次の操作を実行します。

• データベースでDBAアクティビティを実行するために必要な権限を持っている場合は、「システム・ロードおよび製品ロード」を選択します。この手順は、SYSDBA権限があることを前提としています。

• データベースでDBAアクティビティを実行するために必要な権限を持っていない場合は、この画面で「システム・ロードに対するスクリプトの準備」を選択する必要があります。このオプションによってSQLスクリプトが生成され、それをデータベース管理者が使用します。リポジトリ作成ユーティリティによるスキーマの作成のシステム・ロードと製品ロードについてを参照してください。

• DBAがすでにシステム・ロードに対するSQLスクリプトを実行している場合は、「製品ロードの実行」を選択します。

データベース接続の詳細の指定

「データベース接続の詳細」画面に、データベースに接続するためのRCUに関するデータベース接続の詳細が表示されます。

データベース接続の詳細を指定するには:

1. 「データベース接続の詳細」画面で、データベース接続の詳細を指定します。

   たとえば:

   • データベース・タイプ: Oracle EBR Database
   • 接続文字列の書式: 接続パラメータまたは接続文字列
   • 接続文字列: examplehost.exampledomain.com:1521:Orcl.exampledomain.com
   • ホスト名: examplehost.exampledomain.com
   • ポート: 1521
   • サービス名: Orcl.exampledomain.com
   • ユーザー名: sys
   • パスワード: ******
   • ロール: SYSDBA
2. 「次へ」をクリックして続行し、データベースへの接続が成功したことを通知するダイアログ・ウィンドウで「OK」をクリックします。

Oracleデータベースへの接続時に接続資格証明を指定する方法の詳細は、「Oracleデータベースと、エディションベースで再定義されるOracleデータベースに対する接続資格証明」を参照してください。

カスタム接頭辞の指定とスキーマの選択

「コンポーネントの選択」画面で、カスタム接頭辞を指定して、製品データベース・スキーマを選択します。

「新規接頭辞の作成」を選択し、カスタム接頭辞を指定して、「SOAスイート」スキーマを選択します。これにより、自動的に「SOAインフラストラクチャ」が選択され、同時に次のスキーマが依存関係として選択されます。

• ユーザー・メッセージング・サービス

• メタデータ・サービス

• WebLogicサービス

• Oracle Platform Security Services

• 監査サービス

• 監査サービスへの追加

• 監査サービス・ビューア

ヒント:

ここで入力したカスタム接頭辞は、後でドメイン作成プロセスで必要になるため、ノートにとっておいてください。

共通インフラストラクチャ・サービスと呼ばれるスキーマも自動的に作成されますが、このスキーマはグレー表示されます(選択や選択解除はできません)。このスキーマを使用すると、ドメインの構成中にRCUから情報を取得できるようになります。『リポジトリ作成ユーティリティによるスキーマの作成』のサービス表スキーマの理解に関する項を参照してください。

カスタム接頭辞は、これらのスキーマをこのドメイン内でのみ使用するように論理的にグループ化するものであり、複数のドメイン間でのスキーマの共有はサポートされていないため、ドメインごとに固有のスキーマ・セットを作成する必要があります。

関連項目:

『リポジトリ作成ユーティリティによるスキーマの作成』の次のトピックを参照してください。

• カスタム接頭辞の理解

• スキーマ作成の計画

「次へ」をクリックして先に進み、スキーマ作成の前提条件チェックが成功したことを確認するには「OK」をクリックします。

スキーマ・パスワードの指定

「スキーマ・パスワード」画面で、データベースでのスキーマ・パスワードの設定方法を指定した後、パスワードを入力して確認します。

この画面で設定するパスワードは、ノートにとっておく必要があります。このパスワードは、後述するドメイン作成のプロセスで必要になります。

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

カスタム変数の指定

「カスタム変数」画面で、SOAインフラストラクチャ・スキーマのカスタム変数を指定します。

Oracle SOA Suiteの標準インストール・トポロジでは、データベース・プロファイル(Small)とHealthcare Integration (No)の両方のデフォルト値が受け入れられます。

「SOA Suiteスキーマに必要なカスタム変数について」を参照してください。

この画面に示されるオプションの詳細は、『リポジトリ作成ユーティリティによるスキーマの作成』の カスタム変数に関する項を参照してください。

スキーマの作成の完了

残りのRCU画面を最後までナビゲートし、スキーマ作成を完了します。

RCUを起動したときに、データベース(OracleまたはOracle EBR)で「透過的データ暗号化」(TDE)を使用可能にした場合のみ、「表領域のマップ」画面に「表領域の暗号化」チェック・ボックスが表示されます。

スキーマの作成を完了するには:

1. RCUによって作成されるすべての新しい表領域を暗号化する場合は、「表領域のマップ」画面で「表領域の暗号化」を選択します。
2. 「完了サマリー」画面で、「閉じる」をクリックしてRCUを終了します。

ドメインの構成

構成ウィザードを使用して、ドメインを作成および構成します。

ドメインを作成するその他の方法の詳細は、『構成ウィザードによるWebLogicドメインの作成』のWebLogicドメインの作成、拡張および管理のためのその他のツールに関する項を参照してください。

構成ウィザードの起動

構成ウィザードを起動して、ドメインの構成を開始します。

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

1. 次のディレクトリに変更します。

   (UNIX) ORACLE_HOME/oracle_common/common/bin

   (Windows) ORACLE_HOME\oracle_common\common\bin

   ここでORACLE_HOMEは、14c (14.1.2.0.0) Oracleホームになります。

2. 次のコマンドを入力します。

   (UNIX) ./config.sh

   (Windows) config.cmd

ドメインを作成および構成するための構成ウィザード画面のナビゲート

構成ウィザードの画面に必要な情報を入力して、トポロジのドメインを作成および構成します。

ノート:

この手順を使用して既存のドメインを拡張できます。この手順の説明では要件が満たされない場合は、その要件に応じた選択を行うか、サポート・ドキュメントで詳細を参照してください。

構成タイプとドメイン・ホームの場所の選択

「構成タイプ」画面を使用して、ドメイン・ホーム・ディレクトリの場所(Oracleホーム・ディレクトリの外部が最適)を選択する必要があります。

ドメイン・ホームの場所は、Oracle Fusion Middlewareの理解のOracle Fusion Middlewareの主要ディレクトリのディレクトリ構造に従って、Oracleホーム・ディレクトリの外に配置することをお薦めします。このディレクトリ構造は、ソフトウェアのアップグレードや再インストールが必要になった場合に問題が発生しないようにするのに役立ちます。

ドメイン・タイプおよびドメインのホーム・ディレクトリを指定するには:

1. 「構成タイプ」画面で、「新規ドメインの作成」を選択します。
2. 「ドメインの場所」フィールドで、使用するドメイン・ホーム・ディレクトリを指定します。

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

Oracle SOA Suiteの構成テンプレートの選択

参照構成ドメイン

「テンプレート」画面で、必要なテンプレートを選択します。参照構成ドメインまたはクラシック・ドメインを作成するオプションがあります。

ノート:

参照構成ドメインをBPMに拡張することはできません。BPMに拡張するには、クラシック・ドメインを作成する必要があります。

「テンプレート」画面で、「製品テンプレートを使用してドメインを作成」が選択されていることを確認し、「Oracle SOA Suite Reference Configuration [soa]」を選択します。

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

• Oracle Enterprise Manager
• Oracle WSMポリシー・マネージャ
• Oracle JRF
• WebLogic Coherenceクラスタ拡張

参照構成ドメインを完了するには、「参照構成ドメイン・パラメータの構成」で説明されている手動のステップを実行します。

参照構成ドメインの構成とプロジェクト開発のための設定の有効化の詳細は、次を参照してください。

• Oracle SOA SuiteおよびOracle Business Process Management Suiteの管理の参照構成ドメインの構成に関する項

• 『Oracle SOA SuiteでのSOAアプリケーションの開発』の参照構成モードでのプロジェクトの開発に関する項

クラシック・ドメイン

クラシック・ドメインは、参照構成設定を除くすべての機能を含むデフォルト・ドメインです。

「テンプレート」画面で、「製品テンプレートを使用してドメインを作成」が選択されていることを確認し、「Oracle SOA Suite [soa]」を選択します。

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

• Oracle Enterprise Manager
• Oracle WSMポリシー・マネージャ
• Oracle JRF
• WebLogic Coherenceクラスタ拡張

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のテンプレートを参照してください。

高可用性オプションの構成

この画面を使用して、高可用性に影響するサービス移行および永続設定を構成します。

自動サービス移行、永続ストアまたは両方を使用するクラスタおよび構成ウィザードを使用してドメインに追加し、選択したHAオプションを自動的に適用するすべての後続のクラスタを作成する場合、この画面が最初に表示されます。

自動サービス移行の有効化

「自動サービス移行の有効化」を選択して、固定サービスをフェイルオーバー用の正常な管理対象サーバーに自動的に移行できます。自動サービス移行およびクラスタ・リースに必要である移行可能なターゲット定義を構成します。これらのクラスタ・リース・オプションのいずれかを選択します。

• データベース・リース - 管理対象サーバーは、リーシングに有効なJDBCシステム・リソースの表を使用します。自動移行データ・ソースに有効なJDBCシステム・リソースがある必要があります。このオプションを選択する場合、移行基準がデータベースに構成され、自動移行のデータ・ソースも構成ウィザードで自動的に構成されます。Oracle RACなどの高可用性データベースがある場合、リーシング情報を管理するには、サーバー移行用のデータベースを構成します。

• コンセンサス・リーシング - 管理対象サーバーはメモリー内にリーシング情報を保持します。ノード・マネージャを使用して、クラスタの管理対象サーバーを制御します。(また、移行可能な(または移行可能対象をホストできる)すべてのサーバーにノード・マネージャを関連付ける必要があります。)このオプションを選択する場合、構成ウィザードで移行基準をコンセンサスに構成します。

リーシングの詳細は、「リーシング」を参照してください。

自動サービス移行の詳細は、「サービス移行」を参照してください。

JTAトランザクション・ログ永続性

この項には、2つのオプション(「デフォルト永続ストア」および「JDBC TLOGストア」)があります。

• デフォルト永続ストア - デフォルトのファイル・ストアのサーバーのJTAトランザクション・ログ・ストアを構成します。

• JDBC TLogストア - JDBCストアのサーバーのJTAトランザクション・ログ・ストアを構成します。

JDBC TLogストアを選択することをお薦めします。構成を完了すると、JDBC永続ストアがトランザクション・ログに設定されるクラスタが用意されます。

永続ストアおよびTLOGストアの詳細は、『Oracle WebLogic Server JTAアプリケーションの開発』の次のトピックを参照してください。

• デフォルト永続ストアの使用方法

• JDBC TLOGストアの使用

JMSサーバー永続性

永続的なJMSストアは、永続メッセージ・データと恒久サブスクライバを格納するための物理的なリポジトリです。ディスクベースのファイル・ストアにも、JDBC対応データベースにもなります。メモリーを消費した場合のディスクへのメッセージのページングには、JMSファイル・ストアを使用できます。

• JMSファイル・ストア - JMSファイル・ストアを使用するコンポーネントを構成します。このオプションを選択する場合、「拡張構成」画面の「ファイル・ストア」オプションを選択して、必要に応じて設定を変更できます。「ファイル・ストア」画面で、ファイル・ストア名、ディレクトリおよび同期書込みポリシーを設定できます。

• JMS JDBCストア - すべてのJMSサーバーのJDBCストアを使用するコンポーネントを構成します。構成を完了すると、クラスタが用意され、JDBC永続ストアがJMSサーバーに構成されます。

アプリケーション・ホームの場所の選択

「アプリケーションの場所」画面を使用して、ドメインに関連付けられたアプリケーションの格納場所(アプリケーション・ホーム・ディレクトリとも呼ばれる)を選択します。

アプリケーション・ホームの場所は、Oracle Fusion Middlewareの理解のOracle Fusion Middlewareの主要ディレクトリのディレクトリ構造に従って、Oracleホーム・ディレクトリの外に配置することをお薦めします。このディレクトリ構造は、ソフトウェアのアップグレードや再インストールが必要になった場合に問題が発生しないようにするのに役立ちます。

アプリケーション・ホーム・ディレクトリの詳細は、アプリケーション・ホーム・ディレクトリについてを参照してください。

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のアプリケーションの場所を参照してください。

管理者アカウントの構成

「管理者アカウント」画面では、ドメインのデフォルトのWebLogic管理者アカウントのユーザー名とパスワードを指定します。

この画面に入力するユーザー名とパスワードは、ノートにとっておいてください。これらの資格証明は、このドメインの管理サーバーの起動とそのサーバーへの接続で、後で必要になります。

ドメイン・モードとJDKの指定

「ドメイン・モードおよびJDK」画面を使用して、本番環境のドメイン・モードおよびJava Development Kit (JDK)を指定します。

「ドメイン・モードおよびJDK」画面では、次の操作を実行します。

• 「ドメイン・モード」フィールドで、「本番」を選択します。

  ノート:

  WebLogic Server 14.1.2.0.0では、「本番」モードを選択すると、WebLogic Serverは「保護された本番」のセキュリティ構成の一部を自動的によりセキュアな値に設定します。ただし、手動の構成を必要とする特定のセキュリティ構成(SSL/TLSなど)があります。『Oracle WebLogic Serverセキュリティの管理』の保護された本番モードの使用に関する項を参照してください。

  よりセキュアなデフォルト設定を無効にする場合は、「セキュア・モードの無効化」を選択できます。こうすると、非SSLリスニング・ポートが有効になります。

  一般的に保護された本番モードのよりセキュアなデフォルト設定を保持するが、ドメインでデフォルトで有効にするポート(リスニング・ポート、SSLリスニング・ポートまたは管理ポート)を変更する場合は、次の操作を実行できます。

  • 「セキュア・モードの無効化」の選択は解除したままにします
  • 「ドメインのデフォルト・ポートの有効化または無効化」で、デフォルトのポート選択を変更します

  詳細は、『Oracle WebLogic Server本番環境の保護』のドメイン・モードがデフォルトのセキュリティ構成に与える影響の理解に関する項を参照してください。

• 「JDK」フィールドで、Oracle HotSpot JDKを選択します。

この画面の詳細は、『Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成』のドメイン・モードとJDK に関する項を参照してください。

データベース構成タイプの指定

「データベース構成タイプ」画面を使用して、データベースとデータベース・スキーマの詳細を指定します。

「データベース構成タイプ」画面で、「RCUデータ」を選択します。このオプションでは、構成ウィザードに対して、データベースおよびサービス表(STB)スキーマに接続し、ドメインの構成に必要なスキーマのスキーマ情報を自動的に取得するように指示します。

ノート:

この画面で「手動構成」を選択した場合は、次の画面でスキーマのパラメータを手動で入力する必要があります。

「RCUデータ」を選択した後、次のフィールドで詳細を指定します。

フィールド	説明
ホスト名	データベースをホストするサーバーの名前を入力します。 例: examplehost.exampledomain.com
DBMS/サービス	データベースのDBMS名(サービス・タイプ・ドライバを選択している場合はサービス名)を入力します。 例: orcl.exampledomain.com
ポート	データベースがリスニングするポート番号を入力します。 例: 1521
スキーマ所有者 スキーマ・パスワード	データベースのサービス表スキーマに接続するためのユーザー名とパスワードを入力します。これは、RCUの「スキーマ・パスワード」画面でサービス表コンポーネントに入力したスキーマ・ユーザー名とパスワードです(「スキーマのパスワードの指定」を参照)。 デフォルトのユーザー名はprefix_STBです。prefixは、RCUで定義したカスタム接頭辞です。

Autonomous Transaction Processingデータベース(Autonomous Transaction Processing専用(ATP-D)とAutonomous Transaction Processing共有(ATP-S)の両方)の場合、接続URL文字列オプションのみを使用して接続資格証明を指定し、「Autonomous Transaction Processingデータベースの接続資格証明」で説明されている次の形式で接続文字列を入力します。

データベース接続情報の指定を完了したら、「RCU構成の取得」をクリックします。「接続結果ログ」の次の出力は、操作が成功したことを示しています。

Connecting to the database server...OK
Retrieving schema data from database server...OK
Binding local schema components with retrieved data...OK

Successfully Done.

RCUの実行時にインストールされるスキーマの詳細は、リポジトリ作成ユーティリティによるスキーマの作成のサービス表スキーマについてを参照してください。

『構成ウィザードによるWebLogicドメインの作成』のデータベース構成タイプに関する項を参照してください。

JDBCコンポーネント・スキーマ情報の指定

「JDBCコンポーネント・スキーマ」画面を使用して、データベース・スキーマの詳細を確認または指定します。

「JDBCコンポーネント・スキーマ」画面に移入された値が、すべてのスキーマに対して適切であることを確認します。前の画面で「RCUデータ」を選択した場合、スキーマ表はすでに適切に移入されている必要があります。

Autonomous Transaction Processingデータベース(Autonomous Transaction Processing専用(ATP-D)とAutonomous Transaction Processing共有(ATP-S)の両方)の場合、「接続URL文字列」オプションのみを使用して接続資格証明を指定し、次の形式で接続文字列を入力します:

@TNS_alias?TNS_ADMIN=<path of the wallet files, ojdbc.properties, and tnsnames.ora>

接続文字列で、tnsnames.oraにあるデータベース・サービス名としてのTNS_aliasと、TNS_ADMINプロパティを、ウォレット・ファイルojdbc.propertiesおよびtnsnames.oraの場所に渡す必要があります。

Autonomous Transaction Processing専用(ATP-D)データベースの接続文字列の例:

@dbname_tp?TNS_ADMIN=/users/test/wallet_dbname/

Autonomous Transaction Processing共有(ATP-S)データベースの接続文字列の例:

@dbname_tp?TNS_ADMIN=/users/test/wallet_dbname/

高可用性環境の場合は、Oracle RACデータベースのデータ・ソース構成に関する追加情報について、『高可用性ガイド』の次の項を参照してください。

• Oracle RACでのアクティブなGridLinkデータ・ソースの構成

• マルチ・データ・ソースの構成

この画面の詳細は、『構成ウィザードによるWebLogicドメインの作成』のJDBCコンポーネント・スキーマに関する項を参照してください。

JDBC接続のテスト

「JDBCコンポーネント・スキーマ・テスト」画面を使用して、データ・ソース接続をテストします。

「ステータス」列に示される緑色のチェック・マークは、テストが成功したことを表します。問題が発生した場合は、この画面の「接続結果ログ」セクションに示されるエラー・メッセージを確認し、問題を修正してから接続テストを再試行してください。

デフォルトでは、スキーマの作成時に指定したパスワードが、各スキーマ・コンポーネントのスキーマ・パスワードです。

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のJDBCコンポーネント・スキーマ・テストを参照してください。

拡張構成の選択

「拡張構成」画面を使用して、ドメイン構成を完了します。

「拡張構成」画面で、次を選択します。

• 管理サーバー

  管理サーバーのリスニング・アドレスを適切に構成するために必要です。

• ノード・マネージャ

  ノード・マネージャを構成するために必要です。

• トポロジ

  Oracle SOA Suite管理対象サーバーを構成するために必要です。

必要に応じてオプションで、目的のインストール環境で使用可能な他のオプションを選択します。このガイドのステップでは、標準インストール・トポロジを説明していますが、別のパスに従うこともできます。インストール要件がこのガイドの範囲外の追加オプションにも拡大している場合は、それらのオプションを構成するための追加の画面が表示される場合があります。構成ウィザードのすべての画面の詳細は、構成ウィザードによるWebLogicドメインの作成の構成ウィザードの画面を参照してください。

管理サーバーのリスニング・アドレスの構成

「管理サーバー」画面を使用して、「リスニング・アドレス」を選択し、管理サーバー・ポートを構成します。

ノート:

デフォルトのポート値は、ドメインの構成方法によって異なります。「SSLリスニング・ポートの有効化」はデフォルトで有効ですが、デフォルト値は変わる可能性があります。デフォルト値のリストについては、「製品およびコンポーネント別のポート番号」を参照してください。

1. 管理サーバーの名前を入力します。「名前」フィールドはnullまたは空にできず、特殊文字を含めることはできません。
2. 「リスニング・アドレス」の横にあるドロップダウン・リストを選択し、管理サーバーが存在するホストのIPアドレスを選択するか、単一のIPアドレスにマップされたシステム名またはDNS名を使用します。「すべてのローカル・アドレス」を使用しないでください。
3. ポート設定を確認します。ドメイン・タイプが「本番」に設定されている場合、「SSLリスニング・ポートの有効化」オプションがデフォルトで有効になります。「管理サーバー」にサーバー・グループは指定しないでください。

   ノート:

   ポート値は必要に応じて変更できますが、一意である必要があります。異なるポートに同じポート番号が使用されている場合は、構成ウィザードの次のステップに移動できません。

詳細は、構成ウィザードによるWebLogicドメインの作成のリスニング・アドレスの指定を参照してください。

ノード・マネージャの構成

「ノード・マネージャ」画面を使用して、構成するノード・マネージャのタイプおよびノード・マネージャ資格証明を選択します。

ノード・マネージャのタイプには「ドメインごとのデフォルトの場所」を選択し、ノード・マネージャの資格証明を指定します。

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のノード・マネージャを参照してください。

ノード・マネージャ・タイプの詳細は、『Oracle WebLogic Serverノード・マネージャの管理』のノード・マネージャに関する項を参照してください。

Oracle SOA Suiteの管理対象サーバーの構成

「管理対象サーバー」画面を使用して、管理対象サーバーを構成します。

Oracle SOA Suiteの管理対象サーバーを、保護された本番モードで構成するには、追加パラメータを適用する必要があります。詳細は、次の章を参照してください。

Oracle SOA Suiteの管理対象サーバーを構成するには、次のようにします。

1. 「追加」をクリックして、soa_server1という管理対象サーバーを作成します。
2. 「リスニング・アドレス」ドロップダウン・リストで、管理対象サーバーが存在するホストのIPアドレスを選択するか、単一のIPアドレスにマップされたシステム名またはDNS名を使用します。「すべてのローカル・アドレス」を使用しないでください。
3. ポートの選択を確認します。セキュア・モードを有効にして本番モードを選択した場合、「SSLポートの有効化」がデフォルトで選択されます。デフォルト・ポートは自動増分されるため、追加した管理対象サーバーとポートが競合しません。これは、リスニング・ポートと管理ポートに該当します。使用している構成およびマシンに基づいて、任意のポート値とすべてのポート値を編集できます。
   セキュリティを強化するためにSSLポートを有効にすることをお薦めします。ただし、セキュリティの低いリスニング・ポートを使用するようにポート設定を変更する場合は、「SSLポートの有効化」を無効にして、「リスニング・ポートの有効化」オプションを確認します。デフォルトのリスニング・ポートは、管理対象サーバーが追加されるたびに増分されます。

   ノート:

   ポート値は必要に応じて変更できますが、一意である必要があります。異なるポートに同じポート番号が使用されている場合は、構成ウィザードの次のステップに移動できません。

4. 「サーバー・グループ」ドロップダウン・リストで、SOA-MGD-SVRSが選択されていることを確認します。これらのサーバー・グループによって、SOAとOracle Web Services Manager (OWSM)のサービスが、作成中の管理対象サーバーにターゲット設定されます。

   SOAのみをターゲットに設定するSOA-MGD-SVRS-ONLYという別のサーバー・グループがありますが、Oracle Web Services Manager (OWSM)からサーバーからサーバーにターゲット設定するものではありません。これは、通常、SOAサーバーとは別のサーバーにOracle Web Services Manager (OWSM)を含める場合に使用します。

   サーバー・グループは、定義済アプリケーション・サービス・グループを各定義済サーバー・グループにマップすることにより、Fusion Middlewareアプリケーションおよびサービスを1つ以上のサーバーにターゲット指定します。必要に応じて、特定のアプリケーション・サービス・グループを複数のサーバー・グループにマップできます。特定のサーバー・グループにマップされた任意のアプリケーション・サービスは、そのグループに割り当てられたすべてのサーバーに自動的にターゲット指定されます。『ドメイン・テンプレート・リファレンス』のアプリケーション・サービス・グループ、サーバー・グループおよびアプリケーション・サービス・マッピングに関する項を参照してください。

5. 2番目の管理対象サーバーの構成は、高可用性の標準トポロジを構成するために必要なステップの1つです。高可用性環境を作成しない場合、このステップはオプションになります。

   「追加」をクリックして、SOA-MGD-SVRSを選択し、soa_server2という名前の2番目の管理対象サーバーを作成します。

   ノート:

   同じマシンにSOA管理対象サーバーとOSB管理対象サーバーの両方を含むクラスタを構成しようとする場合、それぞれの管理対象サーバーにOSB-MGD-SVRS-COMBINEDサーバー・グループとSOA-MGD-SVRSサーバー・グループの両方を割り当てる必要があります。そうしないと、ドメインの作成は失敗します。

   高可用性の標準トポロジの詳細は、『高可用性ガイド』のFusion Middleware標準HAトポロジの理解に関する項を参照してください。

   ドメインを構成した後、高可用性の準備のための次のステップの詳細は、「高可用性のための環境の準備」を参照してください。

これらのサーバー名は、このドキュメント全体の例で引用されるため、別の名前を選択したときには、必要に応じて置き換えてください。

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成の管理対象サーバーを参照してください。

Oracle SOA Suiteのクラスタの構成

「クラスタ」画面を使用して、新規クラスタを作成します。

「クラスタ」画面で、次のように実行します。

1. 「追加」をクリックします。
2. 「クラスタ名」フィールドでSOA_cluster1を指定します。
3. 「クラスタ・アドレス」フィールドは、空白のままにしておきます。

デフォルトでは、クラスタ内のサーバー・インスタンスは、ユニキャストを使用して相互に通信します。マルチキャストを使用するようにクラスタの通信を変更する場合は、『Oracle WebLogic Serverクラスタの管理』のユニキャストまたはマルチキャストを選択する際の考慮事項に関する項を参照してください。

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のクラスタを参照してください。

サーバー・テンプレートの定義

高可用性設定のために動的クラスタを作成する場合は、「サーバー・テンプレート」画面を使用して1つ以上のサーバー・テンプレートをドメイン用に定義します。

サーバー・テンプレートを追加するには:

ノート:

デフォルトのポート値は、ドメインの構成方法によって異なります。「SSLリスニング・ポートの有効化」はデフォルトで有効ですが、デフォルト値は変わる可能性があります。デフォルト値のリストについては、「製品およびコンポーネント別のポート番号」を参照してください。

1. 「追加」をクリックしてnew_ServerTemplate_1を作成します。サーバー・テンプレート名は、追加のサーバー・テンプレートが追加されると自動的に増分されます(new_ServerTemplate_2)。
2. 「セキュア本番モード」で、「SSLポートの有効化」オプションが選択されていることを確認します。デフォルトのSSLリスニング・ポートは、新しいサーバー・テンプレートを追加しても自動的に増分されません。デフォルトを「リスニング・ポートの有効化」に変更できますが、SSLを有効にするためにデフォルトを保持することをお薦めします。リスニング・ポートを有効にすると、SSLリスニング・ポートが無効になります。

   ノート:

   ポート値は、1から65535の範囲の整数を使用して必要に応じて変更できますが、一意である必要があります。異なるポートに同じポート番号が使用されている場合、ポートの競合エラーが発生し、サーバーを起動できなくなります。

3. 管理ポートは、追加のサーバー・テンプレートを追加しても増分されません。

   ノート:

   リスニング・ポートが無効になっている場合は、数字ではなくDisabledが表示されます。

高可用性設定用の動的クラスタを作成するステップは、高可用性ガイドの動的クラスタの使用を参照してください。

動的サーバーの構成

高可用性設定用の動的クラスタを作成している場合は、「動的サーバー」画面を使用して、動的サーバーを構成します。

動的クラスタを構成していない場合は、「次」をクリックして、ドメインの構成を続行します。

ノート:

動的クラスタを作成するときは、マシン名マッチング式を割り当てた後に動的クラスタ用のマシンを作成する必要がないことに注意してください。

高可用性設定用の動的クラスタを作成するには、高可用性ガイドの動的クラスタの使用を参照してください。

クラスタへのOracle SOA Suite管理対象サーバーの割当て

「サーバーのクラスタへの割当」画面を使用して、管理対象サーバーを新しい構成済クラスタに割り当てます。構成済クラスタは、手動で構成するクラスタです。動的クラスタを構成する場合はこの画面を使用しません。動的クラスタは、サーバー・テンプレートに基づいた生成済サーバー・インスタンスを1つ以上備えたクラスタです。

ノート:

ドメイン内のコンポーネント・タイプのすべての管理対象サーバーは、そのクラスタに属している必要があります。たとえば、Oracle SOA Suiteドメインは、各ドメイン内の単一のOracle SOA Suiteクラスタのみをサポートします。

構成済クラスタおよび動的クラスタの用語の詳細は、Oracle WebLogic Serverの理解の動的クラスタについてを参照してください。

「サーバーのクラスタへの割当」画面で、次のように実行します。

1. 「クラスタ」ペインで、管理対象サーバーを割り当てるクラスタ(この例ではsoa_cluster1)を選択します。
2. 「サーバー」ペインで、次のいずれかの手順を実行して、soa_server1をsoa_cluster1に割り当てます。

   • シングルクリックでsoa_server1を選択し、右矢印をクリックすることで、「クラスタ」ペインで選択済のクラスタ(soa_cluster1)の下に移動します。

   • soa_server1をダブルクリックして、「クラスタ」ペインで選択済のクラスタ(soa_cluster1)の下に移動します。

3. soa_server2をsoa_cluster1に割り当てるように繰り返します。

次の図は、管理対象サーバーがクラスタに割り当てられた後の「クラスタ」ペインの一般的な例を示しています。

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のクラスタへのサーバーの割当を参照してください。

Coherenceクラスタの構成

「Coherenceクラスタ」画面を使用して、Coherenceクラスタを構成します。

Coherenceクラスタのリスニング・ポートとして、デフォルトのポート番号のをそのまま使用します。構成後、Coherenceクラスタがドメインに自動的に追加されます。

ノート:

ユニキャスト・リスニング・ポートを0に設定すると、管理対象サーバー・ポート番号のオフセットが作成されます。オフセットは5000で、管理対象サーバー・ポート番号に割り当てられる最大許容値が65535ではなく60535であることを意味します。

Coherenceのライセンス情報の詳細は、ライセンス情報のOracle Coherence製品を参照してください。

新しいOracle SOA Suiteマシンの作成

「マシン」画面を使用して、ドメイン内に新規マシンを作成します。ノード・マネージャがサーバーを起動および停止するには、マシンが必要です。

高可用性環境を作成する際に目的のトポロジで必要になるマシンのリストがわかっているときには、この項の手順を実行して、この時点ですべてのマシンを作成できます。スケール・アウト・ステップの詳細は、『高可用性ガイド』のオプションのスケール・アウト・ステップに関する項を参照してください。

ノード・マネージャがサーバーを起動して停止できるようにOracle SOA Suiteマシンを新規作成するには:

1. 新しいマシンを作成するには、「マシン」タブ(Windowsの場合)または「Unixマシン」タブ(UNIXの場合)を選択し、「追加」をクリックします。
2. 「名前」フィールドにsoa_machine1などのマシン名を指定します。
3. 「ノード・マネージャ・リスニング・アドレス」フィールドで、管理対象サーバーを構成しているマシンのIPアドレスを選択します。

   localhostではなく、特定のインタフェースを選択する必要があります。これにより、Coherenceクラスタのアドレスが動的に計算されます。

4. 「ノード・マネージャ・リスニング・ポート」フィールドのポート番号を確認します。
5. 必要に応じて、これらのステップを繰り返してさらにマシンを追加します。

ノート:

既存のドメインを拡張している場合は、既存のマシンにサーバーを割り当てることもできます。新しいマシンが不要な場合は、マシンを作成する必要はありません。

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のマシンを参照してください。

Oracle SOA Suiteマシンへのサーバーの割当て

「サーバーのマシンへの割当」画面を使用して、作成したばかりの新しいマシンに管理サーバーと管理対象サーバーを割り当てます。

「サーバーのマシンへの割当」画面で次の操作を実行します。

1. 「マシン」ペインで、サーバーに割り当てるマシン(ここでは、soa_machine1)を選択します。
2. 「サーバー」ペインで、次のいずれかの手順を実行して、AdminServerをsoa_machine1に割り当てます。

   • シングルクリックで「AdminServer」を選択し、右矢印をクリックして、「マシン」ペインの選択済のマシン(soa_machine1)の下に移動します。

   • 「AdminServer」をダブルクリックして、「マシン」ペインの選択済のマシン(soa_machine1)の下に移動します。

3. このステップを繰り返して、すべての管理対象サーバーをそれぞれのマシンに割り当てます。

この画面の詳細は、構成ウィザードを使用したWebLogicドメインの作成のマシンへのサーバーの割当を参照してください。

構成の指定内容の確認とドメインの構成

「構成サマリー」画面には、これから作成するドメインに関する詳細な構成情報が表示されます。

画面上の各項目を検討し、情報が正しいことを確認します。変更するには、「戻る」ボタンをクリックするか、ナビゲーション・ペインの画面を選択することにより、前の画面に戻ります。ドメイン作成は、「作成」をクリックするまで開始されません。

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

ドメイン・ホームと管理サーバーURLの記録

「構成の終了」画面には、構成したばかりのドメインについての情報が表示されます。

後で必要になるため、次の項目をノートにとります。

• ドメインの場所

• 管理サーバーURL

ドメインの場所は、ノード・マネージャと管理サーバーを起動するスクリプトへのアクセスで必要になります。また、URLは管理サーバーへのアクセスで必要になります。

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

サーバーの起動

構成が完了した後、ノード・マネージャ、WebLogic管理サーバーおよび管理対象サーバーの順に起動します。

ノート:

既存のセキュリティ設定によっては、保護された本番モードが有効になっているドメインを起動および管理する前に、追加の構成を実行する必要がある場合があります。具体的には、管理サーバーおよび管理対象サーバーの起動時にパラメータを追加する必要があります。詳細は、『Oracle WebLogic Serverセキュリティの管理』の保護された本番モードの使用に関する項を参照してください。

ドメイン管理に使用する追加のツールの詳細は、『Oracle Fusion Middlewareの管理』のOracle Fusion Middlewareの管理ツールの概要に関する項を参照してください。

ノード・マネージャの起動

ドメインごとにノード・マネージャを起動するには:

1. • (UNIX) DOMAIN_HOME/binディレクトリに移動します。

   • (Windows) DOMAIN_HOME\binディレクトリに移動します。

2. 次のコマンドを入力します。

   • (UNIX) 次に示すようにnohupとnm.outをサンプル出力ファイルとして使用します。

     nohup ./startNodeManager.sh > LOG_DIR/nm.out&
     

     ここで、LOG_DIRは、ログ・ファイルを格納するディレクトリの場所になります。

   • (Windows) startNodeManager.cmd

     ノート:

     Windowsオペレーティング・システムでは、ノード・マネージャをスタートアップ・サービスとして、ノード・マネージャを構成することをお薦めします。これによって、システムが再起動されるたびに、ノード・マネージャが自動で起動されます。

     Oracle WebLogic Serverノード・マネージャの管理の起動サービスとしてのノード・マネージャの実行を参照してください。

管理サーバーの起動に関する項

この項の手順では、WLSTコマンド行またはスクリプトを使用して管理サーバーを起動する方法について説明します。Oracle Fusion Middleware ControlおよびOracle WebLogic Serverリモート・コンソールを使用することもできます。『Oracle Fusion Middlewareの管理』の管理サーバーと管理対象サーバーおよびノード・マネージャの起動と停止に関する項を参照してください。

管理サーバーを起動するには:

ノート:

保護された本番モードを使用する場合は、管理サーバーを起動するための追加パラメータを指定する必要があります。『Oracle WebLogic Serverセキュリティの管理』のWLSTを使用した管理サーバーへの接続に関する項を参照してください。

1. (オプション) 本番モードを使用する場合、管理サーバーを起動する前にboot.propertiesファイルを作成し、必要な権限を提供できます。このファイルを作成すると、管理サーバーの起動時にユーザー名とパスワードを指定する必要性を回避できます。詳細は、Oracle WebLogic Serverサーバーの起動と停止の管理の管理サーバー用の起動アイデンティティ・ファイルの作成に関する項を参照してください。

2. DOMAIN_HOME/binディレクトリに移動します。

3. 次のコマンドを入力します。

   • (UNIX)

     ./startWebLogic.sh

   • (Windows)

     startWebLogic.cmd

   ドメインの作成時に「ドメイン・モードおよびJDK」画面で「本番モード」を選択し、オプションのboot.propetiesファイルを作成しなかった場合は、「管理者アカウント」画面の指示に従って、管理者ユーザー・ログイン資格証明のプロンプトが表示されます。

4. ブラウザを開き、管理サーバーが起動して稼働中であることを確認します。デフォルトのポート値は、ドメインの構成方法によって異なります。「SSLリスニング・ポートの有効化」はデフォルトで有効ですが、デフォルト値は変わる可能性があります。デフォルト値のリストについては、「製品およびコンポーネント別のポート番号」を参照してください。

   https://<Host_Name>:<port>

5. ドメインのすべてのサーバーでポート値が一意であることを確認します。WebLogicリモート・コンソールから、各管理対象サーバーの「ローカル管理ポートのオーバーライド」フィールドを確認し、それぞれの値が一意であることを確認できます。1つ以上のポートが同じ値を使用している場合は、管理対象サーバーを起動する前にそれらを変更する必要があります。ポート値の変更の詳細は、Oracle WebLogicリモート・コンソールの管理サーバーへの接続を参照してください。

ノート:

WebLogic Server管理コンソールが削除されました。同等の機能を利用するには、WebLogicリモート・コンソールを使用する必要があります。詳細は、「Oracle WebLogicリモート・コンソール」を参照してください。

管理対象サーバーの起動

セキュア製品モードを使用したSOA管理対象サーバーの起動

SOA管理対象サーバーをセキュア本番モードで起動するには、次のパラメータを追加する必要があります。

-Djavax.net.ssl.trustStore=/u01/oracle/config/keystores/soahost1/trust.p12
-Djavax.net.ssl.trustStorePassword=<your_password>

SOA管理対象サーバーでは、サーバーを起動する前に、「カスタム・アイデンティティ・キーストア・パスフレーズ」と「カスタム信頼キー・ストア・パスフレーズ」、およびSSL「サーバーの秘密キーのパスフレーズ」を構成する必要があります。詳細は、「キーストアの構成」を参照してください。

WebLogicリモート・コンソールを使用すると、必要なパス・フレーズをSOA管理対象サーバーに追加できます。

1. 「ツリーの編集」で、新しく作成したSOA管理対象サーバーに移動します。たとえば、WLS_SOA1です。
2. 「一般」タブの「ローカル管理ポートのオーバーライド」フィールドで、一意の番号を更新および指定します。同じマシン上のドメインの管理対象サーバーすべてので管理ポート値(>=1024)が一意であることを確認します。
3. 「保存」をクリックします。

   ショッピング・カートに変更が追加されたことを確認するメッセージが表示されます。

4. 「セキュリティ」タブに移動し、「キーストア」を選択します。
5. 「キーストア」タブで、「カスタム・アイデンティティ・キーストア・パス・フレーズ」および「カスタム信頼キーストア・パス・フレーズ」を指定します。
6. 「保存」をクリックします。

   ショッピング・カートに変更が追加されたことを確認するメッセージが表示されます。

7. 「SSL」タブに移動し、「サーバーの秘密キーのパスフレーズ」を指定します。
8. 「保存」をクリックします。

   ショッピング・カートに変更が追加されたことを確認するメッセージが表示されます。

9. WebLogicリモート・コンソール・ウィンドウの右上隅にあるショッピング・カートに移動し、「変更のコミット」をクリックします。
10. 管理対象サーバーを起動します。パス・フレーズを構成したら、コマンド行に次のパラメータを追加します。

    サンプル・コマンド:

    cd /domains/base_domain_1/bin
    ./startManagedWebLogic.sh soa_server1 https://host:<port> -Djavax.net.ssl.trustStore=/u01/oracle/config/keystores/soahost1/trust.p12 -Djavax.net.ssl.trustStorePassword=<your_password>

セキュア製品モードに設定されていないWebLogic管理対象サーバーを起動するには、startManagedWebLogicスクリプトを使用します。

• (UNIX) NEW_DOMAIN_HOME/bin/startManagedWebLogic.sh managed_server_name

• (Windows) NEW_DOMAIN_HOME\bin\startManagedWebLogic.cmd managed_server_name

ノート:

保護された本番モードを使用する場合は、管理対象サーバーを起動するための追加パラメータを指定する必要があります。『Oracle WebLogic Serverセキュリティの管理』の起動スクリプトを使用した管理対象サーバーの起動に関する項を参照してください。

参照構成ドメイン・パラメータの構成

コマンドを実行して、参照構成ドメインの作成を構成し、完了します。

SOAサーバーの起動後に、WebLogicサーバー上にある参照構成ドメインのパラメータを構成するには、次のコマンドを実行します。

• cd $ORACLE_HOME/soa/common/tools/refconfig
• $ORACLE_HOME/oracle_common/common/bin/wlst.sh ./soaWLSParams.py –domain <domain name> –user <domain user> –adminhost <admin host> –adminport <admin port>

データベース・パラメータを設定するには、次のコマンドを実行します。

• cd $ORACLE_HOME/soa/common/tools/refconfig
• $ORACLE_HOME/oracle_common/common/bin/wlst.sh ./refconfig/soaDBParams.py -host <host name> -port <port number> -sid <sid value>

データベースを再起動して、データベース・パラメータを有効にします。

構成の検証

構成ステップがすべて完了したら、ドメインが適切に構成されていることを検証する追加のステップを実行できます。

ドメインが適切に構成されていることを確認するには、「追加ドメイン構成タスクの実行」を参照してください。

SOAのサイレント・ドメインの作成

次のステップを実行して、サンプル・スクリプトを使用してサイレント・ドメインを作成します。

1. ドメインを作成するLinuxシステムに次のスクリプト(createSoaDomain.py)をコピーします。

   import os
   import sys
   
   import script.jython.WLSTException as WLSTException
   
   class SOA14120Provisioner:
   
   # In this sample script, only one machine is used for all servers.
   # You can add more than one machine. For example, soa_server1 - machine1, soa_server2 - machine2
   
       MACHINES = {
           'machine1' : {
               'NMType': 'SSL',
               'ListenAddress': '0.0.0.1',
               'ListenPort': 5658
           }
       }
   
       CLUSTERS = {
           'soa_cluster' : {}
       }
   
       SERVERS = {
           'AdminServer' : {
               'ListenAddress': '127.0.0.1',
               'ListenPort': 7001,
               'Machine': 'machine1'
           },
           'soa_server1' : {
               'ListenAddress': '127.0.0.1',
               'ListenPort': 8001,
               'Machine': 'machine1',
               'Cluster': 'soa_cluster'
           },
           'soa_server2' : {
               'ListenAddress': '127.0.0.1',
               'ListenPort': 8002,
               'Machine': 'machine1',
               'Cluster': 'soa_cluster'
           }
       }
   
       JRF_12213_TEMPLATES = {
           'baseTemplate' : '@@ORACLE_HOME@@/wlserver/common/templates/wls/wls.jar',
           'extensionTemplates' : [
               '@@ORACLE_HOME@@/oracle_common/common/templates/wls/oracle.jrf_template.jar',
               '@@ORACLE_HOME@@/oracle_common/common/templates/wls/oracle.jrf.ws.async_template.jar',
               '@@ORACLE_HOME@@/oracle_common/common/templates/wls/oracle.wsmpm_template.jar',
               '@@ORACLE_HOME@@/oracle_common/common/templates/wls/oracle.ums_template.jar',
               '@@ORACLE_HOME@@/em/common/templates/wls/oracle.em_wls_template.jar'
           ],
           'serverGroupsToTarget' : [ 'JRF-MAN-SVR', 'WSMPM-MAN-SVR' ]
       }
   
       SOA_12213_TEMPLATES = {
           'extensionTemplates' : [
               '@@ORACLE_HOME@@/soa/common/templates/wls/oracle.soa_template.jar'
           ],
           'serverGroupsToTarget' : [ 'SOA-MGD-SVRS-ONLY' ]
       }
   
       def __init__(self, oracleHome, javaHome, domainParentDir):
           self.oracleHome = self.validateDirectory(oracleHome)
           self.javaHome = self.validateDirectory(javaHome)
           self.domainParentDir = self.validateDirectory(domainParentDir, create=True)
           return
   
       def createSoaDomain(self, name, user, password, db, dbPrefix, dbPassword):
           domainHome = self.createBaseDomain(name, user, 'your_password')
           self.extendDomain(domainHome, db, dbPrefix, dbPassword)
   
   
       def createBaseDomain(self, name, user, password):
           baseTemplate = self.replaceTokens(self.JRF_12213_TEMPLATES['baseTemplate'])
   
           readTemplate(baseTemplate)
           setOption('DomainName', name)
           setOption('JavaHome', self.javaHome)
           setOption('ServerStartMode', 'prod')
           set('Name', domainName)
           cd('/Security/' + domainName + '/User/weblogic')
           set('Name', user)
           set('Password', 'your_password')
   
           print 'Creating cluster...'
           for cluster in self.CLUSTERS:
               cd('/')
               create(cluster, 'Cluster')
               cd('Cluster/' + cluster)
               for param in  self.CLUSTERS[cluster]:
                   set(param, self.CLUSTERS[cluster][param])
   
           print 'Creating Node Managers...'
           for machine in self.MACHINES:
               cd('/')
               create(machine, 'Machine')
               cd('Machine/' + machine)
               create(machine, 'NodeManager')
               cd('NodeManager/' + machine)
               for param in self.MACHINES[machine]:
                   set(param, self.MACHINES[machine][param])
   
           print 'Creating Servers...'
           for server in self.SERVERS:
               cd('/')
               if server == 'AdminServer':
               	cd('Server/' + server)
               	for param in self.SERVERS[server]:
               		set(param, self.SERVERS[server][param])
                   continue
               create(server, 'Server')
               cd('Server/' + server)
               for param in self.SERVERS[server]:
                   set(param, self.SERVERS[server][param])
   
           setOption('OverwriteDomain', 'true')
           domainHome = self.domainParentDir + '/' + name
   
           print 'Writing base domain...'
           writeDomain(domainHome)
           closeTemplate()
           print 'Base domain created at ' + domainHome
           return domainHome
   
   
       def extendDomain(self, domainHome, db, dbPrefix, dbPassword):
           print 'Extending domain at ' + domainHome
           readDomain(domainHome)
           setOption('AppDir', self.domainParentDir + '/applications')
   
           print 'Applying JRF templates...'
           for extensionTemplate in self.JRF_12213_TEMPLATES['extensionTemplates']:
               addTemplate(self.replaceTokens(extensionTemplate))
   
           print 'Applying SOA templates...'
           for extensionTemplate in self.SOA_12213_TEMPLATES['extensionTemplates']:
               addTemplate(self.replaceTokens(extensionTemplate))
   
           print 'Extension Templates added'
   
           print 'Configuring the Service Table DataSource...'
           fmwDb = 'jdbc:oracle:thin:@' + db
           cd('/JDBCSystemResource/LocalSvcTblDataSource/JdbcResource/LocalSvcTblDataSource')
           cd('JDBCDriverParams/NO_NAME_0')
           set('DriverName', 'oracle.jdbc.OracleDriver')
           set('URL', fmwDb)
           set('PasswordEncrypted', 'your_password')
   
           stbUser = dbPrefix + '_STB'
           cd('Properties/NO_NAME_0/Property/user')
           set('Value', stbUser)
   
           print 'Getting Database Defaults...'
           getDatabaseDefaults()
   
           print 'Targeting Server Groups...'
           serverGroupsToTarget = list(self.JRF_12213_TEMPLATES['serverGroupsToTarget'])
           serverGroupsToTarget.extend(self.SOA_12213_TEMPLATES['serverGroupsToTarget'])
           cd('/')
           for server in self.SERVERS:
               if not server == 'AdminServer':
                   setServerGroups(server, serverGroupsToTarget)
                   print "Set CoherenceClusterSystemResource to defaultCoherenceCluster for server:" + server
                   cd('/Servers/' + server)
                   set('CoherenceClusterSystemResource', 'defaultCoherenceCluster')
   
           cd('/')
           for cluster in self.CLUSTERS:
               print "Set CoherenceClusterSystemResource to defaultCoherenceCluster for cluster:" + cluster
               cd('/Cluster/' + cluster)
               set('CoherenceClusterSystemResource', 'defaultCoherenceCluster')
           
           print "Set WLS clusters as target of defaultCoherenceCluster:[" + ",".join(self.CLUSTERS) + "]"
           cd('/CoherenceClusterSystemResource/defaultCoherenceCluster')
           set('Target', ",".join(self.CLUSTERS))
   		 
           print 'Preparing to update domain...'
           updateDomain()
           print 'Domain updated successfully'
           closeDomain()
           return
   
   
       ###########################################################################
       # Helper Methods                                                          #
       ###########################################################################
   
       def validateDirectory(self, dirName, create=False):
           directory = os.path.realpath(dirName)
           if not os.path.exists(directory):
               if create:
                   os.makedirs(directory)
               else:
                   message = 'Directory ' + directory + ' does not exist'
                   raise WLSTException(message)
           elif not os.path.isdir(directory):
               message = 'Directory ' + directory + ' is not a directory'
               raise WLSTException(message)
           return self.fixupPath(directory)
   
   
       def fixupPath(self, path):
           result = path
           if path is not None:
               result = path.replace('\\', '/')
           return result
   
   
       def replaceTokens(self, path):
           result = path
           if path is not None:
               result = path.replace('@@ORACLE_HOME@@', oracleHome)
           return result
   
   
   #############################
   # Entry point to the script #
   #############################
   
   def usage():
       print sys.argv[0] + ' -oh <oracle_home> -jh <java_home> -parent <domain_parent_dir> [-name <domain-name>] ' + \
             '[-user <domain-user>] [-password <domain-password>] ' + \
             '-rcuDb <rcu-database> [-rcuPrefix <rcu-prefix>] [-rcuSchemaPwd <rcu-schema-password>]'
       sys.exit(0)
   
   
   print str(sys.argv[0]) + " called with the following sys.argv array:"
   for index, arg in enumerate(sys.argv):
       print "sys.argv[" + str(index) + "] = " + str(sys.argv[index])
   
   if len(sys.argv) <  6:
       usage()
   
   #oracleHome will be passed by command line parameter -oh.
   oracleHome = None
   #javaHome will be passed by command line parameter -jh.
   javaHome = None
   #domainParentDir will be passed by command line parameter -parent.
   domainParentDir = None
   #domainName is hard-coded to soa_domain. You can change to other name of your choice. Command line parameter -name.
   domainName = 'soa_domain'
   #domainUser is hard-coded to weblogic. You can change to other name of your choice. Command line paramter -user.
   domainUser = 'weblogic'
   #domainPassword is hard-coded to your password. You can change to other password of your choice. Command line parameter -password.
   domainPassword = 'your_password'
   #rcuDb will be passed by command line parameter -rcuDb.
   rcuDb = None
   #change rcuSchemaPrefix to your soainfra schema prefix. Command line parameter -rcuPrefix.
   rcuSchemaPrefix = 'DEV12'
   #change rcuSchemaPassword to your soainfra schema password. Command line parameter -rcuSchemaPwd.
   rcuSchemaPassword = 'your_password'
   
   i = 1
   while i < len(sys.argv):
       if sys.argv[i] == '-oh':
           oracleHome = sys.argv[i + 1]
           i += 2
       elif sys.argv[i] == '-jh':
           javaHome = sys.argv[i + 1]
           i += 2
       elif sys.argv[i] == '-parent':
           domainParentDir = sys.argv[i + 1]
           i += 2
       elif sys.argv[i] == '-name':
           domainName = sys.argv[i + 1]
           i += 2
       elif sys.argv[i] == '-user':
           domainUser = sys.argv[i + 1]
           i += 2
       elif sys.argv[i] == '-password':
           domainPassword = sys.argv[i + 1]
           i += 2
       elif sys.argv[i] == '-rcuDb':
           rcuDb = sys.argv[i + 1]
           i += 2
       elif sys.argv[i] == '-rcuPrefix':
           rcuSchemaPrefix = sys.argv[i + 1]
           i += 2
       elif sys.argv[i] == '-rcuSchemaPwd':
           rcuSchemaPassword = sys.argv[i + 1]
           i += 2
       else:
           print 'Unexpected argument switch at position ' + str(i) + ': ' + str(sys.argv[i])
           usage()
           sys.exit(1)
   
   provisioner = SOA12213Provisioner(oracleHome, javaHome, domainParentDir)
   provisioner.createSoaDomain(domainName, domainUser, domainPassword, rcuDb, rcuSchemaPrefix, rcuSchemaPassword)
   

2. スクリプトを開き、次の値を変更します。
   1. ListenAddress: SOAドメインを作成する必要があるマシンのIPアドレスです。
   2. RCUスキーマの接頭辞: これはDEV12にハードコードされ、この値を特定の接頭辞に変更します。たとえば、RCUスキーマの名前がSAMPLE_SOAINFRAである場合、rcuSchemaPrefixの値はSAMPLEです。
   3. RCUスキーマ・パスワード: これは'your_password'にハードコードされます。この値をスキーマ固有のパスワードに変更します。
3. FMW_HOME/oracle_common/common/bin/に移動します
4. ./wlst.sh <script_location>/createSoaDomain.py -oh "<FMW_HOME>"  -jh "<JAVA_HOME>" -parent "<new domain creation location>" -rcuDb  "<hostname of the database>:<database port>/<service id>"を入力します
   次は、必要なパラメータを使用したコマンドの例です。

   Type cd $MW_HOME/oracle_common/common/bin
   Type ./wlst.sh <script_name with absolute path> -oh "<oracle middleware home>" -jh  "<java home>" -parent "<domain parent directory with absolute path>" -name  "<domain_name>" -user "<domain user>" -password "domain password" -rcuDb  "<hostname>:<port>/<service>" -rcuPrefix "<soa_infra schema prefix>"  -rcuSchemaPwd "<soainfra schema password>"

   • -oh — Middlewareホームのパス。デフォルトはnoneです。値を設定してください。

   • -jh — Javaホームのパス。デフォルトはnoneです。値を設定してください。

   • -parent — 絶対パスを使用したドメイン親ディレクトリ名。デフォルトはnoneです。値を設定してください。

   • (オプション) -name — ドメイン名。デフォルトはsoa_domainです。値が設定されない場合は、デフォルトの値が使用されます。

   • (オプション) -user — ドメイン・ユーザー。デフォルトはweblogicです。値が設定されない場合は、デフォルトの値が使用されます。

   • (オプション) -password — ドメイン・パスワード。デフォルトは'your_password'です。値が設定されない場合は、デフォルトの値が使用されます。

   • -rcuDb — RCUデータベース詳細。デフォルトはnoneです。値を設定してください。

   • -rcuPrefix — soainfraスキーマの接頭辞。デフォルトはDEV12です。soainfraの接頭辞を確認して、この値を適宜設定してください。

   • -rcuSchemaPwd -soainfraスキーマ・パスワード。デフォルトは'your_password'です。soainfraのスキーマ・パスワードを確認して、この値を適宜設定してください。