Oracle® Fusion Middleware Oracle Business Intelligenceエンタープライズ・デプロイメント・ガイド 12c (12.2.1.2) E82975-01 |
|
前 |
次 |
この章では、初期Oracle Business IntelligenceドメインをBIHOST2にスケール・アウトする手順について説明します。
コンポーネントのスケール・アウトでは、その他のホスト・コンピュータへのOracle Business Intelligenceのインストール、BIHOST1でのコンポーネントの停止とクローニング、ドメインの圧縮と解凍、スケール・アウト後のコンポーネントの開始を行います。
bidomaintemplate.jar
ファイルをBIHOST1からBIHOST2にコピーします。親トピック: エンタープライズ・デプロイメントの構成
BIHOST2用に別の共有記憶域ボリュームまたはパーティションを構成している場合は、BIHOST2にもInfrastructureをインストールする必要があります。
詳細は、「エンタープライズ・デプロイメントをインストールおよび構成する場合の共有記憶域の推奨事項」を参照してください。
トポロジ内の他のホスト・コンピュータにソフトウェアをインストールするには、各ホストにログインして、「BIHOST1でのInfrastructureインストーラの起動」と「Infrastructureインストール画面のナビゲート」の手順に従って、適切な記憶域デバイスにOracleホームを作成します。
注意:
以前のリリースでは、推奨エンタープライズ・トポロジに、同じ場所に配置された一連のOracle HTTP Serverインスタンスが含まれていました。これらのリリースでは、Web層ホスト(WEBHOST1とWEBHOST2)でInfrastructureをインストールするための要件がありました。ただし、このリリースでは、エンタープライズ・デプロイメント・トポロジによって、Webサーバーがスタンドアロン・モードでインストールおよび構成されていることが想定されるため、Webサーバーはアプリケーション層ドメインの一部であるとはみなされません。詳細は、「エンタープライズ・デプロイメント用のWeb層の構成」を参照してください
BIHOST2用に別の共有記憶域ボリュームまたはパーティションを構成している場合は、BIHOST2にもソフトウェアをインストールする必要があります。
詳細は、「エンタープライズ・デプロイメントをインストールおよび構成する場合の共有記憶域の推奨事項」を参照してください。
トポロジ内の他のホスト・コンピュータにソフトウェアをインストールするには、各ホストにログインして、「インストール・プログラムの起動」と「インストール画面のナビゲート」の手順に従います。
スケール・アウトの前に、BIHOST1のドメインのすべてのコンポーネント・プロセスを停止する必要があります。
コンポーネント・プロセスには、ノード・マネージャ、WebLogicドメインの管理サーバー、システム・コンポーネントおよびノード・マネージャによって制御されるWLS_BI1管理対象サーバーが含まれます。
BIHOST1のドメインのすべてのコンポーネントを停止するには、次のタスクを実行します。
すべてのコンポーネント・プロセスを停止した後に、BIHOST1のドメイン内のコンポーネントをクローニングする必要があります。これにより、作成した初期ドメインに基づく新しいコンポーネントがBIHOST2に作成されます。
BIHOST1で次の手順を実行し、既存の管理対象サーバー、ノード・マネージャ、システム・コンポーネントおよびサービス・インスタンスをクローニングして、追加のコンポーネントを作成します。後で、BIHOST2の新しいコンポーネントを圧縮および解凍します。
この項の手順を使用して、ドメイン構成情報(現在はOracle HTTP Serverインスタンスに関する構成情報が含まれる)を格納したテンプレートjarファイルを作成します。
この項の手順を使用して、ドメイン構成情報を格納したドメイン・テンプレートを解凍し、bidomaintemplate.jar
ファイルをBIHOST1からBIHOST2にコピーします。
この項では、スケール・アウト後にBIHOST1およびBIHOST2でコンポーネントを起動する手順について説明します。コンポーネント・プロセスには、ノード・マネージャ、WebLogicドメインの管理サーバー、システム・コンポーネントおよび管理対象サーバーが含まれます。
スケール・アウト後にコンポーネントを起動するには、次のタスクを実行します。
BIHOST1上のASERVER_HOMEドメイン・ディレクトリのドメインごとのノード・マネージャを起動するには、「BIHOST1上の管理サーバー・ドメイン・ホームでのノード・マネージャの起動」の手順を使用します。
BIHOST1およびBIHOST2上のMSERVER_HOMEディレクトリのドメインごとのノード・マネージャを起動するには、「BIHOST1上の管理対象サーバー・ドメイン・ディレクトリでのノード・マネージャの起動」の手順を使用します。
BIHOST2でドメインのコンポーネントを起動した後、これらのURLにアクセスして、Oracle Business Intelligenceの構成を確認します。
これらの手動タスクを実行して、Oracle BI Publisherを構成します。
次の手順に従って、BI Publisher SchedulerのJMS共有のTempディレクトリを更新します。この項の手順は、BIホストのいずれか1つ(BIHOST1またはBIHOST2)でのみ実行する必要があります。
BI Publisher Schedulerの構成を更新する手順は次のとおりです。
Oracleのベスト・プラクティスとしては、ドメインの構成が正常に完了した後や別の論理ポイントでバックアップを作成することをお薦めします。インストールが正常に行われたことを確認したら、バックアップを作成します。これは、後の手順で問題が発生した場合に即座にリストアするための迅速なバックアップになります。
バックアップ先はローカル・ディスクです。エンタープライズ・デプロイメント設定が完了すると、このバックアップは破棄できます。エンタープライズ・デプロイメント設定が完了したら、バックアップとリカバリの通常のデプロイメント固有プロセスを開始できます。
構成をバックアップする方法の詳細は、「エンタープライズ・デプロイメントのバックアップとリカバリの実行」を参照してください。