cancelar
Mostrando los resultados de 
Buscar en lugar de 
Quiere decir: 
cancel
1060
Visitas
10
ÚTIL
0
Comentarios

En este blog explicaré los comandos más comunes a utilizar para tratar de reconstruir la replicación en CUCM si el comando de utils dbreplication repair no ha funcionado.

A continuación presento los pasos más comunes de cómo reestablecer la replicación. Hay que tener en cuenta que los CUCMs deberán de estar sincronizados con NTP. Si los servidores no estan sincronizados la replicación no podra ser reestablecida.

1.  Detener la replicación en todos los subscribers con el siguiente comando (uno por uno):

utils dbreplication stop

2.  Hay que esperar a que se complete en cada uno de los subscribers (Esto puede tardar entre 10 y 15 minutos)

3.  Detener la replicación en el publisher con el mismo comando:

utils dbreplication stop

4.  Nuevamente esperar a que termine en el Publisher.

5.  Hay que realizar el siguiente procedimiento en los subscribers (uno por uno):

utils dbreplication dropadmindb

Y verificar que haya sido exitosa. Deberá de aparecer el siguiente output al finalizar el proceso:

6.  Realizar el mismo procedimiento de dropadmindb en el publisher.

7.  Y esperar a que este termine.

8.  Finalmente hay que reiniciar la replicación nuevamente con el siguiente comando desde el Publisher:

utils dbreplication reset all

9.  Hay que esperar alrededor de una hora para verificar si la repliación ya se encuentra en estado de 2.

La clave de esto es esperar a que cada comando finalice correctamente. De lo contrario, la replicación no se recrea del todo bien.

Si este procedimiento no funciona. Habrá que realizar un reboot a todos los servidores. Y repetir los pasos del 1 al 4. Ya que se haya detenido la replicación correr el siguiente comando en el Publisher:

utils dbreplication clusterreset

Nuevamente habrá que esperar a que termine. Ya que haya finalizado habrá correr nuevamente:

Utils dbreplication reset all en el Publisher.

Al finalizar el proceso, alrededor nuevamente de una hora habrá que reiniciar todos los subscribers del cluster.

Si la replicación sigue fallando lo mejor será contactar al TAC con los siguientes logs:

1. Del publisher

            file get activelog cm/trace/dbl/dbl_repl*.log

            file get activelog cm/log/informix/dbl_repl*.log

            file get activelog cm/log/informix/ccm*.log

  2. De los subscribers

            file get activelog cm/trace/dbl/sdi/dbmon*.txt

            file get activelog cm/log/informix/ccm*.log

  3. De todos los servidores "show tech dbstateinfo" y obtén los siguientes logs:

            "file get activelog cm/trace/dbl/showtechdbstateinfoNNNN.out" and "file get activelog cm/trace/dbl/showtechdbstateinfo_cdr_errNNNN.out"

Para obtener los logs previos necesitarás de un SFTP (pueden utilizar freeftpd que es gratuito).

De la página de Cisco Unified Reporting necesitaré los siguientes reports:

Cisco Unified Data Base Status

Cisco Unified Cluster Overview

Cisco Unified Replication Debug

Saludos.

Vamos a comenzar

¡Conecte con otros expertos de Cisco y del mundo! Encuentre soluciones a sus problemas técnicos o comerciales, y aprenda compartiendo experiencias.

Queremos que su experiencia sea grata, le compartimos algunos links que le ayudarán a familiarizarse con la Comunidad de Cisco: