プライマリ・コンテンツに移動
Oracle® Fusion Middleware Oracle Business Intelligenceエンタープライズ・デプロイメント・ガイド
12c (12.2.1.4.0)
E96110-02
目次へ移動
目次

前
次

11 エンタープライズ・デプロイメント用のOracle HTTP Serverの構成

Web層を構成する場合、Oracle HTTP ServerまたはOracle Traffic Directorの使用を選択できます。Oracle HTTP Serverの使用を選択した場合は、各Web層ホストにOracle HTTP Serverをインストールし、各ホストでOracle HTTPスタンドアロン・ドメインを構成する必要があります。

Web層のOracle HTTP Serverインスタンスによって、HTTPリクエストがハードウェア・ロード・バランサからアプリケーション層の特定の管理対象サーバーに転送されます。

Oracle HTTP Serverを構成する前に、「Web層の理解」を確認してください。

注意:

Oracle Managed File Transferを構成する予定の場合、TCPを介してFTPおよびSFTPリクエストをルーティングするようにOracle Traffic Directorを構成する必要があります。

11.1 Oracle HTTP Serverの構成時に使用される変数

この章のタスクを実行する際には、このトピックにリストされているディレクトリ変数を参照してください。

いくつかのディレクトリ変数の値は、「このガイドで使用するファイル・システムとディレクトリ変数」で定義されています。

  • WEB_ORACLE_HOME

  • WEB_DOMAIN_HOME

  • JAVA _HOME

さらに、次の仮想IP (VIP)アドレスおよびホスト名を参照します。

  • ADMINVHN

  • WEBHOST1

  • WEBHOST2

11.2 Oracle HTTP Serverドメインについて

エンタープライズ・デプロイメントでは、各Oracle HTTP Serverインスタンスは、個別のホストおよびその独自のスタンドアロン・ドメインに構成されます。これにより、最小限の構成と最小限のリソースを必要とする単純な構成を実行して管理できます。

注意:

Oracle Fusion Middlewareでは、動作保証されたJava Development Kit (JDK)がシステムにインストールされており、JAVA_HOMEがWeb層のホストに設定されている必要があります。

Web層のOracle HTTP Serverインスタンスのロールおよび構成の詳細は、「Web層の理解」を参照してください。

11.3 サポートされているJDKのインストール

Oracle Fusion Middlewareでは、動作保証されたJava Development Kit (JDK)がシステムにインストールされている必要があります。

11.3.1 JDKソフトウェアの検索とダウンロード

動作保証されているJDKを調べるには、Oracle Fusion Middlewareのサポートされるシステム構成ページで、ご使用のリリース向けの動作保証ドキュメントを参照してください。

現在のOracle Fusion MiddlewareリリースのOracle JDKを特定したら、Oracle Technology Networkの次の場所からOracle JDKをダウンロードできます。

http://www.oracle.com/technetwork/java/index.html

Java SE JDKのダウンロードに必ず移動してください。

11.3.2 JDKソフトウェアのインストール

Oracle Fusion Middlewareでは、動作保証されたJava Development Kit (JDK)がシステムにインストールされている必要があります。

JDKを次の場所にインストールする必要があります。

Web層の各ホスト・コンピュータのローカル記憶域デバイスDMZに配置されるWeb層ホスト・コンピュータは、アプリケーション層の共有記憶域に必ずしもアクセスできるとはかぎりません。

JDK 1.8.0_131をインストールする手順は次のとおりです。
  1. ディレクトリを、JDKアーカイブ・ファイルをダウンロードした場所に変更します。
    cd download_dir
  2. JDKホーム・ディレクトリにアーカイブを解凍してから、次のコマンドを実行します。
    tar -xzvf jdk-8u131-linux-x64.tar.gz
    ここに記載されたJDKバージョンは、このドキュメントの発行時点のものです。サポートされている最新のJDKについては、Oracle Fusion Middlewareのシステム要件と仕様で現在のOracle Fusion Middlewareリリースを参照してください。
  3. JDKディレクトリを、ディレクトリ構造内の推奨される場所に移動します。
    次に例を示します。
    mv ./jdk1.8.0_131 /u02/oracle/products/jdk
  4. ホスト・コンピュータでJavaを実行するためのJAVA_HOMEおよびPATH環境変数を定義します。
    次に例を示します。
    export JAVA_HOME=/u02/oracle/products/jdk
    export PATH=$JAVA_HOME/bin:$PATH
  5. 次のコマンドを実行して、適切なjava実行可能ファイルがそのパスにあり、環境変数が適切に設定されていることを確認します。
    java -verison
    出力のJavaバージョンは1.8.0_131と表示されます。

