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

Utilisation de DBLHelper pour rétablir un abonnement interrompu de regroupement de serveurs SQL à Cisco CallManager

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


Contenu


Introduction

La réplication de la base de données du SQL (SQL) est une principale fonction des batteries de Cisco CallManager. Le serveur avec la copie principale de la base de données Cisco CallManager s'appelle l'éditeur, alors que les serveurs qui répliquent la base de données s'appellent les abonnés. Le serveur d'abonné vote uniformément le serveur d'éditeur pour toutes les nouvelles modifications à la base de données d'éditeur. Si des nouvelles modifications sont apportées, l'abonné exécute un abonnement de traction afin de recevoir les la plupart des changements récents à la base de données.

En cas l'abonné arrête la réplication des données de l'éditeur, besoin de l'utilisateur de reconstruire les relations entre l'éditeur et l'abonné. Ce document décrit l'utilitaire de DBLHelper. Cet utilitaire republie ou réinitialise un abonnement cassé entre l'éditeur et les bases de données d'abonné.

Remarque:  Si vos serveurs Cisco CallManagers font partie d'« domaine », pour que DBLHelper correctement soit exécuté, vous devez se connecter dans le serveur Cisco CallManager comme compte « d'administrateur local » du serveur Cisco CallManager, pas le compte de domaine.

Symptômes

C'est une liste de symptômes possibles si l'abonné cesse de répliquer de l'éditeur :

  • Change qui sont faits sur l'éditeur ne sont pas réfléchis aux téléphones qui sont inscrits à l'abonné.

  • Les appels sortants échouent aux téléphones inscrits à l'abonné. Dès que vous composerez 9 vous entendez une tonalité de réarrangement.

  • Call forward all (CFwdALL) ne fonctionne pas.

  • Base de données d'erreur d'affichages de téléphone IP.

Conditions préalables

Conditions requises

Ce document suppose que le mot de passe de compte de l'administrateur SQL (SA) est disponible pour l'éditeur et l'abonné s'il fonctionne sur MSSQL 7.0. Il assume des droites d'administration si vous utilisez le Serveur SQL 2000.

Composants utilisés

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

  • Cisco CallManager 3.x et 4.x

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.

Rétablissez les relations entre Publisher et l'abonné utilisant DBLHelper

