Procedimientos recomendados y rendimiento de la migración de Office 365

Hay diferentes métodos para migrar datos desde una organización de correo electrónico local a Microsoft Office 365. Al planear una migración a Office 365, una pregunta común es la de cómo mejorar el rendimiento de la migración de datos y optimizar la velocidad de la migración.

Nota: La información sobre el rendimiento que se muestra en este tema no es válida para el servicio de Office 365 para planes de suscripción dedicados. Para obtener más información sobre los planes dedicados, vea Descripciones de servicios de los planes dedicados de Office 365.

Contenido

Información general sobre la migración de correo electrónico a Office 365

Office 365 admite diferentes métodos para migrar correos electrónicos, calendarios y datos de contactos de su entorno de mensajería existente a Office 365, como se describe en Formas de migrar varias cuentas de correo electrónico a Office 365.

Para obtener más información sobre la red y el rendimiento de Office 365, vea Planes de red y ajuste del rendimiento para 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 el Shell de administración de Exchange para migrar el contenido de los buzones de los usuarios de un sistema de mensajería de IMAP a sus buzones de Office 365. Esto incluye la migración de los buzones de otros servicios de correo electrónico hospedado, como Gmail o Correo Yahoo.

Migrar las bandejas de correo IMAP a Office 365

Migración total

Al realizar una migración total, se migran todos los buzones locales a Office 365 en un período de varios días. Use una migración total si tiene previsto mover el correo electrónico de toda su organización a Office 365 y administrar las cuentas de usuario en Office 365. Puede migrar un máximo de 2000 buzones desde la organización local de Exchange a Office 365 con una migración total. Pero el número de buzones recomendado 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 total a Office 365

Migración preconfigurada

Use una migración preconfigurada si tiene previsto, con el tiempo, migrar todos los buzones de la organización a Office 365. Al realizar una migración preconfigurada, se migrarán lotes de buzones locales a Office 365 en un período de varias semanas o meses.

Lo que debe saber sobre la migración preconfigurada de correo electrónico a 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 ofrece la apariencia unificada de una sola organización de Exchange entre un entorno local de Exchange Server 2013 o Microsoft Exchange Server 2010 y Office 365. Además, una implementación híbrida puede servir como paso intermedio para pasar a ser una organización de Office 365 por completo.

Implementaciones híbridas de Exchange Server 2013

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.

Estas son algunas herramientas de migración de terceros y partners que le pueden ayudar con las migraciones de Exchange desde plataformas de terceros:

  • Binary Tree   Proveedor de software de coexistencia y migración de mensajería multiplataforma, con productos que permiten el análisis, la coexistencia y la migración entre entornos de colaboración y mensajería empresarial (en línea y locales) basados en IBM Lotus Notes y Domino, y Exchange y SharePoint.

  • BitTitan   Proveedor de soluciones de migración a Office 365.

  • Dell   Proveedor de software de coexistencia y migración local y hospedada, incluido el análisis previo a la migración y la coexistencia total de usuarios y aplicaciones. Migraciones de características completas desde entornos locales de Exchange, IBM Domino, Novell GroupWise, Zimbra y otros entornos a Office 365 y SharePoint Online.

  • Metalogix   Proveedor de soluciones de migración a Office 365 y SharePoint Online.

  • SkyKick Proveedor de soluciones de migración automatizadas para mover Exchange local, Gmail, POP3, IMAP y Lotus Notes a 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.

  • TransVault   Proveedor de soluciones de migración a Office 365.

Rendimiento de los métodos de migración

En la tabla siguiente, se comparan los resultados de rendimiento obtenidos para los diferentes métodos de migración de buzones y datos de buzones a Office 365. Estos resultados se basan en pruebas internas y en migraciones de clientes reales a Office 365.

Nota: Debido a las diferencias en cómo y cuándo se realizan las migraciones, la velocidad de migración real puede ser más lenta o rápida.

Método de migración

Limitación de usuarios de Office 365

Limitación del servicio de migración de Office 365

Limitación basada en el mantenimiento de recursos de Office 365

Media de rendimiento obtenido por hora y por cliente (si corresponde)

Migración de IMAP

No

10-14 gigabytes (GB) (20 con simultaneidad)

Migración total

No

10-14 GB (20 con simultaneidad)

Migración preconfigurada

No

10-14 GB (20 con simultaneidad)

Migración híbrida

No

10-14 GB por entorno local de Exchange 2013 o 2010 CAS (servicio de replicación de buzones de Microsoft Exchange [servicio MRSProxy]) con 20 movimientos simultáneos1

Migración de MAPI de terceros

No

4-12 GB (20 con simultaneidad) 2

Migración de servicios Web Exchange de terceros

No

5-10 GB (20 con simultaneidad) 3

