明示的および暗黙的なBSO再構築の理解

Planningの各キューブには、メタデータとデータの2つのOracle Essbase部分があります: メタデータは、Essbaseアウトラインに保管されるディメンション、メンバー、構造、階層です。データには、密メンバーとブロックへのインデックスの組合せで構成されるブロックに格納されるデータが含まれ、すべての疎ディメンションに対して新しいブロックが作成されます。これらの部分は、Planningデータベース・リフレッシュまたはEssbase BSO再構築によって変更できます。

データベース・リフレッシュまたは暗黙的な再構築

Planningのディメンション、メンバーまたはメンバー・プロパティに加えられたメンバーまたは階層の変更は、データベース・リフレッシュ時にEssbaseにプッシュされます。データベース・リフレッシュにより、Essbaseで再構築が暗黙的にトリガーされますが、#missingブロックは削除されません。データベース・リフレッシュは、すべてのPlanningキューブに対して実行されます。暗黙的な再構築は、次のタイプの再構築になる可能性があります:

  • アウトラインのみ: すべての再構築リクエストに対して常に発生します。
  • インデックスのみ: これは影響が小さい再構築で、インデックスの再構築に使用されます(たとえば、新しい疎メンバーを追加または移動した後、疎メンバーの別名を変更した後など)。
  • インデックスおよびブロック: これは影響が大きい再構築で、データベース内のデータの再構築が含まれます(たとえば、密メンバーを追加、削除または移動した後など)。これには、疎インデックス参照を保持するインデックス・ファイル、および密ブロックを保持するページ・ファイルの再構築が含まれます。

    Essbaseキューブにデータが含まれていない場合、インデックス・ファイルとページ・ファイルは存在しません。このような場合は、アウトラインのみが再構築されます。

明示的な再構築

特定のEssbaseキューブの明示的な再構築は、ジョブを介して、あるいはCalculation ManagerEPM自動化またはREST APIを使用してトリガーします。

明示的な再構築では、PlanningからEssbaseに変更がプッシュされません。変更に関係なく、メタデータおよびデータ(アウトライン、インデックスおよびページ・ファイル)が常に書き換えられます。また、#missingブロック、およびCLEARBLOCK計算スクリプトで削除タグが付けられたブロックも削除されます。

明示的な再構築では、キューブ内のデータ(すべてのインデックス・ファイルとページ・ファイル)の書換えを含む、影響が大きい再構築が常に実行されます。

再構築タイプおよび実行時間

再構築の実行時間は、再構築されるファイルのサイズ(インデックス・ファイルとページ・ファイルのサイズ)および既存のデータベースの断片化の数に応じて異なります。影響が大きい再構築(明示的な再構築、またはインデックスおよびブロックの暗黙的な再構築)は、影響が小さいインデックスのみまたはアウトラインのみの再構築と比較して、完了までに時間がかかります。

インデックス・ファイルとページ・ファイルのサイズのモニター

アクティビティ・レポートのEssbase BSOキューブ統計表の次の行は、インデックス・ファイルとページ・ファイルのサイズを識別します。これらの表で次の行を確認してください:

  • ページ・ファイルのサイズ(MB)
  • インデックス・ファイルのサイズ(MB)

BSOキューブのブロック数のモニター

キューブ内のブロック数は、BSOキューブのサイズの優れたインジケータです。空のブロックは、このブロック数に含まれる場合があり、明示的なキューブ再構成を実行して削除できます(明示的な再構築を参照)。

明示的な再構成を実行する前にBSOキューブ内の空のブロック数を調べる場合、Calculation Managerを使用してレベル0のデータをエクスポートします。Calculation Managerのレベル0エクスポートが完了したら、「詳細の表示」をクリックします(エクスポート・プロセス中にページがタイムアウトしないと仮定します)。「詳細の表示」をクリックした後、Total blocks: [124000]. Empty blocks: [1000]のような句を特定します。多数の空のブロックの存在は明示的な再構成の実行を示しており、それによって空のブロックが削除されます。