¿Cómo solucionar problemas de migración lenta en Exchange Server?

Al migrar de Exchange Server local a una versión más reciente de Exchange Server o Exchange Online, puede haber muchos factores que podrían afectar la migración de datos. Uno de los factores más importantes es el ancho de banda. Si usted es migrar Exchange local a Exchange Online , un buen ancho de banda asegurará el paso rápido de datos. Pero a veces, aunque tenga una buena conexión, todavía ve un rendimiento bajo en su migración. Esto podría suceder si su equipo de red o Office 365 está acelerando la conectividad a otros servicios. Esto se usa para proteger el destino de la inundación de la red y de su equipo interno para que el ancho de banda no se acapare.

En el caso de un equipo de red local, podría transferir datos durante horas específicas y aumentar el límite durante esas horas. Incluso podría haber casos en los que el tráfico a Exchange Online se pueda priorizar o pasar a través de otra conexión. Si la limitación la realiza Microsoft, no hay mucho que pueda hacer. Sin embargo, puede abrir un caso con Microsoft o su CSP local para estar exento durante el proceso de migración.

Los errores comunes locales y de Exchange Online muestran el mensaje StalledDueToSource_Reason en el origen o el destino. Algunos otros errores al migrar del servidor local a Exchange Online incluyen.

  • StalledDueToTarget_MdbAvailability
  • StalledDueToTarget_MdbReplication
  • StalledDueToTarget_DiskLatency
  • StalledDueToTarget_Processor
  • StalledDueToTarget_BigFunnel

Diagnóstico de migraciones lentas

El parámetro Información de diagnóstico es útil para solucionar problemas de detención de la migración. Esto le dará más información sobre dónde está el puesto y cuánto tiempo está consumiendo el puesto. Para esto, necesita usar el comando PowerShell Get-MoveRequestStatistics en Exchange Online PowerShell como se indica a continuación.

$stats = Get-MoveRequestStatistics -identity -DiagnosticInfo "verbose,showtimeslots,showtimeline"

Esto obtendrá toda la información necesaria y la almacenará en el $stats object . A continuación, puede exportar a un archivo y analizar las etiquetas XML para obtener la información necesaria.

Lo mejor es exportar la salida a un archivo y analizar el archivo usando un visor XML como Bloc de notas++ y abrirlo como lenguaje XML. Por lo tanto, sería más fácil navegar, contraer y expandir los elementos.

Para profundizar más, puede utilizar el Get-MoveRequestStatistics Comando para obtener el total de las paradas, lo que mostrará dónde está atascada la migración o dónde está ocurriendo el retraso.

Get-MoveRequestStatistics -Identity '<user email address>' -DiagnosticInfo 'verbose,showtimeslots"https://www.stellarinfo.com/blog/how-to-troubleshoot-slow-migration-issue-in-exchange-server/" export-clixml <xml path ex. C:tempexport.xml>

Aparte de las estadísticas de movimiento, esto mostrará la duración de todas las paradas para que puedas ver dónde se está consumiendo el tiempo.

duración de los puestos

Una cosa importante a comprobar es la EstadoDetalle . Esto mostrará la causa raíz de su problema.

Para empezar, compruebe su servidor de origen. Su servidor de origen no debería tener ningún problema con la instalación y configuración, y debe tener todos los requisitos para la migración. Puedes consultar las bases de datos y su estado. Para ello, puede utilizar el Get-MailboxDatabaseCopyStatus Comando de PowerShell y confirme que todas las bases de datos estén en buen estado y montadas.

Get-MailboxDatabaseCopyStatus

Factores de rendimiento híbrido

Como se vio anteriormente, debe analizar los siguientes cinco factores de rendimiento:

  • Fuente de datos (servidor de Exchange): Debe asegurarse de que su servidor esté al día con las actualizaciones, los recursos de hardware y el rendimiento del almacenamiento. También debe asegurarse de que el sistema operativo y Exchange Server funcionen perfectamente y no tengan problemas con ningún componente. Junto con esto, también debe asegurarse de que no haya tareas en segundo plano que afecten el rendimiento o la producción.
  • Servidor de migración: Si está utilizando una migración push/pull con un servidor híbrido, debe asegurarse de que el servidor tenga buenas especificaciones.
  • Motor de migración: Debe elegir el método de migración adecuado: aplicación de transición, por etapas, híbrida o de terceros. Elegir el método incorrecto podría provocar demoras y posibles problemas de integridad de datos.
  • La red: La red, incluida la infraestructura local, la red perimetral y la conectividad a Internet, debe configurarse para no limitar los servicios de Exchange Server, junto con el ancho de banda correcto asignado al servicio.
  • Office Servicio 365: Aunque puede tener lo anterior en los niveles recomendados, debe asegurarse de tener las políticas, suscripciones y configuraciones correctas para que la implementación híbrida sea óptima. Office 365 tiene sus propios efectos de estrangulamiento basados ​​en la salud que, en cierta medida, usted no puede controlar.

Método alternativo

Para la migración, puede utilizar aplicaciones como Stellar Converter for EDB. Con esta aplicación, puede abrir fácilmente cualquier archivo EDB desde cualquier versión de Exchange Server sin tener un Exchange Server activo. Puede explorar a través de la base de datos de buzones y granularmente convertir EDB a PST y otros formatos. También puede exportar directamente a un Office 365 inquilino o un Exchange Server en vivo. Además de los buzones de correo, puede exportar buzones de correo de archivo, buzones de correo compartidos, buzones de correo deshabilitados e incluso carpetas públicas con facilidad.

Conclusión

Al migrar, es importante verificar el rendimiento de la red y el servidor desde el que está exportando. También debe asegurarse de que su hardware y almacenamiento sean capaces de soportar la carga que pasará. Debe considerar el esfuerzo y la carga administrativa al realizar tales migraciones y asegurarse de que se utiliza la herramienta de migración adecuada, ya que le facilitará la vida.

Related Posts