Cliente subiendo (de archivos .pst de Outlook)

No

0,5 GB

1El rendimiento obtenido del movimiento de un solo buzón se encuentra en el intervalo de 0,3-1 GB/hora. Se puede alcanzar un rendimiento superior a 1000 MB/h por buzón con una red que admita un tiempo de detención de errores transitorios inferior a 2 % y una latencia de red inferior a 100 ms. Se pueden usar más migraciones de buzones simultáneas para alcanzar mayores tasas de migración de datos. El rendimiento de movimiento de un solo buzón se ralentizará si el servidor CAS (servicio MRSProxy) local alcanza el máximo de su capacidad de hardware, si el ancho de banda de red no es suficiente o si la latencia de red es demasiado elevada. Puede agregar más servidores o mejorar de forma temporal la conectividad de red para aumentar la velocidad de migración.

2 El rendimiento obtenido de una sola migración de MAPI se encuentra el intervalo de 0,1-0,5 GB/hora. Se pueden usar más migraciones simultáneas para alcanzar mayores tasas de migración de datos. El rendimiento de una sola migración de MAPI se ralentizará cuando los servidores locales o la red alcancen el máximo de su capacidad.

3 El rendimiento obtenido de una sola migración de servicios Web Exchange está en un intervalo de 0,2-0,5 GB/hora. Se pueden usar más migraciones simultáneas para alcanzar mayores tasas de migración de datos. Por ejemplo, con 20 migraciones simultáneas, el rendimiento general estará en el intervalo de 4-10 GB/hora. El rendimiento de una sola migración de servicios Web Exchange se ralentizará cuando los servidores locales o la red alcancen el máximo de su capacidad.

Factores de rendimiento de la migración

La migración de correo electrónico tiene varios factores comunes que pueden afectar al rendimiento de la migración.

Factores comunes de rendimiento de la migración

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 los datos del servidor de origen convierte los datos (si es necesario). Después, el motor transmite los datos por la red y los inserta en el buzón de Office 365.

El servicio MRSProxy tiene sus propias funciones y limitaciones.

Dispositivos de red locales

El rendimiento de la red de un extremo a otro (desde el origen de datos a los servidores de acceso de cliente de Exchange Online) afecta al rendimiento de la migración.

La configuración del firewall y las especificaciones en la organización local.

Servicio de Office 365

Office 365 ofrece compatibilidad y características integradas 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 red

En esta sección se describen los procedimientos recomendados para mejorar el rendimiento de la red durante la migración. La discusión es general, ya que el mayor impacto en el rendimiento de la red durante la migración está relacionado con hardware de terceros y con proveedores de acceso a Internet (ISP).

Use el Analizador de Exchange para conocer en profundidad la conectividad de la red con 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í. Para obtener más información sobre el Asistente para soporte y recuperación de Office 365, vea Corregir problemas de Outlook y Office 365 con el Asistente para soporte y recuperación.

Factor

Descripción

Prácticas recomendadas

Capacidad de la red

La cantidad de tiempo necesaria para migrar buzones a Office 365 se determina según la capacidad máxima y disponible 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 buzones de Office 365 depende de su 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 en la red a todos los posibles centros de datos de Microsoft para garantizar que el resultado sea coherente. (Esto también contribuye a garantizar una experiencia unificada para los usuarios finales). Colabore con su ISP para solucionar los problemas relacionados con Internet.

  • Agregue las direcciones IP de los servidores de centros de datos de Microsoft a su lista de permitidos, o bien permita todo el tráfico relacionado con la migración desde el firewall de red. Para obtener más información sobre los intervalos IP de Office 365, vea Direcciones URL e intervalos de direcciones IP de Office 365.

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.

Limitación de Office 365

Office 365 usa diferentes mecanismos de limitación para 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 usuarios

  • Limitación del servicio de migración

  • Limitación basada en el mantenimiento de recursos

Nota: Los tres tipos de limitación de Office 365 no afectan a todos los métodos de migración.

Limitación de usuarios de Office 365

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 el protocolo RPC (llamada a procedimiento remoto) sobre HTTP, para migrar datos de buzones a buzones de Office 365. 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 de 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.

Limitación del servicio de migración de Office 365

La limitación del servicio de migración afecta a todas las herramientas de migración de Office 365. La limitación del servicio de migración administra la asignación de recursos del servicio y la simultaneidad de la migración para las soluciones de migración de Office 365.

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)

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 sobre cómo optimizar esta configuración, vea Administrar los lotes de migración en Office 365.

Limitación basada en el mantenimiento de recursos de Office 365

