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 :
Solution
Si ER est désactivé (RTMT n'est pas égal à 2), procédez comme suit :
Sur l'Abonné, entrez la commande utils dbreplication stop. Attendez qu'il se termine avant de commencer l'étape suivante.
Sur le serveur de publication, entrez la commande utils dbreplication stop. Attendez qu'il se termine avant de commencer l'étape suivante.
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).
Sur le serveur de publication, entrez la commande utils dbreplication dropadmindb.
Sur l'Abonné, entrez la commande utils dbreplication dropadmindb. Si vous exécutez la version 9.x, passez à l'étape 8.
Sur le serveur de publication, entrez la commande utils dbreplication clusterreset. Attendez qu'il se termine avant de commencer l'étape suivante.
Redémarrez l'Abonné. Attendez que l'Abonné se réactive et que les services démarrent tous avant de commencer l'étape suivante.
Sur le serveur de publication, entrez la commande utils dbreplication reset all.
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.
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
Ouvrez un dossier auprès du Centre d'assistance technique (TAC) et fournissez les informations collectées à l'étape 10.
Informations connexes