Oracle® Essbase

Oracle Hyperion Enterprise Performance Management Systemインストーラ, Fusion EditionおよびOracle Hyperion Enterprise Performance Management Systemコンフィグレータは、Essbaseのインストール、アップグレード、および構成プロセスを合理化および簡素化します。Oracle Hyperion Enterprise Performance Management Systemコンフィグレータは、構成情報の保管と再利用を可能とする、Oracle Hyperion Shared Servicesレジストリを使用します。

Oracle Hyperion Enterprise Performance Management System診断で、製品コンポーネントが正常にインストール、構成、および実行されていることを確認します。

インストールおよび構成ドキュメントのセットには、より少数のインストール・ガイドが含まれているため、すばやく簡単に情報を検索できます。個別の製品インストール・ガイドは、次のガイドで置き換えられます:

次のガイドのうち1つ以上を使用する必要のある場合があります:

ライフサイクル管理(LCM)は、Hyperion製品です。本製品ではアプリケーション、キューブ、リポジトリ、またはアーティファクトを製品環境およびオペレーティング・システム間で移行するための一貫した方法を提供しています。LCMインタフェースは、Oracle Hyperion(R) Shared Services Consoleに統合されています。

LCMの特徴:

『Oracle Hyperion Enterprise Performance Management Systemライフサイクル管理ガイド』を参照してください。

型付きメジャーで、Essbaseの分析能力を拡張します。型付きメジャーは、数値のほかにテキスト・タイプの値または日付タイプの値に関連付けることもできます。

テキスト・メジャーには、どの次元メジャーを示す場合でも「テキスト」というタグが付いています。テキスト・メジャーにより、セルの値にテキスト・ラベルの列挙リストの1つを含めることができます。これらのラベルは、テキスト・リストと呼ばれるマッピング・アーチファクトを使用して、アウトライン・レベルで定義されます。

日付メジャーには、メジャーを示す次元に「日付」というタグが付いています。日付メジャーによって、セルの値はフォーマット済の日付の形式として使用可能となります。

フォーマット文字列を使用すると、数値型付きメジャー内のEssbaseデータベース・メンバーの値(セル・コンテンツ)をフォーマットできます。これにより、クエリー用に、テキスト、日付または事前定義値のその他の型として表示されます。結果として表示される値は、セルでフォーマットされた値です。

フォーマット文字列を使用すると、数値そのもののかわりに、より有意な値を表示できます。たとえば、テキスト・ベースのフォーマットされた値を使用して、データ・セルを「高」、「中」、および「低」と表示できます。

このリリース以前のEssbaseでは、属性に基づいてメジャーを保管および計算できました。ただし、時間などの次元、または複数の次元にわたって属性が変更される場合があります。たとえば、製品のパッケージングは、時間の経過とともに変化するだけでなく、地域マーケット間でも異なる可能性があります。

可変属性を使用すると、基本次元の値を、最低1つの独立した次元によって変動させることができます。可変属性を使用する場合、製品などの基本メンバーをサイズに応じて、時間やシナリオ、またはマーケット間で、変動させることができます。

可変属性により、複数の次元にわたって変化する属性のメジャーを保管して計算する機能がEssbaseに追加されています。たとえば、パッケージ・タイプあたりの収益を示すレポートを、変動する属性に従って計算できます。1月に16オンスのコンテナでパッケージされており、5月には20オンスのパッケージ・タイプに変更される製品の場合、表示される時点で所属していたパッケージ・グループに従って、収益が別々に表示される場合があります。

Essbaseでは、「過去の時点(as was)」シナリオに基づいて、可変属性を計算することもできます。たとえば、ある時点での割当てで、異なるパッケージ・タイプにおける収益を計算できます。このアプローチでは、パースペクティブを設定し、1つの時点に固定して、経時的な属性の変化を無視します。これは、属性への変化が発生しなかったかのように収益を分析する際に役立ちます。

さらに、Essbaseでは、変化する属性に基づいて、メンバー選択を実行できます。たとえば、4月に32オンスのパッケージ・タイプが含まれていたすべての製品をクエリーできます。

通常のEssbaseバックアップは、業務サーバーのメンテナンスに統合する必要があります。これは、データベースのメンテナンスにとって不可欠です。バックアップの頻度は、データベースおよびサーバー環境の不安定性、および(サーバーの中断した場合などの)迅速なデータベース復元の必要性によって決定されます。

ブロック・ストレージ・データベースのバックアップと復元には、次のいずれかの方法が使用できます:

集約ストレージ・アプリケーションのバックアップと復元には、手動で手順を実行する必要があります。

『Oracle Hyperion Enterprise Performance Management Systemバックアップおよびリカバリ・ガイド』を参照してください。

集約ストレージ・データベース内では、特定の領域からデータを消去し、そのデータを別の領域に保持できます。この機能は、たとえば先月分のデータなどの一時的なデータを削除する一方で履歴データを保持する場合に役立ちます。データを消去するには、データベース・マネージャ権限、または管理者権限が必要です。

領域からデータを消去するための方法:

指定された領域からデータを消去するには、clear data in region文法で、alter databaseMaxLステートメントを使用できます。ステートメントの構文は次のとおりです:

alter database appname.dbname clear data in region {MDX set expression} [physical];

