13 サービス・バス・リソースのプロビジョニング

サービス・バスは、異なるサービスを接続、管理し、相互作用を媒介するエンタープライズ・クラスのサービス・バスです。サービス・バスは、サービスの構成、統合およびデプロイメントを加速し、サービス指向アーキテクチャ(SOA)における共有サービスの管理を簡素化します。

サービス・バスのリソースは、個々のプロジェクトに編成できます。プロジェクトは、非階層型の分離された最上位グループ構成要素です。すべてのリソース(ビジネス・サービス、プロキシ・サービス、WS-Policy、WSDL、スキーマ、XQuery変換、JARなど)が、重ならない1つのプロジェクトに存在します。リソースは、プロジェクトのすぐ下に作成するか、フォルダにさらに整理できます。フォルダは、プロジェクトの内部または他のフォルダの内部に作成できます。フォルダはファイル・システム内のディレクトリに似ており、プロジェクト・レベルがルート・ディレクトリです。

Oracle Enterprise Manager Cloud Control (Cloud Control)は、これらのサービス・バス・ターゲットを検出およびモニターでき、サービス・バス・リソースのプロビジョニングに役立つデプロイメント・プロシージャも提供します。

この章では、サービス・バス・リソースをプロビジョニングする方法について説明します。この章の具体的な内容は次のとおりです。

• サービス・バス・リソースのプロビジョニングの開始

• サポートされているリリース

• サービス・バス・ドメインからのサービス・バス・リソースのプロビジョニング

• Oracleソフトウェア・ライブラリからのサービス・バス・リソースのプロビジョニング

サービス・バス・リソースのプロビジョニングの開始

この項では、この章の手引きとして、サービス・バス・リソースのプロビジョニングに関連するステップの概要を示します。この項は、サービス・バス・リソースのプロビジョニングを成功させるために実行する必要のある一連の処理を理解するためのドキュメント・マップと考えてください。各ステップの参照リンクをクリックすると、詳細情報が説明されている関連セクションが表示されます。

表13-1 サービス・バス・リソースのプロビジョニングの開始

ステップ	説明	参照リンク
ステップ1	サポートされているリリースの把握 デプロイメント・プロシージャによってプロビジョニングできるサービス・バスのリリースを理解します。	デプロイメント・プロシージャでサポートされているリリースについて学習するには、「サポートされているリリース」を参照してください。
ステップ2	ユースケースの選択 この章では、サービス・バス・リソースのプロビジョニングのためのいくつかのユースケースを示します。ご自身の要件に最適なユースケースを選択してください。	Service BusドメインからのService Busリソースのプロビジョニングについて学習するには、「Service BusドメインからのService Busリソースのプロビジョニング」を参照してください。 ソフトウェア・ライブラリからのService Busリソースのプロビジョニングについて学習するには、「Oracleソフトウェア・ライブラリからのService Busリソースのプロビジョニング」を参照してください。
ステップ3	前提条件の確認 デプロイメント・プロシージャを実行する前に、プロビジョニング環境の設定、必須パッチの適用およびOracleソフトウェア・ライブラリの設定などの前提条件を満たす必要があります。	Service BusドメインからService Busリソースをプロビジョニングするための前提条件について学習するには、Service BusドメインからのService Busリソースのプロビジョニングを参照してください。 ソフトウェア・ライブラリからService Busリソースをプロビジョニングするための前提条件について学習するには、Oracleソフトウェア・ライブラリからのService Busリソースのプロビジョニングを参照してください。
ステップ4	デプロイメント・プロシージャの実行 サービス・バス・リソースを正常にプロビジョニングするには、デプロイメント・プロシージャを実行します。	Service BusドメインからService Busリソースをプロビジョニングするには、「Service BusドメインからのService Busリソースのプロビジョニング」を参照してください。 ソフトウェア・ライブラリからService Busリソースをプロビジョニングするには、「Oracleソフトウェア・ライブラリからのService Busリソースのプロビジョニング」を参照してください。

サポートされているリリース

このデプロイメント・プロシージャを使用して、Service Bus 2.6、2.6.1、3.0および10gR3 (3.1)のリソースをプロビジョニングできます。

サービス・バス・ドメインからのサービス・バス・リソースのプロビジョニング

この項では、サービス・バス・ドメインから直接にサービス・バス・リソースをプロビジョニングする方法について説明します。

デプロイメント・プロシージャを実行する前に、次の前提条件を満たしている必要があります。

