El error de la réplica de base de datos en Cisco unificó al administrador de la comunicación

Transcripción

1 El error de la réplica de base de datos en Cisco unificó al administrador de la comunicación Contenido Introducción Prerrequisitos Requisitos Componentes Utilizados Convenciones Utilice los informes de Unifed para hacer el debug de la replicación Cómo determinar si la replicación está quebrada Contador de Replicate_State Error: los sqlhosts clasifían en los suscriptores no hacen juego al editor Procedimiento Problema: El informe muestra la discordancía de la versión Problemas conocidos Información Relacionada Introducción Este documento describe cómo resolver algunos de los problemas que ocurren en el estatus de la réplica de base de datos a través de la herramienta de informe unificada Cisco en Cisco unificaron al administrador 6,1 de la comunicación. Prerrequisitos Requisitos Cisco recomienda que tenga conocimiento sobre estos temas: Cisco Unified CallManager 5.1(3) Administrador 6,1 de las Comunicaciones unificadas de Cisco Administrador 7.x de las Comunicaciones unificadas de Cisco Administrador 8.x de las Comunicaciones unificadas de Cisco Componentes Utilizados La información que contiene este documento se basa en las siguientes versiones de software y hardware. Cisco Unified CallManager 5.1(3) Administrador 6,1 de las Comunicaciones unificadas de Cisco Administrador 7.x de las Comunicaciones unificadas de Cisco Administrador 8.x de las Comunicaciones unificadas de Cisco La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando. Convenciones Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento. Utilice los informes de Unifed para hacer el debug de la replicación Si usted utiliza al administrador o 6,1 de las Comunicaciones unificadas de Cisco o más adelante, usted debe tener acceso a los informes unificados Cisco para hacer el debug de los problemas de la replicación. Estos informes hacen mucho más fácil hacer el debug de las copias de

2 respuesta puesto que usted puede registrar en un GUI (en el editor) y ver el estatus de todos los servidores en el cluster. También permiten que usted mire muchos archivos que fueron accedidos previamente solamente con una cuenta remota. Para acceder los informes unificados, el registro sobre el ccmadmin GUI, y elegir Cisco unificó la información de la lista del menú desplegable a la derecha. Elija los informes del sistema, y usted ve una lista de informes a la izquierda. En el caso de cada informe, utilice el icono a la derecha el extremo derecho para generar un nuevo informe. Los viejos informes consiguen salvados. Si usted no genera un nuevo, usted puede mirar más viejos datos. Una vez que se genera el nuevo informe, usted puede ver el informe. Esta lista muestra diversos informes y los datos que usted encuentra en cada uno, que es importante para la configuración de la replicación. Usted puede ver que los datos son DE TODOS LOS servidores. En algunos casos, por ejemplo los sqlhosts, incluso comparan los datos de cada servidor y le dicen las entradas que son diferentes. Informe del estado unificado de las bases de datos del administrador de la llamada: Unifed CM database access (whether publisher can reach subscriber DB, and subscriber can reach publisher DB) Unified CM Database Status gives RTMT replication counters for all servers in cluster. Also has a replication server list that does a cdr list serv on each server and displays the results. Unified CM Hosts shows the /etc/hosts file for all servers Unified CM Rhosts -.rhosts files Unified CM Sqlhosts sqlhosts files Unified CM Services shows /etc/services files Informe unificado de la descripción del cluster CM: Unified provisioned servers

3 (shows which servers are in cluster) Unified CM version shows call manager version on publisher and subscriber (be sure they match) Unified CM Name Resolution (check if all server names can be resolved) Unified Server Connectivity (shows if servers can ping each other) Unified CM Time and Delay (check if publisher and subscriber clocks are close enough) Lista del Servidor de replicación (servicio de la lista de los cdr): Unified CM cdr list repl (shows all the replicates defined. This is most useful to check if all tables are set up to replicate, and what options, such as ats, timestamp, etc are used.) Ejemplo del informe en el informe del estado de la base de datos (datos del archivo de los sqlhosts) Cómo determinar si la replicación está quebrada Marque el estado de la replicación y el estatus de la replicación para determinar si la replicación está quebrada. Utilice los informes unificados Cisco: En Cisco unificó la información, usted puede generar el informe del estado unificado de la base de datos CM, donde usted puede encontrar el estatus de la réplica de base de datos. El estatus 2 indica que la replicación es buena. Si usted recibe un número de estatus de 3 o 4, indica que una base de datos quebrada o esa replicación no está puesta correctamente entre el editor y suscriptor. Contador de Replicate_State Utilice el visor de Syslog en la herramienta del monitoreo en tiempo real del administrador de las Comunicaciones unificadas de Cisco (RTMT) para marcar el contador de Replicate_State para el número de réplicas creadas y el estado del objeto de la replicación en todos los Nodos. El valor en cada nodo debe igualar 2. Este contador representa el estado de la replicación, que incluye estos valores posibles: 0 (no comenzado) Ningunos suscriptores existen o el servicio del monitor de la capa de la base de datos no se está ejecutando y no se ha estado ejecutando puesto que el suscriptor fue instalado.