ブロック・ストレージ・アプリケーション、計算スクリプトおよびアウトライン・メンバー式において、ユーザー固有のシステム設定のプレースホルダとしてシステム環境変数を使用できます。環境変数はオペレーティング・システム・レベルで定義されるため、すべての計算スクリプトとEssbaseサーバー上での式で使用可能です。

集約ストレージ・データベースがターゲットであり、かつブロック・ストレージ・データベースがソースであり、その2つのアウトラインが同一である場合に、集約ストレージ・データベースの複製を最適化するには、次の方法のいずれかを使用します:

最適化の方法は両方とも、ターゲットの集約ストレージ・アプリケーションのみに影響します。ソースのブロック・ストレージ・アプリケーションには影響しません。これらの方法は、ブロック・ストレージの複製には適用されません。

essbase.cfgファイル内のFORCEGRIDEXPANSION構成設定によって透過パーティションのクエリーが実行されるときに、グリッドが強制的に拡張されます。この設定を使用すると、ほとんどのデータ値が#MISSINGとして表示される場合でも(#MISSINGと表示されるセルにデータが含まれるかどうかに関係なく)、正しい結果が取得されるかどうかを確認できます。

FORCEGRIDEXPANSION設定は、GRIDEXPANSION構成設定で使用されます。

ブロック・ストレージ・データベースまたは集約ストレージ・データベースに関係なく、データ・ソースから透過パーティションに送信される要求の場合、essbase.cfgファイルのENABLE_DIAG_TRANSPARENT_PARTITION構成設定を使用して、トランザクション応答時間をログできます。これらのメッセージのロギングは、応答時間が遅すぎる場合のトラブルシューティングに役立ちます。

透過パーティション・ターゲットが集約ストレージ・データベースの場合、MAX_REQUEST_GRID_SIZE構成設定とMAX_RESPONSE_GRID_SIZE構成設定を使用して、要求グリッド・サイズと応答グリッドの最大サイズを指定できます。

essbase.cfgファイルのDATAEXPORTENABLEBATCHINSERT構成設定は、Essbaseデータがリレーショナル・データベースへの直接挿入のためにエクスポートされるときに、デフォルトの行挿入方法のかわりに、バッチ挿入方法を使用するかどうかを指定します。データ行は、リレーショナル・データベースとODBCドライバがこの機能をサポートする場合のみに挿入できます。

集約ストレージ・アプリケーションとデータベースは、Unicodeモード対応できます。

複数のHyperion製品を使用しているユーザーと管理者が共通ロギングを使用すると、ログ・メッセージを共通の場所で検索できるため、適切なログ・ファイルをトレースする時間と労力を節約できます。

このため、Essbaseログ・ファイルは、HYPERION_HOME/logs/essbaseにあります。

管理サービス・コンソール内のアウトライン・エディタを使用すると、集約ストレージ・アウトラインとブロック・ストレージ・アウトラインに暗黙の共有を強制できます。ブロック・ストレージ・データベースの場合、Essbaseサーバーのデフォルト設定とアプリケーションのデフォルト設定をブロックするには、構成ファイルを設定をすることでデフォルトの暗黙の共有設定を上書きします。プログラミングを容易にするために、EssOtlGetImpliedShareとEssOtlSetImpliedShareという2つのAPI関数が提供されています。

XOLAP(eXtended OnLine Analytic Processing)は、ビジネス・インテリジェンスにおけるOLAPの役割の一バリエーションです。より詳しく説明すると、XOLAPはアウトライン・メタデータのみを保管し、クエリー時にリレーショナル・データベースからデータを取得する、Essbase多次元データベースです。つまり、XOLAPは、ソース・リレーショナル・データベースをEssbaseデータベースと統合し、多次元データベースの高度な分析機能で、リレーショナル・データベースの拡張性を強化するものです。貴社の環境にOLAPとXOLAPのどちらが最適であるかは、ビジネス・ニーズによって決まります。

XOLAP用にモデルを指定する方法については、Oracle Essbase Studioのオンライン・ヘルプを参照してください。

集約ストレージ・データベースにSQLをロードするとき、最大8つのルール・ファイルを使用して、データを並列にロードできます。各ルール・ファイルは、認証情報(SQLユーザー名とかわりワード)を使用する必要があります。

Essbaseは複数の一時集約ストレージ・データ・ロード・バッファ(各ルール・ファイルに対して1つ)を初期化します。このデータ・ロード・バッファは、データ値がソートおよび累計される場所となります。データがデータ・ロード・バッファに完全にロードされると、Essbaseによって、すべてのバッファのコンテンツが単一の操作でデータベースにコミットされます。この方法では、個別にバッファをコミットする方法よりも時間を短縮できます。

次の計算関数が新しく導入されています:

次のMDX関数が新しく導入されています:

WITH PERSPECTIVE MDX句を使用すると、可変属性のパースペクティブに基づいて、クエリーを条件付けできます。

MdxFormatディレクティブを使用すると、フォーマット文字列を作成して、メンバー値の表示値を変更できます。

次のレポート・ライター・コマンドが新しく導入されています:

次のessbase.cfg設定が新しく導入されています:

次のMaxL文法が追加されました:

次のMaxLステートメントとMaxL Shellステートメントが追加されました:

次の関数が、Oracle EssbaseAPIに追加されています: