ヘッダーをスキップ
Oracle® Fusion Middleware Oracle WebCenterエンタープライズ・デプロイメント・ガイド
11gリリース1（11.1.1）
B55900-02
  ドキュメント・ライブラリへ
ライブラリ		 製品リストへ
製品		 目次
目次		 索引
索引
戻る
戻る 		 次へ
次へ		  

6 WebCenterコンポーネントを使用するためのドメインの拡張

この章では、第4章「ドメインの作成」で作成したドメインを、構成ウィザードを使用して拡張する方法について説明します。この章の項目は次のとおりです。

6.1 Oracle Fusion Middlewareホームのインストール

Oracle Fusion MiddlewareをWCHOST1とWCHOST2にインストールする必要があります。これらのノードでは、WebCenterコンポーネントを使用して構成された管理対象サーバーが実行されます。

第4.1項「Oracle Fusion Middlewareホームのインストール」の手順に従ってください。Oracle WebLogic ServerとWebCenterの両方をインストールする必要があります。

6.2 WebCenterコンポーネントを使用するためのドメインの拡張

この手順では、第4章「ドメインの作成」で作成したドメインを拡張してWebCenterコンポーネントを組み込みます。


注意:

ドメインを拡張する前に、現在のドメインをバックアップする必要があります。ドメインの拡張時になんらかのエラーが発生した場合は、このバックアップを使用してリカバリできます。Oracle Fusion Middlewareの管理者ガイドを参照してください。

  1. ディレクトリを構成ウィザードの場所に変更します。この場所はWebCenterホーム・ディレクトリ内にあります。

    SOAHOST1> cd MW_HOME/wc/common/bin

  2. 構成ウィザードを開始します。

    SOAHOST1> ./config.sh

    注意:

    ドメインの作成で使用したシェルおよび環境から構成ウィザードを実行する場合は、CONFIG_JVM_ARGS=-DTemplateCatalog.enable.selectable.all=true変数を選択解除する必要があります。この選択を解除しないと、存在するすべてのテンプレートが構成ウィザードで表示されます。これらは、WebCenterコンポーネントを使用するためのドメインの拡張では不要です。

  3. 「ようこそ」画面で、「既存のWebLogicドメインの拡張」を選択し、「次へ」をクリックします。

  4. 「WebLogicドメイン・ディレクトリ」画面で、WebLogicドメイン・ディレクトリ（ORACLE_BASE/admin/<domain_name>/aserver/<domain_name>）を選択し、「次へ」をクリックします。

  5. 「拡張ソースの選択」画面で、次の手順を実行します。

    • 「以下の追加製品をサポートするために、自動的にドメインを拡張する」を選択します。

    • 次の製品を選択します。

      • WebCenterポートレット・プロデューサ

      • WebCenterディスカッション・サーバー

      • Wikiおよびブログ・サーバー

      • WebCenter Spaces

      次の製品はすでに選択されてグレー表示されています。これらの製品は、第4.4項「SOAHOST1での構成ウィザードを使用したドメインの作成」の手順でドメインを作成したときに選択されたものです。

      • WebLogic Serverの基本ドメイン

      • JRF

      • WSM-PM

    「次へ」をクリックします。

  6. このドメインではOracle JRFが定義済であることを示す「競合の検出」メッセージが表示された場合は、「既存のコンポーネントを保持する」オプションを選択して、「OK」をクリックします。

  7. 「JDBCデータ・ソースの構成」画面で、次の手順を実行します。

    1. 次のデータソースが画面に表示されることを確認します。表6-1に示すユーザー名は、RCUでスキーマを作成する際に接頭辞としてwcedgが使用されていると想定しています。

      表6-1 データソースの値

      データ・ソース ユーザー名

      mds-SpacesDS

      wcedg_mds

      WebCenterDS

      wcedg_webcenter

      PortletDS

      wcedg_portlet

      DiscussionDS

      wcedg_discussions

      OWCWikiDS

      wcedg_wiki

    2. すべてのコンポーネント・スキーマの横にあるチェック・ボックスを選択します。

    3. 「次のパネルですべてのデータソースをRACマルチ・データソースとして構成」を選択します。

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

  8. 「RACマルチ・データソースの構成」画面:

    1. 次の各フィールドに値を入力して、RCUでシードされたRACデータベースの接続情報を指定します。

      • ドライバ: 「Oracle driver (Thin) for RAC Service-Instance connections, Versions:10, 11」を選択します。

      • サービス名: データベースのサービス名を入力します（wcedg.mycompany.comなど）。

      • ユーザー名接頭辞: スキーマを個別に選択して、各スキーマのユーザー名を入力します。表6-1に示すユーザー名は、RCUでスキーマを作成する際に接頭辞としてwcedgが使用されていると想定しています。

      • 「パスワード」および「パスワードの確認」: スキーマへのアクセスに使用するパスワードを入力します。

    2. 「追加」をクリックし、最初のRACインスタンスの詳細を入力します。

    3. この手順をRACインスタンスごとに実行します。

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

  9. 「JDBCデータ・ソースのテスト」画面で、各接続のテストが自動的に行われます。「ステータス」列に結果が表示されます。すべての接続が正常に確立したことを確認してください。正常に接続できない場合は、「前へ」をクリックして前の画面に戻り、入力内容を修正します。

    すべての接続に成功したら「次へ」をクリックします。

  10. 「詳細構成」画面で、次の項目を選択します。

    • 管理対象サーバー、クラスタ、およびマシン

    • デプロイメントとサービス

    「次へ」をクリックします。

  11. 「管理対象サーバーの構成」画面で、次の管理対象サーバーを追加します。

    表6-2 管理対象サーバー

    名前 サーバー リスニング・ポート SSLリスニング・ポート SSL有効

    WLS_Spaces1

    WCHOST1

    9000

    n/a

    いいえ

    WLS_Spaces2

    WCHOST2

    9000

    n/a

    いいえ

    WLS_Portlet1

    WCHOST1

    9001

    n/a

    いいえ

    WLS_Portlet2

    WCHOST2

    9001

    n/a

    いいえ

    WLS_Services1

    WCHOST1

    9002

    n/a

    いいえ

    WLS_Services2

    WCHOST2

    9002

    n/a

    いいえ


    注意:

    クラスタ・モードがユニキャストの場合、リスニング・アドレスの指定は必須です。

    「次へ」をクリックします。

  12. 「クラスタの構成」画面のリストには、すでにWSM_PMクラスタが含まれています。次の3つのクラスタを追加します。

    表6-3 クラスタ

    名前 クラスタ・メッセージング・モード マルチキャスト・アドレス マルチキャスト・ポート クラスタ・アドレス

    Spaces_Cluster

    ユニキャスト

    n/a

    n/a

    空白

    Portlet_Cluster

    ユニキャスト

    n/a

    n/a

    空白

    Services_Cluster

    ユニキャスト

    n/a

    n/a

    空白

    「次へ」をクリックします。

  13. 「サーバーのクラスタへの割当」画面で、次のようにサーバーをクラスタに割り当てます。

    • Spaces_Cluster:

      • WLS_Spaces1

      • WLS_Spaces2

    • Portlet_Cluster:

      • WLS_Portlet1

      • WLS_Portlet2

    • Services_Cluster:

      • WLS_Services1

      • WLS_Services2

    「次へ」をクリックします。

  14. 「マシンの構成」画面で、「Unixマシン」タブをクリックします。次の4つのエントリが存在することを確認します。

    表6-4 マシン

    名前 ノード・マネージャのリスニング・アドレス

    SOAHOST1

    SOAHOST1VHN2

    SOAHOST1は、第4.4項「SOAHOST1での構成ウィザードによるドメインの作成」で構成ウィザードを実行したときにすでに構成されています。

    SOAHOST2

    SOAHOST2VHN1

    SOAHOST2は、第4.4項「SOAHOST1での構成ウィザードによるドメインの作成」で構成ウィザードを実行したときにすでに構成されています。

    WCHOST1

    WCHOST1

    WCHOST2

    WCHOST2

    その他すべてのフィールドはデフォルト値のままにします。

    「次へ」をクリックします。

  15. 「サーバーのマシンへの割当」画面で、次のようにサーバーをマシンに割り当てます。

    • SOAHOST1:

      • AdminServer

      • WLS_WSM1

    • SOAHOST2:

      • WLS_WSM2

    • WCHOST1:

      • WLS_Spaces1

      • WLS_Portlet1

      • WLS_Services1

    • WCHOST2:

      • WLS_Spaces2

      • WLS_Portlet2

      • WLS_Services2

    「次へ」をクリックします。

  16. 「デプロイメントのクラスタまたはサーバーへのターゲット設定」画面で、「次へ」をクリックします。

  17. 「WebLogicドメインの確認」画面で、「次へ」をクリックします。

  18. ここでの目的はドメインの拡張なので、「WebLogicドメインの拡張」画面に表示される各値は変更しないでください。「拡張」をクリックします。

  19. 「ドメインの拡張」画面で、「完了」をクリックします。

6.3 管理サーバーの再起動

管理サーバーを再起動して、ドメインに対する変更内容を適用します。

  1. 管理サーバーを停止します。

    SOAHOST1> ./stopWebLogic.sh

  2. 管理サーバーを起動します。

    SOAHOST1> ./startWebLogic.sh

6.4 WebCenter管理対象サーバーに対するホスト名検証の無効化

管理対象サーバーを起動して検証する前に、ホスト名の検証を無効にする必要があります。管理サーバーとノード・マネージャの間にSSL通信を設定した後で、ホスト名の検証を再び有効にすることができます。

ホスト名の検証を無効にするには、次の手順を実行します。

  1. Oracle WebLogic Server管理コンソールの「環境」ノードを開きます。

  2. 「サーバー」を選択します。「サーバーの概要」ページが表示されます。

  3. 表の「名前」列で「WLS_Spaces1」（これはハイパーリンクとして表示されています）を選択します。「設定」ページが表示されます。

  4. 「SSL」タブを選択します。

  5. 表示されたページの「詳細」セクションを開きます。

  6. 「ホスト名の検証」を「なし」に設定します。

  7. WLS_Spaces2、WLS_Portlet1、WLS_Portlet2、WLS_Services1およびWLS_Services2の各管理対象サーバーに対してこの手順を繰り返します。

6.5 SOAHOST1でのノード・マネージャの起動

SOAHOST1でノード・マネージャが起動していることを確認します。起動していない場合は、ノード・マネージャを起動します。

SOAHOST1> cd WL_HOME/server/bin
SOAHOST1> ./startNodeManager.sh

6.6 管理対象サーバーのドメイン・ディレクトリへのドメイン変更の伝播

第2.3.2項「ディレクトリ構造」で説明されているように、管理サーバーのドメイン・ディレクトリと管理対象サーバーのディレクトリは分ける必要があります。この手順では、特定のディレクトリから別のディレクトリに変更を伝播します。起動スクリプトとクラスパス構成を管理サーバーのドメイン・ディレクトリから管理対象サーバーのドメイン・ディレクトリに伝播するには、次の手順を実行します。

  1. 管理対象サーバーのドメイン・ディレクトリと管理対象サーバーのアプリケーション・ディレクトリのコピーを作成します。

  2. 次のコマンド（両方のコマンド）を使用して、これらのディレクトリを移動します。

    mv ORACLE_BASE/admin/<domain_name>/mserver/apps ORACLE_BASE/admin/<domain_name>/mserver/appsbackup

mv ORACLE_BASE/admin/<domain_name>/mserver/<domain_name> ORACLE_BASE/admin/<domain_name>/mserver/>domain_name>backup

  3. 次の一連のコマンドを使用し、SOAHOST1でpackコマンドを実行してテンプレート・パックを作成します。

    SOAHOST1> cd MW_HOME/wc/common/bin

SOAHOST1> ./pack.sh -managed=true -domain=ORACLE_BASE/admin/<domain_name>/aserver/<domain_name> -template=wcdomaintemplateExtWC.jar -template_name=wc_domain_templateExtWC

  4. 次のようにunpackコマンドをSOAHOST1上で実行して、伝播されたテンプレートを管理対象サーバーのドメイン・ディレクトリに解凍します。

    SOAHOST1> ./unpack.sh -domain=ORACLE_BASE/admin/<domain_name>/mserver/<domain_name>/ -template=wcdomaintemplateExtWC.jar -overwrite_domain=true -app_dir=ORACLE_BASE/admin/<domain_name>/mserver/apps

6.7 unpackユーティリティを使用したSOAHOST2、WCHOST1およびWCHOST2へのドメイン構成の伝播

ドメイン構成を伝播するには、次の手順を実行します。

  1. SOAHOST1で次のコマンドを実行し、すでに作成されているテンプレート・ファイルをSOAHOST2、WCHOST1およびWCHOSTにコピーします。

    SOAHOST1> scp wcdomaintemplate.jar
       oracle@SOAHOST2:MW_HOME/wc/common/bin

    SOAHOST1> scp wcdomaintemplate.jar
       oracle@WCHOST1:MW_HOME/wc/common/bin

    SOAHOST1> scp wcdomaintemplate.jar
       oracle@WCHOST2:MW_HOME/wc/common/bin

  2. unpackコマンドをSOAHOST2、WCHOST1およびWCHOST2で実行し、伝播されたテンプレートを解凍します。

    SOAHOST2> cd MW_HOME/wc/common/bin

