Problèmes connus › Problèmes de configuration connus › Echec de la configuration sous Oracle 64 bits

Echec de la configuration sous Oracle 64 bits

(Applicable à Oracle 11g R1 et 11g R2 64 bits)

Symptôme :

La configuration échoue et les messages d'erreur suivants apparaissent sous Oracle 64 bits :

• Dans le fichier stdlog : "Unable to connect to Oracle database mdbadmin on server" (Impossible de se connecter à la base de données Oracle mdbadmin sur le serveur)
• Dans le journal checkdb.0 : "Unable to load the OCI library or DLL Cannot continue!" (Impossible de charger la DLL ou bibliothèque OCI. Impossible de continuer.)

Solution :

Installez le dernier client Oracle 32 bits et procédez comme suit :

• Sous Windows, vérifiez que le chemin d'accès inclut le répertoire des bibliothèques Oracle 32 bits.
• Sous UNIX, définissez la variable de chemin d'accès à la bibliothèque de sorte qu'elle pointe vers la bibliothèque Oracle 32 bits.

Remarque: Le problème peut également se produire lors de la migration depuis une version précédente de CA SDM. Si l'erreur se produit pendant la migration, installez le client et exécutez la migration.

Non-exécution de bopauth_nxd suite à son déplacement du serveur d'arrière-plan

Symptôme :

J'ai installé la configuration de disponibilité avancée pour l'environnement CA SDM. Je me suis connecté au serveur d'arrière-plan et ai accédé au gestionnaire d'options, Sécurité à partir de l'onglet Administration. J'ai changé la valeur par défaut de bopauth_host pour pointer vers un serveur d'applications. J'ai redémarré tous les serveurs CA SDM. bopauth_nxd ne s'exécute pas sur le serveur d'applications.

Solution :

Si bopauth_nxd a été déplacé du serveur d'arrière-plan vers un autre serveur (tel que le serveur d'applications), procédez comme suit :

1. Une fois la valeur par défaut de bopauth_host modifiée, redémarrez le serveur d'arrière-plan.
2. Lancez le contrôle de version en tant que client sur le serveur d'applications à l'aide de la commande suivante :

   pdm_ver_nxd -c
   

3. Redémarrez le serveur d'application.

Non-exécution de la base de données virtuelle LDAP une fois déplacée du serveur d'arrière-plan

Symptôme :

J'ai installé la configuration de disponibilité avancée pour l'environnement CA SDM. Je me suis connecté au serveur d'arrière-plan et ai accédé au gestionnaire d'options, Sécurité à partir de l'onglet Administration. J'ai changé la valeur par défaut de ldap_virtdb_host pour pointer vers un serveur d'applications. J'ai redémarré tous les serveurs CA SDM. Non-exécution de la base de données virtuelle LDAP sur le serveur d'applications

Solution :

Si la base de données virtuelle LDAP a été déplacée du serveur d'arrière-plan vers un autre serveur (tel que le serveur d'applications) suivez la procédure suivante :

1. Une fois la valeur par défaut de ldap_virtdb_host modifiée, redémarrez le serveur d'arrière-plan.
2. Lancez le contrôle de version en tant que client sur le serveur d'applications à l'aide de la commande suivante :

   pdm_ver_nxd -c
   

3. Redémarrez le serveur d'application.