計算の最適化

8 KB - 100 KBのデータ・ブロック・サイズならば、大抵の場合は最適なパフォーマンスが得られます。

データ・ブロックが8 KBよりも大幅に少ない場合、通常インデックスは非常に大きくなり、インデックスのディスクへの書込みやディスクからの取得がEssbaseで強制的に実行されます。このプロセスにより、計算の速度が遅くなります。

データ・ブロックが100 KBよりも大幅に大きい場合は、高機能計算が効率よく機能しません。高機能計算についての理解。を参照してください。

計算パフォーマンスとデータ・ストレージを最適化するには、データベースの密次元と疎次元の構成を調整することによって、データ・ブロック密度とデータ・ブロック・サイズのバランスをとります。次の点に留意してください:

データ・ブロックとデータ・ブロック・サイズの潜在的な数や実際の数など、データベースに関する情報を表示できます。

データベース・アウトライン内の標準の(属性以外の)疎次元の順序を変更することで、計算パフォーマンスが向上する場合があります。含まれているメンバーが最も少ない次元を最初に配置して、含まれているメンバーの数によって標準の疎次元を順序付けます。この配列により、サイトによっては多くの点で改善される可能性があります:

多くの企業では、データを増分的にロードします。たとえば、月ごとにその月分のデータをロードする場合があります。

データを増分的にロードするときの計算パフォーマンスを最適化するには、時間としてタグ付けされた次元を疎次元にします。時間次元が疎の場合、データベースにはそれぞれの期間のデータ・ブロックが含まれます。データを期間ごとにロードする場合は、該当の期間を含むブロックが少ないため、Essbaseでアクセスされるデータ・ブロックが少なくなります。したがって、高機能計算が使用可能になっている場合は、ダーティとしてマークされたブロックのみが再計算されます。たとえば、3月のデータをロードする場合は、3月のデータ・ブロックと3月に従属する親のみが更新されます。

ただし、本来密である時間次元を疎にすると、インデックスのサイズが大幅に拡大し、その大きなインデックスに対応して物理的出入力アクティビティの量が増えるために、パフォーマンスの速度が低下する可能性があります。

時間としてタグ付けされた次元が密の場合でも、疎次元に対する部分的なデータ・ロードを行うときは、高機能計算の利点の一部を利用できます。たとえば、製品が疎で、1つの製品のデータをロードする場合は、時間が密で高機能計算が使用可能になっている場合でも、Essbaseでは部分的なロードによって影響を受けるブロックのみが再計算されます。

増分ロードの詳細は、集約ストレージ・データベースへのデータのロードを参照してください。

データベース・アウトラインに複数のフラット次元が含まれている場合は、計算パフォーマンスが影響を受けることがあります。フラット次元の親の数は非常に少なく、それぞれの親に何千もの子があります。言い換えれば、フラット次元には多数のメンバーがあり、レベルは少ないことになります。

データベース・アウトラインに中間レベルを追加することで、複数のフラット次元を含むアウトラインに対するパフォーマンスを改善できます。

計算スクリプトの式と次元を慎重にグループ化することで、計算パフォーマンスを大幅に向上できる場合があります。この方法で、計算中にデータベース内のデータ・ブロックがEssbaseによって循環される回数を、可能なかぎり少なくできます。

計算スクリプトのコマンドを、データベース計算が可能なかぎり簡単になるように順序付けます。すべての式をデータベース・アウトラインに適用することと、デフォルト計算(CALC ALL)を使用することを検討してください。この方法で、計算パフォーマンスを向上できる場合があります。

ブロック・ストレージ・データベース用の計算スクリプトの作成および計算パスを参照してください。

計算スクリプトでSET MSG SUMMARYとSET MSG DETAIL計算コマンドを使用すると、次の処理を行うことができます:

また、SET MSG DETAILにより、Essbaseでデータ・ブロックが計算されるたびに、情報メッセージが表示されます。SET MSG DETAILは、データ・ブロックの計算順序を調べる場合や、高機能な再計算をテストする場合に有用です。

SET MSG SUMMARYで生じる処理のオーバーヘッドは、データベースのサイズに応じて約1% - 5%であるため、このコマンドはあらゆる計算に適しています。

計算スクリプトでSET NOTICE計算コマンドを使用して、計算済のデータベースのパーセンテージを示す計算完了通知を表示できます。SET MSG SUMMARYコマンドをSET NOTICEコマンドと一緒に使用すれば、完了通知間の計算の進捗状況を表示できます。非常に小さいデータベースで使用する場合を除き、完了通知によって計算パフォーマンスが大幅に低下することはありません。

