Fusion MiddlewareドメインおよびOracleホームのプロビジョニング

Fusion Middlewareプロビジョニングの概要

この項では、Fusion Middlewareデプロイメント・プロシージャを使用してWebLogicドメインおよびミドルウェア・ホームのプロビジョニングに関連するステップの概要を示します。

表3-1 Fusion Middlewareプロビジョニングの概要

ステップ	説明	参照リンク
ステップ1	Fusion Middlewareデプロイメント・プロシージャ起動の別の方法 Middlewareエンティティをプロビジョニングするために使用されるFusion Middlewareデプロイメント・プロシージャを起動する様々な方法の理解	デプロイメント・プロシージャを起動する方法について学習するには、Fusion Middlewareのプロビジョニング・デプロイメント・プロシージャ起動の別の方法を参照してくださいドメイン・パーティションのエクスポートおよびインポート
ステップ2	Middlewareプロビジョニング・プロファイルの作成この章では、プロビジョニング・プロファイルの3つのタイプを示します。ご自身の要件に最適なプロファイルを選択してください	様々なプロビジョニング・プロファイルについて学習するには、ミドルウェア・プロビジョニング・プロファイルの作成を参照してください
ステップ3	ミドルウェア・プロファイルをプロビジョニングするための前提条件 Fusion Middlewareデプロイメント・プロシージャを実行する前に、満たす必要があるいくつかの前提条件があります。	インストール・メディア/Oracleホーム・プロファイルをプロビジョニングするための前提条件について学習するには、インストール・メディア・プロファイルまたはOracleホーム・プロファイルをプロビジョニングするための前提条件を参照してください WebLogicドメイン・プロファイルをプロビジョニングするための前提条件について学習するには、WebLogicドメイン・プロファイルをプロビジョニングするための前提条件を参照してください
ステップ4	Fusion Middlewareデプロイメント・プロシージャの実行このデプロイメント・プロシージャを実行して、WeblogicドメインまたはOracleホームあるいはその両方を正常にプロビジョニングします。	インストール・メディア・プロファイルまたはOracleホーム・プロファイルからのプロビジョニングについて学習するには、インストール・メディアに基づくプロファイルまたはOracleホームに基づくプロファイルからの新しいFusion Middlewareドメインのプロビジョニングを参照してください WebLogicドメイン・プロファイルのプロビジョニングについて学習するには、既存のOracleホームからのFusion Middlewareドメインのプロビジョニングを参照してください既存のホームからのプロビジョニングの詳細は、既存のWebLogicドメインに基づくプロファイルからのクローニングを参照してください

Fusion Middlewareのプロビジョニング・デプロイメント・プロシージャ起動の別の方法

ミドルウェア・プロビジョニング・デプロイメント・プロシージャを起動するには次のいずれかの方法を使用できます。

(推奨オプション) すべての即時利用可能なデプロイメント・プロシージャに対して、「プロファイル」表からFusion Middlewareのプロビジョニング・プロシージャを起動してください。これを行うには、「エンタープライズ」メニューから「プロビジョニングとパッチ適用」を選択し、「Middlewareプロビジョニング」をクリックします。Middlewareプロビジョニング・ページで、「プロファイル」表からプロファイルを選択し、「プロビジョニング」をクリックします。
既存のミドルウェア・ホームから新規ドメインをプロビジョニングしている場合、またはカスタマイズされたデプロイメント・プロシージャを使用している場合、「Fusion Middlewareのプロビジョニング」デプロイメント・プロシージャを直接実行できます。これを行うには、「エンタープライズ」メニューから「プロビジョニングとパッチ適用」を選択し、「Middlewareプロビジョニング」をクリックします。Middlewareプロビジョニング・ページで、「デプロイメント・プロシージャ」表から「Fusion Middlewareのプロビジョニング」をクリックします。
コマンドラインを使用してプロビジョニングのプロセスを自動化するには、Enterprise Managerコマンドライン・インタフェース(EMCLI)・ユーティリティを使用してプロシージャを発行します。EMCLIにより、各種オペレーティング・システムのテキスト・ベースのコンソール(シェルおよびコマンド・ウィンドウ)からEnterprise Manager Cloud Control機能にアクセスできます。Enterprise Manager機能は、SQL*Plus、OSのシェル、Perl、Tclなどのカスタム・スクリプトを使用して呼び出すことができるため、社内のビジネス・プロセスとの統合も容易です。

ノート:

関連するEM CLI動詞の詳細は、Oracle Enterprise Managerコマンドライン・インタフェースのEM CLI動詞を参照してください。

Middlewareプロビジョニングのステップ概要

通常、プロビジョニングに対して、プロファイルを作成し、新しいWebLogicドメインおよびOracleホームを作成するソースとしてプロファイルを使用する必要があります。プロファイルを使用することで、以降のインストールでも標準の一貫した構成に準拠することができます。さらに、フレッシュ・インストールがサポートされますが、これはユーザーがインストール・メディアからプロファイルを作成し、「Fusion Middlewareのプロビジョニング」デプロイメント・プロシージャを実行して、このプロファイルをプロビジョニングできることを意味します。この場合、OracleホームまたはWebLogicドメインはあらかじめ手動でインストール/構成されている必要がなく、Enterprise Manager Cloudコンソールによって検出されている必要はありません。

Middlewareプロビジョニングは、2ステップのプロセスです。

ステップ1: プロファイルの作成

プロファイルは、ソフトウェア・ライブラリに作成および内部に格納されるテンプレートです。プロファイルが作成されたら、同じ特徴を持つWebLogicドメインおよび/またはOracleホームをプロビジョニングするために何度も起動できます。

プロファイルの作成に進む前に、要件に適したプロファイルを識別する必要があります。

既存のWebLogicドメインまたはOracleホームがない場合、インストール・メディア・プロファイルを使用します。このプロファイルにより、OTNまたはeDeliveryからダウンロードしたshiphome (インストール・メディア・ファイル)を使用して、ドメインおよびホームを作成できます。インストール・メディアに基づくプロビジョニング・プロファイルの作成を参照してください。
バグを修正するためにパッチを適用する必要があるOracleホームがある場合、Oracleホーム・プロファイルを使用します。このプロファイルにより、Oracleホームに関連パッチを適用し、真のソースである可能性があるパッチを適用したOracleホームからプロファイルを作成できます。パッチを適用したプロファイルを使用して、データ・センターのすべてのOracleホームをプロビジョニングします。詳細は、Oracleホームに基づくプロビジョニング・プロファイルの作成を参照してください。
クローニングする既存のWeblogicドメインがある場合、WebLogicドメイン・プロファイルを使用します。このプロファイルにより、ソース・ドメインのコピーを作成できます。詳細は、WebLogicドメインに基づくプロビジョニング・プロファイルの作成を参照してください。
Oracle WebLogic Serverは、WebLogicドメイン・パーティション機能をサポートします。ドメイン内のパーティションを持つより少ないドメインにアプリケーションを統合して、保護された分離を維持します。詳細は、「ドメイン・パーティションのエクスポートおよびインポート」を参照してください。
Enterprise Manager Cloud Controlには、ドメインをパーティションに変換するための使いやすいユーザー・インタフェースが用意されています。詳細は、「WebLogicドメインのエクスポート」を参照してください。

ステップ2: プロファイルをプロビジョニングするFusion Middlewareのプロビジョニング・プロシージャの実行

デプロイメント・プロシージャは、Cloud Controlによって監視されている1つ以上のホストで一連の操作を実行することを目的とした、一連の事前定義されたステップです。すでに作成したプロファイルを使用して、ドメインまたはOracleホームをプロビジョニングできます。この項では、プロファイルをプロビジョニングする様々な方法について説明します。特に、次の内容について説明します。

ノート:

プロビジョニング・プロシージャに進む前に前提条件を満たしてください。前提条件の詳細なリストについては、Middlewareプロビジョニング・プロファイルからプロビジョニングするための前提条件を参照してください。

Fusion Middlewareプロビジョニング・プロシージャを起動する他の方法の詳細は、Fusion Middlewareのプロビジョニング・デプロイメント・プロシージャ起動の別の方法を参照してください。

特に、次の内容について説明します。

Middlewareプロビジョニング・プロファイルの作成

プロファイルは、ソフトウェア・ライブラリで作成および格納できるテンプレートに似ています。プロファイルが作成されたら、WebLogicドメインおよび/またはOracleホームをプロビジョニングするために何度も起動できます。プロファイルを使用するメリットは、将来のWebLogicインストールを一貫性のある標準構成に確実に準拠させることができる点です。

インストール・メディアに基づくプロビジョニング・プロファイルの作成

リモート・ホストからインストール・メディアをアップロードし、選択したインストール・メディアに基づいてプロファイルを作成し、Middlewareプロビジョニング・ページからこのプロファイルをプロビジョニングできます。

Middlewareプロビジョニング・プロファイルの作成を開始する前に、次の前提条件を満たしていることを確認します。

次のOracle Fusion Middlewareダウンロード、インストールおよび構成Readmeファイルにアクセスします。

http://docs.oracle.com/cd/E23104_01/download_readme.htm

必要なインストール・メディア・ファイルをダウンロードします。システム構成、システム要件および仕様をサポートしているFusion Middlewareドキュメントは、このページで入手できます。

Oracle Software Delivery Cloud (edelivery.oracle.com経由)で入手可能なインストール・メディア・ファイルは動作保証されています。
SOA、サービス・バス、WebCenter、RCUおよびWLSなどの各製品に対して1つのディレクトリを作成し、それぞれのディレクトリに必要なファイルを追加してください。
ドメイン・ホーム、アプリケーション・ホームおよびOracleホーム内のすべてのファイルおよびサブディレクトリに対する読取り権限があることを確認します。

インストール・メディア・プロファイルを作成するには、次のステップに従います。

Cloud Controlで、「エンタープライズ」メニューから「プロビジョニングとパッチ適用」を選択し、「Middlewareプロビジョニング」を選択します。
Middlewareプロビジョニング・ホームページの「プロファイル」セクションで、「作成」をクリックして「インストール・メディアから」を選択します。
「次」をクリックします。
Fusion Middlewareのプロビジョニング・プロファイルの作成ページで、プロファイルの一意の名前と説明を入力します。

デフォルトでは、すべてのプロファイルはソフトウェア・ライブラリで「Fusion Middlewareプロビジョニング/プロファイル」ディレクトリの下に一元的に配置されています。
「製品詳細」セクションで、「製品」メニューから、インストール・メディアがアップロードされている製品を選択します。選択したオプションに応じて、「バージョン」メニューが更新されます。Enterprise Managerでは、インストール・メディアのバージョンを判別しません。ダウンロードするインストール・メディアの正しいバージョンを選択してください。

ノート:

「製品」フィールドのオプションとして「Oracle WebLogic Server」を選択すると、「Oracle Fusion Middlewareインフラストラクチャ」チェック・ボックスが表示されます。Fusion Middleware Infrastructureインストーラのアップロード時に、ユーザーはこのボックスが選択されていることを確認する必要があります。WebLogic Serverインストーラでは、このボックスを選択しないでください。
「ファイル」セクションで、次の手順を実行します。
1. 検索アイコンをクリックし、ホストを検索します。「ターゲットの選択」ダイアログ・ボックスで、インストール・メディア・ファイルがあるターゲットを検索および選択し、「選択」をクリックします。
2. リモート・ホスト上のファイルにアクセスするには、ホスト資格証明を指定する必要があります。これを行うには、検索をクリックし、「資格証明の選択」ダイアログ・ボックスで必要な資格証明を入力し、「OK」をクリックします。選択したターゲットに対してこれらの資格証明を検証するには、「テスト」をクリックします。
3. 選択した製品に基づいて、「ファイル」表が更新されます。次のオプションの1つが使用可能です。
  
  「製品」メニューから製品を選択すると、Oracle WebLogic Server、Oracle SOA、Service BusおよびOracle RCUをアップロードできます。
  
  前述のように、ファイルを実際にアップロードする前に、前提条件として、ソフトウェア・インストール・メディア・ファイルをダウンロードします。
  
  ファイルを追加するには、「ファイル」表から製品名を選択し、「フォルダの選択」をクリックします。ファイルが存在するディレクトリに移動し、「OK」をクリックします。ファイルを削除するには、製品タイプを選択し、「削除」をクリックします。
「記憶域」セクションで、「ソフトウェア・ライブラリ・ストレージ」の詳細を選択します。有効なストレージ・タイプおよびアップロードの場所を指定してインストール・メディア・プロファイルをアップロードしていることを確認してください。
「作成」をクリックし、プロファイル作成ジョブを発行します。
ジョブが正常に実行されると、新しいエントリが「プロファイル」表で使用可能になります。プロファイル名をクリックすると、詳細を表示できます。