SOAHOST2> ./unpack.sh
   -domain=ORACLE_BASE/admin/<domain_name>/mserver/<domain_name>/
   -app_dir=ORACLE_BASE/admin/<domain_dir>/mserver/apps

  3. この手順をWCHOST1とWCHOST2に対して繰り返します。

6.8 WCHOST1およびWCHOST2でのノード・マネージャの起動

  1. ノード・マネージャを起動する前に、JAVA_OPTIONS環境変数を設定することでStartScriptEnabledプロパティを定義します。WCHOST1およびWCHOST2で、次のコマンドを実行します。

    WCHOST1> export JAVA_OPTIONS=-DStartScriptEnabled=true
WCHOST2> export JAVA_OPTIONS=-DStartScriptEnabled=true

  2. ノード・マネージャを起動します。

    WCHOST1> cd WL_HOME/server/bin
WCHOST1> ./startNodeManager.sh

WCHOST2> cd WL_HOME/server/bin
WCHOST2> ./startNodeManager.sh

ノード・マネージャを初めて起動した後に、nodemanager.propertiesファイルを編集してStartScriptEnabledプロパティを設定することができます。nodemanager.propertiesファイルは、ノード・マネージャが最初に起動されるときまで存在しません。

nodemanager.propertiesファイルでStartScriptEnabledプロパティを設定する手順は次のとおりです。

nodemanager.propertiesファイルでこのプロパティを設定すると、JAVA_OPTIONS環境変数でこのプロパティを定義する必要はなくなります。

6.9 WCHOST1でのWLS_Spaces1、WLS_Portlet1およびWLS_Services1管理対象サーバーの起動

次の手順に従って、管理対象サーバーWLS_Spaces1、WLS_Portlet1およびWLS_Services1を起動します。

  1. 管理コンソール（http://SOAHOST1VHN1:7001/console）にアクセスします。

  2. 「サーバー」をクリックします。

  3. 「制御」タブを開きます。

  4. 「WLS_Spaces1」、「WLS_Portlet1」および「WLS_Services1」を選択します。

  5. 「起動」をクリックします。


注意:

SOAHOST1VHN1は、管理サーバーがリスニングする仮想IPアドレス（SOAHOST1内）に対応する仮想ホスト名です。

6.10 WLS_Spaces1、WLS_Portlet1およびWLS_Services1管理対象サーバーの検証

  1. 次のURLをテストして、管理対象サーバーがアクセス可能であることを確認します。

    • http://WCHOST1:9000/webcenter

    • http://WCHOST1:9001/portalTools

    • http://WCHOST1:9002/owc_wiki

    • http://WCHOST1:9001/wsrp-info

    • http://WCHOST1:9001/richtextportlet

    • http://WCHOST1:9002/owc_discussions

  2. すべてのデプロイメントがアクティブであることを確認します。管理コンソールで、「デプロイ」を選択します。いずれかに障害が発生した場合は、ログ・ファイルでエラーを確認します。ログ・ファイルは、ORACLE_BASE/admin/<domain_name>/mserver/<domain_home/servers/[server_name]/logsにあります。

6.11 WCHOST2でのWLS_Spaces2、WLS_Portlet2およびWLS_Services2管理対象サーバーの起動

次の手順に従って、WLS_Spaces2、WLS_Portlet2およびWLS_Services2管理対象サーバーを起動します。

  1. 管理コンソール（http://SOAHOST1VHN1:7001/console）にアクセスします。

  2. 「サーバー」をクリックします。

  3. 「制御」タブを開きます。

  4. 「WLS_Spaces2」、「WLS_Portlet2」および「WLS_Services2」を選択します。

  5. 「起動」をクリックします。

6.12 WLS_Spaces2、WLS_Portlet2およびWLS_Services2管理対象サーバーの検証

  1. 次のURLをテストして、管理対象サーバーがアクセス可能であることを確認します。

    • http://WCHOST2:9000/webcenter

    • http://WCHOST2:9001/portalTools

    • http://WCHOST2:9001/wsrp-tools

    • http://WCHOST2:9002/owc_wiki

    • http://WCHOST2:9002/owc_discussions

  2. すべてのデプロイメントがアクティブであることを確認します。管理コンソールで、「デプロイ」を選択します。いずれかに障害が発生した場合は、ログ・ファイルでエラーを確認します。ログ・ファイルは、ORACLE_BASE/admin/<domain_name>/mserver/<domain_home/servers/[server_name]/logsにあります。

6.13 Javaオブジェクト・キャッシュの設定

Javaオブジェクト・キャッシュ（JOC）は、WebCenter Spacesが実行されているすべてのサーバーに構成する必要があります。このローカル・キャッシュは、Oracle WebCenter Spacesのパフォーマンスを高めるために提供されています。