計算時間を見積る場合は、実際のデータベースに基づいたデータ・モデル上でシミュレート計算を実行する必要があります。

シミュレート計算を実行した際、結果を記録し、その結果を使用して実際の計算時間を見積ります。

次の問題を除けば、シミュレート計算では通常、誤差5%の範囲で計算時間を見積ることができます:

これらの要素が存在する場合、Essbaseでのシミュレート計算が30 - 40% (SET NOTICE HIGHによって生成されるメッセージの30 - 40%)に達したときに、この見積りテクニックによって計算時間がより厳密に予測されます。『Oracle Essbaseテクニカル・リファレンス』を参照してください。

シミュレート計算による見積りと分析を実行したら、アウトラインに変更を加えてパフォーマンスを改善できます。

アウトライン内の上から下へ、上位ブロックで最もパーセンテージの増加が少なくなるよう、次のように疎次元を順序付けします:

例:

シミュレート計算を使用して、上位ブロックのカウントを生成します。これらの数は、前述のアイテムの隣に示されている実際の次元サイズにかかわらず、正確な場合があります。

Essbaseには、計算を呼び出す方法が2つあります:

計算がどのように呼び出されたかにかかわらず、Essbaseでは次のいずれかのモードで計算を実行できます:

次の項目では、並列計算の詳細について説明します。

      Multiple bitmap mode calculator cache memory usage has a limit of [50000] bitmaps.
   

      PARCALCMULTIPLEBITMAPMEMOPT TRUE
   

サーバーの構成ファイルまたは使用する計算スクリプトを調べれば、並列計算が使用可能になっているかどうかを確認できます。

並列計算を使用するには、次のいずれかの方法により、並列計算をサーバー・レベル、アプリケーション・レベルまたはデータベース・レベルで使用可能にします:

並列計算設定では、次のような標準的な優先度ルールが使用されます:

並列計算をサーバー・レベルで設定すると、サーバー上のすべてのアプリケーションとデータベースで実行されるすべての計算で、並列計算が使用可能になります。構成ファイル内で並列計算をサーバー・レベルで設定してから、アプリケーション固有またはデータベース固有のエントリを計算スクリプトに追加することで、個々のアプリケーションまたはデータベースの並列計算を使用不可にできます。

オラクル社は、CALCPARALLELの値を、計算に使用できるプロセッサの数より1つ小さい数に設定することをお薦めします。これにより残りのプロセッサを、オペレーティング・システムまたはキャッシュからダーティ・ブロックの書出しを行うEssbaseプロセスで使用できます。

Essbaseでは、デフォルトで、反復的な手法を使用して、並列計算に使用する最適な数のタスク次元が選択されます。

必要な場合は、Essbaseで、並列計算に特定の数(n)のタスク次元を使用するよう指定できます。たとえば、最後の疎次元のメンバーにFIXステートメントがある場合、アウトラインから最後の1つ前にある疎次元も含めることができます。これら2つの次元の一意のメンバーの各組合せは、潜在的なタスクとして特定され、より多くの小さなタスクが作成されて、並列処理の機会が増え、ロード・バランシングが改善されます。

並列計算に関連するイベントを、アプリケーション・ログで表示できます:

Essbaseでは、それぞれの計算パスについて、次のような様々なタイプの情報をアプリケーション・ログに書き込んで、並列計算をサポートします:

データベース・アウトラインを使用して値をロール・アップする方が、式を使用して値を計算するよりも効率的です。たとえば、図154に示すように、メンバー100に対するメンバー100-10、100-20および100-30の集計の方が、次の式をメンバー100に適用するより効率的です:

      100-10 + 100-20 + 100-30
   

図 154. 集計例

簡単な式を使用するときに、ブロック・サイズが異常なほど大きくはない場合は、計算パフォーマンスに大きな影響を与えることなく、疎次元または密次元のいずれかのメンバーに式を設定できます。ブロック・サイズが大きくなるにつれて、簡単な式による計算パフォーマンスの影響は大きくなります。ブロック・サイズと計算パフォーマンスの間の関係の詳細は、ブロック・サイズとブロック密度を参照してください。

簡単な式とは、比率やパーセンテージなどのことで、次の要件を満たすものです:

式による計算パフォーマンスの影響の詳細は、ボトムアップ計算とトップダウン計算を参照してください。

複雑な式を使用する場合、次のガイドラインを適用すればパフォーマンスを改善できます:

複雑な式とは、次のいずれかの要件を満たす式のことです:

疎次元のメンバーを適用すると、複雑な式では計算オーバーヘッドがより高くなり、そのためパフォーマンスは低下します。複雑な式が存在することにより、複雑な式を含むメンバーに関連するすべての既存のデータ・ブロックとともに、計算可能なすべてのデータ・ブロックに対してもEssbaseで計算を実行することが必要になるため、この問題が発生します。疎次元メンバーに関係関数または財務関数が存在すると、既存のデータ・ブロックとともに、計算可能なすべてのデータ・ブロックに対してEssbaseで計算の実行が必要になり、オーバーヘッドはさらに高くなります。

したがって、関係関数または財務関数を含む複雑な式では、関係関数または財務関数を含まない複雑な式よりも大きなオーバーヘッドの増加が発生します。

複雑な式による計算パフォーマンスの影響の詳細は、ボトムアップ計算とトップダウン計算を参照してください。

複雑な式によるオーバーヘッドの例を2つ示します。

どの場合でも、存在可能なデータ・ブロック数に対する、既存のデータ・ブロック数の比率が低くなるにつれて、計算パフォーマンスのオーバーヘッドは高くなり、パフォーマンスが低下します。

SET FRMLBOTTOMUP計算コマンドを使用して、大規模なデータベース・アウトライン内の疎次元での式の計算を最適化できます。このコマンドを使用すれば、それ以外の場合はトップダウンで計算される疎のメンバー式を、強制的にボトムアップで計算できます。ボトムアップ計算の強制実行を参照してください。

トップダウンの式に対してボトムアップの計算を強制すると、CALC ALLコマンドとCALC DIMコマンドを効率的に使用できます。『Oracle Essbaseテクニカル・リファレンス』のSET FRMLBOTTOMUP計算コマンドとCALCOPTFRMLBOTTOMUP構成設定に関する説明を参照してください。

疎次元のメンバーに定数を割り当てると、そのメンバーを含んでいる疎次元メンバーの各組合せに対して、Essbaseで自動的にデータ・ブロックが作成されます。

たとえば、メンバーまたは計算スクリプトの式に次の式が含まれているとします:

      California = 120;
   

この式では、「California」は疎次元のメンバーで、120は定数値です。「California」のすべての存在可能なデータ・ブロックがEssbaseで自動的に作成され、すべてのデータ・セルに値120が割り当てられます。何千ものデータ・ブロックが作成される場合もあります。パフォーマンスを向上させるには、不要な値を生成する式を作成しないでください。

         FIX(Colas,Misc,Actual)
   California = 120;
ENDFIX
      

この例では、「Colas」は疎次元「製品」、「Actual」は密次元「シナリオ」、「Misc」は密次元「メジャー」のメンバーです。「California」(市場次元)、「Actual」(シナリオ次元)、「Misc」(メジャー次元)、「Colas」(製品次元)、および年次元のメンバーの交差には、値120が割当てられています。これは、年の特定のメンバーがスクリプトで指定されていないためです。

Sample.Basicには2つの疎次元のみ含まれているため、この例によって影響を受けるのは1つのブロックのみです。3つ以上の疎次元が存在する場合は、「California」と「Colas」のすべての疎次元の組合せに対して、必要に応じてEssbaseでブロックが作成されます。新しいブロックでは、Essbaseによりメジャーとシナリオ(値120が割り当てられるもの以外)の値が#MISSINGに設定されます。

疎次元のメンバーに非定数値を割当てると、ブロックは「等式によるブロックの作成」の設定に基づいて作成されます。「等式によるブロックの作成」の設定は、データベース・レベルで、データベース・プロパティとして定義されます(非定数値を参照)。

計算スクリプトでは、「等式によるブロックの作成」設定を一時的に上書きできます。「West」に値がなく、「等式によるブロックの作成」を使用可能にしている場合の、次の計算による影響を考えてください:

      West = California + 120;
   

「West」のすべての子に対応するブロック値が#MISSINGの場合でも、「West」とのすべての疎メンバーの交差に不要なブロックが作成されることがあります。大規模なデータベースでは特に、不要なブロックの作成と処理に余分な処理時間が必要になります。

疎次元のメンバーに非定数値を割り当てるときに、ブロックの作成を制御するには、次のスクリプトに示すように、SET CREATEBLOCKONEQ ON | OFF計算コマンドを使用します:

      FIX (Colas);
   SET CREATEBLOCKONEQ OFF
   West = California + 120;
   SET CREATEBLOCKONEQ ON
   East = “New York” + 100;