Todos los métodos de migración están sujetos al gobierno de la limitación de disponibilidad. Pero la limitación del servicio de Office 365 no afecta a las migraciones de Office 365 de la misma forma que al resto de los 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.

  • 25/01/2012 12:56:01 [BL2PRD0410CA012] Progreso de la copia: 723/1456 mensajes, 225,8 MB (236 732 045 bytes)/416,5 MB (436 712 733 bytes).

    25/01/2012 12:57:53 [BL2PRD0410CA012] El movimiento del buzón “/o=ExchangeLabs/ou=Grupo administrativo de Exchange (FYDIBOHF23SPDLT)/cn=Destinatarios/cn=xxxxxxxxxxxxxxxxxxxxxxxxxxxxx” está detenido porque DataMoveReplicationConstraint no se cumple para la base de datos “NAMPRD04DG031-db081” (agente MailboxDatabaseReplication). Motivo del error: La base de datos edbf0766-1f2a-4552-9115-bb3a53a8380b no satisface la restricción SecondDatacenter. No hay copias correctas disponibles de la base de datos. Esperará hasta 25/01/2012 1:27:53.

    25/01/2012 12:58:24 [BL2PRD0410CA012] La solicitud ya no está detenida y continuará.

    30/6/2017 00:03:58 [CY4PR19MB0056] Se renunciará al trabajo debido a grandes retrasos que se han producido a causa de un estado desfavorable del servidor o a limitaciones presupuestarias con un estado de limitación de solicitudes “StalledDueToTarget_DiskLatency”.

Solución y práctica   

Si se encuentra en una situación similar, espere hasta que se recupere el servicio de Office 365. Para obtener más información, vea la sección Estado del servicio en el Portal de Office 365.

Factores de rendimiento y procedimientos recomendados para migraciones en 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

En la tabla siguiente se describe el impacto en la migración de los servidores de origen en su organización de correo electrónico actual y los procedimientos recomendados para mitigar el impacto en la migración.

Lista de comprobación

Descripción

Prácticas recomendadas

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 la migración. Como recomendamos realizar la migración fuera del horario comercial, es habitual que las migraciones entren en conflicto con tareas de mantenimiento (como copias de seguridad de datos) que se ejecuten en los servidores locales.

Revise el resto de las tareas del sistema que puedan ejecutarse durante la migración. Le recomendamos que realice la migración de datos cuando no se ejecuten otras tareas que realicen un uso intensivo de recursos.

Nota      Para los clientes que usen Exchange local, las tareas de back-end comunes son soluciones de copias de seguridad y 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 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 sobre la limitación de IMAP, vea Migrar buzones IMAP a Office 365.

Para obtener más información sobre la limitación del protocolo RPC sobre HTTP, vea:

Factor 2: Servidor de migración

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. Pero los hosts de protocolos accesibles desde Internet (IMAP o el protocolo RPC sobre HTTP) funcionan como el servidor de migración para migrar buzones y datos de buzones a Office 365. Por lo tanto, los procedimientos recomendados y los factores rendimiento de la migración, descritos en la sección anterior sobre el servidor de origen de datos para la organización de correo electrónico actual, también son válidos para 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

Las migraciones de Exchange totales, preconfiguradas y de IMAP se realizan con el panel de migración en el Centro de administración de Exchange. Esto está sujeto a la limitación del servicio de migración de Office 365.

Solution y procedimiento   

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 Administrar los lotes de migración en 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

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      Rellene un buzón de origen con datos de ejemplo. Después, desde Internet (fuera de la red local), conéctese al buzón de origen con un cliente de correo electrónico de IMAP estándar (como Microsoft Outlook) y mida el rendimiento de la red (para hacerlo, determine el tiempo necesario para descargar todos los datos desde el buzón de origen). El rendimiento será similar al que obtienen los clientes con la herramienta de migración de IMAP en Office 365, siempre que no haya otras restricciones.

  • Migraciones totales y preconfiguradas de Exchange      Rellene un buzón de origen con datos de ejemplo. Después, desde Internet (fuera de la red local), conéctese al buzón de origen con Outlook con el protocolo RPC sobre HTTP. Asegúrese de que se conecta con el modo de almacenamiento 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 será similar al que obtienen los clientes con las herramientas de migración de Exchange sencillas en Office 365, siempre que no haya otras restricciones.

Nota: 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: Servicio de Office 365

La limitación basada en el mantenimiento de recursos de Office 365 afecta a las migraciones que usan las herramientas de migración sencillas de Office 365 nativas. Vea la sección Limitación basada en el mantenimiento de recursos de Office 365.

Solicitudes de movimiento el servicio de Office 365

Para conocer cómo obtener información de estado para solicitudes de transferencia, vea Ver propiedades de solicitud de movimiento.