Javaオブジェクト・キャッシュはMW_HOME/oracle_common/bin/configure-joc.pyスクリプトを使用して構成できます。これは管理対象サーバーでのJOCの構成に使用できるPythonスクリプトです。このスクリプトはWLSTオンライン・モードで実行され、管理サーバーが稼働していることを前提としています。


注意:

wlstコマンドまたはconfigure-joc.pyスクリプトを使用してJavaオブジェクト・キャッシュを構成した後は、影響を受けるすべての管理対象サーバーを再起動して、構成を有効にする必要があります。

使用方法

  1. コマンドラインのOracle WebLogic Scripting Tool（WLST）を使用して管理サーバーに接続します。次に例を示します。

    MW_HOME/wc/common/bin/wlst.sh
$ connect()

    Oracle WebLogicの管理ユーザー名とパスワードの入力を求められたら、これらを入力します。

  2. wlstを使用して管理サーバーに接続したら、execfileコマンドを使用してスクリプトを起動します。

    wls:/mydomain/serverConfig>execfile('FMW_HOME/oracle_common/bin/configure-joc.py')

  3. 特定のクラスタのすべての管理対象サーバー用のJOCの構成

    クラスタ名を指定するかどうかを尋ねるプロンプトが表示されたら'y'を入力し、プロンプトが表示されたらクラスタ名と検出ポートを指定します。これにより、指定されたクラスタのすべての管理対象サーバーが検出され、JOCが構成されます。検出ポートはクラスタのJOC構成全体で共通です。次に例を示します。

    Do you want to specify a cluster name (y/n) <y>
Enter Cluster Name : Spaces_Cluster
Enter Discover Port : 9988

    configure-joc.pyをHA環境で使用するための手順は、次のとおりです。

    execfile('MW_HOME/oracle_common/bin/configure-joc.py')
.
Enter Hostnames (eg host1,host2) : SOAHOST1, SOAHOST2
.
Do you want to specify a cluster name (y/n) <y>y
.
Enter Cluster Name : Spaces_Cluster
.
Enter Discover Port : 9988
.
Enter Distribute Mode (true|false) <true> : true
.
Do you want to exclude any server(s) from JOC configuration (y/n) <n> n

このスクリプトを使用すると、次のJOCの構成も実行できます。

CacheWatcherユーティリティを使用してJOCの構成を確認します。『Oracle Fusion Middleware高可用性ガイド』を参照してください。

『Oracle Fusion Middleware高可用性ガイド』の説明に従い、Oracle WebLogic管理コンソールの「HAパワー・ツール」タブを使用して、Javaオブジェクト・キャッシュ（JOC）を構成できます。

6.14 マルチキャストからユニキャストへのディスカッション・フォーラムの変換

マルチキャストからユニキャストにディスカッション・フォーラムを変換するには:

手順1: 起動パラメータの追加

関連する起動パラメータを追加するには:

  1. Oracle WebLogic Server管理コンソールで、「サーバー」→「WLS_Services1」→「構成」→「サーバーの起動」を選択します。

  2. 「引数」ボックスに次の引数を追加します。

    -Dtangosol.coherence.wka1=WCHost1  -Dtangosol.coherence.wka2=WCHost2
-Dtangosol.coherence.localhost=WCHost1 -Dtangosol.coherence.wka1.port=8089
-Dtangosol.coherence.wka2.port=8089

    WCHost1は、WLS_Services1が稼働している場所です。

    ポート8089は、WebCenter Coherenceの通信用に予約されているポートです。

  3. WCHost1をWCHost2に、WCHost2をWCHost1に替えて、WLS_Services2に対して手順1と2を繰り返します。

  4. WLS_Servicesサーバーを再起動します。

手順2: 変更の検証

変更を検証するには:

  1. ディスカッション・フォーラム管理パネルにログオンします。

  2. 左ペインで「キャッシュ設定」を選択します。

  3. 画面の下部で、「クラスタリング」が「有効」に設定されていることを確認します。

  4. クラスタのすべてのメンバーに対して、手順1から3を繰り返します。

    サーバーは、クラスタを結合すると、画面の上部に表示されます。

6.15 ディスカッション・サーバー用クラスタリングの構成

これがユニキャスト・クラスタの場合、まず第6.14項「マルチキャストからユニキャストへのディスカッション・フォーラムの変換」の手順が実行されていることを確認します。