11.4 WEBHOST1へのOracle HTTP Serverのインストール

Oracle HTTP ServerソフトウェアをWeb層にインストールする手順を理解することは重要です。

11.4.1 WEBHOST1でのインストーラの起動

インストール・プログラムを起動するには、次の手順を実行します。

  1. WEBHOST1にログインします。
  2. インストール・プログラムをダウンロードしたディレクトリに移動します。
  3. 次のコマンドを入力してインストール・プログラムを起動します

    ./fmw_12.2.1.4.0_ohs_linux64.bin

    インストール・プログラムが表示されると、インストールを開始する準備ができています。

11.4.2 Oracle HTTP Serverのインストール画面のナビゲート

次の表は、インストール・プログラムで表示される順序に画面を示しています。

インストール画面に関して詳細な情報が必要な場合は、画面名をクリックしてください。

表11-1 Oracle HTTP Serverのインストール画面

画面 説明

インストール・インベントリの設定

UNIXオペレーティング・システムでは、このホストにOracle製品を初めてインストールする場合に、この画面が表示されます。中央インベントリを作成する場所を指定します。この画面で選択したオペレーティング・システム・グループ名には、中央インベントリの場所への書込み権限があることを確認してください。

『Oracle Universal Installerによるソフトウェアのインストール』のOracle中央インベントリに関する項を参照してください。

注意:

中央インベントリ・ディレクトリを製品ディレクトリ内に構成することをお薦めします。例: /u02/oracle/products/oraInventory

また、インストーラが完了したら、createCentralinventory.shスクリプトもrootとしてoraInventoryフォルダから実行する必要があります。

ようこそ

製品のインストーラの紹介画面です。

自動更新

この画面を使用して、使用可能なパッチを「My Oracle Support」で自動的に検索するかユーザーの組織のためにすでにダウンロードされているパッチを、ローカル・ディレクトリで自動的に検索します。

インストール場所

この画面を使用してOracleホーム・ディレクトリの位置を指定します。

エンタープライズ・デプロイメントのためには、表7-3に示すWEB_ORACLE_HOME変数の値を入力します。

インストール・タイプ

「スタンドアロンHTTPサーバー(WebLogic Serverとは切り離して管理)」を選択します。

このインストール・タイプを使用すると、既存のOracle WebLogic Serverドメインとは切り離してOracle HTTP Serverインスタンスを構成できます。

JDKの選択

JDKホームには、JDKソフトウェアのインストール時に設定したJAVA_HOMEの値を入力します。

前提条件のチェック

この画面では、ご使用のシステムが最小要件を満たしていることを検証します。

警告またはエラー・メッセージが表示された場合、ホスト・コンピュータおよび必須ソフトウェアが「ホスト・コンピュータのハードウェア要件」および「エンタープライズ・デプロイメント・トポロジのオペレーティング・システム要件」に示すシステム要件および動作保証情報を満たしていることを確認してください。

インストール・サマリー

この画面を使用して、選択したインストール・オプションを検証できます。これらのオプションをレスポンス・ファイルに保存する場合は、「レスポンス・ファイルの保存」をクリックし、レスポンス・ファイルの場所と名前を指定します。レスポンス・ファイルは、今後、サイレント・インストールを実行する場合に使用できます。

『Oracle Universal Installerによるソフトウェアのインストール』のOracle Universal Installerのサイレント・モードでの使用に関する項を参照してください。

インストールの進行状況

この画面では、インストールの進行状況を参照できます。

インストール完了

インストールが完了すると、この画面が表示されます。この画面の情報を確認してから、「終了」をクリックしてインストーラを閉じます。

11.4.3 Oracle HTTP Serverインストールの確認

WEB_ORACLE_HOMEフォルダの内容を検証して、Oracle HTTP Serverのインストールが正常に完了していることを確認してください。

次のコマンドを実行し、インストールしたフォルダ構造を次のリストと比較します。

ls --format=single-column WEB_ORACLE_HOME

