38
Oracle(R) Hyperion Enterprise Performance Management System リリース 11.1.1.3 高可用性ガイド

Oracle Hyperion EPM System高可用性ガイドotndnld.oracle.co.jp/document/products/epm/111130/... · 高可用性に関するEPM System サービスおよび製品のクラスタリングについて、こ

  • Upload
    others

  • View
    7

  • Download
    0

Embed Size (px)

Citation preview

O r a c l e ( R ) H y p e r i o n E n t e r p r i s e P e r f o r m a n c eM a n a g e m e n t S y s t e m

リリース 1 1 . 1 . 1 . 3

高可用性ガイド

EPM System 高可用性ガイド, 11.1.1.3

Copyright © 2008, 2009, Oracle and/or its affiliates. All rights reserved.

著者: EPM Information Development Team

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。 ライセンス契約で明示的に許諾されている場合もしく

は法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。 このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために

法律によって規定されている場合を除き、禁止されています。 ここに記載された情報は予告なしに変更

される場合があります。また、誤りが無いことの保証はいたしかねます。 誤りを見つけた場合は、オラ

クル社までご連絡ください。

このソフトウェアまたは関連ドキュメントが、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供される場合は、次の通知が適用されます。

U.S. GOVERNMENT RIGHTS:

Programs, software, databases, and related documentation and technical data delivered to U.S. Government customers

are "commercial computer software" or "commercial technical data" pursuant to the applicable Federal Acquisition

Regulation and agency-specific supplemental regulations. As such, the use, duplication, disclosure, modification, and

adaptation shall be subject to the restrictions and license terms set forth in the applicable Government contract, and,

to the extent applicable by the terms of the Government contract, the additional rights set forth in FAR 52.227-19,

Commercial Computer Software License (December 2007). Oracle USA, Inc., 500 Oracle Parkway, Redwood City,

CA 94065.

このソフトウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーショ

ンを含む)への用途を目的として開発されていません。 このソフトウェアを危険が伴うアプリケーション

で使用する際、このソフトウェアを安全に使用するために、適切な安全装置、バックアップ、冗長性、その他の対策を講じることは使用者の責任となります。 このソフトウェアを危険が伴うアプリケーショ

ンで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

Oracle は、Oracle Corporation またはその関連会社、あるいはその両方の登録商標です。 他の名称は、そ

れぞれの所有者の商標である可能性があります。

このソフトウェアおよびドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。 オラクル社およびその関連会社は、第三者のコンテ

ンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。 オラクル社および

その関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。

目次

第 1 章 高可用性について . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

必要な知識 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

インストール・ドキュメント・ロードマップ . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

用語 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6

アクティブ-アクティブ・システム . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6

アクティブ-パッシブ・システム . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7

クラスタ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7

クラスタ内部接続 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8

クラスタ・サービス . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8

フェイルオーバー . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8

高可用性 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

負荷分散 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

共有ストレージ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

シングル・ポイント障害 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

EPM System コンポーネントの高可用性と負荷分散 . . . . . . . . . . . . . . . . . . . . . . . 9

第 2 章 EPM System サービスのクラスタリング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

Shared Services のクラスタリング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

Shared Services を障害回復用に設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

Reporting and Analysis のクラスタリング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22

コア・サービスのクラスタ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22

EPM Workspace および Interactive Reporting のクラスタ . . . . . . . . . . . . . . . . 23

Financial Reporting クラスタ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25

第 3 章 固有のアプリケーション・サーバーでの EPM System 製品のクラスタリング . . . . . . . . 27

EPM System アプリケーション・サーバーについて . . . . . . . . . . . . . . . . . . . . . . 27

Data Relationship Management クラスタ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27

FDM クラスタ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28

Financial Management のクラスタリング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

第 4 章 Essbase のクラスタリング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

Essbase の高可用性、フェイルオーバー、および負荷分散 . . . . . . . . . . . . . . . . . 31

Essbase のクラスタリングのオプション . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

目次 iii

Provider Services でのクラスタリング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32

Essbase クラスタへのサーバーの追加 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32

Essbase クラスタの除去 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33

Essbase クラスタへのコンポーネントの追加 . . . . . . . . . . . . . . . . . . . . . . . . . 33

クラスタ・コンポーネントの除去 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33

クラスタリングされたデータベース・コンポーネントを使用可能にする . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34

クラスタ・コンポーネントを使用不可にする . . . . . . . . . . . . . . . . . . . . . . . 35

Essbase のクラスタリングの例 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35

Essbase サービス・クラスタ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35

Essbase データベース・クラスタ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35

iv 目次

1高可用性について

この章の内容

必要な知識. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5

インストール・ドキュメント・ロードマップ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5

用語 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .6

EPM System コンポーネントの高可用性と負荷分散 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .9

必要な知識このガイドは、Oracle Hyperion Enterprise Performance Management System 製品のイ

ンストール、構成、配置および管理を行う管理者を対象としています。次のこと

を前提にしています:

l セキュリティおよびサーバーの管理スキル

l 使用しているコンピュータ環境に応じて、Windows または UNIX、あるいはそ

の両方の管理能力があること

l Java アプリケーション・サーバーの知識も含め、Web アプリケーション・サー

バーの管理能力があること

l Oracle Internet Directory、Lightweight Directory Access Protocol(LDAP)、Microsoft

Active Directory、Secure Sockets Layer(SSL)の使用など、認証プロバイダを含む、

所属組織のセキュリティ構造に関する深い知識

l ファイル・システムを含む所属組織のデータベースおよびサーバー環境に関

する深い知識

l 所属組織のネットワーク環境やポート使用に関する深い知識

インストール・ドキュメント・ロードマップEPM System のインストール・ドキュメントは、Oracle(R) Technology Network の

Oracle Documentation Library(http://www.oracle.com/technology/documentation/

epm.html)にあります。

必須のインストール・タスクを実行するための手順については、表 1 に記載した

ドキュメントのリストを参照してください。

必要な知識 5

表 1 必須ドキュメント

タスク 関連ドキュメント

システムの要件の適合 Oracle Hyperion Enterprise PerformanceManagement System の認証マトリックス

