了解隱含和明確 BSO 重新建立

每個 Planning 立方體都有兩個 Oracle Essbase 部分:中繼資料 (儲存在 Essbase 大綱中的維度、成員、結構、階層) 和資料 (包含儲存在區塊中的資料,這些區塊是由密集成員和區塊索引組合所組成,系統會在其中為每個稀疏維度建立新區塊)。這些部分可以透過 Planning 資料庫重新整理或 Essbase BSO 重新建立來更改。

資料庫重新整理或隱含重新建立

在資料庫重新整理期間,對 Planning 維度、成員或成員特性所做的成員或階層變更將發送至 Essbase。資料庫重新整理會隱含觸發 Essbase 中的重新建立,但不會移除 #missing 區塊。對所有 Planning 立方體執行資料庫重新整理。隱含重新建立可能導致下列類型的重新建立:

  • 僅大綱:一律發生在所有重新建立要求上。
  • 僅索引:這是一種低影響的重新建立,用於重新建立索引,例如,在新增或移動新的稀疏成員之後,或者在重新命名稀疏成員的別名之後。
  • 索引和區塊:這種高影響的重新建立涉及資料庫內資料的重新建立,例如,在新增、刪除或移動密集成員之後。它涉及包含稀疏索引參照的索引檔案,以及包含密集區塊之分頁檔的重新建立。

    如果 Essbase 立方體不包含任何資料,則索引和分頁檔都不存在。在這種情況下,僅會重新建立大綱。

明確重新建立

您可以透過工作、使用 Calculation ManagerEPM Automate 或 REST API 來觸發特定 Essbase 立方體的明確重新建立。

明確重新建立不會將變更從 Planning 發送至 Essbase。無論變更為何,它一律會重新寫入中繼資料和資料 (大綱、索引和分頁檔)。它也會移除 #missing 區塊以及由 CLEARBLOCK 計算指令碼標記為刪除的區塊。

明確重新建立一律會執行高影響的重新建立,涉及重新寫入立方體中的資料 (所有索引檔案和分頁檔)。

重新建立類型和執行時間

重新建立的執行時間依據要重新建立之檔案的大小 (索引和分頁檔的大小),以及現有資料庫資料分散數而異。與低影響的僅索引或僅大綱的重新建立相比,高影響的重新建立 (明確重新建立或索引和區塊隱含重新建立) 需要更長時間才能完成。

監督索引和分頁檔的大小

下列在活動報表中的「Essbase BSO 立方體統計」表格中的列可識別索引和分頁檔的大小。尋找下列表格中的列:

  • 分頁檔大小 (MB)
  • 索引檔案大小 (MB)

監控 BSO 立方體中的區塊數

立方體中的區塊數是 BSO 立方體大小的最佳指標。執行明確立方體重新建構可移除可能包含在此區塊計數中的空區塊 (請參閱明確重新建立)。

如果您想在執行明確重新建構之前了解 BSO 立方體中的空區塊數,請使用 Calculation Manager 匯出 0 級資料。當 Calculation Manager 中的 level0 匯出完成時,按一下顯示詳細資料 (假設匯出過程中,頁面並未逾時)。按一下顯示詳細資料後,找出類似區塊總數:[124000]。空區塊:[1000] 的語句。若存在大量空區塊,表示需要執行明確重新建構,這樣就會移除空區塊。