Oracleホームに基づくプロビジョニング・プロファイルの作成

このページを使用して、新規Oracleホーム・プロファイルを作成し、ソフトウェア・ライブラリに保存して、保存したプロファイルを、新規Oracleホームをプロビジョニングするためのソースとして使用します。

Middlewareプロビジョニング・プロファイルの作成を開始する前に、次の前提条件を満たしていることを確認します。

Oracleホームは、Enterprise Manager Cloud Controlで検出された管理対象ターゲットである必要があります。
Oracleホーム内のすべてのファイルおよびサブディレクトリに対する読取り権限があることを確認します。
管理エージェントの作業ディレクトリ対する書込み権限を持っていることを確認します。作業ディレクトリは、Cloud Control全体のエンティティをステージングおよびプロビジョニングするために使用される一時ディレクトリです。
プロビジョニング・プロファイルの作成に必要なディスク領域は、次の式で計算されます。

ディスク領域 = ミドルウェア・ホームのサイズ + 一時スクリプト用の領域

ミドルウェア・ホーム・プロファイルを作成するには、次のステップに従います。

Cloud Controlで、「エンタープライズ」メニューから「プロビジョニングとパッチ適用」を選択し、「Middlewareプロビジョニング」を選択します。
Middlewareプロビジョニング・ホームページの「プロファイル」セクションで、「作成」をクリックして「Oracleホームから」を選択します。
「次」をクリックします。
Fusion Middlewareのプロビジョニング・プロファイルの作成ページで、プロファイルの一意の名前と説明を入力します。

デフォルトでは、すべてのプロファイルはソフトウェア・ライブラリで「Fusion Middlewareプロビジョニング/プロファイル」ディレクトリの下に一元的に配置されています。
「参照ターゲット」セクションで、検索アイコンをクリックします。「ターゲットの選択」ダイアログ・ボックスで、Oracleホームを選択し、「選択」をクリックします。対応するホスト詳細が移入されます。

ミドルウェア・ターゲット・ページからミドルウェア・ホーム・プロファイルの作成を起動することもできます。これを行う場合、ターゲットのコンテキストが保持され、「タイプ」、「名前」、「ホスト」などのフィールドが事前移入されて表示されます。
検索アイコンをクリックし、資格証明を指定します。「資格証明の選択」ダイアログ・ボックスで、すでに設定されているターゲットに必要な資格証明を指定し、「OK」をクリックします。選択したターゲットに対して資格証明を検証するには、「テスト」をクリックします。
「記憶域」セクションで、「ソフトウェア・ライブラリ・ストレージ」の詳細を選択します。有効なストレージ・タイプおよびアップロードの場所の詳細を指定してOracleホーム・プロファイルを更新していることを確認してください。
「プロファイルの作成」をクリックし、プロファイル作成ジョブを発行します。
ジョブが正常に実行されると、新しいエントリが「プロファイル」表で使用可能になります。プロファイル名をクリックすると、詳細を表示できます。

WebLogicドメインに基づくプロビジョニング・プロファイルの作成

プロファイルを作成し、それをソフトウェア・ライブラリに保存し、保存済のプロファイルを新規WebLogicドメインを作成するためのソースとして使用するには、このページを使用します。これにより、以降のWebLogicのインストールは、標準的で一貫性のある構成に従っていることが保証されます。

ノート:

パーティションを含むドメインのプロファイルの作成およびプロビジョニングはサポートされていません。
ドメインがクローニングされた場合、パーティションはプロビジョニング時に予期したとおりに機能しないことがあります。
クローニングするには、新しいドメインを設定し、パーティションをインポートまたはエクスポートします。これは、リリース13.2以降でサポートされます。

Middlewareプロビジョニング・プロファイルの作成を開始する前に、次の前提条件を満たしていることを確認します。

管理サーバーで管理エージェントが実行されている必要があります。
ドメイン・ホーム、アプリケーション・ホームおよびOracleホーム内のすべてのファイルおよびサブディレクトリに対する読取り権限があることを確認します。
管理サーバーが稼働しているソース・マシンでホスト資格証明が設定されている必要があります。
プロファイルを作成するWebLogicドメインが、Cloud Controlでのモニター対象ターゲットである必要があります。
すべてのホストでホスト名の検証を無効にします。これは次の簡単な手順を使用して実行できます。「SSL」で、「拡張」をクリックし、ホスト名の検証に「なし」を設定します。
プロファイルの作成に必要なディスク領域は、次の式で計算されます。

ディスク領域 = ミドルウェア・ホームのサイズ + WebLogicドメインのサイズ + 一時スクリプトの領域(約1GB)

ノート:

SOAドメインまたはOracle Service Busドメインのプロビジョニング・プロファイルを作成する場合は、「メタデータを含む」というオプションがあります。このオプションを選択すると、プロファイルのいくつかの情報が保存されます。新しいスキーマが作成され、保存されたメタデータが挿入されます。このため、データベースをクローニングする必要はありません。これは、リリース13.2以降でサポートされます。

WebLogicドメインのプロファイルを作成するには、次のステップに従います。

Cloud Controlで、「エンタープライズ」メニューから「プロビジョニングとパッチ適用」を選択し、「Middlewareプロビジョニング」を選択します。
Middlewareプロビジョニング・ホームページの「プロファイル」セクションで、「作成」をクリックして「WebLogicドメインから」を選択します。
「次」をクリックします。
Fusion Middlewareのプロビジョニング・プロファイルの作成ページの「プロファイル詳細」セクションで、プロファイルの一意の名前と説明を入力します。デフォルトでは、すべてのプロファイルはソフトウェア・ライブラリで「Fusion Middlewareプロビジョニング/プロファイル」ディレクトリの下に一元的に配置されています。
「参照ターゲット」セクションで、WebLogicドメイン・ターゲットを検索および選択します。ターゲットを選択したら、ドメイン・ホーム、ホストおよびホストのOracleホーム詳細が移入されます。

WebLogicドメインの場合データベース・インスタンスがWebLogicドメインに関連付けられていることを確認する必要があります(これが不要な可能性があるプレーンWebLogicドメインの場合を除く)。データベースをドメインに関連付けるには、データベース・プロビジョニング・プロファイルの作成ウィザードを使用して、データベース・プロファイルを作成します。

選択したホスト・ターゲットへのログインに必要なOracleホーム資格証明を入力します。

ドメインのWebLogic管理者の既存の名前付き資格証明を入力するか、詳細を入力して新しい名前付き資格証明を作成します。

ノート:

ミドルウェア・ドメイン・プロビジョニング・プロファイルの作成時には、管理権限があるWebLogic名前付き資格証明を選択する必要があります。「WebLogic管理者資格証明」オプションを「資格証明のタイプ」として明示的に選択する必要があります。このオプションを選択しないと、同じ管理者ユーザーの管理者権限がない名前付き資格証明が作成され、プロファイルの作成が後で失敗します。

ノート:

ミドルウェア・ターゲット・ページからWebLogicドメイン・プロファイルを起動することもできます。これを行う場合、ターゲットのコンテキストが保持され、「タイプ」、「名前」、「ホスト」および「Oracleホーム」などのフィールドの詳細が事前移入されて表示されます。
ターゲットの選択に基づいて、次のいずれかのプロファイルを作成できます。
1. Oracleホームがあるドメインに基づくプロファイル: Oracleホーム・ファイルをアップロードしない場合、「参照ターゲット」セクションで使用できる「Oracleホームを含む」チェック・ボックスの選択を解除します。これを実行する場合、このドメイン・プロファイルからプロビジョニング中に、宛先にすでに存在する事前にデプロイしたOracleホームが必要です。Oracleホームの内容は、ドメイン・プロファイルで予期された内容と一致する必要があります。
2. Oracleホームがないドメインに基づくプロファイル: 「Oracleホームを含む」のデフォルトの選択を保持する場合、WebLogicドメインがドメイン構成、ミドルウェア・ホームおよびバイナリとともに作成されます。
  
  資格証明を指定するには、検索アイコンをクリックします。「資格証明の選択」ダイアログ・ボックスで、すでに設定されている資格証明を選択し、「OK」をクリックします。選択したターゲットに対して資格証明を検証するには、「テスト」をクリックします。
「ソフトウェア・ライブラリのアップロード場所」セクションで、ソフトウェア・ライブラリ・ストレージの詳細を選択します。有効なストレージ・タイプおよびアップロードの場所を指定してプロファイルを更新していることを確認してください。
「作成」をクリックし、プロファイル作成ジョブを発行します。ジョブが正常に実行されると、新しいエントリが「プロファイル」表で使用可能になります。プロファイル名をクリックすると、詳細を表示できます。

インストール・メディアに基づくプロファイルまたはOracleホームに基づくプロファイルからの新しいFusion Middlewareドメインのプロビジョニング

インストール・メディアベースのプロファイルを使用してOracle Fusion MiddlewareドメインまたはOracleホームをプロビジョニングするには、次のステップに従います。ステップは、SOA、OSB、WebCenter、またはWebLogicの場合も同じです。

ノート:

Oracle Fusion Middleware 12.1.0.7用のEnterprise Managerから、SOAとサービス・バスを単一の操作でプロビジョニングできるようになりました。このためには、SOAとサービス・バスのインストール・ファイルを含むインストール・メディア・プロファイルを作成し、このプロファイルをプロビジョニングする必要があります。以前のリリースまでは、1つのドメイン(たとえば、SOA)をプロビジョニングし、他の製品(たとえば、サービス・バス)を含めるためにそのドメインを拡張することのみが可能でした。このリリースでは、SOAとサービス・バスの両方を同時にプロビジョニングできる柔軟性を備えています。

Middlewareプロビジョニングでは、GridLinkデータ・ソースを使用するRACのみをサポートしています。

ノート:

接続先環境をさらにカスタマイズするには、「拡張」をクリックします。カスタマイズ可能な設定および構成パラメータについては、インストール・メディア・ベースのプロファイルまたはOracleホーム・ベースのプロファイルからの宛先環境のカスタマイズを参照してください。

Cloud Controlで、「エンタープライズ」メニューから「プロビジョニングとパッチ適用」を選択し、「Middlewareプロビジョニング」をクリックします。
Middlewareプロビジョニング・ホームページで、「プロファイル」表からインストール・メディア・プロファイルを選択し、「プロビジョニング」をクリックします。
Fusion Middlewareのプロビジョニング・ページの「一般」セクションにインストール・メディア・プロファイルが事前選択されて表示されます。

ノート:
WebCenterプロファイルをプロビジョニングしている場合、開発トポロジまたは製品トポロジの使用を選択できます。指定しない場合、デフォルトで製品トポロジが選択されます。トポロジの詳細は、Enterprise ManagerでサポートされるWebCenterトポロジについてを参照してください。
「ホスト」セクションで、ミドルウェア・ホームおよびWebLogicドメインをクローニングする必要がある宛先ホストを検索および選択します。+追加をクリックしてターゲット・ホストを追加し、それらのログイン資格証明を指定します。複数のホストを選択し、そのすべてのログイン資格証明が同じ場合は、すべてに同じ資格証明を選択できます。
「ミドルウェア」セクションに「ミドルウェア・ベース」および「Javaホーム」値が事前に移入されて表示され、必要に応じてこれらの値をカスタマイズできます。ドメイン管理者の資格証明を指定します。
「データベース」セクションで、プロビジョニングしているプロファイルに応じて次のオプションを使用できます。
- インストール・メディア・プロファイルから:
  
  インストール・メディア・プロファイルからプロビジョニングする場合、RCU shiphomeを含むプロファイルを使用して新しいスキーマを作成できます。これを実行するには、「スキーマの作成」オプションを選択します。「スキーマ接頭辞」のデフォルト値が移入されます。必要に応じてこれを変更できます。データベース・ターゲットと新規スキーマの資格証明を指定します。デフォルト・スキーマの作成オプションを選択解除した場合は、データベース・ターゲットの既存のスキーマが使用されます。
- Oracleホーム・プロファイルから:
  
  Oracleホーム・プロファイルからプロビジョニングする場合、新しいスキーマを作成できません。既存のスキーマを選択し、スキーマ・パスワードを指定する必要があります。
(オプション) 「アイデンティティとセキュリティ」セクションで、OIDターゲット名およびOID資格証明を入力する必要があります。これらは、LDAPオーセンティケータを作成するか、ドメインの資格証明ストアを再度関連付けるか、あるいはその両方を実行するための必須フィールドです。

ノート:
WebCenterプロファイルをプロビジョニングしている場合、このセクションは、デフォルト・オプションである製品トポロジにのみ表示されます。

