Diagnóstico de Problemas de Exchange Server sin

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