Essbaseの管理(OPMNを使用)

Oracle Process Manager and Notification (OPMN)サーバーを使用して、Essbaseエージェント・プロセスを監視および制御できます。Essbaseエージェント情報をopmn.xmlファイルに追加して、OPMNコマンドライン・インタフェースを使用することにより、Oracle Process Manager and Notification ServerでEssbaseエージェントを起動、停止および再起動できるようにします。OPMNは、Essbaseエージェントが応答しなくなった場合、予期せずに終了した場合、または使用不可になったことがpingおよび通知操作によって確認された場合、Essbaseエージェントを自動的に再起動できます。OPMNはEPM_HOMEにインストールされます。

図148には、EssbaseをOPMNと統合する方法が記載されています。

また、OPMNに用意されているフェイルオーバー機能を使用して、Essbaseクラスタの高可用性を実現できます(Essbaseフェイルオーバー・クラスタの理解を参照)。

図 148. EssbaseとOPMNの統合

Oracle Process Manager Modules (PM Modules)は、プロセス管理および状態監視を目的としてEssbaseエージェントと通信します。EssbaseエージェントとOPMNは、管理対象コンポーネントとして、コンポーネント間の通知用転送メカニズムであるOracle Notification Server (ONS)を使用して通信します。

Essbaseを起動(OPMNコマンドライン・インタフェースを使用)すると(Essbaseの起動および停止(OPMNを使用)を参照)、OPMNは、エージェント・プロセスを起動し、ステータスを初期化済に設定します(opmn.logファイルにメッセージが記録されます)。この状態が活動状態に切り替わるかどうかは、OPMNがエージェントから応答(reverse ping)を受信する(つまり、エージェントがアクティブである)かどうかによって決まります。

Essbaseが起動して稼働すると、OPMNはTCPベースのforward pingをエージェントに送信します。ping試行が失敗すると、OPMNはエージェントとのネゴシエーションを最大で3回試行します。すべてのping試行が失敗すると、OPMNはエージェントを停止します。OPMNは、次のシナリオに対してエージェントの再起動を試行します:

Essbaseを停止(OPMNコマンドライン・インタフェースを使用)すると、OPMNはエージェントをシャットダウンすることにより、エージェントが保持しているすべてのリソースを解放します。Essbaseサーバーは、親エージェント・プロセスがシャットダウンされていることを検出すると、自動的にシャットダウンされます。

OPMNによって管理されるコンポーネントは、手動で起動または停止しないようにする必要があります。システム・コンポーネントを起動および停止するには、opmnctlコマンドライン・ユーティリティを使用してください。

EssbaseをOPMNから起動、停止および監視するには、次のコマンドを使用してください:

ここで、EssbaseInstanceNameは、次のいずれかです:

Essbaseサーバーの開始および停止スクリプトはOPMNにリダイレクトされます。Oracle Enterprise Performance Management System Installation and Configuration Guideを参照してください。

OPMNコマンドの詳細は、『Oracle Process Manager and Notification Server管理者ガイド』を参照してください。

トラブルシューティングおよびロギング情報は、Oracle Enterprise Performance Management System Installation and Configuration Troubleshooting Guideを参照してください。

Essbaseクライアントは、URLを使用して、次の形式でEssbaseクラスタに接続できます:

      http
      (s)
      ://host:port/aps/Essbase?ClusterName=
      clusterName
      &SecureMode=yesORno
   

ログインを簡略化するために、Essbaseクライアントは、URLではなく論理クラスタ名を<name>:<secure>という形式で直接使用する必要があります。クラスタ名を使用したクライアント・ログインを可能にする場合は、まず最初にProvider Servicesを構成するためのプロパティを指定してください。クラスタ名は、構成ファイルに指定されているProvider Servicesサーバーによって解決されます。

サーバー名を解決する際に、Login APIは次の優先順位に従います:

Essbaseアクティブ-パッシブ・クラスタは、2つのEssbaseインスタンスで構成されます。2つのインスタンスはアクティブ・ノードとパッシブ・ノードに1つずつ置かれ、これらのノードは構成用とデータ用の共通ストレージを共有します。ストレージは2台のコンピュータ間で共有されるため(たとえば、SANを使用)、管理者がストレージを同期する必要がなく、(Provider ServicesでのEssbaseアクティブ-アクティブ・クラスタの場合のような)読取り専用サポートの制約もありません。Essbaseは、書込み時のデータ破損を回避するため、データベース・テーブルを使用して1つのエージェントおよびその関連サーバーのみをアクティブにします。インストールおよび構成時に、クラスタ内に存在する構成データおよびアプリケーション・データに関する情報を保持するテーブルが作成されます。Essbaseアクティブ-パッシブ・クラスタでは、ファイル・システムのロック(essbase.lckファイル)は使用されません。

OPMNで使用可能なサービス・フェイルオーバー機能を使用してEssbaseサーバーをクラスタリングすることにより、ライトバック機能およびAPIサポートとともにアクティブ-パッシブ・サービス・フェイルオーバーを提供します。Essbaseサーバーをクラスタリングすることにより、アクティブ・サーバーに障害が発生したときにパッシブ・サーバーに自動的に切り替える機能を提供し、Essbaseエージェントの高可用性を実現します。

図 149. Essbaseフェイルオーバー・クラスタのアーキテクチャ

表130は、EssbaseエージェントおよびEssbaseサーバーが終了する原因となるエラー条件、影響を受けるコンポーネント、OPMNの応答、およびEssbaseクライアントの応答をリストしています。

Essbaseクラスタを使用してサーバーの高可用性を得る場合、Essbaseアプリケーション・ファイルをシステム間で共有するためにネットワーク・ファイル・システムを使用するのが一般的です。

Windowsでは、Universal/Uniform Naming Convention (UNC)を使用して、ネットワーク・リソースの場所(共有ディレクトリなど)を指定できます。構文:

      \\ComputerName\SharedFolder\Resource
   

EssbaseがWindows上で稼働している場合、次のEssbaseサーバー・アプリケーション・アーティファクトのネットワーク共有パスを指定する際にはUNCパスがサポートされます:

その他すべてのファイル・パス(データ・ロードおよび次元構築用のクライアント側のパスなど)については、UNCパスはサポートされていません。

UNC構文の詳細は、MSDNを参照してください。

EssbaseをProvider Servicesとの暗号化(SSL)通信用に構成するには、Essbase libcurlライブラリを有効にしてProvider Servicesへのセキュア・チャネルを設定するための構成タスクを実行する必要があります。これは、論理Essbaseクラスタ名を使用してEssbaseとProvider Servicesの間にセキュア接続を作成するために必要な作業です。

次の構成オプションを使用して、ピア検証を無効にするか、認証局(CA)証明書の場所を指定します。

         API_DISABLE_PEER_VERIFICATION=1
      

         API_CAINFO=CA 
         certificate file path
      

         API_CAPATH=
         directory path containing CA certificates