Oracle® Fusion Middleware Oracle WebCenter Contentエンタープライズ・デプロイメント・ガイド 11gリリース1 (11.1.1) B66703-08 |
|
前 |
次 |
この章では、Fusion Middleware構成ウィザードを使用して、第8章「エンタープライズ・デプロイメント用のドメインの作成」で作成するドメインを拡張し、Oracle WebCenter Content (Oracle WebCenter Content Serverを含む)を追加する方法について説明します。次の章の説明に従うと、作成されたドメインを拡張し、他のOracle Fusion Middlewareコンポーネントを追加できます。
この章には次の項が含まれます:
注意: セットアップのプロセスを開始する前に、各プラットフォームのOracle Fusion Middlewareリリース・ノートを読み、インストールおよびデプロイメントに関する追加情報を確認してください。 |
Oracle WebCenter Contentシステムは、第7章「エンタープライズ・デプロイメント用のソフトウェアのインストール」で作成された、共有記憶域でのWebLogic ServerホームおよびOracleホームの場所を使用してインストールされます。
Oracle WebCenter Contentを追加するためのドメインを拡張します。表10-1に、WebCenter Contentの構成手順と、WebCenter Content管理対象サーバーを含むドメインの拡張に必要なタスクを示します。
表10-1 WebCenter Contentを含むドメインの拡張手順
手順 | 説明 | 詳細 |
---|---|---|
WebCenter Contentを使用するためのドメインの拡張 |
Oracle WebCenter Contentを追加するには、第8章「エンタープライズ・デプロイメント用のドメインの作成」で作成したWebLogic Serverドメインを拡張します。 |
第10.2項「WebCenter Contentを使用するためのドメインの拡張」 |
WebCenter Content管理対象サーバーのノード・マネージャの起動 |
setNMProps.shスクリプトを実行し、WCCHOST1およびWCCHOST2のノード・マネージャを起動します。 |
第10.4.1項「WCCHOST2でのノード・マネージャの起動」 |
WebCenter Content管理対象サーバーへのドメイン構成の伝播 |
起動スクリプトとクラスパス構成を管理サーバーのドメイン・ディレクトリから管理対象サーバーのドメイン・ディレクトリに伝播します。 |
第10.4.2項「WLS_WCC1およびWLS_WCC2へのドメイン構成の伝播」 |
ドメインの管理サーバーの再起動 |
管理サーバーを停止し、再起動します。 |
|
1台目のWebCenter Content管理対象サーバーの起動およびコンテンツ・サーバーのインスタンスの構成 |
WLS_WCC1管理対象サーバーを起動し、コンテンツ・サーバーの初期構成を完了します。 |
第10.4.3項「WLS_WCC1管理対象サーバーの起動とコンテンツ・サーバーの構成」 |
cwallet.ssoファイルの変更を元の管理サーバーに伝播 |
更新されたcwallet.ssoファイルを管理サーバー・ディレクトリにコピーします。 |
第10.4.4項「管理サーバーのcwalletファイルの更新」 |
2台目のWebCenter Content管理対象サーバーの起動およびコンテンツ・サーバーのインスタンスの構成 |
WLS_WCC2管理対象サーバーを構成し、コンテンツ・サーバーの初期構成を完了します。 |
第10.4.5項「WLS_WCC2管理対象サーバーの起動とコンテンツ・サーバーの構成」 |
GridLinkデータ・ソースおよびOracle Notification Service (ONS)の構成の確認 |
GridLinkデータ・ソースおよびONSの構成が適切であることを確認する手順に従います。 |
第10.4.6項「WebCenter ContentのGridLinkデータ・ソースの検証」 |
クラスタ・ノードのパラメータを構成 |
必要に応じて、WebCenter Contentのトレースおよびイベント・ログ用に、ディレクトリの場所を追加します。 |
|
Oracle RACフェイルオーバー後のサービス再試行の有効化 |
コンテンツ・サーバーの |
第10.4.8項「Oracle WebCenter Contentのサービス再試行の構成」 |
拡張したドメインでのOracle HTTP Serverの構成 |
管理対象サーバーとともにOracle HTTP Serverを構成し、フロントエンドHTTPのホストおよびポートの設定およびWCC_ClusterのWebLogic Serverクラスタ・アドレスの設定を行います。 |
第10.6項「WebCenter Contentクラスタと使用するOracle HTTP Serverの構成」 |
Oracle HTTP Serverを介したWebCenter Contentへのアクセスの検証 |
URLを検証し、Oracle HTTP ServerからWCC_Clusterへのルーティングとフェイルオーバーが適切に機能していることを確認します。 |
|
ドメインの管理対象サーバーとノード・マネージャ間通信に対するホスト名検証の構成 |
管理サーバーや他のサーバーとの通信には、それぞれのアドレス用の証明書を使用します。 |
第10.7項「WLS_WCC管理対象サーバー用のノード・マネージャの構成」 |
WebCenter Contentの構成のバックアップ |
新しく拡張したドメイン構成をバックアップします。 |
|
第8章「エンタープライズ・デプロイメント用のドメインの作成」で作成したドメインを拡張して、Oracle WebCenter Contentを追加できます。
注意: これらの手順を実行する前に、Oracle Fusion Middleware管理者ガイドの説明に従ってドメインをバックアップしてください。 |
WebCenter Contentを使用するためにドメインを拡張する手順は次のとおりです。
リポジトリをインストールしたデータベースを実行していることを確認します。
Oracle RACデータベースの場合は、後で実行する検証チェックの信頼性を確保するために、すべてのインスタンスを実行しておくことをお薦めします。
WCCHOST1で、ディレクトリをFusion Middleware構成ウィザードの場所に変更します。これはOracle共通ホーム・ディレクトリ内にあります(ドメインの拡張は、管理サーバーが存在するノードから実行します)。
cd ORACLE_COMMON_HOME/common/bin
Fusion Middleware構成ウィザードを起動します。
./config.sh
「ようこそ」画面で、「既存のWebLogicドメインの拡張」を選択し、「次へ」をクリックします。
「WebLogicドメイン・ディレクトリの選択」画面で、WebLogic Serverのドメイン・ディレクトリ(ASERVER_HOME
)を選択し、「次へ」をクリックします。
「拡張ソースの選択」画面(図10-1)で、次の選択を行います。
「以下の追加製品をサポートするために、自動的にドメインを拡張する」を選択します。
次の製品を選択します。
Oracle Universal Content Management - Content Server
これがOracle WebCenter Contentの選択肢です。
次の製品は、ドメインを作成した際(第8.3項)に選択している場合、グレー表示されます。
WebLogic Serverの基本ドメイン
Oracle Enterprise Manager
Oracle JRF
「次へ」をクリックします。
「JDBCコンポーネント・スキーマの構成」画面(図10-2)で、次の手順を実行します。
(WebCenter Contentの)UCMスキーマを選択します。
図10-2 WebCenter Contentの「JDBCコンポーネント・スキーマの構成」画面
RAC構成については、「GridLinkへ変換」または「RACマルチ・データ・ソースへ変換」を選択できます(付録A「Oracle RACでのマルチ・データ・ソースの使用」を参照)。ここでの説明に合せて、「GridLinkへ変換」を選択します。
RAC構成を選択すると、選択されたすべてのスキーマがグレー表示されます。
「次へ」をクリックします。
「GridLink RACコンポーネント・スキーマの構成」画面(図10-3)で、次の手順を実行します。
UCMスキーマが選択されていることを確認します。
図10-3 WebCenter Contentの「GridLink RACコンポーネント・スキーマの構成」画面
次の各フィールドに値を入力して、RCUでシードされたGridLink RACデータベースの接続情報を指定します。
ドライバ: OracleのGridLinkConnections用ドライバ (Thin) バージョン: 11以上を選択します。
サービス名: Oracle RACデータベースのサービス名は小文字で入力し、ドメイン名を続けます(例: wccedg.example.com
)。
ユーザー名: 対応するコンポーネントのデータベース・スキーマの所有者の完全なユーザー名を入力します。
このガイドでは、データベース・スキーマのユーザー名の接頭辞としてWCC
を使用しています。
パスワード: データベース・スキーマの所有者のパスワードを入力します。
「FANの有効化」を選択します。
SSLの有効化: このオプションは選択解除したままにします。
SSLを選択してOracle Notification Service (ONS)の通知暗号化を有効にする場合は、「ウォレット・ファイル」および「ウォレット・パスワード」の詳細を適切に指定します。
サービス・リスナー: 使用するOracle RACデータベースのOracle Single Client Access Name (SCAN)のアドレスとポートを入力します。プロトコルはTCP
である必要があります。
SCANアドレスを使用してサービス・リスナー(およびOSNホスト)を指定することをお薦めします。これにより、Oracle RACノードを追加または削除しても、SCANアドレスを含むGridLinkデータ・ソースを更新する必要がありません。SCANアドレスを特定するには、データベース内のremote_listener
パラメータを問い合せます。
SQL>show parameter remote_listener; NAME TYPE VALUE ----- ------ ------- remote_listener string db-scan.example.com:1521
注意: Oracle Database 11gの場合は、次の例に示すように、各データベース・インスタンス・リスナーの仮想IPアドレスとポートを使用します。wccdbhost1-vip.example.com (port 1521) wccdbhost2-vip.example.com (1521) マルチ・データ・ソースの構成の詳細は、付録A「Oracle RACでのマルチ・データソースの使用」を参照してください。 |
ONSホスト: データベースによって報告されるRACデータベースのSCANアドレスとONSリモート・ポートも入力します。
[orcl@WCCDBHOST2~]$ srvctl config nodeapps -s ONS exists: Local port 6100, remote port 6200, EM port 2016
注意: Oracle Database 11gの場合は、次の例に示すように、各データベースのONSサービスのホスト名とポートを使用します。wccdbhost1.example.com (port 6200) wccdbhost2.example.com (6200) |
「次へ」をクリックします。
「JDBCコンポーネント・スキーマのテスト」画面(図10-4)で、「UCMスキーマ」行を選択し、「接続のテスト」をクリックします。
結果は「接続結果ログ」に表示されます。スキーマを含むデータベースへの接続が成功したことを確認します。正常に接続できない場合は、「前へ」をクリックして前の画面に戻り、入力内容を修正してテストを再試行します。
図10-4 WebCenter Contentの「JDBCコンポーネント・スキーマのテスト」画面
接続に成功したら、「次へ」をクリックします。
「オプションの構成を選択」画面で、次のオプションを選択します。
管理対象サーバー、クラスタ、およびマシン
デプロイメントとサービス
「次へ」をクリックします。
「管理対象サーバーの構成」画面(図10-5)で、必要な管理対象サーバーを追加します。
サーバーが自動的に作成されます。このサーバーの名前をWLS_WCC1に変更し、WLS_WCC2という新しいサーバーを追加します。表10-2に示す属性をこれらのサーバーに指定します。この画面に表示されている他のサーバーは変更しないでください。
表10-2 WebCenter Contentの管理対象サーバー
名前 | リスニング・アドレス | リスニング・ポート | SSLリスニング・ポート | SSL有効 |
---|---|---|---|---|
WLS_WCC1 |
WCCHOST1 |
16200 |
n/a |
いいえ |
WLS_WCC2 |
WCCHOST2 |
16200 |
n/a |
いいえ |
「次へ」をクリックします。
「クラスタの構成」画面(図10-6)で、「追加」をクリックし、WCC_Cluster
(表10-3を参照)と入力します。
表10-3 WebCenter Contentのクラスタ構成
名前 | クラスタ・メッセージング・モード | マルチキャスト・アドレス | マルチキャスト・ポート | クラスタ・アドレス |
---|---|---|---|---|
WCC_Cluster |
ユニキャスト |
n/a |
n/a |
空のままにします。 |
「次へ」をクリックします。
「サーバーのクラスタへの割当」画面で、WCC_Clusterに次のサーバーを割り当てます。
WLS_WCC1
WLS_WCC2
「次へ」をクリックします。
「マシンの構成」画面で「Unixマシン」タブを開き、次の2つのマシンを追加します。
表10-4 WebCenter Contentのマシン
名前 | ノード・マネージャのリスニング・アドレス |
---|---|
WCCHOST1 |
WCCHOST1 |
WCCHOST2 |
WCCHOST2 |
ADMINHOST |
localhost |
他のフィールドはすべてデフォルト値のままにします。マシン名は有効なホスト名やリスニング・アドレスである必要はありません。これらはノード・マネージャの場所を示す一意の識別子です。
「次へ」をクリックします。
「サーバーのマシンへの割当」画面(図10-7)で、次のようにサーバーをマシンに割り当てます。
WLS_WCC1をWCCHOST1に割り当てます。
WLS_WCC2をWCCHOST2に割り当てます。
「次へ」をクリックします。
「デプロイメントのクラスタまたはサーバーへのターゲット設定」画面で、次のようにターゲット設定されていることを確認します。
DMS ApplicationがWCC_ClusterとAdminServerにターゲット指定されていること。
EMアプリケーションは、AdminServerにのみターゲット設定します。
「次へ」をクリックします。
「サービスのクラスタまたはサーバーへのターゲット設定」画面で、図10-85に示すようにWCC_ClusterにデプロイされるすべてのOPSS関連のデータ・ソースを選択します。
opss-audit-viewDS
opss-audit-DBDS
opss-DBDS
「次へ」をクリックします。
「構成のサマリー」画面で、「拡張」をクリックします。
ドメインのポートの競合に関する警告ダイアログが表示された場合、「OK」をクリックします。
「ドメインの作成中」画面で、「完了」をクリックします。
ドメイン拡張の変更を有効にするには、Oracle WebLogic Scripting Tool (WLST)でノード・マネージャのnmKill
コマンドとnmStart
コマンドを使用して管理サーバーを再起動する必要があります。nmKill
のかわりに管理コンソールを使用して管理サーバーを停止することもできます。再起動後に、weblogic
ユーザーの資格証明を使用して管理コンソールにログインします。
管理サーバーを再起動する手順は次のとおりです。
Oracle WebLogic Scripting Tool (WLST)を起動します。
cd ORACLE_COMMON_HOME/common/bin
./wlst.sh
参照トポロジで、ORACLE_COMMON_HOME
は/u01/oracle/products/fmw_home/oracle_common
ディレクトリです。
WLSTシェル内で、nmConnect
コマンドとノード・マネージャの資格証明を使用してノード・マネージャに接続し(ノード・マネージャが稼動していることを確認しておきます)、nmStart
を使用してノード・マネージャを起動します。
wls:/offline>nmConnect("node_admin_user","node_admin_password", "WCCHOST1","5556", "domain_name","MSERVER_HOME") wls:/nm/domain_name> nmStart("AdminServer")
値node_admin_user
およびnode_admin_password
は、ノード・マネージャの資格証明です。資格証明の詳細は、第8.4.3項「WCCHOST1での管理サーバーの起動」を参照してください。
参照トポロジで、MSERVER_HOME
は/u02/oracle/config/domains/WCCDomain
ディレクトリです。
管理コンソールまたは次のようにノード・マネージャのnmKill
コマンドを使用して管理サーバーを停止します。
wls:/nm/domain_name>nmKill("AdminServer")
wls:/offline>nmConnect("node_admin_user","node_admin_password", "WCCHOST1","5556", "domain_name","ASERVER_HOME") wls:/nm/domain_name> nmStart("AdminServer")
参照トポロジで、ASERVER_HOME
は/u01/oracle/config/domains/WCCDomain
ディレクトリです。
次の項では、WebCenter Content用の構成後タスクと検証タスクを実行する方法について説明します。
WCCHOST2でノード・マネージャが起動されていない場合は、起動する必要があります。
WCCHOST2でノード・マネージャを起動する手順は次のとおりです。
ノード・マネージャを起動する前に、WCCHOST2でORACLE_COMMON_HOME
/common/bin/
ディレクトリにあるsetNMProps.sh
スクリプトを実行し、StartScriptEnabled
プロパティをtrue
に設定します。
cd ORACLE_COMMON_HOME/common/bin
./setNMProps.sh
参照トポロジで、ORACLE_COMMON_HOME
は/u01/oracle/products/fmw_home/oracle_common
ディレクトリです。
WCCHOST2で次のコマンドを実行し、ノード・マネージャを起動します。
cd WL_HOME/server/bin
nohup ./startNodeManager.sh > nm.out&
参照トポロジで、WL_HOME
は/u01/oracle/products/fmw_home/wlserver_10.3
ディレクトリです。
起動スクリプトとクラスパス構成を管理サーバーのドメイン・ディレクトリから管理対象サーバーのドメイン・ディレクトリに伝播します。
WebCenter Content管理対象サーバーにドメイン構成を伝播する手順は次のとおりです。
管理対象サーバーのドメイン・ディレクトリと管理対象サーバーのアプリケーション・ディレクトリのコピーを作成します。
次のpack
コマンドをWCCHOST1で実行し、テンプレート・パックを作成します。
cd ORACLE_COMMON_HOME/common/bin ./pack.sh -managed=true -domain= ASERVER_HOME -template=edgdomaintemplateWCC.jar -template_name=edgdomain_templateWCC
参照トポロジで、ORACLE_COMMON_HOME
は/u01/oracle/products/fmw_home/oracle_common
ディレクトリで、ASERVER_HOME
は/u01/oracle/config/domains/WCCDomain
ディレクトリです。
次のunpack
コマンドをWCCHOST1で実行して、前の手順で作成したテンプレートをWLS_WCC1ドメイン・ディレクトリに伝幡します。
cd ORACLE_COMMON_HOME/common/bin ./unpack.sh -domain= MSERVER_HOME -template=edgdomaintemplateWCC.jar -app_dir= APPLICATION_HOME -overwrite_domain=true
参照トポロジで、MSERVER_HOME
は/u02/oracle/config/domains/WCCDomain
ディレクトリで、APPLICATION_HOME
は/u01/oracle/config/applications/WCCDomain
ディレクトリです。
注意:
|
次のコマンドをWCCHOST1で実行し、手順1で作成したテンプレート・パックをWCCHOST2にコピーします。
scp edgdomaintemplateWCC.jar oracle@WCCHOST2:ORACLE_COMMON_HOME/common/bin
次のunpack
コマンドをWCCHOST2で実行して、伝播されたテンプレートをWLS_WCC2管理対象サーバーのドメイン・ディレクトリに解凍します。
cd ORACLE_COMMON_HOME/common/bin ./unpack.sh -domain=MSERVER_HOME -template=edgdomaintemplateWCC.jar -app_dir=APPLICATION_HOME
注意:
|
ここまでの変更を有効にするために管理サーバーを再起動します。まずnmKill
コマンドまたは管理コンソールで管理サーバーを停止し、次にnmStart
コマンドで起動します(第10.3項「管理サーバーの再起動」を参照)。再起動後に、weblogic
ユーザーの資格証明を使用して管理サーバーにログインします。
WLS_WCC1管理対象サーバーの起動後、Webインタフェースを介してコンテンツ・サーバーを構成できます。
WLS_WCC1管理対象サーバーを起動する手順は次のとおりです。
http://admin.example.com:7001/console
でOracle WebLogic Server管理コンソールにログインします。
次の手順に従い、管理コンソールを使用してWLS_WCC1管理対象サーバーを起動します。
左側の「ドメイン構造」ツリーの「環境」ノードを開きます。
「サーバー」をクリックします。
「サマリー」ページまたは「サーバー」ページで、「制御」タブをクリックします。
表の「サーバー」列から「WLS_WCC1」を選択します。
「起動」をクリックします。
管理コンソールでサーバーの状態がRunning
として報告されていることを確認します。
サーバーのステータスが「起動しています
」または「再開中です
」である場合は、「起動済み
」になるまで待ちます。
「管理
」や「失敗
」などの別のステータスが表示される場合は、サーバーの出力ログ・ファイルを調べ、エラーがないか確認します。考えられる原因は、第19.13項「Oracle WebCenter Contentエンタープライズ・デプロイメント・トポロジのトラブルシューティング」を参照してください。
コンテンツ・サーバーを構成する手順は次のとおりです。
http://WCCHOST1:16200/cs
でWebLogic Serverの管理ユーザー名とパスワードを使用してWLS_WCC1にログインし、構成ページを表示します。
注意: WebCenter Content構成ファイルは、クラスタのすべてのメンバーがアクセスできるように共有ディスクにあります。Oracle WebCenter Contentエンタープライズ・デプロイメントの共有ディスクの場所は、ASERVER_HOME / WCC_Cluster ディレクトリです。
参照トポロジで、 |
サーバー構成ページで次の値を設定します(すべてのオプションを参照するには、「コンテンツ・サーバーの新規インスタンス」チェック・ボックスを選択してください)。
コンテンツ・サーバーのインスタンス・フォルダ: /u01/oracle/config/domains/WCCDomain/WCC_Cluster/cs
構成を保存する前に、このディレクトリが存在しているか作成済であることを確認してください。
ネイティブ・ファイル・リポジトリの場所: /u01/oracle/config/domains/WCCDomain/WCC_Cluster/cs/vault
構成を保存する前に、このディレクトリが存在しているか作成済であることを確認してください。
Webレイアウト・フォルダ: /u01/oracle/config/domains/WCCDomain/WCC_Cluster/cs/weblayout
構成を保存する前に、このディレクトリが存在しているか作成済であることを確認してください。
ユーザー・プロファイル・フォルダ: /u01/oracle/config/domains/WCCDomain/WCC_Cluster/cs/data/users/profiles
構成を保存する前に、このディレクトリが存在しているか作成済であることを確認してください。
サーバーのソケット・ポート: 4444
ソケット接続アドレス・セキュリティ・フィルタを着信中: 次に示すような、ローカル・ホストとサーバーIPアドレスのパイプ区切り一覧
127.0.0.1|WCCHOST1-IP|WCCHOST2-IP|WEBHOST1-IP|WEBHOST2-IP|WCCUIHOST1|WCCUIHOST2|ucminternal.example.com|load-balancer-host-name
注意: これは後でホスト名ベースのリストに変更されます(第13.5.11項「Oracle WebCenter Contentで許可されたホストのリストに対するImagingサーバーのリスニング・アドレスの追加」を参照)。この時点では、セキュリティ・フィルタがホスト名に変更されるようにするために、実行する操作用の接続が事前に許可されている必要があります。 |
WebサーバーのHTTP/HTTPSアドレス: wcc.example.com:443
WebアドレスはHTTPSです: このチェック・ボックスを選択します。
コンテンツ・サーバーのインスタンス名: WCC_Cluster
コンテンツ・サーバーのインスタンス・ラベル: WCC_Cluster
サーバー・インスタンスの説明: WebCenter Contentクラスタ
自動採番接頭辞: WCC_Cluster-
完了したら「送信」をクリックし、WebLogic Server管理コンソールを使用して管理対象サーバーを再起動します。
コンテンツ・サーバーは、起動時にMSERVER_HOME
/config/fmwconfig
ディレクトリにあるcwallet.sso
ファイルを更新します。この変更は、元の管理サーバーに伝播する必要があります。これを行うには、WCCHOST1で次のコマンドを(すべて1行で)使用して、このファイルをWCCHOST1のASERVER_HOME
/config/fmwconfig
にコピーします。
cp -p MSERVER_HOME/config/fmwconfig/cwallet.sso ASERVER_HOME/config/fmwconfig
参照トポロジで、ASERVER_HOME
は/u01/oracle/config/domains/WCCDomain
ディレクトリです。
注意: WLS_WCCnサーバーでMSERVER_HOME /config/fmwconfig/ ディレクトリにあるcwallet.sso ファイルを変更する操作を行った場合は、ASERVER_HOME /config/fmwconfig にあるWCCHOST1の管理サーバー・ドメイン構成ディレクトリにそのファイルをすぐにコピーする必要があります。 |
WLS_WCC2管理対象サーバーの起動後、Webインタフェースを介してコンテンツ・サーバーを構成できます。
WLS_WCC2管理対象サーバーを起動する手順は次のとおりです。
次の手順に従い、WebLogic Server管理コンソールを使用してWLS_WCC2管理対象サーバーを起動します。
左側の「ドメイン構造」ツリーの「環境」ノードを開きます。
「サーバー」をクリックします。
「サーバーのサマリー」ページで、「制御」タブを開きます。
「WLS_WCC2」を選択して、「起動」をクリックします。
管理コンソールでサーバーの状態がRunning
として報告されていることを確認します。サーバーのステータスが「起動しています
」または「再開中です
」である場合は、「起動済み
」になるまで待ちます。「管理
」や「失敗
」などの別のステータスが表示される場合は、サーバーの出力ログ・ファイルを調べ、エラーがないか確認します。考えられる原因は、第19.13項「Oracle WebCenter Contentエンタープライズ・デプロイメント・トポロジのトラブルシューティング」を参照してください。
コンテンツ・サーバーを構成する手順は次のとおりです。
http://WCCHOST2:16200/cs
でOracle WebLogic Serverの管理ユーザー名とパスワードを使用してWLS_WCC2にログインし、構成ページを表示します。
注意: Oracle WebCenter Content構成ファイルは、クラスタのすべてのメンバーがアクセスできるように共有ディスクにあります。Oracle WebCenter Contentエンタープライズ・デプロイメントの共有ディスクの場所は、ASERVER_HOME / WCC_Cluster です。
参照トポロジで、 |
「サーバーの構成」ページで次の値を変更します。
コンテンツ・サーバーのインスタンス・フォルダ: これを/u01/oracle/config/domains/WCCDomain/WCC_Cluster/cs
に設定します。
ネイティブ・ファイル・リポジトリの場所: これを/u01/oracle/config/domains/WCCDomain/WCC_Cluster/cs/vault
に設定します。
Webレイアウト・フォルダ: これを/u01/oracle/config/domains/WCCDomain/WCC_Cluster
/cs/weblayout
に設定します。
ユーザー・プロファイル・フォルダ: これを/u01/oracle/config/domains/WCCDomain/WCC_Cluster
/cs/data/users/profiles
に設定します。
コンテンツ・サーバーのURL接頭辞: /cs/
(デフォルト値)
「コンテンツ・サーバーの新規インスタンス」チェック・ボックスが選択されていないことを確認します。
完了したら「送信」をクリックし、WebLogic Server管理コンソールを使用して管理対象サーバーを再起動します。
サーバーを起動したら、GridLinkデータ・ソースが正しく構成され、ONS設定が正しいことを確認します。これらの手順を、作成した各GridLinkデータ・ソースで実行します。
WebCenter ContentのGridLinkデータ・ソースの構成を確認する手順は次のとおりです。
WebLogicサーバーの管理コンソールにログインします。
「ドメイン構造」ツリーで「サービス」を開き、「データ・ソース」をクリックします。
作成したGridLinkデータ・ソースの名前をクリックします。
「監視」タブをクリックします。
「テスト」タブ(図10-9)をクリックし、いずれかのサーバーを選択し、「データ・ソースのテスト」をクリックします。
構成が適切であればテストは成功します。
GridLinkデータ・ソースを使用するすべてのWebLogic Serverインスタンスでテストを繰り返します。
WebCenter ContentのGridLinkデータ・ソースのONSの構成を確認する手順は次のとおりです。
管理コンソールの「ドメイン構造」ツリーで、「サービス」ノードを開いて「データ・ソース」をクリックします。
GridLinkデータ・ソースの名前をクリックします。
「監視」タブをクリックします。
サーバーの名前(WLS_WCC1
)をクリックします。
「ONS」タブをクリックし、「テスト」タブ(図10-10)をクリックします。
サーバーを選択し、「ONSのテスト」をクリックします。
構成が適切であればテストは成功します。ONSテストが失敗する場合は、Oracle RACデータベース・ノード内でONSサービスが稼動していることを確認します。
[orcl@WCCDBHOST1 ~]$ srvctl status scan_listener SCAN Listener LISTENER_SCAN1 is enabled SCAN listener LISTENER_SCAN1 is running on node WCCDBHOST1 SCAN Listener LISTENER_SCAN2 is enabled SCAN listener LISTENER_SCAN2 is running on node WCCDBHOST2 SCAN Listener LISTENER_SCAN3 is enabled SCAN listener LISTENER_SCAN3 is running on node WCCDBHOST2 [orcl@WCCDBHOST1 ~]$ srvctl config nodeapps -s ONS exists: Local port 6100, remote port 6200, EM port 2016 [orcl@WCCDBHOST1 ~]$ srvctl status nodeapps | grep ONS ONS is enabled ONS daemon is running on node: WCCDBHOST1 ONS daemon is running on node: WCCDBHOST2
GridLinkデータ・ソースを使用するすべてのWebLogic ServerインスタンスでONSテストを繰り返します。
テキスト・エディタを使用して、次のオプションを各クラスタ・ノードの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ではWCCHOST1、WLS_WCC2ではWCCHOST2のようにノードのサーバー名と一致している必要があります。
この変更は、第10.4.8項「Oracle WebCenter Contentのサービス再試行の構成」で説明される手順の最後に、すべてのWebCenter Content管理対象サーバーを再起動させてから有効になります。
注意: ディレクトリは、WebCenter Contentログおよび任意のトレースを構成する場合は、ログおよびトレースを保持するために十分なスペースがあると判断される任意のローカル・ディスク・パスに配置できます。前述のパスは一案です。 |
Oracle RACのフェイルオーバー時にログインの再試行を可能にするため、コンテンツ・サーバーのconfig.cfg
ファイル内の次のパラメータを設定する必要があります。
ServiceAllowRetry=true
この値が設定されていない場合、フェイルオーバーが開始されたときに、ユーザーは処理中の任意の操作を手動で再試行する必要があります。
Oracle WebCenter Contentのサービス再試行を構成する手順は次のとおりです。
コンテンツ・サーバー(http://WCCHOST1:16200/cs
)にアクセスし、WebLogic Serverの管理ユーザー名とパスワードを使用してログインします。
「管理」トレイまたはメニューで、「管理サーバー」、「一般構成」の順に選択します。
「一般構成」ページで、「追加の構成変数」ボックスに、次のパラメータを追加します。
ServiceAllowRetry=true
「保存」をクリックしたら、WebLogic Server管理コンソールを使用してすべてのWebCenter Content管理対象サーバーを再起動します。
注意: 新しいパラメータはconfig.cfg ファイルに含まれます。このファイルは次の場所にあります。
/u01/oracle/config/domains/WCCDomain/WCC_Cluster/cs/config/config.cfg (このファイルをテキスト・エディタで直接編集することもできます。必ずすべてのWebCenter Content管理対象サーバーを再起動してください。) |
WebCenter Contentユーザー・インタフェースを使用する予定である場合(コンテンツ・サーバーのネイティブ・ユーザー・インタフェースに加えて)、次のコンテンツ・サーバーのパラメータを有効にする必要があります。
AutoSuggestConfig
DynamicConverter
FrameworkFolders
さらに、WebCenter Contentユーザー・インタフェースとコンテンツ・サーバー間の通信用にRemote Intradoc Client (RIDC)を設定する必要があります。
WebCenter Contentユーザー・インタフェースのフォルダおよび検索用に、次のコンテンツ・サーバーのパラメータも設定できます。
FoldersIndexParentFolderValues=true
FldEnforceFolderFileNameUniqueness=true
FldEnforceCaseInsensitiveNameUniqueness=true
SearchIndexerEngineName=OracleTextSearch
またはSearchIndexerEngineName=DATABASE.METADATA
詳細は、第15.2項「WebCenter Contentユーザー・インタフェースのインストールおよび構成の準備」を参照してください。
WLS_WCC1およびWLS_WCC2管理対象サーバーを含むWCC_ClusterにOracle HTTP Serverをルーティングできるようにするには、WebLogicCluster
パラメータをクラスタ内のノードのリストに設定する必要があります。これにより、ロード・バランサを介した管理対象サーバーへのアクセスを検証できます。
この項には次のトピックが含まれます:
WLS_WCC管理対象サーバー用にOracle HTTP Serverを構成する手順は次のとおりです。
WEBHOST1およびWEBHOST2上の各Webサーバーで、ORACLE_INSTANCE
/config/OHS/ohs1/moduleconf/wcc_vh.conf
およびORACLE_INSTANCE
/config/OHS/ohs2/moduleconf/wcc_vh.conf
ファイルに次の行を追加します。
# UCM <Location /cs> WebLogicCluster WCCHOST1:16200,WCCHOST2:16200 SetHandler weblogic-handler WLCookieName JSESSIONID WLProxySSL ON WLProxySSLPassThrough ON </Location> <Location /adfAuthentication> WebLogicCluster WCCHOST1:16200,WCCHOST2:16200 SetHandler weblogic-handler WLCookieName JSESSIONID WLProxySSL ON WLProxySSLPassThrough ON </Location> <Location /_ocsh> WebLogicCluster WCCHOST1:16200,WCCHOST2:16200 SetHandler weblogic-handler WLCookieName JSESSIONID WLProxySSL ON WLProxySSLPassThrough ON </Location>
参照トポロジで、ORACLE_INSTANCE
は/u02/oracle/config/web1
または/u02/oracle/config/web2
ディレクトリです。
WEBHOST1とWEBHOST2の両方でOracle HTTP Serverを起動します。
/u02/oracle/config/webN/bin/opmnctl restartproc ias-component=ohsX
ias-component
に対して、WEBHOST1ではohs1
を使用し、WEBHOST2ではohs2
を使用します。
SSL終了がエンタープライズ・デプロイメントの参照トポロジに対してOracle Web層に構成されているため、コンテンツ・サーバーの管理アプレットにアクセスできるようにするには、WebLogicプラグインはWebCenter Content管理対象サーバーごとに有効にする必要があります。
コンテンツ・サーバーの管理アプレットのアクセスを有効にする手順は次のとおりです。
http://host.domain:port/consoleで、WebLogic Server管理コンソールにログインします。例:
http://ADMINVHN:7001/console
「環境」タブで、「サーバー」をクリックします。
「WLS_WCC1」をクリックします。
「構成」タブの「一般」タブをクリックし、「詳細」セクションに移動します。
「WebLogicプラグインの有効化」のチェック・ボックスを選択します。
「保存」ボタンをクリックして、変更内容を保存します。
管理コンソールからWLS_WCC1管理対象サーバーを再起動します。
WLS_WCC2管理対象サーバーに対して手順2-6を実行します。
URLを検証して、Oracle HTTP ServerからWCC_Clusterへのルーティングとフェイルオーバーが適切に機能することを確認します。
URLを検証する手順は次のとおりです。
WLS_WCC2が稼動している状態で、WebLogic Server管理コンソールを使用してWLS_WCC1を停止します。
http://wcc.example.com/cs
にアクセスし、正しく動作していることを確認します。
WebLogic Server管理コンソールからWLS_WCC1を起動します。
WebLogic Server管理コンソールでWLS_WCC2を停止します。
http://wcc.example.com/cs
にアクセスし、正しく動作していることを確認します。
クラスタ・ノードを検証できます。このクラスタ・ノードは、ロード・バランサを介してトラフィック・バランシングが行われ、再びWeb層を介してトラフィック・バランシングが行われた後で転送されるクラスタ・ノードです。
クラスタ・ノードを検証する手順は次のとおりです。
管理ユーザーおよびパスワードの資格証明を使用して、次のWebCenter Contentページにログインします。
https://wcc.example.com/cs/idcplg?IdcService=CONFIG_INFO
「管理」、「構成」を参照してinstance
ページを表示します。
ページの「オプションとその他」セクションで、右側の「Javaプロパティ」をクリックします。
weblogic.Nameの値を確認します。
この値は、現在アクセスしているクラスタ・ノードを示します。
ドメインのサーバーとノード・マネージャとの間における通信ではホスト名検証を使用することをお薦めします。管理サーバーや他のサーバーとの通信では異なるアドレスの証明書を使用することが必要です。詳細は、第16章「エンタープライズ・デプロイメント用のノード・マネージャの設定」を参照してください。その章の手順をOracle WebCenter Contentデプロイメントで実行する必要があります。
第16.3項「ノード・マネージャでのホスト名検証証明書の有効化」の手順は、次の表のホストとWebCenter Content管理対象サーバーに対して実行する必要があります。
ホスト名(HOST) | 仮想IPアドレス(VIP) | サーバー名(WLS_SERVER) |
---|---|---|
WCCHOST1 | n/a | WLS_WCC1 |
WCCHOST2 | n/a | WLS_WCC2 |
拡張したドメインが正常に動作していることを確認した後、そのインストール内容をバックアップします。これは、以降の手順で問題が発生した場合に短時間でリストアできることを考慮した迅速なバックアップです。バックアップ先はローカル・ディスクです。エンタープライズ・デプロイメントの設定が完了すれば、このバックアップは破棄してかまいません。その時点では、デプロイメント固有の定期的なバックアップ手順とリカバリ手順を実行できるようになっています。詳細は、Oracle Fusion Middleware管理者ガイドを参照してください。バックアップおよびリストアを必要とするOracle HTTP Serverのデータの詳細は、そのガイドでOracle HTTP Serverのバックアップとリカバリの推奨事項に関する項を参照してください。コンポーネントのリカバリ方法に関する詳細は、そのガイドでコンポーネントのリカバリに関する項およびコンポーネントが失われた後のリカバリに関する項を参照してください。ホストが失われた場合のリカバリに固有の推奨事項は、そのガイドで別のホストへのOracle HTTP Serverのリカバリに関する項を参照してください。データベースのバックアップに関する詳細は、Oracle Databaseバックアップおよびリカバリ・ユーザーズ・ガイドを参照してください。
この時点でインストールをバックアップする手順は次のとおりです。
WEBHOST1でOracle Web層をバックアップします。
opmnctl
を使用してインスタンスを停止します。
/u02/oracle/config/webN/bin/opmnctl stopall
次のコマンドをrootとして実行して、Oracle Web層のMiddlewareホームをバックアップします。
tar -cvpf BACKUP_LOCATION/web.tar MW_HOME
次のコマンドを実行して、Oracle Web層のOracleインスタンスをバックアップします。
tar -cvpf BACKUP_LOCATION/web_instance_name.tar ORACLE_INSTANCE
次のように、opmnctl
を使用してインスタンスを起動します。
cd /u02/oracle/config/webN/bin
opmnctl startall
データベースをバックアップします。これは、Oracle Recovery Managerを使用したデータベース全体のホット・バックアップまたはコールド・バックアップ(推奨)、あるいは可能な場合はtarなどのオペレーティング・システム・ツールを使用したコールド・バックアップです。
ドメイン構成を保存するために、管理サーバーと管理対象サーバーのドメイン・ディレクトリをバックアップします。構成ファイルはすべて/u01/oracle/config/domains/WCCDomain
ディレクトリに存在しています。WCCHOST1で次のコマンドを実行して、バックアップを作成します。
tar -cvpf edgdomainback.tar /u01/oracle/config/domains/WCCDomain