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

10 エンタープライズ・デプロイメント用の初期BIドメインの作成

この章では、エンタープライズ・デプロイメントの開始点として使用できるOracle Business Intelligence (BI)ドメインのインストールおよび構成方法について説明します。

この章には、BIドメインの作成、データベース・スキーマの作成およびBIドメインの構成を行う際に使用される変数に関する情報が記載されています。

親トピック: エンタープライズ・デプロイメントの構成

10.1 BIドメインの作成時に使用する変数

この章の作業を実行する場合、この項にリストされているディレクトリ変数を参照します。

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

  • ORACLE_HOME

  • ASERVER_HOME

  • MSERVER_HOME

  • APPLICATION_HOME

  • JAVA_HOME

さらに、「エンタープライズ・トポロジで必要とされる物理IPアドレスと仮想IPアドレス」で定義されている次の仮想IP (VIP)アドレスとホスト名を参照することになります。

  • ADMINVHN

  • DBHOST1

  • DBHOST2

  • BIHOST1

  • Oracle RACデータベースのSCANアドレス(DB-SCAN.example.com)

10.2 初期BIドメインの理解

初期Business Intelligence (BI)ドメインを作成する前に、次の重要な概念を確認してください。

10.2.1 インフラストラクチャ・ディストリビューションについて

エンタープライズ・デプロイメントの初期Business Intelligenceドメインの作成には、Oracle Fusion Middleware Infrastructureディストリビューションを使用します。このディストリビューションには、Oracle WebLogic ServerソフトウェアとOracle JRFソフトウェアの両方が1つのディストリビューションとして含まれています。

Oracle JRFソフトウェアは、Oracle Web Services Manager、Oracle Application Development Framework (Oracle ADF)、Oracle Enterprise Manager Fusion Middleware Control、リポジトリ作成ユーティリティ(RCU)およびOracle Fusion Middleware製品のサポートに必要なその他のライブラリおよびテクノロジで構成されています。

詳細は、Oracle Fusion Middleware Oracle Fusion Middlewareの理解のOracle Fusion Middlewareインフラストラクチャに関する項を参照してください。

10.2.2 初期BIドメインの特徴

初期BIドメインのこれらの主な特徴を確認してください。これらの特徴を確認して理解することで、ドメインの構成手順の目的やコンテキストに対する理解が深まります。

これらの特徴の多くについては、「標準的なエンタープライズ・デプロイメントの理解」で詳しく説明しています。

表10-1 初期BIドメインの特徴

ドメインの特徴 追加情報

管理サーバーに別個の仮想IP (VIP)アドレスを使用。

管理サーバーと管理対象サーバーのドメイン・ディレクトリの構成

ドメイン内の管理サーバーと管理対象サーバーに別個のドメイン・ディレクトリを使用。

管理サーバーと管理対象サーバーのドメイン・ディレクトリの構成

各ホスト上の管理サーバーと管理対象サーバーにドメインごとのノード・マネージャと別個のノード・マネージャ・プロセスを使用。

標準的なエンタープライズ・デプロイメントのノード・マネージャ構成について

別途インストールされたLDAPベースの認証プロバイダが必要。

OPSSおよび認証ストアと認可ストアへのリクエストの理解

10.3 エンタープライズ・デプロイメントの準備におけるOracle Fusion Middleware Infrastructureのインストール

この項を使用して、エンタープライズ・デプロイメント用の新しいドメインを構成する準備として、Oracle Fusion Middleware Infrastructureソフトウェアをインストールします。

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

Oracle Fusion Middlewareでは、動作保証されたJava Development Kit (JDK)がシステムにインストールされている必要があります。詳細は、次の各項を参照してください。

10.3.1.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のダウンロードに必ず移動してください。

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

JDKを次の場所にインストールします。

  • アプリケーション層の各ホスト・コンピュータからアクセスできる共有記憶域デバイスJDKを/u01/oracle/products/jdkディレクトリにインストールします。

  • Web層の各ホスト・コンピュータのローカル記憶域デバイス

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

JDKソフトウェアの推奨場所の詳細は、「エンタープライズ・デプロイメント用の推奨ディレクトリ構造の理解」を参照してください。

次の例では、JDK 1.8.0_101の最新バージョンをインストールする方法について説明します。

  1. ディレクトリを、JDKアーカイブ・ファイルをダウンロードした場所に変更します。
    cd download_dir
  2. アーカイブをJDKホーム・ディレクトリに解凍してから、次のコマンドを実行します。
    tar -xzvf jdk-8u101-linux-x64.tar.gz

    ここに示されているJDKバージョンは、このドキュメントの発行時点のものです。サポートされている最新のJDKは、Oracle Fusion Middlewareシステム要件と仕様で現在のOracle Fusion Middlewareリリースを参照してください。

  3. ディレクトリ構造内の推奨場所にJDKディレクトリを移動します。

    次に例を示します。

    mv ./jdk1.8.0_101 /u01/oracle/products/jdk

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

  4. ホスト・コンピュータでJavaを実行するためのJAVA_HOMEおよびPATH環境変数を定義します。

    次に例を示します。

    export JAVA_HOME=/u01/oracle/products/jdk
export PATH=$JAVA_HOME/bin:$PATH
  5. 次のコマンドを実行して、適切なjava実行可能ファイルがそのパスにあり、環境変数が適切に設定されていることを確認します。
    java -version
  java version "1.8.0_101"
  Java(TM) SE Runtime Environment (build 1.8.0_101-b14)
  Java HotSpot(TM) 64-Bit Server VM (build 25.91-b14, mixed mode)

10.3.2 BIHOST1でのInfrastructureインストーラの起動

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

  1. BIHOST1にログインします。
  2. インストール・プログラムがダウンロードされたディレクトリに移動します。
  3. 次の例に示すとおり、ご使用のシステムのJDKディレクトリからjava実行可能ファイルを実行し、インストール・プログラムを起動します。
    $JAVA_HOME/bin/java -d64 -jar distribution_file_name.jar

    この例の説明は、次のとおりです。

    • JAVA_HOMEを、ご使用のシステムの環境変数または実際のJDKの場所に置き換えます。

    • distribution_file_nameを、ディストリビューションJARファイルの実際の名前に置き換えます。

      ディストリビューションをOracle Technology Network (OTN)からダウンロードする場合、通常、JARファイルはダウンロード可能なZIPファイル内にパッケージされています。

      初期Infrastructureドメインに必要なソフトウェアをインストールする場合は、インストールするディストリビューションはfmw_12.2.1.2.0_infrastructure_generic.jarです。

      各ディストリビューションの実際のファイル名の詳細は、「エンタープライズ・デプロイメント用のソフトウェア・ダウンロードの特定と取得」を参照してください。

インストール・プログラムが表示されると、インストールを開始する準備ができています。各インストール・プログラム画面の説明は、「インストール画面のナビゲート」を参照してください。

10.3.3 Infrastructureインストール画面のナビゲート

インストール・プログラムでは次の表に記載された順番で一連の画面が表示されます。

インストール画面についての詳細情報が必要な場合は、画面の名前をクリックするか、画面上で「ヘルプ」ボタンをクリックします。

表10-2 Infrastructureインストール画面のナビゲート

画面 説明

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

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

中央インベントリの詳細は、Oracle Fusion Middleware Oracle Universal InstallerによるソフトウェアのインストールのOracle中央インベントリの理解に関する項を参照してください。

ようこそ

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

自動更新

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

インストール場所

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

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

インストール・タイプ

この画面を使用してインストールのタイプと、それに従ってインストールされる製品および機能を選択します。

このトポロジの場合は、「Fusion Middleware Infrastructure」を選択します。

注意:

このドキュメントのトポロジにサーバーの例は含まれません。本番環境にサンプルをインストールしないことを強くお薦めします。

前提条件のチェック

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

警告またはエラー・メッセージが表示される場合、Oracle Technology Network (OTN)のOracle Fusion Middlewareシステム要件と仕様を参照してください。

セキュリティ更新

Oracle Supportアカウントをすでに所持している場合は、この画面を使用して、セキュリティ・アップデートの受取り方法を指定します。

アカウントを所持していないときに、この手順を省略してもかまわない場合は、チェック・ボックスの選択を解除して、その選択を後続のダイアログ・ボックスで確認します。

インストール・サマリー

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

サイレント・インストールまたはコマンド行インストールの詳細は、Oracle Fusion Middleware Oracle Universal Installerによるソフトウェアのインストールのサイレント・モードでのOracle Universal Installerの使用に関する項を参照してください。

インストールの進行状況

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

インストール完了

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

10.3.4 ディレクトリ構造のチェック

Oracle Fusion Middleware InfrastructureをインストールしてOracleホームを作成すると、このトピックにリストされているディレクトリとサブディレクトリが表示されます。インストールの内容は、インストール中に選択したオプションによって異なります。

ディレクトリ構造を確認する手順は次のとおりです。

  1. InfrastructureをインストールしたORACLE_HOMEディレクトリに変更します。
  2. 次のコマンドを入力します。
    ls --format=single-column
    システムのディレクトリ構造は、次の例の構造と一致する必要があります。
    cfgtoollogs
coherence 
em 
install 
inventory 
OPatch 
oracle_common 
oraInst.loc 
oui
wlserver
    インストール完了後のディレクトリ構造の詳細は、Oracle Fusion Middlewareの理解のOracle Fusion Middlewareの主要なディレクトリに関する項を参照してください。

10.4 エンタープライズ・デプロイメントの準備におけるOracle Business Intelligenceのインストール

この項を使用して、エンタープライズ・デプロイメント用の新しいドメインを構成する準備として、Oracle Business Intelligenceソフトウェアをインストールします。

10.4.1 インストール・プログラムの起動

次の手順を使用して、BIインストーラを起動します。

  1. BIHOST1にサインインします。
  2. インストール・プログラムがダウンロードされたディレクトリに変更します。
  3. 次の例に示すとおり、実行可能ファイルを実行し、インストール・プログラムを起動します。
    (UNIX) ./ fmw_12.2.1.2.0_bi_platform_linux64.bin
    (Windows) fmw_12.2.1.2.0_bi_platform_win64.exe

各ディストリビューションの実際のファイル名の詳細は、エンタープライズ・デプロイメント用のソフトウェア・ディストリビューションの特定と取得を参照してください。

インストール・プログラムが表示されると、インストールを開始する準備ができています。各インストール・プログラム画面の説明は、「インストール画面のナビゲート」を参照してください。

10.4.2 インストール画面への移動

インストール・プログラムでは、表10-3に記載された順番で一連の画面が表示されます。

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

表10-3 Oracle Business Intelligenceのインストール画面

画面 説明

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

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

中央インベントリの詳細は、Oracle Fusion Middleware Oracle Universal InstallerによるソフトウェアのインストールのOracle中央インベントリの理解に関する項を参照してください。

ようこそ

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

自動更新

この画面を使用して、使用可能なパッチをMy Oracle Supportで自動的に検索したり、組織用にすでにダウンロードしたパッチをローカル・ディレクトリで自動的に検索します

インストール場所

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

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

インストール・タイプ

この画面を使用してインストールのタイプと、それに従ってインストールされる製品および機能を選択します。

このトポロジについては、サンプル付きBIプラットフォーム・ディストリビューションを選択します。

前提条件のチェック

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

警告またはエラー・メッセージが表示される場合、Oracle Technology Network (OTN)のOracle Fusion Middlewareシステム要件と仕様を参照してください。

自動更新 - パッチの選択

この画面は、次の両方に当てはまる場合に表示されます:

  • 「自動更新」画面を使用して、インストール・セッションの前の方で使用可能なパッチを検索した場合。

  • 自動更新機能により、このインストール・セッションで作成中のOracleホームに適用する必要がある1つ以上のアプリケーション・パッチが見つかった場合。

この画面には、自動更新機能で見つかったパッチがリストされます。1つ以上のパッチを選択し、「次へ」をクリックして、選択したパッチをOracleホームに適用します。

インストール・サマリー

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

サイレント・インストールまたはコマンド行インストールの詳細は、Oracle Fusion Middleware Oracle Universal Installerによるソフトウェアのインストールのサイレント・モードでのOracle Universal Installerの使用に関する項を参照してください。

インストールの進行状況

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

インストール完了

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

