| Oracle® Fusion Middleware Oracle Exalytics In-Memory Machineインストレーションおよび管理ガイド for Linux Exalyticsソフトウェア・リリース1.0.0.5 for Exalytics X2-4、X3-4およびX4-4 E59379-02 |
|
 前 |
 次 |
| Oracle® Fusion Middleware Oracle Exalytics In-Memory Machineインストレーションおよび管理ガイド for Linux Exalyticsソフトウェア・リリース1.0.0.5 for Exalytics X2-4、X3-4およびX4-4 E59379-02 |
|
前 |
次 |
この章では、Exalytics Domain Management Utilityを使用してExalytics Machineを水平方向にスケールアウトし、スケーラビリティ(高可用性)およびパフォーマンス(ロード・バランシング)を向上させる方法について説明します。
詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionシステム管理者ガイド』の高可用性のためのOracle Business Intelligenceのデプロイに関する項を参照してください。
この章の内容は次のとおりです。
高可用性構成の要件は次のとおりです。
各コンピュータにOracle TimesTenの独立したインスタンスがある。
各コンピュータに、Oracle TimesTenのインスタンスごとに別個のDSNを含むodbc.iniファイルがある。各Oracle TimesTenのDSNでは、クライアント/サーバー接続モードを使用します。
1つのBIサーバー・リポジトリでは1つ以上の物理リポジトリを指定できるが、物理データ・ソースごとに存在する集計のセットは1つである。各物理データ・ソースは独自の接続プールを持ちます。
図7-1は、Exalytics Machineの高可用性の構図を示しています。一部のシナリオでは、Web層のOracle HTTP Serverを使用することが有益な場合があります。
Exalytics Domain Management Utilityと手動手順の組合せを使用して、既存のOracle Business Intelligenceドメインをスケールアウトします。
この項には次のトピックが含まれます:
2番目のExalytics Machineにインストールする前に、このマニュアルの第4.3項「新規デプロイメントへのBusiness Intelligenceソフトウェアのインストール」の説明に従って、最初のExalytics MachineにOracle Exalyticsをインストールします。
2番目のExalytics Machineを準備するには:
リリース1パッチセット5が2番目のExalytics Machineにインストールされていることを確認します。
第4.3.3.1項「オペレーティング・システム上のパスワードの作成」の説明に従って、ユーザーを作成します。
第4.3.3.2項「オプション: Oracle TimesTenのインベントリの作成」の説明に従って、Oracle TimesTenのインベントリを作成します。
第4.3.3.4項「ステージング・ディレクトリ構造へのOracleインストール・ファイルのダウンロード」の説明に従って、Installersディレクトリにファイルをダウンロードします。
第4.3.3.5項「入力プロパティ・ファイルの作成」の説明に従って、入力プロパティ・ファイルを作成します。
Exalytics Domain Management Utilityを実行することによって、既存のOracle Business Intelligenceドメインをスケールアウトします。
|
注意: Exalytics Domain Management Utilityでは、Oracle Business Intelligenceのスケールアウトと構成のみが実行されます。Oracle TimesTenをスケールアウトして構成するには、これを2番目のExalytics Machineに手動でインストールします。第7.3.4項「手順4: Oracle TimesTenのインストールと構成」を参照してください。 |
Oracle Business Intelligenceドメインをスケールアウトするには:
既存のドメインですべてのプロセスが実行中であることを確認します。第4.3.5.2項「Exalyticsドメインのステータスの表示」を参照してください。
AdminServerポート番号を書き留めます。後でExalytics Domain Management Utilityからプロンプトが表示されたときに、このポート番号の入力が必要になります。
第7.3.2項「手順2: 2番目のExalytics Machineの準備」の手順2で作成したユーザーとして、2番目のExalytics Machineにログインします。
Oracle Business Intelligenceドメインをスケールアウトするには、次のコマンドを入力します。
/opt/exalytics/bin/exalytics-domain-management.sh --action=scaleout_domain --input=<location and name of the input file> --domain=<domain_name on the first Exalytics Machine>
たとえば、最初のExalytics Machineからドメインmenloをスケールアウトするには、次のコマンドを入力します。
/opt/exalytics/bin/exalytics-domain-management.sh --action=scaleout_domain --input=/home/oracle/Installers/input.properties --domain=menlo
Exalytics Domain Management Utilityからプロンプトが表示されたら、次のタスクを実行します。
Oracle WebLogic Server管理者のユーザー名とパスワードを入力します。
AdminServerホスト名を入力します。
AdminServerポート番号を入力します。
Exalytics Domain Management Utilityによって、2番目のExalytics Machineで次のアクションが実行されます。
Oracle WebLogic Serverのインストール
Oracle Business Intelligenceのインストール
Oracleインスタンスの作成
管理対象サーバーのスケールアウト
既存のBIドメインのスケールアウト
インストールの完了後、スケールアウトされたドメインに正常に接続できていることを示すメッセージが表示されます。出力は、次のようになります。
[LOGMSG] [11-13-13 00:54:31] [INFO] [menlo] [scaleout_domain] Success connecting to <server-name_on_scaled_out_domain> on port: 12003
スケールアウトされたドメインが2番目のExalytics Machineにリストされていることを確認するには、2番目のExalytics Machineで次のコマンドを入力します。
/opt/exalytics/bin/exalytics-domain-management.sh --action=list_domains --input=/home/oracle/input.properties
レポートが表示され、2番目のExalytics Machine上のスケールアウトされたドメインが示されます。Node typeは、Scaled out nodeとして表示されます。出力は次のようになります。
============================================================
Domain: menlo
============================================================
Node type: Scaled out node
Provisioning status: Completed
Middleware Home: /u01/app/oracle/product/exalytics/exalyticsdomains/menlo/fmw
BI Instance Home: /u01/app/oracle/product/exalytics/exalyticsdomains/menlo/instances/instance1
-------------------
| Application URLs |
-------------------
Oracle Enterprise Manager: http://<server-name>:12000/em
Oracle WebLogic Admin Console: http://<server-name>:12000/console
Oracle Business Intelligence: http://<server-name_on_scaled_out_domain>:12001/analytics
Oracle BI Publisher : http://<server-name_on_scaled_out_domain>:12001/xmlpserver
------------
| WebLogic |
------------
Domain Home: /u01/app/oracle/product/exalytics/exalyticsdomains/menlo/user_projects/domains/bifoundation_domain
Admin Server Host: <server-name>
Admin Server Port: 12000
BI Managed Server Host: <server-name_on_scaled_out_domain>
BI Managed Server Port: 12001
------------
| TimesTen |
------------
TimesTen enabled: No
Found 1 domain(s) in total
Oracle TimesTenをインストールおよび構成するには:
次のコマンドを入力します。
cd /home/oracle/EXALYTICS_INSTALLERS/tt >./setup.sh instance name tt1122 [default chosen] install client/server and data manager [default chosen] specify particular location for install [3] enter location [custom location chosen /u01/app/oracle/product/TimesTen] create daemon home - [default chosen] daemon logs - [default chosen] accept default port no - 53396 restrict access to TT to group oracle? - Yes enable PL/SQL - yes [default chosen] TNS_ADMIN – not chosen during install. port for TT server - 53397 quickstart and doc - no [default chosen] doc without quickstart - yes [default chosen] - location default TT replication with clusterware - no - [default chosen]
第4.3.4.4項「Oracle TimesTenのデーモン構成スクリプトの実行」の説明に従って、Oracle TimesTenのデーモン構成スクリプトをrootとして実行します。
第4.3.4.7項「Oracle Business IntelligenceからOracle TimesTenへのODBC接続の構成」の説明に従って、最初のExalytics MachineでOracle TimesTenに2つのDSNを作成して、TimesTenインスタンスのいずれかと通信するようにBIサーバーを構成します。
2番目のExalytics Machineで前と同じ手順を実行してOracle TimesTenのDSNを作成し、2番目のBIサーバーからいずれかのOracle TimesTenインスタンスへの接続を構成します。
2番目のExalytics Machineで、opmn.xmlファイルの次のvariable要素を編集し、Oracle TimesTenのODBCドライバの場所を指すように更新します。編集するテキストを太字で示します。
<variable id="LD_LIBRARY_PATH" value="$ORACLE_HOME/common/ODBC/Merant/5.3/lib$:$ORACLE_HOME/bifoundation/server/bin$:$ORACLE_HOME/bifoundation/web/bin$:$ORACLE_HOME/clients/epm/Essbase/EssbaseRTC/bin$:$ORACLE_HOME/bifoundation/odbc/lib$:$ORACLE_INSTANCE$:$ORACLE_HOME/lib:/u01/app/oracle/product/TimesTen/tt1122/lib" append="true"/> <variable id="TIMESTEN_DLL" value="/u01/app/oracle/product/TimesTen/tt1122/lib/libttclient.so"/>
opmn.xmlファイルは、次のディレクトリにあります。
/u01/app/oracle/product/fmw/instances/instance2/config/OPMN
通知サーバー(OPMN)を停止してから起動します。
OPMNコマンド行ツールを含む次のディレクトリに移動します。
/u01/app/oracle/product/fmw/instances/instance2/bin
次のコマンドを実行します:
./opmnctl stopall
OPMNおよびすべてのOracle Business Intelligenceシステム・コンポーネントが停止します。
OPMNコマンド行ツールを含む次のディレクトリに移動します。
/u01/app/oracle/product/fmw/instances/instance2/bin
次のコマンドを実行します:
./opmnctl startall
OPMNおよびすべてのOracle Business Intelligenceシステム・コンポーネントを起動します。
詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionシステム管理者ガイド』のシステム・コンポーネントを起動、停止、再起動およびステータス表示するためのOPMNコマンド行の使用に関する項を参照してください。
次のコマンドを入力して、最初のExalytics MachineからOracle TimesTenクライアント/サーバーDSNが使用できることを確認します。
cd $ORACLE_INSTANCE/bifoundation/OracleBIApplication/coreapplication/setup/
. ./bi-init.sh (bash shell)
cd Times-Ten-root-dir/tt1122/bin
./ttisqlcs –connstr "uid=oracle;pwd=welcome1;dsn=bim_tt1";
これらのコマンドでは、Oracle TimesTen SQLクライアントを使用して、最初のExalytics Machine上のOracle TimesTenサーバーに接続し、BIサーバーがOracle TimesTenと通信できることを確認します。
2番目のExalytics Machineから、Oracle TimesTenのクライアント/サーバーDSNに対して前の手順を繰り返します。
Exalytics Machineの構成処理の一環として、NAS (Network Attached Storage)などの共有ディレクトリの場所に配置する各種永続ストアを構成する必要があります。次の一覧では、それらのストアについて概要を説明し、その構成に関する情報のリンクを示します。
Oracle BIサーバーのリポジトリ。Fusion Middleware Controlで共有RPDの公開ディレクトリを指定して、クラスタ内でリポジトリのオンライン変更を伝播します。オンライン変更が発生すると、マスターBIサーバーは、そのローカル・リポジトリをこのディレクトリにコピーします。スレーブBIサーバーが起動したとき、公開ディレクトリのバージョンの方が新しいと、各スレーブ・サーバーは共有ディレクトリのバージョンを各ローカル・ディスクにコピーします。
詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionシステム管理者ガイド』のFusion Middleware Controlを使用したリポジトリのアップロードとOracle BIプレゼンテーション・カタログの場所の設定に関する項を参照してください。
Oracle BIプレゼンテーション・カタログ。各Oracle BIプレゼンテーション・サービス・インスタンスは、Fusion Middleware Controlで指定されるカタログの場所からカタログをロードします。この場所を共有記憶域に再構成する前に、任意の既存のカタログを共有記憶域にコピーします。
詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionシステム管理者ガイド』のFusion Middleware Controlを使用したリポジトリのアップロードとOracle BIプレゼンテーション・カタログの場所の設定に関する項を参照してください。
グローバル・キャッシュ。このグローバル・キャッシュは、共有ファイル・システムに配置されており、パージ・イベント、シード・イベント(多くの場合はエージェントによって生成されます)、およびシード・イベントと関連付けられた結果セットを保存します。各BIサーバーは、通常の問合せ用に固有のローカル問合せキャッシュを保持します。このBIサーバーの問合せキャッシュは、ローカル・ノードに存在し続けます。
詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionシステム管理者ガイド』のFusion Middleware Controlを使用したグローバル・キャッシュ・パラメータの設定に関する項を参照してください。
フロントエンド・ロード・バランサを構成します。これは、Oracle WebLogic Serverクラスタ・プラグインにより正しく構成されます。詳細は、『Oracle Fusion Middleware高可用性ガイド』のOracle Business IntelligenceおよびEPMの高可用性の構成に関する項を参照してください。
この項では、高可用性デプロイメントに関する解決策について説明します。
最初のノードまたは2番目のノードで、BIサーバーがOracle TimesTenに接続できない状況が発生することがあります。この問題を解決するには、次の内容を確認します。
次のリストの説明に従って、Oracle TimesTenのDSNがodbc.iniファイルおよびopmn.xmlファイルで正しく構成されていることを確認します。
第4.3.4.7項「Oracle Business IntelligenceからOracle TimesTenへのODBC接続の構成」の説明のとおり、ORACLE_INSTANCE/bifoundation/OracleBIApplication/coreapplication/setupディレクトリのodbc.iniファイルにおいて、両方のOracle TimesTenインスタンスに接続するようにDSNが正しく定義されている。
ORACLE_INSTANCE/config/OPMN/opmn/ディレクトリのopmn.xmlファイルで、LD_LIBRARY_PATH変数がOracle TimesTenの共有ライブラリ・フォルダを指すように正しく設定されている。TIMESTEN_DLL変数も、次の例に示すように、正しく定義されている必要があります。
<variable id="TIMESTEN_DLL" value="u01/app/oracle/product/TimesTen/tt1122/lib/libttclient.so"/>
BIサーバーは、Oracle TimesTen ODBCドライバのバージョン3.5を使用して接続する必要があります。
リポジトリのデプロイ時に、データベース接続プールに対してOracle TimesTenのODBCドライバのバージョン3.5が使用されていることを確認します。このドライバ・バージョンを使用しなければ、BIサーバーはOracle TimesTenに接続できません。
Windowsコンピュータ上でクライアント・インストーラを使用してOracle BI管理ツールをインストールした後に、管理ツールに次のようなエラー・メッセージが表示される場合があります。
Times Tenドライバttclient.dllをロードできません。
このエラー・メッセージは、Oracle TimesTen物理表ソースからメタデータをインポートする際に、Oracle TimesTenのODBCドライバが使用できないことを示しています。この問題を解決するには、次の例に示すように、Oracle TimesTenドライバの場所を明示的に指すようにTIMESTEN_DLL環境変数を設定します。
set TIMESTEN_DLL=C:\TimesTen\tt1122_32\bin\ttclient1122.dll
スケールアウトされたノードの2番目のOracle TimesTenインスタンスにBIサーバーがフェイルオーバーしない場合は、リポジトリの論理表ソース(LTS)によってOracle TimesTenの物理データ・ソースが両方ともマップされていることを確認します。このマッピングにより、論理表ソース・レベルで、Oracle TimesTenの両方のインスタンスにマッピングが存在するようになります。Oracle TimesTenの一方のインスタンスが使用できない場合は、DSNレベルにあるBIサーバーのフェイルオーバー・ロジックによってOracle TimesTenのもう一方のインスタンスへの接続が試みられます。
最初のOracle TimesTenインスタンスで作成された集計を2番目のOracle TimesTenインスタンスで使用できないことがあります。スケールアウト・デプロイメントでは、Oracle TimesTenインスタンス間に自動レプリケーションが存在しないことに注意してください。2つのインスタンスは別個であり、別のコンピュータ上で実行されますが、デプロイされるデータ・ストアは同じです。一方のOracle TimesTenインスタンスで、Oracle BIサマリー・アドバイザまたは集計の永続性ウィザードからSQLスクリプトを使用して集計を作成する場合は、2番目のOracle TimesTenインスタンスでも同じ集計を手動で作成する必要があります。2つのOracle TimesTenインスタンスは、同期が維持されるようにする必要があります。詳細は、『Oracle Fusion Middleware Oracle Business Intelligence Enterprise Editionメタデータ・リポジトリ作成者ガイド』の集計の永続性のライフ・サイクルのユース・ケースに関する項を参照してください。
