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

Cisco CallManager : Échec de la mise à niveau de l'abonné / Impossible de trouver la base de données mise à jour

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Tandis que la mise à jour d'un éditeur et d'un certain nombre d'abonnés dans le Cisco CallManager 3.x se produit, il y a plusieurs exemples quand message d'erreur n'apparaît pas. Cependant, quand les serveurs dans la batterie ne sont redémarrés, ni les téléphones ni les périphériques s'inscrivent aux abonnés corrects. Souvent, le Basculement entre les Noeuds de Cisco CallManager dans une batterie échouent également. En outre, quand vous vérifiez le visualisateur d'événements d'application, il affiche à beaucoup d'exemples où le service de Cisco CallManager arrête et commence répétitivement.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Composants utilisés

Les informations dans ce document sont basées sur toutes les releases mineures du Cisco CallManager 3.0.

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

Accédez au gestionnaire d'entreprise SQL et ouvrez les bases de données d'éditeur et d'abonné. Vérifiez la dernière version de base de données Cisco CallManager (CCM030x) sur l'éditeur et pour chaque abonné. Si vous notez que les abonnés n'ont pas la base de données la plus en cours quand vous visualisez les bases de données d'éditeur et d'abonnés chez le gestionnaire d'entreprise SQL, vous rencontrez probablement un problème nommant de résolution dans votre réseau.

Ce diagramme explique que l'éditeur et l'abonné contiennent une copie de la base de données la plus récente. Dans ce cas, c'est CCM0301.

/image/gif/paws/23272/subscriber-upgrade-fails-1.gif

Référez-vous à recréer l'abonnement sur la section de Publisher dans le rétablissement d'une documentation cassée d'abonnement de la batterie SQL de Cisco CallManager pour plus d'informations sur la façon visualiser les bases de données et les versions chez le gestionnaire d'entreprise SQL.

Une autre manière de vérifier ce problème est de se rapporter au plus nouveau log de mise à jour de base de données trouvé chez C:\CCMDBSetup.log. Faites descendre l'écran et recherchez cette sortie :

4-28-2002 10:54:00 _DBPullSubscription: CALLMAN01 CCM0302 sa ******** CALLMAN02
CCM0302 sa ******** C:\Program Files\Cisco\Bin\ 0

4-28-2002 11:11:32 Pulling subscription from CALLMAN01 to subscribe to the CCM0302 Database.
Return Code = 8 DB_SCRIPT_ERROR

Cette sortie prouve que, alors que l'abonné pouvait contacter l'éditeur et déterminer la version correcte de base de données, il y avait des problèmes qui l'ont empêché d'être copié/répliqué.

Les serveurs d'abonné ne pourraient pas pouvoir accéder au serveur d'éditeur dû aux questions dans la résolution du nom du serveur d'éditeur. Vérifiez le CallManager installent le log pour la sortie semblable :

1-8-2006 10:10:10 _DBGetVersion: CALLMAN03 CCM0300  ******** 
1-8-2006 10:10:27 Subscriber has problem to connect to the Publisher Database.

Cette sortie prouve que l'abonné fait face à des questions en se connectant au serveur d'éditeur.

Solution

La Microsoft SQL Server utilise la résolution de noms de Netbios pour quelques types de tâches de l'appel de procédure à distance (RPC). Pour cette raison, l'éditeur et tous abonnés devraient utiliser le fichier lmhosts pour la résolution de noms de Netbios. Tous les serveurs dans la batterie devraient également utiliser des fichiers HOSTS pour la résolution de noms appropriée entre les serveurs.

Désactivez les DN dans les serveurs pendant l'installation de Cisco CallManager. Les serveurs devraient utiliser le fichier HOSTS pour la résolution de noms.

Le Windows 2000 inclut des HÔTES et des fichiers lmhosts témoin (HOSTS.SAM et LMHOSTS.SAM) dans le répertoire C:\winnt\system32\drivers\etc. Terminez-vous ces étapes afin de modifier les fichiers témoin pour votre installation faite sur commande.

  1. De l'utilisation d'éditeur de Cisco CallManager un éditeur de texte tel que Notepad et ouvrent le fichier C:\winnt\system32\drivers\etc\hosts.sam.

  2. Lisez les lignes de commentaire qui commencent par # symbole. Supprimez alors toutes les lignes à partir du fichier. Windows doit analyser chaque ligne dans le fichier pour chaque tentative de résolution de noms.

  3. Écrivez l'adresse IP de l'éditeur, d'un espace, et de l'adresse Internet de l'éditeur. L'adresse Internet peut être trouvée avec la commande de /all d'ipconfig.

    La répétition jusqu'au fichier contient une ligne pour chaque serveur dans la batterie. C'est un fichier d'hôtes témoin :

    127.0.0.1           localhost
    172.18.110.90       ICSCM1
    172.18.110.94       ICSCM2
  4. Sauvegardez le fichier comme C:\winnt\system32\drivers\etc\hosts sans n'importe quelle extension.

    Remarque: Notepad ajoute une extension de .txt par défaut. Par conséquent, Explorateur Windows d'utilisation ou une invite de commande pour enlever l'extension de .txt.

    Remarque: L'Explorateur Windows masque des extensions de fichier par défaut. , Assurez-vous par conséquent que vous visualisez les extensions de fichier ou utilisez juste la commande de renommer.

  5. Utilisez un éditeur de texte tel que Notepad et ouvrez le fichier C:\winnt\system32\drivers\etc\lmhosts.sam.

  6. Lu et supprimez alors toutes les lignes de commentaire. Ajoutez une ligne pour chaque serveur mais ajoutez le texte #PRE après le nom du serveur. Cette sortie est un fichier lmhosts témoin :

    172.18.110.90     ICSCM1     #PRE
    172.18.110.94     ICSCM2     #PRE
  7. Sauvegardez le fichier comme C:\winnt\system32\drivers\etc\lmhosts sans n'importe quelle extension.

    Remarque: Notepad ajoute une extension de .txt par défaut. Par conséquent, Explorateur Windows d'utilisation ou une invite de commande pour enlever l'extension de .txt.

    Remarque: L'Explorateur Windows masque des extensions de fichier par défaut. , Assurez-vous par conséquent que vous visualisez les extensions de fichier ou utilisez la commande de renommer.

  8. Ouvrez une invite de commande et écrivez le nbtstat - commande R de charger le contenu du fichier lmhosts dans le cache de nom NetBIOS. Employez le nbtstat ? commande c afin de vérifier que le fichier lmhosts a été avec succès analysé et chargé. Référez-vous à l'article Q180099 de base de connaissances de Microsoftleavingcisco.com si aucune informations n'est répertoriée.

    Remarque: Le cache distant de Netbios contient seulement la résolution de nom-à-adresse pour les Noeuds distants.

    subscriber-upgrade-fails-2.jpg

  9. Start > Run et type choisis services.msc.

  10. Cliquez sur OK.

  11. Sélectionnez le service de client DNS, cliquez avec le bouton droit sur le nom de service, et sélectionnez la reprise.

  12. Répétez les étapes 1 à 11 pour chaque serveur Cisco CallManager dans la batterie.

  13. Réexécutez la mise à jour de Cisco CallManager sur les abonnés. Si réussi, vous voyez que les abonnés ont la base de données Cisco CallManager en cours et qu'ils tirent l'abonnement avec succès de l'éditeur.


Informations connexes


Document ID: 23272