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

Cisco CallManager: Falla actualización del abonado / Imposible encontrar base de datos actualizada

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


Contenido


Introducción

Mientras que ocurre la actualización de un editor y de varios suscriptores en el Cisco CallManager 3.x, hay varios casos cuando aparecen ningunos mensajes de error. Sin embargo, cuando los servidores en el cluster se reinician, ni los teléfonos ni los dispositivos se registran con los suscriptores correctos. A menudo, la conmutación por error entre los nodos del CallManager de Cisco en un agrupamiento también falla. Además, cuando usted marca el visor de evento de aplicación, muestra a muchos casos donde el servicio CallManager de Cisco para y comienza repetidor.

prerrequisitos

Requisitos

No hay requisitos específicos para este documento.

Componentes Utilizados

La información en este documento se basa en todas las versiones menores del 3.0 del Cisco CallManager.

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écnicos de Cisco para obtener más información sobre las convenciones sobre documentos.

Problema

Acceda al administrador de empresa SQL Enterprise y abra ambas bases de datos del editor y suscriptor. Marque la última versión de las base de dato del CallManager de Cisco (CCM030x) en el editor y para cada suscriptor. Si usted nota que los suscriptores no tienen la mayoría de la base de datos actual cuando usted ve las bases de datos del editor y suscriptor dentro del administrador de empresa SQL Enterprise, usted está experimentando probablemente un problema de nombramiento de la resolución dentro de su red.

Este diagrama demuestra que el editor y el suscriptor contienen una copia de la mayoría de la base de datos reciente. En este caso, es CCM0301.

/image/gif/paws/23272/subscriber-upgrade-fails-1.gif

Refiera a reconstruir la sección de la suscripción en el editor dentro de restablecer una documentación quebrada de la suscripción a SQL del clúster del Cisco CallManager para más información sobre cómo ver las bases de datos y las versiones dentro del administrador de empresa SQL Enterprise.

Otra manera de verificar este problema es referir al registro más nuevo de la actualización de base de datos encontrado en C:\CCMDBSetup.log. Navegue hacia abajo y busque esta salida:

4-28-2002 10:54:00 _DBPullSubscription: CALLMAN01 CCM0302 sa ******** CALLMAN02
CCM0302 sa ******** C:\Program Files\Cisco\Bin\ 0

4-28-2002 11:11:32 Pulling subscription from CALLMAN01 to subscribe to the CCM0302 Database.
Return Code = 8 DB_SCRIPT_ERROR

Esta salida muestra que, mientras que el suscriptor podía entrar en contacto al editor y determinar la versión de la base de datos correcta, había los problemas que evitaron que fuera copiado/que replegado.

Los servidores del suscriptor no pudieron poder acceder al servidor editor debido a los problemas en la resolución del nombre del servidor editor. Marque el CallManager instalan el registro para la salida similar:

1-8-2006 10:10:10 _DBGetVersion: CALLMAN03 CCM0300  ******** 
1-8-2006 10:10:27 Subscriber has problem to connect to the Publisher Database.

Esta salida muestra que el suscriptor hace frente a los problemas en la conexión con el servidor editor.

Solución

El Microsoft SQL server utiliza la resolución de nombre del NetBios para algunos tipos de tareas de la llamada a procedimiento remoto (RPC). Por este motivo, el publicador y todos los suscriptores deberían utilizar el archivo de LMHOSTS para la resolución del nombre de NetBIOS. Todos los servidores de la agrupación también deben usar archivos HOSTS para una resolución adecuada de nombres entre los servidores.

Inhabilite el DNS en los servidores durante la instalación del Cisco CallManager. Los servidores deben utilizar los HOST clasifían para la resolución de nombre.

El Windows 2000 incluye los host de ejemplo y los archivos LMHOSTS (HOSTS.SAM y LMHOSTS.SAM) en el directorio C:\winnt\system32\drivers\etc. Complete estos pasos para modificar los archivos de ejemplo para su instalación personalizada.

  1. Del editor del CallManager de Cisco utilice un editor de textos tal como libreta y abra el archivo C:\winnt\system32\drivers\etc\hosts.sam.

  2. Lea las líneas de comentarios que comienzan con # símbolo. Entonces borre todas las líneas del archivo. Windows debe analizar cada línea del archivo por cada intento de resolución de nombres.

  3. Ingrese el IP Address del editor, de un espacio, y del nombre de host del editor. El nombre de host se puede encontrar con el comando de /all del ipconfig.

    Repita esto hasta que el archivo contenga una línea para cada servidor en el agrupamiento. Esto es un archivo de los host de ejemplo:

    127.0.0.1           localhost
    172.18.110.90       ICSCM1
    172.18.110.94       ICSCM2
  4. Salve el archivo como C:\winnt\system32\drivers\etc\hosts sin ninguna extensión.

    Nota: La libreta añade una extensión de .txt al final del fichero por abandono. Utilice Windows Explorer o una solicitud de comando para eliminar la extensión .txt.

    Nota: El explorador Explorador de Windows oculta las extensiones de archivo por abandono. Por lo tanto, aseegurese que usted ve las extensiones de archivo o apenas utiliza el comando rename.

  5. Utilice un editor de textos tal como libreta y abra el archivo C:\winnt\system32\drivers\etc\lmhosts.sam.

  6. Lea y después borre todas las líneas de comentarios. Agregue una línea para cada servidor, pero incluya el texto #PRE luego del nombre del servidor. Esta salida es un archivo de los lmhosts de la muestra:

    172.18.110.90     ICSCM1     #PRE
    172.18.110.94     ICSCM2     #PRE
  7. Salve el archivo como C:\winnt\system32\drivers\etc\lmhosts sin ninguna extensión.

    Nota: La libreta añade una extensión de .txt al final del fichero por abandono. Utilice Windows Explorer o una solicitud de comando para eliminar la extensión .txt.

    Nota: El explorador Explorador de Windows oculta las extensiones de archivo por abandono. Por lo tanto, aseegurese que usted ve las extensiones de archivo o utiliza el comando rename.

  8. Abra un comando prompt y ingrese el comando nbtstat - r de cargar el contenido del archivo LMHOSTS en Caché del nombre de NetBIOS. Utilice el comando nbtstat – c para verificar que el archivo LMHOSTS fue analizado y cargado con éxito. Refiera al artículo de la base de conocimiento de Microsoft Q180099leavingcisco.com si no hay información mencionada.

    Nota: El caché remoto del NetBios contiene solamente la resolución del nombre-a-direccionamiento para los nodos remotos.

    subscriber-upgrade-fails-2.jpg

  9. Seleccione el Start (Inicio) > Run (Ejecutar) y teclee services.msc.

  10. Haga clic en OK.

  11. Seleccione el servicio de cliente DNS, haga clic con el botón derecho del ratón en el nombre del servicio, y seleccione el reinicio.

  12. Relance los pasos 1 a 11 para cada Cisco Callmanager server en el cluster.

  13. Vuelva a efectuar la actualización del CallManager de Cisco en los suscriptores. Si es acertado, usted ve que los suscriptores tienen las base de dato del CallManager de Cisco actuales y que tiran de la suscripción con éxito del editor.


Información Relacionada


Document ID: 23272