ENDFIX
   

「等式によるブロックの作成」設定はスクリプト開始時は使用不可になっているため、「West」ブロックは「West」の子の値が存在する場合のみ作成されます。後になって、「等式によるブロックの作成」設定が使用可能になるため、「East」のすべてのブロックが作成されます。

次の状況で次元間演算子(->)を使用するときは、注意を要します:

      FIX(Jan)
   Sales = Sales * .05;
ENDFIX
   

      Sales(Sales -> Jan = Sales -> Jan * .05;)
   

ブロック・ストレージ・アウトラインでの式には、それによって1つ以上のブロック内の式の実行がネストされるといった、別の式に対する依存関係がある可能性があります。このような式を、再帰式といいます。再帰式は、結果としてサーバーの異常終了を招く、大きなループや終わりのないループになることがあります。

異常終了を回避するには、CALCLIMITEFORMULARECURSION構成設定を使用して、実行レベルが31に達した式実行を停止できます『Oracle Essbaseテクニカル・リファレンス』を参照してください

Essbaseでは、データベース・アウトラインのフル計算を実行するために、ボトムアップ計算またはトップダウン計算という2つの計算方法のいずれかが使用されます。デフォルトでは、Essbaseではボトムアップ計算が実行されます。

ボトムアップ計算の場合は、データベースの計算前に計算が必要なデータ・ブロックがEssbaseにより決定されます。それにより、計算の必要なブロックのみがEssbaseで計算されます。計算はブロック番号が最も小さい既存のブロックから始まり、ブロック番号が最も大きい既存のブロックに達するまで、番号順に各ブロックに対して実行されます。ブロックの計算順序を参照してください。

データベース・アウトラインに複雑なメンバー式が含まれている場合は、Essbaseで該当するメンバーに対するトップダウン計算が実行されます。

簡単な式や複雑な式の、ボトムアップ計算およびトップダウン計算との連携の詳細を理解するには、次の各項を参照してください:

      A = B -> D + C -> D
   

環境に適しているのであれば、トップダウンの式に対してボトムアップ計算を強制実行できます。

式に対してボトムアップ計算を強制実行すると、通常パフォーマンスは向上します。式に複雑な関数(範囲関数など)が含まれている場合や、式の依存関係が単純でない場合は、トップダウン計算とは異なる結果が得られる場合があります。

計算スクリプトのSET LOCKBLOCKコマンドをessbase.cfgファイルのCALCLOCKBLOCK設定とともに使用することで、ブロックの計算中にEssbaseで同時にロックできるブロックの最大数を指定できます。デフォルト設定を変更せず、計算中にデフォルトの100ブロックでは不十分な場合、要求した時間よりも長い時間が計算に必要になる場合があります。

Essbaseでは、ブロック・ロック・システムを使用して、ユーザーに対する同時アクセスが管理されます。このシステムにより、特定のデータ・ブロックを更新または計算できるのが、確実に一度に1人のユーザーのみになります。Essbaseでのブロックのロックとデータのコミットの処理方法は、分離レベル設定によって変わります。

Essbaseでデータ・ブロックが計算されると、排他ロックが生じて、他のユーザーはそのデータ・ブロックを更新または計算できなくなります。ただし、それらのユーザーが読取り専用アクセス権を持つことはできます。Essbaseでの計算が終了すると、ブロックは解放されます。他のユーザーは、適切なセキュリティ・アクセス権を持っている場合は、その後でブロックを更新できます。

ユーザーがデータ・ブロックを更新しているとき、ブロックはロックされています。データベース計算で、別のユーザーによって更新されるデータ・ブロックが必要な場合、次のような状況のいずれかになるまで計算が待機されます:

Essbaseでは、計算がデータ・ブロックの解放待ちになっていることを示すメッセージは出力されません。

ロックされたブロックの解放待ちによる計算の遅延が生じないようにするには、Essbaseのセキュリティ・オプションを使用して、次のいずれかを実行します:

セキュリティ・オプションの詳細は、Essbaseネイティブ・セキュリティ・モードでのユーザーの切断および要求の終了およびEssbaseネイティブ・セキュリティ・モードでのパスワードとユーザー名の管理を参照してください。

Essbaseによるロックとトランザクションの処理方法については、Essbaseによるトランザクションの処理方法の理解およびデータ・ロックを参照してください。

2度計算する必要があるメンバー式に2パス計算を使用すれば、正確な値を算出できます。

