Voix et communications unifiées : Cisco Unified Communications Manager (CallManager)

Erreur de réplication de base de données « Cisco CallManager CDBLException Dump: [ActiveX object not initialized via insert or select] Administration »

17 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Ce document décrit ce message d'erreur de réplication de base de données et les étapes nécessaires pour le dépanner :

Cisco CallManager CDBLException Dump: [ActiveX object 
not initialized via insert or select] Administration

Conditions préalables

Conditions requises

Cisco recommande que vous ayez la connaissance de Cisco Unified Communications Manager.

Composants utilisés

Les informations dans ce document sont basées sur Cisco Unified Communications Manager.

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Problème

Quand journaux de l'utilisateur dans la page Web de Cisco CallManager, le vidage mémoire de CDBLException de Cisco CallManager : [L'objet d'ActiveX non initialisé par l'intermédiaire de l'insertion ou sélectionnent] le message d'erreur de réplication de base de données de gestion apparaît comme indiqué dans cet exemple :

ccm-activex-error-1.gif

Solution

Le message d'erreur décrit dans ce document peut apparaître quand il y a deux networks interface cards (NIC) activés et avec des adresses IP assignées. Assurez que vous avez seulement un NIC activé sur le serveur à la fois.

De doubles NIC ne sont pas pris en charge. La recommandation est d'avoir deux NIC et d'utiliser un comme tolérance aux pannes, mais seulement un est opérationnel à la fois. Le manque de désactiver le deuxième NIC peut avoir comme conséquence deux adresses IP qui sont assignées au serveur Cisco CallManager. Quand deux adresses IP sont assignées au serveur Cisco CallManager, il peut entraîner une perte de service.

Ce message d'erreur peut également être un résultat d'un virus sur le serveur. Exécutez la dernière engine approuvée de virus contre vos serveurs CallManagers.

Un autre possible raison a pu être lié à la mémoire cache. Le contournement pour ceci est de redémarrer la batterie. Veuillez essayer ceci après des heures.

Si ces contournements ne résolvent pas le problème, essayez des n'importe quels de ces contournements :

  1. Vous pourriez devoir vérifier pour voir si vous avez les derniers packs de services de Cisco Security/OS. Référez-vous au Système d'exploitation de téléphonie IP de Cisco, Serveur SQL, des mises à jour de sécurité pour plus d'informations sur ces packs de services. Afin d'obtenir les derniers paquets de logiciel Cisco CallManager, se rapporter au CallManager et exprimer la crypto page de téléchargements logiciels d'app (clients enregistrés seulement)

  2. Arrêtez et redémarrez IIS et examinez le navigateur sur le serveur affecté.

  3. Mettez les hôtes et les fichiers lmhosts à jour.

    1. Sur chaque serveur CallManager là existe un fichier situé à jour de « hôtes » dans c:\winnt\system32\drivers\etc.

    2. Sur chaque serveur CallManager là existe un fichier situé à jour de « lmhosts » dans c:\winnt\system32\drivers\etc.

      Assurez-vous que les informations sur ces fichiers sont à jour, s'il y a n'importe quels disparus de l'information les ajoutent et écrivez le nbtstat - demande de commande R aux commandes.

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Informations connexes


Document ID: 97218