Oracle® Fusion Middleware Oracle WebCenter Portalエンタープライズ・デプロイメント・ガイド 11gリリース1 (11.1.1.9.0) B55900-11 |
|
![]() 前 |
![]() 次 |
この章では、Oracle WebCenter ContentをWebCenter Portalエンタープライズ・デプロイメントで使用するために、ドメインを拡張および構成する手順について説明します。
この章には次のトピックが含まれます:
Oracle WebCenter Contentシステムは、第6章「エンタープライズ・デプロイメント用のソフトウェアのインストール」で作成された、共有記憶域上の
WL_HOMEと
ORACLE_HOMEの場所を使用してインストールされます。WCPHOST1およびWCPHOST2では、MW_HOME
をマウントし、既存のOracle Weblogic Server、Oracle SOA Suite、Oracle WebCenter PortalおよびOracle WebCenter Contentバイナリ・インストールを使用します。
まだインストールしていない場合は、Oracle WebCenter Contentをドメインに追加する前にOracle WebCenter ContentバイナリをMiddlewareホームにインストールします。詳細は、第6.3.2.3項「Oracle WebCenter Contentのインストール」を参照してください。
Oracle WebCenter Contentを追加するためのドメインを拡張します。表13-1に、WebCenter Contentを構成する手順と、WebCenter Content管理対象サーバーを含むドメインを拡張するために必要なタスクを示します。
表13-1 WebCenter Contentを含むドメインの拡張手順
手順 | 説明 | 詳細 |
---|---|---|
WebCenter Contentを使用するためのドメインの拡張 |
第8章「エンタープライズ・デプロイメント用のドメインの作成」で作成したWebLogic Serverドメインを拡張します。 |
第13.2項「Oracle WebCenter Contentを追加するためのドメインの拡張」 |
ドメイン構成の伝播 |
起動スクリプトとクラスパス構成を管理サーバーのドメイン・ディレクトリから管理対象サーバーのドメイン・ディレクトリに伝播します。 |
第13.3項「unpackユーティリティを使用したSOAHOST2、WCPHOST1およびWCPHOST2へのドメイン構成の伝播」 |
WebCenter Contentトラフィックをルーティングするためのロード・バランサの構成 |
WebCenter Contentトラフィックをルーティングする方法を指定するルールを、ロード・バランサに構成します。 |
第13.4項「WebCenter Contentトラフィックをルーティングするためのロード・バランサの構成」 |
WCPHOST1およびWCPHOST2でのノード・マネージャの起動 |
WCPHOST1およびWCPHOST2でノード・マネージャを起動します。 |
第13.5項「WCPHOST1およびWCPHOST2でのノード・マネージャの起動」 |
ドメインの管理サーバーの再起動 |
管理サーバーを停止し、再起動します。 |
|
1台目のWebCenter Content管理対象サーバーの起動および Oracle WebCenter Content Serverインスタンスの構成 |
WLS_WCC1管理対象サーバーを起動し、コンテンツ・サーバーの初期構成を完了します。 |
|
cwallet.ssoファイルの変更を元の管理サーバーに伝播 |
更新されたcwallet.ssoファイルを管理サーバー・ディレクトリにコピーします。 |
第13.10項「管理サーバーのcwalletファイルの更新」 |
2台目のWebCenter Content管理対象サーバーの起動およびコンテンツ・サーバーのインスタンスの構成 |
WLS_WCC2管理対象サーバーを構成し、コンテンツ・サーバーの初期構成を完了します。 |
第13.11項「WLS_WCC2管理対象サーバーの起動および構成」 |
Oracle RACフェイルオーバー後のサービス再試行の有効化 |
コンテンツ・サーバーの |
第13.13項「Oracle WebCenter Contentのサービス再試行の構成」 |
拡張したドメインでのOracle HTTP Serverの構成 |
管理対象サーバーとともにOracle HTTP Serverを構成し、フロントエンドHTTPのホストおよびポートの設定、およびWCC_ClusterのWLSクラスタ・アドレスを設定します。 |
第13.14項「WLS_WCC管理対象サーバー用のOracle HTTP Serverの構成」 |
Oracle HTTP Serverを介したWebCenter Contentへのアクセスの検証 |
URLを検証し、Oracle HTTP ServerからWCC_Clusterへのルーティングとフェイルオーバーが適切に機能していることを確認します。 |
第13.15項「Oracle HTTP Serverを介したアクセスの検証」 |
WebCenter Contentの構成のバックアップ |
新しく拡張したドメイン構成をバックアップします。 |
|
WebCenter Portalで使用するためのコンテンツ・サーバーの設定 |
WebCenter Portalなどのアプリケーション用にコンテンツ・サーバーを構成します。 |
第13.17項「WebCenter Portal用のOracle WebCenter Contentの構成」 |
WebCenter Portalアプリケーションへのコンテンツ・サーバーの登録 |
コンテンツ・サーバーにWebCenter Portalアプリケーションを接続します。 |
第13.18項「WebCenter PortalアプリケーションへのOracle WebCenter Contentの登録」 |
Oracle WebCenter Content: Inbound Refineryのドメインの拡張 |
第8章「エンタープライズ・デプロイメント用のドメインの作成」で作成したWebLogic Serverドメインを拡張します。 |
第13.19項「Inbound Refineryのインストールおよび構成」 |
Oracle WebCenter Contentを追加するには、第8章「エンタープライズ・デプロイメント用のドメインの作成」で作成したドメインを拡張する必要があります。オプションで、Oracle WebCenter Contentのみを含む新しいドメインを作成することもできます。
注意: これらの手順を実行する前に、Oracle Fusion Middleware管理者ガイドの説明に従ってドメインをバックアップしてください。 |
Oracle WebCenter Contentを追加するためにドメインを拡張する手順は次のとおりです。
リポジトリをインストールしたデータベースを実行していることを確認します。Oracle RACデータベースの場合は、後で実行する検証チェックの信頼性を確保するために、すべてのインスタンスを実行しておくことをお薦めします。
ドメイン内のすべての管理対象サーバーを停止します。
ディレクトリをOracle Fusion Middleware構成ウィザードの場所に変更します。これは共通のOracleホーム・ディレクトリ内にあります(ドメインの拡張は、管理サーバーが存在するSOAHOST1から実行することに注意してください)。
cd ORACLE_COMMON_HOME/common/bin
構成ウィザードを起動します。
./config.sh
「ようこそ」画面で、「既存のWebLogicドメインの拡張」を選択し、「次へ」をクリックします。
「WebLogicドメイン・ディレクトリ」画面で、WebLogicドメイン・ディレクトリ(ORACLE_BASE/admin/domain_name/aserver/domain_name)を選択し、「次へ」をクリックします。
図13-1に示すとおり、「拡張ソースの選択」画面で、次の手順を実行します。
「以下の追加製品をサポートするために、自動的にドメインを拡張する」を選択します。
次の製品を選択します。
Oracle Universal Content Management - Content Server - 11.1.1.0 wcc
「次へ」をクリックします。
注意: Oracle Universal Content Management - Inbound Refinery - 11.1.1.0は選択しないでください。この機能は、第13.19.6項「Inbound Refineryの構成」の説明に従って、後で構成します。 |
「JDBCコンポーネント・スキーマの構成」画面(図13-2)で次を実行します。
「UCMスキーマ」を選択します。
RACの構成には、(付録A「Oracle RACでのマルチ・データ・ソースの使用」で説明した)「GridLinkへ変換」または「RACマルチ・データ・ソースへ変換」を選択できます。
ここの手順では、「GridLinkへ変換」を選択します。
「次へ」をクリックします。
図13-2 Oracle WebCenter Contentの「JDBCコンポーネント・スキーマの構成」画面
「GridLink RACコンポーネント・スキーマの構成」画面で(図13-3)、次を実行します。
「UCMスキーマ」を選択します。その他のSOAとWebCenter Portalデータ・ソースはそのままにします。
次の各フィールドに値を入力して、RCUでシードされたOracle GridLink RACデータベースの接続情報を指定します。
ドライバ: 「OracleのGridLinkConnectionsドライバ(Thin)、バージョン: 10以降」を選択します。
サービス名: Oracle RACデータベースのサービス名と、続けてドメイン名を小文字で入力します。たとえば、wcpedg.example.com
です。
ユーザー名: データベースのスキーマ所有者の完全な名前(接頭辞を含む)を入力します。
パスワード: データベース・スキーマ所有者のパスワードを入力します。
FANの有効化: このオプションを選択します。
SSLの有効化: このオプションを選択解除します。
Oracle Notification Service (ONS)の通知の暗号化するためにSSLが選択されている場合は、「ウォレット・ファイル」と「ウォレット・パスワード」に適切な詳細を入力します。
サービス・リスナー: 使用しているOracle RACデータベースのOracle Single Client Access Name (SCAN)のアドレスとポートを入力します。このプロトコルは、TCP
である必要があります。
Oracle RACノードの追加または削除時にSCANアドレスを含むGridLinkデータ・ソースを更新する必要がないよう、サービス・リスナー(とOSNホスト)の指定にはSCANアドレスを使用することをお薦めします。SCANアドレスを判断するには、データベースに対してremote_listener
パラメータを問い合せます。
SQL>show parameter remote_listener; NAME TYPE VALUE ----- ------ ------- remote_listener string db-scan.example.com:1521
注意: データベース・バージョンがSCANをサポートしない場合は次を実行します。
|
ONSホスト: データベースからの通知のとおり、Oracle RACデータベースとONSリモート・ポートのSCANアドレスを入力します。
[orcl@CUSTDBHOST1 ~]$ srvctl config nodeapps -s
ONS exists: Local port 6100, remote port 6200, EM port 2016
注意: Oracle Database 11gリリース1 (11.1)の場合、データベースのONSサービスのホスト名とポートを入力します。例:
および
|
図13-3 Oracle WebCenter Contentの「RACマルチ・データ・ソース・コンポーネント・スキーマの構成」画面
その他のすべてのSOAとWebCenter Portalスキーマはそのままにします。
「次へ」をクリックします。
「JDBCデータ・ソースのテスト」画面で、UCMスキーマを選択し(または「すべて選択」をクリックし)、「接続のテスト」をクリックします。
「接続結果ログ」に結果が表示されます。スキーマを含むデータベースに正常に接続できたことを確認します。できなかった場合は、「前」をクリックし、前の画面に戻り、入力を修正し、テストを再試行します。
すべての接続に成功したら「次へ」をクリックします。
「オプションの構成」画面で、次の項目を選択します。
管理対象サーバー、クラスタ、およびマシン
デプロイメントとサービス
「次へ」をクリックします。
「管理対象サーバーの構成」画面で、サーバー名をUCM_server1からWLS_WCC1に変更し、「追加」をクリックしてWLS_WCC2という新しいサーバーを追加し、これらのサーバーに表13-2に示す属性を設定します。
この画面に表示される他のサーバーは変更しないでください。
表13-2 管理対象サーバー
名前 | リスニング・アドレス | リスニング・ポート | SSLリスニング・ポート | SSL有効 |
---|---|---|---|---|
WLS_WCC1 |
WCPHOST1 |
16200 |
該当なし |
いいえ |
WLS_WCC2 |
WCPHOST2 |
16200 |
該当なし |
いいえ |
「次へ」をクリックします。
「クラスタの構成」画面で、「追加」をクリックし、表13-3に示すクラスタを追加します。画面に表示されている他のクラスタは変更せず、そのままにしておきます。
表13-3 クラスタ
名前 | クラスタ・メッセージング・モード | マルチキャスト・アドレス | マルチキャスト・ポート | クラスタ・アドレス |
---|---|---|---|---|
WCC_Cluster |
ユニキャスト |
該当なし |
該当なし |
空白のままにします。 |
「次へ」をクリックします。
「サーバーのクラスタへの割当」画面で、次の項目を追加します。この画面に表示されている他の割当ては、このまま変更しません。
WCC_Cluster
WLS_WCC1
WLS_WCC2
「次へ」をクリックします。
「マシンの構成」画面で「Unixマシン」タブをクリックし、次の2つの新規マシンが表示されることを確認します。
その他すべてのフィールドはデフォルト値のままにします。「次へ」をクリックします。
「サーバーのマシンへの割当」画面で、次のようにサーバーをマシンに割り当てます。
WLS_WCC1をWCPHOST1に割り当てます。
WLS_WCC2をWCPHOST2に割り当てます。
「次へ」をクリックします。
「デプロイメントのクラスタまたはサーバーへのターゲット設定」画面で、「次へ」をクリックします。
「サービスのクラスタまたはサーバーへのターゲット設定」画面で、「次へ」をクリックします。
「構成のサマリー」画面で、「拡張」をクリックします。
ドメインのポートの競合に関する警告ダイアログで「OK」をクリックします。
「ドメインの作成中」画面で、「完了」をクリックします。
管理サーバーを起動し、これらの変更を反映します。第13.6項「管理サーバーの再起動」を参照してください。
管理コンソールにログインし、手動により次のデプロイメントのターゲットをクラスタの1つのノードのみに変更し(第10.9項「アクティビティ・グラフの構成」の手順を繰り返す)、すべての管理対象サーバーを再起動します。
activitygraph-engines
oracle.webcenter.activitygraph.enginelib
oracle.webcenter.activitygraph.lib
ドメイン構成を伝播する手順は次のとおりです。
次のように、SOAHOST1でpack
コマンドを実行してテンプレート・パックを作成します。
cd ORACLE_COMMON_HOME/common/bin ./pack.sh -managed=true -domain=ORACLE_BASE/admin/
domain_name/aserver/domain_name -template=edgdomaintemplateWCC.jar -template_name=edgdomaintemplateWCC
注意: 前回のpack/unpack処理からの指定されたテンプレート・パックjar ファイルが存在する場合は、別の名前(edgdomaintemplateWCC2.jar など)を選択します。 |
次のコマンドをSOAHOST1で実行し、前の手順で作成したテンプレート・パックをSOAHOST2、WCPHOST1およびWCPHOST2にコピーします。
注意: WCPHOST1がORACLE_HOMEをWCPHOST2と共有していると仮定した場合、テンプレートは、WCPHOST2の同一のディレクトリに存在します(そうでなければ、これもWCPHOST2にコピーします)。 |
scp edgdomaintemplateWCC.jar oracle@SOAHOST2:ORACLE_BASE/product/fmw/oracle_common/common/bin scp edgdomaintemplateWCC.jar oracle@WCPHOST1:ORACLE_BASE/product/fmw/oracle_common/common/bin scp edgdomaintemplateWCC.jar oracle@WCPHOST2:ORACLE_BASE/product/fmw/oracle_common/common/bin
unpack
コマンドをSOAHOST2、WCPHOST1とWCPHOST2で実行し、伝播されたテンプレートを解凍します。
注意: unpackコマンドはWL_HOME/common/binから実行するのではなく、ORACLE_COMMON_HOME/common/binディレクトリから実行してください。 |
SOAHOST2> cd ORACLE_COMMON_HOME/common/bin SOAHOST2> ./unpack.sh -domain=ORACLE_BASE/admin/domain_name
/mserver/domain_name -template=edgdomaintemplateWCC.jar -app_dir=ORACLE_BASE
/admin/domain_name/mserver/applications -overwrite_domain=true WCPHOST1> cd ORACLE_COMMON_HOME/common/bin WCPHOST1> ./unpack.sh -domain=ORACLE_BASE/admin/domain_name
/mserver/domain_name -template=edgdomaintemplateWCC.jar -app_dir=ORACLE_BASE
/admin/domain_name/mserver/applications -overwrite_domain=true WCPHOST2> cd ORACLE_COMMON_HOME/common/bin WCPHOST2> ./unpack.sh -domain=ORACLE_BASE/admin/domain_name
/mserver/domain_name -template=edgdomaintemplateWCC.jar -app_dir=ORACLE_BASE
/admin/domain_name/mserver/applications -overwrite_domain=true
注意: unpackを実行する前に、 ORACLE_BASE
/admin/ domain_name
/mserver/ ディレクトリが存在している必要があります。また、ORACLE_BASE /admin/ domain_name /mserver/applications/ ディレクトリが空である必要があります。 |
このWebCenter Portalエンタープライズ・デプロイメントでは、ロード・バランサが両方のコンテンツ・サーバー・インスタンス間でトラフィックの負荷を分散します。ロード・バランサは、WebCenter PortalからWCPHOST1またはWCPHOST2のいずれかのコンテンツ・サーバー・インスタンスに、ソケット接続で転送します。
WebCenter Portalからコンテンツ・サーバーへの接続はHTTPではなくソケット接続であるため、このソケットをオープンした後は、新しいソケットをオープンせずに、再利用されます。これは、最初にオープン・ソケットを取得したいずれかのコンテンツ・サーバー・インスタンスが継続的に使用され、トラフィックの大部分を受信することを意味します。
ロード・バランサでは、固定性を有効にできません。WebCenter Portalクライアントは一度に1つの接続のみをオープンしますが、両方のコンテンツ・サーバー・インスタンスが要求を処理できるようにする必要があります。追加のWebCenter Portalクライアントがこれらのコンテンツ・サーバー・インスタンスを使用している場合、これは特に重要です。
WebCenter Contentトラフィックをルーティングする方法を指定するルールによって、ロード・バランサを構成する必要があります。次に例を示します。
(LBR) LBR_IP_ADDRESS:4444 -> WCPHOST1_IP_ADDRESS:4444 (WCPHOST1) -> WCPHOST1_IP_ADDRESS:4444 (WCPHOST2)
第3.3項「ロード・バランサの構成」も参照してください。
ロード・バランサのWebCenter Contentソケット(ポート4444)の構成方法の詳細は、第13.9項「(WLS_WCC1管理対象サーバー上の)コンテンツ・サーバーの構成」を参照してください。
ノード・マネージャが起動されていない場合、次の手順を実行し、WCPHOST1とWCPHOST2上のノード・マネージャを起動します。
ノード・マネージャを起動する前に、WCPHOST1およびWCPHOST2の両方で、ORACLE_COMMON_HOME
/common/binディレクトリにあるsetNMProps.shスクリプトを実行し、StartScriptEnabled
プロパティを'true'に設定します。
WCPHOSTn> cd ORACLE_COMMON_HOME/common/bin WCPHOSTn> ./setNMProps.sh
注意: クラスのロード失敗などの問題を回避するために、StartScriptEnabled プロパティを使用する必要があります。 |
注意: 第3章「エンタープライズ・デプロイメント用のネットワークの準備」の共有記憶域構成で示しているように、Oracle WebCenter Content Serverがローカル記憶域または共有記憶域でSOAおよびWebCenter PortalとMW_HOME を共有している場合には、setNMProps.sh を再度実行する必要はありません。この場合、ノード・マネージャはすでに起動スクリプトを使用するように構成されています。 |
WCPHOST1およびWCPHOST2の両方で次のコマンドを実行し、ノード・マネージャを起動します。
WCPHOSTn> cd WL_HOME/server/bin WCPHOSTn> ./startNodeManager.sh
加えた変更を有効にするために管理サーバーを再起動します。管理サーバーを再起動するには、最初に管理コンソールを使用してサーバーを停止し、次に第8章「SOAHOST1での管理サーバーの起動」の説明に従って再起動します。
この項では、新しいWLS_WCC1管理対象サーバーを起動する方法について説明します。
WLS_WCC1管理対象サーバーを起動する手順は次のとおりです。
次の手順に従い、Oracle WebLogic Server管理コンソールを使用してWLS_WCC1管理対象サーバーを起動します。
「ドメイン構造」ウィンドウの「環境」ノードを開きます。
「サーバー」を選択します。
「サマリー」ページまたは「サーバー」ページで、「制御」タブをクリックします。
「WLS_WCC1」を選択して、「起動」をクリックします。
管理コンソールでサーバーの状態がRunningとして報告されていることを確認します。サーバーのステータスが「起動しています」または「再開中です」である場合は、「起動済み」になるまで待ちます。「管理」や「失敗」などの別のステータスが表示される場合は、サーバーの出力ログ・ファイルを調べ、エラーがないか確認します。考えられる原因については、第16.9項「Oracle WebCenter Portalエンタープライズ・デプロイメントのトラブルシューティング」を参照してください。
コンテンツ・サーバーの構成やWLS_WCC1の伝播を行う前に、前に作成したGridLinkデータ・ソースの構成とOracle Notification Service (ONS)の設定がデータ・ソースに対して正しいことを検証する必要があります。
WebCenter Content用のGridLinkデータ・ソースの構成とONSの構成を検証するには、次の手順を実行します。
WebLogicサーバーの管理コンソールにログインします。
「ドメイン構造」ツリーで「サービス」を開き、「データ・ソース」を選択します。
作成されたGridLinkデータ・ソース名をクリックします。たとえば、CSDS
です。
「監視」→「テスト」の順にクリックし、「WLS_WCC1」を選択して「データ・ソースのテスト」をクリックします。
構成が正しい場合、テストは成功します。
「統計」タブをクリックし、「WLS_WCC1」をクリックします。
「ONS」→「テスト」タブをクリックします。
サーバーを選択し、「ONSのテスト」をクリックします。
構成が正しい場合、ONSのテストは成功します。ONSのテストが失敗する場合、Oracle RACデータベース・ノードでONSサービスが実行されていることを確認します。
[orcl@CUSTDBHOST1 ~]$ srvctl status scan_listener SCAN Listener LISTENER_SCAN1 is enabled SCAN listener LISTENER_SCAN1 is running on node CUSTDBHOST1 SCAN Listener LISTENER_SCAN2 is enabled SCAN listener LISTENER_SCAN2 is running on node CUSTDBHOST2 SCAN Listener LISTENER_SCAN3 is enabled SCAN listener LISTENER_SCAN3 is running on node CUSTDBHOST2 [orcl@CUSTDBHOST1 ~]$ srvctl config nodeapps -s ONS exists: Local port 6100, remote port 6200, EM port 2016 [orcl@CUSTDBHOST1 ~]$ srvctl status nodeapps | grep ONS ONS is enabled ONS daemon is running on node: CUSTDBHOST1 ONS daemon is running on node: CUSTDBHOST2
GridLinkデータ・ソースを使用するすべてのWebLogic Serverインスタンスで、ONSテストを繰り返します。
この項では、WebCenter Portalエンタープライズ・デプロイメントに、コンテンツ・サーバー(WLS_WCC1上)を構成する方法を説明します。
注意: このWebCenter Portalエンタープライズ・デプロイメントでは、ロード・バランサが両方のContent Server間のトラフィックの負荷を分散します。まだ実行していない場合は、WebCenter Contentのトラフィックのルーティング方法を指定するルールをロード・バランサに構成する必要があります。詳細は、第13.4項「WebCenter Contentトラフィックをルーティングするためのロード・バランサの構成」を参照してください。 |
Content Serverを構成するには、次の手順を実行します。
Oracle WebLogic Serverの管理ユーザー名とパスワードを使用してhttp://WCPHOST1:16200/cs
のコンテンツ・サーバーにログインし、構成ページを表示します。
注意: Oracle WebCenter Content構成ファイルは、クラスタのすべてのメンバーがアクセスできるように共有ディスクにあります。Oracle WebCenter Portalのエンタープライズ・デプロイメントでは、共有ディスクの場所はORACLE_BASE/admin/wc_domain/WCC_Clusterです。 |
サーバー構成ページで次の値を変更します(すべてのオプションを参照するには、「コンテンツ・サーバーの新規インスタンス」チェック・ボックスを選択してください)。
コンテンツ・サーバーのインスタンス・フォルダ: これをORACLE_BASE/admin/wc_domain/WCC_Cluster/csに設定します。
ネイティブ・ファイル・リポジトリの場所: これをORACLE_BASE/admin/wc_domain/WCC_Cluster/cs/vaultに設定します。
Webレイアウト・フォルダ: これをORACLE_BASE/admin/wc_domain/WCC_Cluster/cs/weblayoutに設定します。
ユーザー・プロファイル・フォルダ: これをORACLE_BASE/admin/wc_domain/WCC_Cluster/cs/data/users/profilesに設定します。
サーバーのソケット・ポート: これを4444に設定します。
ソケット接続アドレス・セキュリティ・フィルタを着信中: これを次に示すとおりローカル・ホストおよびサーバーのIPのパイプ区切り一覧に設定します。
127.0.0.1|WCPHOST1_IP_Address|WCPHOST2_IP_Address|WEBHOST1_IP_Address|WEBHOST2_IP_Address |LBR_IP_Address
注意: この手順では、ホスト名ではなくIPアドレスを使用します。 |
WebサーバーのHTTP/HTTPSアドレス: これを wcpinternal.example.comに設定します。
/cs
へのリクエストで利用可能なすべてのContent Serverノードを使用できるように、ここにロード・バランサのアドレスを入力します。
注意: まだ実行していない場合、WebCenter Contentトラフィックをルーティングする方法のルールを、次のようにロード・バランサに追加します。
第13.4項「WebCenter Contentトラフィックをルーティングするためのロード・バランサの構成」も参照してください。 |
HTTPSのWebアドレス: このチェック・ボックスを選択解除します。
コンテンツ・サーバーのインスタンス名: これをWCC_Cluster1に設定します。
コンテンツ・サーバーのインスタンス・ラベル: これをWCC_Cluster1に設定します。
サーバー・インスタンスの説明: これをCluster WCC_Cluster1に設定します。
自動採番接頭辞: これをWCC_Cluster1-に設定します。
完了したら「送信」をクリックし、Oracle WebLogic Server管理コンソールを使用して管理対象サーバーを再起動します。
Oracle WebCenter Content Serverは、起動時にORACLE_BASE
/admin/domain_name/mserver/domain_name/config/fmwconfigにあるcwallet.ssoファイルを更新します。この変更を管理サーバーに伝播して戻す必要があります。これを行うには、次のコマンド(全部で1行)を使用して、ファイルをSOAHOST1のORACLE_BASE/admin/domain_name/aserver/domain_name/config/fmwconfigにコピーします。
WCPHOST1> scp ORACLE_BASE/admin/domain_name/mserver/
domain_name/config/fmwconfig/cwallet.sso oracle@SOAHOST1:ORACLE_BASE
/admin/domain_name/aserver/domain_name/config/fmwconfig/
注意: WLS_WCCnサーバーでORACLE_BASE /admin/domain_name/mserver/domain_name/config/fmwconfigディレクトリにあるcwallet.ssoファイルを変更する操作を行った場合は、SOAHOST1の管理サーバー・ドメイン・ディレクトリ(ORACLE_BASE/admin/domain_name/aserver/domain_name/config/fmwconfig)にそのファイルをすぐにコピーする必要があります。 |
管理対象サーバーWLS_WCC2の起動
次の手順に従い、Oracle WebLogic Server管理コンソールを使用してWLS_WCC2管理対象サーバーを起動します。
Oracle WebLogic Server管理コンソールを使用して次の操作を実行します。
「ドメイン構造」ウィンドウの「環境」ノードを開きます。
「サーバー」を選択します。
「サマリー」ページまたは「サーバー」ページで、「制御」タブをクリックします。
「WLS_WCC2」を選択して、「起動」をクリックします。
管理コンソールでサーバーの状態がRunningとして報告されていることを確認します。サーバーのステータスが「起動しています」または「再開中です」である場合は、「起動済み」になるまで待ちます。「管理」や「失敗」などの別のステータスが表示される場合は、サーバーの出力ログ・ファイルを調べ、エラーがないか確認します。考えられる原因については、第16.9項「Oracle WebCenter Portalエンタープライズ・デプロイメントのトラブルシューティング」を参照してください。
WLS_WCC2管理対象サーバーの構成
WLS_WCC2管理対象サーバーを構成する手順:
http://WCPHOST2:16200/cs
でOracle WebLogic Serverの管理ユーザー名とパスワードを使用してWLS_WCC2にログインし、構成ページを表示します。
注意: WebCenter Content構成ファイルは、クラスタのすべてのメンバーがアクセスできるように共有ディスクにあります。Oracle WebCenter Portalのエンタープライズ・デプロイメントでは、共有ディスクの場所はORACLE_BASE/admin/wc_domain/WCC_Clusterです。 |
「サーバーの構成」ページで次の値を変更します。
コンテンツ・サーバーのインスタンス・フォルダ: これをORACLE_BASE/admin/wc_domain/WCC_Cluster/csに設定します。
ネイティブ・ファイル・リポジトリの場所: これをORACLE_BASE/admin/wc_domain/WCC_Cluster/cs/vaultに設定します。
Webレイアウト・フォルダ: これをORACLE_BASE/admin/wc_domain/WCC_Cluster/cs/weblayoutに設定します。
ユーザー・プロファイル・フォルダ: これをORACLE_BASE/admin/wc_domain/WCC_Cluster/cs/data/users/profilesに設定します。
「コンテンツ・サーバーの新規インスタンス」チェック・ボックスが選択されていないことを確認します。
完了したら「送信」をクリックし、Oracle WebLogic Server管理コンソールを使用して管理対象サーバーを再起動します。
テキスト・エディタを使用して、次のオプションを各クラスタ・ノードのMSERVER_HOME
/ucm/cs/bin/intradoc.cfg
ファイルに追加します。ここで指定されたディレクトリは、直接バスに追加、制御されるlocalディスク上にあり、NFSをマウントしたUNIX/Linuxまたはクラスタ化されたファイル・システム(たとえばOCFS2、GFS2、GPFS)などのリモート・ファイル・システムではありません。
TraceDirectory=MSERVER_HOME/servers/WLS_WCCN/logs EventDirectory=MSERVER_HOME/servers/WLS_WCCN/logs/event/ ArchiverDoLocks=true DisableSharedCacheChecking=true
後続のNについては、WLS_WCC1はWCPHOST1上にあり、WLS_WCC2はWCCPHOST2上にあるなど、ノードのサーバー名と一致している必要があります。
この変更は、第13.13項「Oracle WebCenter Contentのサービス再試行の構成」で説明される手順の最後に、すべてのWebCenter Content管理対象サーバーを再起動させてから有効になります。
注意: ディレクトリは、WebCenter Contentログおよび任意のトレースを構成する場合は、ログおよびトレースを保持するために十分なスペースがあると判断される任意のローカル・ディスク・パスに配置できます。前述のパスは一案です。 |
Oracle RACのフェイルオーバー時にログインの再試行を可能にするため、Oracle Content Serverのconfig.cfg
ファイル内の次のパラメータを設定します。
ServiceAllowRetry=true
この値が設定されていない場合、フェイルオーバーが開始されたときに、処理中の任意の操作を手動で再試行する必要があります。
Oracle WebCenter Content用のServiceAllowRetry
構成パラメータを追加する手順は次のとおりです。
Oracle WebCenter ContentのWebLogic Server管理コンソール(http://WCPHOST1:16200/cs
)にアクセスし、Oracle WebLogic Serverの管理ユーザー名とパスワードを使用してログインします。
「管理」ページを開き、「管理サーバー」を選択します。
「コンテンツ管理サーバー」ページで、左側の「一般構成」をクリックします。
「一般構成」ページで、「追加の構成変数」ボックスに、次のパラメータを追加します。
ServiceAllowRetry=true
「保存」をクリックし、すべてのWebCenter Content管理対象サーバー(WLS_WCCn)を再起動します。
注意: 新しいパラメータはconfig.cfg ファイルに含まれます。このファイルは次の場所にあります。
ORACLE_BASE/admin/wc_domain/WCC_Cluster/cs/config/config.cfg このファイルをテキスト・エディタで直接編集することもできます。必ず、すべてのWebCenter Content管理対象サーバーを再起動してください。 |
(WLS_WCC1およびWLS_WCC2管理対象サーバーを含む)WCC_ClusterにOracle HTTP Serverをルーティングするには、WebLogicCluster
パラメータをクラスタ内のノードのリストに設定する必要があります。
WEBHOST1とWEBHOST2上で、例13-1で太字で示したディレクティブを、次のディレクトリにあるwcp_vh.conf
ファイルに追加します。
ORACLE_BASE/admin/instance_name/config/OHS/component_name/moduleconf
第7.6項「仮想ホストの定義」
の指示に従って、wcp_vh.confファイルを作成している必要があります。
wcp_vh.conf
ファイルは例13-1のように表示されます。
例13-1 wcp_vh.confファイル
<VirtualHost *:7777> ServerName https://wcp.example.com:443 ServerAdmin you@your.address RewriteEngine On RewriteOptions inherit <Location /soa-infra> SetHandler weblogic-handler WebLogicCluster SOAHOST1VHN1:8001,SOAHOST2VHN1:8001 WLProxySSL ON WLProxySSLPassThrough ON </Location> # SOA inspection.wsil <Location /inspection.wsil> SetHandler weblogic-handler WebLogicCluster SOAHOST1VHN1:8001,SOAHOST2VHN1:8001 WLProxySSL ON WLProxySSLPassThrough ON </Location> # UMS prefs <Location /sdpmessaging/userprefs-ui> SetHandler weblogic-handler WebLogicCluster SOAHOST1VHN1:8001,SOAHOST2VHN1:8001 WLProxySSL ON WLProxySSLPassThrough ON </Location> # Default to-do taskflow <Location /DefaultToDoTaskFlow> SetHandler weblogic-handler WebLogicCluster SOAHOST1VHN1:8001,SOAHOST2VHN1:8001 WLProxySSL ON WLProxySSLPassThrough ON </Location> # Workflow <Location /workflow> SetHandler weblogic-handler WebLogicCluster SOAHOST1VHN1:8001,SOAHOST2VHN1:8001 WLProxySSL ON WLProxySSLPassThrough ON </Location> #Required if attachments are added for workflow tasks <Location /ADFAttachmentHelper> SetHandler weblogic-handler WebLogicCluster SOAHOST1VHN1:8001,SOAHOST2VHN1:8001 WLProxySSL ON WLProxySSLPassThrough ON </Location> # SOA composer application <Location /soa/composer> SetHandler weblogic-handler WebLogicCluster SOAHOST1VHN1:8001,SOAHOST2VHN1:8001 WLProxySSL ON WLProxySSLPassThrough ON </Location> # WebCenter Portal Application (previously called Spaces) <Location /webcenter> WebLogicCluster WCPHOST1:9000,WCPHOST2:9000 SetHandler weblogic-handler WLProxySSL ON WLProxySSLPassThrough ON </Location> <Location /webcenterhelp> WebLogicCluster WCPHOST1:9000,WCPHOST2:9000 SetHandler weblogic-handler WLProxySSL ON WLProxySSLPassThrough ON </Location> <Location /rss> WebLogicCluster WCPHOST1:9000,WCPHOST2:9000 SetHandler weblogic-handler WLProxySSL ON WLProxySSLPassThrough ON </Location> <Location /rest> WebLogicCluster WCPHOST1:9000,WCPHOST2:9000 SetHandler weblogic-handler WLProxySSL ON WLProxySSLPassThrough ON </Location> # Discussions <Location /owc_discussions> WebLogicCluster WCPHOST1:9002,WCPHOST2:9002 SetHandler weblogic-handler WLProxySSL ON WLProxySSLPassThrough ON </Location> # Portlets <Location /pagelets> WebLogicCluster WCPHOST1:9001,WCPHOST2:9001 SetHandler weblogic-handler WLProxySSL ON WLProxySSLPassThrough ON </Location> <Location /portalTools> WebLogicCluster WCPHOST1:9001,WCPHOST2:9001 SetHandler weblogic-handler WLProxySSL ON WLProxySSLPassThrough ON </Location> <Location /wsrp-tools> WebLogicCluster WCPHOST1:9001,WCPHOST2:9001 SetHandler weblogic-handler WLProxySSL ON WLProxySSLPassThrough ON </Location> # Personalization <Location /wcps> WebLogicCluster WCPHOST1:9003,WCPHOST2:9003 SetHandler weblogic-handler WLProxySSL ON WLProxySSLPassThrough ON </Location> #Activity Graph <Location /activitygraph-engines> WebLogicCluster WCPHOST1:9003 SetHandler weblogic-handler WLProxySSL ON WLProxySSLPassThrough ON </Location> #Oracle WebCenter Content <Location /cs> WebLogicCluster WCPHOST1:16200,WCPHOST2:16200 SetHandler weblogic-handler WLProxySSL ON WLProxySSLPassThrough ON </Location> <Location /adfAuthentication> WebLogicCluster WCPHOST1:16200,WCPHOST2:16200 SetHandler weblogic-handler WLProxySSL ON WLProxySSLPassThrough ON </Location> <Location /_ocsh> WebLogicCluster WCPHOST1:16200,WCPHOST2:16200 SetHandler weblogic-handler WLProxySSL ON WLProxySSLPassThrough ON </Location> </VirtualHost>
注意: エンタープライズ・デプロイメントにMicrosoft Officeの統合またはMicrosoft SharePointサーバーへのアクセスが必要な場合は、仮想ホストの追加が必要です。詳細は、『Oracle WebCenter Portalの管理』のMicrosoft Office統合の管理に関する項を参照してください。 |
WEBHOST1およびWEBHOST2の両方で、Oracle HTTP Serverを再起動します。
WEBHOST1> ORACLE_BASE/admin/instance_name/bin/opmnctl restartproc ias-component=ohs1 WEBHOST2> ORACLE_BASE/admin/instance_name/bin/opmnctl restartproc ias-component=ohs2
次のロード・バランサURLを検証し、Oracle HTTP ServerからWCC_Clusterへのルーティングとフェイルオーバーが適切に機能していることを確認します。
WLS_WCC2が稼働している状態で、Oracle WebLogic Server管理コンソールを使用してWLS_WCC1を停止します。
http://wcp.example.com/cs
にアクセスし、正しく動作していることを確認します。
Oracle WebLogic Server管理コンソールでWLS_WCC1を起動します。
Oracle WebLogic Server管理コンソールでWLS_WCC2を停止します。
http://wcp.example.com/cs
にアクセスし、正しく動作していることを確認します。
拡張したドメインが正常に動作していることを確認した後、そのインストール内容をバックアップします。これは、以降の手順で問題が発生した場合に短時間でリストアできることを考慮した迅速なバックアップです。バックアップ先はローカル・ディスクです。エンタープライズ・デプロイメントの設定が完了すれば、このバックアップは破棄してかまいません。その時点では、デプロイメント固有の定期的なバックアップ手順とリカバリ手順を実行できるようになっています。詳細は、Oracle Fusion Middlewareの管理者ガイドを参照してください。バックアップおよびリストアを必要とするOracle HTTP Serverのデータの詳細は、そのガイドでOracle HTTP Serverのバックアップとリカバリの推奨事項に関する項を参照してください。コンポーネントのリカバリ方法に関する詳細は、そのガイドでコンポーネントのリカバリに関する項およびコンポーネントが失われた後のリカバリに関する項を参照してください。ホストが失われた場合のリカバリに固有の推奨事項は、そのガイドで別のホストへのOracle HTTP Serverのリカバリに関する項を参照してください。データベースのバックアップの詳細は、『Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイド』も参照してください。
インストールをバックアップするには、次の手順を実行します。
Web層をバックアップします。SOAHOST1からコマンドを実行します。
opmnctl
を使用してインスタンスを停止します。
ORACLE_BASE/admin/instance_name/bin/opmnctl stopall
次のコマンドをroot権限で実行して、Web層のミドルウェア・ホームをバックアップします。
tar -cvpf BACKUP_LOCATION/web.tar MW_HOME
次のコマンドを実行して、Web層のOracleインスタンス・ホームをバックアップします。
tar -cvpf BACKUP_LOCATION/web_instance_name.tar ORACLE_INSTANCE
opmnctlを使用してインスタンスを起動します。
cd ORACLE_BASE/admin/instance_name/bin opmnctl startall
データベースのバックアップを取ります。これは、Oracle Recovery Manager(推奨)またはtarなどのオペレーティング・システム・ツールを使用したデータベース全体のホット・バックアップまたはコールド・バックアップです。オペレーティング・システム・ツールを使用する場合は、可能なかぎりコールド・バックアップをお薦めします。
管理サーバーのドメイン・ディレクトリをバックアップしてドメイン構成を保存します。構成ファイルは、すべてORACLE_BASE/admin/ domain_nameディレクトリの下にあります。
次のコマンドを実行してバックアップを作成します。
SOAHOST1> tar -cvpf edgdomainback.tar ORACLE_BASE/admin/domain_name
この項では、WebCenter Portalで使用するOracle WebCenter Content Serverを構成するための必須タスクについて説明します。この項の項目は次のとおりです。
WebCenter Portalで、次のContent Serverコンポーネントを有効にします。
WebCenterConfigure - WebCenter PortalおよびPortal Frameworkアプリケーション用のContent Serverのインスタンスを構成できます。
Folders_gまたはFrameworkFolders - これらのコンポーネントのいずれかを有効にして、コンテンツ・サーバーに構成されたフォルダ・サービスを指定します。
Folders_g - コンテンツ・サーバーのコンテンツに階層フォルダ・インタフェースを提供します。Folders_gコンポーネントを使用していた前のリリースからのパッチを適用されたOracle WebCenter Portalインスタンスの場合は、引き続きFolders_gを使用するか、FrameworkFoldersインタフェースへの移行を選択できます。パフォーマンスを向上させ、コンテンツ・サーバーの新機能を使用するために、FrameworkFoldersインタフェースへの移行をお薦めします。
FrameworkFolders - 通常のファイル・システムと同様の階層フォルダ・インタフェースを提供し、リポジトリのコンテンツの一部またはすべてを編成および検索できます。FrameworkFoldersはスケーラブルなエンタープライズ・ソリューションであり、コンテンツ・サーバーのフォルダ・サービスとしてFolders_gに置き換わるコンポーネントです。Oracle WebCenter Portalの新規インストールでは、コンテンツ・サーバー上でFrameworkFoldersコンポーネントを有効にすることをお薦めします。
詳細な手順は、『Oracle WebCenter Portalの管理』の必須コンポーネントの有効化に関する項を参照してください。
注意: Oracle WebCenter PortalがFolders_gコンポーネントを使用するように構成され、Folders_gが無効の場合は、次の例外が表示されます。
SEVERE: UCM feature folders is not installed on server. at
oracle.webcenter.content.integration.spi.ucm.UCMBridge.getBridge(UCMBridge.java:349) ....
Oracle WebCenter PortalがFrameworkFoldersコンポーネントを使用するように構成され、FrameworkFoldersが無効の場合は、次のメッセージが表示されます。 Foldering service from content server Folders_g and Portal Server Configuration FrameworkFolders do not match |
オプションであるが強く推奨
この構成は、Dynamic Converterによってオンザフライで生成される、HTMLレンディションが利用される、WebCenter PortalのSlide Previewer機能で必要です。
Dynamic Converterは、Dynamic Converterを有効にし、Dynamic Converterを使用するファイルの種類を定義する2つ手順で構成します。詳細な手順は、『Oracle WebCenter Portalの管理』のDynamic Converterコンポーネントの構成に関する項を参照してください。
その他のいくつかのContent Server機能は、必須ではないものの、WebCenter Portalエンタープライズ・デプロイメントにおける追加機能を提供します。たとえば、Site Studio、OracleTextSearchなどの機能を有効にすることも可能です。詳細説明および詳細手順については、『Oracle WebCenter Portalの管理』のコンテンツ・サーバーの構成ロードマップに関する項を参照してください。
Oracle WebCenter Content ServerをWebCenter Portalアプリケーションに追加する手順は次のとおりです。
注意: Content Serverの登録の詳細は、『Oracle Fusion Middleware Oracle WebCenter Portal管理者ガイド』のコンテンツ・リポジトリの管理に関する説明を参照してください。 |
Enterprise Manager Fusion Middleware Controlにログインし、アプリケーションのホーム・ページに移動します。
たとえば、WebCenter Portalのホーム・ページに移動するには、「WebCenter」→「Portal」→「スペース」→「WebCenterポータル」を開きます。
「WebCenter Portal」メニューから「設定」→「サービス構成」を選択します。
「WebCenterサービス構成」ページのサービスのリストから、「コンテンツ・リポジトリ」を選択します。
新しいコンテンツ・リポジトリに接続するには、「追加」をクリックします。
この接続の一意の名前を入力し、コンテンツ・リポジトリ・タイプを指定します。また、この接続がアプリケーションのアクティブな(デフォルトの)接続であるかどうかを指定します。
接続名
コンテンツ・リポジトリ接続に一意の名前を入力します。この名前は、WebCenter Portalアプリケーション内のすべての接続タイプ間で一意である必要があります。
リポジトリ・タイプ
接続先のリポジトリのタイプとして「Oracle Content Server」を選択します。
アクティブな接続
これをWebCenter Portalアプリケーションのデフォルトのコンテンツ・リポジトリにします。
WebCenter Portalアプリケーションを複数のコンテンツ・リポジトリに接続して、すべての接続を使用することができます。1つの接続をデフォルト(またはアクティブな)接続に指定する必要があります。
WebCenter Portalのコンテンツ・リポジトリの詳細を追加入力します。
コンテンツ管理者
このContent Serverインスタンスに対する管理者権限を持つユーザー名を入力します。このユーザーは、WebCenter Portalコンテンツ用のフォルダの作成および保守、さらにコンテンツ・アクセス権の管理に使用されます。デフォルトはsysadmin
です。ここで、有効な管理ユーザーを構成します。WebCenter Portalユーザーにかわって操作を実行するには、この接続に対する管理権限が必要です。
ルート・フォルダ
WebCenter Portalのすべてのコンテンツが格納されるルート・フォルダを入力します。まだ存在しないコンテンツ・リポジトリ・フォルダを指定するには、/foldername
の形式を使用します。たとえば、/MyWebCenterPortal
などです。ルート・フォルダは、ルート自体である/にはできず、アプリケーション全体で一意である必要があります。指定したフォルダはアプリケーションの起動時に作成されます。無効なエントリは、/
、/foldername/
、/foldername/subfolder
などです。
アプリケーション名
このコンテンツ・リポジトリ内のWebCenter Portalアプリケーションに対して一意の名前を入力します。たとえば、MyWebCenterPortalAppなどです。
名前は、先頭がアルファベットで、その後はアルファベットまたはアンダースコアの任意の組合せである必要があります。文字列は、14文字以下である必要があります。
この名前は、複数のWebCenter Portalアプリケーションが同じコンテンツ・リポジトリを共有している場合にデータを区別するために使用され、アプリケーション間で一意であることが必要です。また、ドキュメント関連のワークフロー、そのポータル・アプリケーションで作成されたすべてのデータが格納されるセキュリティ・グループおよびセキュリティ・ロールを指定するため、また特定のWebCenter Portalインスタンスに対するユーザー権限およびデフォルト属性をストライプするために使用されます。
コンテンツ・リポジトリの接続の詳細を入力します。
RIDCソケット・タイプ
「ソケット」を選択すると、Content Serverとの接続に、intradocソケットが使用されます。
Content Serverの認証アドレスのリストにクライアントIPアドレスを追加する必要があります。この場合、クライアントは、Oracle WebCenter Portalが実行されているマシンです。
サーバー・ホスト
/cs
へのリクエストで利用可能なすべてのコンテンツ・サーバー・ノードを使用できるように、ここにはロード・バランサのアドレス(wcpinternal.example.com)を入力します。
第13.9項「(WLS_WCC1管理対象サーバー上の) コンテンツ・サーバーの構成」の手順2で説明したように、ロード・バランサ上で構成されている仮想ホストのIPアドレスおよびロード・バランサのSelf-IPを、コンテンツ・サーバーの「受信ソケット接続アドレス・セキュリティ・フィルタ」に追加する必要があります。
注意: まだ実行していない場合、WebCenter Contentトラフィックをルーティングする方法のルールを、次のようにロード・バランサに追加します。
第3.3項「ロード・バランサの構成」も参照してください。 |
サーバー・ポート
Content Serverがリスニングするポート4444を入力します。
接続タイムアウト(ミリ秒)
接続タイムアウト・メッセージを発行するまで、Content Serverへのログインを許可する時間の長さ(ミリ秒)を指定します。タイムアウトが設定されていない場合、ログイン操作の時間制限はありません。環境に応じた適切なタイムアウトを選択します。たとえば、30000です。
認証方式
「アイデンティティ伝播」を選択します。このエンタープライズ・デプロイメントでは、Content ServerとWebCenter Portalアプリケーションは、ユーザーの認証に同じアイデンティティ・ストアを使用します。
Webコンテキスト・ルート
Content ServerのWebサーバー・コンテキスト・ルートとして/csを入力します。
管理者ユーザー名
このOracle Content Serverインスタンスに対する管理者権限を持つユーザー名を入力します。このユーザーは、プロファイルに基づくコンテンツ・タイプ情報のフェッチおよびWebCenter Portalキャッシュ無効化のためのドキュメント変更の追跡に使用されます。デフォルトはsysadmin
です。
管理者パスワード
Content Server管理者のパスワード。socketType
がweb
に設定されている場合に必要です。
「OK」をクリックしてこの接続を保存します。
新しい(アクティブな)接続の使用を開始するには、WebCenter Portalアプリケーションがデプロイされている管理対象サーバーを再起動する必要があります。
Inbound Refineryは、Oracle WebCenter Contentによるドキュメント変換のために必要です。
可用性の理由から、少なくとも2つのInbound Refinery管理対象サーバーを別々のマシン上にインストールおよび構成することをお薦めします。WebCenter Portalエンタープライズ・デプロイメント・トポロジ内では、Oracle Webcenter Content Serverと同じマシン上にInbound Refineryをインストールして構成します。
Inbound Refineryを含むドメインを拡張するプロセスでIBR_Clusterというサーバー・グループを作成しても、各Inbound Refineryインスタンスは完全に独立しており、クラスタとして機能することはありません。サーバー・グループは管理のためにのみ使用されます。
この項には次のトピックが含まれます:
Oracle WebCenter Content: Inbound Refinery (Inbound Refinery)を追加するには、第8章「エンタープライズ・デプロイメント用のドメインの作成」で作成したドメインを拡張する必要があります。
注意: これらの手順を実行する前に、『Oracle Fusion Middleware管理者ガイド』の説明に従ってドメインをバックアップします。 |
Inbound Refineryを追加するためにドメインを拡張する手順:
リポジトリをインストールしたデータベースを実行していることを確認します。Oracle RACデータベースの場合は、後で実行する検証チェックの信頼性を確保するために、すべてのインスタンスを実行しておくことをお薦めします。
ドメイン内のすべての管理対象サーバーを停止します。
ディレクトリをOracle Fusion Middleware構成ウィザードの場所に変更します。これは共通のOracleホーム・ディレクトリ内にあります(ドメインの拡張は、管理サーバーが存在するSOAHOST1から実行することに注意してください)。
cd ORACLE_COMMON_HOME/common/bin
構成ウィザードを起動します。
./config.sh
「ようこそ」画面で、「既存のWebLogicドメインの拡張」を選択し、「次へ」をクリックします。
WebLogicドメイン・ディレクトリ画面で、WebLogicドメイン・ディレクトリ (ORACLE_BASE
/admin/
domain_name
/aserver/
domain_name
)を選択し、「次へ」をクリックします。
「拡張ソースの選択」画面で、次の手順を実行します。
「以下の追加製品をサポートするために、自動的にドメインを拡張する」を選択します。
次の製品を選択します。
Oracle Universal Content Management - Inbound Refinery - 11.1.1.0 [wcc]
「次へ」をクリックします。
「JDBCコンポーネント・スキーマの構成」画面で必要な手順はありません。Inbound Refineryでは、データベースにスキーマがありません。「次へ」をクリックして続行します。
「オプションの構成」画面で、次の項目を選択します。
管理対象サーバー、クラスタ、およびマシン
デプロイメントとサービス
「次へ」をクリックします。
「管理対象サーバーの構成」画面で、必要な管理対象サーバーを追加します。
サーバーが自動的に作成されます。このサーバーの名前をWLS_IBR1に変更し、WLS_IBR2という新しいサーバーを追加します。表13-5に示す属性をこれらのサーバーに指定します。この画面に表示されている他のサーバーは変更せず、そのままにしておきます。
表13-5 管理対象サーバー
名前 | リスニング・アドレス | リスニング・ポート | SSLリスニング・ポート | SSL有効 |
---|---|---|---|---|
WLS_IBR1 |
WCPHOST1 |
16250 |
該当なし |
いいえ |
WLS_IBR2 |
WCPHOST2 |
16250 |
該当なし |
いいえ |
「次へ」をクリックします。
「クラスタの構成」画面で、「追加」をクリックし、表13-6に示すクラスタを追加します。画面に表示されている他のクラスタは変更せず、そのままにしておきます。
表13-6 クラスタ
名前 | クラスタ・メッセージング・モード | マルチキャスト・アドレス | マルチキャスト・ポート | クラスタ・アドレス |
---|---|---|---|---|
IBR_Cluster |
ユニキャスト |
該当なし |
該当なし |
空のままにします。 |
「次へ」をクリックします。
注意: すべてのInbound Refineryインスタンスは完全に独立しています。サーバー・グループIBR_Clusterは管理のためにのみ使用されます。 |
「サーバーのクラスタへの割当」画面で、IBR_Clusterに次のサーバーを割り当てます。
WLS_IBR1
WLS_IBR2
この画面に表示されている他の割当ては変更しないでください。「次へ」をクリックします。
「マシンの構成」画面で、「次へ」をクリックします。
「サーバーのマシンへの割当」画面で、次のようにサーバーをマシンに割り当てます。
WLS_IBR1をWCPHOST1に割り当てます。
WLS_IBR2をWCPHOST2に割り当てます。
「次へ」をクリックします。
「デプロイメントのクラスタまたはサーバーへのターゲット設定」画面で、次のターゲットを確認します。
usermessagingserverおよびusermessagingdriver-emailが、SOA_Clusterにのみターゲット設定されていること。
usermessaging-xmpp、usermessaging-smppおよびusermessaging-voicexmlの各アプリケーションはオプションです。
wsm-pmアプリケーションが、WSM-PM_Clusterにのみターゲット設定されていること。
Web Services ManagerをSOA_Clusterにデプロイする予定である場合は、wsm-pmアプリケーションをSOA_Clusterにもターゲット設定します。
oracle.rules.*およびoracle.soaの各デプロイメントが、SOA_ClusterおよびSpaces_Clusterにのみターゲット設定されていること。
oracle oracle.sdp.*およびoracle.soa.workflow.wcの各デプロイメントが、SOA_Cluster、Spaces_ClusterおよびPortlet_Clusterにのみターゲット設定されていること。
「次へ」をクリックします。
「サービスのクラスタまたはサーバーへのターゲット設定」画面で、「次へ」をクリックします。
「構成のサマリー」画面で、「拡張」をクリックします。
「ドメインの作成中」画面で、「完了」をクリックします。
管理サーバーを起動し、これらの変更を反映します。第8.4.3項「SOAHOST1での管理サーバーの起動」を参照してください。
管理コンソールにログインし、手動により次のデプロイメントのターゲットをクラスタの1つのノードのみに変更し(第10.9項「アクティビティ・グラフの構成」の手順を繰り返す)、すべての管理対象サーバーを再起動します。
activitygraph-engines
oracle.webcenter.activitygraph.enginelib
oracle.webcenter.activitygraph.lib
ドメイン構成を伝播する手順は次のとおりです。
次の一連のコマンドを使用し、SOAHOST1でpack
コマンドを実行してテンプレート・パックを作成します。
cd ORACLE_COMMON_HOME/common/bin ./pack.sh -managed=true -domain=ORACLE_BASE/admin/domain_name/aserver/domain_name -template=edgdomaintemplateIBR.jar -template_name=edgdomain_templateIBR
注意: 前回のpack/unpack処理からの指定されたテンプレート・パックjar ファイルが存在する場合は、別の名前(edgdomaintemplateIBR2.jar など)を選択します。 |
次のコマンドをSOAHOST1で実行し、前の手順で作成したテンプレート・パックをWCPHOST2にコピーします。
注意: WCPHOST1がORACLE_HOMEをSOAHOST1と共有していると仮定した場合、テンプレートは、WCPHOST1の同一のディレクトリに存在します(そうでなければ、これもWCPHOST1にコピーします)。 |
scp edgdomaintemplateIBR.jar oracle@WCPHOST2:ORACLE_BASE/product/fmw/oracle_common/common/bin
unpack
コマンドをWCPHOST1で実行し、伝播されたテンプレートを解凍します。
注意: unpack コマンドはWL_HOME/common/binから実行するのではなく、ORACLE_COMMON_HOME/common/binディレクトリから実行してください。 |
cd ORACLE_COMMON_HOME/common/bin ./unpack.sh -domain=ORACLE_BASE/admin/domain_name/mserver/domain_name -template=edgdomaintemplateIBR.jar -app_dir=ORACLE_BASE/admin/domain_name/mserver/applications -overwrite_domain=true
注意: unpackを実行する前に、 ORACLE_BASE
/admin/ domain_name
/mserver/ ディレクトリが存在している必要があります。また、ORACLE_BASE /admin/ domain_name /mserver/applications/ ディレクトリが空である必要があります。 |
WCPHOST2に対して3の手順を繰り返します。
ドメイン変更の伝播後、uploadおよびstageディレクトリを更新します。詳細な手順は、第8.5.2項「uploadおよびstageディレクトリの絶対パスへの変更」を参照してください。
管理サーバーを再起動して、ここまでの変更を有効にします。管理サーバーを再起動するには、最初に管理コンソールを使用してサーバーを停止し、第8.4.3項「SOAHOST1での管理サーバーの起動」の説明に従って再起動します。
WCPHOST1上のWLS_IBR1とWCPHOST2上のWLS_IBR2管理対象サーバーを起動する手順:
http://ADMINVHN:7001/console
のOracle WebLogic Server管理コンソールにログインします。
「ドメイン構造」ウィンドウの「環境」ノードを開き、「サーバー」を選択します。
「サーバーのサマリー」ページで、「制御」タブを開きます。
表の「サーバー」列から「WLS_IBR1」と「WLS_IBR2」を選択します。
「起動」をクリックします。
Inbound Refineryの構成を初期化するために、その管理対象サーバーにHTTP経由で1回のみアクセスする必要があります。これは、管理対象サーバーのリスニング・アドレスで直接実行できます。Inbound RefineryインスタンスはHTTPサーバーの後方に配置する必要があります。
Inbound Refinery管理対象サーバーに対する以降のすべてのアクセスは、ソケット・リスナーを介して行われます。このリスナーは、次の項で構成する着信ソケット接続アドレス・セキュリティ・フィルタによって保護されます。
すべてのInbound Refineryインスタンスを使用して各Oracle WebCenter Content Serverを構成することをお薦めします。Oracle WebCenter Contentの構成プロセスは、Inbound Refineryインスタンスをプロバイダとして追加することです。Inbound Refineryのインストール後の手順も実行する必要があります。
次の項では、Inbound Refineryのインストール後の構成手順について説明します。
Inbound Refineryの設定を構成する手順は次のとおりです。
次のURLからInbound Refineryのインストール後の構成画面にアクセスします。
http://WCPHOST1:16250/ibr/
構成画面で、構成を次のとおり設定します。
Inbound Refineryのインスタンス・フォルダ: これをORACLE_BASE/admin/wc_domain/WCC_Cluster/ibr1に設定します。ディレクトリ・パスは共有ディスクに配置し、Inbound Refineryインスタンスごとに一意である必要があります。
ネイティブ・ファイル・リポジトリの場所: これをORACLE_BASE/admin/wc_domain/WCC_Cluster/ibr1/vaultに設定します。
Webレイアウト・フォルダ: これをORACLE_BASE/admin/wc_domain/WCC_Cluster/ibr1/weblayoutに設定します。
ユーザー・プロファイル・フォルダ: これをORACLE_BASE/admin/wc_domain/WCC_Cluster/ibr1/data/users/profilesに設定します。
ソケット接続アドレス・セキュリティ・フィルタ: これを、次に示すとおりローカル・ホストおよびサーバーのIPのパイプ区切り一覧に設定します。
127.0.0.1|WCPHOST1-IP|WCPHOST2-IP|WEBHOST1-IP|WEBHOST2-IP
これにより、Oracle WebCenter Content Serverから接続できるようになります。WCPHOST1-IPおよびWCPHOST2-IPの値は、Inbound Refineryにジョブを送信するコンテンツ・サーバー・インスタンスを持つマシンのIPアドレスである必要がありますが、必ずしもInbound RefineryのIPアドレスとはかぎりません。(ただし、このエンタープライズ・デプロイメント・ガイドで使用される参照トポロジでは、これらのIPアドレスは同じです。)
このフィールドでは、ワイルドカードを含む値(192.0.2.*
など)を使用できます。この値は、ORACLE_BASE
/admin/
domain_name
/mserver/
domain_name
/ucm/ibr/config/config.cfg
のSocketHostAddressSecurityFilter
を設定し、Inbound Refineryを再起動することによって、後で変更できます。
サーバーのソケット・ポート: 5555のように、使用されていないポート番号を入力します。この値は、トップレベルのサービスを呼び出すためのポートの番号です。このフィールドの値を変更すると、ORACLE_BASE
/admin/domain_name/mserver/domain_name/ucm/ibr/config/config.cfg内の IntradocServerPort
エントリが変更されます。このポート番号は、後でOracle WebCenter Contentの構成時に必要となるため、書き留めておいてください。
サーバー・インスタンス名: Inbound Refinery管理対象サーバー・インスタンス名を指定します。デフォルトの値をそのまま使用することも、より便利な名前に変更することもできます。このサーバー名は、後でOracle WebCenter Contentの構成時に必要となるため、書き留めておいてください。
構成ページの他のすべてのフィールドはそのままにします。
Inbound Refinery管理対象サーバーを再起動します。
コンテンツ・フォルダには異なる名前を使用して、すべてのInbound Refineryに対してこれらの手順を繰り返します。
Inbound Refineryが正常に機能するには、フォント・イメージを生成するために使用されるフォントへのパスを指定する必要があります。デフォルトでは、フォント・パスはInbound Refineryで使用されるJVM内のフォント・ディレクトリ(MW_HOME/jdk160_version/jre/lib/fonts)に設定されます。ただし、デフォルト・ディレクトリに含まれるフォントは限定されているため、レンディションが低下する可能性があります。また、非標準のJVMを使用した場合、デフォルトで指定されているJVMのフォント・パスと異なることがあります。この場合、エラー・メッセージがInbound RefineryとContent Serverの両方から表示されます。これが発生した場合は、変換を正しくレンダリングするために必要なフォントを含むディレクトリにフォント・パスが設定されていることを確認してください。詳細は、『Oracle WebCenter Content Conversion管理者ガイド』のフォント・パスの指定に関する項を参照してください。
ドキュメント変換を構成する手順は次のとおりです。
次のURLからInbound Refineryにログインします。
http://WCPHOST1:16250/ibr/
Inbound Refineryでの変換コンポーネントを有効にします。コアInbound Refineryは、ファイルをTIFF Web表示可能ファイルおよびJPEGイメージ・サムネイルに変換します。追加の変換タイプを使用するには、必要なコンポーネントを有効にする必要があります。
注意: 変換コンポーネントの詳細は、Oracle Fusion Middleware変換についての管理者ガイドのInbound Refinery変換オプションと関連コンポーネントに関する項を参照してください。 |
「管理」トレイまたはメニューを開き、「管理サーバー」を選択し、「コンポーネント・マネージャ」を選択します。
目的のコンポーネントを選択します。詳細は、readmeファイルおよび各コンポーネントのドキュメントを参照してください。
「更新」をクリックします。
「OK」をクリックして、コンポーネントを有効にします。
Inbound Refinery管理対象サーバーを再起動します。
Inbound RefineryでPDFExportConverterを有効にします。PDFExportConverterは、Outside Inを使用して、ドキュメントを直接PDFファイルに変換します。この変換はクロス・プラットフォームにすることができ、サードパーティ製品を必要としません。Inbound Refinery用のPDFExportConverterはサービス機能として有効にできます。
「管理」トレイまたはメニューを開き、「管理サーバー」を選択し、「コンポーネント・マネージャ」を選択します。
「PDFExportConverter」を選択します。
「更新」をクリックします。
「OK」をクリックして、この機能を有効にします。
Inbound Refinery管理対象サーバーを再起動します。
プライマリWeb表示可能変換をPDFエクスポートに設定します。
「変換設定」→「プライマリWebレンディション」を選択します。
「プライマリWeb表示可能レンディション」ページで、「PDFエクスポートによるPDFへの変換」を選択します。
「更新」をクリックして変更内容を保存します。
これで、Inbound Refineryは、サードパーティ・アプリケーションを使用せずに、Outside In PDF Exportを使用してファイルをPDFに直接変換します。
管理サーバーとすべてのInbound Refinery管理対象サーバーを再起動します。
Oracle WebCenter ContentでInbound Refineryインスタンスを構成するには、(第13.19.1項「Inbound Refineryを追加するためのドメインの拡張」の説明に従って)次の手順を繰り返し、インストールされ構成されている各Inbound Refineryサービスを登録します。
http://WCPHOST1:16200/cs
でContent Serverにログインします。
「管理」→「プロバイダ」を選択します。
「プロバイダ」ページの「新規プロバイダの作成」セクションで、「送信」行の「追加」をクリックします。
名前、説明、ホスト、サーバー・ポート(IBR intradocポート)、コンテキスト・ルート、インスタンス名など、Inbound Refineryインスタンスの詳細を入力します。
プロバイダ名:WLS_IBRn (空白が含まれない任意の短い宣言された名前)。「インスタンス名」と同じ値を使用することをお薦めします。
Inbound Refineryインスタンス名は、Inbound Refineryサーバーから取得します。インスタンス名を検索するには、Inbound Refineryにログインし、「管理」→「instanceNameの構成」を選択します。
注意: この手順を実行しないと、「管理」メニューに「リファイナリ管理」メニュー・アイテムが表示されなくなります。 |
プロバイダの説明: テキスト文字列。
サーバー・ホスト名: Inbound Refineryインスタンスが実行されているホスト・マシンの名前。たとえば、WCPHOST1
など。
HTTPサーバー・アドレス: Inbound Refineryインスタンスのアドレス。たとえば、WCPHOST1: 16250
など。
サーバー・ポート: 第13.19.6.1項「Inbound Refineryの設定の構成」で指定されているInbound Refineryインスタンスの「サーバーのソケット・ポート」フィールドの値(たとえば、5555
など)。これは、Content Serverのconfig.cfgファイルにあるIntradocServerPort
の値です。
インスタンス名: 第13.19.6.1項「Inbound Refineryの設定の構成」で指定されているInbound Refineryのサーバー・インスタンス名。これは、Content Serverのconfig.cfgファイルにあるIDC_Name
の値です。
相対Webルート: Inbound RefineryインスタンスのWebルート。たとえば、/ibr/
など。
「変換オプション」で、「Inbound Refinery変換ジョブの処理」を選択します。
「Inbound Refineryの読取り専用モード」は選択しないでください。
「追加」をクリックします。
WLS_IBRnを再起動します。
すべてのInbound Refineryサービスについて手順2から7を繰り返します。
Inbound Refineryに送信されるファイル・タイプを選択します。
「管理」→「リファイナリ管理」→「ファイル・フォーマット・ウィザード」を選択します。
リファイナリに送信する適切なファイル・タイプのボックスを選択します。
WebCenterConversionsコンポーネントを介して、変換を有効にしている場合を除き、「HTML」や「Wiki」、「ブログ」は選択しないでください。『Oracle WebCenter Portalの管理』の変換するファイル形式の選択に関する項も参照してください。
WikiとブログのPDFへの変換を有効にします。
詳細は、『Oracle WebCenter Portalの管理』のWikiおよびブログのPDFへの変換の有効化に関する項を参照してください。