嘗試套用 OPatch Update 11.2.x 失敗
問題：嘗試套用 Opatch 更新造成下列錯誤：
.\ApplyUpdate.ps1：無法載入檔案 C:\Users\11.2.19.0-Update-Win\11.2.19.0-Update-Win\ApplyUpdate.ps1。檔案 C:\Users\11.2.19.0-Update-Win\11.2.19.0-Update-Win\ApplyUpdate.ps1 未數位簽署。您無法在目前的系統上執行此指令碼。如需有關執行指令碼與設定執行原則的詳細資訊，請參閱 about_Execution_Policies，網址為 https:/go.microsoft.com/fwlink/?LinkID=135170。行：1 字元：1 + .\ApplyUpdate.ps1 C:\Oracle\Middleware + ~~~~~~~~~~~~~~~~~ + CategoryInfo: SecurityError:(:)[],PSSecurityException + FullyQualifiedErrorId : UnauthorizedAccess
解決方案：
Set-ExecutionPolicy -Scope Process -ExecutionPolicy Bypass升級後使用 Java 的 Oracle Hyperion Calculation Manager 規則無法運作
徵兆：在 11.2.16 至 11.2.19 版本中觀察到此問題。
解決方案：若要解決此問題，請執行下列步驟：
CALCMGRCDF.JAR 檔案：
MWH\EPMSystem11R1\products\Essbase\EssbaseServer\java\udf\CALCMGRCDF.JAR
MWH\essbase\products\Essbase\EssbaseServer\java\udf\calcmgrcdf.jar
註：
此問題已於版次 11.2.20 解決。執行從 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 password -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 password -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 中也需要進行相同的變更。兩個環境的來源與目標都應該一致，甚至是網域名稱也應該一致。如果環境一致，您便不會遇到此問題。