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

Corrección de problemas con el Directorio DC

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


Contenido


Introducción

Este documento explica cómo resolver los problemas de la replicación de directorio entre los servicios del DC Directory Server que se ejecutan en el Cisco Callmanager servers implicado en un cluster.

Este procedimiento es válido para el Cisco Callmanager servers las versiones de ese funcionamiento 3.0(5a) 3.3.x directo.

Nota: Los scripts del DC Directory (1.0.7) mencionados en este documento se utilizan solamente con el Cisco CallManager 3.0(5a) a 3.3(2c).

Nota: Para el Cisco CallManager 3.3(3) y posterior, la versión del Esquema del directorio ha cambiado. Por lo tanto, los scripts se incluyen ya en el Cisco CallManager 3.3(3) y posterior y usted no necesita descargarlos. Si usted ejecuta el Cisco CallManager 3.3(3) o más adelante, refiera al procedimiento en la sección de la reconfiguración.

Esta lista describe los síntomas asociados a este problema:

  • El servidor del editor del CallManager de Cisco tiene datos del usuario correctos. Sin embargo, uno o más servidores del suscriptor del Cisco CallManager o no tienen datos del usuario, o los datos del usuario son anticuados con la base de datos del editor.

  • El servicio del DC Directory en el servidor del editor del CallManager de Cisco lleva un tiempo prolongado el lanzamiento (aparece atascar o colgar en el lanzamiento).

  • Los errores de copia del DC Directory se registran a los servidores del editor del CallManager de Cisco y/o del suscriptor en el visor de evento de aplicación.

  • Un examen de las demostraciones de C:\dcdsrvr\run\dcx500\dcx500.out duplicados y/o de los acuerdos de replicación inválidos.

Nota: El registro del DC Directory Server del mensaje del DC Directory HA ESTADO AQUIETADO en el log de aplicaciones del editor del CallManager de Cisco durante el respaldo con las BARRAS es normal. Aquietado implica que el DC Directory no puede conseguir bastantes recursos del servidor porque un cierto otro proceso controla actualmente la mayor parte de los recursos. Básicamente, el Cisco CallManager se detiene brevemente el servicio del DC Directory hasta que complete lo que está haciendo. Tan mientras que una tarea se realiza en el servidor editor que requiere muchos recursos, este error puede ser normal.

prerrequisitos

Requisitos

No hay requisitos específicos para este documento.

Componentes Utilizados

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

  • Cisco CallManager 3.0(5a) a 3.3(2c) en todos los servidores en el cluster.

  • Un DC Directory Server integrado se utiliza como el almacén del directorio para todos los servidores en el cluster.

La información de este documento se originó a partir de dispositivos dentro de 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 su red está viva, asegúrese de que usted entienda el impacto potencial del comando any.

Convenciones

Consulte Convenciones de Consejos Técnicos de Cisco para obtener más información sobre las convenciones sobre documentos.

Problema

La presencia de acuerdos de replicación inválidos hace la base de datos del DC Directory (archivos en C:\dcdsrvr\run\dcx500\database) crecer extremadamente grande (sobre el 100 MB). Esto hace el DC Directory tomar una gran cantidad de tiempo para apagar y el lanzamiento. Éstos duplican y los acuerdos inválidos se causan debido a una de estas razones:

  1. El cliente reinstala el servidor del Cisco Customer Response Application (CRA) (o a un suscriptor del Cisco CallManager) una o más veces (cada uno reinstala del servidor CRA/del Cisco Callmanager server hace al editor tener un nuevo acuerdo de replicación al suscriptor).

  2. Un servidor CRA (o un suscriptor del Cisco CallManager) existe ya, y se desarma sin el funcionamiento del procedimiento de reconfiguración del DC Directory en el clúster del Cisco CallManager.

    Nota: Cuando un nodo de directorio se quita de un clúster del Cisco CallManager, los acuerdos de replicación del DC Directory al suscriptor quitado no se limpian automáticamente.

  3. El comando del avvid_scfg se funciona con manualmente en el suscriptor más de una vez (por ejemplo, se intenta un procedimiento de reconfiguración parcial del DC Directory).

    advertencia Advertencia: Nunca realice un procedimiento de reconfiguración parcial del DC Directory, (por ejemplo, nunca funcione con el avvid_scfg si no es procedido por el cleandsa en el editor y el servidor CRA, y/o al suscriptor del Cisco CallManager).

La causa raíz del crecimiento de la base de datos a tales tamaños grandes es que el DC Directory intenta salvar el estado para cada operación de replicación que no pueda realizar. Durante un período, esta información del estado guardada para los acuerdos de replicación inválidos hace la base de datos venir varios cientos de MB.

No confunda la replicación del DC Directory con la replicación de SQLServer. Son dos procesos totalmente independientes.