これに加えて、OIDセクションで次のセットの入力を指定する必要があります。
- LDAPオーセンティケータ入力の構成。このセクションでは、LDAPオーセンティケータの作成方法を説明します。
  - オーセンティケータ名: OIDAuthenticatorプロバイダの名前を入力します。たとえば: MyOIDAuthenticator。
  - ユーザー・ベースDN: ユーザーが開始時に使用するDNを指定します。たとえば、cn=users,dc=us,dc=mycompany,dc=com
  - グループ・ベースDN: 「グループ」ノードを指すDNを指定します。例: cn=groups,dc=us,dc=mycompany,dc=com
  ノート:
  
  前提条件として、LDAPのユーザーおよびグループをすでにプロビジョニングしている必要があります。
- セキュリティ・ストア入力の構成: このセクションでは、JPSルート・ノード情報を指定します。JPSルート・ノードは、すべてのデータの移行先となるターゲットLDAPリポジトリです。フォーマットは、cn=nodeNameです。
  
  ノート:
  
  前提条件として、LDAPのルート・ノードをすでに作成している必要があります。
「Web層」セクションで、+追加をクリックしてOracle HTTP Server (OHS)ターゲットを検索および選択します。「資格証明」フィールドで、ターゲットにアクセスするための資格証明を指定します。複数のOracle HTTP Serverがある場合、「外部ロード・バランサURL」を指定する必要があります。

