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

Usando el DBLHelper para restablecer una suscripción a SQL quebrada del clúster del Cisco CallManager

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


Contenido


Introducción

La replicación de la base de datos del Lenguaje de consulta estructurado (SQL) es una función principal de los clústeres de Cisco CallManager. El servidor con la copia original de la base de datos de Cisco CallManager se denomina editor, mientras que los servidores que replican la base de datos se denominan suscriptores. El servidor del suscriptor sondea constantemente el servidor del editor por si hubiera cambios nuevos en la base de datos del editor. Si se efectúa algún cambio nuevo, el suscriptor extrae una suscripción al objeto de recibir los cambios más recientes en la base de datos.

En el evento el suscriptor para la copia de datos del editor, necesidad de usuarios de reconstruir las relaciones entre el editor y suscriptor. Este documento describe la utilidad DBLHelper. Esta utilidad republica o reinicializa una suscripción quebrada entre las bases de datos del editor y suscriptor.

Nota:  Si su Cisco Callmanager servers es parte de “dominio”, para que el DBLHelper sea ejecutado correctamente, usted debe registrar en el Cisco Callmanager server como la cuenta del “administrador local” del Cisco Callmanager server, no la cuenta de dominio.

Síntomas

Ésta es una lista de Síntomas posibles si el suscriptor para el replicar del editor:

  • Cambia que se hace en el editor no se refleja en los teléfonos que se registran con el suscriptor.

  • Las llamadas de salida fallan en los teléfonos registradoes con el suscriptor. Tan pronto como usted marque 9 usted oye un tono del reordenar.

  • El call forward all (CFwdAll) no trabaja.

  • Base de datos del error de las visualizaciones del teléfono del IP.

prerrequisitos

Requisitos

Este documento asume que la contraseña de la cuenta del administrador SQL (SA) está disponible para ambos el editor y suscriptor si se ejecuta en MSSQL 7.0. Asume los derechos administrativos si usted utiliza el SQL Server 2000.

Componentes Utilizados

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

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

Restablezca la relación entre el editor y suscriptor usando el DBLHelper