10.4.3 ディレクトリ構造のチェック

Oracle Business Intelligenceをインストールすると、このトピックに示すとおり、ディレクトリ構造が表示されます。インストールの内容は、インストール中に選択したオプションによって異なります。

ディレクトリ構造を表示する手順は次のとおりです。
  1. BIをインストールしたORACLE_HOMEディレクトリに変更します。
  2. 次のコマンドを入力します。
    ls --format=single-column
    ご使用のシステムのディレクトリ構造は、次の例に示す構造と一致している必要があります。
    /u01/oracle/products/fmw/bi

bi-epm-registry
bifoundation
bin
clients
common
endpointmanager
file_templates
jlib
lib
modules
nls
oracore
plugins
products
schema
upgrade
vcredist_x64.exe
vcredist_x86.exe
xsd

インストール後のディレクトリ構造の詳細は、Oracle Fusion Middleware Oracle Fusion Middlewareの理解のOracle Fusion Middlewareの主要ディレクトリに関する項を参照してください。

10.5 データベース・スキーマの作成

BIドメインを構成する前に、この項にリストされているスキーマを、このリリースのOracle Fusion Middlewareと組み合せて使用するために動作保証されたデータベースにインストールする必要があります。

  • メタデータ・サービス(MDS)

  • 監査サービス(IAU)

  • 監査サービスへの追加(IAU_APPEND)

  • 監査サービス・ビューア(IAU_VIEWER)

  • OPSS (Oracle Platform Security Services)

  • ユーザー・メッセージング・サービス(UMS)

  • WebLogicサービス(WLS)

  • WebLogicランタイム・サービス(WLS_RUNTIME)

  • 共通インフラストラクチャ・サービス(STB)

  • Business Intelligenceプラットフォーム(BIPLATFORM)

リポジトリ作成ユーティリティ(RCU)を使用して、スキーマを作成します。このユーティリティは各Oracle Fusion Middleware製品のOracleホームにインストールされています。RCUの詳細とスキーマを作成してデータベースに格納する方法の詳細は、Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成のスキーマ作成の準備に関する項を参照してください。

10.5.1 動作保証されたデータベースのインストールと構成

動作保証されたデータベースを適切にインストールして構成し、そのデータベースを起動して稼働させておく必要があります。

詳細は、次のリソースを参照してください。

  • 「エンタープライズ・デプロイメント用のデータベースの準備」。データベース・サービスの作成、ラージ・オブジェクト(LOB)でのSecureFilesの使用、およびエンタープライズ・デプロイメントにおいて重要なその他のトピックに関する情報が含まれています。

  • 『Oracle Fusion Middleware Oracle Fusion Middlewareのインストールのプランニング』のOracle Fusion Middlewareインストールのデータベース要件の理解に関する項。

10.5.2 リポジトリ作成ユーティリティ(RCU)の起動

リポジトリ作成ユーティリティ(RCU)を起動するには:

  1. サポートされているJDKをインストールした場所を参照するようにJAVA_HOME環境変数を設定します。
  2. BIHOST1上の次のディレクトリに移動します。
    ORACLE_HOME/oracle_common/bin
  3. RCUを起動します。
    ./rcu

10.5.3 スキーマ作成のためのRCU画面のナビゲート

この項で説明する手順を実行して、Oracle Business Intelligenceドメインにスキーマを作成します。

タスク1   RCUの概要

「ようこそ」画面で、RCUのバージョン番号を確認します。「次へ」をクリックして開始します。

タスク2   スキーマ作成の方法の選択

データベースでDBAアクティビティを実行するために必要な権限を持っている場合は、「リポジトリの作成」画面で「システム・ロードおよび製品ロード」を選択します。このドキュメントの手順では、必要な権限があることを想定しています。

データベースに対するDBAアクティビティの実行に必要なパーミッションまたは権限が付与されていない場合は、この画面で、「システム・ロードに対するスクリプトの準備」を選択する必要があります。このオプションによって生成されるSQLスクリプトをデータベース管理者に提出できます。Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成のシステム・ロードと製品ロードの理解に関する項を参照してください。

ヒント:

この画面のオプションの詳細は、Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成のリポジトリの作成に関する項を参照してください。

タスク3   データベース資格証明の指定

「データベース接続の詳細」画面に、データベースに接続するためのRCUに関するデータベース接続の詳細が表示されます。

「ホスト名」フィールドに、Oracle RACデータベースのSCANアドレスを入力します。

「次へ」をクリックして先に進み、データベースへの接続が成功したことを確認するダイアログ・ウィンドウで、「OK」をクリックします。

ヒント:

この画面のオプションの詳細は、Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成のデータベース接続の詳細に関する項を参照してください。

タスク4   カスタム接頭辞の指定とスキーマの選択

  1. Oracle Fusion Middlewareスキーマの識別に使用するカスタム接頭辞を指定します。

    カスタム接頭辞は、これらのスキーマをこのドメインで使用するために論理的にまとめてグループ化するために使用されます。このガイドでは、FMW1221という接頭辞を使用します。

    ヒント:

    ここで入力したカスタム接頭辞を書き留めてください。これは後でドメインの作成時に必要になります。

  2. 「AS共通スキーマ」を選択します。

    「AS共通スキーマ」を選択すると、このセクションのすべてのスキーマが自動的に選択されます。

    Common Infrastructure Servicesと呼ばれるスキーマも自動的に作成されます。このスキーマはグレー表示されており、選択も選択解除もできません。このスキーマ(STBスキーマ)を使用すると、ドメインの構成中にRCUから情報を取得できます。詳細は、Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成のサービス表スキーマの理解に関する項を参照してください。

  3. Business Intelligenceプラットフォームを選択します。

ヒント:

カスタム接頭辞の詳細は、Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成のカスタム接頭辞の理解に関する項を参照してください。

マルチドメイン環境でスキーマを構成する方法の詳細は、Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成.のスキーマの作成計画に関する項を参照してください。

GUID-79155536-2749-4F2F-A206-FF44CB0D3770-default.pngの説明が続きます
図GUID-79155536-2749-4F2F-A206-FF44CB0D3770-default.pngの説明

「次へ」をクリックして先に進み、スキーマ作成の前提条件チェックが成功したことを確認するダイアログ・ウィンドウの「OK」をクリックします。

タスク5   スキーマのパスワードの指定

スキーマのパスワードをデータベースに設定する方法を指定してから、パスワードの指定と確認を行います。

ヒント:

この画面で設定したパスワードを書き留めてください。これは後でドメインの作成時に必要になります。

タスク6   スキーマ作成の完了

RCU画面の残りの部分を先に進めて、スキーマ作成を完了します。

このガイドでは、残りの画面のデフォルト設定を受け入れるか、RCUでのOracle Fusion Middlewareスキーマの作成方法および必要な表領域の使用方法をカスタマイズします。

RCUおよびその機能と概念の詳細は、Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成のリポジトリ作成ユーティリティに関する項を参照してください。

「完了サマリー」画面が表示されたら、「閉じる」をクリックしてRCUを閉じます。

10.6 BIドメインの構成

この項では、構成ウィザードを使用してWebLogicドメインを作成するための指示について説明します。

ドメイン作成に使用可能なその他の方法の詳細は、『構成ウィザードによるWebLogicドメインの作成』のWebLogicドメインの作成、拡張および管理のための追加ツールに関する項を参照してください。

この項では、次のタスクについて説明します。

10.6.1 構成ウィザードの起動

ドメインの構成を開始するには、BIHOST1上のOracle Fusion Middleware Oracleホームで次のコマンドを実行します。

ORACLE_HOME/oracle_common/common/bin/config.sh

10.6.2 BIドメインを構成するための構成ウィザード画面のナビゲート

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

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

「ドメインの場所」フィールドで、「このガイドで使用するファイル・システムとディレクトリ変数」の定義に従って、ASERVER_HOME変数の値を指定します。

ヒント:

この画面に示されるその他のオプションの詳細は、構成ウィザードを使用したWebLogicドメインの作成の「構成タイプ」に関する項を参照してください。

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

「テンプレート」画面では、「製品テンプレートを使用してドメインを作成」が選択されていることを確認し、次のテンプレートを選択します。

  • Oracle BIEE Suite - 12.2.1.2.0 [bi]

    このテンプレートを選択すると、次の依存性が自動的に選択されます。

    • Oracle MapViewer – 12.2.1.2.0 [oracle_common]

    • Oracle Enterprise Manager - 12.2.1.2.0 [em]

    • Oracle WSM Policy Manager - 12.2.1.2.0 [oracle_common]

    • Oracle JRF - 12.2.1.2.0 [oracle_common]

    • WebLogic Coherenceクラスタの拡張 - 12.2.1.2.0 [wlserver]

  • Oracle BI Publisher Suite - 12.2.1.2.0 [bi]

  • Oracle BI Essbase Suite - 12.2.1.2.0 [bi]

また、基本的なWebLogicサーバー・ドメイン - 12.2.1.2.0 [wlserver]テンプレートはすでに選択され、グレー表示されている必要があります。

ヒント:

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

タスク3   高可用性オプションの選択

「高可用性のオプション」画面で、デフォルトの選択を維持して「次へ」をクリックします。この画面のオプションの詳細は、「ヘルプ」をクリックしてください。

タスク4   アプリケーション・ホームの場所の選択

「アプリケーションの場所」フィールドで、「このガイドで使用するファイル・システムとディレクトリ変数」の定義に従って、APPLICATION_HOME変数の値を指定します。

ヒント:

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

タスク5   管理者アカウントの構成

「管理者アカウント」画面では、ドメインに対するデフォルトのWebLogic管理者アカウントにユーザー名とパスワードを指定します。

この画面で指定したユーザー名およびパスワードを書き留めておいてください。これらの資格証明は後でドメインの管理サーバーを起動して接続する際に必要になります。

タスク6   ドメイン・モードとJDKの指定

「ドメイン・モードおよびJDK」画面では、次の操作を実行します。

  • 「ドメイン・モード」フィールドで、「本番」を選択します。

  • 「JDK」フィールドで「Oracle Hotspot JDK」を選択します。

「本番モード」をこの画面で選択すると、環境で高度なセキュリティが実現され、アプリケーションのデプロイと管理サーバーの起動でユーザー名とパスワードが必要になります。

ヒント:

開発モードと本番モードの違いなど、この画面のオプションの詳細は、Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成のドメイン・モードとJDKに関する項を参照してください。

本番モードでは、起動アイデンティティ・ファイルを作成することで、管理サーバーの起動時に必要なユーザー名とパスワードの指定を省略できます。詳細は、「boot.propertiesファイルの作成」を参照してください。

タスク7   データベース構成タイプの指定

「RCUデータ」を選択して、この画面に示されるフィールドをアクティブ化します。

「RCUデータ」オプションによってデータベースおよびサービス表(STB)スキーマに接続し、ドメインの構成に必要なスキーマのスキーマ情報を自動的に受け取るように構成ウィザードで指定できます。

注意:

この画面の「手動構成」を選択した場合は、「JDBCコンポーネント・スキーマ」画面でスキーマのパラメータを手動で入力する必要があります。

「RCUデータ」を選択したら、次の表に示すフィールドに入力します。

フィールド 説明

DBMS/サービス

製品スキーマをインストールするOracle RACデータベースのサービス名を入力します。次に例を示します。

orcl.example.com

必ずOracle RACデータベース内のすべてのインスタンスの識別に使用される共通サービス名を指定してください。ホスト固有のサービス名は使用しないでください。

詳細は、「エンタープライズ・デプロイメント用のデータベースの準備」を参照してください。

ホスト名

Enterprise Deployment Workbookに入力したOracle RACデータベースのSingle Client Access Name (SCAN)アドレスを入力します。

ポート

データベースがリスニングするポート番号を入力します。たとえば、1521などです。

スキーマ所有者

スキーマ・パスワード

データベースのサービス表スキーマに接続するためのユーザー名とパスワードを入力します。

これはRCUの「スキーマ・パスワード」画面でサービス表コンポーネントに指定されたスキーマのユーザー名およびパスワードです。

デフォルトのユーザー名はprefix_STBであり、この場合prefixはRCUで定義したカスタム接頭辞です。

データベース接続情報の指定が完了したら、「RCU構成の取得」をクリックします。「接続結果ログ」の次の出力は、操作が成功したことを示しています。

