Echec de la tentative d'application de la mise à jour 11.2.x d'OPatch
Problème : la tentative d'application de la mise à jour d'OPatch entraîne l'erreur ci-dessous.
.\ApplyUpdate.ps1 : File C:\Users\11.2.19.0-Update-Win\11.2.19.0-Update-Win\ApplyUpdate.ps1 cannot be loaded. The file C:\Users\11.2.19.0-Update-Win\11.2.19.0-Update-Win\ApplyUpdate.ps1 is not digitally signed. You cannot run this script on the current system. For more information about running scripts and setting execution policy, see about_Execution_Policies at https:/go.microsoft.com/fwlink/?LinkID=135170. At line:1 char:1 + .\ApplyUpdate.ps1 C:\Oracle\Middleware + ~~~~~~~~~~~~~~~~~ + CategoryInfo: SecurityError:(:)[],PSSecurityException + FullyQualifiedErrorId : UnauthorizedAccess
Solution :
Set-ExecutionPolicy -Scope Process -ExecutionPolicy BypassLes règles Oracle Hyperion Calculation Manager qui utilisent Java ne fonctionnent pas après la mise à niveau
Symptôme : ce problème est observé dans les versions 11.2.16 à 11.2.19.
Solution : pour résoudre le problème, procédez comme suit.
CALCMGRCDF.JAR à partir de l'emplacement source :
MWH\EPMSystem11R1\products\Essbase\EssbaseServer\java\udf\CALCMGRCDF.JAR
MWH\essbase\products\Essbase\EssbaseServer\java\udf\calcmgrcdf.jar
Remarque :
Ce problème a été résolu dans la version 11.2.20.Erreurs survenant après une mise à jour avec réutilisation de la mémoire de 11.2.6 vers 11.2.8
Problème : dans la version 11.2.8 d'EPM System, après avoir effectué une mise à jour avec réutilisation de la mémoire de 11.2.6 vers 11.2.8, Active Directory configuré en mode SSL échoue avec le message d'erreur EPMCSS-05138:Failed to validate Security configuration. Failed to connect. Invalid values for host or port. Enter a valid value(s). Le message d'erreur suivant se trouve également dans le fichier SharedServices_Security.log :
[SRC_CLASS: com.hyperion.css.spi.util.jndi.GenericJNDIHelper] [SRC_METHOD: getLookUpContext] THROW[[EPMCSS-05811: Failed to validate directory configuration.MSADSSL Error connecting to host. RootCause : simple bind failed: <AD host name>:636. Verify LDAP user directory configuration. Nested Exception:javax.naming.CommunicationException: simple bind failed: <AD host name>:636 [Root exception is javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target]
Le scénario ci-dessus indique que l'établissement de la liaison SSL échoue entre FoundationServices0 et Active Directory et qu'il ne parvient pas à repérer le certificat Active Directory, bien qu'il ait été déployé dans l'emplacement ci-dessous conformément au document.
<ORACLE_MIDDLEWARE>\jdk\jre
Toutefois, dans FoundationServices0 11.2.8, java.home fait référence à l'emplacement ci-dessous. Par conséquent, le certificat ne peut pas être traité et une exception SSLHandshakeException apparaît :
<ORACLE_MIDDLEWARE>\jdk\java
Solution :
keytool -import -alias ******** -keystore <ORACLE_MIDDLEWARE>\jdk\java\lib\security\cacerts -trustcacerts -storepass password -file <ORACLE_MIDDLEWARE>\jdk\java\lib\security\******.crt
Remarque :
A partir de la version 11.2.8, cette solution n'est pas applicable car le dossier<ORACLE_MIDDLEWARE>\jdk\java n'est plus disponible.keytool -import -alias ******** -keystore <ORACLE_MIDDLEWARE>\jdk\jre\lib\security\cacerts -trustcacerts -storepass password -file <ORACLE_MIDDLEWARE>\jdk\jre\lib\security\security\******.crtEchec des tâches d'installation pour l'application d'une mise à jour ou la réinstallation
Problème : toutes les tâches d'installation échouent pour l'application d'une mise à jour ou la réinstallation.
Les opérations InstallShield échouent. Le registre VPD InstallShield est peut-être endommagé et l'erreur suivante peut s'afficher :
ERROR: ismpEngine-install-stderr.log,com.installshield.database.EmptyResultException: Empty result [SELECT Publicly_SharedFROM Installed_Software_ObjectWHERE Installed_Software_Object_Id=? ]at com.installshield.database.SQLProcessor.queryBoolean(Unknown Source)
Solution :
Middleware_Home\EPMSystem11R1\_vpddb, par exemple en Middleware_Home\EPMSystem11R1\_vpddb_backup.Le registre VPD sera régénéré.
Installation d'Oracle HTTP Server lors d'une mise à jour sous Linux
Problème : Oracle HTTP Server ne s'installe pas lors d'une mise à jour sous Linux.
Solution : si un message d'erreur apparaît lors de l'installation d'Oracle HTTP Server pendant une mise à jour sous Linux, assurez-vous que les fichiers Inventory.xml et Comp.xml dans \ContentsXML, dans le dossier inventory, ne contiennent pas de liens symboliques. S'ils en contiennent, remplacez les liens par l'adresse physique.
Mise à niveau de FDMEE
Problème : lors de l'exécution des scripts de la mise à niveau de FDMEE, l'erreur suivante peut survenir :
aif_migrate.dtsx pour MS SQL ou aif_import.par pour Oracle
Solution : vérifiez que le patch de version 11.1.2.4 220 a été appliqué au système source FDMEE. Ce patch apporte de nombreuses modifications au référentiel. Vous devez l'appliquer avant d'effectuer la mise à niveau vers la version 11.2, notamment si vous rencontrez de nombreuses erreurs de longueur de colonne.
Erreurs lors de la mise à niveau de Financial Close Management ou de Tax Governance vers la version 11.2
Problème : lors de l'import du schéma de la version 11.1.2.4 vers le schéma de la version 11.2, vous recevez l'erreur suivante :
ORA-39083: Object type INDEX_STATISTICS failed to create with error: ORA-01403: no data found ORA-01403: no data found Failing sql is: 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
Solution : vous pouvez ignorer cette erreur.
Problème de démarrage des serveurs Financial Close Management ou Tax Governance après la mise à niveau vers la version 11.2
Problème : si vous avez des difficultés à démarrer les serveurs après la mise à niveau vers la version 11.2, le problème peut être lié à une différence de noms de domaine.
Solution : modifiez les tables nommées WL_LLR_FINANCIALCLOSE0 dans la colonne REDCORDSTR en remplaçant <Old_Domain>//FinancialClose0 par EPMSystem//FinancialClose0 (qui est le nom par défaut). La même modification est requise dans WL_LLR_TAXMANAGEMENT0. Les environnements source et cible doivent être identiques, y compris les noms de domaine. Si les environnements sont identiques, vous ne rencontrerez pas ce problème.