Procédez comme suit :

  1. Si vous notez des questions avec le Basculement de Cisco CallManager ou notez des erreurs de réplication SQL dans le journal d'événements d'application, vérifiez le fichier DBLHelper.exe d'abord.

    Ce fichier se trouve dans le répertoire de c:\program files\cisco\bin. Assurez-vous que vous avez le dernier fichier de DBLHelper dans cet emplacement. Si le fichier n'est pas actuellement sur le système, ouvrez une valise avec le support technique de Cisco et détaillez un abonnement cassé SQL. Utilisez l'outil de demande de service TAC de Cisco (clients enregistrés seulement) pour ouvrir une valise.

    Remarque: DBLHelper est seulement exécuté sur l'éditeur.

  2. L'ingénieur de support technique de Cisco peut fournir l'application DBLHelper.exe pour vous.

    • Si vous utilisez le Cisco CallManager version 3.0 ou 3.1, informez l'ingénieur de Soutien technique. Ils peuvent également t'envoyer le fichier odbc++.

      Remarque: DBLHelper est compatible avec le Cisco CallManager 3.x et 4.x.

    • Le fichier odbc++ en plus de DBLHelper.exe résident dans c:\program files\cisco\bin.

  3. La réplication SQL se fonde sur la résolution de noms de Netbios. Assurez-vous que le fichier de c:\winnt\system32\drivers\etc\"lmhosts" est rempli si nécessaire.

  4. Si seulement le fichier lmhosts.sam existe, cliquez sur le début/exécuté, écrivez le cmd, et appuyez sur le retour.

  5. De la demande de C:\, entrez dans le cd \winnt\system32\drivers\etc comme affiché ici.

    /image/gif/paws/46082/dblhelper_doc_01.gif

  6. Lmhosts de <space> de la copie lmhosts.sam.

  7. Éditez le fichier lmhosts.

    dblhelper_doc_03.gif

  8. Sauvegardez le fichier et cliquez sur la sortie.

  9. De l'Explorateur Windows, c:\ choisi > les fichiers de programme > le Cisco, cliquent sur le répertoire de coffre et double-cliquer sur DBLHelper.exe.

    Cette fenêtre affiche :

    dblhelper_doc_04.gif

    Remarque: L'icône de froncement de sourcils rouge indique un abonnement cassé SDL entre l'éditeur et les Cisco CallManagers d'abonné.

    Le bouton de republication supprime l'abonnement en cours et le recrée. Le bouton de réinitialiser réinitialise tous les abonnements et commence l'agent d'instantané. Il tente également de reconstruire l'abonnement avec la base de données en cours.

  10. Une fois que vous sélectionnez une option, le bouton est grisé. Une fois que l'exécution est complète et les bases de données sont rétablies, cette fenêtre apparaît :

    /image/gif/paws/46082/dblhelper_doc_05.gif

    Si une republication ne répare pas les questions de réplication et l'icône de froncement de sourcils rouge apparaît toujours, alors contrôle pour voir si le nom de la base de données est identique à travers tous les serveurs Cisco CallManagers. Si les serveurs CallManagers l'uns des d'abonné ont un nom différent, mettez à jour le nom de la base de données dans cet abonné. Ouvrez Windows Registry Editor du fait serveur Cisco CallManager particulier et parcourez à HKEY_LOCAL_MACHINE > logiciel > Cisco Systems Inc. > DBL. Recherchez les entrées dans le registre DBCONNECTION0, DBCONNECTION1, et ainsi de suite. Mettez à jour la valeur de ces entrées avec le nom de la base de données d'éditeur.

    La valeur de l'entrée de DBCONNECTIONx ressemble à ceci :

    DSN=CiscoCallManager;SERVER=CCM-4;DATABASE=CCM0300;Trusted_Connection=yes

    Si la base de données d'éditeur a un nom de CCM0301, alors mettez à jour la valeur de registre en tant que :

    DSN=CiscoCallManager;SERVER=CCM-4;DATABASE=CCM0301;Trusted_Connection=yes
  11. L'onglet de name resolution indique s'il y a un système de noms de domaine. Entrée (de DN), ou entrée d'hôtes pour indiquer une résolution de nom-adresse IP. Il indique également n'importe quel délai réseau entre les serveurs.

    /image/gif/paws/46082/dblhelper_doc_06.gif

  12. L'onglet de DB de comparer te permet pour comparer les bases de données entre les versions de Cisco CallManager.

    Remarque: Ceci n'est pas utilisé.

    /image/gif/paws/46082/dblhelper_doc_07.gif

  13. L'onglet de BackupData te permet pour faire une sauvegarde de base de données qui est enregistrée dans un format .csv.

    Remarque: Ce n'est pas une manière prise en charge de faire une sauvegarde de la base de données Cisco CallManager.

    Remarque: Mai sure que vous clôturez l'application de DBLhelper après qu'elle ait fonctionné sur Publisher. Si DBLhelper est laissé l'active, il peut entraîner le visualiseur d'erreurs en cas.

Vérifiez que l'abonnement SQL fonctionne

  1. Afin de tester la propagation des données, créez un périphérique sur le serveur de édition qui est facilement insertion reconnaissable et de clic.

    dblhelper_doc_08.gif

  2. Le périphérique n'a pas besoin d'être fonctionnel. Mise à jour de clic, puis fin.

    /image/gif/paws/46082/dblhelper_doc_09.gif

  3. Entrez dans le gestionnaire d'entreprise SQL, développez l'abonné SQL en question, et regardez dans la table de base de données pour voir si le nouveau périphérique est présent.

    /image/gif/paws/46082/dblhelper_doc_10.gif

  4. Plus le périphérique est reconnaissable, plus il est de le trouver facile.

    /image/gif/paws/46082/dblhelper_doc_11.gif

L'erreur d'IsChangeNotfyReady apparaît après qu'un nouvel abonné soit ajouté

Après que vous ajoutiez un nouvel abonné de Cisco CallManager à la batterie, une erreur sql d'IsChangeNotfyReady est trouvée dans Publisher.

Exécutez l'outil de DBLhelper afin de résoudre ce message d'erreur.

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