Astuces et dépannage concernant la mise à niveau et la mise à jour

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 :

Importez le certificat SSL Active Directory dans les emplacements suivants :
1. keytool -import -alias ******** -keystore <ORACLE_MIDDLEWARE>\jdk\java\lib\security\cacerts -trustcacerts -storepass changeit -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.
2. keytool -import -alias ******** -keystore <ORACLE_MIDDLEWARE>\jdk\jre\lib\security\cacerts -trustcacerts -storepass changeit -file <ORACLE_MIDDLEWARE>\jdk\jre\lib\security\security\******.crt
Répétez les étapes indiquées ci-dessus dans l'ensemble des déploiements EPM.
Redémarrez tous les serveurs EPM.

Echec 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 :

Renommez le dossier Middleware_Home\EPMSystem11R1\_vpddb, par exemple en Middleware_Home\EPMSystem11R1\_vpddb_backup.
Réexécutez Appliquer la mise à jour ou Réinstaller.

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.