ディスカッション・サーバー管理コンソールを使用して、ディスカッション・サーバー・クラスタのすべてのメンバーが相互に通信できることを確認します。

  1. 次の場所でクラスタの各メンバーにログインします。

    http://<host>:<port>/owc_discussions/admin

  2. 「キャッシュ設定」に移動します。

    図6-1 「キャッシュ設定」セクション

    図6-1の説明
    「図6-1 「キャッシュ設定」セクション」の説明

  3. ページの下部のキャッシュ機能セクションで、「クラスタリング」が「有効」に設定されていることを確認します。

    ページの上部にクラスタのすべてのメンバーがリストされます。

  4. 再度、ページの最後の方のキャッシュ・ツールセクションで、クラスタワイドのキャッシュ・リセットおよびキャッシュ・ウォームアップ・タスクを実行します。クラスタのすべてのメンバーに対してキャッシュ・ウォームアップ・タスクを繰り返します。

    図6-2 「キャッシュ・ツール」セクション

    図6-2の説明
    「図6-2 「キャッシュ・ツール」セクション」の説明

6.16 ディスカッション・サーバー用WS-Securityの構成

この項では、ディスカッション・サーバー用WS-Securityを構成する手順について説明します。この手順は必須です。EDGの場合のクライアントは、WebCenter Spacesです。サーバーは、ディスカッション・サーバーで、この場合も同じマシン上にあります。たとえば、WCHOST1とWCHOST2は、クライアント・マシンとサーバー・マシンの両方として機能します。

6.16.1 デフォルト・キーストアの設定

デフォルト・キーストアを設定するには:


注意:

クラスタ設定の場合、デフォルト・キーストアおよびデモ・キーストアは使用できません。これらは各インスタンスで異なります。新しいキーストアを生成する必要があります。

  1. 有効な署名付き証明書を作成および取得し、これをクライアント・ライブラリからアクセスできるキーストアにインポートします。たとえば、開発時にJDKのkeytoolを使用し、証明書を作成して自己署名できます。

    keytool -genkey -alias <ALIAS> -keypass <KEY_PASSWORD> 
-keystore <KEY_STORE_FILE> -storepass <STORE_PASS> -dname <NAME> -keyalg RSA

    次に例を示します。

    keytool -genkey -alias jive -keypass jive_password -keystore 
client_certs.keystore -storepass clientKeyStorePassword -dname "cn=jive" -keyalg RSA

keytool -selfcert -alias <ALIAS> -keystore <KEY_STORE_FILE> 
-storepass <CLIENT_KEY_PASSWORD> -keypass <KEY_PASSWORD>

    次に例を示します。

    keytool -selfcert -alias jive -keystore client_certs.keystore -storepass
clientKeyStorePassword -keypass jive_password

    client_certs.keystoreはこのコマンドから生成されます。これをクライアント証明書として使用します。

  2. 公開鍵を証明書からエクスポートします。

    keytool -export -alias <ALIAS> -file <CLIENT_CERTS_FILE.TYPE> -keystore <KEY_STORE_FILE> -storepass <CLIENT_KEY_STORE_PASSWORD>

    次に例を示します。

    keytool -export -alias jive -file client_public_key.jks -keystore 
client_certs.keystore -storepass clientKeyStorePassword

  3. サーバー上で、公開鍵をWebアプリケーションからアクセス可能なキーストアにインポートします。

    keytool -import -alias <ALIAS> -file <CLIENT_CERTS_FILE.TYPE> -keystore 
<SERVER_CERT_KEYSTORE_FILE> -storepass <SERVER_KEYSTORE_PASS>

    次に例を示します。

    keytool -import -alias jive -file client_public_key.jks 
-keystore server_public_certs.keystore -storepass serverKeyStorePassword

    server_public_certs.keystoreファイルはこのコマンドから生成されます。これをサーバー証明書として使用します。

6.16.2 キーストアの配布

前の項で生成したクライアント・キーストアは、wsクライアントを持つすべてのマシンに配布する必要があります。EDG設定において、WebCenter Spacesを使用するすべてのマシンが配布対象となります。キーストアは、キーストアへのパスがクラスタのすべてのマシン上で同じであるかぎり、どこにでも配置できます。EDGの場合、/u01/app/oracle/keystores/をお薦めします。

前の項で生成したサーバー・キーストアは、ディスカッション・フォーラムを実行しているすべてのマシンに配布する必要があります。このキーストアはどこにでも配置できますが、キーストアへのパスがクラスタのすべてのマシン上で同じである必要があります。

この例の残りの部分は、すべてのキーストアが/u01/app/oracle/keystores/にあることを想定しています。

6.16.3 Jiveサーバー・プロパティの設定