Complete estos pasos:

  1. Si usted nota los problemas con la Conmutación por falla del Cisco CallManager o nota los errores de la réplica de SQL en el registro de eventos de aplicación, marque para saber si hay el archivo del DBLHelper.exe primero.

    Este archivo está situado en el directorio de c:\program files\cisco\bin. Aseegurese que usted tiene el último archivo del DBLHelper en esta ubicación. Si el archivo no está actualmente en el sistema, abra un caso con el Soporte técnico de Cisco y detalle una suscripción a SQL quebrada. Utilice la herramienta de la solicitud de servicio del TAC de Cisco (clientes registrados solamente) para abrir un caso.

    Nota: El DBLHelper se ejecuta solamente en el editor.

  2. El ingeniero de soporte técnico de Cisco puede proporcionar la aplicación del DBLHelper.exe para usted.

    • Si usted utiliza el Cisco CallManager versión 3.0 o 3.1, aconseje al ingeniero de soporte técnico. Pueden también enviarle el archivo odbc++.

      Nota: El DBLHelper es compatible con el Cisco CallManager 3.x y 4.x.

    • El archivo odbc++ además del DBLHelper.exe reside en c:\program files\cisco\bin.

  3. La réplica de SQL confía en la resolución de nombre del NetBios. Aseegure el archivo del c:\winnt\system32\drivers\etc\"lmhosts" se puebla si es necesario.

  4. Si solamente existe el archivo lmhosts.sam, haga clic el comienzo/ejecutado, ingrese el cmd, y presione la vuelta.

  5. Del prompt de C:\, ingrese \winnt\system32\drivers\etc cd como se muestra aquí.

    /image/gif/paws/46082/dblhelper_doc_01.gif

  6. Copie los lmhosts lmhosts.sam <space>.

  7. Edite el archivo de los lmhosts.

    dblhelper_doc_03.gif

  8. Salve el archivo y haga clic la salida.

  9. Del explorador Explorador de Windows, el > Program Files (Archivos de programa) > Cisco selectos de c:\, hacen clic el directorio BIN y hacen doble clic en el DBLHelper.exe.

    Esta ventana visualiza:

    dblhelper_doc_04.gif

    Nota: El icono rojo triste indica una suscripción quebrada SDL entre los CallManageres de Cisco del editor y suscriptor.

    El botón de la republicación borra la suscripción estándar y la reconstruye. El botón del reinicializar reinicializa todas las suscripciones y comienza al agente de instantáneas. También intenta reconstruir la suscripción con las bases de datos actuales.

  10. Una vez que usted selecciona una opción, el botón es grayed hacia fuera. Una vez que la operación es completa y se restablecen las bases de datos, esta ventana aparece:

    /image/gif/paws/46082/dblhelper_doc_05.gif

    Si una republicación no repara los problemas de la replicación y todavía aparece el icono rojo triste, después control para ver si el nombre de la base de datos es lo mismo a través de todo el Cisco Callmanager servers. Si los servidores uces de los del CallManager del suscriptor tienen un nombre diferente, ponga al día el nombre de la base de datos en ese suscriptor. Abra el editor de registro de Windows en que Cisco Callmanager server determinado y hojee al HKEY_LOCAL_MACHINE > al software > a Cisco Systems Inc. > al DBL. Busque las entradas de registro DBCONNECTION0, DBCONNECTION1, y así sucesivamente. Ponga al día el valor de estas entradas con el nombre de Bases de datos del editor.

    El valor de la entrada de DBCONNECTIONx parece esto:

    DSN=CiscoCallManager;SERVER=CCM-4;DATABASE=CCM0300;Trusted_Connection=yes

    Si las Bases de datos del editor tienen un nombre de CCM0301, después ponga al día el valor de registro como:

    DSN=CiscoCallManager;SERVER=CCM-4;DATABASE=CCM0301;Trusted_Connection=yes
  11. La lengueta del name resolution indica independientemente de si hay un Sistema de nombres de dominio (DNS). Entrada (DNS), o entrada de los hosts para indicar una resolución de la dirección IP del nombre. También indica cualquier retraso de la red entre los servidores.

    /image/gif/paws/46082/dblhelper_doc_06.gif

  12. La lengueta del comparar DB permite que usted compare las bases de datos entre las versiones de versión del CallManager de Cisco.

    Nota: Esto no se utiliza.

    /image/gif/paws/46082/dblhelper_doc_07.gif

  13. La lengueta de BackupData permite que usted haga un backup de la base de datos que se guarde en un formato del .csv.

    Nota: Esto no es una manera soportada de hacer un respaldo de las base de dato del CallManager de Cisco.

    Nota: Mayo seguro que usted cierra la aplicación de DBLhelper después de que se haya ejecutado en Publisher. Si DBLhelper se deja el active, puede causar los errores en el visor de eventos.

Verifique que la suscripción a SQL esté trabajando

  1. Para probar la propagación de datos, cree un dispositivo en el servidor de publicación que es fácilmente reconocible y haga clic el separador de millares.

    dblhelper_doc_08.gif

  2. No es necesario que el dispositivo sea funcional. Actualización del tecleo, entonces cierre.

    /image/gif/paws/46082/dblhelper_doc_09.gif

  3. Entre el administrador de empresa SQL Enterprise, amplíe al suscriptor SQL en la pregunta, y mire en la tabla de base de datos para ver si el nuevo dispositivo está presente.

    /image/gif/paws/46082/dblhelper_doc_10.gif

  4. Cuanto más reconocible el dispositivo, más fácil es encontrar.

    /image/gif/paws/46082/dblhelper_doc_11.gif

El error de IsChangeNotfyReady aparece después de que agreguen a un nuevo suscriptor

Después de que usted agregue a un nuevo suscriptor del Cisco CallManager al cluster, un IsChangeNotfyReady error SQL se encuentra en Publisher.

Funcione con la herramienta de DBLhelper para resolver este mensaje de error.

Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Información Relacionada


Document ID: 46082