Voix et communications unifiées : Cisco Unity Connection

Reconstruction de réplication de batterie d'Unity Connection

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (21 avril 2016) | Commentaires

Introduction

Ce document décrit des étapes pour vérifier et tenter pour aborder la question quand la réplication devient hors du sync ou se casse entièrement.

Contribué par les collines et le Brad Magnani de Scott, ingénieurs TAC Cisco.

Problème

Il est important de savoir qu'il y a deux types de réplication qui se produisent dans l'Unity Connection (UC) :

  • La réplication d'entreprise (ER) - Cisco CallManager de plate-forme (CCM) a associé
  • Réplication d'Unity Connection

Réplication d'entreprise

Il est important que l'ER soit toujours état de l'outil de suivi en temps réel (RTMT) de (2)'s sur Publisher et l'abonné. 

  • Afin de confirmer ceci, sélectionnez la commande de runtimestate de dbreplication d'utils.

  • Une autre commande utile qui peut être utilisée est état de dbreplication d'utils.

Réplication d'Unity Connection

Sans exécution appropriée ER, la réplication d'Unity Connection ne fonctionne pas correctement. Les commandes utilisées pour dépanner la réplication UC sont :

  • overwritedb de batterie de cuc d'utils

  • la batterie de cuc d'utils renégocient

Solution

Si l'ER est en baisse (RTMT ne fait pas = 2), se terminer ces étapes :

  1. Sur l'abonné, sélectionnez la commande d'arrêt de dbreplication d'utils. Attente elle à se terminer avant que vous commenciez l'étape suivante.

  2. Sur Publisher, sélectionnez la commande d'arrêt de dbreplication d'utils. Attente elle à se terminer avant que vous commenciez l'étape suivante.

  3. Sur Publisher et l'abonné, sélectionnez la commande de runtimestate de dbreplication d'utils. Assurez-vous que les deux serveurs sont colonne accessible = OUI RPC).

  4. Sur Publisher, sélectionnez la commande de dropadmindb de dbreplication d'utils.

  5. Sur l'abonné, sélectionnez la commande de dropadmindb de dbreplication d'utils. Si vous exécutez la release 9.x, ignorez à l'étape 8.

  6. Sur Publisher, sélectionnez la commande de clusterreset de dbreplication d'utils. Attente elle à se terminer avant que vous commenciez l'étape suivante.

  7. Redémarrez l'abonné. Attendez l'abonné pour se réactiver et entretenez tout le début avant que vous commenciez l'étape suivante.

  8. Sur Publisher, écrivez les utils que le dbreplication a remis à l'état initial toute la commande.

  9. Sur Publisher et l'abonné, sélectionnez périodiquement la commande de runtimestate de dbreplication d'utils afin de surveiller l'état RTMT ils que chacun a pour un un autre. Ils devraient progresser et chacun des deux finissent par finalement à (2) si la réplication installait correctement. Ceci peut prendre un certain temps.

  10. Si les états RTMT ne vont pas de 0's à 2's après que vous attendiez une bonne durée, collectez ces informations de Publisher et de l'abonné :

    • runtimestate de dbreplication d'utils
    • le fichier obtiennent l'activelog cm/trace/dbl/*.log
    • le fichier obtiennent l'activelog cm/trace/dbl/sdi/dbmon*.txt
    • le fichier obtiennent l'activelog cm/log/informix/dbl_repl*.log
    • le fichier obtiennent l'activelog cm/log/informix/ccm*.log
  11. Ouvrez une valise avec le centre d'assistance technique (TAC) et fournissez les informations collectées dans l'étape 10.

Informations connexes



Document ID: 116942