En el servicio de Office 365 (al contrario que en Exchange 2010 local), la cola de migración y los recursos de servicio asignados para las migraciones se comparten entre los espacios empresariales. 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 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 de centro de datos      Estas son peticiones 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 un estado de “En cola” y “En curso”

  • Solicitudes de movimiento en cola      Este estado especifica que la transferencia se puso en cola y está esperando a que sea ejecutada por el servicio de replicación de buzones de Exchange. 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 se movimiento en cola con una prioridad más alta se ejecutan antes que las solicitudes de movimiento con una prioridad inferior. 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, cuanto antes se agregue la petición a la cola, antes la ejecutará el servicio de replicación de buzones. 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.

Prácticas recomendadas

Planeación      Como se indicó anteriormente, como los usuarios de Exchange 2003 no tendrán acceso durante una migración híbrida, los clientes de Exchange 2003 suelen estar más preocupados sobre el momento adecuado para programar las migraciones y su duración.

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 en cola      El tiempo en cola siempre cambia, ya que Microsoft no administra las programaciones de migración de 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 migraciones de Office 365

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í. La tabla siguiente contiene una lista de todos los factores que afectan a herramientas de terceros para escenarios de migración de Office 365.

Factor 1: Origen de datos

Lista de comprobación

Descripción

Prácticas recomendadas

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

La mayoría de las herramientas de terceros para migraciones de Office 365 se inician con un cliente e insertan los datos en 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 necesitan 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, siga los mismos procedimientos recomendados que se describen en la sección Factor 1: Origen de datos.

Factor 3: Motor de migración

Para herramientas de migración de terceros, los protocolos más usados son los servicios Web Exchange y el protocolo RPC sobre HTTP.

Servicios Web Exchange   

Servicios Web Exchange es el protocolo recomendado para realizar una migración a Office 365, ya que admite lotes de datos de gran tamaño y tiene una mejor limitación orientada a servicios. En Office 365, cuando se usa en el modo de suplantación, las migraciones que usen los servicios Web Exchange no usan la cantidad presupuestada del usuario de los recursos de servicios Web Office 365Exchange, sino 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.

Prácticas recomendadas   

  • 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.

Protocolo RPC sobre HTTP   

Muchas soluciones de migración tradicionales usan el protocolo RPC sobre HTTP. Este método se basa por completo en un modelo de acceso de cliente (como el de Outlook) y la escalabilidad y el rendimiento están limitados, ya que el servicio de Office 365 limita el acceso al suponer que el uso es de un usuario, en lugar de una aplicación.

Prácticas recomendadas   

  • Para las herramientas de migración que usan el protocolo RPC sobre HTTP, se suele aumentar el rendimiento de la migración (para hacerlo, se agregan más servidores de migración y se usan varias cuentas de usuario administrativo de Office 365). Este procedimiento puede aumentar el paralelismo de inyección de datos y alcanzar un mayor rendimiento de datos, ya que cada usuario administrativo está sujeto a la limitación de usuarios de Office 365. 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 mostrar esto, recopilamos registros de servicios de Office 365 para dos soluciones de migración de terceros (desarrolladas por compañías de terceros) usadas por clientes para migrar buzones a 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

    Número de elementos

    Tiempo para la migración

    Total de transacciones RPC

    Media de latencia de cliente (ms)

    AvgCasRPCProcessingTime (ms)

    Solución A (buzón 1)

    376,9 MB

    4115

    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

    4322

    1:54:58

    12 196

    37,2931

    8,3441

    Solución B (buzón 2)

    56,7 MB

    2748

    0:47:08

    5806

    42,1930

    7,4439

    Outlook

    201,9 MB

    3297

    0:29:47

    15 775

    36,9987

    5,6447

    Tenga en cuenta que los tiempos de proceso de cliente y servicio son similares, pero la solución A usa un número mucho más elevado de operaciones RPC para migrar los datos. Como cada operación usa tiempo de latencia de cliente y tiempo de proceso de servidor, la solución A tarda mucho más en migrar la misma cantidad de datos, en comparación con la solución B y Outlook.

Factor 4: Red

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:

  1. Desde el servidor de migración, conéctese al buzón de Office 365 con Outlook con el protocolo RPC sobre HTTP. Asegúrese de que no se conecta con el modo de almacenamiento en caché.

  2. Importe un archivo .pst de gran tamaño con datos de ejemplo en el buzón de Office 365.

  3. 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: Servicio de Office 365

La limitación basada en el mantenimiento de recursos de Office 365 afecta las migraciones que usan herramientas de migración de terceros. Para obtener más información, vea Limitaciones basadas en el mantenimiento de recursos de Office 365.

Ampliar sus conocimientos
Explorar los cursos
Obtener nuevas características primero
Únase a los participantes de Office Insider

¿Le ha sido útil esta información?

¡Gracias por sus comentarios!

Gracias por sus comentarios. Quizá le interese ponerse en contacto con uno de nuestros agentes de soporte de Office.

×