Exportar (0) Imprimir
Expandir todo
Expandir Minimizar
Este tema aún no ha recibido ninguna valoración - Valorar este tema

Herramientas de análisis de Exchange: historias de éxito

 

Última modificación del tema: 2006-10-23

Desde hace meses, varias personas de Microsoft® han redactado artículos y publicado mensajes en blogs y grupos de noticias en relación con el uso de las herramientas de análisis de Microsoft Exchange para solucionar problemas. Si no conoce estas herramientas, permítame ofrecerle un pequeño resumen de lo que se puede hacer con ellas.

Microsoft Exchange Best Practices Analyzer está pensada para los administradores que desean conocer el estado general de los servidores y la topología de Exchange. Esta herramienta analiza los servidores de Exchange e identifica los elementos que no están cumpliendo las prácticas recomendadas de Microsoft.

La herramienta Microsoft Exchange Troubleshooting Assistant ayuda a averiguar la causa de los problemas de rendimiento, flujo de mensajería y montaje de base de datos de los equipos donde se ejecuta Microsoft Exchange Server. Esta herramienta automatiza los pasos especializados para solucionar problemas asociados a síntomas ya identificados.

Ambas herramientas se pueden descargar, pero también se incluirán en el Cuadro de herramientas de Exchange Server 2007, al que se tiene acceso desde el Administrador del sistema de Exchange.

Estas dos herramientas están generando un gran entusiasmo que queremos contagiar. Este mes voy a tratar algunas situaciones en las que los servicios de soporte técnico de Microsoft utilizaron algún componente de la herramienta de resolución de problemas de Exchange y el mes que viene relataré alguna historia reseñable sobre Exchange Best Practices Analyzer. Me gustaría dar a conocer algunos ejemplos de los servicios de soporte técnico en los que se han utilizado estas herramientas para resolver solicitudes de ayuda.

Tenga presente que estos ejemplos se han extraído de situaciones en las que los integrantes de los servicios de soporte técnico estaban no sólo aprendiendo a usar las herramientas, sino que acababan de conocer su existencia. Por eso, verá algún que otro comentario del tipo “tras varios días intentando resolver el problema, ejecuté la herramienta Analyzer y lo solucioné de inmediato”. Es en este tipo de situaciones donde los ingenieros de soporte técnico se enteran de que existe la herramienta.

La herramienta de resolución de problemas de Exchange (ExTRA) consta de los siguientes componentes:

  • Exchange Performance Troubleshooting Analyzer (ExPTA)
  • Exchange Mail Flow Analyzer (ExMFA)
  • Exchange Disaster Recovery Analyzer (ExDRA)

Cuando abra la herramienta de resolución de problemas de Microsoft Exchange, tendrá la posibilidad de elegir entre el solucionador de problemas de rendimiento, la herramienta de solución de problemas de flujos de mensajería o la administración de recuperación de la base de datos. He agrupado los casos según el componente de ExTRA que se usó para ayudar a solucionar el problema.

Los problemas de rendimiento pueden convertirse en los más complicados y lentos de arreglar. Normalmente los ingenieros de soporte técnico no se centran en un problema y trabajan en él exclusivamente hasta que lo resuelven, sino que muchas veces la comunicación con el cliente les hace avanzar o retroceder a medida que van probando distintas soluciones y diversas configuraciones. En definitiva, los problemas de rendimiento pueden tardar semanas en solucionarse.

El componente Performance Troubleshooting Analyzer ha influido enormemente en el tiempo invertido en poner fin a estos problemas. El promedio de tiempo que se emplea en solucionar un problema sin la herramienta de resolución de problemas de Exchange es de 42 minutos, mientras que con ella el tiempo se reduce a 12 minutos.

En la siguiente tabla se muestra el efecto que ExPTA ha tenido en la solución de problemas de rendimiento. El tiempo se corresponde con las cantidades que los ingenieros de soporte técnico han trabajado en un caso determinado.

 

Duraciones de tiempo o situaciones Uso de ExPTA Manual

Promedio de tiempo

12 minutos

42 minutos

Tiempo mínimo

4 minutos

3 minutos

Tiempo máximo

1 hora

16 minutos

8 horas

23 minutos

Tiempo medio

10 minutos

33 minutos

Solución proporcionada en el primer contacto

12 situaciones

3 situaciones

Situaciones sin resolver

1 situación

19 situaciones

Algo que creo que es muy reseñable es que el tiempo máximo empleado en resolver una situación con ExPTA fue de 30 minutos menos que sin ExPTA. También destaca enormemente el número de veces que el problema se soluciona la primera vez que el cliente y el ingeniero de soporte técnico entran en contacto. Creo que aquí se demuestra que, cuanto más se utilice ExTRA antes de acudir a los servicios de soporte técnico, más se reduce el número de situaciones de rendimiento.

Síntoma   Cuadro de diálogo emergente de Outlook RPC

Causa raíz   Operación Restrict de cliente

Comentarios del ingeniero de soporte técnico   En el informe de ExPTA se señaló como causa el uso por parte del cliente de la operación Restrict, que forma parte del proceso para solicitar que Exchange cree una vista en una carpeta o conjunto de carpetas (en realidad, una tabla de base de datos con criterios relacionados). Si la vista en la carpeta o conjunto de carpetas ya tiene una restricción coincidente, Exchange utilizará la vista existente para satisfacer la solicitud del usuario. Si no hay una restricción coincidente, Exchange creará una vista nueva. Crear una vista es más costoso que utilizar una ya existente. El problema se aisló transcurridos dos días desde la ejecución de ExPTA.

 

Síntoma   Cuadro de diálogo emergente de Outlook RPC