次のファイルおよびディレクトリが、Oracle HTTP Server Oracleホームにリストされています。

bin
cdata
cfgtoollogs
crs
css
cv
has
install
inventory
jlib
ldap
lib
network
nls
ohs
OPatch
oracle_common
oracore
oraInst.loc
oui
perl
plsql
plugins
precomp
QOpatch
racg
rdbms
slax
sqlplus
srvm
webgate
wlserver
xdk

11.5 WEBHOST1でのOracle HTTP Serverドメインの作成

次の項では、最初のWeb層ホストで新しいOracle HTTP Serverスタンドアロン・ドメインを作成する方法について説明します。

11.5.1 WEBHOST1での構成ウィザードの起動

構成ウィザードを起動するには、次のディレクトリに移動し、次のようにWebLogic Server構成ウィザードを起動します。

cd WEB_ORACLE_HOME/oracle_common/common/bin
./config.sh

11.5.2 Oracle HTTP Serverドメインの構成ウィザード画面のナビゲート

Web層ホスト上にOracle HTTP Serverインスタンスのスタンドアロン・ドメインを作成することをお薦めします。

次の項では、新しいスタンドアロンOracle HTTP Serverドメインを作成する方法を説明します。

タスク1   ドメイン・タイプとドメイン・ホームの場所の選択

「構成タイプ」画面で、「新規ドメインの作成」を選択します。

「ドメインの場所」フィールドで、WEB_DOMAIN_HOME変数に割り当てられている値を入力します。

次の点に注意してください。

  • 構成ウィザードにより、ここでの指定に従って新しいディレクトリが作成されます。

  • WebサーバーにDMZ外部の記憶域デバイスに対する依存関係が発生しないよう、ローカル記憶域にディレクトリを作成します。

注意:

タスク2   構成テンプレートの選択

「テンプレート」画面で、Oracle HTTP Server (スタンドアロン) - 12.2.1.3.0 [ohs]を選択します。

ヒント:

この画面のオプションの詳細は、Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成のテンプレートに関する項を参照してください。

タスク3   Web層ドメインのJDKの選択。

Oracle HTTP Serverのインストールの前に/u02/oracle/products/jdkディレクトリにインストールされたOracle HotSpot JDKを選択します。

タスク4   システム・コンポーネントの構成

「システム・コンポーネント」画面で、1つのOracle HTTP Serverインスタンスを構成します。画面には、デフォルトで1つのインスタンスが定義されています。これは作成の必要がある唯一のインスタンスです。

  1. 「システム・コンポーネント」フィールドのデフォルト・インスタンス名はohs1です。WEBHOST1の構成時にこのデフォルト名を使用します。

  2. 「コンポーネント・タイプ」フィールドで、OHSが選択されていることを確認します。

  3. アプリケーションが応答しない場合、「再起動間隔秒数」フィールドを使用して、アプリケーションが応答しない場合に再起動を試行する前に待機する秒数を指定します。

  4. 「再起動遅延秒数」フィールドを使用して、再起動を再度試行する前に待機する秒数を指定します。

タスク5   OHSサーバーの構成

「OHSサーバー」画面を使用して、ドメイン内のOHSサーバーを構成します。

  1. 「システム・コンポーネント」ドロップダウン・メニューから、ohs1を選択します。

  2. 「リスニング・アドレス」フィールドにWEBHOST1と入力します。

    残りのフィールドはすべて事前に移入されていますが、組織での必要に応じて値を変更できます。『Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成』のOHSサーバーに関する項を参照してください。

  3. 「サーバー名」フィールドで、リスニング・アドレスとリスニング・ポートの値を確認します。

    正しくは次のようになります。

    http://WEBHOST1:7777
タスク6   ノード・マネージャの構成

ノード・マネージャのタイプとして「ドメインごとのデフォルトの場所」を選択して、ノード・マネージャのユーザー名とパスワードを指定します。

注意:

この画面に示されるオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』のノード・マネージャに関する項を参照してください。

ノード・マネージャの構成については、『Oracle WebLogic Serverノード・マネージャの管理』の複数マシンでのノード・マネージャの構成に関する項を参照してください。

タスク7   構成の仕様の確認とドメインの構成

「構成サマリー」画面には、これから作成するドメインの構成情報の詳細が含まれています。この画面に示された各項目の詳細を調べて、情報に間違いがないことを確認します。