外部ロード・バランサのURLの形式: (http|https://hostname:port)

たとえば: http://host.example.com:80

ノート:

WebCenterターゲットをプロビジョニングする場合、内部ロード・バランサURLを追加で指定する必要があります。

内部ロード・バランサのURLの形式: (http|https|tcp:// hostname:port)

たとえば: http://host.example.com:80

ノート:

プレーンWebLogicドメインをプロビジョニングしている場合、このセクションは表示されません。
(WebCenter本番ドメインの場合のみ) WebCenter本番ドメインでSESドメインを構成するには、次のステップに従います。

前提条件:
- SESドメインが起動され実行中であることが必要です。
- SESドメインがWebCenterドメインと同じOIDで構成されている必要があります。
- 管理者ユーザー名のクロールをOIDに作成している必要があります。
WebCenterドメインでSESを構成するには、次の詳細を入力します。
1. 管理者ユーザーのクロールの資格証明をOIDに指定します。前提条件ステップの一部として作成したのと同じ管理者ユーザー名のクロールと管理者パスワードのクロールを入力する必要があります。Spacesおよびアイデンティティ管理システムのクロール管理ユーザーは、リスト、ページ、スペースおよびピープル・コネクション・プロファイルなどの特定のSpacesオブジェクトをクロールする必要があります。たとえば、mycrawladmin。
2. 「管理者ユーザー名の検索」および「管理者パスワードの検索」は、SESドメインの作成に使用される資格証明です。たとえば、Oracle SES 11.2.2.2リリースの場合は、「管理者ユーザー名の検索」はSEARCHSYSです。
3. 「ユーザーのユーザー名の検索」および「ユーザーのパスワードの検索」は、Oracle SES Federation Trusted Entityの資格証明です。これらは、SESのインストール中に作成されます。WebCenter Portalエンド・ユーザーが検索時にセキュアに伝播されるようにするため、各Oracle SESインスタンスには1つの信頼できるエンティティが必要です。トラステッド・エンティティによって、WebCenter Portalアプリケーションは、自身をOracle SESに認証し、Oracle SESでの問合せ時にユーザーを断定できます。このトラステッド・エンティティには、Oracle SESの背後のアイデンティティ管理サーバーに存在する任意のユーザー、またはOracle SESで内部的に作成された任意のユーザーを指定できます。たとえば、wesearch。
4. 「SES検索URL」フィールドに、検索管理ツールのURLを入力します。このURLの書式は、http://search_server_listenAddress:search_server_listenPortにする必要があります。たとえば、http://host.example.com:80とします。
ノート:

WebCenterドメインをSESで構成した後に、ポータル検索の問題が発生する場合は、次のステップを手動で実行する必要があります。

WebCenter PortalのOracleホームから、webcenter_portal_ses_admin.zipをSESドメインが存在するホストにコピーします。

webcenter_portal_ses_admin.zipを解凍し、facet.xmlおよびsearchAttrSortable.xmlのファイルを検索します。

たとえば、これらのXMLファイルは次のようになります。

/scratch/SES/oracle/middleware/Oracle_SES1/bin/searchadmin -p password -http://host.example.com:80/search/api/admin/AdminService createAll facetTree -i facet.xm

/scratch/SES/oracle/middleware/Oracle_SES1/bin/searchadmin -c http://http://host.example.com:80/search/api/admin/AdminService -p password updateAll searchAttr -a overwrite -i searchAttrSortable.xml

WebCenter Contentサーバーのスナップショットを手動で取得します。
「次へ」をクリックしてプロシージャをスケジュールします。「発行」をクリックした場合、プロシージャはすぐに実行されるように発行されます。「保存」をクリックしてこれをテンプレートとして保存します。この機能はロックダウンで特に有効です。たとえば、デザイナ・ロールでログインし、ロックダウンでテンプレートを作成し、このテンプレートを実行するために他の管理者/オペレータに必要な権限を割り当てることができます。「取消」をクリックしてプロシージャ構成を終了します。
発行後、「プロシージャ・アクティビティ」ページからプロビジョニング操作の進行状況を追跡できます。デプロイメント・プロシージャについてを参照してください。
新しくプロビジョニングしたターゲットを表示するには、「ターゲット」メニューから「ミドルウェア」を選択します。

インストール・メディア・ベースのプロファイルまたはOracleホーム・ベースのプロファイルからの宛先環境のカスタマイズ

接続先環境をカスタマイズするには、「Fusion Middlewareプロビジョニング」ウィザードで使用できる「拡張」オプションをクリックします。

ノート:

「拡張」オプションは、宛先ホストを選択した後にのみ有効になります。

次のステップを実行します。

ノート:

デフォルト・オプション「標準」を選択された状態のままとし、すべての詳細を指定することをお薦めします。この後、「拡張」をクリックして接続先環境をカスタマイズできます。このようにすると、ほとんどのパラメータのデフォルト値は事前移入されて表示され、残り(デルタ)の詳細のみを入力する必要があります。また、「拡張」モードから通常モードに切り替えた場合、これまで行ったすべての変更が失われます。

Cloud Controlで、「エンタープライズ」メニューから「プロビジョニングとパッチ適用」を選択し、「Middlewareプロビジョニング」をクリックします。
Middlewareプロビジョニング・ホームページで、「プロファイル」表からインストール・メディア・プロファイルを選択し、「プロビジョニング」をクリックします。
Fusion Middlewareのプロビジョニング構成ページの「一般」セクションにインストール・メディア・プロファイルが事前選択されて表示されます。

ノート:

WebCenterプロファイルをプロビジョニングしている場合、開発トポロジまたは製品トポロジの使用を選択できます。指定しない場合、デフォルトでは製品トポロジが選択されます。Enterprise ManagerでサポートされるWebCenterトポロジについてを参照してください。

デフォルトでは、ミドルウェア・ホームが選択されており、このオプションは選択解除できません。ただし、ミドルウェア・ホームに新規ドメインを作成するかどうかを選択できます。「ドメインのプロビジョニング」を選択した場合、ミドルウェア・ホームが宛先ホストで作成され、新規ドメインが、宛先ホストのこのミドルウェア・ホームに設定されます。

ノート:
SOAまたはService Busプロファイルをプロビジョニングしている場合は、他の製品を含むようにドメインを拡張できます。たとえば、SOAドメインをプロビジョニングしている場合に「既存ドメインの拡張」オプションを選択すると、Service Busを含むようにSOAドメインを拡張できます。ドメインを拡張するには、ドメインを選択し、管理者資格証明を指定する必要があります。ドメイン拡張機能は、既存ドメインにさらに管理対象サーバーを追加する、ドメインのスケーリングとは異なります。拡張ドメインには、2つの製品を含むハイブリッド・ドメインを作成できます。現在は、SOAまたはサービス・バス・ドメインの拡張のみが可能です。WebCenterなどの他の製品のサポートは使用できません。

複数の宛先ホストを追加した場合は、「共有記憶域の使用」オプションを選択して、これらのホストの共有場所を使用します。それに接続されている中央インベントリが、Oracleホームを共有しているすべてのホストでローカルに実行されます。

ミドルウェア・ホームのみクローニングするには、「ドメインのプロビジョニング」の選択を解除します。
「ホスト」セクションで、ミドルウェア・ホームおよびWebLogicドメインをクローニングする必要がある宛先ホストを検索および選択します。+追加をクリックしてターゲット・ホストを追加し、それらのログイン資格証明を指定します。複数のホストを選択し、そのすべてのログイン資格証明が同じ場合は、すべてに同じ資格証明を選択できます。
「ミドルウェア」セクションに、「ミドルウェア・ベース」および「Javaホーム」フィールドの値が事前に移入されて表示されます。必要に応じて場所の詳細を変更できます。
- 「ミドルウェア・ホーム」には、ミドルウェア・ホームを作成するディレクトリのフルパスを入力します。
- 「Javaホーム」には、宛先ホストで使用されるJDKディレクトリの絶対パスを入力します。
  
  ノート:
  JDKをすべてのホストの同じパスですでにインストール済である必要があります。
「ドメイン」セクションに、ソース・ドメインの構成がデフォルトで表示されます。次の属性を変更してドメインのプロパティをカスタマイズできます。
- ドメイン名: ドメイン名です。ドメインのための生成されたコンポーネントは、指定されたドメイン・ディレクトリに保存されます。たとえば、mydomainと入力すると、ドメイン・ファイルはデフォルトでMW_HOME\user_projects\domains\mydomainに保存されます。
- 管理者のユーザー名: デフォルトのドメイン管理者アカウントです。このアカウントは、ドメインの管理サーバーの起動および接続に使用されます。ユーザー名には、カンマ、タブ、または次の文字を含めることはできません: < > # | & ? ( ) { }。
- 管理者のパスワード: 管理者アカウントのためのパスワードです。パスワードは、8文字以上で、1文字以上の数字または以下の文字のうちのいずれかを1文字以上を含む必要があります: ! " # $ % & ' ( ) * + , - . / : ; < = > ? @ [ \ ] ^ _ ` { | } ~
- 一意のドメイン識別子: 一意のドメイン識別子はドメイン名に対する接頭辞です。
- JVMDエージェントのデプロイ: WeblogicドメインのサーバーまたはクラスタにJVMDエージェントをデプロイします。Java仮想マシン診断(JVMD)を使用すると、Javaアプリケーションのパフォーマンス問題を管理者が診断できます。JVMDエージェントをターゲットのJVM (本番WebLogic Serverで動作しているもの)にデプロイすると、リアルタイム・データが収集されて、JVM診断エンジンに送信されます。
- 使用可能なJVMDエンドポイント: これは使用可能なJVMDエンドポイントのリストです。JVMDを正常にデプロイするには、JVMDエンジンがアクティブである必要があります。JVMDエンジンがアクティでない場合、エージェントはデプロイされません。
- ターゲット: これは、クラスタまたは管理対象サーバーのターゲットのリストです。ターゲットが指定されていない場合、JVMDエージェントはデフォルトでドメインのすべてのクラスタおよび非クラスタ・サーバーにデプロイされます。クラスタがターゲットとして選択されている場合は、そのクラスタのすべてのサーバーに自動的にエージェントがデプロイされます。
- ドメイン・ディレクトリ: ドメイン・ディレクトリを格納する場所です。デフォルトではソースと同じパスを使用してこのディレクトリが作成されますが変更できます。たとえば: ミドルウェア・ホームが/user/mwhにある場合、ドメイン・ディレクトリは/user/domainsとして作成されます。ドメインの場所には、ローカル・ドライブまたはネットワーク上の任意の場所を指定できます。Windowsでは、このパスにドライブ文字も含める必要があります。
- アプリケーション・ディレクトリ: アプリケーションが宛先ホストにデプロイされるディレクトリ。デフォルトではソースと同じパスを使用してこのディレクトリが作成されますが変更できます。たとえば: ミドルウェア・ホームが/user/mwhにある場合、アプリケーション・ディレクトリは/user/mwh/applicationsとして作成されます。
- ドメイン・モード: ドメインは次のいずれかのモードで動作できます。
  
  本番: ドメインは本番用として使用されます。このモードでは、セキュリティ構成が比較的厳重であり、アプリケーションのデプロイにユーザー名とパスワードが要求されます。
  
  開発: ドメインは開発に使用されます。このモードでは、セキュリティ構成が比較的緩和され、アプリケーションの自動デプロイが許可されます。
- サーバーの起動モード: 要件に応じて次のモードの1つでサーバーを起動できます。
  
  すべてのサーバーおよびノード・マネージャを起動: これはデフォルト・オプションです。通常、変更がない場合、およびプロシージャが予期したとおりに稼働している場合は、このオプションを選択します。
  
  管理サーバーのみを起動: このオプションは、管理サーバーまたはノード・マネージャのみを起動します。通常、カスタム・ステップを追加してWLSTオンライン・スクリプトを起動し、次にサーバーを起動する場合にこのオプションを選択します。
  
  サーバーもノード・マネージャも起動しない: このオプションでは、サーバーまたはノード・マネージャは起動されません。通常、サーバーを起動する前にドメインをカスタマイズする必要がある場合に、このオプションを選択します。
「クラスタ」セクションで、クラスタの名前を変更し、クラスタ内の管理対象サーバーを識別するクラスタ・アドレスを入力できます。メッセージング・モードとして「ユニキャスト」または「マルチキャスト」を選択できます。「マルチキャスト」モードを選択した場合は、クラスタでマルチキャスト通信専用に使用するアドレスとポート番号を入力します。+追加をクリックして、構成に1つ以上のクラスタを追加します。

SOAまたはOSBドメインはOWSMクラスタで構成できます。「OWSMクラスタの追加」をクリックして、SOAまたはOSBドメインをOWSMクラスタで構成します。
「マシン」セクションで、ドメイン内のマシンの構成情報を入力します。マシンとは、1つまたは複数のWebLogic Serverインスタンスをホストするシステムの論理的な表現です。管理サーバーおよびノード・マネージャは、マシン定義を使用してリモート・サーバーを起動します。+追加をクリックして、1つ以上のマシン構成を追加します。次の詳細を入力します。
- ノード・マネージャ・ホーム: ノード・マネージャがインストールされるディレクトリ。デフォルトでは、ノード・マネージャはミドルウェア・ホーム・ディレクトリの親ディレクトリの下にインストールされますが、これは変更できます。
  \
  
  ノート:
  ノード・マネージャ・ホームは必ず管理サーバー・ドメイン・ホーム内にインストールされている必要があります。
- ノード・マネージャ資格証明: 管理サーバー資格証明と同じ資格証明を使用するか、別のノード・マネージャの資格証明を指定するためのオプションを選択解除できます。
- マシン名: マシンに対して一意の名前を入力します。
- ホスト: メニューからホスト名を選択します。
- ノード・マネージャ・リスニング・アドレス: ノード・マネージャによって使用される、接続リクエストのリスニングのためのリスニング・アドレスを入力します。デフォルトでは、ドロップダウン・リストにローカル・システムに定義済のIPアドレスおよびlocalhostが表示されます。デフォルト値は、ソース・ドメインで指定した値と同じです。
  
  ノート:
  複数のマシンが同じホスト上で実行中の場合、各ホストのノード・マネージャ・ホームの場所は異なる必要があります。
- ノード・マネージャ・リスニング・ポート: ノード・マネージャによって使用される、接続リクエストのリスニングのためのリスニング・ポートの有効値を入力します。ノード・マネージャのリスニング・ポートの有効なポート範囲は1から65535です。デフォルトの値は5556です。ポート番号は、宛先マシンで使用可能である必要があります。
「サーバー」セクションで、管理サーバーと1つ以上の管理対象サーバーの構成情報を入力します。
- 「Coherenceの構成」チェック・ボックスを選択します。
- Coherenceポート: このフィールドは、「Coherenceの構成」オプションを選択した場合にのみ有効になります。デフォルトで移入されるポート番号を保持するか、変更できます。
- リスニング・ポート: このオプションはデフォルトで選択されます。リスニング・ポートの値が事前に移入されます。1から65535までの任意の値を入力できます。ここで入力するポート番号は、宛先マシンで使用可能である必要があります。
  
  ノート:
  停止ステータスのポート番号を使用してドメインがホストに登録されている場合は、デプロイメント・プロシージャを開始する前に、別のポートを選択するか手動でドメインを登録解除する必要があります。
- SSLリスニング・ポート: 「SSLリスニング・ポート」を有効にした場合は、セキュアなリクエストのためのSSLリスニング・ポートのポート番号を入力します。リスニング・ポートおよびSSLリスニング・ポートとして指定するポート番号が使用可能であることを確認する必要があります。SSL構成を使用する場合は、ファイル・システム上、ソースと同じパス配下にセキュリティ・ストアまたはアイデンティティ・ストアが存在し、宛先ホストのために生成された証明書で構成されていることを確認する必要があります。
- 管理ポート: このポートにより、ドメインが管理モードで実行可能になります。この場合、すべてのサーバーでSSLを有効にする必要があります。
- ホスト: 管理サーバーまたは管理対象サーバーがインストールされるホストを選択します。
- リスニング・アドレス: 管理サーバーまたは管理対象サーバーのインスタンスへの接続に使用するリスニング・アドレスを入力します。
- マシン: 管理サーバーまたは管理対象サーバーに関連付けられるマシン構成を選択します。
- クラスタ: 管理対象サーバーに関連付けられるクラスタを選択します。
- サーバーの起動: クリックして、サーバー起動パラメータを入力します。通常、ノード・マネージャは、起動オプションを指定する必要なくサーバーを起動できますが、環境をカスタマイズしたため、「サーバー起動パラメータ」ダイアログ・ボックスに起動オプションを指定する必要があります。
- トランザクション・ログ・ディレクトリ: トランザクション・ログは、サーバーが調整およびコミットする、完了していない可能性のあるトランザクションに関する情報を格納します。Oracle WebLogic Serverは、システム・クラッシュやネットワーク障害のリカバリでこのトランザクション・ログを使用します。クラスタ内の管理対象サーバーでトランザクション回復サービスの移行機能を活用するには、管理対象サーバーとそのバックアップ・サーバーからアクセス可能な場所にトランザクション・ログを格納します。
- 管理対象サーバーのドメイン・ディレクトリ: 管理対象サーバーがインストールされているディレクトリ。デフォルトでは、Middlewareホーム・ディレクトリの親ディレクトリの下にインストールされますが、これは変更できます。
「JMSサーバー」セクションで、+追加をクリックして新しいJMS永続ストアとJMSサーバーを追加します。ストレージ・タイプは次のいずれかにすることができます。
- JMSファイル・ストアは、永続メッセージを保存できるディスクベースのファイルです。ドメインに構成したJMSファイル・ストアを変更できます。
- JDBCストア:
  - データ・ソース
  - ターゲット
「データベース」セクションで、プロビジョニングしているプロファイルに応じて次のオプションを使用できます。
- インストール・メディア・プロファイルから:
  
  データベース・ターゲットを検索および選択します。「スキーマ接頭辞」のデフォルト値が移入されます。必要に応じてこれを変更できます。
  - 「スキーマの作成」オプションでは、デフォルトで選択されたRCUプロファイルの新規スキーマを作成できます。データベース・ターゲットと新規スキーマの資格証明を指定します。
  - 選択したデータベース・ターゲット上のすべてのデータソースに同じユーザー名およびパスワードを使用する場合は、「すべてに同じパスワード」オプションを選択します。
    
    デフォルト・スキーマの作成オプションを選択解除した場合は、データベース・ターゲットの既存のスキーマが使用されます。
- Oracleホーム・プロファイルから:
  
  デフォルト・スキーマの作成オプションを選択解除した場合は、データベース・ターゲットの既存のスキーマが使用されます。
(オプション) 「アイデンティティとセキュリティ」セクションで、OIDターゲット名およびOID資格証明を入力する必要があります。これらは、LDAPオーセンティケータを作成するか、ドメインの資格証明ストアを再度関連付けるか、あるいはその両方を実行するための必須フィールドです。

ノート:

WebCenterプロファイルをプロビジョニングしている場合、このセクションは、デフォルト・オプションである製品トポロジにのみ表示されます。

これに加えて、OIDセクションで次のセットの入力を指定する必要があります。
- LDAPオーセンティケータ入力の構成。このセクションでは、LDAPオーセンティケータの作成方法を説明します。
  - オーセンティケータ名: OIDAuthenticatorプロバイダの名前を入力します。たとえば: MyOIDAuthenticator。
  - ユーザー・ベースDN: ユーザーが開始時に使用するDNを指定します。たとえば、cn=users,dc=us,dc=mycompany,dc=com
  - グループ・ベースDN: 「グループ」ノードを指すDNを指定します。例: cn=groups,dc=us,dc=mycompany,dc=com
  ノート:
  
  前提条件として、LDAPのユーザーおよびグループをすでにプロビジョニングしている必要があります。
- セキュリティ・ストア入力の構成: このセクションでは、JPSルート・ノード情報を指定します。JPSルート・ノードは、すべてのデータの移行先となるターゲットLDAPリポジトリです。フォーマットは、cn=nodeNameです。
  
  ノート:
  
  前提条件として、LDAPのルート・ノードをすでに作成している必要があります。
「Web層」セクションで、+追加をクリックしてOracle HTTP Server (OHS)ターゲットを検索および選択します。「資格証明」フィールドで、ターゲットにアクセスするための資格証明を指定します。複数のOracle HTTP Serverがある場合、「外部ロード・バランサURL」を指定する必要があります。

外部ロード・バランサのURLの形式: (http|https://hostname:port)

たとえば: http://host.example.com:80

ノート:
WebCenterターゲットをプロビジョニングする場合、内部ロード・バランサURLを追加で指定する必要があります。

内部ロード・バランサのURLの形式: (http|https|tcp:// hostname:port)

たとえば: tcp://wcp-prov-ucm.example.com:4444

ノート:
プレーンWebLogicドメインをプロビジョニングしている場合、このセクションは表示されません。
(WebCenter本番ドメインの場合のみ) WebCenter本番ドメインでSESドメインを構成するには、次のステップに従います。

前提条件:
- SESドメインが起動され実行中であることが必要です。
- SESドメインがWebCenterドメインと同じOIDで構成されている必要があります。
- 管理者ユーザー名のクロールをOIDに作成している必要があります。
WebCenterドメインでSESを構成するには、次の詳細を入力します。
1. 管理者ユーザーのクロールの資格証明をOIDに指定します。前提条件ステップの一部として作成したのと同じ管理者ユーザー名のクロールと管理者パスワードのクロールを入力する必要があります。Spacesおよびアイデンティティ管理システムのクロール管理ユーザーは、リスト、ページ、スペースおよびピープル・コネクション・プロファイルなどの特定のSpacesオブジェクトをクロールする必要があります。たとえば、mycrawladmin。
2. 「管理者ユーザー名の検索」および「管理者パスワードの検索」は、SESドメインの作成に使用される資格証明です。たとえば、Oracle SES 11.2.2.2リリースの場合は、「管理者ユーザー名の検索」はSEARCHSYSです。
3. 「ユーザーのユーザー名の検索」および「ユーザーのパスワードの検索」は、Oracle SES Federation Trusted Entityの資格証明です。これらは、SESのインストール中に作成されます。WebCenter Portalエンド・ユーザーが検索時にセキュアに伝播されるようにするため、各Oracle SESインスタンスには1つの信頼できるエンティティが必要です。トラステッド・エンティティによって、WebCenter Portalアプリケーションは、自身をOracle SESに認証し、Oracle SESでの問合せ時にユーザーを断定できます。このトラステッド・エンティティには、Oracle SESの背後のアイデンティティ管理サーバーに存在する任意のユーザー、またはOracle SESで内部的に作成された任意のユーザーを指定できます。たとえば、wesearch。
4. 「SES検索URL」フィールドに、検索管理ツールのURLを入力します。このURLの書式は、http://search_server_listenAddress:search_server_listenPortにする必要があります。たとえば、http://host.example.com:80とします。
ノート:

WebCenterドメインをSESで構成した後に、ポータル検索の問題が発生する場合は、次のステップを手動で実行する必要があります。

WebCenter PortalのOracleホームから、webcenter_portal_ses_admin.zipをSESドメインが存在するホストにコピーします。

webcenter_portal_ses_admin.zipを解凍し、facet.xmlファイルおよびsearchAttrSortable.xmlファイルを見つけます。

たとえば、これらのXMLファイルは次のようになります。

/scratch/SES/oracle/middleware/Oracle_SES1/bin/searchadmin -p password -c http://host.example.com:80/search/api/admin/AdminService createAll facetTree -i facet.xml

/scratch/SES/oracle/middleware/Oracle_SES1/bin/searchadmin -c http://host.example.com:80/search/api/admin/AdminService -p password updateAll searchAttr -a overwrite -i searchAttrSortable.xml

WebCenter Contentサーバーのスナップショットを手動で取得します。
「カスタム・スクリプト」セクションで、ソフトウェア・ライブラリにディレクティブとして格納されているスクリプトを選択して、デプロイメント・プロシージャをカスタマイズできます。次のオプションが可能であり、パラメータを含むスクリプトを渡すかどうかを選択できます。
1. 入力パラメータを含むスクリプトを渡すことができます。詳細は、ソフトウェア・ライブラリに格納されているカスタム・スクリプトの使用を参照してください。
  
  ノート:
  入力パラメータを渡す場合は、「入力ファイル」のデフォルト・オプションの選択を許可していることを確認してください。たとえば、「前処理スクリプト」フィールドで、以前作成したMy Custom Script With Parametersを選択できます。詳細は、入力パラメータを含むカスタム・スクリプトの使用を参照してください。
  
  サンプル入力プロパティ(input.properties)ファイルの内容を次に示します。
```
ADMIN_SERVER_LISTEN_ADDRESS=host.example.com
ADMIN_SERVER_LISTEN_PORT=7001
ADMIN_PROTOCOL=t3
MIDDLEWARE_HOME=/scratch/usr1/soa/middleware
```
2. または、入力パラメータを含まないスクリプトを渡すことを選択できます。詳細は、ソフトウェア・ライブラリに格納されているカスタム・スクリプトの使用を参照してください。
  
  ノート:
  
  入力パラメータを渡さない場合、「入力ファイル」オプションの選択を解除する必要があります。たとえば、「前処理スクリプト」フィールドで、以前作成したMy Custom Script Without Parametersを選択できます。詳細は、入力パラメータを含まないカスタム・スクリプトの使用を参照してください。
次のスクリプトを渡してプロシージャをカスタマイズできます。
「次へ」をクリックしてプロシージャをスケジュールします。「発行」をクリックした場合、プロシージャはすぐに実行されるように発行されます。「保存」をクリックしてこれをテンプレートとして保存します。この機能はロックダウンで特に有効です。たとえば、デザイナ・ロールでログインし、ロックダウンでテンプレートを作成し、このテンプレートを実行するために他の管理者/オペレータに必要な権限を割り当てることができます。「取消」をクリックしてプロシージャ構成を終了します。
発行後、「プロシージャ・アクティビティ」ページからプロビジョニング操作の進行状況を追跡できます。詳細は、デプロイメント・プロシージャについてを参照してください。
新しくプロビジョニングしたターゲットを表示するには、「ターゲット」メニューから「ミドルウェア」を選択します。

既存のOracleホームからのFusion Middlewareドメインのプロビジョニング

既存のOracleホームから新しいドメインをプロビジョニングするには、次のステップに従います。

ノート:

接続先環境をさらにカスタマイズするには、「拡張」をクリックします。カスタマイズ可能な設定および構成パラメータについては、「既存のOracleホームからの宛先環境のカスタマイズ」を参照してください。

Cloud Controlで、「エンタープライズ」メニューから「プロビジョニングとパッチ適用」を選択し、「Middlewareプロビジョニング」をクリックします。
Middlewareプロビジョニング・ホームページの「デプロイメント・プロシージャ」セクションで、「Fusion Middlewareのプロビジョニング」を選択し、「起動」をクリックします。
Middlewareプロビジョニング・ページの「一般」セクションで、「Oracleホーム」を選択します。検索アイコンをクリックすると、「ターゲットの選択」ダイアログ・ボックスが表示されます。再利用するWebLogic Serverホームを検索および選択します。
「ホスト」セクションで、+追加をクリックして、クローンを作成したミドルウェア・ホームが置かれる宛先ホストを検索して選択します。クローニング操作の場合は、宛先ホストのログイン資格証明を指定する必要があります。複数のホストを選択し、そのすべてのログイン資格証明が同じ場合は、すべてに同じ資格証明オプションを選択できます。
「ミドルウェア」セクションで、ドメインの管理者資格証明を指定します。
「データベース」セクションで、データベース・ターゲットを選択し、既存のスキーマを選択してスキーマ・パスワードを指定します。
(オプション) 「アイデンティティとセキュリティ」セクションで、OIDターゲット名およびOID資格証明を入力する必要があります。これらは、LDAPオーセンティケータを作成するか、ドメインの資格証明ストアを再度関連付けるか、あるいはその両方を実行するための必須フィールドです。

ノート:

WebCenterプロファイルをプロビジョニングしている場合、このセクションは、デフォルト・オプションである製品トポロジにのみ表示されます。

これに加えて、OIDセクションで次のセットの入力を指定する必要があります。
- LDAPオーセンティケータ入力の構成。このセクションでは、LDAPオーセンティケータの作成方法を説明します。
  - オーセンティケータ名: OIDAuthenticatorプロバイダの名前を入力します。たとえば: MyOIDAuthenticator。
  - ユーザー・ベースDN: ユーザーが開始時に使用するDNを指定します。たとえば、cn=users,dc=us,dc=mycompany,dc=com
  - グループ・ベースDN: 「グループ」ノードを指すDNを指定します。例: cn=groups,dc=us,dc=mycompany,dc=com
  ノート:
  
  前提条件として、LDAPのユーザーおよびグループをすでにプロビジョニングしている必要があります。
- セキュリティ・ストア入力の構成: このセクションでは、JPSルート・ノード情報を指定します。JPSルート・ノードは、すべてのデータの移行先となるターゲットLDAPリポジトリです。フォーマットは、cn=nodeNameです。
  
  ノート:
  
  前提条件として、LDAPのルート・ノードをすでに作成している必要があります。
「Web層」セクションで、+追加をクリックしてOracle HTTP Server (OHS)ターゲットを検索および選択します。「資格証明」フィールドで、ターゲットにアクセスするための資格証明を指定します。複数のOracle HTTP Serverがある場合、「外部ロード・バランサURL」を指定する必要があります。

外部ロード・バランサのURLの形式: (http|https://hostname:port)

たとえば: http://wcp-prov.example.com:80

ノート:

WebCenterターゲットをプロビジョニングする場合、内部ロード・バランサURLを追加で指定する必要があります。

内部ロード・バランサのURLの形式: (http|https|tcp:// hostname:port)

たとえば: tcp://wcp-prov-ucm.example.com:4444

ノート:

プレーンWebLogicドメインをプロビジョニングしている場合、このセクションは表示されません。
(WebCenter本番ドメインの場合のみ) WebCenter本番ドメインでSESドメインを構成するには、次のステップに従います。

前提条件:
- SESドメインが起動され実行中であることが必要です。
- SESドメインがWebCenterドメインと同じOIDで構成されている必要があります。
- 管理者ユーザー名のクロールをOIDに作成している必要があります。
WebCenterドメインでSESを構成するには、次の詳細を入力します。
1. 管理者ユーザーのクロールの資格証明をOIDに指定します。前提条件ステップの一部として作成したのと同じ管理者ユーザー名のクロールと管理者パスワードのクロールを入力する必要があります。Spacesおよびアイデンティティ管理システムのクロール管理ユーザーは、リスト、ページ、スペースおよびピープル・コネクション・プロファイルなどの特定のSpacesオブジェクトをクロールする必要があります。たとえば、mycrawladmin。
2. 「管理者ユーザー名の検索」および「管理者パスワードの検索」は、SESドメインの作成に使用される資格証明です。たとえば、Oracle SES 11.2.2.2リリースの場合は、「管理者ユーザー名の検索」はSEARCHSYSです。
3. 「ユーザーのユーザー名の検索」および「ユーザーのパスワードの検索」は、Oracle SES Federation Trusted Entityの資格証明です。これらは、SESのインストール中に作成されます。WebCenter Portalエンド・ユーザーが検索時にセキュアに伝播されるようにするため、各Oracle SESインスタンスには1つの信頼できるエンティティが必要です。トラステッド・エンティティによって、WebCenter Portalアプリケーションは、自身をOracle SESに認証し、Oracle SESでの問合せ時にユーザーを断定できます。このトラステッド・エンティティには、Oracle SESの背後のアイデンティティ管理サーバーに存在する任意のユーザー、またはOracle SESで内部的に作成された任意のユーザーを指定できます。たとえば、wesearch。
4. 「SES検索URL」フィールドに、検索管理ツールのURLを入力します。このURLの書式は、http://search_server_listenAddress:search_server_listenPortにする必要があります。たとえば、http://slc01rsk.us.example.com:5720
ノート:

WebCenterドメインをSESで構成した後に、ポータル検索の問題が発生する場合は、次のステップを手動で実行する必要があります。

WebCenter PortalのOracleホームから、webcenter_portal_ses_admin.zipをSESドメインが存在するホストにコピーします。

webcenter_portal_ses_admin.zipを解凍し、facet.xmlおよびsearchAttrSortable.xmlのファイルを検索します。

たとえば、これらのXMLファイルは次のようになります。

/scratch/SES/oracle/middleware/Oracle_SES1/bin/searchadmin -p password -c http://slc01rsk.us.example.com:5720/search/api/admin/AdminService createAll facetTree -i facet.xml

/scratch/SES/oracle/middleware/Oracle_SES1/bin/searchadmin -c http://slc01rsk.us.example.com:5720/search/api/admin/AdminService -p password updateAll searchAttr -a overwrite -i searchAttrSortable.xml

WebCenter Contentサーバーのスナップショットを手動で取得します。
「次へ」をクリックしてプロシージャをスケジュールします。「発行」をクリックした場合、プロシージャはすぐに実行されるように発行されます。「保存」をクリックしてこれをテンプレートとして保存します。この機能はロックダウンで特に有効です。たとえば、ロックダウンを使用してテンプレートを作成し、オペレータ権限を持つ他のユーザーにわずかな変更のあるテンプレートを複数回実行することを許可する場合です。

「取消」をクリックしてプロシージャ構成を終了します。
発行後、「プロシージャ・アクティビティ」ページからプロビジョニング操作の進行状況を追跡できます。詳細は、デプロイメント・プロシージャについてを参照してください。
新しくプロビジョニングしたターゲットを表示するには、「ターゲット」メニューから「ミドルウェア」を選択します。

既存のOracleホームからの宛先環境のカスタマイズ

接続先環境をカスタマイズするには、「Fusion Middlewareプロビジョニング」ウィザードで使用できる「拡張」をクリックします。宛先ホストを選択した後にのみ「拡張」オプションが有効であることに注意してください。

次のステップを実行します。

ノート:

デフォルト・オプション「標準」を選択された状態のままとし、すべての詳細を指定することをお薦めします。この後、「拡張」をクリックして接続先環境をカスタマイズできます。このようにすると、ほとんどのパラメータのデフォルト値は事前移入されて表示され、残り(デルタ)の詳細のみを入力する必要があります。また、「拡張」モードから通常モードに切り替えた場合、これまで行ったすべての変更が失われます。

Cloud Controlで、「エンタープライズ」メニューから「プロビジョニングとパッチ適用」を選択し、「Middlewareプロビジョニング」をクリックします。
Middlewareプロビジョニング・ホームページの「デプロイメント・プロシージャ」セクションで、「Fusion Middlewareのプロビジョニング」を選択し、「起動」をクリックします。
Fusion Middlewareのプロビジョニング構成ページの「一般」セクションにOracleホームが事前選択されて表示されます。

デフォルトでは、「ドメインのプロビジョニング」オプションが選択されます。基本的に、新しいドメインは既存のOracleホームでプロビジョニングされます。

ミドルウェア・ホームのみクローニングするには、「ドメインのプロビジョニング」の選択を解除します。
「ホスト」セクションで、ミドルウェア・ホームおよびWebLogicドメインをクローニングする必要のある宛先ホストを検索し選択します。+追加をクリックしてターゲット・ホストを追加し、それらのログイン資格証明を指定します。複数のホストを選択し、そのすべてのログイン資格証明が同じ場合は、すべてに同じ資格証明を選択できます。
「ドメイン」セクションに、ドメインの構成がデフォルトで表示されます。次の属性を変更してドメインのプロパティをカスタマイズできます。
- ドメイン名: ドメイン名です。ドメインのための生成されたコンポーネントは、指定されたドメイン・ディレクトリに保存されます。たとえば、mydomainと入力すると、ドメイン・ファイルはデフォルトでMW_HOME\user_projects\domains\mydomainに保存されます。一意のドメイン名を指定してください。
- 管理者のユーザー名: デフォルトのドメイン管理者アカウントです。このアカウントは、ドメインの管理サーバーの起動および接続に使用されます。ユーザー名には、カンマ、タブ、または次の文字を含めることはできません: < > # | & ? ( ) { }。
- 管理者のパスワード: 管理者アカウントのためのパスワードです。パスワードは、8文字以上で、1文字以上の数字または以下の文字のうちのいずれかを1文字以上を含む必要があります: ! " # $ % & ' ( ) * + , - . / : ; < = > ? @ [ \ ] ^ _ ` { | } ~
- 一意のドメイン識別子: 一意のドメイン識別子はドメイン名に対する接頭辞です。
- ドメイン・ディレクトリ: ドメイン・ディレクトリを格納する場所です。デフォルトではソースと同じパスを使用してこのディレクトリが作成されますが変更できます。たとえば: ミドルウェア・ホームが/user/mwhにある場合、ドメイン・ディレクトリは/user/domainsとして作成されます。ドメインの場所には、ローカル・ドライブまたはネットワーク上の任意の場所を指定できます。Windowsでは、このパスにドライブ文字も含める必要があります。
- アプリケーション・ディレクトリ: アプリケーションが宛先ホストにデプロイされるディレクトリ。デフォルトでは、このディレクトリは、ミドルウェア・ホームの親ディレクトリの下に作成されます。たとえば: ミドルウェア・ホームが/user/mwhにある場合、アプリケーション・ディレクトリは/user/mwh/applicationsとして作成されます。
- ドメイン・モード: ドメインは次のいずれかのモードで動作できます。
  
  本番: ドメインは本番用として使用されます。このモードでは、セキュリティ構成が比較的厳重であり、アプリケーションのデプロイにユーザー名とパスワードが要求されます。
  
  開発: ドメインは開発に使用されます。このモードでは、セキュリティ構成が比較的緩和され、アプリケーションの自動デプロイが許可されます。
- サーバーの起動モード: 要件に応じて次のモードの1つでサーバーを起動できます。
  
  すべてのサーバーおよびノード・マネージャを起動: これはデフォルト・オプションです。通常、変更がない場合、およびプロシージャが予期したとおりに稼働している場合は、このオプションを選択します。
  
  管理サーバーのみを起動: このオプションは、管理サーバーまたはノード・マネージャのみを起動します。通常、カスタム・ステップを追加してWLSTオンライン・スクリプトを起動し、次にサーバーを起動する場合にこのオプションを選択します。
  
  サーバーもノード・マネージャも起動しない: このオプションでは、サーバーまたはノード・マネージャは起動されません。通常、サーバーを起動する前にドメインをカスタマイズする必要がある場合に、このオプションを選択します。
「クラスタ」セクションで、クラスタの名前を変更し、クラスタ内の管理対象サーバーを識別するクラスタ・アドレスを入力できます。メッセージング・モードとして「ユニキャスト」または「マルチキャスト」を選択できます。「マルチキャスト」モードを選択した場合は、クラスタでマルチキャスト通信専用に使用するアドレスとポート番号を入力します。+追加をクリックして、構成に1つ以上のクラスタを追加します。
「マシン」セクションで、ドメイン内のマシンの構成情報を入力します。マシンとは、1つまたは複数のWebLogic Serverインスタンスをホストするシステムの論理的な表現です。管理サーバーおよびノード・マネージャは、マシン定義を使用してリモート・サーバーを起動します。+追加をクリックして、1つ以上のマシン構成を追加します。次の詳細を入力します。
- ノード・マネージャ・ホーム: ノード・マネージャがインストールされるディレクトリ。デフォルトでは、ノード・マネージャはミドルウェア・ホーム・ディレクトリの親ディレクトリの下にインストールされますが、これは変更できます。
  
  ノード・マネージャ・ホームは常に管理サーバー・ドメイン・ホーム内にインストールされている必要があります。
- ノード・マネージャ資格証明: 管理サーバー資格証明と同じ資格証明を使用するか、別のノード・マネージャの資格証明を指定するためのオプションを選択解除できます。
- マシン名: マシンに対して一意の名前を入力します。
- ホスト: メニューからホスト名を選択します。
- ノード・マネージャ・リスニング・アドレス: ノード・マネージャによって使用される、接続リクエストのリスニングのためのリスニング・アドレスを入力します。デフォルトでは、ドロップダウン・リストにローカル・システムに定義済のIPアドレスおよびlocalhostが表示されます。デフォルト値は、ソース・ドメインで指定した値と同じです。複数のマシンが同じホスト上で実行中の場合、各ホストのノード・マネージャ・ホームの場所は異なる必要があります。
- ノード・マネージャ・リスニング・ポート: ノード・マネージャによって使用される、接続リクエストのリスニングのためのリスニング・ポートの有効値を入力します。ノード・マネージャのリスニング・ポートの有効なポート範囲は1から65535です。デフォルトの値は5556です。ポート番号は、宛先マシンで使用可能である必要があります。
「サーバー」セクションで、管理サーバーと1つ以上の管理対象サーバーの構成情報を入力します。
- 「Coherenceの構成」チェック・ボックスを選択します。
- Coherenceポート: このフィールドは、「Coherenceの構成」オプションを選択した場合にのみ有効になります。デフォルトで移入されるポート番号を保持するか、変更できます。
- リスニング・ポート: このオプションはデフォルトで選択されます。リスニング・ポートの値が事前に移入されます。1から65535までの任意の値を入力できます。ここで入力するポート番号は、宛先マシンで使用可能である必要があります。
  
  ステータスが停止中のポート番号を使用してドメインがホストに登録されている場合は、デプロイメント・プロシージャを開始する前に、別のポートを選択するかドメインを手動で登録解除する必要があります。
- SSLリスニング・ポート: 「SSLリスニング・ポート」を有効にした場合は、セキュアなリクエストのためのSSLリスニング・ポートのポート番号を入力します。リスニング・ポートおよびSSLリスニング・ポートとして指定するポート番号が使用可能であることを確認する必要があります。SSL構成を使用する場合は、ファイル・システム上、ソースと同じパス配下にセキュリティ・ストアまたはアイデンティティ・ストアが存在し、宛先ホストのために生成された証明書で構成されていることを確認する必要があります。
- 管理ポート: このポートにより、ドメインが管理モードで実行可能になります。この場合、すべてのサーバーでSSLを有効にする必要があります。
- ホスト: 管理サーバーまたは管理対象サーバーがインストールされるホストを選択します。
- リスニング・アドレス: 管理サーバーまたは管理対象サーバーのインスタンスへの接続に使用するリスニング・アドレスを入力します。
- マシン: 管理サーバーまたは管理対象サーバーに関連付けられるマシン構成を選択します。
- クラスタ: 管理対象サーバーに関連付けられるクラスタを選択します。
- サーバーの起動: クリックして、サーバー起動パラメータを入力します。通常、ノード・マネージャは、起動オプションを指定する必要なくサーバーを起動できますが、環境をカスタマイズしたため、「サーバー起動パラメータ」ダイアログ・ボックスに起動オプションを指定する必要があります。
- トランザクション・ログ・ディレクトリ: トランザクション・ログは、サーバーが調整およびコミットする、完了していない可能性のあるトランザクションに関する情報を格納します。Oracle WebLogic Serverは、システム・クラッシュやネットワーク障害のリカバリでこのトランザクション・ログを使用します。クラスタ内の管理対象サーバーでトランザクション回復サービスの移行機能を活用するには、管理対象サーバーとそのバックアップ・サーバーからアクセス可能な場所にトランザクション・ログを格納します。
- 管理対象サーバーのドメイン・ディレクトリ: 管理対象サーバーがインストールされているディレクトリ。デフォルトでは、Middlewareホーム・ディレクトリの親ディレクトリの下にインストールされますが、これは変更できます。
「JMSサーバー」セクションで、+追加をクリックして新しいJMS永続ストアとJMSサーバーを追加します。ストレージ・タイプは次のいずれかにすることができます。
- JMSファイル・ストアは、永続メッセージを保存できるディスクベースのファイルです。ドメインに構成したJMSファイル・ストアを変更できます。
- JDBCストア:
  - データ・ソース
  - ターゲット
「データベース」セクションで、既存のスキーマを選択し、スキーマ・パスワードを指定します。選択したデータベース・ターゲット上のすべてのデータソースに同じユーザー名およびパスワードを使用する場合は、「すべてに同じパスワード」オプションを選択します。
(オプション) 「アイデンティティとセキュリティ」セクションで、OIDターゲット名およびOID資格証明を入力する必要があります。これらは、LDAPオーセンティケータを作成するか、ドメインの資格証明ストアを再度関連付けるか、あるいはその両方を実行するための必須フィールドです。

ノート:

WebCenterプロファイルをプロビジョニングしている場合、このセクションは、デフォルト・オプションである製品トポロジにのみ表示されます。

これに加えて、OIDセクションで次のセットの入力を指定する必要があります。
- LDAPオーセンティケータ入力の構成。このセクションでは、LDAPオーセンティケータの作成方法を説明します。
  - オーセンティケータ名: OIDAuthenticatorプロバイダの名前を入力します。たとえば: MyOIDAuthenticator。
  - ユーザー・ベースDN: ユーザーが開始時に使用するDNを指定します。たとえば、cn=users,dc=us,dc=mycompany,dc=com
  - グループ・ベースDN: 「グループ」ノードを指すDNを指定します。例: cn=groups,dc=us,dc=mycompany,dc=com
  ノート:
  
  前提条件として、LDAPのユーザーおよびグループをすでにプロビジョニングしている必要があります。
- セキュリティ・ストア入力の構成: このセクションでは、JPSルート・ノード情報を指定します。JPSルート・ノードは、すべてのデータの移行先となるターゲットLDAPリポジトリです。フォーマットは、cn=nodeNameです。
  
  ノート:
  
  前提条件として、LDAPのルート・ノードをすでに作成している必要があります。
「Web層」セクションで、+追加をクリックしてOracle HTTP Server (OHS)ターゲットを検索および選択します。「資格証明」フィールドで、ターゲットにアクセスするための資格証明を指定します。複数のOracle HTTP Serverがある場合、「外部ロード・バランサURL」を指定する必要があります。

外部ロード・バランサのURLの形式: (http|https://hostname:port)

たとえば: http://host.example.com:80

ノート:

WebCenterターゲットをプロビジョニングする場合、内部ロード・バランサURLを追加で指定する必要があります。

内部ロード・バランサのURLの形式: (http|https|tcp:// hostname:port)

たとえば: http://host.example.com:80

ノート:

プレーンWebLogicドメインをプロビジョニングしている場合、このセクションは表示されません。
(WebCenter本番ドメインの場合のみ) WebCenter本番ドメインでSESドメインを構成するには、次のステップに従います。

前提条件:
- SESドメインが起動され実行中であることが必要です。
- SESドメインがWebCenterドメインと同じOIDで構成されている必要があります。
- 管理者ユーザー名のクロールをOIDに作成している必要があります。
WebCenterドメインでSESを構成するには、次の詳細を入力します。
1. 管理者ユーザーのクロールの資格証明をOIDに指定します。前提条件ステップの一部として作成したのと同じ管理者ユーザー名のクロールと管理者パスワードのクロールを入力する必要があります。Spacesおよびアイデンティティ管理システムのクロール管理ユーザーは、リスト、ページ、スペースおよびピープル・コネクション・プロファイルなどの特定のSpacesオブジェクトをクロールする必要があります。たとえば、mycrawladmin。
2. 「管理者ユーザー名の検索」および「管理者パスワードの検索」は、SESドメインの作成に使用される資格証明です。たとえば、Oracle SES 11.2.2.2リリースの場合は、「管理者ユーザー名の検索」はSEARCHSYSです。
3. 「ユーザーのユーザー名の検索」および「ユーザーのパスワードの検索」は、Oracle SES Federation Trusted Entityの資格証明です。これらは、SESのインストール中に作成されます。WebCenter Portalエンド・ユーザーが検索時にセキュアに伝播されるようにするため、各Oracle SESインスタンスには1つの信頼できるエンティティが必要です。トラステッド・エンティティによって、WebCenter Portalアプリケーションは、自身をOracle SESに認証し、Oracle SESでの問合せ時にユーザーを断定できます。このトラステッド・エンティティには、Oracle SESの背後のアイデンティティ管理サーバーに存在する任意のユーザー、またはOracle SESで内部的に作成された任意のユーザーを指定できます。たとえば、wesearch。
4. 「SES検索URL」フィールドに、検索管理ツールのURLを入力します。このURLの書式は、http://search_server_listenAddress:search_server_listenPortにする必要があります。
  
  たとえば、http://host.example.com:80のようにします。
ノート:

WebCenterドメインをSESで構成した後に、ポータル検索の問題が発生する場合は、次のステップを手動で実行する必要があります。

WebCenter PortalのOracleホームから、webcenter_portal_ses_admin.zipをSESドメインが存在するホストにコピーします。

webcenter_portal_ses_admin.zipを解凍し、facet.xmlおよびsearchAttrSortable.xmlのファイルを検索します。

たとえば、これらのXMLファイルは次のようになります。

/scratch/SES/oracle/middleware/Oracle_SES1/bin/searchadmin -p password -c http://host.example.com:80/search/api/admin/AdminService createAll facetTree -i facet.xml

/scratch/SES/oracle/middleware/Oracle_SES1/bin/searchadmin -c http://host.example.com:80/search/api/admin/AdminService -p password updateAll searchAttr -a overwrite -i searchAttrSortable.xml

WebCenter Contentサーバーのスナップショットを手動で取得します。
「カスタム・スクリプト」セクションで、ソフトウェア・ライブラリにディレクティブとして格納されているスクリプトを選択して、デプロイメント・プロシージャをカスタマイズできます。次のオプションが可能であり、パラメータを含むスクリプトを渡すかどうかを選択できます。
1. 入力パラメータを含むスクリプトを渡すことができます。詳細は、ソフトウェア・ライブラリに格納されているカスタム・スクリプトの使用を参照してください。
  
  ノート:
  入力パラメータを渡す場合は、「入力ファイル」のデフォルト・オプションの選択を許可していることを確認してください。たとえば、「前処理スクリプト」フィールドで、以前作成したMy Custom Script With Parametersを選択できます。詳細は、入力パラメータを含むカスタム・スクリプトの使用を参照してください。
  
  サンプル入力プロパティ(input.properties)ファイルの内容を次に示します。
```
ADMIN_SERVER_LISTEN_ADDRESS=host.example.com
ADMIN_SERVER_LISTEN_PORT=7001
ADMIN_PROTOCOL=t3
MIDDLEWARE_HOME=/scratch/usr1/soa/middleware
```
2. または、入力パラメータを含まないスクリプトを渡すことを選択できます。
  
  ノート: 入力パラメータを渡さない場合、「入力ファイル」オプションの選択を解除する必要があります。たとえば、「前処理スクリプト」フィールドで、以前作成したMy Custom Script Without Parametersを選択できます。詳細は、ソフトウェア・ライブラリに格納されているカスタム・スクリプトの使用を参照してください。
次のスクリプトを渡してプロシージャをカスタマイズできます。
- 前処理スクリプト: このスクリプトは、前提条件チェックが終了してからOracleホームまたはWebLogicドメインがデプロイされるまでに実行されます。
- 管理サーバー起動後スクリプト: このスクリプトは、管理サーバーの起動後に実行されます。
- 後処理スクリプト: このスクリプトは、すべての管理対象サーバーの起動後に実行されます。
「次へ」をクリックしてプロシージャをスケジュールします。「発行」をクリックした場合、プロシージャはすぐに実行されるように発行されます。「保存」をクリックしてこれをテンプレートとして保存します。この機能はロックダウンで特に有効です。たとえば、デザイナ・ロールでログインし、ロックダウンでテンプレートを作成し、このテンプレートを実行するために他の管理者/オペレータに必要な権限を割り当てることができます。「取消」をクリックしてプロシージャ構成を終了します。
発行後、「プロシージャ・アクティビティ」ページからプロビジョニング操作の進行状況を追跡できます。詳細は、デプロイメント・プロシージャについてを参照してください。
新しくプロビジョニングしたターゲットを表示するには、「ターゲット」メニューから「ミドルウェア」を選択します。

既存のWebLogicドメインに基づくプロファイルからのクローニング

既存のドメインをクローニングするには、次のステップを実行します。

ノート:

接続先環境をさらにカスタマイズするには、「拡張」をクリックします。カスタマイズ可能な設定および構成パラメータについては、既存のWebLogicドメイン・ベースのプロファイルからの接続先環境のカスタマイズを参照してください。

ノート:

WebLogicドメインでのデータベースのクローニングの詳細は、ユースケース6 - WebLogicドメインでのデータベースのクローニングを参照してください。

ノート:

Middlewareプロビジョニングでは、GridLinkデータ・ソースを使用するRACのみをサポートしています。

Cloud Controlで、「エンタープライズ」メニューから「プロビジョニングとパッチ適用」を選択し、「Middlewareプロビジョニング」をクリックします。
Middlewareプロビジョニング・ホームページで、「プロファイル」表からWebLogicドメイン・プロファイルを選択し、「プロビジョニング」をクリックします。
Fusion Middlewareのプロビジョニング・ページの「一般」セクションにWebLogicドメイン・プロファイルが事前選択されて表示されます。
「ホスト」セクションで、クローンを作成したWebLogicドメインが置かれる宛先ホストを検索して選択します。+追加をクリックしてターゲット・ホストを追加し、それらのログイン資格証明を指定します。複数のホストを選択し、そのすべてのログイン資格証明が同じ場合は、すべてに同じ資格証明を選択できます。

ノート: クローニング操作を正常に実行するには、宛先ホストとソース・ホストのドメイン構成がまったく同じである必要があります。たとえば、ソース・ドメインが2つの異なるホスト上にサーバーを持つ場合は、2つの異なる宛先ホストを選択する必要があります。続行する前にその操作を行うためのプロンプトが表示されます。
「ミドルウェア」セクションでは、Javaホームの値が事前に移入されて表示されます。ドメイン管理者の資格証明を指定します。

ノート:

ソースと宛先で使用されているJAVAのベンダーとバージョンは、同一であるか少なくとも同じメジャー・バージョンであることをお薦めします。
「データベース」セクションで、クローニングされたデータベース・ターゲットを選択し、スキーマ・パスワードを指定します。

ノート:

このセクションは、ソース・データベースにデータ・ソースがある場合にのみ表示されます。
(オプション) 「アイデンティティとセキュリティ」セクションで、OIDターゲット名および資格証明を入力します。前提条件として、接続先環境にソースOIDをクローニングしている必要があります。
「Web層」セクションで、+追加をクリックしてOracle HTTP Server (OHS)ターゲットを検索および選択します。「資格証明」フィールドで、ターゲットにアクセスするための資格証明を指定します。複数のOracle HTTP Serverがある場合、「外部ロード・バランサURL」を指定する必要があります

外部ロード・バランサのURLの形式: (http|https://hostname:port)

たとえば: http://wcp-prov.example.com:80

ノート:
WebCenterターゲットをプロビジョニングする場合、内部ロード・バランサURLを追加で指定する必要があります

内部ロード・バランサのURLの形式: (http|https|tcp:// hostname:port)

たとえば: http://host.example.com:80

ノート:
プレーンWebLogicドメインをプロビジョニングしている場合、このセクションは表示されません。
(WebCenter本番ドメインの場合のみ) WebCenter本番ドメインでSESドメインを構成するには、次のステップに従います。

前提条件:
- SESドメインが起動され実行中であることが必要です。
- SESドメインがWebCenterドメインと同じOIDで構成されている必要があります。
- 管理者ユーザー名のクロールをOIDに作成している必要があります。
WebCenterドメインでSESを構成するには、次の詳細を入力します。
1. 管理者ユーザーのクロールの資格証明をOIDに指定します。前提条件ステップの一部として作成したのと同じ管理者ユーザー名のクロールと管理者パスワードのクロールを入力する必要があります。Spacesおよびアイデンティティ管理システムのクロール管理ユーザーは、リスト、ページ、スペースおよびピープル・コネクション・プロファイルなどの特定のSpacesオブジェクトをクロールする必要があります。たとえば、mycrawladmin。
2. 「管理者ユーザー名の検索」および「管理者パスワードの検索」は、SESドメインの作成に使用される資格証明です。たとえば、Oracle SES 11.2.2.2リリースの場合は、「管理者ユーザー名の検索」はSEARCHSYSです。
3. 「ユーザーのユーザー名の検索」および「ユーザーのパスワードの検索」は、Oracle SES Federation Trusted Entityの資格証明です。これらは、SESのインストール中に作成されます。WebCenter Portalエンド・ユーザーが検索時にセキュアに伝播されるようにするため、各Oracle SESインスタンスには1つの信頼できるエンティティが必要です。トラステッド・エンティティによって、WebCenter Portalアプリケーションは、自身をOracle SESに認証し、Oracle SESでの問合せ時にユーザーを断定できます。このトラステッド・エンティティには、Oracle SESの背後のアイデンティティ管理サーバーに存在する任意のユーザー、またはOracle SESで内部的に作成された任意のユーザーを指定できます。たとえば、wesearch。
4. 「SES検索URL」フィールドに、検索管理ツールのURLを入力します。このURLの書式は、http://search_server_listenAddress:search_server_listenPortにする必要があります。たとえば、http://slc01rsk.us.example.com:5720
ノート:

WebCenterドメインをSESで構成した後に、ポータル検索の問題が発生する場合は、次のステップを手動で実行する必要があります。

WebCenter PortalのOracleホームから、webcenter_portal_ses_admin.zipをSESドメインが存在するホストにコピーします。

webcenter_portal_ses_admin.zipを解凍し、facet.xmlおよびsearchAttrSortable.xmlのファイルを検索します。

たとえば、これらのXMLファイルは次のようになります。

/scratch/SES/oracle/middleware/Oracle_SES1/bin/searchadmin -p password -c http://slc01rsk.us.example.com:5720/search/api/admin/AdminService createAll facetTree -i facet.xml

/scratch/SES/oracle/middleware/Oracle_SES1/bin/searchadmin -c http://slc01rsk.us.example.com:5720/search/api/admin/AdminService -p password updateAll searchAttr -a overwrite -i searchAttrSortable.xml

WebCenter Contentサーバーのスナップショットを手動で取得します。
「次へ」をクリックしてプロシージャをスケジュールします。「発行」をクリックした場合、プロシージャはすぐに実行されるように発行されます。「保存」をクリックしてこれをテンプレートとして保存します。この機能はロックダウンで特に有効です。たとえば、ロックダウンを使用してテンプレートを作成し、オペレータ権限を持つ他のユーザーにわずかな変更のあるテンプレートを複数回実行することを許可する場合です。

「取消」をクリックしてプロシージャ構成を終了します。
発行後、「プロシージャ・アクティビティ」ページからプロビジョニング操作の進行状況を追跡できます。詳細は、デプロイメント・プロシージャについてを参照してください。
新しくプロビジョニングしたターゲットを表示するには、「ターゲット」メニューから「ミドルウェア」を選択します。

既存のWebLogicドメイン・ベースのプロファイルからの接続先環境のカスタマイズ

接続先環境をカスタマイズするには、「Fusion Middlewareプロビジョニング」ウィザードで使用できる「拡張」をクリックします。宛先ホストを選択した後にのみ「拡張」オプションが有効であることに注意してください。

次のステップを実行します。

ノート:

デフォルト・オプション「標準」を選択された状態のままとし、すべての詳細を指定することをお薦めします。この後、「拡張」をクリックして接続先環境をカスタマイズできます。このようにすると、ほとんどのパラメータのデフォルト値は事前移入されて表示され、残り(デルタ)の詳細のみを入力する必要があります。また、「拡張」モードから通常モードに切り替えた場合、これまで行ったすべての変更が失われます。

Cloud Controlで、「エンタープライズ」メニューから「プロビジョニングとパッチ適用」を選択し、「Middlewareプロビジョニング」をクリックします。
Middlewareプロビジョニング・ホームページの「デプロイメント・プロシージャ」セクションで、「Fusion Middlewareのプロビジョニング」を選択し、「起動」をクリックします。
Middlewareプロビジョニング・ページの「一般」セクションで、クローニングする、ソース・ドメインの詳細を含むWebLogicドメイン・プロファイルを選択します。

デフォルトでは、Oracleホームを含むWebLogicドメインをプロビジョニングします。ドメイン(ビットレス・プロファイル)のみプロビジョニングするには、「ミドルウェア・ホームのプロビジョニング」の選択を解除し、「ドメインのプロビジョニング」を選択します。または、ミドルウェア・ホームのみプロビジョニングするには、「ミドルウェア・ホームのプロビジョニング」オプションを保持し、「ドメインのプロビジョニング」の選択を解除します。

「共有記憶域の使用」は、複数の宛先ホストがある場合に特に便利です。このオプションにより、すべてのホストからアクセス可能なマウント場所を使用できます。
「ホスト」セクションで、クローンを作成したWebLogicドメインが置かれる宛先ホストを検索して選択します。+追加をクリックしてターゲット・ホストを追加し、それらのログイン資格証明を指定します。複数のホストを選択し、そのすべてのログイン資格証明が同じ場合は、すべてに同じ資格証明を選択できます。

ノート: クローニング操作を正常に実行するには、宛先ホストとソース・ホストのドメイン構成がまったく同じである必要があります。たとえば、ソース・ドメインが2つの異なるホスト上にサーバーを持つ場合は、2つの異なる宛先ホストを選択する必要があります。続行する前にその操作を行うためのプロンプトが表示されます。
「ミドルウェア」セクションで、デフォルトで「ミドルウェア・ホーム」および「Javaホーム」の値が事前に移入されています。必要に応じて場所の詳細を変更できます。
- 「ミドルウェア・ホーム」には、ミドルウェア・ホームを作成するディレクトリのフルパスを入力します。
- 「Javaホーム」には、宛先ホストで使用されるJDKディレクトリの絶対パスを入力します。ソース・マシンに同様の構成が見られる場合は、このパスを指定する必要があります。
  
  ノート:
  
  ソースと宛先で使用されているJAVAのベンダーとバージョンは、同一であるか少なくとも同じメジャー・バージョンであることをお薦めします。
「ドメイン」セクションに、ソース・ドメインの構成がデフォルトで表示されます。次の属性を変更してドメインのプロパティをカスタマイズできます。
1. ドメイン名: ドメイン名です。ドメインのための生成されたコンポーネントは、指定されたドメイン・ディレクトリに保存されます。たとえば、mydomainと入力すると、ドメイン・ファイルはデフォルトでMW_HOME\user_projects\domains\mydomainに保存されます。
2. 管理者のユーザー名: デフォルトのドメイン管理者アカウントです。このアカウントは、ドメインの管理サーバーの起動および接続に使用されます。ユーザー名には、カンマ、タブ、または次の文字を含めることはできません: < > # | & ? ( ) { }。
3. 管理者のパスワード: 管理者アカウントのためのパスワードです。パスワードは、8文字以上で、1文字以上の数字または以下の文字のうちのいずれかを1文字以上を含む必要があります: ! " # $ % & ' ( ) * + , - . / : ; < = > ? @ [ \ ] ^ _ ` { | } ~
4. 一意のドメイン識別子: 一意のドメイン識別子はドメイン名に対する接頭辞です。
5. JVMDエージェントのデプロイ: WeblogicドメインのサーバーまたはクラスタにJVMDエージェントをデプロイします。Java仮想マシン診断(JVMD)を使用すると、Javaアプリケーションのパフォーマンス問題を管理者が診断できます。JVMDエージェントをターゲットのJVM (本番WebLogic Serverで動作しているもの)にデプロイすると、リアルタイム・データが収集されて、JVM診断エンジンに送信されます。
6. 使用可能なJVMDエンドポイント: これは使用可能なJVMDエンドポイントのリストです。JVMDを正常にデプロイするには、JVMDエンジンがアクティブである必要があります。JVMDエンジンがアクティでない場合、エージェントはデプロイされません。
7. ターゲット: これは、クラスタまたは管理対象サーバーのターゲットのリストです。ターゲットが指定されていない場合、JVMDエージェントはデフォルトでドメインのすべてのクラスタおよび非クラスタ・サーバーにデプロイされます。クラスタがターゲットとして選択されている場合は、そのクラスタのすべてのサーバーに自動的にエージェントがデプロイされます。
8. ドメイン・ディレクトリ: ドメイン・ディレクトリを格納する場所です。デフォルトではソースと同じパスを使用してこのディレクトリが作成されますが変更できます。たとえば: ミドルウェア・ホームが/user/mwhにある場合、ドメイン・ディレクトリは/user/mwh/domainsとして作成されます。ドメインの場所には、ローカル・ドライブまたはネットワーク上の任意の場所を指定できます。Windowsでは、このパスにドライブ文字も含める必要があります。
9. アプリケーション・ディレクトリ: アプリケーションが宛先ホストにデプロイされるディレクトリ。デフォルトではソースと同じパスを使用してこのディレクトリが作成されますが変更できます。たとえば: ミドルウェア・ホームが/user/mwhにある場合、アプリケーション・ディレクトリは/user/mwh/applicationsとして作成されます。
10. サーバーの起動モード: 要件に応じて次のモードの1つでサーバーを起動できます。
  
  すべてのサーバーおよびノード・マネージャを起動: これはデフォルト・オプションです。通常、変更がない場合、およびプロシージャが予期したとおりに稼働している場合は、このオプションを選択します。
  
  管理サーバーのみを起動: このオプションは、管理サーバーまたはノード・マネージャのみを起動します。通常、カスタム・ステップを追加してWLSTオンライン・スクリプトを起動し、次にサーバーを起動する場合にこのオプションを選択します。
  
  サーバーもノード・マネージャも起動しない: このオプションでは、サーバーまたはノード・マネージャは起動されません。通常、サーバーを起動する前にドメインをカスタマイズする必要がある場合に、このオプションを選択します。
「クラスタ」セクションで、ソース・ドメイン内の使用可能なすべてのクラスタが宛先ホストにプロビジョニングされます。
「マシン」セクションに、ソース・ドメイン内の構成情報が事前に移入されています。マシンとは、1つまたは複数のWebLogic Serverインスタンスをホストするシステムの論理的な表現です。管理サーバーおよびノード・マネージャは、マシン定義を使用してリモート・サーバーを起動します。ここではいずれの値もカスタマイズできません。
「サーバー」セクションでは、管理サーバーおよび管理対象サーバーのすべての構成情報がソース・ドメインから選択されます。次の情報をカスタマイズできます。

a.「Coherenceの構成」チェック・ボックスを選択します。

b.Coherenceポート: カスタマイズできないポート値が事前に移入されます。

c.カスタム・アイデンティティとカスタム信頼: SSLモードでドメインを構成する場合にカスタム証明書を指定するには、このオプションを使用します。
「JMSサーバー」セクションで、ソース・ドメインに対して構成されたすべてのJMSサーバーが宛先ホストにクローニングされます。ここではいずれの値もカスタマイズできません。
「データベース」セクションで、データ・ソースのスキーマ・ユーザー名およびパスワードを変更できます。

ノート:

このセクションは、ソース・データベースにデータ・ソースがある場合にのみ表示されます。
(オプション) 「アイデンティティとセキュリティ」セクションで、OIDターゲット名および資格証明を入力します。前提条件として、接続先環境にソースOIDをクローニングしている必要があります。
「Web層」セクションで、+追加をクリックしてOracle HTTP Server (OHS)ターゲットを検索および選択します。「資格証明」フィールドで、ターゲットにアクセスするための資格証明を指定します。複数のOracle HTTP Serverがある場合、「外部ロード・バランサURL」を指定する必要があります。

外部ロード・バランサのURLの形式: (http|https://hostname:port)

たとえば: http://wcp-prov.example.com:80

ノート:

WebCenterターゲットをプロビジョニングする場合、内部ロード・バランサURLを追加で指定する必要があります。

内部ロード・バランサのURLの形式: (http|https|tcp:// hostname:port)

たとえば: tcp://wcp-prov-ucm.example.com:4444

ノート:

プレーンWebLogicドメインをプロビジョニングしている場合、このセクションは表示されません。
(WebCenter本番ドメインの場合のみ) WebCenter本番ドメインでSESドメインを構成するには、次のステップに従います。

前提条件:
- SESドメインが起動され実行中であることが必要です。
- SESドメインがWebCenterドメインと同じOIDで構成されている必要があります。
- 管理者ユーザー名のクロールをOIDに作成している必要があります。
WebCenterドメインでSESを構成するには、次の詳細を入力します。
1. 管理者ユーザーのクロールの資格証明をOIDに指定します。前提条件ステップの一部として作成したのと同じ管理者ユーザー名のクロールと管理者パスワードのクロールを入力する必要があります。Spacesおよびアイデンティティ管理システムのクロール管理ユーザーは、リスト、ページ、スペースおよびピープル・コネクション・プロファイルなどの特定のSpacesオブジェクトをクロールする必要があります。たとえば、mycrawladmin。
2. 「管理者ユーザー名の検索」および「管理者パスワードの検索」は、SESドメインの作成に使用される資格証明です。たとえば、Oracle SES 11.2.2.2リリースの場合は、「管理者ユーザー名の検索」はSEARCHSYSです。
3. 「ユーザーのユーザー名の検索」および「ユーザーのパスワードの検索」は、Oracle SES Federation Trusted Entityの資格証明です。これらは、SESのインストール中に作成されます。WebCenter Portalエンド・ユーザーが検索時にセキュアに伝播されるようにするため、各Oracle SESインスタンスには1つの信頼できるエンティティが必要です。トラステッド・エンティティによって、WebCenter Portalアプリケーションは、自身をOracle SESに認証し、Oracle SESでの問合せ時にユーザーを断定できます。このトラステッド・エンティティには、Oracle SESの背後のアイデンティティ管理サーバーに存在する任意のユーザー、またはOracle SESで内部的に作成された任意のユーザーを指定できます。たとえば、wesearch。
4. 「SES検索URL」フィールドに、検索管理ツールのURLを入力します。このURLの書式は、http://search_server_listenAddress:search_server_listenPortにする必要があります。たとえば、http://slc01rsk.us.example.com:5720
ノート:

WebCenterドメインをSESで構成した後に、ポータル検索の問題が発生する場合は、次のステップを手動で実行する必要があります。

WebCenter PortalのOracleホームから、webcenter_portal_ses_admin.zipをSESドメインが存在するホストにコピーします。

webcenter_portal_ses_admin.zipを解凍し、facet.xmlおよびsearchAttrSortable.xmlのファイルを検索します。

たとえば、これらのXMLファイルは次のようになります。

/scratch/SES/oracle/middleware/Oracle_SES1/bin/searchadmin -p password -c http://slc01rsk.us.example.com:5720/search/api/admin/AdminService createAll facetTree -i facet.xml

/scratch/SES/oracle/middleware/Oracle_SES1/bin/searchadmin -c http://slc01rsk.us.example.com:5720/search/api/admin/AdminService -p password updateAll searchAttr -a overwrite -i searchAttrSortable.xml

WebCenter Contentサーバーのスナップショットを手動で取得します。
「カスタム・スクリプト」セクションで、ソフトウェア・ライブラリにディレクティブとして格納されているスクリプトを選択して、デプロイメント・プロシージャをカスタマイズできます。次のオプションが可能であり、パラメータを含むスクリプトを渡すかどうかを選択できます。
1. 入力パラメータを含むスクリプトを渡すことができます。詳細は、ソフトウェア・ライブラリに格納されているカスタム・スクリプトの使用を参照してください。
  
  ノート:
  入力パラメータを渡す場合は、「入力ファイル」のデフォルト・オプションの選択を許可していることを確認してください。たとえば、「前処理スクリプト」フィールドで、以前作成したMy Custom Script With Parametersを選択できます。詳細は、入力パラメータを含むカスタム・スクリプトの使用を参照してください。
  
  サンプル入力プロパティ(input.properties)ファイルの内容を次に示します。
```
ADMIN_SERVER_LISTEN_ADDRESS=slc01.example.com
ADMIN_SERVER_LISTEN_PORT=7001
ADMIN_PROTOCOL=t3
MIDDLEWARE_HOME=/scratch/usr1/soa/middleware
```
2. または、入力パラメータを含まないスクリプトを渡すことを選択できます。詳細は、ソフトウェア・ライブラリに格納されているカスタム・スクリプトの使用を参照してください。
  
  ノート: 入力パラメータを渡さない場合、「入力ファイル」オプションの選択を解除する必要があります。たとえば、「前処理スクリプト」フィールドで、以前作成したMy Custom Script Without Parametersを選択できます。
次のスクリプトを渡してプロシージャをカスタマイズできます。
- 前処理スクリプト: このスクリプトは、前提条件チェックが終了してからOracleホームまたはWebLogicドメインがデプロイされるまでに実行されます。
- 管理サーバー起動後スクリプト: このスクリプトは、管理サーバーの起動後に実行されます。
- 後処理スクリプト: このスクリプトは、すべての管理対象サーバーの起動後に実行されます。
「次へ」をクリックしてプロシージャをスケジュールします。「発行」をクリックした場合、プロシージャはすぐに実行されるように発行されます。「保存」をクリックしてこれをテンプレートとして保存します。この機能はロックダウンで特に有効です。たとえば、ロックダウンを使用してテンプレートを作成し、オペレータ権限を持つ他のユーザーにわずかな変更のあるテンプレートを複数回実行することを許可する場合です。

「取消」をクリックしてプロシージャ構成を終了します。
発行後、「プロシージャ・アクティビティ」ページからプロビジョニング操作の進行状況を追跡できます。詳細は、デプロイメント・プロシージャについてを参照してください。
新しくプロビジョニングしたターゲットを表示するには、「ターゲット」メニューから「ミドルウェア」を選択します。