JiveサーバーでWs-Securityを構成するには:

  1. （クラスタ内の任意のマシンの）DOMAIN_HOME/libに移動します。

  2. keystore.propertiesファイルを作成し、次の値を挿入して、ファイルを保存します。

    org.apache.ws.security.crypto.provider=org.apache.ws.security.components.crypto.Merlin
 org.apache.ws.security.crypto.merlin.keystore.type=jks
 org.apache.ws.security.crypto.merlin.keystore.password=serverKeyStorePassword
 org.apache.ws.security.crypto.merlin.keystore.alias=jive
 org.apache.ws.security.crypto.merlin.file=/u01/app/oracle/keystores/server_public_certs.keystore

    別名およびパスワードは、前述のキーストア生成時に使用した別名とパスワードです。ファイル・パスは、生成したサーバー証明書への完全パスです。

  3. キーストア・ファイルをjarファイルに配置します。

    jar cvf jive_crypto_props.jar keystore.properties

    注意:

    生成するjarサイズは、約616である必要があります。

  4. rm keystore.properties.

  5. jive_crypto_props.jarファイルを、Jiveを実行しているクラスタのすべてのマシンに配布します。

  6. Jive管理ページにアクセスします。

    http://host:port/owc_discussions/admin

  7. 管理ユーザーとしてログインします。

  8. 「システム・プロパティ」リンクをクリックし、次のプロパティを追加します。

    webservices.soap.custom.crypto.fileName=keystore.properties

  9. すべてのJiveサーバーを再起動します。

6.17 Wikiサーバーの構成

第2.3.2項「異なるディレクトリの推奨場所」で説明しているように、管理サーバーのドメイン・ディレクトリおよびアプリケーション・ディレクトリは共有ディスクにあります。アプリケーション・ディレクトリには、Wikiサーバーのデプロイメントも含まれています。クラスタ内のすべてのWikiサーバーは、この同じアプリケーション・ディレクトリを共有しています。したがって、クラスタ内のすべてのWikiサーバーを正常に実行するためには、共有記憶域がすべてのノード上にマウントされている必要があります。

両方のサーバーで、Wiki管理→「設定」の非クラスタ・モード設定を「false」（「キャッシュ・データの使用」）に設定します。

6.18 WCHOST2上のWLS_Spacesn、WLS_PortletnおよびWLS_Servicesn管理対象サーバー用Oracle HTTP Serverの構成

Oracle HTTP Serverから、Spaces_Cluster、Portlet_ClusterおよびServices_Cluster（それぞれ、WLS_Spacesn、WLS_PortletnおよびWLS_Servicesn管理対象サーバーを含む）へのルーティングを可能にするには、WebLogicClusterパラメータをクラスタ内のノードのリストに設定する必要があります。

  1. OHS_HOME/instances/ohs_instance1/config/OHS/ohs1/mod_wl_ohs.confファイルに次の行を追加します。

    # Spaces

<Location /webcenter>
    WebLogicCluster wchost1.com:9000,wchost2.com:9000
    SetHandler weblogic-handler
</Location>

<Location /webcenterhelp>
    WebLogicCluster wchost1.com:9000,wchost2.com:9000
    SetHandler weblogic-handler
</Location>

<Location /rss>
    WebLogicCluster wchost1.com:9000,wchost2.com:9000
    SetHandler weblogic-handler
</Location>

# Portlet

<Location /portalTools>
    WebLogicCluster wchost1.com:9001,wchost2.com:9001
    SetHandler weblogic-handler
</Location>

<Location /wsrp-tools>
    WebLogicCluster wchost1.com:9001,wchost2.com:9001
    SetHandler weblogic-handler
</Location>

# WSM

<Location /wsm-pm>
    WebLogicCluster soahost1.com:7010,soahost2.com:7010
    SetHandler weblogic-handler
</Location>

# Discussions and Wiki

<Location /owc_discussions>
    WebLogicCluster wchost1.com:9002,wchost2.com:9002
    SetHandler weblogic-handler
</Location>

<Location /owc_wiki>
    WebLogicCluster wchost1.com:9002,wchost2.com:9002
    SetHandler weblogic-handler
</Location>

  2. httpd.confファイル（mod_wl_ohsファイルと同じディレクトリ内にある）に次の行を追加します。

    NameVirtualHost *:7777
<VirtualHost *:7777>
    ServerName https://wc.mycompany.com:443
    ServerAdmin you@your.address
    RewriteEngine On
    RewriteOptions inherit
</VirtualHost>

NameVirtualHost *:7777
<VirtualHost *:7777>
    ServerName admin.mycompany.com:80
    ServerAdmin you@your.address
    RewriteEngine On
    RewriteOptions inherit