Si usted realiza una reinstalación de un suscriptor o de un servidor CRA del Cisco CallManager 2.2(4) y anterior, o al servidor CRA 3.0(1), usted debe realizar el procedimiento de reconfiguración del DC Directory en todos los Nodos en el cluster. Esto incluye a los servidores CRA autónomos. Comience con el editor del DC Directory.

Soluciones

Mientras que usted realiza estas tareas, usted debe ser:

  • Directamente en la consola de los servidores del Media Convergence Server (MCS), conectados a través de un Switch del teclado/del vídeo/del ratón (KVM).

    O

  • Conectado vía Telnet con los servidores.

El funcionamiento de estas tareas del específico mientras que usted está conectado a través de una conexión cliente de los servicios de terminal no se ha probado completamente, y puede producir los resultados inesperados. Cisco recomienda que usted programa un tiempo muerto para funcionar con el procedimiento. Los dos pasos que deben llevarse a cabo:

  1. Instalación

  2. Nueva configuración

Instalación

Complete estos pasos para la instalación:

  1. Descargue DCDScripts.1-0-7.exe del sitio web del Cisco CallManager versión 3.2 (clientes registrados solamente). Descargue solamente estos scripts si usted funciona con las versiones del Cisco CallManager antes de 3.3. No hay necesidad de descargar los scripts en las versiones 3.3 y posterior pues son incluidos y encontraron en la carpeta de c:\dvdsrvr\bin. Si usted instala y funciona con DCDScripts.1-0-7.exe el archivo en las versiones más recientes del Cisco CallManager, éste hace el sistema fallar.

  2. Copie y ejecútese DCDScripts.1-0-7.exe en todos los Nodos en el clúster del Cisco CallManager, y en los servidores de aplicaciones CRA/CRS. Valide las configuraciones predeterminadas cuando a le indican que haga así pues, y el tecleo desabrocha.

    Nota: Aseegurese que usted funcionar con los scripts durante las horas no pico para evitar CPU elevada la utilización.

Nueva configuración

Hay dos escenarios posibles cuando usted va a configurar de nuevo su DC Directory después de la instalación:

  1. Cuando la base de datos del DC Directory es más grande que el 100 Mb, refiera al DC Directory de la nueva configuración en la solución del editor del CallManager de Cisco (base de datos mayor que el 100 Mb) en este documento.

  2. Cuando la base de datos del DC Directory es menos que el 100 Mb, refiera al DC Directory de la nueva configuración en la solución del editor del CallManager de Cisco (base de datos menor que el 100 Mb) en este documento.

Configure de nuevo el DC Directory en el editor del CallManager de Cisco (la base de datos más que el 100 Mb)

Estos pasos se aseguran de que sus datos del usuario en el DC Directory en el Cisco Callmanager server del editor estén sostenidos en caso de un error durante estos pasos. Estos pasos también ayudan cuando la base de datos del DC Directory es más grande que el 100 Mb (C:\dcdsrvr\run\dcx500\database).

Utilice los pasos en esta sección si usted experimenta esto instala el error durante una actualización del administrador de las Comunicaciones unificadas de Cisco: El DC Directory Server está en el mún estado o no se puede terminar limpio.

Nota: Usted debe inhabilitar el servicio del Cisco Security Agent (CSA) antes de que usted instale, desinstale, o actualice cualquier software (sistema operativo incluyendo), en el Cisco CallManager. Usted debe inhabilitar el agente usando el método que se describe en inhabilitar y volver a permitir el servicio del Cisco Security Agent. Asegúrese de que el servicio no se vuelva a permitir en cualquier momento durante la instalación o la actualización. El error hacer tan puede causar los problemas con la instalación o la actualización. Después de que la instalación del software o la actualización, usted deba volver a permitir el CSA antes de que comience a monitorear el servidor del Cisco Unified CallManager otra vez.

  1. Sostenga su información del directorio actual. Utilice utilidad MCS back-up, o funcione con el comando de reserva de /y C:\dcdsrvr\backup del dcbckdib de un prompt de comandos DOS.

    Nota: La carpeta de C:\dcdsrvr\backup debe existir antes de que usted funcione con el comando de reserva de /y C:\dcdsrvr\backup del dcbckdib.

  2. En el servidor editor, mientras que está abierto una sesión como el administrador, abra un comando prompt. Para hacer así pues, seleccione el Start (Inicio) > Run (Ejecutar), y ingrese el cmd.

  3. Teclee el comando del servernamepassword avvid_migrate_save.cmd, y pulse cualquier tecla cuando está indicado.

    La salida de este comando parece similar a esta salida:

    C:\>avvid_migrate_save jayas-w2k ciscocisco
    A subdirectory or file C:\dcdsrvr\log already exists.
    
    ****************************************
    *                                      *
    * -- CISCO User Preferences Support -- *
    *                                      *
    ****************************************
    
    A subdirectory or file C:\dcdsrvr\suspense already exists.
    
    Run the perl script avvid_migrate_save.pl
    A subdirectory or file C:\dcdsrvr\log already exists.
    A subdirectory or file C:\dcdsrvr\run\DCX500\config\Migration-Backup 
    already exists.
    Saving User Information...
    Saving Profile Information...
    Saving Apps20 Information...
    Saving Admin Information...
    Saving PA node Information...
    Saving E911 node Information...
    Saving systemProfile...
    Saving MITRA data...
    Saving Groups data...
    
    C:\>
  4. Pare el servicio del DC Directory. Ingrese la parada neta dcdirectory del comando prompt.

  5. Ejecute cleandsa.cmd o deletedib.cmd, si cleandsa.cmdreports que no está soportado.

  6. Ejecute avvid_migrate_cfg.exe.

    (Uso contraseña del avvid_migrate_cfg)

  7. Ejecute avvid_migrate_restore.cmd.

    (Uso — avvid_migrate_restore Nombre del servidor DCDpassword)

  8. Ejecute reconfig_cluster.cmd.

    (Uso — reconfig_cluster DCDAdminPassword)

    Este comando establece los acuerdos de replicación a todos los suscriptores del Cisco CallManager. Usted no necesita realizar ninguna tareas en los suscriptores uces de los del Cisco CallManager.

