Microsoft 365 y Office 365 de migración de correo electrónico y procedimientos recomendados
Hay muchas rutas de acceso para migrar datos de una organización de correo electrónico local a Microsoft 365 o Office 365. Al planear una migración a Microsoft 365 o Office 365, una pregunta común es cómo mejorar el rendimiento de la migración de datos y optimizar la velocidad de migración.
Nota
La información de rendimiento que se muestra en este tema no se aplica Microsoft 365 o Office 365 para planes de suscripción dedicados. Para obtener más información acerca de los planes dedicados,vea Microsoft 365 y Office 365 Dedicated Plans Service Descriptions .
Introducción a la migración de correo electrónico Microsoft 365 o Office 365
Microsoft 365 o Office 365 admite varios métodos para migrar datos de correo electrónico, calendario y contactos desde el entorno de mensajería existente a Microsoft 365 o Office 365, como se describe en Formas de migrar varias cuentas de correo electrónico a Microsoft 365o Office 365 .
Para obtener más información sobre Microsoft 365 o Office 365 de red y rendimiento, vea Network planning and performance tuning for Microsoft 365 or Office 365.
Métodos de migración más usados
| Método de migración | Descripción | Recursos |
|---|---|---|
| Migración de Protocolo de acceso a mensajes de Internet (IMAP) | Puede usar el Centro de administración de Exchange o PowerShell de Exchange Online para migrar el contenido de los buzones de los usuarios de un sistema de mensajería IMAP a sus buzones de correo Microsoft 365 o Office 365 de correo. Esto incluye la migración de los buzones de otros servicios de correo electrónico hospedado, como Gmail o Correo Yahoo. | Migre los buzones IMAP a Microsoft 365 o Office 365 |
| Migración total | Mediante una migración total, se migran todos los buzones locales a Microsoft 365 o Office 365 durante unos días. Use la migración total si tiene previsto mover toda la organización de correo electrónico a Microsoft 365 o Office 365 y administrar cuentas de usuario en Microsoft 365 o Office 365. Puede migrar un máximo de 2.000 buzones de correo desde la organización de Exchange local a Microsoft 365 o Office 365 mediante una migración de escala. Sin embargo, el número recomendado de buzones es 150. El uso de valores superiores puede afectar al rendimiento. Los contactos de correo y los grupos de distribución de la organización local de Exchange también se migrarán. | Migración de escala a Microsoft 365 o Office 365 |
| Migración preconfigurada | Use una migración por fases si tiene previsto migrar finalmente todos los buzones de su organización a Microsoft 365 o Office 365. Con una migración por fases, se migran lotes de buzones locales a Microsoft 365 o Office 365 a lo largo de unas semanas o meses. | Lo que necesita saber acerca de una migración de correo electrónico por fases a Microsoft 365 o Office 365 |
| Implementación híbrida | Una implementación híbrida permite a las organizaciones ampliar la experiencia de características avanzadas y el control administrativo que tienen en sus organizaciones locales de Exchange existentes en la nube. Una implementación híbrida proporciona la apariencia perfecta de una única organización Exchange entre una organización Exchange local y Exchange Online en Microsoft 365 o Office 365. Además, una implementación híbrida puede servir como paso intermedio para pasar completamente a una Microsoft 365 o Office 365 organización. | Asesor de migración de correo Exchange Asistente de implementación Exchange local 2013/2016/2019 Exchange Server implementaciones híbridas de 2013 Configuración híbrida mínima |
| Migración de terceros | Hay disponible un gran número de herramientas de terceros. Usan diferentes protocolos y enfoques para realizar las migraciones de correo electrónico desde plataformas de correo electrónico como IBM Lotus Notes y Novell GroupWise. | A continuación se indican algunas herramientas de migración de terceros y asociados que pueden ayudarle con las migraciones de Exchange desde plataformas de terceros: Árbol binario:proveedor de software de coexistencia y migración de mensajería multiplataforma, con productos que proporcionan el análisis y la coexistencia y migración entre entornos de colaboración y mensajería empresarial local y en línea basados en IBM Lotus Notes y Domino y Exchange y SharePoint. BitTitan:proveedor de soluciones de migración para Microsoft 365 o Office 365. CodeTwo:proveedor de Microsoft 365 y Office 365 de migración. Migre buzones y carpetas públicas desde cualquier Exchange local y correo electrónico de IMAP (Gmail, IBM Notes, etc.) a la nube o realice migraciones de inquilino a inquilino. Transfiera todos los datos a la vez o en lotes y automatice todo el proceso de migración, sin tiempo de inactividad. Quadrotech:proveedor de soluciones de migración para Microsoft 365 o Office 365. Quest:proveedor de soluciones de migración de Exchange, Microsoft 365, Office 365, Gmail, GroupWise, Notes, POP/IMAP, Zimbra, Sun ONE/iPlanet, PST y archivos de correo electrónico a Microsoft 365 o Office 365 y Exchange. Las soluciones de Quest sincronizan buzones, carpetas públicas e información de calendario mientras se mantiene la coexistencia durante toda la migración. Transvault:proveedor de soluciones de migración Office nube a Microsoft 365 desde Exchange y Notas. Transvault admite 23 orígenes diferentes para la migración y tiene productos que ofrecen cualquier tamaño de proyecto, migraciones complejas de archivos de correo electrónico y administración de PST. Las soluciones de migración empresarial son seguras, compatibles, eficientes y centradas en el usuario, y se pueden ejecutar tanto localmente como en la nube. SkyKick:proveedor de soluciones de migración automatizadas para mover Exchange local, Gmail, POP3, IMAP, Lotus Notes a Microsoft 365 o Office 365. Las herramientas de migración de un extremo a otro ayudan a los partners a completar las fases del proyecto de migración, como ventas, planeamiento, migración, administración y configuración local. Empresa de colaboración BCC:ayudar a las empresas al apoyar su estrategia de migración de colaboración. Mejor proveedor en clase de herramientas de migración basadas en la plataforma Domino, para migrar a Microsoft Exchange, Microsoft 365 y Office 365. |
Rendimiento de los métodos de migración
En las secciones siguientes se comparan las cargas de trabajo de migración de buzones de correo y los resultados de rendimiento observados para los distintos métodos de migración para migrar buzones y datos de buzones a Microsoft 365 o Office 365. Estos resultados se basan en pruebas internas y migraciones reales de clientes a Microsoft 365 o Office 365.
Importante
Debido a las diferencias en la forma en que se realizan las migraciones y cuando se realizan, la velocidad de migración real puede variar.
Cargas de trabajo de migración de clientes
En la tabla siguiente se describen las distintas cargas de trabajo implicadas en una migración típica, así como los desafíos y opciones para cada una de ellas.
| Carga de trabajo | Notas |
|---|---|
| Incorporación (migración a Microsoft 365 o Office 365) | Microsoft ofrece herramientas y funcionalidades de migración de datos para que los clientes puedan usar para migrar sus datos de Exchange Server local a Exchange Online en Microsoft 365 o Office 365. Existen varios métodos para migrar buzones y datos de buzones de correo, empezando por las migraciones de transferencia total y las migraciones por fases, que se basan en los movimientos de combinación y sincronización, y que se describen anteriormente en este artículo. El otro método de migración principal implica movimientos híbridos, que es actualmente el método más común. Puede decidir exactamente cuándo desea migrar a Microsoft 365, en función de sus necesidades empresariales. |
| Multi-Geo | Las empresas multinacionales con oficinas en todo el mundo suelen tener la necesidad de almacenar los datos de sus empleados en reposo en regiones específicas, con el fin de cumplir sus requisitos de residencia de datos. Multi-Geo permite que una única organización Microsoft 365 o Office 365 se abarque en varias geografías de centros de datos (geos) de Microsoft 365 o Office 365, lo que le permite almacenar datos Exchange, en reposo, por usuario, en las geos elegidas. Para obtener más información, vea Get enterprise-grade global data location controls with Multi-Geo. |
| Cifrado | Cifrado de servicio con clave de cliente es una característica que permite a un cliente aprovisionar y administrar las claves raíz que se usan para cifrar datos en reposo en la capa de aplicación en Microsoft 365 o Office 365. Para que un buzón se cifra por primera vez, se requiere un movimiento de buzón. Para obtener más información, vea Cifrado de servicio con clave de cliente. |
| GoLocal | Microsoft sigue abierto nuevos centros de datos en nuevas regiones o geos. Los clientes existentes, cuando son aptos, pueden solicitar que los datos de sus clientes del centro de datos original se trasladen a una nueva ubicación geográfica. El período de tiempo en el que puede realizar esta solicitud suele ser de uno o dos años, según la demanda general del servicio. Tenga en cuenta que este período de tiempo durante el cual puede solicitar que se muevan los datos de los clientes se hace más corto una vez que se inicia un centro de datos (DC) para el nuevo inicio geográfico (en ese momento tiene aproximadamente de tres a seis meses para solicitar un movimiento). Los detalles están disponibles en Moving core data to new Microsoft 365 datacenter geos. |
Cuando los buzones se migran dentro de Microsoft 365 de datos, cada movimiento de buzón o movimiento masivo de buzones requiere tiempo para que se complete la operación. Hay una serie de factores, como la Microsoft 365 de servicio, que pueden afectar exactamente a cuánto tiempo. El servicio está diseñado para limitar las cargas de trabajo discrecionales, como los movimientos de buzones, para garantizar que el servicio se ejecuta de forma óptima para todos los usuarios. Sin embargo, aún puede esperar que se procesen los movimientos de buzones de correo en función de la disponibilidad discrecional de recursos del servicio. Encontrará más detalles sobre la limitación de recursos en esta entrada de blog.
Tiempos estimados de migración
Para ayudarle a planear la migración, en las tablas siguientes se presentan directrices sobre cuándo esperar que se completen las migraciones masivas de buzones de correo o las migraciones individuales. Estas estimaciones se basan en un análisis de datos de migraciones de clientes anteriores. Dado que cada entorno es único, la velocidad exacta de migración puede variar.
Duración de la migración de buzones en función de los perfiles de tamaño de buzón:
- Incorporación / PSTImport
| Tamaño del buzón (GB) | Duración del percentil 50 (días) | Duración del percentil 90 (días) |
|---|---|---|
| < 1 | 1 | 7 |
| 1 - 10 | 1 | 7 |
| 10 - 50 | 3 | 14 |
| 50 - 100 | 3 | 30 |
| 100 - 200 | 8 | 45 |
| > 200 | No se admite | No se admite |
- Multi-Geo / GoLocal / Encryption
| Tamaño del buzón (GB) | Duración del percentil 50 (días) | Duración del percentil 90 (días) |
|---|---|---|
| < 1 | 1 | 7 |
| 1 - 10 | 1 | 10 |
| 10 - 50 | 3 | 30 |
| 50 - 100 | 15 | 45 |
| 100 - 200 | 30 | 60 |
| > 200 | No se admite | No se admite |
Duración de la migración para completar el 90 % de los movimientos de buzones en función de los perfiles de tamaño del espacio empresarial:
| Tamaño del espacio empresarial (número de buzones) | Duración (días) | Puede tardar hasta tantos días |
|---|---|---|
| < 1,000 | 5 | 14 |
| 1,000 - 5,000 | 10 | 30 |
| 5,000 - 10,000 | 20 | 45 |
| 10,000 - 50,000 | 30 | 60 |
| 50,000 - 100,000 | 45 | 90 |
| > 1000,000 | 60 | 180 |
Nota
Algunos buzones atípicos tardarían más tiempo en completarse en función del perfil del buzón. Además, si un inquilino tiene buzones de correo más grandes en promedio, esto también puede contribuir a la duración extendida de la migración.
Factores de rendimiento de la migración
La migración del correo electrónico tiene varios factores comunes que pueden afectar al rendimiento de la migración.
Factores de rendimiento de migración comunes
La tabla siguiente contiene una lista de factores comunes que afectan al rendimiento de la migración. Encontrará más información en las secciones donde se describen los métodos de migración individuales.
| Factor | Descripción | Ejemplo |
|---|---|---|
| Origen de datos | El dispositivo o servicio que hospeda los datos que se migrarán. Puede aplicarse un gran número de limitaciones en el origen de datos debido a las especificaciones del hardware, la carga de trabajo del usuario final y las tareas de mantenimiento back-end. | Gmail limita la cantidad de datos que se pueden extraer durante un período de tiempo específico. |
| Tipo de datos y densidad | Debido a la naturaleza única del negocio de un cliente, el tipo y la combinación de elementos de correo en los buzones varía en gran medida. | Un buzón de 4 GB con 400 elementos, cada uno con 10 megabytes (MB) de datos adjuntos, se migrará más rápido que un buzón de 4 GB con 100 000 elementos de menor tamaño. |
| Servidor de migración | Muchas soluciones de migración usan un tipo específico de servidor de migración o estación de trabajo para completar la migración. | Los clientes suelen usar una máquina virtual de bajo rendimiento para hospedar el servicio MRSProxy para implementaciones híbridas o para migraciones no híbridas de equipos cliente. |
| Motor de migración | El motor de migración de datos responsable de extraer datos del servidor de origen convierte los datos, si es necesario. A continuación, el motor transmite los datos a través de la red e inserta los datos en el Microsoft 365 o Office 365 buzón. mailbox. | El servicio MRSProxy tiene sus propias funciones y limitaciones. |
| Dispositivos de red locales | El rendimiento de la red de extremo a extremo (desde el origen de datos Exchange Online servidores de acceso de cliente) afecta al rendimiento de la migración. | La configuración del firewall y las especificaciones en la organización local. |
| Microsoft 365 o Office 365 servicio | Microsoft 365 y Office 365 tienen compatibilidad integrada y características para administrar la carga de trabajo de migración. | La directiva de limitación de usuarios tiene una configuración predeterminada y limita el máximo de velocidad de transferencia de datos general. |
Factores de rendimiento de la red
En esta sección, se describen los procedimientos recomendados para mejorar el rendimiento de la red durante la migración. La discusión se desarrolla en términos generales porque el mayor impacto en el rendimiento de la red durante la migración está relacionado con los Proveedores de servicios de Internet (ISP) y el hardware de terceros.
Use el analizador Exchange para obtener una comprensión más profunda de la conectividad de red con Microsoft 365 o Office 365. Para ejecutar las pruebas del Analizador de Exchange en el Asistente para soporte y recuperación, vaya a Diagnóstico avanzado > Exchange Online > Comprobar la conectividad de red de Exchange Online > Sí. Lea Acerca de microsoft Asistente de soporte y recuperación para obtener más información sobre Asistente de soporte y recuperación.
| Factor | Descripción | Procedimientos recomendados |
|---|---|---|
| Capacidad de la red | La cantidad de tiempo que se tarda en migrar buzones a Microsoft 365 o Office 365 depende de la capacidad disponible y máxima de la red. | Identifique la capacidad de la red disponible y determine la capacidad máxima de carga. Póngase en contacto con su ISP para confirmar el ancho de banda asignado y para obtener información sobre las restricciones, como la cantidad total de datos que se pueden transferir en un período de tiempo específico. Use herramientas para evaluar su capacidad real de la red. Asegúrese de probar el flujo de datos de un extremo a otro desde el origen de datos local hasta los servidores de puerta de enlace del centro de datos de Microsoft. Identifique otras cargas en la red (como utilidades de copia de seguridad y tareas de mantenimiento programadas) que puedan afectar a la capacidad de la red. |
| Estabilidad de la red | Una red rápida no siempre produce migraciones rápidas. Si la red no es estable, la transferencia de datos tarda más tiempo en completarse debido a la corrección de errores. Según el tipo de migración, la corrección de errores puede afectar significativamente al rendimiento de la migración. | Los problemas de controladores y hardware de la red suelen causar problemas de estabilidad en la red. Colabore con los proveedores de hardware para conocer en detalle sus dispositivos de red y aplicar las actualizaciones de software y los controladores recomendados más recientes del proveedor. |
| Retrasos en la red | La función de detección de intrusión configurada en un firewall de red suele causar retrasos importantes en la red y afecta al rendimiento de la migración. La migración de datos a Microsoft 365 o Office 365 buzones de correo se basa en la conexión a Internet. Los retrasos en la conexión a Internet afectan al rendimiento general de la migración. Además, puede que los usuarios de la misma compañía tengan buzones en la nube que residan en centros de datos de diferentes ubicaciones geográficas. Según el ISP del cliente, el rendimiento de la migración puede variar. |
Evalúe los retrasos de red en todos los centros de datos de Microsoft potenciales para garantizar que el resultado sea coherente. (Esto también ayuda a garantizar una experiencia coherente para los usuarios finales). Trabaje con su ISP para solucionar problemas relacionados con Internet. Agregue direcciones IP para los servidores de centros de datos de Microsoft a la lista de permitidos o omita todo el tráfico relacionado con la migración del firewall de red. Para obtener más información acerca de Microsoft 365 o Office 365 intervalos IP, vea Microsoft 365 y Office 365 direcciones URL e intervalos de direcciones IP. |
Para realizar un análisis más exhaustivo de las migraciones en su entorno, vea esta entrada de blog sobre el análisis de movimientos. En la entrada se incluye un script para ayudarle a analizar las solicitudes de movimiento.
Microsoft 365 y Office 365 limitación
Microsoft 365 y Office 365 varios mecanismos de limitación para ayudar a garantizar la seguridad y la disponibilidad del servicio. Estos tres tipos de limitación pueden afectar al rendimiento de la migración:
- Limitación de peticiones de usuarios
- Limitación del servicio de migración
- Limitación basada en el mantenimiento de recursos
Nota
Los tres tipos de Microsoft 365 y Office 365 limitación no afectan a todos los métodos de migración.
Microsoft 365 y Office 365 limitación de usuarios
La limitación de usuarios afecta a la mayoría de las herramientas de migración de terceros y al método de migración de subida con cliente. Estos métodos de migración usan protocolos de acceso de cliente, como la llamada a procedimiento remoto (RPC) a través del protocolo HTTP, para migrar datos de buzones a Microsoft 365 o Office 365 buzones de correo. Estas herramientas se usan para migrar datos desde plataformas como IBM Lotus Domino y Novell GroupWise.
La limitación de usuarios es el método de limitación más restrictivo en Microsoft 365 y Office 365. Como la limitación de usuarios se configura para que funcione con un usuario final individual, cualquier uso de nivel de aplicación superará fácilmente la directiva de limitación y causará una migración de datos más lenta.
Microsoft 365 y Office 365 limitación del servicio de migración
La limitación del servicio de migración afecta a todas Microsoft 365 o Office 365 de migración. La limitación del servicio de migración administra la simultaneidad de la migración y la asignación de recursos de servicio para Microsoft 365 o Office 365 de migración.
La limitación del servicio de migración afecta a las migraciones realizadas con los siguientes métodos de migración:
- Migración de IMAP
- Migración total de Exchange
- Migración preconfigurada de Exchange
- Migraciones híbridas (transferencias basadas en el servicio MRSProxy en un entorno híbrido)
Importante
Los métodos de migración mencionados anteriormente no se ven afectados por la limitación de usuarios.
Un ejemplo de limitación del servicio de migración es controlar el número de buzones que se pueden migrar de forma simultánea durante migraciones de Exchange sencillas y migraciones de IMAP. El valor predeterminado es 10. Esto quiere decir que, como máximo, de forma simultánea se pueden migrar 10 buzones de todos los lotes de migración. Puede aumentar el número de migraciones de buzones simultáneas para un lote de migración en el Panel de control de Exchange o en Windows PowerShell. Para obtener más información acerca de cómo optimizar esta configuración, vea Manage migration batches in Microsoft 365 or Office 365.
Microsoft 365 o Office 365 limitación basada en el estado de los recursos
Todos los métodos de migración están sujetos al gobierno de la limitación de disponibilidad. Microsoft 365 o Office 365 limitación de servicios no afecta Microsoft 365 o Office 365 tanto como los otros tipos de limitación descritos anteriormente.
La limitación basada en el mantenimiento de recursos es el método de limitación menos agresivo. Se produce para evitar que haya un problema de disponibilidad del servicio que pueda afectar a los usuarios finales y a las operaciones críticas del servicio.
Antes de que el rendimiento del servicio se degrade hasta el punto en que también se degrade el rendimiento de los usuarios finales, las migraciones híbridas se pondrán en cola hasta que se recupere el rendimiento y el servicio vuelva a un nivel por debajo del umbral de limitación.
A continuación, se muestran unos informes de estadísticas de migración de Exchange. En ellos, se muestran entradas registradas después de haber superado el umbral de limitación del servicio.
1/25/2018 12:56:01 AM [BL2PRD0410CA012] Copy progress: 723/1456 messages, 225.8 MB (236,732,045 bytes)/416.5 MB (436,712,733 bytes).
1/25/2018 12:57:53 AM [BL2PRD0410CA012] Move for mailbox '/o=ExchangeLabs/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=xxxxxxxxxxxxxxxxxxxxxxxxxxxxx' is stalled because DataMoveReplicationConstraint is not satisfied for the database 'NAMPRD04DG031-db081' (agent MailboxDatabaseReplication). Failure Reason: Database edbf0766-1f2a-4552-9115-bb3a53a8380b doesn't satisfy constraint SecondDatacenter. There are no available healthy database copies. Will wait until 1/25/2018 1:27:53 AM.
1/25/2018 12:58:24 AM [BL2PRD0410CA012] Request is no longer stalled and will continue.
6/30/2017 00:03:58 [CY4PR19MB0056] Relinquishing job because of large delays due to unfavorable server health or budget limitations with a request throttling state 'StalledDueToTarget_DiskLatency'.
Solución y práctica:
Si experimenta una situación similar, espere a que los recursos Microsoft 365 o Office 365 estén disponibles.
Factores de rendimiento y procedimientos recomendados para migraciones de implementaciones no híbridas
En esta sección se describen los factores que afectan a las migraciones con los métodos de migración total, preconfigurada o IMAP. También identifica procedimientos recomendados para mejorar el rendimiento de la migración.
Factor 1: Origen de datos para migraciones de implementación no híbrida
En la siguiente tabla, se describe el impacto que tienen en la migración los servidores de origen de una organización de correo electrónico y los procedimientos recomendados para mitigar el impacto en la migración.
| Lista de comprobación | Descripción | Procedimientos recomendados |
|---|---|---|
| Rendimiento del sistema | La extracción de datos es una tarea intensiva. El sistema de origen necesita tener recursos suficientes (como tiempo de CPU y memoria) para ofrecer un rendimiento de la migración óptimo. Durante la migración, el sistema de origen suele estar próximo a alcanzar su capacidad completa en términos de la carga de trabajo normal del usuario final. Si los recursos del sistema son inadecuados, la carga de trabajo adicional derivada de la migración puede afectar a los usuarios finales. | Supervise el rendimiento del sistema durante una prueba de migración piloto. Si el sistema está ocupado, le recomendamos que evite una programación de migración agresiva para el sistema específico debido a los posibles problemas de lentitud de la migración y de disponibilidad del servicio. Si es posible, agregue recursos de hardware para mejorar el rendimiento del sistema de origen y mueva las tareas y los usuarios a otros servidores que no estén relacionados con la migración para reducir la carga del sistema. Para obtener más información, vea:
Al realizar una migración desde una organización local de Exchange con varios servidores de buzones, le recomendamos que cree la lista de usuarios que se migrarán y que la distribuya de manera uniforme en varios servidores de buzones. Según el rendimiento de un servidor específico, la lista se puede ajustar aún más para maximizar el rendimiento. Por ejemplo, si el servidor A tiene un 50 % más de disponibilidad de recursos que el servidor B, parece razonable tener un 50 % más de usuarios del servidor A en el mismo lote de migración. Se pueden aplicar procedimientos similares en otros sistemas de origen. Ejecute las migraciones cuando los servidores tengan el máximo de disponibilidad de recursos (por ejemplo, fuera del horario laboral o en fines de semana y días festivos). |
| Tareas de back-end | Otras tareas de back-end que se ejecutan durante el proceso de migración. Dado que es un procedimiento recomendado realizar la migración después del horario laboral, es común que las migraciones entren en conflicto con las tareas de mantenimiento (como la copia de seguridad de datos) que se ejecutan en los servidores locales. | Revise las otras tareas del sistema que pueden estar ejecutándose durante la migración. Recomendamos que las migraciones se lleven a cabo cuando no se estén ejecutando otras tareas de uso intensivo de recursos. Nota: Para los clientes que usan Exchange locales, las tareas back-end comunes son las soluciones de copia de seguridad y el mantenimiento Exchange almacén. |
| Directiva de limitación | Con frecuencia, se protegen los sistemas de correo electrónico con una directiva de limitación que establece un límite específico en la velocidad y la cantidad de datos que se puede extraer del sistema durante un período de tiempo concreto. | Compruebe si la directiva de limitación está implementada en el sistema de correo electrónico. Por ejemplo, Gmail limita la cantidad de datos que se puede extraer en un período de tiempo específico. Según la versión, Exchange tiene directivas que restringen el acceso de IMAP al servidor de correo local (usado por las migraciones de IMAP) y el acceso al protocolo RPC sobre HTTP (usado por las migraciones totales de Exchange y las migraciones preconfiguradas de Exchange). Para comprobar la configuración de la limitación en una organización de Exchange 2013, ejecute el cmdlet Get-ThrottlingPolicy. Para obtener más información, vea Administración de cargas de trabajo de Exchange. Para obtener más información acerca de la limitación de IMAP, vea Migrate your IMAP mailboxes to Microsoft 365 or Office 365 Para obtener más información sobre la limitación del protocolo RPC sobre HTTP, vea: |
Factor 2: Servidor de migración para migraciones de implementación no híbrida
Las migraciones totales, preconfiguradas y de IMAP son métodos de migración de extracción de datos iniciados en la nube, por lo que no es necesario usar un servidor de migración dedicado. Sin embargo, los hosts de protocolo con conexión a Internet (IMAP o RPC sobre protocolo HTTP) funcionan como el servidor de migración para migrar buzones y datos de buzones a Microsoft 365 o Office 365. Por lo tanto, los factores de rendimiento de migración y los procedimientos recomendados, descritos en la sección anterior sobre el servidor de origen de datos de la organización de correo electrónico actual, también se aplican a los servidores perimetrales de Internet. Para organizaciones de Exchange 2007, Exchange 2010 y Exchange 2013, el servidor de acceso de cliente funciona como un servidor de migración.
Para obtener más información, vea:
Factor 3: Motor de migración para migraciones de implementación no híbrida
Imap, cutover y las migraciones Exchange se realizan mediante el panel de migración del centro Exchange administración. Esto está sujeto a Microsoft 365 o Office 365 limitación del servicio de migración.
Solución y práctica:
Ahora, los clientes pueden especificar la simultaneidad de migraciones (por ejemplo, el número de buzones que se migraron de forma simultánea) con Windows PowerShell. El valor predeterminado es de 20 buzones. Después de crear un lote de migración, puede usar el siguiente cmdlet de Windows PowerShell para aumentar este valor a un máximo de 100.
Set-MigrationEndPoint <Identity> -MaxConcurrentMigrations <value between 1 and 100>
Para obtener más información, vea Manage migration batches in Microsoft 365 or Office 365.
Nota
Si el origen de datos no tiene recursos suficientes como para administrar todas las conexiones, le recomendamos que evite usar este valor elevado de simultaneidad. Empiece con un valor de simultaneidad reducido, como 10. Aumente este número a medida que vaya supervisando el rendimiento del origen de datos para evitarles problemas de acceso a los usuarios finales.
Factor 4: Red para migraciones de implementación no híbrida
Pruebas de comprobación:
Según el método de migración que use, puede intentar las siguientes pruebas de comprobación:
Migraciones de IMAP: rellenar previamente un buzón de origen con datos de ejemplo. A continuación, desde Internet (fuera de la red local), conéctese al buzón de origen mediante un cliente de correo electrónico IMAP estándar como Microsoft Outlook y, a continuación, mida el rendimiento de la red determinando el tiempo que se tarda en descargar todos los datos del buzón de origen. El rendimiento debe ser similar al que pueden obtener los clientes mediante el uso de la herramienta de migración IMAP en Microsoft 365 o Office 365, dado que no hay otras restricciones.
Migración avanzada y preconfigurada Exchange: rellenar previamente un buzón de origen con datos de ejemplo. A continuación, desde Internet (fuera de la red local), conéctese al buzón de origen con Outlook mediante RPC sobre protocolo HTTP. Asegúrese de que se está conectando mediante el modo almacenado en caché. Compruebe el tiempo necesario para sincronizar todos los datos desde el buzón de origen para medir el rendimiento de la red. El rendimiento debe ser similar al que pueden obtener los clientes mediante el uso de las sencillas herramientas de migración Exchange en Microsoft 365 o Office 365, dado que no hay otras restricciones.
Se produce una cierta sobrecarga durante una migración de IMAP total, preconfigurada o de Exchange. Pero el rendimiento real será similar a los resultados de estas pruebas de comprobación.
Factor 5: Microsoft 365 y Office 365 para migraciones de implementación no híbrida
Microsoft 365 o Office 365 limitación basada en el estado de los recursos afecta a las migraciones mediante el uso Microsoft 365 o Office 365 herramientas de migración sencillas. Consulte la Microsoft 365 o Office 365 de limitación basada en el estado de los recursos.
Mover solicitudes en el servicio Microsoft 365 o Office 365 de movimiento
Para conocer cómo obtener información de estado para solicitudes de transferencia, vea Ver propiedades de solicitud de movimiento.
En el servicio Microsoft 365 o Office 365, a diferencia de Exchange 2010 local, la cola de migración y los recursos de servicio asignados para las migraciones se comparten entre los inquilinos. Este uso compartido afecta a la forma en que se administran las solicitudes de movimiento en cada fase del proceso de movimiento.
Hay dos tipos de solicitudes de movimiento en Microsoft 365 y Office 365:
Solicitudes de movimiento de incorporación: las nuevas migraciones de clientes se consideran solicitudes de movimiento de incorporación. Estas solicitudes tienen una prioridad normal.
Solicitudes de movimiento interno del centro de datos: se trata de solicitudes de movimiento de buzones iniciadas por los equipos de operaciones del centro de datos. Estas solicitudes tienen una prioridad inferior, ya que la experiencia del usuario final no se ve afectada si se retrasa la solicitud de movimiento.
Posible impacto y retrasos en las solicitudes de movimiento con los estados “en cola” y “en curso”
Solicitudes de movimiento en cola: este estado especifica que el movimiento se ha puesto en cola y está a la espera de que el servicio de replicación de buzones de correo Exchange de correo. Para solicitudes de movimiento de Exchange 2003, los usuarios seguirán teniendo acceso a sus buzones en esta fase.
Hay dos factores que afectan a las solicitudes que ejecutará el servicio de replicación de buzones:
Prioridad: las solicitudes de movimiento en cola con una prioridad más alta se recogen antes de las solicitudes de movimiento de menor prioridad. Esto permite garantizar que las solicitudes de movimiento de migración de cliente siempre se procesen antes que las solicitudes de movimiento internas del centro de datos.
Posición en la cola: si las solicitudes de movimiento tienen la misma prioridad, antes de que la solicitud entre en la cola, el servicio de replicación de buzones la recogerá antes. Como puede haber varios clientes que realicen migraciones de buzones de forma simultánea, es normal que las nuevas solicitudes de movimiento permanezcan en la cola antes de su procesamiento.
Con frecuencia, el tiempo que las solicitudes de buzones esperan en la cola antes de su procesamiento no se tiene en cuenta durante la planeación de la migración. Como resultado, los clientes no asignan tiempo suficiente para completar todas las migraciones planeadas.
- Solicitudes de movimiento en curso: este estado especifica que el movimiento aún está en curso. Si es un movimiento de buzón en línea, el usuario seguirá teniendo acceso al buzón. Para movimientos de buzones sin conexión, el buzón del usuario no estará disponible.
Cuando la solicitud de movimiento de buzón tenga el estado "En curso", la prioridad ya no será importante y no se procesará una nueva solicitud de movimiento hasta que se complete la solicitud de movimiento "En curso" existente, incluso si la nueva solicitud de movimiento tiene una mayor prioridad.
Procedimientos recomendados
Planeación: como se mencionó anteriormente, dado que Exchange los usuarios de 2003 pierden acceso durante una migración híbrida, Exchange los clientes de Exchange 2003 suelen estar más preocupados por cuándo programar las migraciones y cuánto tiempo van a tardar.
Al planear el número de buzones que se migrarán durante un período de tiempo específico, tenga en cuenta lo siguiente:
Incluya la cantidad de tiempo que la solicitud de movimiento esperará en la cola. Use lo siguiente para calcularla:
(número total de buzones que se migrarán) = ([tiempo total] - [media de tiempo en cola]) * (rendimiento de la migración)
donde el rendimiento de la migración es igual al número total de buzones que se pueden migrar por hora.
Por ejemplo, imagine que tiene un período de seis horas para migrar buzones. Si la media de tiempo en cola es de una hora y tiene un rendimiento de migración de 100 buzones por hora, podrá migrar 500 buzones en el período de tiempo de seis horas: 500 = (6 - 1) * 100.
- Inicie la migración antes del momento planeado inicialmente para reducir el tiempo en la cola. Cuando los buzones estén en cola, los usuarios de Exchange 2003 seguirán teniendo acceso a sus buzones.
Determinar el tiempo de cola: el tiempo de cola siempre cambia porque Microsoft no administra las programaciones de migración de los clientes.
Para determinar el posible tiempo en cola, un cliente puede programar un movimiento de prueba varias horas antes de que se inicie la migración real. Después, según la cantidad de tiempo en que la petición esté en la cola, el cliente podrá calcular mejor cuándo iniciar la migración y cuántos buzones se pueden mover en un período de tiempo específico.
Por ejemplo, imagine que una migración de prueba se completó cuatro horas antes del inicio de una migración planeada. El cliente determina que el tiempo en cola de la migración de prueba era de aproximadamente una hora. Por lo tanto, el cliente tendría que iniciar la migración una hora antes del momento planeado originalmente para asegurarse de tener tiempo suficiente para completar todas las migraciones.
Herramientas de terceros para Microsoft 365 o Office 365 migración
Las herramientas de terceros se usan en su mayoría en escenarios de migración que no están relacionados con Exchange, como Gmail, IBM Lotus, Domino y Novell GroupWise. Esta sección se centra en los protocolos de migración usados por las herramientas de migración de terceros, en lugar de los productos y herramientas de migración en sí. En la tabla siguiente se proporciona una lista de factores que se aplican a las herramientas de terceros para Microsoft 365 o Office 365 de migración.
Importante
Para problemas con la coherencia o integridad de los datos después de realizar una migración con herramientas de terceros, póngase en contacto con el proveedor que proporcionó la herramienta para obtener soporte técnico.
Factor 1: Origen de datos para migraciones de herramientas de terceros
| Lista de comprobación | Descripción | Procedimientos recomendados |
|---|---|---|
| Rendimiento del sistema | La extracción de datos es una tarea intensiva. El sistema de origen necesita tener recursos suficientes (como tiempo de CPU y memoria) para ofrecer un rendimiento de la migración óptimo. Durante la migración, el sistema de origen suele estar próximo a alcanzar su capacidad completa en términos de la carga de trabajo normal del usuario final. Si los recursos del sistema son inadecuados, la carga de trabajo adicional derivada de la migración puede afectar a los usuarios finales. | Supervise el rendimiento del sistema durante una prueba de migración piloto. Si el sistema está ocupado, le recomendamos que evite una programación de migración agresiva para el sistema específico debido a los posibles problemas de lentitud de la migración y de disponibilidad del servicio. Si es posible, para mejorar el rendimiento del sistema de origen, agregue recursos de hardware y reduzca la carga en el sistema. Para reducir la carga del sistema, mueva tareas y usuarios a otros servidores que no formen parte de la migración. Para obtener más información, vea:
Al realizar una migración desde una organización local de Exchange con varios servidores de buzones, le recomendamos que cree la lista de usuarios que se migrarán y que la distribuya de manera uniforme en varios servidores de buzones. Según el rendimiento de un servidor específico, la lista se puede ajustar aún más para maximizar el rendimiento. Por ejemplo, si el servidor A tiene un 50 % más de disponibilidad de recursos que el servidor B, parece razonable tener un 50 % más de usuarios del servidor A en el mismo lote de migración. Se puede aplicar un procedimiento similar en otros sistemas de origen. Ejecute la migración cuando el sistema tenga el máximo de disponibilidad de recursos (por ejemplo, fuera del horario laboral o en fines de semana y días festivos). |
| Tareas de back-end | Otras tareas de back-end que suelen ejecutarse durante la migración. Como recomendamos realizar la migración fuera del horario comercial, es habitual que las migraciones entren en conflicto con otras tareas de mantenimiento que se ejecuten en los servidores locales, como las copias de seguridad de datos. | Revise otras tareas del sistema que se ejecuten durante la migración. Le recomendamos que cree un intervalo de tiempo definido solo para la migración de datos, cuando no se ejecuten otras tareas que consumen una gran cantidad de recursos. Para clientes locales de Exchange, las tareas comunes son soluciones de copia de seguridad. Para obtener más información, vea Mantenimiento del almacén de Exchange. |
| Directiva de limitación | Con frecuencia, se protegen los sistemas de correo electrónico con una directiva de limitación, que establece un límite específico en la velocidad y la cantidad de datos que se pueden extraer del sistema en un período de tiempo específico y con un método de migración concreto. | Compruebe si la directiva de limitación está implementada en el sistema de correo electrónico. Por ejemplo, Gmail limita la cantidad de datos que se puede extraer en un período de tiempo específico. Según la versión, Exchange tiene directivas que restringen el acceso de IMAP al servidor de correo local (usado por las migraciones de IMAP) y el acceso al protocolo RPC sobre HTTP (usado por las migraciones totales de Exchange y las migraciones preconfiguradas de Exchange). Para obtener más información sobre la limitación de IMAP, vea Sugerencias para optimizar las migraciones IMAP. Para obtener más información sobre la limitación del protocolo RPC sobre HTTP, vea:
Para obtener más información sobre cómo configurar la limitación de los servicios Web Exchange, vea Exchange 2010: Descripción de las directivas de limitación de peticiones de clientes. |
Factor 2: Servidor de migración para migraciones de herramientas de terceros
La mayoría de las herramientas de terceros para Microsoft 365 o Office 365 son datos iniciados por el cliente e inserción de datos a Microsoft 365 o Office 365. Para usar estas herramientas suele necesitarse un servidor de migración. Factores como el rendimiento del sistema, las tareas de back-end y las directivas de limitación para los servidores de origen también se aplican en estos servidores de migración.
Nota
Algunas soluciones de migración de terceros se hospedan en Internet como servicios basados en la nube y no requieren un servidor de migración local.
Solución y práctica:
Para mejorar el rendimiento de la migración al usar un servidor de migración, aplique los mismos procedimientos recomendados que los descritos en la sección Factor 1: Origen de datos para migraciones de herramientas de terceros.
Factor 3: Motor de migración para migraciones de herramientas de terceros
Para herramientas de migración de terceros, los protocolos más usados son los servicios Web Exchange y el protocolo RPC sobre HTTP.
Exchange Web Services:
Exchange Servicios web es el protocolo recomendado para migrar a Microsoft 365 o Office 365 porque admite grandes lotes de datos y tiene una limitación mejor orientada al servicio. En Microsoft 365 o Office 365, cuando se usa en modo de suplantación, las migraciones con servicios web de Exchange no consumen la cantidad presupuestada del usuario de recursos de servicios web Microsoft 365 o Office 365 Exchange, consumiendo en su lugar una copia de los recursos presupuestados:
Todas las tareas de suplantación de los servicios Web Exchange realizadas por la misma cuenta de administrador se calculan por separado del presupuesto aplicado para esta cuenta de administrador.
Para cada sesión de suplantación, se crea una instantánea del presupuesto real del usuario. Todas las migraciones para esta sesión específica usarán esta instantánea.
La limitación con la suplantación se aísla para cada sesión de migración de usuario.
Exchange La directiva de limitación de servicios web se puede cambiar temporalmente en el espacio empresarial (durante 30, 60 o 90 días) para permitir que se complete la migración. Esto se puede solicitar en la sección Ayuda de la Centro de administración de Microsoft 365.
Procedimientos recomendados:
El rendimiento de la migración para los clientes que usen herramientas de migración de terceros y la suplantación EWA compite con las migraciones basadas en los servicios Web Exchange y el uso de recursos de servicios por otros espacios empresariales. Por lo tanto, el rendimiento de la migración puede variar.
Siempre que sea posible, recomendamos a los clientes que usen herramientas de migración de terceros que usen la suplantación de los servicios Web Exchange, que suele ser más rápida y eficiente que los protocolos de cliente, como el protocolo RPC sobre HTTP.
Rpc sobre protocolo HTTP:
Muchas soluciones de migración tradicionales usan el protocolo RPC sobre HTTP. Este método se basa completamente en un modelo de acceso de cliente, como el de Outlook, y la escalabilidad y el rendimiento son limitados porque el servicio Microsoft 365 o Office 365 limita el acceso si se supone que el uso lo hace un usuario en lugar de una aplicación.
Procedimientos recomendados:
Para las herramientas de migración que usan RPC sobre protocolo HTTP, es una práctica común aumentar el rendimiento de la migración agregando más servidores de migración y usando varias Microsoft 365 o Office 365 cuentas de usuario administrativas. Esta práctica puede aumentar el paralelismo de la inyección de datos y lograr un mayor rendimiento de datos, ya que cada usuario administrativo está Microsoft 365 y Office 365 limitación de usuarios. Recibimos informes de diferentes clientes empresariales que tuvieron que configurar más de 40 servidores de migración para obtener un rendimiento de migración de 20-30 GB/hora.
En una fase de desarrollo de herramienta de migración, es crítico tener en cuenta el número de operaciones RPC necesarias para migrar un mensaje. Para ilustrar esto, hemos recopilado registros capturados por servicios Microsoft 365 o Office 365 para dos soluciones de migración de terceros (desarrolladas por empresas de terceros) usadas por los clientes para migrar buzones a Microsoft 365 o Office 365. Comparamos las dos soluciones de migración desarrolladas por compañías de terceros. Comparamos la migración de dos buzones por cada solución de migración y también los comparamos al subir un archivo .pst en Outlook. Estos son los resultados.
| Método | Tamaño del buzón de correo | Número de elementos | Tiempo de la migración | Total de transacciones RPC | Latencia de cliente media (ms) | AvgCasRPCProcessingTime (ms) |
|---|---|---|---|---|---|---|
| Solución A (buzón 1) | 376,9 MB | 4,115 | 4:24:33 | 132 040 | 48.4395 | 18.0807 |
| Solución A (buzón 2) | 249,3 MB | 12 779 | 10:50:50 | 423 188 | 44.1678 | 4.8444 |
| Solución B (buzón 1) | 618,1 MB | 4,322 | 1:54:58 | 12 196 | 37.2931 | 8.3441 |
| Solución B (buzón 2) | 56,7 MB | 2,748 | 0:47:08 | 5,806 | 42.1930 | 7.4439 |
| Outlook | 201,9 MB | 3,297 | 0:29:47 | 15 775 | 36.9987 | 5.6447 |
Nota
los tiempos de proceso de cliente y servicio son similares, pero la solución A requiere muchas más operaciones RPC para migrar datos. Dado que cada operación consume tiempo de latencia de cliente y tiempo de proceso de servidor, la solución A es mucho más lenta para migrar la misma cantidad de datos en comparación con la solución B y a Outlook.
Factor 4: Red para migraciones de herramientas de terceros
Procedimiento recomendado:
Para soluciones de migración de terceros que usen el protocolo RPC sobre HTTP, esta es una forma adecuada de medir el posible rendimiento de la migración:
Desde el servidor de migración, conéctese al buzón Microsoft 365 o Office 365 con Outlook mediante RPC sobre el protocolo HTTP. Asegúrese de que no se está conectando mediante el modo almacenado en caché.
Importe un archivo .pst grande con datos de ejemplo al Microsoft 365 o Office 365 buzón.
Para medir el rendimiento de la migración, calcule el tiempo necesario para subir el archivo .pst. El rendimiento de la migración será similar al que obtienen los clientes de una herramienta de migración de terceros que use el protocolo RPC sobre HTTP, siempre que no haya otras restricciones. Si hay una sobrecarga durante una migración real, el rendimiento podría ser ligeramente distinto.
Factor 5: Microsoft 365 y Office 365 servicio
Microsoft 365 y Office 365 limitación basada en el estado de los recursos afecta a las migraciones mediante herramientas de migración de terceros. Vea Microsoft 365 y Office 365 limitación basada en el estado de los recursos para obtener más información.