4 1 (comenzado) La replicación se está poniendo actualmente. 2 (acabado) Se completa la configuración de la replicación y trabajo. 3 (roto) La replicación fallada durante la configuración y no está trabajando. 4 La replicación no se pone correctamente. Nota: Esta información es lo mismo para la versión del CallManager de Cisco 5.1(3) y las 6,1 versiones. Error: los sqlhosts clasifían en los suscriptores no hacen juego al editor En un clúster del Cisco CallManager que tenga algunos suscriptores y un editor, cuando usted marca el estatus de la replicación con RTMT, usted recibe un número de estatus de 3 o 4, que indica o una base de datos quebrada o que no se ponga la replicación correctamente entre el editor y los suscriptores. Sin embargo, el teléfono creado en un Cisco CallManager aparece en el otro Cisco Callmanager servers. Cisco unificó la herramienta de informe vuelve este error: los sqlhosts clasifían en los suscriptores no hacen juego al editor. Nota: Los sqlhosts clasifían en el suscriptor tienen solamente el suscriptor y el editor. El archivo de los sqlhosts del editor tiene todas las entradas para el Cisco Unified CallManager 5.x. Los sqlhosts clasifían en cada servidor deben ser lo mismo en el caso del administrador 6.x de las Comunicaciones unificadas de Cisco. La herramienta de informe unificada Cisco está disponible en el Cisco Unified CallManager 5.1(3) y el administrador 6,1 de las Comunicaciones unificadas de Cisco. Usted puede acceder la información unificada Cisco del menú desplegable de la navegación disponible en el Lado derecho de las páginas Web de administración del Cisco Unified CallManager. Un buen estatus de la replicación parece esto: Después de que usted agregue a un nuevo suscriptor al cluster, se inician los acuerdos de replicación y la replicación real solamente después que la primera reinicialización de cada suscriptor. Aseegurele tan reiniciar a los suscriptores después de que usted los agregue al cluster. Si usted agrega a muchos suscriptores, reinicielos uno a la vez para evitar sobrecargar al editor con la réplica de base de datos. Nota: El archivo de los sqlhosts está presente en cada servidor y contiene una referencia para cada nodo unificado Cisco del administrador de la comunicación en el cluster. Si esos archivos de los sqlhosts están fuera de sincronice, la réplica de SQL falla. Utilice el comando CLI del dbstateinfo de la tecnología de la demostración en cada suscriptor para marcar los sqlhosts locales en la parte inferior de la salida para cualquier discordancía en cada nodo. Procedimiento Si el estatus de la replicación se muestra como 4, que indica que la replicación no está puesta correctamente, complete estos pasos: Compruebe el estado actual con minuciosidad del editor para asegurarse que puede establecer el acuerdo. Para esto usted puede exportar y proporcionar el informe de la base de datos de <pub>/cucreports > los informes del sistema > debug unificado de la réplica de base de datos CM o descargar el informe de <pub>/cucreports > los informes del sistema > informe unificado del estatus > de la descarga de la base de datos CM. el Re-iniciado el acuerdo para cada suscriptor, después espera y verifica el estatus. Cuando los Nodos comienzan a comunicar, usted puede reajustar la replicación por el nodo. Para reajustar la replicación en cada suscriptor, complete estos pasos: a. Ejecute el comando stop del dbreplication del utils en todos los suscriptores. Nota: Asegúrese de que usted hubiera acabado el paso 2a en todos los suscriptores y después hubiera funcionado con solamente el comando mencionado en el paso 2b en el editor. b. c. Ejecute el comando stop del dbreplication del utils en el editor. Ejecute el comando del clusterreset del dbreplication del utils en el editor. Nota: Este comando reajusta la réplica de base de datos en un cluster entero. Si hay problema de la replicación con solamente un suscriptor no hay necesidad de ejecutar el comando. Usted puede saltar el paso 2.o y realizar el paso 2e.

5 d. Si todos los servidores del suscriptor necesitan ser reajustar, publique el comando reset all del dbreplication del utils. e. En el servidor editor, publique el comando CLI del <hostname> de la restauración del dbreplication del utils donde está el nombre de host el <hostname> del servidor del suscriptor que necesita ser reajustado. Ahora verifique que el estatus de la réplica de base de datos esté cambiado a 2, que significa que la configuración de la replicación es completa y trabajo. Problema: El informe muestra la discordancía de la versión Cuando es corriente agrupe el informe unificado descripción sobre el administrador de las Comunicaciones unificadas de Cisco, usted ven varias discordancías de la versión en la sección unificada de la versión del componente CM. Este problema se identifica como discordancía en la versión del componente en el informe unificado del cluster CM. Esto es un defecto estético relacionado con cómo las versiones son extraídas por el sistema de reporte unificado. La advertencia puede ser ignorada, pues no significa que hay realmente cualquier discordancía. La versión del componente del administrador de las Comunicaciones unificadas de Cisco recopila los datos de las bases de datos del administrador de las Comunicaciones unificadas de Cisco para proporcionar un resumen de todas las versiones del componente instalado en cada servidor. El resumen identifica los componentes en los servidores que no hacen juego al editor. También identifica los servidores en los cuales un componente no está instalado. Este problema se repara en la versión del administrador de las Comunicaciones unificadas de Cisco y se documenta en el Id. de bug Cisco CSCsr96714 (clientes registrados solamente). Problemas conocidos CSCsr96714 (clientes registrados solamente) CSCsq34466 (clientes registrados solamente) Información Relacionada Localización de averías de la réplica de base de datos CUCM en el modelo del dispositivo de Linux Troubleshooting de Cisco IP Telephony Notas Técnicas de Troubleshooting Cisco Systems Inc. Todos los Derechos Reservados. Fecha de Generación del PDF: 31 Julio