執行從 11.2.6 到 11.2.8 的就地更新後發生錯誤
問題：在 EPM 系統版本 11.2.8 中，執行從 11.2.6 到 11.2.8 的就地更新之後，在 SSL 模式中設定的 Active Directory 失敗，錯誤訊息：EPMCSS-05138：無法驗證安全性組態。無法連線。主機或連接埠的值無效。請輸入有效的值。下列錯誤訊息也會出現在 SharedServices_Security.log 檔案中：
[SRC_CLASS: com.hyperion.css.spi.util.jndi.GenericJNDIHelper] [SRC_METHOD: getLookUpContext] THROW[[EPMCSS-05811：無法驗證目錄組態。MSADSSL 連線至主機時發生錯誤。根本原因：簡單連結失敗：<AD host name>：636。請驗證 LDAP 使用者目錄組態。巢狀例外：javax.naming.CommunicationException：簡單連結失敗：<AD host name>：636 [根例外是 javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException：PKIX 路徑建立失敗：sun.security.provider.certpath.SunCertPathBuilderException：找不到要求之目標的有效認證路徑]
上述案例指出，FoundationServices0 與 Active Directory 之間的 SSL 交握失敗，且找不到 Active Directory 憑證，雖然根據文件，該憑證被部署在下列位置。
<ORACLE_MIDDLEWARE>\jdk\jre
然而在 11.2.8 FoundationServices0 中，java.home 會參照下方的位置，因此系統無法處理該憑證，還會顯示 SSLHandshakeException：
<ORACLE_MIDDLEWARE>\jdk\java
解決方案：
keytool -import -alias ******** -keystore <ORACLE_MIDDLEWARE>\jdk\java\lib\security\cacerts -trustcacerts -storepass changeit -file <ORACLE_MIDDLEWARE>\jdk\java\lib\security\******.crt
註：
從 11.2.8 版開始已不再適用，因為無法再使用<ORACLE_MIDDLEWARE>\jdk\java 資料夾。keytool -import -alias ******** -keystore <ORACLE_MIDDLEWARE>\jdk\jre\lib\security\cacerts -trustcacerts -storepass changeit -file <ORACLE_MIDDLEWARE>\jdk\jre\lib\security\security\******.crt套用更新或重新安裝的安裝任務失敗
問題：套用更新或重新安裝的所有安裝任務失敗。
InstallShield 作業失敗。InstallShield VPD 登錄可能已損毀，您可能會看到此錯誤：
錯誤：ismpEngine-install-stderr.log,com.installshield.database.EmptyResultException：空的結果 [SELECT Publicly_SharedFROM Installed_Software_ObjectWHERE Installed_Software_Object_Id=? ]at com.installshield.database.SQLProcessor.queryBoolean(不明來源)
解決方案：
Middleware_Home\EPMSystem11R1\_vpddb 資料夾，例如，重新命名為 Middleware_Home\EPMSystem11R1\_vpddb_backup。將會重新產生 VPD 登錄。
在 Linux 上更新時安裝 Oracle HTTP Server
問題：在 Linux 上更新時未安裝 Oracle HTTP Server。
解決方案：如果您在 Linux 上更新期間安裝 Oracle HTTP Server 時收到錯誤，請檢查 inventory 資料夾 \ContentsXML 中的 Inventory.xml 與 Comp.xml，確定檔案中沒有任何符號連結。如果有，請使用實體位址來取代它們。
FDMEE 升級
問題：執行 FDMEE 升級命令檔時，您可能會遇到下列錯誤：
aif_migrate.dtsx for MS SQL or aif_import.par for Oracle
解決方案：檢查您的系統並確定來源系統 FDMEE 修補為 11.1.2.4 220 版。該修補程式有大量儲存庫變更必須在升級至 11.2 版之前套用，尤其是在您看到多個欄長度相關錯誤時。
將 Financial Close Management 或 Tax Governance 升級至 11.2 版時發生錯誤
問題：將 11.1.2.4 版架構匯入至 11.2 版架構時，您收到此錯誤：
ORA-39083：無法建立物件類型 INDEX_STATISTICS，錯誤：ORA-01403：找不到資料。ORA-01403：找不到資料。失敗的 SQL 為：DECLARE IND_NAME VARCHAR2(60); IND_OWNER VARCHAR2(60); BEGIN DELETE FROM "SYS"."IMPDP_STATS"; SELECT index_name, index_owner INTO IND_NAME, IND_OWNER FROM (SELECT UNIQUE sgc1.index_name, sgc1.index_owner, COUNT(*) mycount FROM sys.ku$_find_sgc_view sgc1, TABLE (sgc1.col_list) myc
解決方案：您可以忽略此錯誤。
升級至 11.2 版後啟動 Financial Close Management 或 Tax Governance 伺服器時發生問題
問題：如果您在升級至 11.2 版後無法重新啟動伺服器，可能是網域名稱有差異問題。
解決方案：將表格 WL_LLR_FINANCIALCLOSE0 欄 REDCORDSTR 從 <Old_Domain>//FinancialClose0 修改成 EPMSystem//FinancialClose0 (這是預設名稱)。在 WL_LLR_TAXMANAGEMENT0 中也需要進行相同的變更。兩個環境的來源與目標都應該一致，甚至是網域名稱也應該一致。如果環境一致，您便不會遇到此問題。