デザイナの前提条件

• インフラストラクチャの設定で説明されている前提条件を満たしていることを確認します。

• (エクスポートするリソースが含まれる)ソース・サービス・バスが、Cloud Controlですでに検出されてモニターされていることを確認します。

• カスタマイズ・ファイルを使用して変更後の(ターゲット)環境の環境変数をカスタマイズする場合は、Oracleソフトウェア・ライブラリ内でそのカスタマイズ・ファイルが汎用コンポーネントとして使用可能になっていることを確認する必要があります。汎用コンポーネントの作成手順は、「Oracleソフトウェア・ライブラリの設定」を参照してください。

オペレータの前提条件

• 環境でPAM/LDAPが有効になっている場合は、ターゲット・エージェントがPAM/LDAPで構成されていることを確認します。詳細は、My Oracle Supportのノート422073.1を参照してください。

• オペレーティング・システム・ユーザーがデプロイメント・プロシージャを実行する権限を持っていることと、rootユーザーに切り替えて宛先ホストですべてのコマンドを実行できることを確認します。たとえば、mkdirやlsなどのコマンドです。

  これを行う権限がない、つまり、ロックされたアカウントを使用している場合は、デプロイメント・プロシージャを別のユーザーとして実行できるように、または特別な権限を必要とするステップは無視できるように、管理者(設計者)にデプロイメント・プロシージャのカスタマイズを依頼します。

  たとえば、ユーザー・アカウントAがroot権限を持っているが、ユーザー・アカウントBを使用してデプロイメント・プロシージャを実行できるようにするとします。この場合、デプロイメント・プロシージャをカスタマイズして、ユーザー・アカウントBからAに切り替えることができます。

  カスタマイズの詳細は、資格証明の設定を参照してください。

ソース・サービス・バス・ドメインからサービス・バス・リソースをプロビジョニングするには、これらのステップを実行します。

1. 「エンタープライズ」メニューから、「プロビジョニングとパッチ適用」→「Middlewareプロビジョニング」を選択します。

2. 「デプロイメント・プロシージャ」セクションで、リストからサービス・バス・リソースのプロビジョニング・プロシージャを選択し、「起動」をクリックします。

3. 「ソース選択」ページの「ソース」セクションで、「Service Busドメイン」を選択します。

   1. 「ドメイン」の懐中電灯アイコンをクリックし、ターゲットのサービス・バス・ドメインにリソースをエクスポートしてデプロイするためのソース・サービス・バス・ドメインを選択します。ウィザードの次のページでは、エクスポートするドメインのプロジェクトを選択できます。

   2. 「BEAホーム・ディレクトリ」で、すべてのBEA製品関連ファイルが格納されるBEAホーム・ディレクトリのフルパスを指定します。たとえば、/home/mark/beaのように指定します。

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

4. 「プロジェクトの選択」ページで、次の手順を実行します。

   1. 「リソース概要」セクションで、ターゲットのサービス・バス・ドメインにエクスポートしてデプロイするプロジェクトを選択します。選択したプロジェクトがJARファイルにエクスポートされ、JARファイルは、ターゲット・サービス・バス・ドメインが実行されているホストに移動します。

      選択したプロジェクトのリソースが、ターゲット・サービス・バス・ドメインに存在し、エクスポートされたJARファイルに存在しない場合、そのリソースは削除されます。

   2. 「エクスポート・モード」セクションで、次のいずれかを実行します。

      プロジェクト・レベルでリソースをエクスポートする場合は、「プロジェクトのエクスポート」を選択します。エクスポート済のJARファイルがターゲット・ホストにデプロイされるとき、プロジェクト全体がデプロイされます。このとき、ターゲット・ホスト上のリソースの可用性に応じて、リソースが追加、上書きまたは削除されることがあります。

      リソース・レベルでリソースをエクスポートする場合は、「リソースのエクスポート」を選択します。エクスポート済のJARファイルがターゲット・ホストにデプロイされるとき、リソースのみがデプロイされます。このとき、ターゲット・ホスト上のリソースの可用性に応じて、リソースが追加または上書きされることがあります。

      これらのオプションについてさらに理解するには、サービス・バス・リソースのエクスポート・モードの理解で説明されているユースケースを参照してください。

   3. (オプション)エクスポートするプロジェクトに機密データを含むリソースが存在する場合は、「セキュリティ・オプション」セクションで、リソースを保護するためのパスフレーズを指定します。デプロイメント中、保護リソースをインポートするために同じパスフレーズが使用されます。

   4. (オプション)エクスポート済のプロジェクトJARファイルを汎用コンポーネントとしてソフトウェア・ライブラリに保存する場合は、「ソフトウェア・ライブラリにプロジェクトを保存」セクションで「ソフトウェア・ライブラリにプロジェクトを保存」を選択し、コンポーネントの名前と場所を指定します。

      デフォルトでは、ここで選択したプロジェクトはJARファイルにエクスポートされ、ターゲット・サービス・バス・ドメインの管理サーバーが実行されているホストに移動されます。ただし、JARファイルが今後使用するためにソフトウェア・ライブラリに保存されるわけではありません。このオプションを使用すると、JARファイルを1つのコンポーネントとしてソフトウェア・ライブラリに保存できます。