Connecting to the database server...OK
Retrieving schema data from database server...OK
Binding local schema components with retrieved data...OK

Successfully Done.

データベースへの接続に成功したら、「次へ」をクリックします。

ヒント:

RCUデータ・オプションの詳細は、Oracle Fusion Middlewareリポジトリ作成ユーティリティによるスキーマの作成のサービス表スキーマの理解に関する項を参照してください。

この画面のその他のオプションの詳細は、Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成の「データソース・デフォルト」に関する項を参照してください

タスク8   JDBCコンポーネント・スキーマ情報の指定

「JDBCコンポーネント・スキーマ」画面に示される値が、すべてのスキーマに対して適切であることを確認します。

前の画面でRCUデータの取得を選択しているため、スキーマ表は移入済のはずです。その結果、構成ウィザードにより、このドメインに必要なすべてのスキーマのデータベース接続値が検出されます。

この時点では、これらの値は単一インスタンスのデータベースに接続するように構成されています。ただし、エンタープライズ・デプロイメントの場合、「エンタープライズ・デプロイメント用のデータベースの準備」の説明のように、可用性の高いReal Application Clusters (RAC)データベースを使用する必要があります。

さらに、各コンポーネント・スキーマでアクティブなGridLinkデータ・ソースを使用することをお薦めします。GridLinkデータ・ソースを使用してRACデータベースに接続する利点の詳細は、Oracle Fusion Middleware高可用性ガイドのデータベースの考慮事項に関する項を参照してください。

データ・ソースをGridLinkに変換する手順は次のとおりです。

  1. スキーマ表の最初のヘッダー行にあるチェック・ボックスを選択することですべてのスキーマを選択します。

  2. 「GridLinkへ変換」をクリックし、「次へ」をクリックします。

タスク9   GridLink Oracle RACデータベース接続の詳細情報の指定

「GridLink Oracle RACコンポーネント・スキーマ」画面で、表10-4に示すように、RACデータベースおよびコンポーネント・スキーマへの接続に必要な情報を入力します。

表10-4 「GridLink Oracle RACコンポーネント・スキーマ」画面で選択したフィールドの推奨値

要素 説明と推奨値

「SCAN」、「ホスト名」および「ポート」

「SCAN」チェック・ボックスを選択します。

「ホスト名」フィールドには、Oracle RACデータベースのSingle Client Access Name (SCAN)アドレスを入力します。

「ポート」フィールドには、データベースのSCANリスニング・ポートを入力します(1521など)

「ONSホスト」と「ポート」

「ONSポート」フィールドには、Oracle RACデータベースのSCANアドレスを入力します。

「ポート」フィールドには、ONSリモート・ポートを入力します(通常は6200)。

Oracle RACデータベースでのGridLinkに関するONS情報を取得するには、RACマシンのいずれかのノードでons.configファイルを確認します。ons.configファイルは、GRID_HOME/opmn/conf/ons.configにあります。たとえば、/u01/app/12.2.1.x/grid/opmn/conf/ons.configのようになります。

FANの有効化

「FANの有効化」チェック・ボックスを選択して、FANイベントを受信および処理できるようにします。

この画面で情報を指定する方法および適切なSCANアドレスの特定する方法の詳細は、Oracle Fusion Middleware高可用性ガイドのOracle RACでのアクティブなGridLinkデータ・ソースの構成に関する項を参照してください。

また、「ヘルプ」をクリックすると、画面の各フィールドの簡単な説明を表示できます。

タスク10   JDBC接続のテスト

「JDBCコンポーネント・スキーマ・テスト」画面を使用して、構成したデータソース接続をテストします。

「ステータス」列に示される緑色のチェック・マークは、テストが成功したことを表します。問題が発生した場合は、この画面の「接続結果ログ」セクションに示されるエラー・メッセージを確認し、問題を修正してから接続テストを再試行してください。

ヒント:

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

タスク11   資格証明の指定

Business Intelligence system.userアカウントの一意の名前ユーザー名とパスワードを入力します。system.userアカウントは実際のユーザーではないことに注意してください。これは、異なるBusiness Intelligenceコンポーネント間での内部認証に使用されます。BIアプリケーションにログインして使用するために実際のシステム・ユーザーが使用していない、一意のランダムなユーザー名とパスワードを指定する必要があります。

jms.queue.authユーザー・アカウントのユーザー名とパスワードを入力します。このユーザーは、WebLogic管理者グループ内のユーザーである必要があります。

注意:

管理サーバーの起動後、および管理対象サーバー/システム・コンポーネントの起動前にデフォルト・オーセンティケータでjms.queue.authユーザーを作成する必要があります。
タスク12   拡張構成の選択

目的のトポロジに応じたドメインの構成を完了するには、「拡張構成」画面で次のオプションを選択します。

  • 管理サーバー

    これは、管理サーバーのリスニング・アドレスを適切に構成するために必要です。

  • ノード・マネージャ

    これは、ノード・マネージャを構成するために必要です。

  • トポロジ

    管理対象サーバーとクラスタを構成し、マシンを構成して管理対象サーバーをマシンにターゲット設定するために必要です。

  • ファイル・ストア

    これは、JMS永続ストア用に適切な共有記憶域を構成するために必要です。

注意:

構成ウィザードの「拡張構成」画面を使用するときは、次のようにします。

  • この画面で前述のオプションのいずれかが使用可能でない場合は、「テンプレート」画面に戻り、このトポロジに必要なテンプレートが選択されていることを確認します。

  • 「ドメイン・フロントエンド・ホストのキャプチャ」拡張構成オプションを選択しないでください。後で、ドメインに対してではなく特定のクラスタに対してフロントエンド・ホスト・プロパティを構成します。

タスク13   管理サーバーのリスニング・アドレスの構成

「管理サーバー」画面で、次の手順を実行します。

  1. 「サーバー名」フィールドで、デフォルト値(「AdminServer」)を維持します。

  2. 「リスニング・アドレス」フィールドに、「エンタープライズ・デプロイメント用のリソースの取得」で取得して「エンタープライズ・デプロイメント用のホスト・コンピュータの準備」で有効化したADMINVHNのVIPに対応する仮想ホスト名を入力します。

    ADMINVHN仮想ホストを使用する理由の詳細は、「エンタープライズ・デプロイメント用の必須IPアドレスの予約」を参照してください。

  3. 他のフィールドでは、デフォルト値をそのまま使用します。

    特に、管理サーバーにサーバー・グループが割り当てられていないことを確認してください。

タスク14   ノード・マネージャの構成

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

「ノード・マネージャ資格証明」で、管理ユーザーと同じユーザー名とパスワードを指定します。

ヒント:

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

ドメインごとおよびホストごとのノード・マネージャの実装の詳細は、「標準的なエンタープライズ・デプロイメントのノード・マネージャ構成について」を参照してください。

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

タスク15   管理対象サーバーの構成

「管理対象サーバー」画面で、サーバーのリストにOracle Business Intelligence用の新しい管理対象サーバーが表示されます。このサーバーは、「テンプレート」画面で選択したOracle BIEE Suite構成テンプレートによって自動的に作成されたものです。次のタスクを実行して、デフォルトのOracle Business Intelligence管理対象サーバー(bi_server1)を変更します。

  1. デフォルトの管理対象サーバーの名前をWLS_BI1に変更します。

    ヒント:

    ここで推奨するサーバー名は、このドキュメント全体で使用するため、別の名前を選択する場合は、必要に応じてそれらの名前に置き換えてください。

  2. 次の表の情報を使用して、Oracle Business Intelligence管理対象サーバーの残りの列を入力します。

ヒント:

「管理対象サーバー」画面のオプションの詳細は、Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成の管理対象サーバーに関する項を参照してください。

表10-5 Oracle Business Intelligence管理対象サーバーに必要な値

サーバー名 リスニング・アドレス リスニング・ポート SSLの有効化 SSLリスニング・ポート サーバー・グループ

WLS_BI1

BIHOST1

7003

不可

無効

BISUITE-MAN-SVR
タスク16   クラスタの構成

このタスクでは、Oracle BIソフトウェアのターゲットとすることができるクラスタを作成します。

また、クラスタの「フロントエンド・ホスト」プロパティも設定することにより、WebLogic Serverは必要に応じてWebサービス・コールバックやその他のリダイレクトを、各リクエストのHOSTヘッダーにあるアドレスではなく、ロード・バランサ上のbi.example.comにリダイレクトするようになります。

bi.example.com仮想サーバー・アドレスの詳細は、「ハードウェア・ロード・バランサでの仮想ホストの構成」を参照してください。

「クラスタ」画面で、Oracle Business Intelligenceの新しいクラスタ(bi_cluster)がクラスタのリストに表示されます。次のタスクを実行して、デフォルトのOracle Business Intelligenceクラスタを変更します。

  1. 「フロントエンド・ホスト」フィールドでbi.example.comを指定します。

  2. 「フロントエンドHTTPポート」に80を指定し、「フロントエンドHTTPSポート」に443を指定します。

  3. 「動的サーバー・グループ」ドロップダウン・リストで、「未指定」を選択します。

注意:

デフォルトでは、クラスタ内のサーバー・インスタンスは、ユニキャストを使用して相互に通信します。マルチキャストを使用するようにクラスタの通信を変更する場合、Oracle Fusion Middleware Oracle WebLogic Serverクラスタの管理のユニキャストまたはマルチキャストを選択する際の考慮事項に関する項を参照してください。

ヒント:

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

タスク17   サーバー・テンプレートの割当て

「次へ」をクリックして、続行します。

タスク18   動的サーバーの構成

静的なクラスタとして維持するクラスタに対して、すべての動的サーバー・オプションが無効になっていることを確認します。

  1. この画面の「動的クラスタ」、「計算済リスニング・ポート」および「計算済マシン名」チェック・ボックスの選択が解除されていることを確認します。

  2. 「サーバー・テンプレート」セクションが「未指定」であることを確認します。

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

タスク19   クラスタへの管理対象サーバーの割当

「サーバーのクラスタへの割当」画面を使用して、WLS_BI1を新規クラスタbi_clusterに割り当てます。

  1. 「クラスタ」ペインで、サーバーを割り当てるクラスタ(ここではbi_cluster)を選択します。

  2. 「サーバー」ペインで、次のいずれかの操作を実行してWLS_BI1をbi_clusterに割り当てます。

    • WLS_BI1管理対象サーバーを1回クリックして選択し、右矢印をクリックして「クラスタ」ペインで選択されているクラスタの下に移動します。

    • WLS_BI1をダブルクリックして、クラスタ・ペインで選択されているクラスタの下に移動します。

ヒント:

この画面のオプションの詳細は、Oracle Fusion Middleware構成ウィザードによるWebLogicドメインの作成のクラスタへのサーバーの割当てに関する項を参照してください。

タスク20   Coherenceクラスタの構成

「Coherenceクラスタ」画面を使用して、ドメインに自動的に追加されるCoherenceクラスタを構成します。

「クラスタ・リスニング・ポート」に9991と入力します。

注意:

Coherenceのライセンス情報については、Oracle Fusion Middlewareライセンス情報のOracle Coherence製品に関する項を参照してください。

タスク21   マシンの作成

「マシン」画面を使用して、ドメイン内に新しいマシンを作成します。マシンは、ノード・マネージャでサーバーを起動または停止できるようにするために必要です。

  1. 「Unixマシン」タブを選択します。

  2. 「追加」ボタンをクリックし、新しいUNIXマシンを作成します。

    次の表に記載されている値を指定して、各マシンの名前およびノード・マネージャ・リスニング・アドレスを定義します。

    注意:

    「ノード・マネージャ・リスニング・アドレス」フィールドにはlocalhostを指定しないでください。

  3. 「ノード・マネージャ・リスニング・ポート」フィールドのポート番号を確認します。

    この例に示されているポート番号5556は、このドキュメントの別の例でも引用されることがあります。このポート番号は、必要に応じて各自のポート番号に置換してください。

表10-6 Unixマシンの作成時に使用する値

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

BIHOST1

BIHOST1ホスト名変数の値。たとえば、BIHOST1.example.comなどです。

適用なし

ADMINHOST

ADMINVHN変数の値を入力します。

5556

ヒント:

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