Causa raíz   Promedios muy altos de tiempo de lectura y escritura de base de datos

Comentarios del ingeniero de soporte técnico   Utilicé ExPTA in situ, ante el propio cliente. Fue fantástico que el cliente viera los resultados en tiempo real, dado que normalmente hay que reunir los datos de rendimiento, examinarlos manualmente, comparar cada contador con los umbrales recomendados en las notas del producto de rendimiento y, finalmente, pasarle los datos al cliente. Gracias a esta herramienta, se reduce increíblemente el número de horas de trabajo que se suelen perder en aislar los problemas basados en rendimiento.

 

Síntoma   Cuadro de diálogo emergente de Outlook RPC

Causa raíz   Latencias del disco SAN

Comentarios del ingeniero de soporte técnico   En cuanto recibí el caso, le pedí al cliente que ejecutara ExPTA y el problema se aisló en un solo día.

 

Síntoma   Cuadro de diálogo emergente de Outlook RPC

Causa raíz   Cuellos de botella de disco en la unidad de servidor de la base de datos de Exchange

Comentarios del ingeniero de soporte técnico   En cuanto recibí el caso, le pedí al cliente que ejecutara ExPTA y el problema se aisló en tres días.

Por desgracia, los datos sobre el ahorro de tiempo real de que dispongo en relación con los problemas de flujo de mensajería y recuperación de base de datos no son los mismos que los de los problemas de rendimiento. Por lo general, hay menos situaciones donde elegir a este respecto y no hemos tenido la oportunidad de realizar el mismo estudio que con los problemas de rendimiento.

Síntoma   Hay colas de correo en el conector de grupos de enrutamiento de dos grupos de enrutamiento

Causa raíz   El FQDN de los servidores remotos no era correcto

Comentarios del ingeniero de soporte técnico   Los cuatro servidores de Exchange del primer grupo de enrutamiento tenían colas hacia los dos servidores del segundo grupo de enrutamiento. El registro de aplicaciones reflejaba el evento ID 4000 (que informa de que no se puede establecer un vínculo con los servidores de destino remotos en DNS). ExMFA nos ayudó a resolver este problema de la forma oportuna: después de corregir el FQDN en todos los servidores SMTP afectados y reiniciar el servicio de enrutamiento, las colas de correo desaparecieron.

 

Síntoma   Hay correo atascado en la cola del post-categorizador, InetInfo al 99 por ciento

Causa raíz   Receptores de SMTP no estándar

Comentarios del ingeniero de soporte técnico   ExMFA nos permitió ver con toda claridad los receptores de eventos SMTP no estándar en el servidor y no señaló la causa raíz del problema.

 

Síntoma   Correo atascado en una cola

Causa raíz   Cambio en el nombre de dominio SMTP predeterminado

Comentarios del ingeniero de soporte técnico   ExMFA detectó el cambio de nombre de dominio del servidor virtual SMTP predeterminado.

Síntoma   Los almacenes de buzón y de carpeta pública se desmontaron y no se han podido montar correctamente

Causa raíz   Falta el archivo E00.log

Comentarios del ingeniero de soporte técnico   Empecé solicitando al cliente que descargara la herramienta ExTRA y que ejecutara el asistente DRA. Me envió el XML resultante, que ponía de manifiesto claramente que faltaba el archivo E00.log, un requisito necesario para que los almacenes se monten correctamente. ExDRA sugirió buscar el registro que faltaba, llevar a cabo una restauración a partir de una copia de seguridad o reparar las bases de datos.

Encontramos el archivo de registro que faltaba en la carpeta de cuarentena del antivirus y lo restauramos en su ruta de acceso original. Los almacenes se montaron correctamente. El proceso de recuperación completo no llevó más de una hora.

ExDRA ha supuesto un ahorro de tiempo y esfuerzo a la hora de analizar los encabezados de base de datos y encontrar los registros que faltan. Asimismo, ofreció algunas sugerencias para la recuperación de desastres. El cliente estaba encantado con ExDRA y decidió utilizarla (así como el resto de sus funciones) en todos los problemas que pudieran suceder en el futuro.

Por mi parte, utilizaré ExDRA en todas las situaciones de recuperación de base de datos para ayudar a que los clientes se recuperen de los desastres más rápidamente.

 

Síntoma   La base de datos no se monta

Causa raíz   Archivo de registro dañado

Comentarios del ingeniero de soporte técnico   ExDRA nos proporcionó las opciones adecuadas con las que actuar. El servidor volvió a funcionar en el mismo día.

 

Síntoma   La base de datos no se monta

Causa raíz   La secuencia del archivo de registro ha alcanzado el límite (E00FFFFF.log)

Comentarios del ingeniero de soporte técnico   ExDRA nos proporcionó las opciones adecuadas con las que actuar. El servidor volvió a funcionar en 50 minutos.

Como se puede apreciar, consideramos que las herramientas de análisis de Exchange son tremendamente valiosas en la solución de problemas. Por lo tanto, la próxima vez que Exchange Server empiece a dar guerra, dé una oportunidad a estas herramientas antes de llamar a los servicios de soporte técnico. Como mínimo, ahorrará tiempo con el que podrá proporcionarnos los informes cuando abra la solicitud de soporte técnico. Y lo mejor que le puede suceder es que dé con el problema, y ahorre el tiempo y dinero que cuesta resolverlo.

El mes que viene presentaremos más casos de éxito de Exchange Best Practices Analyzer.

 
¿Te ha resultado útil?
(Caracteres restantes: 1500)
Gracias por sus comentarios
Mostrar:
© 2014 Microsoft. Reservados todos los derechos.