5. 「ターゲットの選択」ページで、次の手順を実行します。

   1. 「ターゲット」セクションで、次の項目を指定します。

      「ドメイン」の懐中電灯アイコンをクリックし、選択したリソースをデプロイするサービス・バス・ドメインを選択します。

      「BEAホーム・ディレクトリ」で、すべてのBEA製品関連ファイルが格納されるBEAホーム・ディレクトリのフルパスを指定します。

   2. (オプション)デプロイメントで選択したリソースをカスタマイズした場合、ターゲット・サービス・バス・ドメインでもこれらの変更内容を保持するには、「拡張オプション」セクションで保持する設定を選択します。

      Service Bus 2.6.xの場合、「セキュリティおよびポリシーの構成」、「資格証明」および「アクセス制御ポリシー」は保持できません。

   3. 「カスタマイズ」セクションで、ターゲット・サービス・バス・ドメインの環境設定を変更するために使用できるカスタマイズ・ファイルの詳細を入力します。

      カスタマイズ・ファイルを使用しない場合は、「なし」を選択します。

      カスタマイズ・ファイルを使用している場合、ターゲット・サービス・バス・ドメインが実行されているホスト上でそのカスタマイズ・ファイルが使用可能であれば、「ターゲット・ホストのカスタマイズ・ファイルを使用します」を選択し、ファイルの場所のフルパスを指定します。

      カスタマイズ・ファイルを汎用コンポーネントとしてOracleソフトウェア・ライブラリに格納する場合は、「カスタマイズ・ファイルをソフトウェア・ライブラリから選択します」を選択し、Oracleソフトウェア・ライブラリ内の汎用コンポーネントの格納先のフルパスを指定します。

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

6. 「資格証明の設定」ページで、次の項目を指定して「次へ」をクリックします。

   1. ソースおよびターゲットのサービス・バス・ドメインのログイン資格証明を指定します。

   2. サービス・バス・ドメインの管理サーバーをモニタリングしている管理エージェントが実行されているホストの資格証明を指定します

7. 「スケジュール」ページで、デプロイメント・インスタンス名を指定します。プロシージャを即時に実行する場合は、デフォルトの選択(「1回(即時)」)を保持します。プロシージャを後で実行する場合は、「1回(後で)」を選択し、タイムゾーン、開始日および開始時刻の詳細を指定します。デプロイメント・プロシージャのステータスに応じて、通知プリファレンスを設定できます。前提条件のみを実行する場合は、「前提条件チェックの実行後に結果を分析するためにプロシージャを停止します」を選択すると、すべての前提条件チェックの実行後にプロシージャ実行を一時停止できます。「次へ」をクリックします。

8. 確認ページで、デプロイメント・プロシージャに対して指定した詳細を確認します。その詳細で問題がない場合は、「発行」をクリックし、スケジュール・セットに従ってデプロイメント・プロシージャを実行します。詳細を変更する場合は、そのセクションにある「編集」リンクをクリックして変更するか、または「戻る」のクリックを繰り返して変更したいページに戻ります。

9. 「プロシージャ・アクティビティ」ページで、デプロイメント・プロシージャのジョブおよびステップの実行ステータスを確認します。各ステップの「ステータス」リンクをクリックすると、各ステップの実行の詳細が表示されます。ロギング・レベルを「デバッグ」に設定するには、「デバッグ」をクリックし、プロシージャの実行を停止するには、「停止」をクリックします。

サービス・バス・リソースのエクスポート・モードの理解

この項では様々なユースケースについて説明し、それらの状況でエクスポート・モードがどのように動作するかを示します。

