Oracle Fusion Middleware Oracle WebCenterエンタープライズ・デプロイメント・ガイド 11gリリース1(11.1.1) B55900-01 |
|
戻る |
次へ |
この章では、構成ウィザード、Oracle WebLogic Server管理コンソール、Oracle Enterprise ManagerおよびOracle WSM Policy Managerを使用してドメインを作成する方法を説明します。ドメインを拡張してWebCenterコンポーネントを追加できます。
重要: セットアップのプロセスを開始する前に、リリース・ノートに目を通してインストールとデプロイメントに関する補足の考慮事項を確認しておくことを強くお薦めします。 |
この章の項目は次のとおりです。
第2.3項「共有記憶域と推奨ディレクトリ構造」の説明にあるように、Oracle Fusion Middlewareは、冗長性を確保するために2箇所以上の記憶域にインストールします。
インストールが必要なOracle Fusion Middlewareのコンポーネントは次のとおりです。
Oracle WebLogic Server(第4.1.1項「Oracle WebLogic Serverのインストール」を参照)
Oracle WebCenter(第4.1.2項「WebCenter用のOracle Fusion Middlewareのインストール」を参照)
次の手順を実行して、Oracle WebLogic ServerをSOAHOST1、SOAHOST2、WCHOST1およびWCHOST2にインストールします。
Oracle WebLogic Serverインストーラを起動します。
「ようこそ」画面で「次へ」をクリックします。
「ミドルウェア・ホーム・ディレクトリの選択」画面で、次の手順を実行します。
「新しいミドルウェア・ホームを作成する」を選択します。
「ミドルウェア・ホーム・ディレクトリ」にORACLE_BASE/product/fmwと入力します。
注意: ORACLE_BASEは、Oracle製品のインストール先であるベース・ディレクトリです。このディレクトリは/u01/app/oracle とすることをお薦めします。詳細は、第2.3項「共有記憶域と推奨ディレクトリ構造」を参照してください。 |
「次へ」をクリックします。
「セキュリティ更新のための登録」画面で、セキュリティ更新の通知を受け取る連絡先の情報を入力して、「次へ」をクリックします。
「インストール・タイプの選択」画面で、「カスタム」を選択し、「次へ」をクリックします。
「製品とコンポーネントの選択」画面で「次へ」をクリックします。
「JDKの選択」画面で、「Oracle JRockit 1.6.0_05 SDK」のみを選択して「次へ」をクリックします。
「製品インストール・ディレクトリの選択」画面で、表示されているディレクトリORACLE_BASE/product/fmw/wlserver_10.3をそのまま使用して「次へ」をクリックします。
「インストールの概要」画面で「次へ」をクリックします。
「インストール 完了」画面で、「Quickstartの実行」を選択解除して「完了」をクリックします。
次の手順を実行して、WebCenter用のOracle Fusion MiddlewareをSOAHOST1、SOAHOST2、WCHOST1およびWCHOST2にインストールします。
Linuxプラットフォームで、/etc/oraInst.loc
ファイルが存在する場合はその内容が正しいことを確認します。具体的には、インベントリ・ディレクトリが正しいことおよびそのディレクトリに対する書込み権限があることを確認します。
/etc/oraInst.loc
が存在しない場合は、この手順を省略してもかまいません。
WebCenter用のOracle Fusion Middlewareインストーラを起動します。
SOAHOST1> runInstaller
インストーラからJRE/JDKの場所を指定することを要求された場合は、Oracle WebLogic Serverのインストール時に作成したOracle SDKの場所を入力します。たとえば、ORACLE_BASE/product/fmw/jrockit_160_05_R27.6.2-20とします。
「インベントリ・ディレクトリの指定」画面で、次の手順を実行します。
HOME/oraInventory
と入力します。ここでHOME
は、インストールを実行しているユーザーのホーム・ディレクトリです(推奨の場所)。
インストールを実行しているユーザーのOSグループを入力します。
「次へ」をクリックします。
画面上の指示に従い、root権限で/createCentralInventory.sh
を実行します。「OK」をクリックします。
「ようこそ」画面で「次へ」をクリックします。
「前提条件のチェック」画面で、チェックが正常に完了したことを確認して、「次へ」をクリックします。
インストール先を指定します。すでにインストールされているミドルウェア・ホームをドロップダウン・リストから選択します。Oracleホーム・ディレクトリとして、ディレクトリ名wcを入力します。
「次へ」をクリックします。
「UCM構成オプションの指定」画面で「ユニバーサル・コンテンツ管理のインストールと構成」チェック・ボックスの選択を解除します。Oracle Content Server(OCS)は、後で別途インストールします。
「次へ」をクリックします。
「インストール・サマリー」画面で「インストール」をクリックします。
「インストール 完了」画面で「終了」をクリックします。
この時点でFusion Middlewareホームをバックアップする必要があります(まず、サーバーが停止していることを確認します)。
SOAHOST1> tar -cvpf fmwhomeback.tar ORACLE_BASE/product/fmw
これにより、Oracle WebLogic ServerとWebCenter用Oracle Fusion Middlewareの両方のインストール・ファイルのバックアップが作成されます。
SOAがインストールされているかどうかにかかわらず、この手順は管理サーバーのフェイルオーバーを可能にするために必要です。
管理サーバーを仮想IP(SOAHOST1VHN1)と関連付けます。SOAHOST1上でSOAHOST1VHN1が有効になっていることを確認します。
Linux上で仮想IPを有効にするには、root権限で次のようにifconfig
コマンドを実行します。
/sbin/ifconfig <interface:index> <IPAddress> netmask <netmask> /sbin/arping -q -U -c 3 -I <interface< <IPAddress>
次に例を示します。
/sbin/ifconfig ethX:Y 100.200.140.206 netmask 255.255.255.0
次の例のように、ネットワークで仮想IPの新しい場所を登録できるようにします。
/sbin/arping -q -U -c 3 -I ethX 100.200.140.206
次の例のように、別のノードからこのアドレスにpingを実行して、このアドレスが使用可能であることを確認します。
/bin/ping 100.200.140.206
この例で、ethXはイーサネット・インタフェース(eth0またはeth1)、Yはインデックス(0、1、2など)です。
WebCenterホーム・ディレクトリから構成ウィザードを実行して、管理サーバーとOracle Web Services Managerを含むドメインを作成します。その後、ドメインを拡張してWebCenterコンポーネントを含めることができます。
リポジトリをインストールしたデータベースを実行していることを確認します。RACデータベースの場合は、後で実行する検証チェックの信頼性を確保するために、すべてのインスタンスを実行しておくことをお薦めします。
ディレクトリを構成ウィザードの場所に変更します。この場所はWebCenterホーム・ディレクトリ内にあります。
SOAHOST1> cd ORACLE_BASE/product/fmw/wc/common/bin
注意: Oracle WSM Policy ManagerとJRF(Java Required Files)は、デフォルトではOracle Fusion Middleware構成ウィザードに表示されません。これらの製品の表示を手動で有効にする必要があります。このためには、次のJVMプロパティをconfig.sh スクリプトに渡します。
このプロパティをスクリプトに渡すには、 |
Oracle Fusion Middleware構成ウィザードを開始します。
SOAHOST1> ./config.sh
「ようこそ」画面で、「新しいWebLogicドメインの作成」を選択し、「次へ」をクリックします。
「ドメイン・ソースの選択」画面が表示されます(図4-1)。
「ドメイン・ソースの選択」画面で、次の手順を実行します。
「以下の製品をサポートするために、自動的に構成されたドメインを生成する」を選択します。
次の製品を選択します。
Oracle WSM Policy Manager - 11.1.1.0 [wc]
Oracle Enterprise Manager(このオプションを選択すると他のいくつかのテンプレートが自動的に選択されます)
Oracle JRF(これは自動的に選択されます)
いくつかのターゲットを間違って選択解除した場合は、この画面で次の項目が選択されていることを確認します。
Oracle Enterprise Manager
emasTemplate
emaiTemplate
Oracle SOA Management Extension
Oracle WebCenterEM
Oracle JRF
Oracle WSM Policy Manager
「次へ」をクリックします。
注意: 複数のOracleホームがインストールされている場合(たとえば、WebCenterホームとSOAホーム)、どちらのホームについても、使用可能な製品が表示されます。この手順では、WebCenterホーム(wc)の製品のみを選択します。これは、たとえば、Oracle JRF - 11.1.1.0 [wc]のように、製品名の末尾に角かっこで囲んで示されます。 |
「ドメイン名と場所の指定」画面で、ドメイン名(wcedg_domain)を入力します。
ドメイン・ディレクトリが、第2章「データベースと環境の事前構成」で推奨されているディレクトリ、および共有記憶域のマウント・ポイントに一致していることを確認します。ドメイン・ディレクトリにはORACLE_BASE/admin/<domain_name>/aserver/
、アプリケーション・ディレクトリにはORACLE_BASE/admin/<domain_name>/apps
を入力します。このドメインは共有記憶域内にある必要があります。
「次へ」をクリックします。
「管理者ユーザー名およびパスワードの構成」画面で、ドメインの管理者が使用するユーザー名とパスワードを入力します。
「次へ」をクリックします。
「サーバーの起動モードおよびJDKの構成」画面で、次の手順を実行します。
「WebLogicドメインの起動モード」には、「本番モード」を選択します。
「JDKの選択」では、「JROCKIT SDK1.6.0_05」を選択します。
「次へ」をクリックします。
「JDBCコンポーネント・スキーマの構成」画面で、次の手順を実行します。
OWSM MDSスキーマを選択します。
「次のパネルで選択したコンポーネント・スキーマをRACマルチ・データ・ソース・スキーマとして構成します。」を選択します。
「次へ」をクリックします。
「RACマルチ・データ・ソース・コンポーネント・スキーマの構成」画面が表示されます(図4-2)。
この画面で、次の手順を実行します。
次の各フィールドに値を入力して、RCUでシードされたRACデータベースの接続情報を指定します。
ドライバ: 「Oracle driver (Thin) for RAC Service-Instance connections, Versions:10, 11」を選択します。
サービス名: データベースのサービス名を入力します(wcedg.mycompany.com
など)。
ユーザー名: スキーマの完全なユーザー名(接頭辞を含む)を入力します。
パスワード: スキーマへのアクセスに使用するパスワードを入力します。
ホスト名、インスタンス名およびポートを入力します。
「追加」をクリックします。
この手順をRACインスタンスごとに実行します。
「次へ」をクリックします。
「JDBCデータ・ソースのテスト」画面で、各接続のテストが自動的に行われます。「ステータス」列に結果が表示されます。すべての接続が正常に確立したことを確認してください。正常に接続できない場合は、「前へ」をクリックして前の画面に戻り、入力内容を修正します。
すべての接続に成功したら「次へ」をクリックします。
「詳細構成の選択」画面で、次の項目を選択します。
管理サーバー
管理対象サーバー、クラスタ、およびマシン
デプロイメントとサービス
「次へ」をクリックします。
「管理サーバーの構成」画面で、次の値を入力します。
名前: AdminServer
リスニング・アドレス: SOAHOST1VHN1
リスニング・ポート: 7001
SSLリスニング・ポート: 該当なし
SSL有効: 選択解除
「次へ」をクリックします。
「管理対象サーバーの構成」画面で、「追加」をクリックして次の管理対象サーバーを追加します。
表4-1 管理対象サーバー
名前 | リスニング・アドレス | リスニング・ポート | SSLリスニング・ポート | SSL有効 |
---|---|---|---|---|
WLS_WSM1 |
SOAHOST1 |
7010 |
n/a |
いいえ |
WLS_WSM2 |
SOAHOST2 |
7010 |
n/a |
いいえ |
「次へ」をクリックします。
「クラスタの構成」画面で、「追加」をクリックして次のクラスタを追加します。
表4-2 クラスタ
名前 | クラスタ・メッセージング・モード | マルチキャスト・アドレス | マルチキャスト・ポート | クラスタ・アドレス |
---|---|---|---|---|
WSM-PM_Cluster |
ユニキャスト |
n/a |
n/a |
空白のままにします。 |
「次へ」をクリックします。
「サーバーのクラスタへの割当」画面で、次のようにサーバーをクラスタに割り当てます。
WSM-PM_Cluster:
WLS_WSM1
WLS_WSM2
「次へ」をクリックします。
「マシンの構成」画面で、次の手順を実行します。
「UNIXマシン」タブをクリックし、「追加」をクリックして次のマシンを追加します。
その他すべてのフィールドはデフォルト値のままにします。
「次へ」をクリックします。
「サーバーのマシンへの割当」画面で、次のようにサーバーをマシンに割り当てます。
SOAHOST1:
AdminServer
WLS_WSM1
SOAHOST2:
WLS_WSM2
「次へ」をクリックします。
「デプロイメントのクラスタまたはサーバーへのターゲット設定」画面で、「oracle.wsm.seedpolicies」が「WSM-PM_Cluster」にターゲット設定されていることを確認します。また、「DMSアプリケーション」が「WSM_Cluster」と「管理サーバー」にターゲット設定されていることを確認します。「次へ」をクリックします。
「サービスのクラスタまたはサーバーへのターゲット設定」画面で、次のように選択します。
左側で「WSM-PM_Cluster」を選択します。右側で「JDBCシステム・リソース」を選択します。これにより、すべてのwsmデータソース(mds-owsm)を自動的に選択できます。
左側で「管理サーバー」を選択します。右側で「JDBCシステム・リソース」を選択します。これにより、すべてのwsmデータソース(mds-owsm)を自動的に選択できます。
この画面では、OWSM起動クラスを除いて、すべてのサービスとJDBCシステム・リソースがAdminServerにターゲット設定されていることを確認します。OWSM起動クラスとすべてのJDBCシステム・リソースがWSM-PM_Clusterにターゲット設定されていることを確認します。
「構成のサマリ」画面で「作成」をクリックします。
「ドメインの作成」画面で「完了」をクリックします。
第2章「データベースと環境の事前構成」で推奨されているとおり、管理サーバーにより使用されるドメイン・ディレクトリと、SOAHOST1内の管理対象サーバーにより使用されるドメイン・ディレクトリを分離するには、pack
およびunpack
コマンドを使用します。
次のように、packコマンドをSOAHOST1上で実行してテンプレート・パックを作成します。
SOAHOST1> cd ORACLE_BASE/product/fmw/wc/common/bin SOAHOST1> ./pack.sh -managed=true -domain=ORACLE_BASE/admin/<domain_name>/aserver/<domain_name> -template=wcdomaintemplate.jar -template_name=wc_domain_template
次のように、unpackコマンドをSOAHOST1上で実行して、このテンプレートを管理対象サーバーのドメイン・ディレクトリに解凍します。
SOAHOST1> cd ORACLE_BASE/product/fmw/wc/common/bin SOAHOST1> ./unpack.sh -domain=ORACLE_BASE/admin/<domain_name>/mserver/<domain_name> -template=wcdomaintemplate.jar
SOAHOST1上で管理サーバーのboot.properties
ファイルを作成します。boot.properties
ファイルを使用すると、管理者のユーザー名とパスワードを入力しなくても管理サーバーを起動できるようになります。
次のディレクトリ構造を作成します。
mkdir ORACLE_BASE/admin/<domain_name>/aserver/<domain_name>/servers mkdir ORACLE_BASE/admin/<domain_name>/aserver/<domain_name>/servers/AdminServer mkdir ORACLE_BASE/admin/<domain_name>/aserver/<domain_name>/servers/AdminServer/security
テキスト・エディタで、次の行を記述したboot.properties
というファイルを、前の手順で作成した最後のディレクトリに作成します。
username=<adminuser> password=<password>
注意: 管理サーバーを起動すると、ファイル内のユーザー名とパスワードのエントリは暗号化されます。管理サーバーは、第4.7項「SOAHOST1での管理サーバーの起動」の手順で起動します。セキュリティ上の理由から、ファイル内のエントリが暗号化されていない時間を短くする必要があります。ファイルを編集した後、できるだけ速やかにサーバーを起動し、エントリを暗号化してください。 |
管理サーバーを起動します。
SOAHOST1> cd ORACLE_BASE/admin/<domain_name>/aserver/<domain_name>/bin SOAHOST1> ./startWebLogic.sh
次の手順を実行して、管理サーバーが適切に構成されていることを確認します。
ブラウザで、http://SOAHOST1VHN1:7001/console
にアクセスします。
管理者としてログインします。
管理対象サーバーとしてWLS_WSM1とWLS_WSM2が表示されていることを確認します。
WSM-PM_Clusterクラスタが表示されていることを確認します。
http://SOAHOST1VHN1:7001/em
でOracle Enterprise Managerにアクセスできることを確認します。
第4.6項「SOAHOST1での管理サーバー用boot.propertiesの作成」で指定したユーザー名とパスワードを使用してEMコンソールにログインします。
この手順は、管理サーバーで様々なノードを認証するための適切な証明書を設定していない場合に必要です(第7章「ノード・マネージャの設定」を参照)。サーバー証明書を構成していないと、様々なWebLogicサーバーを管理する際にエラーが発生します。このエラーを回避するには、トポロジの設定と検証を行う際にホスト名の検証を無効にし、EDGトポロジの構成完了後に第7章「ノード・マネージャの設定」の説明に従って再びホスト名の検証を有効にします。
ホスト名検証を無効にする手順は次のとおりです。
Oracle WebLogic Server管理コンソールにログインします。
「ロックして編集」をクリックします。
「ドメイン構造」ウィンドウの「環境」ノードを開きます。
「サーバー」をクリックします。「サーバーの概要」ページが表示されます。
表の「名前」列の「AdminServer(admin)」を選択します。「AdminServer(admin)」の「設定」ページが表示されます。
「SSL」タブをクリックします。
「詳細」をクリックします。
「ホスト名の検証」を「なし」に設定します。
「保存」をクリックします。
WLS_WSM1サーバーについて手順4〜8を繰り返します。
変更を保存してアクティブ化します。
この変更内容を有効にするには、管理サーバーを再起動する必要があります。このためには、次の手順を実行します。
「サーバーの概要」画面で、「制御」タブを選択します。
表で「AdminServer(admin)」を選択して、「停止」をクリックします。
コマンド・ラインで次を実行して、管理サーバーを再び起動します。
SOAHOST1> cd ORACLE_BASE/admin/<domain_name>/aserver/<domain_name>/bin SOAHOST1> ./startWebLogic.sh
次の手順を実行して、SOAHOST1上でノード・マネージャを起動します。
ノード・マネージャを起動する前に、ORACLE_BASE/product/fmw/soa/common/binディレクトリにあるsetNMProps.shスクリプトを実行し、StartScriptEnabled
プロパティをtrueに設定します。
SOAHOST1> cd ORACLE_BASE/product/fmw/soa/common/bin SOAHOST1> ./setNMProps.sh
注意: クラスのロード失敗などの問題を回避するために、StartScriptEnabled プロパティを使用する必要があります。 |
ノード・マネージャを起動します。
SOAHOST1> cd ORACLE_BASE/product/fmw/wlserver_10.3/server/bin SOAHOST1> ./startNodeManager.sh
次の手順を実行して、WLS_WSM1管理対象サーバーを起動し、このサーバーが正しく構成されていることを確認します。
次の手順に従い、Oracle WebLogic Server管理コンソールを使用してWLS_WSM1管理対象サーバーを起動します。
「ドメイン構造」ウィンドウの「環境」ノードを開きます。
「サーバー」を選択します。「サーバーの概要」ページが表示されます。
「制御」タブをクリックします。
「WLS_WSM1」を選択して、「起動」をクリックします。
管理コンソールに表示されるサーバーのステータスが「実行中」であることを確認します。サーバーのステータスが「起動しています」または「再開中です」である場合は、「起動済み」になるまで待ちます。「管理」や「失敗」などの別のステータスが表示される場合は、サーバーの出力ログ・ファイルを調べ、エラーがないかどうかを確認します。考えられる原因は、第11.5項「トラブルシューティング」を参照してください。
http://SOAHOST1:7010/wsm-pm
にアクセスします。
「ポリシー・マネージャの検証」をクリックします。データ・ストアで使用できるポリシーとアサーション・テンプレートのリストが表示されます。
注意: ポリシーやアサーション・テンプレートがまったく表示されない場合は、構成が正しくありません。 |
次の手順を実行してドメイン構成を伝播します。
次のコマンドをSOAHOST1上で実行して、前の手順で作成したテンプレート・ファイルをコピーします。
SOAHOST1> cd ORACLE_BASE/product/fmw/wc/common/bin SOAHOST1> scp wcdomaintemplate.jar oracle@SOAHOST2:/ORACLE_BASE/product/fmw/wc/common/bin
unpack
コマンドをSOAHOST2で実行し、伝播されたテンプレートを解凍します。
注意: unpack は、WL_HOME/common/bin ディレクトリではなくORACLE_HOME/common/bin ディレクトリで実行してください。 |
SOAHOST2> cd ORACLE_BASE/product/fmw/wc/common/bin SOAHOST2> ./unpack.sh -domain=ORACLE_BASE/admin/<domain_name>/mserver/<domain_name> -template=wcdomaintemplate.jar
注意: unpack を実行する前に、ORACLE_BASE/admin/<domain_name>/mserver ディレクトリが存在している必要があります。 |
この手順は、管理サーバーで様々なノードを認証するための適切な証明書を設定していない場合に必要です(第7章「ノード・マネージャの設定」を参照)。サーバー証明書を構成していないと、様々なWebLogicサーバーを管理する際にエラーが発生します。このエラーを回避するには、トポロジの設定と検証を行う際にホスト名の検証を無効にし、EDGトポロジの構成完了後に第7章「ノード・マネージャの設定」の説明に従って再びホスト名の検証を有効にします。
ホスト名検証を無効にする手順は次のとおりです。
Oracle WebLogic Server管理コンソールにログインします。
「ロックして編集」をクリックします。
「ドメイン構造」ウィンドウの「環境」ノードを開きます。
「サーバー」をクリックします。「サーバーの概要」ページが表示されます。
表の「名前」列の「WLS_WSM2」を選択します。「AdminServer(admin)」の「設定」ページが表示されます。
「SSL」タブをクリックします。
「詳細」をクリックします。
「ホスト名の検証」を「なし」に設定します。
変更を保存してアクティブ化します。
次の手順を実行して、SOAHOST2上でノード・マネージャを起動します。
ノード・マネージャを起動する前に、ORACLE_BASE/product/fmw/soa/common/binディレクトリにあるsetNMProps.shスクリプトを実行し、StartScriptEnabled
プロパティをtrueに設定します。
SOAHOST2> cd ORACLE_BASE/product/fmw/soa/common/bin SOAHOST2> ./setNMProps.sh
注意: クラスのロード失敗などの問題を回避するために、StartScriptEnabled プロパティを使用する必要があります。 |
ノード・マネージャを起動します。
SOAHOST2> cd ORACLE_BASE/product/fmw/wlserver_10.3/server/bin SOAHOST2> ./startNodeManager.sh
次の手順を実行して、WLS_WSM2管理対象サーバーを起動し、このサーバーが正しく構成されていることを確認します。
管理コンソールを使用してWLS_WSM2管理対象サーバーを起動します。
管理コンソールに表示されるサーバーのステータスが「実行中」であることを確認します。サーバーのステータスが「起動しています」または「再開中です」である場合は、「起動済み」になるまで待ちます。「管理」や「失敗」などの別のステータスが表示される場合は、サーバーの出力ログ・ファイルを調べ、エラーがないかどうかを確認します。考えられる原因は、第11.5項「トラブルシューティング」を参照してください。
http://SOAHOST2:7010/wsm-pm
にアクセスします。
「ポリシー・マネージャの検証」をクリックします。
WLS_WSM-PMn管理対象サーバーが属する管理サーバーとWSM-PM_ClusterにOracle HTTP Serverからルーティングできるようにするには、WebLogicCluster
パラメータをこのクラスタにあるノードのリストに設定する必要があります。
WEBHOST1とWEBHOST2で、ORACLE_BASE/admin/<instance_name>/config/OHS/<component_name>/mod_wl_ohs.confファイルに次の行を追加します。
# WSM-PM <Location /wsm-pm> SetHandler weblogic-handler WebLogicCluster SOAHOST1:7010,SOAHOST2:7010 </Location> # Admin Server and EM <Location /console> SetHandler weblogic-handler WebLogicHost SOAHOST1VHN1 WeblogicPort 7001 </Location> <Location /consolehelp> SetHandler weblogic-handler WebLogicHost SOAHOST1VHN1 WeblogicPort 7001 </Location> <Location /em> SetHandler weblogic-handler WebLogicHost SOAHOST1VHN1 WeblogicPort 7001 </Location>
mod_wl_ohsファイルと同じディレクトリに格納されているhttpd.confファイルに、次の行が記述されていることを確認します。
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>
注意: ここで挙げている7777 、admin.mycompany:80 、you@youraddress などの値は、単なる例です。これらのかわりに、実際の環境に基づいた値を入力してください。 |
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
WebLogicCluster
パラメータで指定したサーバーは、起動時のプラグインに対してのみ重要な役割を持ちます。このノードのリストには、実行しているクラスタ・メンバーを1つ以上記述しておく必要があります。記述しておかないと、このプラグインで他のクラスタ・メンバーを検出できません。Oracle HTTP Serverの起動時には、リストに記述したクラスタ・メンバーを実行している必要があります。Oracle WebLogic Serverとこのプラグインの連携により、クラスタに発生した新規のクラスタ・メンバー、失敗したクラスタ・メンバーおよびリカバリしたクラスタ・メンバーを反映してサーバーのリストが自動的に更新されます。
例としていくつかのシナリオを示します。
例1: 2つのノードで構成したクラスタに3番目のメンバーを追加する場合、そのメンバーを追加するために構成を更新する必要はありません。3番目のメンバーは、実行時にその場で検出されます。
例2: クラスタは3つのノードで構成されていても、構成に記述されているノードはそのうちの2つのみであるとします。Oracle HTTP Serverを起動するときにこの2つのノードが両方とも停止していると、プラグインはクラスタを検出できません。Oracle HTTP Serverを起動するときは、リストに記述したノードを1つ以上実行している必要があります。
クラスタのメンバーをすべてリストに記述した場合は、Oracle HTTP Serverの起動時にそのうちの1つ以上を実行しておくことで、クラスタに確実に到達できます。
WebLogic Serverプラグインの詳細は、Oracle WebLogic ServerでWeb Serverプラグインを使用するOracle Fusion Middlewareのガイドを参照してください。
Oracle HTTP Serverは、WebLogic Serverにリクエストを転送する必要があります。このためには、次のコマンドを使用してOracle HTTP ServerをWebLogic Serverに登録する必要があります。
WEBHOST1> cd ORACLE_BASE/admin/<instance_name>/bin WEBHOST1> ./opmnctl registerinstance -adminHost SOAHOST1VHN1 -adminPort 7001 -adminUsername weblogic
このコマンドは、OHS2に対してWEBHOST2からも実行する必要があります。
Oracle WLS管理コンソール・アプリケーションは、コンソールを使用してポート、チャネルおよびセキュリティに発生した変更を追跡します。コンソールを通じて発生した変更がアクティブになると、コンソールはその現在のリスニング・アドレス、ポートおよびプロトコルを検証します。リスニング・アドレス、ポートおよびプロトコルがまだ有効な場合、コンソールはホストとポートの情報を管理サーバーのリスニング・アドレスとポートに置き換え、HTTPリクエストをリダイレクトします。LBRを使用して管理コンソールにアクセスしている場合は、ユーザーのブラウザが適切なLBRアドレスにリダイレクトされるように、管理サーバーのフロントエンドURLを変更する必要があります。このためには、次の手順を実行します。
Oracle WebLogic Server管理コンソールにログインします。
「ロックして編集」をクリックします。
「ドメイン構造」ウィンドウの「環境」ノードを開きます。
「サーバー」をクリックして、「サーバーの概要」ページを開きます。
表の「名前」列で「管理サーバー」を選択します。「AdminServer(admin)」の「設定」ページが表示されます。
「プロトコル」タブをクリックします。
「HTTP」タブをクリックします。
「フロントエンド・ホスト」フィールドをwc.mycompany.com
(自分のLBRアドレス)に設定します。
変更を保存してアクティブ化します。
管理コンソールに表示されるサーバーのステータスが「実行中」であることを確認します。サーバーのステータスが「起動しています」または「再開中です」である場合は、「起動済み」になるまで待ちます。「管理」や「失敗」などの別のステータスが表示される場合は、サーバーの出力ログ・ファイルを調べ、エラーがないかどうかを確認します。考えられる原因は、第11.5項「トラブルシューティング」を参照してください。
次のURLを使用し、両方のOracle HTTP Serverを介してWSM_Clusterを検証します。
http://Webtier_node1:7777/wsm-pm
http://Webtier_node2:7777/wsm-pm
http://Webtier_node1:7777/console
http://Webtier_node2:7777/console
http://Webtier_node1:7777/em
http://Webtier_node2:7777/em
http://admin.mycompany.com/console
http://admin.mycompany.com/em
ロード・バランサを介したシステム・アクセスの構成は、第2.2.2項「ロード・バランサ」を参照してください。
注意: 第4.17項「WebLogic ServerへのOracle HTTP Serverの登録」の説明に従ってOracle HTTP Serverを登録すると、そのOracle HTTP Serverは管理可能なターゲットとしてOracle Enterprise Manager Consoleに表示されます。これを確認するには、Enterprise Manager Consoleにログインします。ナビゲーション・ツリーにある「WebTier」項目に、該当のOracle HTTP Serverが登録されていることが示されます。 |
ノードで障害が発生した場合は、管理サーバーを別のノードにフェイルオーバーできます。この項では、管理サーバーをSOAHOST1からSOAHOST2にフェイルオーバーする方法を説明します。
前提条件
管理サーバーを、任意のアドレスではなくSOAHOST1VHN1上でリッスンするように構成します。第4.4項「SOAHOST1での構成ウィザードを使用したドメインの作成」の手順14を参照してください。
これらの手順では、2つのノードがそれぞれ別々のドメイン・ディレクトリを使用していることおよびこれらのディレクトリがローカル記憶域または別のボリュームにある共有記憶域に配置されていることを想定しています。
管理サーバーはSOAHOST1からSOAHOST2にフェイルオーバーし、これら2つのノードには次のIPが割り当てられています。
SOAHOST1: 100.200.140.165
SOAHOST2: 100.200.140.205
VIPHOST1: 100.200.140.206。これは管理サーバーを実行している場所のVIPであり、ethX:Yに割り当てられており、SOAHOST1とSOAHOST2からアクセスできます。
SOAHOST1での管理サーバーの実行場所であるドメイン・ディレクトリは共有記憶域にあり、SOAHOST2からもマウントされています。
次の手順は、管理サーバーを別のノード(SOAHOST2)にフェイルオーバーしたうえで、同じWebLogic Serverマシン(これは物理マシンではなく論理マシンです)を引き続きその管理サーバーで使用する方法を示しています。
管理サーバーを停止します。
IPを第2ノードに移行します。
SOAHOST1上で次のコマンドをroot権限で実行します(X:YはSOAHOST1VHN1で現在使用しているインタフェース)。
SOAHOST1> /sbin/ifconfig ethX:Y down
次のコマンドをSOAHOST2上で実行します。
SOAHOST2> /sbin/ifconfig <interface:index> <IP_Address> netmask <netmask>
次に例を示します。
/sbin/ifconfig eth0:1 10.0.0.1 netmask 255.255.255.0
注意: 使用するネットマスクとインタフェースは、SOAHOST2で使用可能なネットワーク構成と一致している必要があります。 |
次の例のようにarping
を使用してルーティング表を更新します。
SOAHOST2> /sbin/arping -b -A -c 3 -I eth0 10.0.0.1
SOAHOST2上で管理サーバーを起動します。
SOAHOST2> cd ORACLE_BASE/admin/<domain_name>/aserver/<domain_name>/bin SOAHOST2> ./startWebLogic.sh
次の方法でSOAHOST2上の管理サーバーにアクセスできることをテストします。
http://SOAHOST1VHN1:7001/console
でOracle WebLogic Server管理コンソールにアクセスできることを確認します。
http://SOAHOST1VHN1:7001/em
で、Oracle Enterprise Managerを使用してコンポーネントのステータスにアクセスし、検証できることを確認します。
第4.19項「Oracle HTTP Serverを介したアクセスの検証」と同じ手順を実行します。この目的は、SOAHOST2で実行している管理サーバーにもアクセスできることを確認することです。
この手順では、管理サーバーをフェイルバックできることを確認します。フェイルバックとは、SOAHOST2で実行している管理サーバーを停止し、SOAHOST1で再び管理サーバーを実行することです。このためには、次の手順に従ってSOAHOST1VHN1を元のSOAHOST1ノードに移行します。
次のコマンドをSOAHOST2上で実行します。
SOAHOST2> /sbin/ifconfig ethZ:N down
次のコマンドをSOAHOST1上で実行します。
SOAHOST1> /sbin/ifconfig ethX:Y 100.200.140.206 netmask 255.255.255.0
注意: 使用するネットマスクとインタフェースは、SOAHOST1で使用可能なネットワーク構成と一致している必要があります。 |
arpingを使用してルーティング表を更新します。次のコマンドをSOAHOST1から実行します。
SOAHOST1> /sbin/arping -b -A -c 3 -I ethZ 100.200.140.206
SOAHOST1上で管理サーバーを再び起動します。
SOAHOST1> cd ORACLE_BASE/admin/<domain_name>/aserver/<domain_name>/bin SOAHOST1> ./startWebLogic.sh
http://SOAHOST1VHN1:7001/console
でOracle WebLogic Server管理コンソールにアクセスできることを確認します。
http://SOAHOST1VHN1:7001/em
で、Oracle Enterprise Managerを使用してコンポーネントのステータスにアクセスし、検証できることを確認します。