Essbase 移轉注意事項

  • 某些文字檔 (例如 MaxL 命令檔 *.mxl、MaxL *.msh 及 MDX 命令檔 *.mdx) 無法利用 Oracle Hyperion Enterprise Performance Management System 生命週期管理來移轉。

  • 使用生命週期管理無法移轉觸發,但可使用 MaxL 進行移轉。

  • 使用生命週期管理無法移轉分割區定義,但可使用 MaxL 進行移轉。

  • 使用生命週期管理無法移轉自訂的巨集及函數,但可使用 MaxL 進行移轉。

  • 只要移轉不需要在目標上建立新的資料庫,生命週期管理不會阻止將 BSO 人工因素移轉至 ASO 應用程式,亦不會阻止將 ASO 應用程式人工因素移轉至 BSO 資料庫。大綱為限制。因此,依據「大綱」的資料移轉也不會被移轉。

  • Oracle Essbase Spreadsheet Add-in 可支援「伺服器層級」的「替代變數」。

  • 如要針對 Oracle Essbase 使用生命週期管理Essbase 必須處於 Oracle Hyperion Shared Services 模式。

Essbase 目標應用程式的注意事項:

  • 您可以在 Oracle Essbase Administration Services 中預先定義應用程式,或是在 import.xml 檔案中指定應用程式名稱,然後在 CLU 執行移轉作業。

  • 資料庫若不存在,將會自動建立

  • 資料來源與目標的名稱必須相同

  • 若自動建立了不存在的多維資料庫,則即使未選取「覆寫」標誌,亦會強制覆寫大綱。

  • 如有空白的大綱,則「計算指令集」目錄下的人工因素清單將不會顯示「預設計算」人工因素。

  • 如果 Essbase 不存在於目標環境中,生命週期管理會建立應用程式 Shell。