タスク22   マシンへのサーバーの割当て

「サーバーのマシンへの割当」画面を使用して、管理サーバーとOracle BI EE Suite管理対象サーバーを適切なマシンに割り当てます。

「サーバーのマシンへの割当」画面は、管理対象サーバーのクラスタへの割当て画面に似ています。「マシン」列でターゲット・マシンを選択し、左の列で管理対象サーバーを選択した後、右矢印をクリックしてそのサーバーを適切なマシンに割り当てます。

次のように、サーバーを割り当てます。

  • AdminServerをADMINHOSTマシンに割り当てます。

  • WLS_BI1管理対象サーバーをBIHOST1マシンに割り当てます。

ヒント:

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

タスク23   仮想ターゲットの作成

「次へ」をクリックして次の画面に進みます。

タスク24   パーティションの作成

「次へ」をクリックして次の画面に進みます。

タスク25 JMSファイル・ストアの構成

BI構成テンプレートを使用してドメインを構成する場合(特にエンタープライズ・デプロイメントを構成する場合)、メタデータ・サービス(MDS)のJMSファイル・ストアの適切な場所を選択する必要があります。

「JMSファイル・ストア」画面で、各BI永続ストアに次のディレクトリを割り当てます。

ASERVER_HOME/bi_cluster

この例では、「このガイドで使用するファイル・システムとディレクトリ変数」の定義に従って、ASERVER_HOMEをASERVER_HOME変数の実際の値に置き換えます。bi_clusterをOracle BIクラスタに割り当てた名前に置き換えます。

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

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

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

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

ヒント:

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

タスク27   ドメイン・ホームと管理サーバーURLのメモ

「構成に成功しました」画面には、構成したばかりのドメインについて、次の項目が表示されます。

  • ドメインの場所

  • 管理サーバーURL

どちらの項目も後で必要になるため、メモしておく必要があります。ドメインの場所は、ノード・マネージャと管理サーバーの起動に使用するスクリプトへのアクセスで必要になります。また、URLは管理サーバーへのアクセスで必要になります。

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

10.7 BIHOST1でのシステム・コンポーネントの作成

この項の手順を実行して、BIHOST1にBIクラスタ・コントローラ、BIスケジューラ、BIプレゼンテーション・サービスおよびBI JavaHostシステム・コンポーネントを作成します。

注意:

ASERVER_HOMEを、共有記憶域デバイスに作成したドメイン・ディレクトリの実際のパスに置き換えます。

  1. WLSTを起動します。
    cd ORACLE_HOME/oracle_common/common/bin/

./wlst.sh
  2. 更新用のBI管理サーバー・ドメインを開きます。
    wls:/offline>readDomain(‘ASERVER_HOME’)
  3. 新しいBIクラスタ・コントローラ・システム・コンポーネントを作成します。
    wls:/offline/bi_domain>createOBICCSComponent('ASERVER_HOME','BIHOST1',port='OBICCS__port',portMonitor='OBICCS_monitor_port')

    次に例を示します。

    wls:/offline/bi_domain>createOBICCSComponent('/u01/oracle/config/domains/bi_domain','BIHOST1',port='10006',portMonitor='10007')
  4. 新しいBIスケジューラ・システム・コンポーネントを作成します。
    wls:/offline/bi_domain>createOBISCHComponent(‘ASERVER_HOME’,'BIHOST1’,port='OBISCH_port',portMonitor='OBISCH_monitor_port')

    次に例を示します。

    wls:/offline/bi_domain>createOBISCHComponent(‘/u01/oracle/config/domains/bi_domain','BIHOST1’,port='10008',portMonitor='10009')
  5. 新しいBIプレゼンテーション・サービス・システム・コンポーネントを作成します。
    wls:/offline/bi_domain>createOBIPSComponent('ASERVER_HOME’,'BIHOST1',port='OBIPS_port')

    次に例を示します。

    wls:/offline/bi_domain>createOBIPSComponent('/u01/oracle/config/domains/bi_domain’,'BIHOST1',port='10010')
  6. 新しいBI JavaHostシステム・コンポーネントを作成します。
    wls:/offline/bi_domain>createOBIJHComponent('ASERVER_HOME','BIHOST1',port='OBIJH_port')

    次に例を示します。

    wls:/offline/bi_domain>createOBIJHComponent('/u01/oracle/config/domains/bi_domain','BIHOST1',port='10011')
  7. ドメインを更新して保存します。
    wls:/offline/bi_domain/SystemComponent/obijh1>updateDomain()
  8. ドメインを閉じます。
    wls:/offline/bi_domain/SystemComponent/obijh1>closeDomain()
  9. 変更内容をWebLogic Server JDBC接続プールと同期します。これにより、WebLogic Serverの外部に格納された中間層スキーマ・エンドポイント(odbc.iniなど)が更新されます。
    wls:/offline>syncMidtierDb(‘ASERVER_HOME’)
  10. WLSTを終了します。
    wls:/offline>exit()

10.8 BIサービス・インスタンスの作成

この項の手順を実行して、新しいBIサービス・インスタンスを作成します。

注意:

ASERVER_HOMEを、共有記憶域デバイスに作成したドメイン・ディレクトリの実際のパスに置き換えます。

  1. WLSTを起動します。
    cd ORACLE_HOME/oracle_common/common/bin/

./wlst.sh
  2. 更新用のBI管理サーバー・ドメインを開きます。
    wls:/offline>readDomain(‘ASERVER_HOME’)
  3. 新しいBIサービス・インスタンスを作成するには、次のコマンドを実行します。
    wls:/offline/bi_domain>createBIServiceInstance(‘ASERVER_HOME’,‘service1’,owner='weblogic',
description=’Default Service’, bar=’ORACLE_HOME/bi/bifoundation/samples/sampleapplite/SampleAppLite.bar’,
port='OBIS_port', portMonitor='OBIS_monitor_port',machine='BIHOST1')

    次に例を示します。

    wls:/offline/bi_domain>createBIServiceInstance(‘/u01/oracle/config/domains/bi_domain’,‘service1’,owner='weblogic',
description=’Default Service’, bar=’/u01/oracle/products/fmw/bi/bifoundation/samples/sampleapplite/SampleAppLite.bar’,
port='10020', portMonitor='10021',machine='BIHOST1')
  4. ドメインを更新して保存します。
    wls:/offline/bi_domain/SystemComponent/obis1>updateDomain()
  5. 編集のためにドメインを閉じます。
    wls:/offline/bi_domain/SystemComponent/obis1>closeDomain()
  6. オプション: 標準URLをBIサービス・インスタンスに使用できるようにするために、デフォルトのキーを構成します。
    wls:/offline>f = open('ASERVER_HOME/config/fmwconfig/biconfig/bi-security/config.properties', 'a')
wls:/offline>f.write ("defaultServiceInstanceKey=" + 'service1')
wls:/offline>f.close()
  7. SampleAppLiteでXMLデータを使用するため、XMLデータを適切な場所に解凍する必要があります。
    import os
import zipfile
def unzip(srcZip, destDir):
    # no native unzip-to-dest in jython 2.2 :-(
    z = zipfile.ZipFile(srcZip)
    if not destDir.endswith('/'):
        destDir += '/'
    if not os.path.exists(destDir):
        os.makedirs(destDir)
    for f in z.namelist():
        outpath = destDir + f
        if f.endswith('/'):
            os.makedirs(outpath)
        else:
            outfile = open(outpath, 'wb')
            outfile.write(z.read(f))
            outfile.close()

    wls:/offline>srcZip='ORACLE_HOME/bi/bifoundation/samples/sampleapplite/SampleAppLite-datafiles.zip'
wls:/offline>destDir='ASERVER_HOME/bidata/service_instances/service1/data'
wls:/offline>unzip(srcZip,destDir)
  8. WLSTを終了します。
    exit()

10.9 シングルトン・データ・ディレクトリ(SDD)の構成

Oracle Business Intelligenceメタデータは、シングルトン・データ・ディレクトリ(SDD)に格納されています。メタデータは、プレゼンテーション・カタログ、メタデータ・リポジトリおよびセキュリティ認証に関する情報を含むOracle Business Intelligenceアーカイブ(BAR)ファイルで管理されます。

次の手順を実行して、シングルトン・データ・ディレクトリに共有ディレクトリを設定します。

注意:

シングルトン・データ・ディレクトリ(SDD)へのパスは、ASERVER_HOME/config/fmwconfig/bienv/core/bi-environment.xmlファイルに定義されています。
  1. シングルトン・データ・ディレクトリ(SDD)の共有ディレクトリを作成します。

    次に例を示します。

    mkdir Shared_Storage_Location/biconfig
  2. ASERVER_HOME/bidataディレクトリ内のデータを作成した共有ディレクトリに移動します。
    mv ASERVER_HOME/bidata Shared_Storage_Location/biconfig
  3. 次のようにして、bi-environment.xmlファイル内のシングルトン・データ・ディレクトリの場所を更新します。
    1. 編集のために、ASERVER_HOME/config/fmwconfig/bienv/core/bi-environment.xmlファイルを開きます。
    2. ファイルを編集して、シングルトン・データ・ディレクトリの場所をデフォルトの$DOMAIN_HOME/bidataディレクトリから共有bidataディレクトリの絶対パスに変更します。

    次に例を示します。

    <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<bi:environment xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:bi="http://bi.oracle.com/lcm">
     <bi:logoff-url></bi:logoff-url>
     <bi:singleton-data-directory>Shared_Storage_Location/biconfig/bidata</bi:singleton-data-directory>   
     <bi:services-domain-name-suffix>bi.outsourcing.com</bi:services-domain-name-suffix>
</bi:environment>
  4. ファイルを保存して閉じます。

10.10 Oracle Business IntelligenceでのEssbaseのセキュリティの構成

Oracle Business Intelligenceインストーラを使用してインストールされたEssbaseコンポーネントは、ネイティブEssbaseまたはHyperion Shared Services (HSS)セキュリティを使用できません。

ただし、EssbaseをOracle Business Intelligenceでインストールすると、Common Security Service (CSS)トークン・ベースのアイデンティティ・アサーションを引き続き使用でき、Oracle Business Intelligenceを使用して、エンド・ユーザーの資格証明でEssbaseデータ・ソースに(Oracle Business IntelligenceでインストールしたEssbaseにもEnterprise Performance Management (EPM)でインストールしたEssbaseにも)接続できます。このメカニズムをOracle Business Intelligenceのインストールの外部のEssbaseデータソースで使用するには、ドキュメントの指示に従う必要があります。また、Oracle Business IntelligenceでEssbaseの複数のデータソースを使用し、このメカニズムを使用する必要がある場合は、すべてのEssbaseデータソースで同じ共有シークレットを使用してCSSトークンを作成する必要があります。

詳細は、Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionシステム管理者ガイドのOracle Business IntelligenceでEssbase、Hyperion Financial ManagementおよびHyperion Planningとの通信時にHyperion SSOトークンを使用する構成に関する項を参照してください。

EssbaseコンポーネントについてCommon Security Service (CSS)セキュリティを構成するには、初期BIドメインを作成後、ドメインを起動する前に、次を実行する必要があります。

cd ASERVER_HOME/bitools/bin
./generate_css_secrets.sh

CSSを構成した後に、次の場所にあるjps-config.xmlファイルを更新する必要があります。

プライマリ・ホスト - BIHOST1:

/u01/oracle/config/domains/biedg_domain/config/fmwconfig/jps-config.xml

/u02/oracle/config/domains/biedg_domain/config/fmwconfig/jps-config.xml

セカンダリ・ホスト - BIHOST2:

/u01/oracle/config/domains/biedg_domain/config/fmwconfig/jps-config.xml

/u02/oracle/config/domains/biedg_domain/config/fmwconfig/jps-config.xml

jps-config.xmlファイルに次を追加します(記述されていない場合)。

<property name="odbc.dsn" value="opss_datasource"/>

jps-config.xmlファイルは次のようになります。

<propertySet name="props.db.1">
			<property name="server.type" value="DB_ORACLE"/>
			<property name="oracle.security.jps.farm.name"
value="cn=opssSecurityStore"/>
			<property name="datasource.jndi.name" value="jdbc/OpssDataSource"/>
			<property name="oracle.security.jps.db.useDSAdminMapKey"
value="true"/>
			<property name="oracle.security.jps.ldap.root.name"
value="cn=opssRoot"/>
			.
			.
			.
			<property name="odbc.dsn" value="opss_datasource"/>
</propertySet>

jps-config.xmlファイルを更新した後、stop.shおよびstart.shコマンドを使用してBIHOST1とBIHOST2を再起動します。

10.11 ドメイン・ディレクトリの構成とBIHOST1上のサーバーの起動

ドメインの作成後、BIHOST1で一連の追加構成タスクを実行する必要があります。たとえば、ノード・マネージャおよび管理サーバーを起動します。その後、管理対象サーバーの個別ドメイン・ディレクトリを作成します。この新しい個別の管理対象サーバー・ディレクトリで、2番目のノード・マネージャ・インスタンスを起動し、管理対象サーバーおよびBusiness Intelligenceシステム・コンポーネントを起動します。

  • BIHOST1上の管理サーバー・ドメイン・ホームでのノード・マネージャの起動
    これらの手順を使用して、ASERVER_HOMEドメイン・ディレクトリのドメインごとのノード・マネージャを起動します。
  • boot.propertiesファイルの作成
    管理サーバー資格証明を求められることなく管理サーバーを起動する場合は、boot.propertiesを作成する必要があります。この手順は、エンタープライズ・デプロイメントでは必須です。このファイルに入力した資格証明は、管理サーバーを起動すると暗号化されます。
  • ノード・マネージャを使用した管理サーバーの起動
    次の手順を使用して、ノード・マネージャを介して管理サーバーを起動します。
  • 管理サーバーの検証
    構成手順に進む前に、管理サーバーが正常に起動して実行されていることを検証するために、管理サーバーにインストールおよび構成されているOracle WebLogic Server管理コンソールおよびOracle Enterprise Manager Fusion Middleware Controlへのアクセス権があることを確認します。
  • Derbyデータベースの無効化
  • BIHOST1での管理対象サーバーの個別ドメイン・ディレクトリの作成
    最初にエンタープライズ・デプロイメント用のドメインを作成すると、そのドメイン・ディレクトリは共有ディスク上に配置されます。このデフォルトのドメイン・ディレクトリは、管理サーバーを実行するために使用されます。これで、BIHOST1とBIHOST2の両方で、ローカル記憶域にドメインのコピーを作成できるようになりました。ローカル(またはプライベート)記憶域上のドメイン・ディレクトリは、管理対象サーバーの実行に使用されます。
  • BIHOST1上の管理対象サーバー・ドメイン・ディレクトリでのノード・マネージャの起動
  • BIHOST1でのWLS_BI1管理対象サーバーの起動
    Oracle Enterprise Manager Fusion Middleware Controlを使用して、BIHOST1上の管理対象サーバーを起動します。
  • システム・コンポーネントの起動
    Oracle Enterprise Manager Fusion Middleware Controlを使用して、Oracle Business Intelligenceのシステム・コンポーネントを起動します。

10.11.1 BIHOST1上の管理サーバー・ドメイン・ホームでのノード・マネージャの起動

これらの手順を使用して、ASERVER_HOMEドメイン・ディレクトリのドメインごとのノード・マネージャを起動します。

  1. nodemanager.propertiesファイルのリスニング・アドレスが正しく設定されていることを確認します。
    1. nodemanager.propertiesファイルを開いて編集します。
      ASERVER_HOME/nodemanager/nodemanager.properties
    2. ListenAddressプロパティが、ADMINVHN仮想IPアドレスの値に設定されていることを確認します。
    3. QuitEnabledがtrue’に設定されていることを確認します。この行がnodemanager.propertiesファイルに存在しない場合は、次の行を追加します。
      QuitEnabled=true
  2. 次のディレクトリに変更します。
    ASERVER_HOME/bin
  3. 次のコマンドを入力して、ノード・マネージャを起動します。
    nohup ./startNodeManager.sh ASERVER_HOME/nodemanager/nodemanager.out 2&1 &

    ノード・マネージャの追加の構成オプションの詳細は、『Oracle WebLogic Serverノード・マネージャの管理』を参照してください。

10.11.2 boot.propertiesファイルの作成

管理サーバー資格証明を求められることなく管理サーバーを起動する場合は、boot.propertiesを作成する必要があります。この手順は、エンタープライズ・デプロイメントでは必須です。このファイルに入力した資格証明は、管理サーバーを起動すると暗号化されます。

管理サーバーのboot.propertiesファイルを作成する手順は次のとおりです。

  1. 次のようなディレクトリ構造を作成します。
    mkdir -p ASERVER_HOME/servers/AdminServer/security
  2. テキスト・エディタで、前述の手順で作成したsecurityディレクトリにboot.propertiesというファイルを作成し、構成ウィザードを実行してドメインを作成したときに定義した、次の管理サーバー資格証明を入力します。
    username=adminuser
password=password

    注意:

    管理サーバーを起動すると、ファイル内のusernameとpasswordのエントリは暗号化されます。

    セキュリティ上の理由から、ファイル内のエントリが暗号化されていない時間を短くします。ファイルを編集した後、できるかぎり速やかにサーバーを起動し、エントリを暗号化してください。

  3. ファイルを保存してエディタを閉じます。

10.11.3 ノード・マネージャを使用した管理サーバーの起動

これらの手順を使用して、ノード・マネージャを通じて管理サーバーを起動します。

  1. WLSTを起動します。
    cd ORACLE_COMMON_HOME/common/bin
./wlst.sh
  2. 構成ウィザードでドメインを作成したときに定義した、次のノード・マネージャ資格証明を使用してノード・マネージャに接続します。
    wls:/offline>nmConnect('nodemanager_username','nodemanager_password',
            'ADMINVHN','5556','domain_name',
            'ASERVER_HOME')

    注意:

    このユーザー名とパスワードは、ノード・マネージャとクライアントの間の接続の認証にのみ使用されます。これらは、サーバー管理IDおよびパスワードとは無関係であり、次のディレクトリにあるnm_password.propertiesファイルに格納されます。

    ASERVER_HOME/config/nodemanager
  3. 管理サーバーを起動します。
    nmStart('AdminServer')
  4. WLSTを終了します。
    exit()

10.11.4 管理サーバーの検証

構成手順に進む前に、管理サーバーが正常に起動して実行されていることを検証するために、管理サーバーにインストールおよび構成されているOracle WebLogic Server管理コンソールおよびOracle Enterprise Manager Fusion Middleware Controlへのアクセス権があることを確認します。

Fusion Middleware Controlに移動するには、次のURLを入力し、Oracle WebLogic Server管理者の資格証明を使用してログインします。

ADMINVHN:7001/em

Oracle WebLogic Server管理コンソールに移動するには、次のURLを入力し、同じ管理者資格証明を使用してログインします。

ADMINVHN:7001/console

10.11.5 Derbyデータベースの無効化

管理対象サーバー・ディレクトリを作成して管理対象サーバーを起動する前に、埋込みのDerbyデータベース(Oracle WebLogic Serverにパッケージされているファイルベースのデータベース)を無効化してください。Derbyデータベースは、主に開発環境で使用します。そのため、本番対応のエンタープライズ・デプロイメント環境を構成する場合にはそれを無効化する必要があります(そうしないと、管理対象サーバーの起動時にDerbyデータベース・プロセスが自動的に起動されます)。
Derbyデータベースを無効化する手順は次のとおりです。
  1. Oracleホームの次のディレクトリに移動します。
    WL_HOME/common/derby/lib
  2. Derberライブラリのjarファイル名を変更します。
    mv derby.jar disable_derby.jar
  3. 別の共有ファイルシステムを使用している場合は、BIHOST1およびBIHOST2の各ORACLE_HOMEで手順1から2を実行します。

10.11.6 BIHOST1での管理対象サーバーの個別ドメイン・ディレクトリの作成

最初にエンタープライズ・デプロイメント用のドメインを作成すると、そのドメイン・ディレクトリは共有ディスク上に配置されます。このデフォルトのドメイン・ディレクトリは、管理サーバーを実行するために使用されます。これで、BIHOST1とBIHOST2の両方で、ローカル記憶域にドメインのコピーを作成できるようになりました。ローカル(またはプライベート)記憶域上のドメイン・ディレクトリは、管理対象サーバーの実行に使用されます。

サーバーが共有記憶域にログを書き込むことによって発生する潜在的な競合とオーバーヘッドを排除するために、MSERVER_HOMEをローカル記憶域に配置することをお薦めします。また、必要なクラスおよびjarをドメイン・ディレクトリからロードするほうが高速であるため、管理対象サーバーがドメイン・ディレクトリから使用する一時データまたはキャッシュ・データのほうがより迅速に処理されます。

「エンタープライズ・デプロイメント用のファイル・システムの準備」の説明のように、管理サーバー・ドメイン・ホームのパスはASERVER_HOME変数によって表され、管理対象サーバー・ドメイン・ホームのパスはMSERVER_HOME変数によって表されます。

管理対象サーバーのドメイン・ディレクトリを作成する手順は次のとおりです。

  1. BIHOST1にサインインし、次のようにpackコマンドを実行してテンプレートを作成します。
    cd ORACLE_COMMON_HOME/common/bin
 
./pack.sh -managed=true 
          -domain=ASERVER_HOME 
          -template=/full_path/bidomaintemplate.jar 
          -template_name=bi_domain_template

    この例の説明は、次のとおりです。

    • ASERVER_HOMEを、共有記憶域デバイスに作成したドメイン・ディレクトリの実際のパスに置き換えます。

    • full_pathを、ドメイン・テンプレートjarファイルを作成する場所の完全なパスに置き換えます。ドメイン・テンプレートjarファイルをコピーまたは解凍する場合は、この場所を参照する必要があります。ORACLE_HOME以外の共有ボリュームを選択するか、/tmp/に書き込み、そのファイルをサーバー間で手動でコピーすることをお薦めします。

      packコマンドへの-template引数の一部として、テンプレートjarファイルのフルパスを指定する必要があります。

      SHARED_CONFIG_DIR/domains/template_filename.jar

    • bidomaintemplate.jarは作成するJARファイルのサンプル名であり、これにはドメイン構成ファイルが含まれます。

    • bi_domain_templateは、テンプレート・ファイルに格納されたテンプレート・データに割り当てられたラベルです。

  2. packコマンドで作成したばかりのbidomaintemplate.jarファイルの場所を書き留めます。

    ヒント:

    packおよびunpackコマンドの詳細は、Oracle Fusion Middleware PackおよびUnpackコマンドによるテンプレートとドメインの作成のPackおよびUnpackコマンドの概要に関する項を参照してください。

  3. まだ作成していない場合は、BIHOST1のローカル記憶域デバイスに管理対象サーバー・ドメインの推奨ディレクトリ構造を作成します。
  4. 次のようにunpackコマンドを実行して、ドメイン・ディレクトリ内のテンプレートをローカル記憶域に解凍します。
    cd ORACLE_COMMON_HOME/common/bin

./unpack.sh -domain=MSERVER_HOME \
            -overwrite_domain=true \
            -template=/full_path/bidomaintemplate.jar
            -log_priority=DEBUG \
            -log=/tmp/unpack.log \
            -app_dir=APPLICATION_HOME \

    注意:

    unpackコマンドで-overwrite_domainオプションを使用すると、管理対象サーバーのテンプレートを、既存のドメインおよび既存のアプリケーション・ディレクトリに解凍できます。上書きされるファイルがあれば、上書き前のファイルのバックアップ・コピーが作成されます。管理対象サーバーのドメイン・ディレクトリにある起動スクリプトおよびearファイルになんらかの変更が適用されていた場合には、この解凍処理の後に起動スクリプトおよびearファイルをリストアする必要があります。

    また、ドメイン内のすべてのサーバーに適用するサーバー起動パラメータをカスタマイズするために、setUserOverrides.shというファイルを作成して、WebLogic Serverのクラスパスへのカスタム・ライブラリの追加、サーバーを実行するための追加のjavaコマンド行オプションの指定、追加の環境変数の指定などを行うよう構成できます。このファイルに追加されたカスタマイズはドメインのアップグレード操作中に保存され、packおよびunpackコマンドを使用する際にリモート・サーバーに継承されます。

    この例の説明は、次のとおりです。

    • MSERVER_HOMEを、ローカル記憶域ディスクに作成するドメイン・ホームの完全なパスに置き換えます。これは、ドメインのコピーの解凍先となる場所です。

    • full_pathを、テンプレートjarファイルを作成またはコピーした場所の完全なパスで置き換えます。

    • bidomaintemplate.jarは、packコマンドを実行して共有記憶域デバイス上のドメインを圧縮したときに作成したテンプレートjarファイルの名前です。

    ヒント:

    packおよびunpackコマンドの詳細は、Oracle Fusion Middleware PackおよびUnpackコマンドによるテンプレートとドメインの作成のPackおよびUnpackコマンドの概要に関する項を参照してください。

  5. ディレクトリを、新しく作成した管理対象サーバー・ディレクトリに変更して、ドメイン構成ファイルがBIHOST1のローカル記憶域デバイスの適切な場所にコピーされていることを確認します。

10.11.7 BIHOST1上の管理対象サーバー・ドメイン・ディレクトリでのノード・マネージャの起動

管理対象サーバーのドメイン・ディレクトリを作成した後は、BIHOST1に2つのドメイン・ホーム・ディレクトリとそれに対応する2つのノード・マネージャ・インスタンスが存在します。1つのノード・マネージャを使用して、管理サーバー・ドメイン・ホームから実行される管理サーバーを制御し、もう1つのノード・マネージャを使用して、管理対象サーバー・ドメイン・ホームから実行される管理対象サーバーを制御します。

2つのノード・マネージャを別々に起動する必要があります。

注意:

ドメイン構成が解凍されるたびに、管理対象サーバーのMSERVER_HOMEのノード・マネージャがリセットされます。ListenAddressは、正しいホスト名ではなくADMINVHNに変更されます。これは、解凍が実行された後、ノード・マネージャ・サービスを開始する前に正しい値に変更する必要があります。

次の手順に従って、管理対象サーバー・ホームからノード・マネージャを更新および起動します。

  1. 次の手順を実行して、nodemanager.propertiesファイルのリスニング・アドレスが正しく設定されていることを確認します。
    1. 次のディレクトリに変更します。
      MSERVER_HOME/nodemanager/
    2. nodemanager.propertiesファイルを開いて編集します。
    3. ListenAddressプロパティを次のように正しいhostnameに更新します。
      BIHOST1: ListenAddress=BIHOST1
    4. ListenPortプロパティを適切なリスニング・ポートの詳細で更新します。
    5. QuitEnabledがtrue’に設定されていることを確認します。この行がnodemanager.propertiesファイルに存在しない場合は、次の行を追加します。
      QuitEnabled=true
  2. 次のディレクトリに変更します。
    MSERVER_HOME/bin
  3. 次のコマンドを使用してノード・マネージャを起動します。
    nohup ./startNodeManager.sh > MSERVER_HOME/nodemanager/nodemanager.out 2>&1 &

ノード・マネージャのその他の構成オプションの詳細は、Oracle Fusion Middleware Oracle WebLogic Serverノード・マネージャの管理を参照してください。

10.11.8 BIHOST1でのWLS_BI1管理対象サーバーの起動

Oracle Enterprise Manager Fusion Middleware Controlを使用して、BIHOST1上の管理対象サーバーを起動します。

前述の手順でノード・マネージャと管理サーバーをすでに起動しているため、Fusion Middleware Controlは使用可能な状態です。

  1. ブラウザに次のURLを入力し、Fusion Middleware Controlログイン画面を表示します。
    http://ADMINVHN:7001/em

    この例の説明は、次のとおりです。

    • ADMINVHNをADMINVHN仮想IPアドレスに割り当てられているホスト名に置き換えます。

    • ポート7001は、管理サーバー・コンソールおよびFusion Middleware Controlで一般的に使用されるポートです。ただし、ドメインを作成したときに構成ウィザードのセッションの終わりに表示された実際のURLを使用する必要があります。

      ヒント:

      Oracle Enterprise Manager Fusion Middleware Controlを使用したOracle Fusion Middlewareの管理の詳細は、Oracle Fusion Middleware Oracle Fusion Middlewareの管理のOracle Enterprise Manager Fusion Middleware Controlの使用のスタート・ガイドに関する項を参照してください。

  2. 管理サーバー資格証明を使用してFusion Middleware Controlにログインします。
  3. 「サーバー」ペインを選択して、ドメイン内の管理対象サーバーを表示します。
  4. WLS_BI1管理対象サーバーのみを選択して、ツールバーの「制御」をクリックします。次に、「制御」の下で「起動」を選択します。

10.11.9 システム・コンポーネントの起動

Oracle Enterprise Manager Fusion Middleware Controlを使用して、Oracle Business Intelligenceのシステム・コンポーネントを起動します。

前述の手順でノード・マネージャと管理サーバーをすでに起動しているため、Fusion Middleware Controlはすでに使用可能な状態です。
  1. ブラウザに次のURLを入力し、Fusion Middleware Controlログイン画面を表示します。
    http://ADMINVHN:7001/em
  2. 管理サーバー資格証明を使用してFusion Middleware Controlにログインします。
  3. 「ターゲット・ナビゲーション」ペインがまだ表示されていない場合は、ページの左上隅にある「ターゲット・ナビゲーション」アイコンFusion Middleware Controlの「ターゲット・ナビゲーション」アイコンをクリックして表示します。
  4. 「ターゲット・ナビゲーション」ペインで「Business Intelligence」フォルダを展開し、「biinstance」を選択します。
    Business Intelligenceの「概要」ページが表示されます。
  5. 「可用性」、「プロセス」の順にクリックして、「可用性」ページの「プロセス」タブを表示します。
  6. 「すべてを起動」をクリックして、すべてのコンポーネントを起動します。 to start all the components.

10.12 グローバル・キャッシュの設定

グローバル・キャッシュとは、クラスタに参加しているすべてのOracle BIサーバーが共有する問合せキャッシュです。クラスタに参加しているすべてのOracle BIサーバーでキャッシュのシーディング・イベントおよびパージ・イベントを共有するようにグローバル・キャッシュを構成することをお薦めします。

グローバル・キャッシュの詳細は、Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionシステム管理者ガイドのグローバル・キャッシュに関する項を参照してください。

グローバル・キャッシュを設定するには:

  1. グローバル・キャッシュの共有ディレクトリを作成します。
    mkdir Shared_Storage_Location/global_cache
    すべてのOracle BIサーバーには、このディレクトリに対する読取りおよび書込みアクセスが必要です。
  2. Fusion Middleware Controlの「構成」ページの「パフォーマンス」タブを使用して、「グローバル・キャッシュ・パス」および「グローバル・キャッシュ・サイズ」を設定します。
    1. ブラウザに次のURLを入力し、Fusion Middleware Controlログイン画面を表示します。
      http://ADMINVHN:7001/em
    2. 管理サーバー資格証明を使用してFusion Middleware Controlにログインします。
    3. 「ターゲット・ナビゲーション」ペインがまだ表示されていない場合は、ページの左上隅にある「ターゲット・ナビゲーション」アイコンFusion Middleware Controlの「ターゲット・ナビゲーション」アイコンをクリックして表示します。
    4. 「ターゲット・ナビゲーション」ペインで「Business Intelligence」フォルダを展開し、「biinstance」を選択します。
      Business Intelligenceの「概要」ページが表示されます。
    5. 「構成」をクリックしてから「パフォーマンス」をクリックし、「構成」ページの「パフォーマンス」タブを表示します。
    6. ページの右上隅にある「チェンジ・センター」メニューで「ロックして編集」をクリックします。
    7. 「グローバル・キャッシュ・パス」フィールドに、パージおよびシーディングの各キャッシュ・エントリを格納するために作成した共有ディレクトリを指定します。「グローバル・キャッシュ・サイズ」に値を入力し、グローバル・キャッシュの最大サイズ(たとえば250MB)を指定します。
    8. 「適用」をクリックします。
    9. ページの右上隅にある「チェンジ・センター」メニューで、「変更のアクティブ化」をクリックします。

10.13 BIHOST1でのOracle Business Intelligence URLの確認

BIHOST1でドメインのコンポーネントを起動した後、これらのURLにアクセスして、Oracle Business Intelligenceの構成を確認します。

  • 次のURLにアクセスして、WLS_BI1のステータスを確認します。
    http://BIHOST1:7003/analytics

    次にリダイレクトされます。

    http://bi.example.com/analytics
  • 次のURLにアクセスして、BI Publisherアプリケーションのステータスを確認します。
    http://BIHOST1:7003/xmlpserver

    次にリダイレクトされます。

    http://bi.example.com/xmlpserver
  • 次のURLにアクセスして、Oracle Essbaseアプリケーションのステータスを確認します。
    http://BIHOST1:7003/aps/Essbase

10.14 新しいLDAPオーセンティケータの作成とエンタープライズ・デプロイメント・ユーザーおよびグループのプロビジョニング

Oracle Fusion Middlewareドメインを構成すると、このドメインはデフォルトでWebLogic Server認証プロバイダ(DefaultAuthenticator)を使用するよう構成されます。ただし、エンタープライズ・デプロイメントの場合は、専用の集中管理型のLDAP準拠の認証プロバイダを使用することをお薦めします。

次のトピックでは、Oracle WebLogic Server管理コンソールを使用してエンタープライズ・デプロイメント・ドメイン用の新しい認証プロバイダを作成する方法について説明します。この手順では、サポートされているLDAPディレクトリ(Oracle Unified DirectoryやOracle Internet Directoryなど)をすでにインストールおよび構成していることを想定しています。

10.14.1 サポートされている認証プロバイダについて

Oracle Fusion Middlewareでは、様々なLDAP認証プロバイダをサポートしています。詳細は、Oracle Platform Security Servicesによるアプリケーションの保護のアイデンティティ・ストア・タイプおよびWebLogicオーセンティケータに関する項を参照してください。

このガイドの手順では、次のいずれかのプロバイダを使用していることを想定しています。

  • Oracle Unified Directory

  • Oracle Internet Directory

  • Oracle Virtual Directory

注意:

ここに示す手順では、デフォルトで、暗号化されていない接続を使用した単一のLDAPアイデンティティ・ストアに対する問合せをサポートするためにアイデンティティ・サービス・インスタンスを構成する方法を説明します。

アイデンティティ・プロバイダへの接続をSSLで保護する必要がある場合は、Enterprise Manager Fusion Middleware Controlでのロール管理が正しく機能するように、追加のキーストア構成が必要になります。追加の構成情報については、support.oracle.comでDoc ID 1670789.1を参照してください。

また、LibOVDを使用して、複数のLDAPアイデンティティ・ストアに問合せを行う仮想アイデンティティ・ストアをサポートするようにサービスを構成できます。

複数LDAP参照の詳細は、Oracle Platform Security Servicesによるアプリケーションの保護のアイデンティティ・ストア・サービスの構成に関する項を参照してください。

10.14.2 エンタープライズ・デプロイメント・ユーザーおよびグループについて

次のトピックでは、エンタープライズ・デプロイメント管理ユーザーおよび管理グループの用途と特性に関する重要な情報を提供します。

10.14.2.1 各ドメインで一意の管理ユーザーの使用について

集中LDAPユーザー・ストアを使用すると、複数のOracle WebLogic Serverドメインで使用するユーザーおよびグループをプロビジョニングできます。その結果、あるWebLogic管理ユーザーがエンタープライズ内のすべてのドメインにアクセスできてしまうことにもなります。

このようなアプローチはお薦めしません。かわりに、Oracle Fusion Middlewareドメインの管理用にプロビジョニングするユーザーおよびグループにディレクトリ・ツリー内で一意の識別名(DN)を割り当てる方法をお薦めします。

たとえば、Oracle Business Intelligenceエンタープライズ・デプロイメント・ドメインをインストールおよび構成する場合は、weblogic_biというユーザーとBIAdministratorsという管理グループを作成します。

10.14.2.2 ドメイン・コネクタ・ユーザーについて

LDAPディレクトリに、個別のドメイン・コネクタ・ユーザー(biLDAPなど)を作成することをお薦めします。このユーザーを使用すると、ユーザー認証の目的でドメインからLDAPディレクトリに接続できます。これは管理ユーザー以外のユーザーにすることをお薦めします。

標準的なOracle Identity and Access Managementデプロイメントで、このユーザーをsystemidsコンテナに作成します。このコンテナは、通常はユーザーに表示されないシステム・ユーザーに使用されます。このユーザーをsystemidsコンテナに配置することで、Oracle Identity Managerを所有する顧客がこのユーザーをリコンサイルしないようにします。

10.14.2.3 中央LDAPディレクトリへのユーザーの追加について

中央LDAPディレクトリをエンタープライズ・ドメインのオーセンティケータとなるよう構成した後、すべての新しいユーザーをデフォルトのWebLogic Serverオーセンティケータではなく、新しいオーセンティケータに追加する必要があります。

中央LDAPディレクトリに新しいユーザーを追加する場合、WebLogic管理コンソールを使用することはできません。かわりに、ldapbrowserやJXplorerなどの適切なLDAP変更ツールを使用する必要があります。

複数のオーセンティケータ(エンタープライズ・デプロイメントの要件)を使用している場合、ログインおよび認証は機能しますが、ロールの取得は機能しません。ロールは第1オーセンティケータからのみ取得されます。その他のオーセンティケータを使用してロールを取得する場合は、ドメインの仮想化を有効にする必要があります。

仮想化を有効にする手順は次のとおりです。

  1. 次の構成ファイルを探してテキスト・エディタで開きます。

    ASERVER_HOME/config/fmwconfig/jps-config.xml

  2. 次のセクションを検索します。

     <serviceInstance name="idstore.ldap" provider="idstore.ldap.provider">

  3. serviceInstanceセクションに次の行を追加するか、次のようにvirtualizeプロパティを更新します。

    <property name="virtualize" value="true"/>

    virtualizeプロパティの詳細は、Oracle Platform Security Servicesによるアプリケーションの保護のOPSSシステム・プロパティと構成プロパティに関する項を参照してください。

10.14.2.4 Oracle Business Intelligenceの製品固有のロールとグループについて

各Oracle Fusion Middleware製品では、管理および監視のために独自の事前定義済ロールおよびグループが実装されます。

その結果、ドメインを拡張して他の製品を追加するときに、これらの製品固有のロールをBIAdministratorsグループに割り当てることができます。ロールがBIAdministratorsグループに追加されると、各製品管理者ユーザーは管理タスクを実行するための同じ権限セットを使用してドメインを管理できます。

BIAdministratorsグループに他のロールを追加する手順については、エンタープライズ・デプロイメントの共通の構成および管理タスクを参照してください。

10.14.2.5 このガイドで使用するサンプル・ユーザーとサンプル・ロール

このガイドで使用するサンプルでは、下に示すDNを持つ次の管理ユーザーおよび管理グループをプロビジョニングすることを想定しています。

  • 管理ユーザーのDN:

    cn=weblogic_bi,cn=users,dc=example,dc=com

  • 管理グループのDN:

    cn=BIAdministrators,cn=groups,dc=example,dc=com
  • 製品固有のLDAPコネクタ・ユーザー:
    cn=biLDAP,cn=systemids,dc=example,dc=com
    これは、WebLogic管理対象サーバーをLDAP認証プロバイダに接続する際に使用するユーザーです。このユーザーには、ディレクトリ・ツリーに対する読取りおよび書込み権限が必要です。
    cn=users,dc=example,dc=com
cn=groups,dc=example,dc=com

注意:

Oracle Unified Directoryを使用する場合、読取りおよび書込みアクセスを提供するため、このユーザーに次のグループのメンバーシップを付与する必要があります。

cn=orclFAUserReadPrivilegeGroup,cn=groups,dc=example,dc=com
cn=orclFAUserWritePrivilegeGroup,cn=groups,dc=example,dc=com
cn=orclFAGroupReadPrivilegeGroup,cn=groups,dc=example,dc=com
cn=orclFAGroupWritePrivilegeGroup,cn=groups,dc=example,dc=com

10.14.3 新しい認証プロバイダの作成とユーザーおよびグループのプロビジョニングの前提条件

新しいLDAP認証プロバイダを作成する前に、関連する構成ファイルをバックアップします。

ASERVER_HOME/config/config.xml
ASERVER_HOME/config/fmwconfig/jps-config.xml
ASERVER_HOME/config/fmwconfig/system-jazn-data.xml

さらに、次のディレクトリにある管理サーバーのboot.propertiesファイルをバックアップする必要があります。

ASERVER_HOME/servers/AdminServer/security

10.14.4 LDAPディレクトリでのドメイン・コネクタ・ユーザーのプロビジョニング

この例では、biLDAPというユーザーを中央LDAPディレクトリに作成する方法を示します。

LDAPプロバイダでユーザーをプロビジョニングする手順は次のとおりです。

  1. 次に示す内容のdomain_user.ldifという名前のldifファイルを作成して保存します。

    dn: cn=biLDAP,cn=systemids,dc=example,dc=com
changetype: add
orclsamaccountname: biLDAP
userpassword: password
objectclass: top
objectclass: person
objectclass: organizationalPerson
objectclass: inetorgperson
objectclass: orcluser
objectclass: orcluserV2
mail: biLDAP@example.com
givenname: biLDAP
sn: biLDAP
cn: biLDAP
uid: biLDAP

    注意:

    Oracle Unified Directoryを使用する場合、適切な読取り/書込み権限を付与するため、LDIFファイルの最後に次の4つのグループ・メンバーシップを追加してください。

    dn:
cn=orclFAUserReadPrivilegeGroup,cn=groups,dc=example,dc=com
changetype: modify
add: uniquemember
uniquemember: cn=biLDAP,cn=systemids,dc=example,dc=com

dn: cn=orclFAGroupReadPrivilegeGroup,cn=groups,dc=example,dc=com
changetype: modify
add: uniquemember
uniquemember: cn=biLDAP,cn=systemids,dc=example,dc=com

dn: cn=orclFAUserWritePrivilegeGroup,cn=groups,dc=example,dc=com
changetype: modify
add: uniquemember
uniquemember: cn=biLDAP,cn=systemids,dc=example,dc=com

dn: cn=orclFAGroupWritePrivilegeGroup,cn=groups,dc=example,dc=com
changetype: modify
add: uniquemember
uniquemember: cn=biLDAP,cn=systemids,dc=example,dc=com

  2. LDAPディレクトリでユーザーをプロビジョニングします。

    たとえば、Oracle Unified Directory LDAPプロバイダの場合は次のように記述します。

    OUD_INSTANCE_HOME/bin/ldapmodify -a \
                                 -h oudhost.example.com
                                 -D "cn=oudadmin" \
                                 -w password \
                                 -p 1389 \
                                 -f domain_user.ldif

    Oracle Internet Directoryの場合:

    OID_ORACLE_HOME/bin/ldapadd -h oidhost.example.com \
                             -p 3060 \
                             -D cn="orcladmin" \
                             -w password \
                             -c \
                             -v \
                             -f domain_user.ldif

10.14.5 新しい認証プロバイダの作成

新しいLDAPベースの認証プロバイダを構成する手順は次のとおりです。

  1. WebLogic Server管理コンソールにログインします。

  2. 左のナビゲーション・バーにある「セキュリティ・レルム」をクリックします。

  3. myrealmというデフォルト・レルム・エントリをクリックします。

  4. 「プロバイダ」タブをクリックします。

    このレルムに対してDefaultAuthenticatorというプロバイダが構成されていることに注目してください。これは、デフォルトのWebLogic Server認証プロバイダです。

    GUID-1E1C5049-4817-4FF7-9195-7C22C48BCEC5-default.gifの説明が続きます
    図GUID-1E1C5049-4817-4FF7-9195-7C22C48BCEC5-default.gifの説明

  5. 「チェンジ・センター」で「ロックして編集」をクリックします。

  6. 「認証プロバイダ」表の下の「新規」ボタンをクリックします。

  7. プロバイダの名前を入力します。

    資格証明ストアとして使用する予定のLDAPディレクトリ・サービスに基づいて、次のいずれかの名前を使用します。

    • OUDAuthenticator (Oracle Unified Directoryの場合)

    • OIDAuthenticator (Oracle Internet Directoryの場合)

    • OVDAuthenticator (Oracle Virtual Directoryの場合)

  8. 「タイプ」ドロップダウン・リストでオーセンティケータ・タイプを選択します。

    資格証明ストアとして使用する予定のLDAPディレクトリ・サービスに基づいて、次のいずれかのタイプを選択します。

    • OracleUnifiedDirectoryAuthenticator (Oracle Unified Directoryの場合)

    • OracleInternetDirectoryAuthenticator (Oracle Internet Directoryの場合)

    • OracleVirtualDirectoryAuthenticator (Oracle Virtual Directoryの場合)

  9. 「OK」をクリックして「プロバイダ」画面に戻ります。

  10. 「プロバイダ」画面の表で、新しく作成したオーセンティケータをクリックします。

  11. 「制御フラグ」ドロップダウン・メニューで「SUFFICIENT」を選択します。

    GUID-4D2D6A99-F897-4D0D-B74A-050A6ABF4C8F-default.gifの説明が続きます
    図GUID-4D2D6A99-F897-4D0D-B74A-050A6ABF4C8F-default.gifの説明

    制御フラグを「SUFFICIENT」に設定すると、そのオーセンティケータがユーザーを正常に認証できる場合はその認証を受け入れ、それ以上のオーセンティケータを起動しません。

    認証に失敗した場合、そのユーザーは、チェーンにある次の順番の認証プロバイダに引き継がれます。以降のすべてのオーセンティケータの制御フラグも「SUFFICIENT」に設定されていることを確認してください。特にDefaultAuthenticatorをチェックして、その制御フラグが「SUFFICIENT」に設定されていることを確認します。

  12. 「保存」をクリックして制御フラグの設定を保存します。

  13. 「プロバイダ固有」タブをクリックし、次の表に示すように、使用するLDAPサーバーに固有の詳細を入力します。

    この手順では、必須フィールドのみを説明しています。このページのすべてのフィールドの詳細は、次のリソースを参照してください。

    • 各フィールドの説明を表示するには、「プロバイダ固有」タブの「ヘルプ」をクリックします。

    • 「ユーザー・ベースDN」、「名前指定によるユーザー・フィルタ」および「ユーザー属性」の各フィールドの設定の詳細は、Oracle Fusion Middleware Oracle WebLogic Serverセキュティの管理のOracle Internet DirectoryおよびOracle Virtual Directory認証プロバイダでのユーザーおよびグループの構成に関する項を参照してください。

    パラメータ サンプル値 値の説明

    ホスト

    例: oud.example.com

    LDAPサーバーのサーバーID。

    ポート

    例: 1689

    LDAPサーバーのポート番号。

    プリンシパル

    例: cn=biLDAP, cn=systemids,dc=example,dc=com

    LDAPサーバーへの接続に使用されるLDAPユーザーのDN。

    資格証明

    LDAPパスワードを入力します。

    LDAPサーバーへの接続に使用されるパスワード。

    SSLの有効化

    未チェック(クリア)

    LDAPサーバーに接続するときにSSLプロトコルを使用するかどうかを指定します。

    ユーザー・ベースDN

    例: cn=users,dc=example,dc=com

    ユーザーが開始時に使用するDNを指定します。

    すべてのユーザーのフィルタ

    (&(uid=*)(objectclass=person))

    「すべてのユーザーのフィルタ」のデフォルトの検索基準のかわりに、uid値に基づいてすべてのユーザーを検索します。

    LDAPディレクトリ構造のユーザー・オブジェクト・クラスの「ユーザー名属性」がuid以外のタイプである場合は、「名前指定によるユーザー・フィルタ」フィールドで、そのタイプを変更します。

    たとえば、「ユーザー名属性」のタイプがcnである場合は、このフィールドを次のように設定する必要があります。

    (&(cn=*)(objectclass=person)))

    名前指定によるユーザー・フィルタ

    次に例を示します。

    (&(uid=%u)(objectclass=person))

    LDAPディレクトリ構造のユーザー・オブジェクト・クラスの「ユーザー名属性」がuid以外のタイプである場合は、「名前指定によるユーザー・フィルタ」の設定で、そのタイプを変更します。

    たとえば、「ユーザー名属性」のタイプがcnである場合は、このフィールドを次のように設定する必要があります。

    (&(cn=%u)(objectclass=person)))

    ユーザー名属性

    例: uid

    グループの名前を指定するLDAPユーザー・オブジェクトの属性。

    グループ・ベースDN

    例: cn=groups,dc=example,dc=com

    グループ・ノードを指すDNを指定します。

    取得したユーザー名をプリンシパルとして使用する

    チェック済

    オンにする必要があります。

    GUID属性

    entryuuid

    OUDにOracleUnifiedDirectoryAuthenticatorが使用されている場合、この値にはentryuuidが事前に移入されています。認証プロバイダとしてOracle Unified Directoryを使用している場合は、この値を確認します。

  14. 「保存」をクリックして変更を保存します。

  15. 右のナビゲーション・ペインで「セキュリティ・レルム」をクリックして、デフォルトのレルム名(myrealm)をクリックし、「プロバイダ」をクリックして「プロバイダ」ページに戻ります。

  16. 「並替え」をクリックし、表示されたページを使用して、作成したプロバイダを認証プロバイダのリストの先頭に配置します。

    GUID-C97DBDDA-B14C-472C-BB10-31BCA17B75DC-default.gifの説明が続きます
    図GUID-C97DBDDA-B14C-472C-BB10-31BCA17B75DC-default.gifの説明

  17. 「OK」をクリックします。

  18. チェンジ・センターで、変更のアクティブ化 をクリックします。

  19. 管理サーバーとすべての管理対象サーバーを再起動します。

    管理対象サーバーを停止するには、Fusion Middleware Controlにログインし、ターゲットのナビゲータで管理対象サーバーを選択して、ツールバーで「停止」をクリックします。

    ノード・マネージャを使用して管理サーバーを停止および起動する手順は次のとおりです。

    1. WLSTを起動します。

      cd ORACLE_COMMON_HOME/common/bin
./wlst.sh

    2. 構成ウィザードでドメインを作成したときに定義した、次のノード・マネージャ資格証明を使用してノード・マネージャに接続します。

      wls:/offline>nmConnect('nodemanager_username','nodemanager_password',
            'ADMINVHN','5556','domain_name',
            'ASERVER_HOME')

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

      nmKill('AdminServer')

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

      nmStart('AdminServer')

    5. WLSTを終了します。

      exit()

    管理対象サーバーを起動するには、Fusion Middleware Controlにログインし、管理対象サーバーを選択して、ツールバーで「起動」をクリックします。

  20. 再起動後に、次のログ・ファイルの内容を確認します。

    ASERVER_HOME/servers/AdminServer/logs/AdminServer.log

    LDAP接続エラーが発生していないことを確認します。たとえば、次のようなエラーを探します。

    The LDAP authentication provider named "OUDAuthenticator" failed to make connection to ldap server at ...

    ログ・ファイルでこのようなエラーが見つかった場合は、認可プロバイダ接続の詳細をチェックして、それらが適切であることを確認し、管理サーバーの保存と再起動をもう一度試みます。

  21. 再起動後、LDAP接続エラーがログ・ファイルに記述されていないことを確認し、LDAPプロバイダ内に存在するユーザーとグループの参照を試みます。

    管理コンソールで、「セキュリティ・レルム」→「myrealm」→「ユーザーとグループ」ページに移動します。LDAPプロバイダ構造内に存在するすべてのユーザーおよびグループを表示できるようになります。

10.14.6 エンタープライズ・デプロイメント管理ユーザーおよび管理グループのプロビジョニング

この例では、weblogic_biというユーザーとBIAdministratorsというグループを作成する方法を示します。

LDAPプロバイダで管理ユーザーおよび管理グループをプロビジョニングする手順は次のとおりです。

  1. 次に示す内容のadmin_user.ldifという名前のldifファイルを作成して保存します。

    dn: cn=weblogic_bi,cn=users,dc=example,dc=com
changetype: add
orclsamaccountname: weblogic_bi
userpassword: password
objectclass: top
objectclass: person
objectclass: organizationalPerson
objectclass: inetorgperson
objectclass: orcluser
objectclass: orcluserV2
mail: weblogic_bi@example.com
givenname: weblogic_bi
sn: weblogic_bi
cn: weblogic_bi
uid: weblogic_bi

  2. LDAPディレクトリでユーザーをプロビジョニングします。

    たとえば、Oracle Unified Directory LDAPプロバイダの場合は次のように記述します。

    OUD_INSTANCE_HOME/bin/ldapmodify -a \
                                 -h oudhost.example.com
                                 -D "cn=oudadmin" \
                                 -w password \
                                 -p 1389 \
                                 -f admin_user.ldif

    Oracle Internet Directoryの場合:

    OID_ORACLE_HOME/bin/ldapadd -h oidhost.example.com \
                             -p 3060 \
                             -D cn="orcladmin" \
                             -w password \
                             -c \
                             -v \
                             -f admin_user.ldif

  3. admin_group.ldifという名前のldifファイルを作成して、次の内容を入力してからこのファイルを保存します。

    dn: cn=BIAdministrators,cn=Groups,dc=example,dc=com
displayname: BIAdministrators
objectclass: top
objectclass: groupOfUniqueNames
objectclass: orclGroup
uniquemember: cn=weblogic_bi,cn=users,dc=example,dc=com
cn: BIAdministrators
description: Administrators Group for the Oracle Business Intelligence Domain

  4. LDAPディレクトリでグループをプロビジョニングします。

    Oracle Unified Directoryの場合:

    OUD_INSTANCE_HOME/bin/ldapmodify -a \
                                 -D "cn=oudadmin" \
                                 -h oudhost.example.com \
                                 -w password \
                                 -p 1380 \
                                 -f admin_group.ldif

    Oracle Internet Directoryの場合:

    OID_ORACLE_HOME/bin/ldapadd -h oid.example.com \
                            -p 3060 \
                            -D cn="orcladmin" \
                            -w password \
                            -c \
                            -v \
                            -f admin_group.ldif

  5. 変更が正常に行われたことを確認します。

    1. Oracle WebLogic Server管理コンソールにログインします。

    2. コンソールの左ペインで「セキュリティ・レルム」をクリックします。

    3. デフォルト・セキュリティ・レルム(myrealm)をクリックします。

    4. 「ユーザーとグループ」タブをクリックします。

    5. プロビジョニングした管理者ユーザーおよびグループがページに表示されていることを確認します。

10.14.7 管理グループへの新しい管理ユーザーの追加

Oracle Internet Directoryにユーザーおよびグループを追加したら、WebLogicドメインのセキュリティ・レルム内でそのグループに管理ロールを割り当てる必要があります。これにより、このグループに属するすべてのユーザーがそのドメインの管理者になることができます。

管理ロールを新しいエンタープライズ・デプロイメント管理グループに割り当てる手順は次のとおりです。

  1. 構成ウィザードで指定した管理資格証明を使用してWebLogic管理サーバー・コンソールにログインします。

    作成して新しい認証プロバイダに提供した管理ユーザーの資格証明は使用しないでください。

  2. 管理コンソールの左ペインで、「セキュリティ・レルム」をクリックします。
  3. デフォルト・セキュリティ・レルム(myrealm)をクリックします。
  4. 「ロールとポリシー」タブをクリックします。
  5. 表の「グローバル・ロール」エントリを開き、「ロール」をクリックします。
  6. 「管理」ロールをクリックします。
  7. 「条件の追加」をクリックします。
  8. 「述部リスト」ドロップダウン・メニューで「グループ」を選択し、「次へ」をクリックします。
  9. 「グループ引数名」フィールドにBIAdministratorsと入力して、「追加」をクリックします。

    BIAdministratorsが引数のリスト・ボックスに追加されます。

  10. 「終了」をクリックして、「グローバル・ロールの編集」ページに戻ります。

    BIAdministratorsグループが表示されるようになりました。

  11. 「保存」をクリックして、BIAdministratorsグループへの管理ロールの追加を終了します。
  12. 新しいweblogic_biユーザー資格証明を使用してWebLogic管理サーバー・コンソールにログインし、変更されたことを確認します。

    新しい認証プロバイダでプロビジョニングした新しい管理ユーザーの資格証明を使用してOracle WebLogic Server管理コンソールとFusion Middleware Controlにログインできる場合は、プロバイダは正常に構成されています。

10.14.8 BIServiceAdministratorロールへのweblogic_biユーザーの追加

weblogic_biユーザーをBIServiceAdministratorロールに追加する手順は次のとおりです。
  1. 管理者の資格証明を使用してFusion Middleware Controlにサインインします。
  2. 「WebLogicドメイン」メニューから、「セキュリティ」、「アプリケーション・ロール」の順にクリックします。
  3. アプリケーション・ストライプとしてobiを選択します。
  4. BIServiceAdministratorロールを編集します。
    weblogic_biユーザーをメンバーとしてこのロールに追加します。
  5. 「メンバー」セクションに移動して、「+」(追加)アイコンをクリックします。
  6. 「検索」セクションで、「タイプ」を「ユーザー」として選択します。
  7. 「拡張オプション」セクションで、「プリンシパル名を上から検索するのではなく、ここに入力する場合に選択します」を選択します。
  8. タイプをUserとして選択した後、weblogic_biユーザーを追加します。
  9. 「アプリケーション・ロールの編集」ページで、「OK」をクリックします。

10.14.9 boot.propertiesファイルの更新およびシステムの再起動

新しい管理ユーザーおよびグループを作成したら、LDAPディレクトリで作成した管理ユーザー資格証明を使用して管理サーバーのboot.propertiesファイルを更新する必要があります。

  1. BIHOST1で、次のディレクトリに移動します。
    ASERVER_HOME/servers/AdminServer/security
  2. 既存のboot.propertiesファイルの名前を変更します。
    mv boot.properties boot.properties.backup
  3. テキスト・エディタを使用して、セキュリティ・ディレクトリにboot.propertiesというファイルを作成します。
  4. 次の行をこのファイルに入力します。
    username=weblogic_bi
password=password
  5. ファイルを保存します。
  6. 管理サーバーを再起動します。

10.14.10 Administratorsグループへのwsm-pmロールの追加

新しいLDAPベースの認可プロバイダを構成して管理サーバーを再起動したら、エンタープライズ・デプロイメント管理LDAPグループ(BIAdministrators)をメンバーとしてwsm-pmアプリケーション・ストライプのpolicy.Updaterロールに追加します。

  1. Oracle WebLogic Server管理サーバーの資格証明を使用して、Oracle Enterprise Manager Fusion Middleware Controlにログインします。

    これらは、最初にドメインを構成し、Oracle WebLogic Server管理ユーザー名(通常weblogic_bi)とパスワードを作成したときに作成した資格証明です。

  2. 「WebLogicドメイン」メニューから、「セキュリティ」→「アプリケーション・ロール」を選択します。
  3. 「アプリケーション・ストライプ」ドロップダウン・メニューから、wsm-pmアプリケーション・ストライプを選択します。
  4. ロール名のテキスト・ボックスの横にある三角形のplayアイコン検索アイコンをクリックして、wsm-pmアプリケーション・ストライプ内のすべてのロール名を検索します。
  5. 編集するpolicy.Updaterロールの行を選択します。
  6. 「編集」アイコンアプリケーション・ロールの「編集」アイコンをクリックして、ロールを編集します。
  7. 「アプリケーション・ロールの編集」ページの「追加」アイコンアプリケーション・ロールの「追加」アイコンをクリックします。
  8. 「プリンシパルの追加」ダイアログ・ボックスで、「タイプ」ドロップダウン・メニューから「グループ」を選択します。
  9. 「プリンシパル名」の「次で始まる」フィールドにグループ名BIAdministratorsを入力し、右矢印をクリックして検索を開始して、エンタープライズ・デプロイメントの管理者グループを検索します。
  10. 検索結果で適切な管理者グループを選択し、「OK」をクリックします。
  11. 「アプリケーション・ロールの編集」ページで、「OK」をクリックします。

10.15 Oracle Business Intelligence構成のバックアップ

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

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

構成をバックアップする方法の詳細は、「エンタープライズ・デプロイメントのバックアップとリカバリの実行」を参照してください。

前
前 		次
次
目次へ移動
目次