変更が必要な場合は、「戻る」ボタンを使用するか、ナビゲーション・ペインで画面を選択することで、前の画面に戻ることができます。

ドメイン作成は、「作成」をクリックするまでは開始されません。

終了したら、「構成の進行状況」画面で「次へ」をクリックします。

ヒント:

この画面のオプションの詳細は、『構成ウィザードによるWebLogicドメインの作成』の構成サマリーに関する項を参照してください。

タスク8   ドメイン・ホームのメモ

「構成に成功しました」画面で、ドメイン・ホームの場所が表示されます。

ここに表示される情報は、サーバーを起動して管理サーバーにアクセスする際に必要となるため、メモしておいてください。

「終了」をクリックして、構成ウィザードを閉じます。

11.6 WEBHOST2でのOracle HTTP Serverドメインのインストールおよび構成

WEBHOST1でOracle HTTP Serverをインストールしてドメインを構成したら、同じタスクをWEBHOST2でも実行する必要があります。

  1. 「WEBHOST1へのOracle HTTP Serverのインストール」の手順を使用して、WEBHOST2にログインし、Oracle HTTP Serverをインストールします。

  2. 「WEBHOST1でのWeb層ドメインの作成」の手順を使用して、WEBHOST2で新しいスタンドアロン・ドメインを構成します。

    WEBHOST2上のインスタンスにohs2という名前を使用して、各例におけるWEBHOST1の出現箇所をすべてWEBHOST2に置き換え、ohs1の出現箇所をすべてohs2に置き換えるようにしてください。

11.7 WEBHOST1およびWEBHOST2でのノード・マネージャおよびOracle HTTP Serverインスタンスの起動

WEBHOST1およびWEBHOST2でOracle HTTP Serverインスタンスを起動する方法を理解することは重要です。

11.7.1 WEBHOST1およびWEBHOST2でのノード・マネージャの起動

Oracle HTTP Serverインスタンスを起動する前に、WEBHOST1およびWEBHOST2でノード・マネージャを起動する必要があります。

  1. WEBHOST1にログインし、次のディレクトリに移動します。
    WEB_DOMAIN_HOME/bin
    
  2. nohupおよびサンプル出力ファイルとしてnodemanager.outを使用して、次の項に示すとおりにノード・マネージャを起動します。
    nohup WEB_DOMAIN_HOME/bin/startNodeManager.sh > WEB_DOMAIN_HOME/nodemanager/nodemanager.out 2>&1 &
    
  3. WEBHOST2にログインし、手順1および2を実行します。

Oracle WebLogic Serverノード・マネージャの管理のノード・マネージャの高度な構成を参照。

11.7.2 Oracle HTTP Serverインスタンスの起動

Oracle HTTP Serverインスタンスを起動する手順は次のとおりです。

  1. WEBHOST1上の次のディレクトリに移動します。
    WEB_DOMAIN_HOME/bin

    WEB_DOMAIN_HOMEディレクトリの場所の詳細は、「このガイドで使用するファイル・システムとディレクトリ変数」を参照してください。

  2. 次のコマンドを入力します。
    ./startComponent.sh ohs1

    注意:

    Oracle HTTP Serverを起動するたびに、ノード・マネージャのパスワードを指定する必要があります。この動作が望ましくない場合は、Oracle HTTP Serverを最初に起動するときに次のコマンドを使用します。

    ./startComponent.sh ohs1 storeUserConfig

    この際に、ノード・マネージャのパスワードを入力すると暗号化されて保存されます。以後はOracle HTTP Serverの起動および停止時にノード・マネージャのパスワードを入力する必要はありません。

  3. プロンプトが表示されたら、ノード・マネージャのパスワードを入力します。
  4. 手順1から3までを繰り返して、ohs2インスタンスをWEBHOST2上で起動します。『Oracle HTTP Serverの管理』のOracle HTTP Serverインスタンスの開始に関する項を参照してください。

11.8 アプリケーション層にリクエストをルーティングするためのOracle HTTP Serverの構成

Webサーバー・インスタンスがリクエストをドメイン内のサーバーにルーティングするようにOracle HTTP Server構成ファイルを更新する方法を理解することは重要です。

11.8.1 エンタープライズ・デプロイメント用のOracle HTTP Server構成について