(http://www.oracle.com/technology/products/bi/hyperion-supported-platforms.html)

インストールのプランニング Hyperion インストール概要

l EPM System 製品のインストールと構成

l EPM System 製品の自動配置

l EPM System 製品の開始

l インストールの検証

l EPM System 製品のアップグレード

Oracle Hyperion Enterprise PerformanceManagement System インストールおよび構成

ガイド

EPM System の保護とユーザーのプロビジョニン

Oracle Hyperion Enterprise PerformanceManagement System セキュリティ管理ガイド

表 2 に、場合によって実行が必要な追加インストール・タスクの実行手順を記載

したドキュメントのリストを示します。

表 2 オプション・ドキュメント

タスク 関連ドキュメント

EPM System 製品の手動配置 Oracle Hyperion Enterprise Performance Management System マ

ニュアル配置ガイド

製品およびアプリケーション・データのバックアップの作成

Oracle Hyperion Enterprise Performance Management Systemバックアップおよびリカバリ・ガイド

環境間の移行 Oracle Hyperion Enterprise Performance Management System ラ

イフサイクル管理ガイド

SSL を使用可能にする Oracle Hyperion Enterprise Performance Management System SSL構成ガイド

用語高可用性に関する EPM System サービスおよび製品のクラスタリングについて、こ

のドキュメントで説明している内容を理解する上で、この項に記載されている定

義を役立ててください。

アクティブ-アクティブ・システム

アクティブ-アクティブ・システムとは、システムのすべての使用可能メンバーが

要求に対応でき、アイドル状態のメンバーがないシステムです。通常、アクティ

ブ-アクティブ・システムは、アクティブ-パッシブ・システムより豊富な拡張性

オプションを備えています。

6 高可用性について

アクティブ-パッシブ・システム

アクティブ-パッシブ高可用性システムには、常に要求に対応するアクティブ・メ

ンバーと、アクティブ・メンバーに障害が発生した場合にのみアクティブ化され

るパッシブ・メンバーがあります。

クラスタクラスタとは、リンクされたハードウェアまたはソフトウェア・コンポーネント

のグループです。これらは相互に通信し、高可用性、フェイルオーバー、負荷分

散、その他の有益な機能をサポートする 1 つのシステムとして動作します。たと

えば、1 つのクラスタを、データベースの複数のインスタンスをホストする複数

のコンピュータから構成できます。クラスタには、アプリケーション・サーバー・

クラスタとハードウェア・クラスタの 2 つのタイプがあります。

アプリケーション・サーバー・クラスタ

アプリケーション・サーバー・クラスタとは、複数のアプリケーション・サーバー

が緩やかに結合したグループです。これらのアプリケーション・サーバーは、信

頼性と拡張性を実現するために連携して同時に実行し、ユーザーには 1 つのアプ

リケーション・サーバーのように見えます。

アプリケーション・サーバー・クラスタ・タイプ:

l 垂直 - アプリケーション・サーバー・インスタンスは同じマシン上にありま

す。

l 水平 - アプリケーション・サーバー・インスタンスは別のマシン上にありま

す。アプリケーション・サーバー・インスタンスをマシンに追加したり、新

しいサーバー・インスタンスを実行するマシンを追加したりして、クラスタ

の容量を増やせます。

ハードウェア・クラスタ

ハードウェア・クラスタは、ネットワーク・サービス(たとえば IP アドレス)やア

プリケーション・サービス(データベースや Web サーバーなど)のシングル・ビュー

を、これらのサービスのクライアントに提供するコンピュータの集合です。ハー

ドウェア・クラスタの各ノードは、独自のプロセスを実行するスタンドアロン・

サーバーです。これらのプロセスは互いに通信して、連携してアプリケーション、

システム・リソース、データをユーザーに提供する 1 つのシステムのようなもの

を形成します。

ハードウェア・クラスタは、高可用性を実現するために、特別なハードウェア(ク

ラスタ内部接続、共有ストレージ)とソフトウェア(状態モニター、リソース・モ

ニター)を使用します。ハードウェア・クラスタで構成できるノード数はベンダー

によって異なりますが、このドキュメントでは、フェイルオーバー・クラスタ・

トポロジで 2 つのノードを使用して高可用性を提供していることを前提としてい

ます。

用語 7

Java アプリケーション・サーバー・クラスタ

Java アプリケーション・サーバー・クラスタは、Java 仮想マシン(JVM)のアクティ

ブ-アクティブ・アプリケーション・サーバー・クラスタです。

クラスタ内部接続クラスタ内部接続はプライベート・リンクであり、ハートビート情報に関するノー

ド障害を検出するためにハードウェア・クラスタで使用します。

クラスタ・サービスクラスタ・サービスは、システムとしてクラスタ・メンバーの操作を管理するソ

フトウェアです。クラスタ・サービスを使用すると、一連のリソースやサービス

を定義して、クラスタ・メンバー間でのハートビート・メカニズムを監視し、こ

れらのリソースやサービスをできるだけ効率良くかつ透過的に別のクラスタ・メ

ンバーに移動できます。

フェイルオーバー

フェイルオーバーは、プライマリ・データベース、サーバーまたはネットワーク

に障害が発生したり、これらがシャットダウンしたりする場合に、冗長性のある

スタンバイ・データベース、サーバーまたはネットワークに自動的に切り替える

機能です。フェイルオーバー用にクラスタリングされているシステムは、高可用

性、サーバーの冗長性を利用したフォルト・トレランス、および共有ディスクな

どのフォルト・トレラント・ハードウェアを提供します。

アクティブ-パッシブ・システムでは、フェイルオーバー操作中にパッシブ・メン

バーがアクティブ化され、コンシューマは障害の発生したメンバーではなく、ア

クティブ化されたメンバーに送られます。フェイルオーバーを自動化するには、

クラスタ・サービスで障害を検出し、障害のあるノードからスタンバイ・ノード

にクラスタ・リソースを移動するように設定します。

負荷分散アクティブ-アクティブ・システムでは、アクティブ・メンバーに要求を

分散しているロード・バランサがフェイルオーバーを実行します。アクティブ・

メンバーで障害が発生した場合、ロード・バランサはそのメンバーへの要求を稼

働している別のアクティブ・メンバーに自動的にリダイレクトします。

フェイルオーバー・クラスタのアクティブ-アクティブ・シナリオによっては、ア

クティブ-パッシブ構成で実行する別のアプリケーションを使用して、ハードウェ

ア・リソースをより効率的に使用できるようにするものもあります。たとえば、

1 つのノードはアプリケーション A のアクティブ・サーバー、別のノードはアプ

リケーション B のアクティブ・サーバーで、どちらのアプリケーションも両方の

サーバー上でアクティブ-パッシブ・モードで構成されているとします。通常、こ

の 2 つのノードは別のアプリケーションによって同時に使用されていますが、ど

ちらかのノードで障害が発生すると、障害が発生したノード上のアプリケーショ

ンは残りのノードに再配置されます。

8 高可用性について

高可用性高可用性は、障害が発生した場合でもアプリケーションが継続してサービスを提

供できるようにするシステム属性です。これは、シングル・ポイント障害、フォ

ルト・トレラント・ハードウェアおよびサーバー・クラスタを除去することで実

現されます。1 つのサーバーで障害が発生すると、処理要求は別のサーバーにルー

ティングされます。

高可用性アーキテクチャについては、Web サイト、http://www.oracle.com/

technology/deploy/availability/htdocs/maa.htm を参照してください。

負荷分散負荷分散は、要求をアプリケーション・サーバー間に分散して、負荷のかかる環

境で一定のパフォーマンスを保持します。システムへの唯一のエントリ・ポイン

トであるロード・バランサが、要求を個々のアプリケーション・サーバーに分散

します。ハードウェアおよびソフトウェアのロード・バランサを使用できます。

共有ストレージ共有ストレージは共有ディスクとも呼ばれ、フェイルオーバー・クラスタのすべ

てのノードに対して使用できる必要のあるデータを含むディスク・セットです。

各ハードウェア・クラスタ・ノードは独自のプロセス・セットを実行するスタン

ドアロン・サーバーですが、クラスタに対応するために必要なストレージ・サブ

システムは、通常共有されます。これらのフォルト・トレラント・ディスクには、

重要なデータやクラスタ情報が含まれている場合があります。共有ストレージが

不要な場合は、プロセスは共有データを必要とせず、フェイルオーバー・クラス

タで実行する必要がないため、負荷分散型のアプローチを検討してください。

シングル・ポイント障害シングル・ポイント障害とは、障害が発生した場合にユーザーが通常の機能にア

クセスできなくなるシステムのコンポーネントです。

EPM System コンポーネントの高可用性と負荷分散次のリストに、EPM System 製品とコンポーネント(コンポーネントのサブリスト

も含む)でサポートされるクラスタリング方法、およびシングル・ポイント障害を

アーキテクチャから除去し、負荷分散によって一定のパフォーマンスを維持する

ためのオプションを示します。

l Oracle Hyperion(R) Foundation Services

m Oracle Hyperion(R) Shared Services Web アプリケーションおよびネイティ

ブ・ディレクトリ

o ネイティブ・ディレクトリとして OID または OpenLDAP を使用した、

フェイルオーバーのためのアクティブ-パッシブ・クラスタリング

EPM System コンポーネントの高可用性と負荷分散 9

o ネイティブ・ディレクトリとして OID を使用した、負荷分散および

フェイルオーバーのためのアクティブ-アクティブ・クラスタリング

次のドキュメントを参照してください。これらは http://www.oracle.com/

technology/products/bi/resource-library.html からダウンロードできます:

o Oracle Hyperion Enterprise Performance Management System Hyperion

Shared Services Release 11.1.1.2 Active-Active Clusters

o Oracle Hyperion Enterprise Performance Management System Hyperion

Shared Services Release 11.1.1.X Active-Passive Failover Clusters (UNIX

Environments)

o Oracle Hyperion Enterprise Performance Management System Hyperion

Shared Services Release 11.1.1.X Active-Passive Failover Clusters (Windows

Environments)

m Oracle Enterprise Performance Management Workspace, Fusion Edition Web ア

プリケーション - 高可用性および負荷分散のための Java アプリケーショ

ン・サーバー・クラスタリング

『Oracle Hyperion Enterprise Performance Management System マニュアル配置

ガイド』を参照してください。

EPM Workspace サービス - Oracle Hyperion Reporting and Analysis 構成と監視

コンソール(CMC)を使用した、高可用性およびフェイルオーバーのための

クラスタリング

『Oracle Enterprise Performance Management Workspace 管理者ガイド』の

「CMC を使用したサービスの構成」の章および第 2 章「EPM System サービ

スのクラスタリング」を参照してください。

m Oracle Hyperion EPM Architect, Fusion Edition Web アプリケーション - 高可

用性および負荷分散のための Java アプリケーション・サーバー・クラスタ

リング

クラスタリングをサポートするには、Java アプリケーション・サーバー上

で、セッションの永続または固定セッション(特定セッションに関するす

べての要求を同じサーバーに送信するセッション)のいずれかを使用可能

にする必要があります。

『Oracle Hyperion Enterprise Performance Management System マニュアル配置

ガイド』を参照してください。

m Performance Management Architect 次元サーバー - なし

サードパーティのアクティブ-パッシブ・ソリューションを使用して、高

可用性をサポートできます。パッシブ・サーバーがアクティブ化された場

合は、サーバー・キャッシュをリフレッシュする必要があります。

m Performance Management Architect データ同期 Web アプリケーション - 高可

用性および負荷分散のための Java アプリケーション・サーバー・クラスタ

リング

『Oracle Hyperion Enterprise Performance Management System マニュアル配置

ガイド』を参照してください。

10 高可用性について

m Hyperion Calculation Manager Web アプリケーション - 高可用性のための Java

アプリケーション・サーバー・クラスタリング

『Oracle Hyperion Enterprise Performance Management System マニュアル配置

ガイド』を参照してください。

l Oracle Essbase - 高可用性および負荷分散のための Oracle Hyperion Provider Services

でのクラスタリング

注: Provider Services での Essbase の高可用性は、ライトバックをサポートし

ません。

『Oracle Hyperion Enterprise Performance Management System マニュアル配置ガイ

ド』を参照してください。

m Essbase 管理サービス - なし

m Oracle Essbase Integration Services サーバー - なし

m Essbase サービス

m Oracle Essbase Studio サーバー - なし

m Essbase サービス - 高可用性および負荷分散のための Provider Services クラ

スタリング(読取り専用)

第 3 章「固有のアプリケーション・サーバーでの EPM System 製品のクラ

スタリング」を参照してください。

m Provider Services Web アプリケーション - 高可用性および負荷分散のための

Java アプリケーション・サーバー・クラスタリング

『Oracle Hyperion Enterprise Performance Management System マニュアル配置

ガイド』を参照してください。

l Reporting and Analysis

m Oracle Hyperion(R) Interactive Reporting サービス

m Oracle Hyperion Financial Reporting, Fusion Edition Web アプリケーション

m Financial Reporting サービス

m Oracle Hyperion(R) Web Analysis Web アプリケーション

l 財務アプリケーション

m Oracle Hyperion Planning, Fusion Edition Web アプリケーション

m Oracle Hyperion Financial Management, Fusion Edition 固有のアプリケーショ

ン・サーバー

m Oracle Hyperion Profitability and Cost Management, Fusion Edition Web アプリ

ケーション

m Oracle Hyperion Performance Scorecard, Fusion Edition Web アプリケーション

l データ管理アプリケーション

m Oracle Hyperion Financial Data Quality Management, Fusion Edition

m Oracle Hyperion Data Relationship Management, Fusion Edition

EPM System コンポーネントの高可用性と負荷分散 11

表 3 に、EPM System 製品およびコンポーネントでサポートされるクラスタリング

方法のリストを示し、高可用性および負荷分散がサポートされるかどうかをコン

ポーネントごとに示します。この表には、ノートや詳細情報の参照先も示されて

います。

表 3 EPM System 高可用性および負荷分散マトリックス

製品/コンポー

ネントサポートされる方法 高可用性 負荷分散 ノート/参照先

Shared ServicesWeb アプリケー

ション/ネイティ

ブ・ディレクトリ

Web アプリケー

ションおよびネイティブ・ディレクトリのアクティブ-アクティ

ブまたはアクティブ-パッシ

ブ・クラスタ

はい ネイティブ・ディレクトリとして OracleInternet Directory(OID)を使用し

た、アクティブ-アクティブ・クラスタとのみ

次のペーパーのいずれかを参照してください。これらは http://www.oracle.com/technology/products/bi/resource-library.html から

ダウンロードできます:

l Oracle HyperionEnterprisePerformanceManagementSystemHyperionSharedServicesRelease11.1.1.2Active-ActiveClusters

l Oracle HyperionEnterprisePerformanceManagementSystemHyperionSharedServicesRelease11.1.1.XActive-PassiveFailoverClusters (UNIXEnvironments)

l Oracle HyperionEnterprisePerformanceManagementSystemHyperionSharedServicesRelease

12 高可用性について

製品/コンポー

ネントサポートされる方法 高可用性 負荷分散 ノート/参照先

11.1.1.XActive-PassiveFailoverClusters(WindowsEnvironments)

EPM WorkspaceWeb アプリケー

ション

Java アプリケー

ション・サーバー・クラスタリング

はい はい 『Oracle HyperionEnterprisePerformanceManagementSystem マニュア

ル配置ガイド』を参照してください。

EPM Workspaceサービス

Reporting andAnalysis 構成と監

視コンソールを使用したクラスタリング

はい はい 『Oracle EnterprisePerformanceManagementWorkspace 管理者

ガイド』の「CMC を使用し

たサービスの構成」の章および第 2 章「EPMSystem サービス

のクラスタリング」を参照してください。

PerformanceManagementArchitect Web アプ

リケーション

Java アプリケー

ション・サーバー・クラスタリング

はい はい クラスタリングをサポートするには、Java アプ

リケーション・サーバー上で、セッションの永続または固定セッション(特定

セッションに関するすべての要求を同じサーバーに送信するセッション)のい

ずれかを使用可能にする必要があります。

『Oracle HyperionEnterprisePerformanceManagementSystem マニュア

ル配置ガイド』を参照してください。

PerformanceManagement

なし いいえ いいえ サードパーティのアクティブ-パッシブ・ソ

EPM System コンポーネントの高可用性と負荷分散 13

製品/コンポー

ネントサポートされる方法 高可用性 負荷分散 ノート/参照先

Architect 次元

サーバー

リューションを使用して、高可用性をサポートできます。パッシブ・サーバーがアクティブ化された場合は、サーバー・キャッシュをリフレッシュする必要があります。

Oracle HyperionEPM Architect,Fusion Editionデータ・シンクロナイザ Web ア

プリケーション

Java アプリケー

ション・サーバー・クラスタリング

はい はい 『Oracle HyperionEnterprisePerformanceManagementSystem マニュア

ル配置ガイド』を参照してください。

HyperionCalculationManager Web アプ

リケーション

Java アプリケー

ション・サーバー・クラスタリング

いいえ はい 『Oracle HyperionEnterprisePerformanceManagementSystem マニュア

ル配置ガイド』を参照してください。

Essbase Provider Servicesでのクラスタリング

はい はい Provider Servicesでの Essbase の

高可用性は、ライトバックをサポートしません。32 ページの

「Provider Servicesでのクラスタリング」を参照してください。

Oracle EssbaseAdministrationServices

なし いいえ いいえ なし

Oracle EssbaseIntegration Servicesサーバー

なし いいえ いいえ なし

Oracle EssbaseStudio サーバー

なし いいえ いいえ なし

Essbase サービス Provider Servicesクラスタリング

いいえ はい(読取り専

用)第 3 章「固有の

アプリケーション・サーバーでの EPM System 製

品のクラスタリング」を参照してください。

14 高可用性について

製品/コンポー

ネントサポートされる方法 高可用性 負荷分散 ノート/参照先

Provider ServicesWeb アプリケー

ション

Java アプリケー

ション・サーバー・クラスタリング

はい はい 『Oracle HyperionEnterprisePerformanceManagementSystem マニュア

ル配置ガイド』を参照してください。

InteractiveReporting サービ

Reporting andAnalysis 構成と監

視コンソールを使用したクラスタリング

はい はい 『Oracle EnterprisePerformanceManagementWorkspace 管理者

ガイド』の「CMC を使用し

たサービスの構成」の章および第 2 章「EPMSystem サービス

のクラスタリング」を参照してください。

Financial ReportingWeb アプリケー

ション

Java アプリケー

ション・サーバー・クラスタリング

はい はい 『Oracle HyperionEnterprisePerformanceManagementSystem マニュア

ル配置ガイド』を参照してください。

Financial Reportingサービス

1 つのアクティ

ブ-アクティブ構

成への複数のFinancial Reportingサービスのインストール

はい いいえ 各 FinancialReporting Web ア

プリケーションは、構成されている FinancialReporting サービ

ス間に要求を配信して、負荷分散を実現します。

参照先:

l Oracle HyperionEnterprisePerformanceManagementSystem イン

ストールおよび構成ガイド

l 第 2 章「EPMSystem サー

ビスのクラスタリング」

EPM System コンポーネントの高可用性と負荷分散 15

製品/コンポー

ネントサポートされる方法 高可用性 負荷分散 ノート/参照先

Web Analysis Webアプリケーション

Java アプリケー

ション・サーバー・クラスタリング

はい はい 『Oracle HyperionEnterprisePerformanceManagementSystem マニュア

ル配置ガイド』を参照してください。

Planning Web アプ

リケーション

Java アプリケー

ション・サーバー・クラスタリング

はい はい 『Oracle HyperionEnterprisePerformanceManagementSystem マニュア

ル配置ガイド』を参照してください。

FinancialManagement 固有

のアプリケーション・サーバー

Oracle HyperionEnterprisePerformanceManagementSystem コンフィ

グレータを使用したクラスタリング

はい はい 29 ページの

「FinancialManagement のク

ラスタリング」を参照してください。

Oracle HyperionProfitability andCost Management,Fusion Edition Webアプリケーション

Java アプリケー

ション・サーバー・クラスタリング

はい(アクティ

ブ-パッシブ・シ

ステム構成の場合)

はい 『Oracle HyperionEnterprisePerformanceManagementSystem マニュア

ル配置ガイド』を参照してください。

Oracle HyperionPerformanceScorecard, FusionEdition Web アプ

リケーション

Java アプリケー

ション・サーバー・クラスタリング

はい はい 『Oracle HyperionEnterprisePerformanceManagementSystem マニュア

ル配置ガイド』を参照してください。

FDM FDM 固有のロー

ド・バランサ

はい はい FDM データベー

スはクラスタリングできます。データベース・ソフトウェアのドキュメントを参照してください。

FDM Web アプリ

ケーション

Microsoft InternetInformationServices(IIS)の複

数のインスタン

はい はい 28 ページの

「FDM クラスタ」

を参照してください。

16 高可用性について

製品/コンポー

ネントサポートされる方法 高可用性 負荷分散 ノート/参照先

スが、アクティブ-アクティブ構

成で配置される

Oracle HyperionFinancial DataQualityManagement ERPインテグレータ

Java アプリケー

ション・サーバー・クラスタリング

はい はい 次のドキュメントを参照してください:

l Oracle HyperionEnterprisePerformanceManagementSystem マ

ニュアル配置ガイド

l アプリケーション・サーバーのドキュメント

l RDBMS のド

キュメント

Data RelationshipManagement

Microsoft IIS の複

数のインスタンスが、アクティブ-アクティブ構

成で配置される

いいえ はい 第 3 章「固有の

アプリケーション・サーバーでの EPM System 製

品のクラスタリング」を参照してください。

EPM System コンポーネントの高可用性と負荷分散 17

18 高可用性について

2EPM Systemサービスのクラス

タリング

この章の内容

Shared Services のクラスタリング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

Shared Services を障害回復用に設定. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

Reporting and Analysis のクラスタリング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22

Shared Services のクラスタリング

Shared Services からシングル・ポイント障害を取り除くには、Shared Services Web

アプリケーションおよびネイティブ・ディレクトリのクラスタを設定し、Shared

Services データベースをクラスタリングします。それには 2 つの方法があります:

l ネイティブ・ディレクトリとして OID を使用した、負荷分散とフェイルオー

バーのためのアクティブ-アクティブ・クラスタ

l ネイティブ・ディレクトリとして OID または OpenLDAP を使用した、アク

ティブ-パッシブ・フェイルオーバー・クラスタ

手順については、次のどちらかのドキュメントを参照してください。いずれも

http://www.oracle.com/technology/products/bi/resource-library.html からダウンロード

できます:

l Oracle Hyperion Enterprise Performance Management System Hyperion Shared

Services Release 11.1.1.2 Active-Active Clusters

l Oracle Hyperion Enterprise Performance Management System Hyperion Shared

Services Release 11.1.1.X Active-Passive Failover Clusters (Windows Environments)

l Oracle Hyperion Enterprise Performance Management System Hyperion Shared

Services Release 11.1.1.X Active-Passive Failover Clusters (UNIX Environments)

Shared Services を障害回復用に設定この項の手順では、図 1 で示す障害回復の設定を作成します。

Shared Services のクラスタリング 19

図 1 障害回復用に Shared Services を設定

ä 図 1 に示すように、インストール中に Shared Services を障害回復用に設定するに

は、次の手順を行います:

1 Shared Services のドメイン名サービス(DNS)の別名を作成し、サーバー 1 またはサーバー

3 に解決します。

たとえば、hss.example.comという別名を作成すると、ユーザーは http://

hss.epm.oracle.com:28080/interopの Shared Services にアクセスできます。

2 データベース・サーバーの DNS 別名(たとえば hssdb.example.com)を作成します。

データベース・サーバーは 2 つありますが、必要なのは使用中のサーバーを指す

1 つの DNS 別名のみです。たとえば、DB サーバー 2 と DB サーバー 4 があるとす

ると、DB サーバー 2 を指す DNS 別名を障害回復用に設定し、DB サーバー 4 を指

す DNS 別名はリセットします。

3 Shared Services Web アプリケーションをサーバー 1 にインストールして構成します。

EPM System コンフィグレータの使用方法:

l hssdb.epm.oracle.com DNS をデータベースのホスト名として入力します。

l Shared Services Web アプリケーション配置の詳細設定で、名前

hss.epm.oracle.com:28080を入力します。

20 EPM System サービスのクラスタリング

4 Shared Services Web アプリケーションを障害回復サーバーにインストールして構成しま

す。

EPM System コンフィグレータの使用方法:

l hssdb.epm.oracle.com DNS をデータベースのホスト名として入力します。

注: Hssdbは、依然としてサーバー 2 のデータベースを指しています。

l Oracle Hyperion(R) Shared Services Web アプリケーションを障害回復サーバー

(図のサーバー 3)に配置します。

5 ログ・シッピングまたはその他の障害回復技術を使用して、障害回復サーバー 4 に

データベース・ミラーを構成します。

6 ネイティブ・ディレクトリを設定します:

1. HYPERION_HOME/products/Foundation/server/scripts/backup_file

backup_locationを実行します。ここで、backup_fileは

backup.bat(Windows)または backup.sh(UNIX)です。

2. backup_location内のファイルを障害回復サーバーにコピーします。

7 ネイティブ・ディレクトリ・データの複製を構成します:

l OpenLDAP - 手順について http://www.openldap.org/doc/admin24/replication.html

を参照するか、定期バックアップおよび復元を実行します。

l Oracle Internet Directory - Oracle Internet Directory クラスタリング技術を使用し

ます。『Oracle Application Server 高可用性ガイド』を参照してください。

ä Shared Services がすでにインストールされている場合に、障害回復機能を使用可能

にするには、次の手順を行います:

1 ライフサイクル管理を使用して、EPM System レジストリ内の論理 Web アプリケーショ

ン・ホストを変更します:

1. アプリケーション・グループ」、「Foundation」、「Shared Services の順にクリッ

クします。

2. System9 registry、Foundation services 製品、Shared Services、論理 Web アプリ

ケーションの順に展開します。

3. 論理 Web アプリケーションのプロパティを右クリックして、編集用にエク

スポートを選択します。

4. LOGICAL_WEB_APP.propertiesのホストを hss.epm.oracleに変更して、

ファイルを再インポートします。

2 ライフサイクル管理を使用して、Oracle Hyperion Shared Services レジストリの

CSSConfigファイルを編集します。

1. Oracle Hyperion(R) Shared Services Console にログオンします。

2. アプリケーション・グループ、Foundation、Shared Services の順にクリックし

ます。

3. System9 registry、Foundation services 製品、Shared Services の順に展開します。

Shared Services を障害回復用に設定 21

4. CSSConfig を右クリックし、編集用にエクスポートを選択して、拡張マーク

アップ言語(XML)ファイルをローカル・ドライブに保存します。

5. XML ファイルで、hub の場所の行のホストを http://hss.epm.oracle.com:

28080に変更します。

6. CSSConfig を右クリックして、インポートを選択します。

『Oracle Hyperion Enterprise Performance Management System ライフサイクル管理ガ

イド』を参照してください。

3 Java Database Connectivity(JDBC)の Uniform Resource Locator(URL)を、DNS の別名または名前

を使用するように変更します:

1. Oracle Hyperion(R) Shared Services Console を使用して、アプリケーション・グ

ループ、Foundation、Shared Services の順にクリックします。

2. System9 registry、Foundation services 製品、Shared Services、データベース接続

の順に展開します。

3. データベース接続のプロパティを右クリックし、編集用にエクスポートを選

択して、DATABASE_CONN.propertiesをローカル・ドライブに保存します。

4. ファイル内の JDBC URL を hssdb.epm.oracle.comに変更します。

5. データベース接続のプロパティを右クリックして、インポートを選択しま

す。

4 障害回復をインストール中に設定する場合は、前述の手順の手順 4 から手順 6 に従い

ます。

Reporting and Analysis のクラスタリングReporting and Analysis は 2 つのクラスタリング・モデルをサポートします。つま

り、構成と監視コンソールを使用した仮想クラスタリング(コア・サービスよび

Interactive Reporting サービス用)と、物理的なクラスタリングです。後者では、異

なるホスト上へのインストール作業が発生します。

コア・サービスのクラスタ同じサービスを別の Java プロセスで実行するときに、Reporting and Analysis 構成

と監視コンソールを使用して、Reporting and Analysis のコア・サービスをクラスタ

リングできます(構成と監視コンソールのサービスのコピー)。

図 2 は、フェイルオーバーのためにクラスタリングされた Oracle Hyperion Reporting

and Analysis のコア・サービスを示します。

22 EPM System サービスのクラスタリング

図 2 Reporting and Analysis のクラスタ

EPM Workspace および Interactive Reporting のクラスタFoundation EPM Workspace サービスを各マシンにインストールして、EPM

Workspace サービス層のアクティブ-アクティブ構成を設定できます。

注: EPM Workspace では、ラウンド・ロビン負荷分散をサポートしていません。

ラウンド・ロビン負荷分散を使用不可にして、EPM Workspace での作業時に

発生するプロセス・エラー・メッセージを回避します。

次の EPM Workspace 共通サービスは、クラスタリング可能です:

l サービス・ブローカ

l SQR ジョブ・ファクトリ

l イベント・サービス

l セッション・マネージャ

l 認証

l 認証

l Analytic Bridge

l ハーベスタ

l トランスフォーマ

l グローバル・サービス・マネージャ(GSM)

Reporting and Analysis のクラスタリング 23

注: クラスタリングされた GSM では、構成と監視コンソールにログオンし

てから、インストールおよび構成の直後に、2 番目の Oracle Enterprise

Performance Management Workspace, Fusion Edition エージェント構成に対

して GSM サービスを手動で使用可能にする必要があります。『Oracle

Enterprise Performance Management Workspace 管理者ガイド』の「CMC

を使用したサービスの構成」の章を参照してください。

l リポジトリ・マネージャ(RM)

注: すべての RM サービスに対して、物理リポジトリの場所が 1 つしかない

場合があります。EPM System コンフィグレータは、リポジトリの場所を

デフォルトで HYPERION_HOME/products/Foundation/workspace/data/

RM1_hostに設定します。サービスが共有の物理リポジトリの場所に設

定されている場合は、必要な権限を持つユーザーにかぎりデフォルト以

外の RM サービスを使用できます。サービスが前述の場所に設定されて

いない場合は、RM サービスは構成後に自動的に使用不可になります。

『Oracle Enterprise Performance Management Workspace 管理者ガイド』の

「CMC を使用したサービスの構成」の章を参照してください。

次の Oracle Hyperion(R) Interactive Reporting サービスは、図 3 に示すように、アク

ティブ-アクティブ構成で配置できます:

l ログ・サービス

l Intelligence サービス

l データ・アクセス・サービス

l ジョブ・サービス

図 3 アクティブ-アクティブ構成での Interactive Reporting サービス

24 EPM System サービスのクラスタリング

Financial Reporting クラスタ

次の Financial Reporting サービス層コンポーネントは、各マシンに 1 度インストー

ルして、アクティブ-アクティブ構成で配置できます:

l レポート・サーバー

l 印刷サーバー

これらのコンポーネントの負荷分散とフェイルオーバーを実現するために必要な、

手動での手順はありません。

Financial Reporting スケジューラ・サービスで許可されるアクティブ・インスタン

スは 1 つのみですが、各マシンに複数のインスタンスをインストールできます。

アクティブ・インスタンスを変更するには、実行中のコピーを停止してから、新

しいインスタンスを開始します。

Oracle Hyperion Financial Reporting, Fusion Edition Web アプリケーションと Oracle

Hyperion(R) Web Analysis もクラスタリングできます。『Oracle Hyperion Enterprise

Performance Management System マニュアル配置ガイド』を参照してください。

Reporting and Analysis のクラスタリング 25

26 EPM System サービスのクラスタリング

3固有のアプリケーション・

サーバーでのEPM System製品

のクラスタリング

この章の内容

EPM System アプリケーション・サーバーについて . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27

Data Relationship Management クラスタ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27

FDM クラスタ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28

Financial Management のクラスタリング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

EPM System アプリケーション・サーバーについて固有のアプリケーション・サーバーが組み込まれている EPM System 製品のクラス

タリングについては、次のトピックを参照してください:

l 27 ページの「Data Relationship Management クラスタ」

l 28 ページの「FDM クラスタ」

l 29 ページの「Financial Management のクラスタリング」

固有のアプリケーション・サーバーで EPM System 製品をクラスタリングするに

は、複数サーバーのサポートを使用可能にする必要があります。ユーザーの負荷

を分散するアプリケーション・サーバーのグループを指定できます。たとえば、

Marketing_Servers という名前のグループを作成して、アプリケーション・サーバー

Mkt1、Mkt2、Mkt3、および Mkt4 を、このグループに追加できます。グループへ

のサーバーの追加や除去は、必要に応じて行えます。

各クライアント・コンピュータは、使用可能なサーバーのリストをローカル・レ

ジストリに保管し、ログオン時にサーバーをランダムに選択します。選択された

サーバーにクライアントがログオンできない場合は、そのサーバーはローカル・

リストから除去され、クライアントは別のサーバーをランダムに選択します。ク

ライアントはサーバーに接続すると、サーバーの更新リストを接続したサーバー

に要求して、次回のログオン要求時のためにローカル・レジストリを更新します。

Data Relationship Management クラスタData Relationship Management は Web ゲートウェイを使用して、クライアント要求

を処理エンジンに接続します。拡張性を高めるために、処理エンジンを複数のマ

シン間に分散できます。Web ゲートウェイ・ディレクタは、Web ゲートウェイ経

由でクライアント要求を異なるエンジンにルーティングします。

EPM System アプリケーション・サーバーについて 27

注: 処理要求は、必ずしもクラスタ内のマシン間に均等に分散されるわけでは

ありません。処理エンジンへのルーティングは、アクセスされるデータお

よび実行される操作タイプに基づいて決まります。

Web ゲートウェイが複数ある場合は、サードパーティ製のロード・バランサを使

用して、異なる Data Relationship Management Web ゲートウェイ・サーバーに要求

を分散できます。『Oracle Hyperion Enterprise Performance Management System マニュ

アル配置ガイド』を参照してください。

Oracle Hyperion Data Relationship Management, Fusion Edition をクラスタリングされ

たデータベース環境にインストールする場合は、「データベース・スクリプトを

ディスクに保存する」オプションを選択する必要があります。これにより、クラ

スタリングされた環境内にデータベースが作成され、スクリプトが手動で実行さ

れるとデータベースに移入されます。このオプションを選択しないと、インストー

ラは明示的なファイル・パスを使用してデータ・ファイルを作成しますが、この

ファイルはクラスタリングされたデータベース環境内(Oracle Real Application Cluster

など)でのデータ・ファイル管理方法と互換性がありません。

FDM クラスタ図 4 では、FDM リレーショナル・データベースがフェイルオーバーと高可用性の

ために固有の Oracle Hyperion Enterprise Performance Management System アプリケー

ション・サーバーでクラスタリングされたシナリオを示します。サードパーティ

製の製品を使用して Web サーバーをクラスタリングし、FDM の高可用性をサポー

トできます。Oracle Hyperion Financial Data Quality Management, Fusion Edition リ

レーショナル・データベースのクラスタリングについては、データベース・ソフ

トウェアのドキュメントを参照してください。

28 固有のアプリケーション・サーバーでの EPM System 製品のクラスタリング

図 4 フェイルオーバーおよび高可用性のためにクラスタリングされた FDM

Financial Management のクラスタリングFinancial Management サーバーを高可用性のためにクラスタリングするには、Oracle

Hyperion Enterprise Performance Management System コンフィグレータを使用しま

す。『Oracle Hyperion Enterprise Performance Management System インストールおよ

び構成ガイド』を参照してください。

大規模な境界線集計のための専用の集計サーバーなど、クラスタリングされてい

ないサーバーを、クラスタリングされたアプリケーション・サーバーとともに引

き続き使用できます。これらのアプリケーション・サーバーのデータは、高可用

性を実現できるリレーショナル・データベースに保管されます。

図 5 に、2 つの Financial Management サーバーおよび 2 つの Microsoft Web サーバー

上でクラスタリングされている Financial Management リレーショナル・データベー

スを示します。Web サーバーのクラスタは、通常アクティブ-アクティブで、ハー

ドウェアのロード・バランサを使用します。

注: Oracle Hyperion Financial Management, Fusion Edition のクラスタリングには、

Microsoft IIS が必要です。Microsoft IIS のドキュメントを参照してください。

Financial Management のクラスタリング 29

図 5 Financial Management のクラスタリング: Web サーバーと固有のアプリケーション・サー

バー

30 固有のアプリケーション・サーバーでの EPM System 製品のクラスタリング

4Essbaseのクラスタリング

この章の内容

Essbase の高可用性、フェイルオーバー、および負荷分散 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

Essbase のクラスタリングのオプション . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

Essbase のクラスタリングの例 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35

Essbase の高可用性、フェイルオーバー、および負荷分散

Essbase のクラスタリングは、1 つ以上の Essbase サーバー上で実行する同一データ

ベースのアクティブ-アクティブ構成です。同一データベースとは、アウトライ

ン、データ、およびデータベース・オブジェクト(計算スクリプト、レポート・ス

クリプトなど)が同じデータベースです。Essbase のクラスタは、Essbase データベー

スの高可用性、フェイルオーバー、および負荷分散機能をサポートする Provider

Services によって、作成および管理されます。

Provider Services クライアントには、Oracle Hyperion Smart View for Office, Fusion

Edition クライアント、カスタム Java アプリケーション・プログラミング・インタ

フェース(API)クライアント、Analysis 対応 XML(XMLA)クライアントが含まれま

す。Provider Services は、クラスタに属するデータベース・インスタンスにクライ

アント要求を分散します。Essbase クラスタは、データベース上の読取り専用操作

のみサポートします。データのライトバックやアウトラインの変更はサポートし

ません。Essbase クラスタは、1 つのデータベースの変更をクラスタ内のすべての

データベースに対して同期化するなどのデータベースの複製機能を管理しません。

一連の Essbase サーバーを構成してクラスタリングを行ったら、管理サービス・コ

ンソールのエンタープライズ・ビューの「Provider Services」ノードで、クラスタ

を定義して使用可能にする必要があります。34 ページの「クラスタリングされ

たデータベース・コンポーネントを使用可能にする」を参照してください。

Essbase のクラスタリングのオプションProvider Services を使用すると、1 つの Essbase サーバー内のデータベースとまった

く同じデータベースのクラスタを、同じコンピュータ上の複数の Essbase サー

バー、またはネットワーク上の複数のコンピュータに分散されている Essbase サー

バーに作成できます。

注: Essbase サーバーの使用が、ライセンスの制約を受ける場合があります。

Essbase の高可用性、フェイルオーバー、および負荷分散 31

Provider Services でのクラスタリング

Essbase が Provider Services でクラスタリングされ、サードパーティ製のツールが

ない場合:

l Excel のアドインではなく Smart View を使用する必要があります。

l Essbase にはライトバック機能がなく、レポート用にのみ使用されます。この

ため、Oracle Hyperion Planning, Fusion Edition はサポートされません。

l ノードをロードして個々に計算する必要があります。

Essbase クラスタへのサーバーの追加

クラスタに含むサーバーを指定する必要があります。

ä サーバーを Essbase クラスタに追加するには、管理サービス・コンソールから次の

操作を行います:

1 エンタープライズ・ビュー、またはカスタム・ビューで、Essbase サーバーを選択しま

す。

2 追加するサーバーごとに、次の操作を行います:

1. 右クリックして、Essbase サーバーの追加を選択します。

2. Essbase サーバーの追加に、Essbase サーバー名、ユーザー名およびパスワー

ドを入力します。

3. 前の手順で入力したパスワードを確認します。

3 エンタープライズ・ビューまたはカスタム・ビューで、Hyperion Provider Services ノード

からプロバイダを選択します。

4 右クリックして、作成、Essbase クラスタの作成の順に選択します。

5 Essbase クラスタの追加、クラスタ名の順に選択し、クラスタの名前(たとえば「東海

岸地域の販売」)を入力します。

6 短い説明(たとえば「東海岸地域の販売データベース」)を入力します。

7 追加をクリックし、サーバーをクラスタに追加します。

8 クラスタ・コンポーネント・データベースの選択で、Essbase サーバー、アプリケー

ション、データベース名を指定して、OK をクリックします。

Essbase サーバーおよび関連付けられているアプリケーションおよびデータベース

名(たとえば localhost.Demo.Basic)が、クラスタ・コンポーネント・リストに表

示されます。クラスタ・コンポーネントは、Essbase サーバー、アプリケーショ

ン、データベース名から構成されています。

9 手順 7 から手順 8 を繰り返して、その他のコンポーネントを追加します。

10 クラスタの追加で OK をクリックします。

新しいクラスタ名が Essbase クラスタの下に表示されます。

32 Essbase のクラスタリング

Essbase クラスタの除去

ä Essbase クラスタを除去するには、次の手順を行います:

1 管理サービス・コンソールのエンタープライズ・ビューまたはカスタム・ビューで、

Hyperion Provider Services ノードからプロバイダを選択します。

2 プロバイダのノードから Essbase クラスタを選択します。

3 Essbase クラスタで、クラスタを選択します。

4 右クリックして削除を選択します。

5 Essbase クラスタの削除ではいをクリックします。

削除は、Provider Services を再起動した時点で有効になります。

Essbase クラスタへのコンポーネントの追加

Essbase クラスタを作成する場合は、関連付けられる Essbase サービス、アプリケー

ション、データベースを指定します。

ä コンポーネントをクラスタに追加するには、管理サービス・コンソールから次の

操作を行います:

1 エンタープライズ・ビューまたはカスタム・ビューで、Hyperion Provider Services からプ

ロバイダを選択します。

2 プロバイダ・ノードで Essbase クラスタノードを選択します。

3 Essbase クラスタノードで、クラスタを選択します。

4 右クリックして編集を選択します。

5 Essbase クラスタパネルで追加をクリックします。

6 クラスタ・コンポーネント・データベースの選択で、Essbase サーバー、アプリケー

ション、データベース名を指定します。

7 OK をクリックします。

データベース・コンポーネントが Essbase クラスタパネルに表示されます。

8 その他のコンポーネントを追加するには、コンポーネントごとに手順 5 から手順 7 を

繰り返します。

9 適用をクリックします。

10 閉じるをクリックします。

クラスタ・コンポーネントの除去

ä データベース・コンポーネントをクラスタから除去するには、管理サービス・コ

ンソールから次の操作を行います:

1 エンタープライズ・ビューまたはカスタム・ビューで、Hyperion Provider Services ノード

からプロバイダを選択します。

Essbase のクラスタリングのオプション 33

2 プロバイダノードで、分析クラスタノードを選択します。

3 分析クラスタノードで、クラスタを選択します。

4 右クリックして編集を選択します。

5 除去するデータベース・コンポーネントごとに、分析クラスタパネルでコンポーネン

トを選択して、削除をクリックします。

6 適用をクリックします。

7 閉じるをクリックします。

クラスタリングされたデータベース・コンポーネントを使用可能にするデータベース・コンポーネントは、使用不可にした後で再度使用可能にできます。

注: Provider Services の開始時にクラスタ定義に含まれていたコンポーネントは、

動的に使用可能/使用不可を切り替えることができ、Provider Services を再起

動する必要もありません。ただし、クラスタにコンポーネントを追加した

り、クラスタを作成した場合は、新しいクラスタ定義を反映させるために

Provider Services を再起動する必要があります。新しく追加したコンポーネ

ントは、Provider Services を再起動した後で使用可能/使用不可を切り替える

ことができます。

ä クラスタリングされたデータベース・コンポーネントを使用可能にするには、管

理サービス・コンソールから次の操作を行います:

1 エンタープライズ・ビューまたはカスタム・ビューで、Hyperion Provider Services ノード

からプロバイダを選択します。

2 プロバイダノードで、分析クラスタノードを選択します。

3 分析クラスタノードで、クラスタを選択します。

4 右クリックして編集を選択します。

5 使用可能にするデータベース・コンポーネントごとに、分析クラスタパネルでコン

ポーネントを選択して、使用可能をクリックします。

データベース・コンポーネントのステータスが「使用可能」に変わります。

6 閉じるをクリックします。

注: Provider Services の開始時にクラスタ定義に含まれていたコンポーネントは、

動的に使用可能/使用不可を切り替えることができ、Provider Services を再起

動する必要もありません。ただし、既存のクラスタにコンポーネントを追

加したり、クラスタを作成した場合は、新しいクラスタ定義を反映させる

ために Provider Services を再起動する必要があります。新しく追加したコン

ポーネントは、Provider Services を再起動するまで使用可能/使用不可を切り

替えることができません。

34 Essbase のクラスタリング

クラスタ・コンポーネントを使用不可にするクラスタ内の個々のデータベース・コンポーネントを使用不可にできます。たと

えば、データベースを更新するために、コンポーネントをオフラインにすること

ができます。

ä クラスタ内のデータベース・コンポーネントを使用不可にするには、管理サービ

ス・コンソールから次の操作を行います:

1 エンタープライズ・ビューまたはカスタム・ビューで、Hyperion Provider Services ノード

からプロバイダを選択します。

2 プロバイダ・ノードで Essbase クラスタノードを選択します。

3 Essbase クラスタノードで、クラスタを選択します。

4 右クリックして編集を選択します。

5 使用不可にするコンポーネントごとに、Essbase クラスタパネルでコンポーネントを選

択して、使用不可をクリックします。

6 閉じるをクリックします。

Essbase のクラスタリングの例わかりやすくするために、この項のすべての例で Smart View を使用しています。

Essbase サービス・クラスタ

Provider Services を使用すると、同じデータベースでアプリケーションを実行して

いる Essbase サーバーをグループ化して、それらを 1 つのリソースとして使用でき

ます。

注: Essbase サーバーをクラスタに追加または削除する場合は、サーバーを再起

動してグループへの変更を反映させます。グループ内のコンポーネントは、

サーバーを再起動せずに使用可能/使用不可を切り替えることができます。

Essbase データベース・クラスタ

Essbase データベースをクラスタリングすると、負荷分散とフェイルオーバーをサ

ポートできるようになります。Provider Services は並列クラスタリングを提供しま

す。これは、ユーザーの要求に応答する、一連のアクティブな重複データベース

です。どのデータベースにアクセスしているかは、データ・ソースに接続してデー

タを取得しているユーザーにはわかりません。Provider Services を使用すると、可

用性および優先ルールに基づいた、クラスタ内のデータベース間での接続のルー

ティングが容易になります。

Essbase のクラスタリングの例 35

図 6 Provider Services での Essbase データベースのクラスタリング

図 6 では、Oracle Hyperion Smart View for Office, Fusion Edition のユーザーは Provider

Services を介して Essbase に接続します。

各ユーザー接続は、Essbase のセッション中にサーバーに割り当てられます。

Provider Services はセッション・レベルで負荷分散を行います。たとえば、図 6 で

は、ユーザー 1 の接続はデータ・ソース A にマップされます。ユーザー 2 の接続

はデータ・ソース B にマップされます。ユーザー 3 の接続はデータ・ソース C に

マップされます。つまりユーザー 1 からのすべての要求は、接続中はデータ・ソー

ス A で処理されます。

データ・ソース A で障害が発生した場合:

l ユーザー 1 はデータ・ソース A でタイムアウトします。

l ユーザー 1 は次に使用可能なデータ・ソースに再ルーティングされます。こ

の場合は、図 7 のデータ・ソース C です。

図 7 に、データ・ソース A がオフラインになった場合に行われる処理を示しま

す。

36 Essbase のクラスタリング

図 7 1 つのデータ・ソースがオフラインになったデータベース・クラスタ

図 7 では、クエリー 1 の状態は中間層に保持されて再ルーティングされます。

Oracle Hyperion Provider Services にも、サーバー間の負荷分散機能があります。

図 8 に、単一サーバーに配置されたクラスタ・データベースを示します。

図 8 単一サーバー上の Essbase データベース・クラスタ

図 8 では、2 つのサーバーに Oracle Essbase データベースがあります。サーバー 1

には 4 つのプロセッサがあり、RAM は 8GB です。サーバー 2 には 8 つのプロセッ

サがあり、RAM は 16GB です。サーバー 2 のリソースのほうが多いため、サー

バー 2 にデータ・ソース B と C が置かれます。このため、サーバー 2 は両方の接

続を処理できます。

Essbase のクラスタリングの例 37

フェイルオーバーのサポートも、単一サーバー上のデータベース・クラスタに適

用されます。図 9 では、サーバー 2 がオフラインになり、ユーザー 2 とユーザー

3 が、次に使用可能なサーバーであるサーバー 1 にルーティングされます。

図 9 単一サーバー上のデータベース・クラスタのフェイルオーバー

38 Essbase のクラスタリング