2パスの式は、可能な場合は常に、Essbaseによりデータ・ブロック・レベルで計算され、主計算と同時に計算されます。したがって、Essbaseにデータベース全体で特別な計算パスを実行する必要はありません。ただし、場合によっては、Essbaseには、データベース全体で特別な計算パスが必要になります。

Essbaseでの2パスの式の計算方法は、時間としてタグ付けされた次元と勘定科目としてタグ付けされた次元があるかどうかと、時間次元と会計次元の密と疎の構成によって異なります。

Profit%に必要な次の計算について考えてみます:

      Profit % = Profit % Sales
   

表186は、密次元としてメジャーと年を持つデータ・ブロックのサブセットを示しているとします。メジャーは勘定科目としてタグ付けされ、年は時間としてタグ付けされています。AGGMISSG構成設定はオフ(デフォルト)になっています。

データ値は入力セルにロードされています。Essbaseにより、番号1から7が表示されたセルがこの順序で計算されます。たとえば、Profit % -> Janが最初に計算されます; Profit % -> Qtr1には、複数の集計パスがあります。

Essbaseでは、次の計算順序が使用されます:

複数の計算パスの詳細については、計算パスを参照してください。

次の項では、2つのシナリオを詳しく説明します。高機能計算を使用している場合は、データベースの構成に合うシナリオを使用してください。それぞれのシナリオでは、Essbaseで2パスの式を正確に計算できるようにする方法が示されています。

これらのシナリオでは、高機能計算の概念を理解していることが必要です。高機能計算についての理解。を参照してください。

勘定科目メンバーを2パスとタグ付けすると、パフォーマンスが向上する場合がありますが、アプリケーションによってはこの方法は使用できません。次の制限を確認して、最高のパフォーマンスと精度を得るために、「2パス」タグを適用するべきか、計算を2回実行する計算スクリプトを作成するべきか確認してください:

デフォルト設定により、デフォルト計算での2パス計算を使用可能にできます。2パス計算が使用可能になっている(デフォルト設定)データベースでデフォルト計算を実行すると、データベース・アウトライン内の勘定科目としてタグ付けされた次元にある、2パスとタグ付けされた式がEssbaseで自動的に計算されます。これは、デフォルトの計算スクリプトがカスタマイズされている場合でも同様です。

高機能計算で2パス計算を実行するための計算スクリプトを作成して、計算をできるかぎり正確かつ高速にするには、次のような方法を使用します:

データベースの最初のフル計算を実行するときに、高機能計算を使用してパフォーマンスを向上させるには、計算の要件やアウトラインの構造に応じて、次のいずれかの方法を使用します:

これら3つのオプションは、次の状況を例として使用しています:

アウトラインには勘定科目としてタグ付けされた次元があり、その次元は密次元です。すべての製品の売上のパーセンテージとして、各製品の売上を計算するとします。次の式で、次元が計算されるものとします:

      Sales % Sales -> Product
   

Essbaseで各製品のデータ・ブロックが計算されても、「Sales」->「Product」の値はまだ計算されていないため、総収入のパーセンテージとしての各製品の売上の結果は正しくありません。

      SET UPDATECALC ON;
CALC ALL;
SET UPDATECALC OFF;
SET CLEARUPDATESTATUS AFTER;
"Share of Sales" = Sales % Sales -> Product;
   

表190は、Essbaseで#MISSING値がどのように計算されるかを示しています。この表で、Xは任意の数を表しています:

デフォルトでは、#MISSING値はEssbaseによってロール・アップされません。ただし、常にレベル0でデータをロードし、親レベルでロードすることがない場合は、#MISSING値の集計の設定を使用可能にする必要があります。この設定により、計算パフォーマンスが1%-30%改善されます。パフォーマンスの改善度は、データベースのサイズと構成によって異なります。

集計を行うには、前述のいずれかの方法を使用して、#MISSING値の集計の設定を使用可能にします。達成できるパフォーマンスの改善度は、データベースの上位レベルのブロックと入力ブロックとの比率によって異なります。

#MISSING値の集計の設定が使用不可にされると、次の状況では、パフォーマンスのオーバーヘッドが特に高くなる点に注意してください:

このような状況では、パフォーマンスのオーバーヘッドは10%-30%です。計算パフォーマンスが重大な意味を持つ場合は、データベース構成またはデータ・ロード方法を再検討することをお薦めします。

Essbaseでの#MISSING値の集計方法の詳細は、#MISSING値の集計を参照してください。