次の各項では、エンタープライズ・デプロイメントのOracle HTTP Server構成ファイルに必要な変更に関する概要情報を提供します。

11.8.1.1 Oracle HTTP Server仮想ホストの目的

このガイドの参照用トポロジでは、ハードウェア・ロード・バランサで一連の仮想サーバーを定義することが必要になります。Oracle HTTP Serverインスタンスの構成ファイルに<VirtualHost>ディレクティブを追加して、(ロード・バランサ仮想サーバーにマップされた)固有の仮想ホストへのリクエストを認識するようにOracle HTTP Serverを構成できます。

各Oracle HTTP Server仮想ホストについては、ロード・バランサからOracle HTTP Serverインスタンスを経由してOracle WebLogic Serverドメイン内の該当する管理サーバーまたは管理対象サーバーにリクエストをルーティングする特定のURL (またはコンテキスト文字列)のセットを定義します。

11.8.1.2 Oracle HTTP Server構成ファイルの推奨構造

httpd.confファイルに複数の仮想ホスト定義を追加するのではなく、デプロイする製品に必要な各仮想サーバーに対してより小さくより具体的な別個の構成ファイルを作成することをお薦めします。そうすることで、すでに大きなhttpd.confファイルに追加のコンテンツを移入するのを回避できます。また、構成の問題のトラブルシューティングが容易になることがあります。

たとえば、通常のOracle Fusion Middleware Infrastructureドメインでは、admin_vh.confという名前の特定の構成ファイルを追加できます。この構成ファイルには、管理サーバー仮想ホスト(ADMINVHN)の仮想ホスト定義が含まれています。

11.8.2 仮想ホスト構成ファイルを追加するためのhttpd.confファイルの変更

次のタスクを実行して、エンタープライズ・トポロジに必要な追加の仮想ホストのhttpd.confファイルを準備します。

  1. WEBHOST1にログインします。

  2. ドメイン・ディレクトリで最初のOracle HTTP Serverインスタンス(ohs1)のhttpd.confファイルを見つけます。

    cd WEB_DOMAIN_HOME/config/fmwconfig/components/OHS/ohs1/
    
  3. httpd.confファイルが次のように正しく構成されていることを確認します。

    1. 次のコマンドを実行して、ServerNameパラメータが正しく設定され、現在のWEBHOSTn用の正しい値が代入されていることを確認します。

      grep "ServerName http" httpd.conf   
      ServerName http://WEBHOST1:7777 
    2. 次のコマンドを実行してmoduleconfサブディレクトリからすべての*.confファイルをインクルードするinclude文があることを確認します。

      grep moduleconf httpd.conf   
      IncludeOptional "moduleconf/*.conf"
    3. いずれかの検証で結果が返されなかった場合、またはコメント・アウトされた結果が返された場合は、httpd.confファイルをテキスト・エディタで開き、正しい場所に必要な変更を加えます。

      # 
      # ServerName gives the name and port that the server uses to identify itself. 
      # This can often be determined automatically, but we recommend you specify 
      # it explicitly to prevent problems during startup. 
      # 
      # If your host doesn't have a registered DNS name, enter its IP address here. 
      # 
      ServerName http://WEBHOST1:7777 
      #  and at the end of the file:  
      # Include the admin virtual host (Proxy Virtual Host) related configuration 
      include "admin.conf"  
      IncludeOptional "moduleconf/*.conf"
    4. httpd.confファイルを保存します。

  4. WEBHOST2にログインし、手順2および3httpd.confファイルに対して実行します(必要に応じてWEBHOST1またはohs1のオカレンスをWEBHOST2またはohs2に置き換えてください)。

11.8.3 Oracle Business Intelligenceの仮想ホスト構成ファイルの作成

ホスト構成ファイルを作成して、Oracle HTTP ServerリクエストをOracle Business Intelligenceサーバーにルーティングできます。

注意:

BIデプロイメントを仮想ホストに拡大する計画がない場合は、このトピックで説明している仮想ホスト構成ファイルのホスト・エントリを更新しないでください。たとえば、BIドメインをHOST2 (WSMセットアップの場合はBIHOST2)に拡大する計画がない場合は、仮想ホスト構成ファイルを作成するときにディレクティブでBIHOST2を指定しないでください。

注意:

仮想ホスト構成ファイルを作成する前に、「Oracle HTTP Server仮想ホストの目的」の説明に従って、必ずロード・バランサで仮想サーバーを構成しておいてください。

仮想ホスト構成ファイルを作成する手順は次のとおりです。

  1. WEBHOST1にサインインし、ディレクトリを最初のOracle HTTP Serverインスタンス(ohs1)の構成ディレクトリに変更します。
    cd OHS_DOMAIN_HOME/config/fmwconfig/components/OHS/ohs1/moduleconf
  2. admin_vh.confファイルを作成し、次のディレクティブを追加します。
    <VirtualHost WEBHOST1:7777>
       ServerName admin.example.com:80
       ServerAdmin you@your.address
       RewriteEngine On
       RewriteOptions inherit
       
    # Admin Server and EM
    <Location /console>
        SetHandler weblogic-handler
        WebLogicHost ADMINVHN
        WeblogicPort 7001
    </Location>
    
    <Location /consolehelp>
        SetHandler weblogic-handler
        WebLogicHost ADMINVHN
        WeblogicPort 7001
    </Location>
    
    <Location /em>
        SetHandler weblogic-handler
        WebLogicHost ADMINVHN
        WeblogicPort 7001
    </Location>
    
    </VirtualHost>
    
  3. biinternal_vh.confファイルを作成し、次のディレクティブを追加します。
    <VirtualHost WEBHOST1:7777>
        ServerName biinternal.example.com
        ServerAdmin you@your.address
        RewriteEngine On
        RewriteOptions inherit
    
    #redirect browser requests that omit document/dir
    RedirectMatch 301 /analytics$ /analytics/
    RedirectMatch 301 /biservices$ /biservices/
    RedirectMatch 301 /analytics-ws$ /analytics-ws/
    RedirectMatch 301 /AdminService$ /AdminService/
    RedirectMatch 301 /AsyncAdminService$ /AsyncAdminService/
    RedirectMatch 301 /wsm-pm$ /wsm-pm/
    RedirectMatch 301 /xmlpserver$ /xmlpserver/
    RedirectMatch 301 /bisearch$ /bisearch/
    RedirectMatch 301 /mapviewer$ /mapviewer/
    RedirectMatch 301 /va$ /va/
    RedirectMatch 301 /bicomposer$ /bicomposer/
    RedirectMatch 301 /mobile$ /mobile/
    RedirectMatch 301 /aps$ /aps/
    RedirectMatch 301 /bi-security$ /bi-security/
    RedirectMatch 301 /workspace$ /workspace/
    
    # WSM-PM
    <Location /wsm-pm>
       SetHandler weblogic-handler
       WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
    </Location>
    
    # BIEE Analytics
    <Location /analytics>
       SetHandler weblogic-handler
       WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
    </Location>
    
    <Location /analytics-ws>
       SetHandler weblogic-handler
       WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
    </Location>
    
    <Location /bicontent>
       SetHandler weblogic-handler
       WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
    </Location>
    
    <Location /mobile>
       SetHandler weblogic-handler
       WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
    </Location>
    
    <Location /va>    
       SetHandler weblogic-handler
       WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003 
    </Location>
    
    # MapViewer
    <Location /mapviewer>
       SetHandler weblogic-handler
       WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
    </Location> 
    
    # BI Publisher
    <Location /xmlpserver>
       SetHandler weblogic-handler
       WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
    </Location>
     
    # BI Search
    <Location /bisearch>
       SetHandler weblogic-handler
       WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
    </Location>
    
    # BI Composer
    <Location /bicomposer>
       SetHandler weblogic-handler
       WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
    </Location>
    
    # EPM Provider Services
    <Location /aps>
       SetHandler weblogic-handler
       WeblogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
    </Location>
    
    # EPM Workspace
    <Location /workspace>
       SetHandler weblogic-handler
       WeblogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
    </Location>
      
    # BI SOA Services
    <Location /biservices>
       SetHandler weblogic-handler
       WeblogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
    </Location>
     
    # AdminService
    <Location /AdminService>
       SetHandler weblogic-handler
       WeblogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
    </Location>
     
    # AsyncAdminService
    <Location /AsyncAdminService>
       SetHandler weblogic-handler
       WeblogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
    </Location>
     
    #OWSM
    <Location /wsm-pm>
       SetHandler weblogic-handler
       WeblogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
    </Location>
    
    #BI Security
    <Location /bi-security>
    	SetHandler weblogic-handler
    	WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
    </Location> 
    
    </VirtualHost>
    
  4. bi_vh.confファイルを作成し、次のディレクティブを追加します
    <VirtualHost WEBHOST1:7777>
       ServerName https://bi.example.com:443
       ServerAdmin you@your.address
       RewriteEngine On
       RewriteOptions inherit
    
    #redirect browser requests that omit document/dir
    RedirectMatch 301 /analytics$ /analytics/
    RedirectMatch 301 /xmlpserver$ /xmlpserver/
    RedirectMatch 301 /analytics/res$ /analytics/res/
    RedirectMatch 301 /biofficeclient$ /biofficeclient/
    RedirectMatch 301 /biservices$ /biservices/
    RedirectMatch 301 /analytics-ws$ /analytics-ws/
    RedirectMatch 301 /wsm-pm$ /wsm-pm/
    RedirectMatch 301 /bisearch$ /bisearch/
    RedirectMatch 301 /mapviewer$ /mapviewer/
    RedirectMatch 301 /va$ /va/
    RedirectMatch 301 /bicontent$ /bicontent/
    RedirectMatch 301 /bicomposer$ /bicomposer/
    RedirectMatch 301 /mobile$ /mobile/
    RedirectMatch 301 /aps$ /aps/
    RedirectMatch 301 /workspace$ /workspace/
    
    # BIEE Analytics
    <Location /analytics>
       SetHandler weblogic-handler
       WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
       WLProxySSL ON
       WLProxySSLPassThrough ON
    </Location>
    
    <Location /analytics-ws>
       SetHandler weblogic-handler
       WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
       WLProxySSL ON
       WLProxySSLPassThrough ON
    </Location>
    
    <Location /bicontent>
       SetHandler weblogic-handler
       WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
       WLProxySSL ON
       WLProxySSLPassThrough ON
    </Location>
    
    <Location /mobile>
       SetHandler weblogic-handler
       WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
       WLProxySSL ON
       WLProxySSLPassThrough ON
    </Location>
    
    <Location /va>
       SetHandler weblogic-handler    
       WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003    
       WLProxySSL ON    
       WLProxySSLPassThrough ON 
    </Location>
    
    # MapViewer
    <Location /mapviewer>
       SetHandler weblogic-handler
       WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
       WLProxySSL ON
       WLProxySSLPassThrough ON
    </Location> 
    
    # BI Publisher
    <Location /xmlpserver>
       SetHandler weblogic-handler
       WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
       WLProxySSL ON
       WLProxySSLPassThrough ON
    </Location>
     
    # BI Search
    <Location /bisearch>
       SetHandler weblogic-handler
       WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
       WLProxySSL ON
       WLProxySSLPassThrough ON
    </Location>
    
    # BI Composer
    
    <Location /bicomposer>
       SetHandler weblogic-handler
       WebLogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
       WLProxySSL ON
       WLProxySSLPassThrough ON
    </Location>
    
    # EPM Provider Services
    <Location /aps>
       SetHandler weblogic-handler
       WeblogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
       WLProxySSL ON
       WLProxySSLPassThrough ON
    </Location>
    
    # EPM Workspace
    <Location /workspace>
       SetHandler weblogic-handler
       WeblogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
       WLProxySSL ON
       WLProxySSLPassThrough ON
    </Location>
     
    # OWSM
    <Location /wsm-pm>
       SetHandler weblogic-handler
       WeblogicCluster BIHOST1VHN:7003,BIHOST2VHN:7003
       WLProxySSL ON
       WLProxySSLPassThrough ON
    </Location>
    
    </VirtualHost>
    
  5. ohs1インスタンスを再起動します。
    1. 次のディレクトリに変更します。
      OHS_DOMAIN_HOME/bin
    2. 次のコマンドを入力してインスタンスを停止および起動し、プロンプトが表示されたら、ノード・マネージャのパスワードを指定します。
      ./stopComponent.sh ohs1
      ./startComponent.sh ohs1
  6. 3つの.confファイル(admin_vh.confbiinternal_vh.confおよびbi_vh.conf)をWEBHOST2上の2番目のOracle HTTP Serverインスタンス(ohs2)の構成ディレクトリにコピーします。
    OHS_DOMAIN_HOME/config/fmwconfig/components/OHS/ohs2/moduleconf
  7. .confファイルを編集して、<VirtualHost>ディレクティブ内のすべての参照をWEBHOST1からWEBHOST2に変更します。
  8. ohs2インスタンスを再起動します。
    1. 次のディレクトリに変更します。
      OHS_DOMAIN_HOME/bin
    2. 次のコマンドを入力し、インスタンスを停止および起動します。
      ./stopComponent.sh ohs2
      ./startComponent.sh ohs2