Configure de nuevo el DC Directory en el editor del CallManager de Cisco (la base de datos menor que el 100 Mb)

Complete éstos caminan para configurar de nuevo el DC Directory en el editor del CallManager de Cisco cuando la base de datos del DC Directory es menos que el 100 Mb (C:\dcdsrvr\run\dcx500\database).

Ejecute reconfig_cluster.cmd.

Este comando establece los acuerdos de replicación a todos los servidores del suscriptor del Cisco CallManager. Usted no necesita realizar ninguna pasos adicionales en los suscriptores uces de los del Cisco CallManager.

Configure de nuevo el DC Directory en el servidor CRA/CRS

Complete estos pasos para configurar de nuevo el DC Directory en el servidor CRA/CRS:

  1. Pare el servicio del DC Directory.

  2. Ejecute cleandsa.cmd o deletedib.cmdif cleandsa.cmd señala que no está soportado.

  3. Ejecute avvid_scfg.cmd.

    (Uso — reconfig_cluster DCDAdminPassword)

    Nota: Si la red tiene un solo Cisco Callmanager server con o sin el CRA/CRS colocalizado, usted necesita ejecutar reconfig_cluster.cmd. En este caso el donot funciona con los pasos enumerados para el servidor de Cisco CRA/CRS.

    Nota: Si usted actualiza, reinstala, o agrega un nuevo Cisco Callmanager server 3.2(2c) o anterior, o CRA 2.2(4) o anterior, y CRA 3.0(1), usted debe copiar y ejecutarse DCDScripts.1-0-7.exe según lo descrito en la sección de la instalación.

Modifique el UserID en el Cisco CallManager usando el DC Directory

El userID se utiliza para identificar a cada usuario en el Cisco CallManager. Por abandono, el Cisco CallManager no permite que usted cambie el userID. Si procede, usted puede cambiarlo usando el administrador del DC Directory con estos pasos.

  1. Login al administrador del DC Directory del Start (Inicio) > Programs (Programas) > DC Directory Administrator (Administrador del Directorio DC).

  2. Usuarios del tecleo.

    La lista de usuarios aparece a la derecha de la ventana. Haga doble clic en el usuario para quien el userID debe ser modificado.

  3. Vaya a la lengueta del email y el tecleo se modifica.

  4. Cambie el userID especificado contra el valor de Internet, después haga clic se aplican y APRUEBAN.

Complete estos pasos para verificar si el userID está cambiado.

  1. Vaya a la página Cisco CallManager Administration.

  2. Seleccione al usuario > Add A New User.

  3. Haga clic la búsqueda básica con el nuevo userID y verifiquela si el userID ha cambiado.

Problema - Incapaz de borrar a un usuario del DC Directory

Cuando un usuario intenta borrar a un usuario en el DC Directory, se recibe este mensaje de error:

Could not delete user. UserID = "<username>"

Solución

Este problema puede ocurrir si se ha parado el servicio del DC Directory. Para resolver el problema, recomience el servicio del DC Directory Server del Start (Inicio) > Programs (Programas) > Administrative Tools (Herramientas administrativas) > Services (Servicios). Usted puede entonces borrar al usuario.

Nota: Usted puede utilizar la Coincidencia de patrones así como exigirla - haga juego para buscar para el nombre del departamento. ¿Utilice la Coincidencia de patrones, tal como símbolos basados comodín como? , -, *, %, si el nombre del departamento tiene espacios en blanco.