最初の列は、ソース・ドメインから選択したプロジェクトと、選択したプロジェクトに含まれるリソースを示し、第2列は、ターゲット・ドメイン内でのそのプロジェクトの可用性を示します。第3列には、プロジェクト・レベルでエクスポートの動作が表示され、第4列にはリソース・レベルでエクスポートの動作が表示されます。

表13-2 エクスポート・モードの理解

ソース・ドメイン	ターゲット・ドメイン	プロジェクト・レベルでのエクスポート	リソース・レベルでのエクスポート
ソース・ドメインから、Resource_1、Resource_2およびResource_3が含まれるProject_1を選択した。	ターゲット・ドメインにはプロジェクトが1つも存在しない。	Project_1全体がターゲット・ドメインにデプロイされます。	Project_1全体がターゲット・ドメインにデプロイされます。
ソース・ドメインから、Resource_1、Resource_2およびResource_3が含まれるProject_1を選択した。	ターゲット・ドメインには、Resource_1が含まれるProject_1が存在する。	Project_1全体がターゲット・ドメインにデプロイされます。このとき、Resource_1はターゲット・ドメインですでに使用可能になっているため上書きされ、Resource_2およびResource_3は追加されます。	Project_1のリソースのみがターゲット・ドメインにデプロイされます。このとき、Resource_1はターゲット・ドメインですでに使用可能になっているため上書きされ、Resource_2およびResource_3は追加されます。
ソース・ドメインから、Resource_1が含まれるProject_1を選択した。	ターゲット・ドメインには、Resource_1、Resource_2およびResource_3が含まれるProject_1が存在する。	Project_1全体がターゲット・ドメインにデプロイされます。このとき、Resource_1はターゲット・ドメインですでに使用可能になっているため上書きされ、Resource_2およびResource_3は削除されます。	Project_1のリソースのみがターゲット・ドメインにデプロイされますが、Resource_1はターゲット・ドメインですでに使用可能になっているため、Resource_1のみが上書きされます。ターゲット・ドメインですでに使用可能な他の2つのリソース(Resource_2およびResource_3)は、影響を受けません。

Oracleソフトウェア・ライブラリからのサービス・バス・リソースのプロビジョニング

この項では、ソフトウェア・ライブラリからサービス・バス・リソースをプロビジョニングする方法について説明します。

デプロイメント・プロシージャを実行する前に、次の前提条件を満たしている必要があります。

デザイナの前提条件

• インフラストラクチャの設定で説明されている前提条件を満たしていることを確認します。

• サービス・バス・ドメインのリソースをJARファイルとしてエクスポートします。これには、サービス・バス・コンソールを使用します。

• Oracleソフトウェア・ライブラリ内でJARファイルが汎用コンポーネントとして使用可能になっていることを確認します。汎用コンポーネントの作成手順は、「Oracleソフトウェア・ライブラリの設定」を参照してください。

• カスタマイズ・ファイルを使用して変更後の(ターゲット)環境の環境変数をカスタマイズする場合は、Oracleソフトウェア・ライブラリ内でそのカスタマイズ・ファイルが汎用コンポーネントとして使用可能になっていることを確認する必要があります。汎用コンポーネントの作成手順は、「Oracleソフトウェア・ライブラリの設定」を参照してください。

オペレータの前提条件

• 環境でPAM/LDAPが有効になっている場合は、ターゲット・エージェントがPAM/LDAPで構成されていることを確認します。詳細は、My Oracle Supportのノート422073.1を参照してください。

• オペレーティング・システム・ユーザーがデプロイメント・プロシージャを実行する権限を持っていることと、rootユーザーに切り替えて宛先ホストですべてのコマンドを実行できることを確認します。たとえば、mkdirやlsなどのコマンドです。

  これを行う権限がない、つまり、ロックされたアカウントを使用している場合は、デプロイメント・プロシージャを別のユーザーとして実行できるように、または特別な権限を必要とするステップは無視できるように、管理者(設計者)にデプロイメント・プロシージャのカスタマイズを依頼します。

  たとえば、ユーザー・アカウントAがroot権限を持っているが、ユーザー・アカウントBを使用してデプロイメント・プロシージャを実行できるようにするとします。この場合、デプロイメント・プロシージャをカスタマイズして、ユーザー・アカウントBからAに切り替えることができます。

  カスタマイズの詳細は、デプロイメント・プロシージャのカスタマイズ を参照してください。

