Oracle® Fusion Middleware Oracle WebCenter Contentエンタープライズ・デプロイメント・ガイド リリース12.2.1.1 E77232-01 |
|
前 |
次 |
Inbound Refineryは、Oracle WebCenter Content Serverがドキュメント変換を行う際に必要になります。この項では、Inbound Refineryの概要を説明します。
実際のInbound Refinery管理対象サーバーの数は、要件によって異なります。可用性の理由から、少なくとも2つのInbound Refinery管理対象サーバーを別々のマシン上にインストールおよび構成することをお薦めします。参照用Oracle WebCenter Contentエンタープライズ・デプロイメント・トポロジにおいて、Inbound RefineryはContent Serverと同一のマシンに構成されます。
このエンタープライズ・デプロイメント・トポロジにInbound Refineryを追加してドメインを拡張するためのプロセスで複数の管理対象サーバーを作成しても、各Inbound Refineryインスタンスは完全に独立しています。Inbound Refineryはクラスタでは実行されません。
この項では、Inbound Refineryソフトウェアを含めることで既存のエンタープライズ・デプロイメント・ドメインを拡張する手順について説明します。
トポロジのドメインを更新して構成するには、この項の手順に従います。
注意:
この項で説明する手順を使用して、既存のドメインを拡張することもできます。この手順の説明では要件が満たされない場合は、その要件に応じた選択を行うか、サポート・ドキュメントで追加の詳細を参照してください。
ドメインを作成して構成するためのタスクは次のとおりです。
「構成タイプ」画面で、「既存ドメインの更新」を選択します。
「ドメインの場所」フィールドで、ASERVER_HOME変数の値を選択します。これは、作成した初期管理サーバー・ドメイン・ホームの完全なパスを表します。
ディレクトリの場所の変数の詳細は、「このガイドで使用するファイル・システムとディレクトリ変数」を参照してください。
ヒント:
この画面に示されるその他のオプションの詳細は、構成ウィザードを使用したWebLogicドメインの作成の「構成タイプ」に関する項を参照してください。
「テンプレート」画面で「製品テンプレートを使用してドメインを更新」が選択されていることを確認した後に、次のテンプレートを選択します。
Oracle Universal Content Management - Inbound Refinery - 12.2.1.1.0 [wccontent]
初期ドメインを作成するために使用したため、次の追加のテンプレートもすでに選択されているはずです。
Oracle Enterprise Manager - 12.2.1.1.0 [em]
Oracle WSM Policy Manager - 12.2.1.1.0 [oracle_common]
Oracle JRF - 12.2.1.1.0 [oracle_common]
WebLogic Coherenceクラスタの拡張 - 12.2.1.1.0 [wlserver]
ヒント:
この画面に示されるオプションの詳細は、構成ウィザードを使用したWebLogicドメインの作成の「テンプレート」に関する項を参照してください。
「GridLink Oracle RACコンポーネント・スキーマ」画面で「次へ」をクリックします。
「次へ」をクリックして続行します。
トポロジのドメイン構成を完了するには、「拡張構成」画面で次のオプションを選択する必要があります。
「サーバー・テンプレート」、「管理対象サーバー」、「クラスタ」、「動的サーバー」、「仮想ターゲット」、「Coherence」
「管理対象サーバー」画面で、サーバーのリストに新しい管理対象サーバーが表示されます。
次のタスクを実行して、デフォルトの管理対象サーバーを変更して2つ目の管理対象サーバーを作成します。
デフォルトの管理対象サーバーの名前をWLS_IBR1
に変更します。
「追加」をクリックして新しい管理対象サーバーを作成し、そのサーバーにWLS_IBR2
と名前を付けます。
ヒント:
ここで推奨するサーバー名がこのドキュメント全体で使用されます。別の名前を選択した場合は、必要に応じて置き換えてください。
次の表の情報を使用して、各管理対象サーバーの残りの列を入力します。
表14-1 各Oracle Inbound Refineryサーバーで必要な値
サーバー名 | リスニング・アドレス | リスニング・ポート | SSLの有効化 | SSLリスニング・ポート | サーバー・グループ |
---|---|---|---|---|---|
WLS_IBR1 |
WCCHOST1 |
16250 |
いいえ |
無効 |
IBR-MGD-SVR |
WLS_IBR2 |
WCCHOST2 |
16250 |
いいえ |
無効 |
IBR-MGD-SVR |
ヒント:
「管理対象サーバー」画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』の管理対象サーバーに関する項を参照してください。
このタスクでは、Oracle Inbound Refineryソフトウェアのターゲットにすることができる管理対象サーバーのクラスタを作成します。
「クラスタ」画面を使用して、新しいクラスタを作成します。
「追加」ボタンをクリックします。
「クラスタ名」フィールドでIBR_Servers
を指定します。
注意:
デフォルトでは、クラスタ内のサーバー・インスタンスは、ユニキャストを使用して相互に通信します。マルチキャストを使用するようにクラスタの通信を変更する場合は、『Oracle WebLogic Serverクラスタの管理』のユニキャストまたはマルチキャストを選択する際の考慮事項に関する項を参照してください。
ヒント:
この画面に示されるオプションの詳細は、構成ウィザードを使用したWebLogicドメインの作成の「クラスタ」に関する項を参照してください。
「サーバーのクラスタへの割当」画面を使用して、WLS_IBR1
およびWLS_IBR2
を新規クラスタIBR_Servers
に割り当てます。
「クラスタ」ペインで、サーバーを割り当てるクラスタ(ここではIBR_Servers
)を選択します。
「サーバー」ペインで、次のいずれかの操作を実行して、WLS_IBR1をIBR_Servers
に割り当てます。
WLS_IBR1
管理対象サーバーを1回クリックして選択し、右矢印をクリックして「クラスタ」ペインで選択されているクラスタの下に移動します。
WLS_IBR1
をダブルクリックして、クラスタ・ペインで選択されているクラスタの下に移動します。
同じ手順を繰り返して、WLS_IBR2
をIBR_Servers
に割り当てます。
ヒント:
この画面に示されるオプションの詳細は、構成ウィザードを使用したWebLogicドメインの作成の「サーバーのクラスタへの割当」に関する項を参照してください。
「Coherenceクラスタ」画面を使用して、ドメインに自動的に追加されるCoherenceクラスタを構成します。ポート番号値は、初期インフラストラクチャ・メインの作成中に定義されているため、9991
のままにします。
注意:
Coherenceライセンス情報については、『Oracle Fusion Middlewareライセンス情報』のOracle Coherenceに関する項を参照してください。
「Unixマシン」タブで、初期インフラストラクチャ・ドメインの作成時に作成したマシンの名前を確認します。
「次へ」をクリックします。
「サーバーのマシンへの割当」画面を使用して、作成したばかりのOracle Inbound Refinery管理対象サーバーを、ドメイン内の対応するマシンに割り当てます。
WLS_IBR1
をWCCHOST1、WLS_IBR2
をWCCHOST2に割り当てます。
ヒント:
この画面に示されるオプションの詳細は、構成ウィザードを使用したWebLogicドメインの作成の「サーバーのマシンへの割当」に関する項を参照してください。
「次へ」をクリックして次の画面に進みます。
「次へ」をクリックして次の画面に進みます。
「構成サマリー」画面には、ドメインに関する詳細な構成情報が表示されます。この画面に示された各項目の詳細を調べて、情報に間違いがないことを確認します。
変更が必要な場合は、「戻る」ボタンを使用するか、ナビゲーション・ペインで画面を選択することで任意の画面に戻れます。
「更新」をクリックするまで、ドメインの作成は開始されません。
ヒント:
この画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』の構成サマリーに関する項を参照してください。
「構成に成功しました」画面には、構成したばかりのドメインについて、次の項目が表示されます。
ドメインの場所
管理サーバーURL
どちらの項目も後で必要になるため、メモしておく必要があります。ドメインの場所は、ノード・マネージャと管理サーバーの起動に使用するスクリプトへのアクセスで必要になります。また、URLは管理サーバーへのアクセスで必要になります。
「終了」をクリックして、構成ウィザードを閉じます。
管理サーバーを起動して、ドメインに行った変更が適用されたことを確認します。
この項では、Inbound Refinery用の構成後タスクと検証タスクを実行する方法について説明します。
次の手順に従って、管理対象サーバー・ホームからノード・マネージャを起動します。
WCCHOST1で、次のディレクトリに移動します。
MSERVER_HOME/bin
次のコマンドを使用してノード・マネージャを起動します。
nohup ./startNodeManager.sh > ./nodemanager.out 2>&1 &
WCCHOST2の次のディレクトリに移動して、前の手順を繰り返します。
MSERVER_HOME/bin
追加ノード・マネージャの構成オプションの詳細は、『Oracle WebLogic Serverノード・マネージャの管理』を参照してください。
Inbound Refinery管理対象サーバーの構成を初期化するには、その管理対象サーバーに一度だけHTTP経由でアクセスする必要があります。これは、管理対象サーバーのリスニング・アドレスで直接実行できます。Inbound RefineryインスタンスはHTTPサーバーの後方に配置する必要があります。
Inbound Refineryインスタンスへのすべての後続のアクセスは、ソケット・リスナーを介して行われます。このリスナーは、次の項で構成する着信ソケット接続アドレス・セキュリティ・フィルタによって保護されます。
すべてのInbound Refineryインスタンスを使用して各コンテンツ・サーバー・インスタンスを構成することをお薦めします。コンテンツ・サーバーの構成プロセスは、Inbound Refineryインスタンスをプロバイダとして追加することです。また、一部のインストール後の手順をInbound Refineryで実行する必要があります。
次の項では、各Inbound Refineryインスタンスのインストール後の構成手順について説明します。
Inbound Refinery管理対象サーバーを起動したら、インストール後の構成画面で各サーバーの設定を構成します。
Oracle WebCenter Content ServerからInbound Refineryにジョブを送信して変換を実施できるようにするには、次の項の説明に従って、Inbound Refinery管理対象サーバーごとに設定タスクを事前に実行する必要があります。
コンテンツ・サーバーからInbound Refineryにファイルを送信して変換を実施するには、「Inbound Refinery変換ジョブの処理」オプションを事前に選択して、コンテンツ・サーバーから各Inbound Refineryへの送信プロバイダを設定する必要があります。
作成したInbound Refinery管理対象サーバーが正しく構成されているかどうかを確認するには、コンテンツ・サーバーにログインし、変換に有効と認識された拡張子を持つファイルが正しく変換されることを確認して、構成を検証します。
たとえば、変換するフォーマットとしてdocx
を選択した場合は、拡張子が.docx
のMicrosoft Word文書をPDFフォーマットに変換できます。
チェックインとチェックアウトの手順の詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentの使用』のドキュメントのアップロードおよびファイルのチェックアウトとダウンロードに関する項を参照してください。
変換プロセスの詳細は、『Oracle Fusion Middleware Oracle WebCenter Contentのマネージング』のRefineryにジョブを送信するためのコンテンツ・サーバーの構成に関する項を参照してください。