Voz y Comunicaciones unificadas : Cisco Unified Communications Manager (CallManager)

Actualización del CallManager de Cisco: Error de copia de la base de datos de suscriptores

17 Octubre 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios


Contenido


Introducción

Durante una tentativa de actualizar el Cisco CallManager, no podido para conectar con el mensaje de error en la base de datos aparece.

prerrequisitos

Requisitos

Cisco recomienda que tenga conocimiento sobre estos temas:

  • Cisco Unified CallManager 4.x

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

  • Cisco Unified CallManager 4.x

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.

Error de la actualización del CallManager de Cisco

Las comprobaciones de validación de la réplica de base de datos del Cisco Unified CallManager el servidor de Base de datos del editor y los servidores del suscriptor configurados para la réplica de base de datos existen antes de la actualización, tan si los suscriptores uces de los, que se agregan al editor, no son accesibles, después la validación de la replicación vuelve no podido para conectar el mensaje de error del error en la base de datos.

La utilidad de la actualización del administrador de las Comunicaciones unificadas de Cisco, una herramienta no intrusa, detecta la salud de los servidores en el cluster del administrador de las Comunicaciones unificadas de Cisco antes de que usted realice una actualización al administrador de las Comunicaciones unificadas de Cisco. Esta utilidad verifica el estatus de la réplica de base de datos para todos los servidores del suscriptor en el cluster. Esta utilidad valida que la base de datos contiene la información más reciente sobre el sistema. Los resultados de la validación incluyen el funcionamiento, marcha lenta, fallada, o tenida éxito.

Solución

Esta situación se presenta cuando el suscriptor que se agrega al cluster no es accesible o quitado no correctamente antes de que usted actualice el cluster. Para una resolución, agrega los gatewayes apropiados para que el servidor del suscriptor sea hecho accesible o quita al servidor del suscriptor correctamente del cluster con el procedimiento descrito.

Cancelacíon de un servidor del suscriptor del clúster del Cisco CallManager

Complete estos pasos al suscriptor:

  1. Ponga al día el Cisco CallManager en la pregunta y asígnelo a un diverso servidor, o borre el Cisco CallManager que se asigna a ese servidor de la página de administración del servidor del CallManager.

  2. Borre los Bridge de conferencia, los MTP, y a los servidores MOH que utilizan el servidor que usted quiere borrar y desactivan los servicios que se ejecutan en ese servidor.

Retiro un servidor del suscriptor del Cisco CallManager

Cuando usted borra a un servidor del suscriptor del clúster del Cisco CallManager, usted utiliza la ventana de la Configuración del servidor en la administración del CallManager de Cisco. Esta cancelacíon, sin embargo, borra el servidor de la base de datos de la administración del CallManager de Cisco, pero no todas las dependencias del servidor consiguen borradas. Usted no puede borrar un servidor que tenga un Cisco CallManager específico que se ejecute en él. Para descubrir que los Ciscos CallManageres utilizan el servidor, haga clic los expedientes de la dependencia conectan de la ventana de la Configuración del servidor. Si los expedientes de la dependencia no se habilitan para el sistema, la dependencia registra la ventana de resumen visualiza un mensaje.

Quite la información de la réplica de SQL

Después de que se quite el servidor cuando usted utiliza a la administración del CallManager de Cisco, funcione con el archivo de secuencia de comandos para quitar la información de la réplica de SQL. Un archivo de secuencia de comandos existe para el servidor editor y el que está para el servidor del suscriptor. Ejecute el archivo de secuencia de comandos RemoveServerFromDB.bat del servidor del editor del CallManager de Cisco que usted quiere quitar. Este script se ejecuta del comando prompt de cualquier directorio.

Procedimiento

Complete estos pasos:

  1. De cualquier directorio en el servidor editor, ingrese este comando:

    <path where you saved the script>:\RemoveServerFromDB
    		  "server" "database" "name_of_server_to_delete_from_ProcessNode.Name"
    

    Cuando este comando se funciona con del comando prompt, visualización de errores; ningún archivo separado del registro de error consigue generado.

  2. Ejecute el script RemoveSubscription.bat en el suscriptor — Ejecute el archivo de secuencia de comandos RemoveSubscription.bat del servidor del suscriptor del Cisco CallManager que usted quiere quitar. Este script se ejecuta del comando prompt de cualquier directorio.

    <path where you saved the
    		  script>:\RemoveSubscription "server" "database"
    
  3. Quite los acuerdos de replicación redundantes DCD — Después de que quiten al servidor del suscriptor del cluster, ejecute el script del clean_publisher para limpiar su información de replicación DCD del editor DCD. El archivo de secuencia de comandos ejecuta solamente en el servidor editor. Usted puede acceder el script en la versión del CallManager de Cisco 3.3 y posterior. Consigue instalada en el Cisco Callmanager server durante la instalación del componente del directorio Cisco. De cualquier directorio en el servidor editor, ingrese este comando: c:\ >Clean_publisher.cmd

    Este archivo de secuencia de comandos quita los acuerdos de replicación a todos los suscriptores inexistentes del editor DCD. No borra ni modifica los datos existentes.

    Nota: Si el administrador quita el servidor y no ejecuta el script Clean_publisher.cmd y después agrega el servidor detrás con el mismo nombre del host en el mismo cluster de donde fue quitado, el script DCD que se utiliza para configurar al suscriptor DCD limpia el acuerdo de replicación anterior DCD de la base de datos DCD del editor durante la instalación del directorio de la instalación del Cisco CallManager en el servidor.


Información Relacionada


Document ID: 107377