ソース・サービス・バス・ドメインからサービス・バス・リソースをプロビジョニングするには、これらのステップを実行します。

1. 「エンタープライズ」メニューから、「プロビジョニングとパッチ適用」→「Middlewareプロビジョニング」を選択します。

2. 「デプロイメント・プロシージャ」セクションで、リストからサービス・バス・リソースのプロビジョニング・プロシージャを選択し、「起動」をクリックします。

3. 「ソース選択」ページの「ソース」セクションで、「Oracleソフトウェア・ライブラリ」を選択します。

   1. 「コンポーネント」で懐中電灯アイコンをクリックし、ターゲットのサービス・バス・ドメインにデプロイするリソースが含まれる汎用コンポーネントを選択します。

   2. (オプション)JARファイル内のリソースに保護対象の機密データが含まれる場合は、「パスフレーズ」にパスフレーズを指定します。これらのリソースをターゲット・ドメインにインポートするとき、同じパスフレーズが使用されます。

   3. 「次」をクリックします。Cloud Controlで「ターゲットの選択」ページが表示されます。

4. 「ターゲットの選択」ページで、次の手順を実行します。

   1. 「ターゲット」セクションで、次の項目を指定します。

      「ドメイン」の懐中電灯アイコンをクリックし、選択したリソースをデプロイするサービス・バス・ドメインを選択します。

      「BEAホーム・ディレクトリ」で、すべてのBEA製品関連ファイルが格納されるBEAホーム・ディレクトリのフルパスを指定します。

   2. (オプション)デプロイメントで選択したリソースをカスタマイズした場合、ターゲット・サービス・バス・ドメインでもこれらの変更内容を保持するには、「オプション」セクションで保持する設定を選択します。

      Service Bus 2.6.xの場合、「セキュリティおよびポリシーの構成」、「資格証明」および「アクセス制御ポリシー」は保持できません。

   3. 「カスタマイズ」セクションで、ターゲット・サービス・バス・ドメインの環境設定を変更するために使用できるカスタマイズ・ファイルの詳細を入力します。

      カスタマイズ・ファイルを使用しない場合は、「なし」を選択します。

      カスタマイズ・ファイルを使用している場合、ターゲット・サービス・バス・ドメインが実行されているホスト上でそのカスタマイズ・ファイルが使用可能であれば、「ターゲット・ホストのカスタマイズ・ファイルを使用します」を選択し、ファイルの場所のフルパスを指定します。

      カスタマイズ・ファイルを汎用コンポーネントとしてOracleソフトウェア・ライブラリに格納する場合は、「カスタマイズ・ファイルをソフトウェア・ライブラリから選択します」を選択し、Oracleソフトウェア・ライブラリ内の汎用コンポーネントの格納先のフルパスを指定します。

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

5. 「資格証明の設定」ページで、次の項目を指定して「次へ」をクリックします。

   1. ソースおよびターゲットのサービス・バス・ドメインのログイン資格証明を指定します。

   2. サービス・バス・ドメインの管理サーバーをモニタリングしている管理エージェントが実行されているホストの資格証明を指定します

6. 「スケジュール」ページで、デプロイメント・インスタンス名を指定します。プロシージャを即時に実行する場合は、デフォルトの選択(「1回(即時)」)を保持します。プロシージャを後で実行する場合は、「1回(後で)」を選択し、タイムゾーン、開始日および開始時刻の詳細を指定します。デプロイメント・プロシージャのステータスに応じて、通知プリファレンスを設定できます。前提条件のみを実行する場合は、「前提条件チェックの実行後に結果を分析するためにプロシージャを停止します」を選択すると、すべての前提条件チェックの実行後にプロシージャ実行を一時停止できます。「次へ」をクリックします。

7. 確認ページで、デプロイメント・プロシージャに対して指定した詳細を確認します。その詳細で問題がない場合は、「発行」をクリックし、スケジュール・セットに従ってデプロイメント・プロシージャを実行します。詳細を変更する場合は、そのセクションにある「編集」リンクをクリックして変更するか、または「戻る」のクリックを繰り返して変更したいページに戻ります。

8. 「プロシージャ・アクティビティ」ページで、デプロイメント・プロシージャのジョブおよびステップの実行ステータスを確認します。各ステップの「ステータス」リンクをクリックすると、各ステップの実行の詳細が表示されます。ロギング・レベルを「デバッグ」に設定するには、「デバッグ」をクリックし、プロシージャの実行を停止するには、「停止」をクリックします。