Diagnóstico de Problemas de Exchange Server sin Conexión para Cisco Unity 3.x y posterior Contenido Introducción prerrequisitos Requisitos Componentes Utilizados Convenciones Problema Solución Diagnóstico de problemas de servidor Exchange fuera de línea Resolución de problemas de conectividad del servidor Verificar los puertos Información Relacionada Introducción Hay varias situaciones cuando el Cisco Unity señala que un Microsoft Exchange Server es offline. Normalmente, esto sucede directamente en respuesta a una interrupción del servidor Exchange en cuestión. Pero, hay algunos escenarios cuando señalan un estado de desconexión incluso si el servidor Exchange aparece estar en línea. Este documento describe cómo diagnosticar y solucionar estas situaciones. prerrequisitos Requisitos Cisco recomienda que tenga conocimiento sobre estos temas: Microsoft Exchange 2000 Microsoft Exchange 5.5 Administre los servicios de Microsoft Windows a través del applet Componentes Utilizados Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware. Convenciones Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento. Problema Estas entradas de registro de evento pueden aparecer si el Cisco Unity detecta que un servidor Exchange es offline. Nota: Estos errores de registro de eventos son específicos de Cisco Unity 3.1(5) y versiones anteriores. Para el Cisco Unity 4.0(1), el origen del evento cambia a CiscoUnity_MalEx y a CiscoUnity_AvWm. Los ID de eventos pueden cambiar también. Errores del registro de acontecimientos específicos al Cisco Unity 3.1(5) y versiones anteriores Event Type: Error Event Source: AvWm Event Category: Warning Event ID: 2903 Date: 4/3/2002 Time: 11:44:34 AM User: N/A Computer: CPRYELLOWUTY1 Description: <Exchange server name> has gone offline (AvCsMgr:3982) Nota: El name> del servidor del <Exchange se substituye por el nombre del servidor Exchange que se detecta para estar en el estado inactivo. En este ejemplo anterior, AvCsMgr:3982 representa el nombre del servicio del Cisco Unity que detectó el servidor para ser offline y el identificador de proceso de ese servicio. Además de la entrada de registro de evento anterior, MalEx, el do, y las conversaciones pueden señalar los errores relacionados con la Actividad de mensajería con el código de error 8004aa00. Éste es un ejemplo de este escenario. En fin, siempre que el código de error 8004aa00 se considere en el registro de acontecimientos, es un resultado de la detección del componente del AvWm que un servidor Exchange es offline. Actividad de mensajería con el código de error 8004aa00 Event Type: Error Event Source: MALEx_MC Event Category: Error Event ID: 30002 Date: 4/11/2002 Time: 7:41:45 AM User: N/A Computer: CPRYELLOWUTY1 Description: Last Category An attempt to access Exchange Private Store has failed: 8004aa00. Solución El componente del AvWm dentro del Cisco Unity es responsable de la determinación del estado de los servidores Exchange con quienes obra recíprocamente. El componente del AvWm prueba periódicamente a cada servidor Exchange que sea monitoreado por el Cisco Unity en los intervalos 15-second. El proceso componente de la prueba del AvWm tiene dos pasos: 1. Abra al administrador del control de servicio en cada servidor Exchange. 2. Pregunte el estatus de los servicios de MSExchange, por ejemplo, MSExchangeIS y MSExchangeDS son servicios para el exchange 5.5, y el MSExchangeIS es el servicio para el Exchange 2000, para determinar si los servicios están en el estado de ejecución. Pese a que esta prueba no es un indicador absoluto del estado del servidor Exchange, brinda un buen panorama de la salud tanto de la conectividad de la red con el servidor Exchange, como del servidor Exchange en sí. Diagnóstico de problemas de servidor Exchange fuera de línea Si el Cisco Unity señala incorrectamente que un servidor Exchange está abajo, complete estos pasos para ayudar a diagnosticar la causa: 1. Marque el cableado de la red, las configuraciones del Network Interface Cards (NIC), Switches, y así sucesivamente para asegurarse de que el servidor del Cisco Unity y los servidores del intercambio en la pregunta están conectados correctamente. 2. Verifique que el servidor señalado en el mensaje de registro de evento para el AvWm mostrado previamente sea de hecho accesible por nombre. Las utilidades tales como PING, IPCONFIG, y NSLOOKUP son útiles en la diagnosis de los problemas de la resolución de nombre. 3. Active el seguimiento de AvWm para el registro de acontecimientos. Elija HKLM > software > voz activa > AvWm > 1.00. 4. Cambie el valor del nivel de Diag a 1. En el intervalo ping de servidor siguiente, el AvWm genera relacionado con la información adicional a la causa del error en el registro de eventos de aplicación. Pueden mostrarse códigos de error en aquellas entradas de registros de eventos. Los códigos de error que visualizan en el registro de acontecimientos proporcionan la información para ayudar a diagnosticar la razón por la que el Cisco Unity señala que un servidor Exchange es offline. Nota: En el registro de acontecimientos, los códigos de error se visualizan como los valor hex de ocho dígitos, por ejemplo, 80040005 o 80070005. Para la simplicidad, las descripciones de este código de error son identificadas por solamente los cuatro dígitos hexadecimales de derecha del código de error. Por ejemplo, el valor hex 80040005 se representa como 0005. Código de error 0424 Descripción Comentario Control para asegurarse de que el intercambio esté instalado en el servidor se hace ping que. También, si El servicio el Cisco Unity obra recíprocamente con algunos especificado no servidores del Exchange 2000, el HKLM > la voz existe como un servicio instalado. 06ba 06be 0005 activa > el AvWm del software > 1.00 > valor del Exchange 2000 se deben fijar a 1. Si no es, el Cisco Unity hace ping para MSExchangeDS, que no está disponible para los servidores del Exchange 2000. El servidor Remove Procedure Cal (RPC) no está disponible. Esto indica que hay un problema de conectividad con el servidor Exchange mencionado. Verifique nuevamente que el servidor especificado sea válido, que su nombre pueda resolverse y que la conexión de red entre Cisco Unity y este servidor sean válidas. La llamada de procedimiento remoto falló. Esto puede indicar o un problema con la conexión al servidor Exchange, o que los servicios Exchange no se ejecutan. Marque el inicio del administrador y del evento del control de servicio el servidor Exchange en la pregunta para ver si hay problemas con los servicios Exchange. El acceso es denegado. La cuenta bajo la cual el servicio del Cisco Unity se ejecuta no tiene derechos de preguntar al administrador del control de servicio. Esto puede ocurrir cuando el Cisco Unity obra recíprocamente con los clusteres del Exchange 2000 y el Message Store del Cisco Unity que hace frente a los servicios, por ejemplo, AvCsMgr, AvUmrSyncSvr, AvMsgStoreMonitorSvr, se configura para ejecutarse como cuentas de sistema local. Porque los clusteres del Exchange 2000 no permiten que el acceso de la cuenta de sistema local pregunte al administrador del control de servicio, el AvWm considera el cluster estar abajo. La solución es modificar estos servicios para que funcionen como una cuenta de dominio, y asegurarse de que la cuenta no tenga bloqueado el acceso al Administrador de control de servicio por parte de políticas locales o de dominio. 5. Elija HKLM > software > voz activa > AvWm > 1.00 > el control del estado del servidor de la neutralización (DWORD) y fije el valor a 1. 6. Recomience los servicios Unity. Resolución de problemas de conectividad del servidor Esta sección describe algunas extremidades para la resolución de los problemas de conectividad del servidor Exchange. Precaución: Si cambia la llave de registro incorrecta o ingresa un valor incorrecto, puede causar un mal funcionamiento del servidor. Antes de editar el registro, confirme que sabe cómo restaurarlo si hay algún problema. Refiera a los temas que restablecen en la ayuda del editor de registro. Nota: Una copia de respaldo típica del servidor Cisco Unity no incluye copias del registro. También tenga en cuenta que para Cisco Unity Failover, los cambios de registro del servidor Cisco Unity deben hacerse manualmente en otro servidor Cisco Unity, porque los cambios de registro no son duplicados. Si usted tiene cualesquiera preguntas sobre cómo cambiar las configuraciones de clave de registro, entra en contacto el Soporte técnico de Cisco. Cómo obligar a los servidores a estar siempre en funcionamiento Si usted agrega este valor de registro y lo fija a 1, éste inhabilita el control del ping del servidor: HKLM > Software > Active Voice > AvWm > 1.00 > Disable Server Status Check (DWORD) Esto hace el AvWm asumir que todos los servidores Exchange están para arriba todo el tiempo. Esto es especialmente útil en los casos cuando el Cisco Unity obra recíprocamente con un cluster del Exchange 2000, y una cuestión de derechos evita que el AvWm pregunte al administrador del control de servicio en el cluster. Si usted fija este valor de registro, puede permitir el Cisco Unity empiece para arriba, y permite que la cuestión de derechos sea abordada en otro momento. Precaución: Esto se debe considerar una solución alternativa a corto plazo, puesto que cualquier error de la red o del cluster da lugar a la degradación del rendimiento severa del Cisco Unity. Cómo hacer que los servidores siempre estén inactivos Si usted agrega este valor de registro y lo fija a 1, éste inhabilita el control del ping del servidor: HKLM > Software > Active Voice > AvWm > 1.00 > All Servers Down (DWORD) Esto hace que AvWm asuma que todos los servidores Exchange se encuentran fuera de línea. Esto puede ser útil en la diagnosis de las funciones del repositorio del mensaje del Cisco Unity (UMR). Cambio del intervalo de ping del servidor Si usted agrega este valor de registro, éste permite que el intervalo ping de servidor predeterminado sea cambiado: HKLM > Software > Active Voice > AvWm > 1.00 > Server Ping Period in msecs (DWORD) Nota: Esto le requiere recomenzar todo el mensaje que hace frente a los servicios para que tome el efecto, y se debe especificar en los milisegundos. El valor por defecto es 15000 o 15 segundos. Verificación de problemas de derechos con el Administrador de control de servicio remoto Estos pasos son útiles en la verificación que hay una cuestión de derechos fuera del Cisco Unity. Este problema puede emerger si acceden al administrador del control de servicio en un servidor Exchange remoto cuando el Message Store del Cisco Unity que hace frente a los servicios, por ejemplo, AvCsGateway, AvCsMgr, AvMsgStoreMonitor, AvTtsSvr, se está ejecutando ya como cuenta de dominio. 1. Del menú Inicio, elija el funcionamiento, y ingrese cmd.exe. 2. En el comando prompt, ingrese el funcionamiento como /profile /user: <svcacct> cmd.exe donde <svcacct> está el dominio \ la cuenta por la cual el Message Store que hace frente a los servicios del Cisco Unity se está ejecutando. Esto debe visualizar una ventana del comando new que se ejecute bajo contexto de la Cuenta de servicio. 3. En esta nueva ventana de comando, ingrese MMC. 4. De la consola MMC, elija el Console (Consola) > Add/Remove Snap-in (Agregar/Remover complemento). 5. En el agregar/quite Broche-en la ventana de propiedades, el tecleo agrega y elige los servicios. 6. Haga clic en Add (Agregar). En el cuadro de diálogo de los servicios, active el otro botón de radio de la Computadora, y ingrese el nombre del servidor u hojee la lista del descenso y seleccione al servidor Exchange en la pregunta. 7. Haga clic en Finish (Finalizar), luego en Close (Cerrar) y por último en OK (Aceptar). En la vista de árbol, seleccione el complemento de servicios que recién agregó. Si aparece un cuadro de diálogo que dice incapaz de abrir al administrador del control de servicio encendido <server name>, se niega el acceso del error 5, esto verifica que un problema del privilegio existe con la capacidad de la Cuenta de servicio de acceder al administrador del control de servicio del servidor Exchange. Esto se debe dirigir para el AvWm para funcionar correctamente. Si se encuentra una cuestión de derechos, puede ser debido a las políticas de seguridad en el lugar que afectan al Message Store que hace frente a las cuentas. El dependiente sobre el tipo de instalación, del controlador de dominio, de dominio, y Local Security (Seguridad local) de directivas debe ser quitado para verificar que las derechas de preguntar al administrador del control de servicio están disponibles. Si usted recibe el mensaje de error offline del Exchange Server incluso después usted resuelve los problemas de conectividad del servidor Exchange, verifique los permisos para la cuenta de UnityMsgStoreSvc, y el control si usted es un miembro del grupo del dominio Admins y de los administradores locales. Utilice una cuenta de administración del dominio para funcionar con al asistente de permisos del depósito de las herramientas del Cisco Unity . Verificar los puertos Si hay cualquier Firewall entre el servidor Exchange y el servidor del Cisco Unity, aseegurese que todos los puertos necesarios están abiertos para habilitar la comunicación entre los servidores. Información Relacionada Troubleshooting de Cisco IP Telephony Notas Técnicas de Troubleshooting © 1992-2016 Cisco Systems Inc. Todos los Derechos Reservados. Fecha de Generación del PDF: 17 Octubre 2016 http://www.cisco.com/cisco/web/support/LA/102/1027/1027240_exchg_server_offline.html