Error: Ningunos bloqueos de control libres de la conexión - conexión rechazada.

Este mensaje de error del DC Directory aparece en el visor de eventos:

Event Type:	Warning
Event Source:	DCDirectory
Event Category:	Configuration 
Event ID:	9415
Date:		1/30/2009
Time:		11:10:31 AM
User:		N/A
Computer:	QPUB
Description:
(BASE IL NEW CONNECT(47) Proc 88, Sev 14)
           No free connection control blocks - connection refused. This
           indicates that the maximum number of simultaneous TCP/IP
           connections has been reached, and further connection
           attempts will fail until one of the existing connections
           has been closed.
             Socket ID                D4859209
             Component                LDAP
             Number of CBs configured 504

Solución

De la versión 3 y posterior, el DC Directory utiliza la opción de socket del keepalive para detectar las conexiones muertas. Sin embargo, si la señal del keepalive se retrasa por lo menos un milisegundo, genera el error puesto que algunas conexiones no se liberan el tiempo y el sistema puede alcanzar el límite por apenas un momento muy pequeño. Este comportamiento también hace a los clientes detrás de los Firewall continuar abriendo las nuevas conexiones cuando el Firewall mide el tiempo hacia fuera de las conexiones inactivas. Además, cuando reinician a los clientes, las viejas conexiones no se derriban en el lado del servidor, que hace el DC Directory exceder su límite máximo de conexiones LDAP permitidas de 500 en un cierto plazo.

Los efectos prácticos de estas conexiones abiertas son pequeños, y no causan ninguna efectos operativa. Causan los gastos indirectos minuciosos en el sistema operativo y la cuenta hacia el límite configurado en las conexiones LDAP entrantes.

Si usted no experimenta ningún efecto en su Cisco CallManager, este comportamiento no representa un problema. Según lo mencionado anterior, este tipo de error puede provocar los comportamientos, tales como problemas para los usuarios para iniciar sesión al DCD o al IPCC. Si ése es el caso, usted ve los centenares de la repetición del error de épocas.

Si usted detecta que su sistema es afectado por este error, estas conexiones de DC Directory/LDAP pueden ser forzadas cerradas. Para hacer esto, pare y recomience el DC Directory Server, bajo servicios. Refiera al CallManager no puede abrir el DC Directory para que los pasos recomiencen el DC Directory Server.

Error 1096: El AvDSAD no tiene un controlador de dominio para el dominio y no podría conseguir uno del Active Directory.

Este mensaje de error aparece en el visor de eventos:

Event Type:	Error
Event Source:	CiscoUnity_DSAD
Event Category:	Warning 
Event ID:	1096
Date:		08/05/2009
Time:		4:09:19 PM
User:		N/A
Description:
Computer:	CLUSTER8-UNITY
Description:

The AvDSAD does not have a domain controller for the domain, and could not 
get one from Active Directory. Ensure that a domain controller exists for this
domain, that no DNS issues exist, and that The Cisco Unity service that monitors 
Active Directory (AvDSAD) account has the proper rights.

Solución

Para quitar este error, abrir la herramienta DC/GC y realizar una fuerza vuelve a conectar. En algunos casos, el DCGC vuelve a conectar la herramienta visualiza un dominio en blanco. En este caso, complete estos pasos para borrar que DC de la base de datos y después realice una fuerza vuelven a conectar.

  1. Elija Start > Programs > SQL > administrador de empresa.

  2. Amplíe el local > la base de datos > el UnityDb > las tablas.

  3. Haga clic con el botón derecho del ratón ADDomain > Open Table > Return All Rows.

  4. Borre la entrada para el dominio en blanco.

  5. Abra la herramienta DCGC y realice una fuerza vuelven a conectar con DC.

Evento 9415: Ningunos bloqueos de control libres de la conexión - conexión rechazada.

En los log de aplicaciones del Cisco CallManager, este mensaje de error aparece:

Event Type:	Warning
Event Source:	DCDirectory
Event Category:	Configuration 
Event ID:	9415
Date:		mm/dd/yy
Time:		2:42:25 AM
User:		N/A
Computer:	abc
Description:
(BASE IL NEW CONNECT(47) Proc 88, Sev 14)
           No free connection control blocks - connection refused. This
           indicates that the maximum number of simultaneous TCP/IP
           connections has been reached, and further connection
           attempts will fail until one of the existing connections
           has been closed.
             Socket ID                24E27308
             Component                LDAP
             Number of CBs configured 504

Solución

Para resolver este problema, aumente el MAXLDAPConnections en C:\dcdsrvr\run\dccustom.ini a 2000, y recomience el servicio DCD.


Información Relacionada


Document ID: 30002