</VirtualHost>

NameVirtualHost *:7777
<VirtualHost *:7777>
    ServerName wcinternal.mycompany.com:80
    ServerAdmin you@your.address
    RewriteEngine On
    RewriteOptions inherit
</VirtualHost>

  3. Oracle HTTP ServerをWEBHOST1とWEBHOST2の両方で再起動します。

    WEBHOST1> ORACLE_BASE/admin/<instance_name>/bin/opmnctl restartproc ias-component=ohs1
WEBHOST2> ORACLE_BASE/admin/<instance_name>/bin/opmnctl restartproc ias-component=ohs1

WebLogicClusterパラメータで指定したサーバーは、起動時のプラグインに対してのみ重要な役割を持ちます。このノードのリストには、実行しているクラスタ・メンバーを1つ以上記述しておく必要があります。記述しておかないと、このプラグインで他のクラスタ・メンバーを検出できません。Oracle HTTP Serverの起動時には、リストに記述したクラスタ・メンバーを実行している必要があります。Oracle WebLogic Serverとこのプラグインの連携により、クラスタに発生した新規のクラスタ・メンバー、失敗したクラスタ・メンバーおよびリカバリしたクラスタ・メンバーを反映してサーバーのリストが自動的に更新されます。

例としていくつかのシナリオを示します。

WebLogic Serverプラグインの構成の詳細は、Oracle WebLogic ServerでWeb Serverプラグインを使用するOracle Fusion Middlewareのガイドを参照してください。

6.19 Oracle HTTP Serverを介したアクセスの検証

次のURLにアクセスできることを確認します。

webhostNには、各Oracle HTTP Serverホストの名前を指定します（WEBHOST1、WEBHOST2など）。

6.20 ロード・バランサを介したアクセスの検証

次のURLにアクセスできることを確認します。

6.21 インストールのバックアップ

拡張したドメインが正常に動作していることを確認した後、そのインストール内容をバックアップします。これは、以降の手順で問題が発生した場合に短時間でリストアできることを考慮した迅速なバックアップです。バックアップ先はローカル・ディスクです。エンタープライズ・デプロイメントの設定が完了すれば、このバックアップは破棄してかまいません。その時点では、デプロイメント固有の定期的なバックアップ手順とリカバリ手順を実行できるようになっています。詳細は、Oracle Fusion Middlewareの管理者ガイドを参照してください。バックアップおよびリストアを必要とするOracle HTTP Serverのデータの詳細は、このガイドでOracle HTTP Serverのバックアップとリカバリの推奨事項に関する項を参照してください。コンポーネントのリカバリ方法に関する詳細は、このガイドでコンポーネントのリカバリに関する項およびコンポーネントが失われた後のリカバリに関する項を参照してください。ホストが失われた場合のリカバリに固有の推奨事項は、このガイドで別のホストへのOracle HTTP Serverのリカバリに関する項を参照してください。データベースのバックアップに関する詳細は、『Oracle Database Backup and Recovery Guide』も参照してください。

この時点でインストールをバックアップする手順は次のとおりです。

  1. Web層をバックアップする手順は次のとおりです。

    1. opmnctlを使用してインスタンスを停止します。

      ORACLE_BASE/admin/<instance_name>/bin/opmnctl stopall

    2. 次のコマンドをroot権限で実行して、Web層のミドルウェア・ホームをバックアップします。

      tar -cvpf BACKUP_LOCATION/web.tar $MW_HOME

    3. 次のコマンドをroot権限で実行して、Web層のインスタンス・ホームをバックアップします。

      tar -cvpf BACKUP_LOCATION/web_instance.tar $ORACLE_INSTANCE

    4. opmnctlを使用してインスタンスを起動します。

      ORACLE_BASE/admin/<instance_name>/bin/opmnctl startall

  2. データベースをバックアップします。これは、Oracle Recovery Manager（推奨）またはtarなどのOSツールを使用したデータベース全体のホット・バックアップまたはコールド・バックアップです。OSツールを使用する場合は、可能なかぎりコールド・バックアップをお薦めします。

  3. 管理サーバーのドメイン・ディレクトリをバックアップします。バックアップを実行してドメイン構成を保存します。構成ファイルは、すべてORACLE_BASE/admin/<domain_name>ディレクトリの下にあります。

    SOAHOST1> tar -cvpf edgdomainback.tar ORACLE_BASE/admin/<domain_name>
  戻る
戻る 		 次へ
次へ
  ドキュメント・ライブラリへ
ライブラリ		 製品リストへ
製品		 目次
目次		 索引
索引