11.8.4 WebLogicプロキシ・プラグインの構成

リクエストがOracle HTTP Serverインスタンスを介して正しくルーティングされたことを検証するには、「WebLogicプラグインの有効化」パラメータを設定しておく必要があります。ドメイン・レベルで「WebLogicプラグインの有効化」パラメータを設定することをお薦めします。Web層経由でプラグインを使用していないクラスタまたはサーバーは、必要に応じて例外ベースで「WebLogicプラグインの有効化」パラメータ値をnoに設定できます。

  1. Oracle WebLogic Server管理コンソールにログインします。
  2. 「ドメイン構造」ペインで、トップレベル・ドメイン・ノードをクリックします。
  3. 「チェンジ・センター」で「ロックして編集」をクリックします。
  4. 「ドメイン名」をクリックします。
  5. 「Webアプリケーション」タブをクリックします。
  6. 「WebLogicプラグインの有効化」オプションを見つけて選択します。
  7. 「保存」をクリックします。
  8. 「チェンジ・センター」の「変更のアクティブ化」をクリックします。
  9. 管理サーバーを再起動します。

11.8.5 ロード・バランサでの仮想サーバー構成の検証

ロード・バランサから次のURLにアクセスして、ロード・バランサとOracle HTTP Serverが正しく構成されていることを確認します。これらのURLは、Oracle HTTP Server 12cの初期Webページを示しています。

  • http://admin.example.com/index.html

  • http://biinternal.example.com/index.html

  • https://bi.example.com/index.html

