Contenu

Introduction

Problème

Réplication d'entreprise

Réplication Unity Connection

Solution

Informations connexes

Introduction

Ce document décrit les étapes à suivre pour vérifier et tenter de résoudre le problème lorsque la réplication devient désynchronisée ou rompt entièrement.

Problème

Il est important de savoir qu'il existe deux types de réplication dans Unity Connection (UC) :

- Réplication d'entreprise (ER) - plate-forme liée à Cisco CallManager (CCM)

- Réplication Unity Connection

Réplication d'entreprise

Il est important que l'ER soit toujours à l'état RTMT (Real Time Monitoring Tool) de (2) sur le serveur de publication et l'abonné.

- Afin de confirmer cela, entrez la commande utils dbreplication runtimestate.

- Une autre commande utile qui peut être utilisée est utils dbreplication status.

Réplication Unity Connection

Sans l'ER en cours d'exécution, la réplication Unity Connection ne fonctionne pas correctement. Les commandes utilisées pour dépanner la réplication UC sont les suivantes :

- utils cuc cluster overwrite

- utils cuc cluster renegotiate

Solution

Si ER est désactivé (RTMT n'est pas égal à 2), procédez comme suit :

1. Sur l'Abonné, entrez la commande utils dbreplication stop. Attendez qu'il se termine avant de commencer l'étape suivante.

2. Sur le serveur de publication, entrez la commande utils dbreplication stop. Attendez qu'il se termine avant de commencer l'étape suivante.

3. Sur le serveur de publication et l'abonné, entrez la commande utils dbreplication runtimestate. Assurez-vous que les deux serveurs sont une colonne accessible RPC = OUI).

4. Sur le serveur de publication, entrez la commande utils dbreplication dropadmindb.

5. Sur l'Abonné, entrez la commande utils dbreplication dropadmindb. Si vous exécutez la version 9.x, passez à l'étape 8.

6. Sur le serveur de publication, entrez la commande utils dbreplication clusterreset. Attendez qu'il se termine avant de commencer l'étape suivante.

7. Redémarrez l'Abonné. Attendez que l'Abonné se réactive et que les services démarrent tous avant de commencer l'étape suivante.

8. Sur le serveur de publication, entrez la commande utils dbreplication reset all.

9. Sur Publisher et Subscriber, entrez périodiquement la commande utils dbreplication runtimestate afin de surveiller l'état RTMT qu'ils ont chacun l'un pour l'autre. Ils devraient progresser et se terminer en 2 points si la réplication est correctement configurée. Cela peut prendre un certain temps.

10. Si les états RTMT ne passent pas de 0 à 2 après avoir attendu un bon moment, collectez ces informations à LA FOIS auprès du serveur de publication et de l'abonné :

- utils dbreplication runtimestate

- fichier get activelog cm/trace/dbl/*.log

- fichier get activelog cm/trace/dbl/sdi/dbmon*.txt

- fichier get activelog cm/log/informix/dbl_repl*.log

- fichier get activelog cm/log/informix/ccm*.log

11. Ouvrez un dossier auprès du Centre d'assistance technique (TAC) et fournissez les informations collectées à l'étape 10.

Informations connexes

- Guide de référence de l'interface de ligne de commande pour les solutions de communications unifiées Cisco version 8.6(1)

- Support et documentation techniques - Cisco Systems