Planning 模組、Account Reconciliation、Financial Consolidation and Close 及 Tax Reporting 商業程序可能會在每月更新程序完成之後執行內容更新。本節說明如何管理內容更新問題。
適用於
Planning 模組、Account Reconciliation、Financial Consolidation and Close 及 Tax Reporting。內容更新可傳播環境的每日維護期間所帶來的變更,且與環境的每月更新同時發生。如果需要內容更新,則 Oracle 會建立、排程和執行內容更新工作。
如果內容更新失敗,則除了透過 REST API 和 EPM Automate 之外,任何人都無法存取環境。
最佳作法
在排定的每月更新之前,執行資料庫重新整理。
每月更新一般都排定於第一個星期五 (針對測試環境) 和第三個星期五 (針對生產環境)。確保在每月更新之前完成全新資料庫重新整理,可減少內容更新問題。
解決資料庫重新整理失敗
Oracle 會在內容更新期間重新整理資料庫。不同的立方體重新整理工作可能會在資料庫重新整理期間執行。應用程式自訂項目 (例如,對大綱和中繼資料進行不完整的變更) 可能會導致立方體重新整理工作失敗。如果內容更新因無法完成資料庫重新整理而失敗,則請複查失敗的「立方體重新整理」工作,以識別重新整理失敗的原因。修正立方體重新整理失敗的基礎原因之後,請重新執行失敗的工作以完成資料庫重新整理。
若要解決內容更新期間的資料庫重新整理失敗,請執行下列動作:
隨即顯示工作主控台。
工作詳細資料畫面會顯示重新整理失敗之立方體的相關資訊,並指出失敗原因。
解決與其他排定活動的衝突
通常,內容更新工作會在每日維護完成後的 12 個小時執行。不過,可以自訂開始時間。請參閱管理員適用的入門手冊 中的排定內容更新開始時間。
內容更新排定於當月第一個和第三個星期五時,請不要在該期間排定其他活動 (例如使用 REST API、EPM Automate 和 Groovy 指令碼起始的活動)。
如何尋求協助
如果先前各小節中的資訊都無法解決您的問題,則請聯絡 Oracle 以尋找協助。
請自行決定是否同意提交應用程式快照,授權 Oracle 取得環境的維護快照使用權。請參閱建立提供意見提交項目。