11.8.6 管理コンソールおよび管理サーバーへのアクセスの検証

この章で行った変更を確認する手順は次のとおりです。

  1. 次のハードウェア・ロード・バランサへのURLを使用してOracle WebLogic Server管理コンソールを表示し、Oracle WebLogic Server管理者資格証明を使用してログインします。

    http://admin.example.com/console
    

    これによって、ロード・バランサ上のadmin.example.com仮想ホストがWeb層のOracle HTTP Serverインスタンスにリクエストをルーティングでき、さらに、このOracle HTTP ServerインスタンスがOracle WebLogic Server管理コンソールのリクエストをアプリケーション層の管理サーバーにルーティングできることが検証されます。

  2. 同様に、類似したURLを使用してFusion Middleware Controlにアクセスできます。

    http://admin.example.com/em
    

11.8.7 Business IntelligenceコンポーネントへのHTTPアクセスの検証

Oracle HTTP Serverインスタンスを構成した後、主要なOracle Business Intelligence URLにアクセスして作業を検証できます。これらのURLにより適切なコンテンツが表示される場合、Web層コンポーネントが正しく構成されていることを示しています。

Oracle Business IntelligenceコンポーネントへのHTTPアクセスを検証するには、次の各URLをWebブラウザに入力して、適切なコンテンツが表示されることを確認します。

  • https://bi.example.com/analytics

  • https://bi.example.com/mapviewer

  • https://bi.example.com/xmlpserver

  • http://biinternal.example.com/wsm-pm

  • http://bi.example.com/bicomposer

  • http://bi.example.com/aps/Essbase

  • http://bi.example.com/aps/SmartView

11.9 構成のバックアップ

Oracleのベスト・プラクティスとしては、ドメインの構成が正常に完了した後や別の論理ポイントでバックアップを作成することをお薦めします。インストールが正常に行われたことを確認したら、バックアップを作成します。これは、後の手順で問題が発生した場合に即座にリストアするための迅速なバックアップになります。

バックアップ先はローカル・ディスクです。エンタープライズ・デプロイメント設定が完了すると、このバックアップは破棄できます。エンタープライズ・デプロイメント設定が完了したら、バックアップとリカバリの通常のデプロイメント固有プロセスを開始できます。「エンタープライズ・デプロイメントのバックアップとリカバリの実行」を参照してください。