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

Mise à niveau Cisco CallManager : Erreur de réplication de la base de données de l'abonné

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


Contenu


Introduction

Pendant une tentative d'améliorer le Cisco CallManager, pour se connecter au message d'erreur de base données apparaît.

Conditions préalables

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

  • Cisco Unified CallManager 4.x

Composants utilisés

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

  • Cisco Unified CallManager 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.

Erreur de mise à jour de Cisco CallManager

La validation de réplication de base de données de Cisco Unified CallManager vérifie le serveur de base de données d'éditeur et les serveurs configurés d'abonné pour la réplication de base de données existent avant la mise à jour, ainsi si les abonnés l'uns des, qui sont ajoutés à l'éditeur, n'est pas accessible, alors la validation de réplication renvoie pour connecter le message d'erreur d'erreur de base données.

L'utilitaire de mise à jour de Cisco Unified Communications Manager, un outil non intrusif, détecte les santés des serveurs dans la batterie de Cisco Unified Communications Manager avant que vous exécutiez une mise à jour à Cisco Unified Communications Manager. Cet utilitaire vérifie l'état de réplication de base de données pour tous les serveurs d'abonné dans la batterie. Cet utilitaire valide que la base de données contient les dernières informations sur le système. Les résultats de validation incluent l'exécution, inactif, ont manqué, ou ont réussi.

Solution

Cette situation surgit quand l'abonné qui est ajouté à la batterie n'est pas accessible ou pas correctement retiré avant que vous amélioriez la batterie. Pour une résolution, ajoutent les passerelles appropriées pour que le serveur d'abonné soit rendu accessible ou retirent le serveur d'abonné correctement de la batterie avec la procédure décrite.

Suppression d'un serveur d'abonné de batterie de Cisco CallManager

Terminez-vous ces étapes à l'abonné :

  1. Mettez à jour le Cisco CallManager en question et assignez-le à un serveur différent, ou supprimez le Cisco CallManager qui est assigné à ce serveur de la page de gestion de serveur CallManager.

  2. Supprimez les passerelles de conférence, le MTPs, et les serveurs MOH qui utilisent le serveur que vous voulez supprimer et désactivent les services ce passage sur ce serveur.

Suppression un serveur d'abonné de Cisco CallManager

Quand vous supprimez un serveur d'abonné de la batterie de Cisco CallManager, vous utilisez la fenêtre de configuration du serveur au Cisco CallManager Administration. Cette suppression, cependant, supprime le serveur de la base de données de Cisco CallManager Administration, mais non toutes les dépendances de serveur obtiennent supprimé. Vous ne pouvez pas supprimer un serveur qui a un Cisco CallManager spécifique qui fonctionne là-dessus. Afin de découvrir que les Cisco CallManagers utilisent le serveur, cliquez sur les enregistrements de dépendance joignent de la fenêtre de configuration du serveur. Si les enregistrements de dépendance ne sont pas activés pour le système, la fenêtre récapitulative d'enregistrements de dépendance affiche un message.

Enlevez les informations de réplication SQL

Après que le serveur soit retiré quand vous utilisez le Cisco CallManager Administration, exécutez le fichier script afin d'enlever les informations de réplication SQL. Un fichier script existe pour le serveur et celui d'éditeur pour le serveur d'abonné. Exécutez le fichier script RemoveServerFromDB.bat du serveur d'éditeur de Cisco CallManager que vous voulez retirer. Ce script fonctionne de l'invite de commande à partir de n'importe quel répertoire.

Procédure

Procédez comme suit :

  1. À partir de n'importe quel répertoire sur le serveur d'éditeur, sélectionnez cette commande :

    <path where you saved the script>:\RemoveServerFromDB
    		  "server" "database" "name_of_server_to_delete_from_ProcessNode.Name"
    

    Quand cette commande est exécutée de l'invite de commande, affichage d'erreurs ; aucun fichier de consignation de journal des erreurs distinct n'obtient généré.

  2. Exécutez le script RemoveSubscription.bat sur l'abonné — Exécutez le fichier script RemoveSubscription.bat du serveur d'abonné de Cisco CallManager que vous voulez retirer. Ce script fonctionne de l'invite de commande à partir de n'importe quel répertoire.

    <path where you saved the
    		  script>:\RemoveSubscription "server" "database"
    
  3. Enlevez les accords redondants de réplication DCD — Après que le serveur d'abonné soit retiré de la batterie, exécutez le script de clean_publisher afin de nettoyer ses informations de réplication DCD de l'éditeur DCD. Le fichier script exécute seulement sur le serveur d'éditeur. Vous pouvez accéder au script sur la version 3.3 et ultérieures de Cisco CallManager. Il obtient installé sur le serveur Cisco CallManager pendant l'installation du composant de répertoire Cisco. À partir de n'importe quel répertoire sur le serveur d'éditeur, sélectionnez cette commande : c:\ >Clean_publisher.cmd

    Ce fichier script enlève les accords de réplication sur tous les abonnés inexistants de l'éditeur DCD. Il ne supprime pas ou modifie des données existantes.

    Remarque: Si l'administrateur retire le serveur et n'exécute pas le script Clean_publisher.cmd et puis ajoute le dos de serveur avec le même nom d'hôte dans la même batterie d'où elle a été retirée, le script DCD qui est utilisé pour configurer l'abonné DCD nettoie l'accord précédent de réplication DCD de la base de données de l'éditeur DCD pendant l'installation de répertoire de l'installation de Cisco CallManager sur le serveur.


Informations connexes


Document ID: 107377