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)

Symptom:

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.

bopauth_nxd ne s'exécute pas lorsqu'il est déplacé hors du serveur d'arrière-plan

Symptom:

J'ai défini une configuration de disponibilité avancée pour l'environnement CA SDM. J'ai ouvert une session dans le serveur d'arrière-plan et accédé à Gestionnaire d'options, Sécurité à partir de l'onglet Administration. J'ai remplacé la valeur par défaut de bopauth_host value de manière à ce qu'il pointe vers un serveur d'application. J'ai redémarré tous les serveurs CA SDM. bopauth_nxd ne s'exécute pas dans le serveur d'applications.

Solution:

Lorsque bopauth_nxd est déplacé du serveur d'arrière-plan vers un autre serveur (tel qu'un serveur d'applications), effectuez les étapes suivantes :

1. Redémarrez le serveur d'arrière-plan après avoir modifié la valeur par défaut de bopauth_host.
2. Démarrez le contrôle de version en tant que client dans le serveur d'applications à l'aide de la commande suivante :

   pdm_ver_nxd -c
   

3. Redémarrez le serveur d'application.

La base de données virtuelle LDAP ne s'exécute pas lorsqu'elle est déplacée hors du serveur d'arrière-plan

Symptom:

J'ai défini une configuration de disponibilité avancée pour l'environnement CA SDM. J'ai ouvert une session dans le serveur d'arrière-plan et accédé à Gestionnaire d'options, Sécurité à partir de l'onglet Administration. J'ai remplacé la valeur par défaut de ldap_virtdb_host de manière à ce qu'elle pointe vers un serveur d'applications. J'ai redémarré tous les serveurs CA SDM. La base de données virtuelle LDAP ne s'exécute pas dans le serveur d'applications.

Solution:

Lorsqu'une base de données virtuelle LDAP est déplacée du serveur d'arrière-plan vers tout autre serveur (tel qu'un serveur d'applications), effectuez les étapes suivantes :

1. Redémarrez le serveur d'arrière-plan après avoir modifié la valeur par défaut de ldap_virtdb_host.
2. Démarrez le contrôle de version en tant que client dans le serveur d'applications à l'aide de la commande suivante :

   pdm_ver_nxd -c
   

3. Redémarrez le serveur d'application.