Migración de correo a Office 365 | Métodos de migración de correo | Parte 1/4
En el artículo actual, revisaremos las herramientas/métodos de migración de correo opcionales que podemos usar para implementar la migración de correo a Office 365, y la atención se centrará en la forma en que cada uno de estos métodos de migración de correo utiliza para migrar los datos a Exchange Online.
La información sobre los diferentes métodos no incluye instrucciones de "Cómo" y no incluye una revisión exhaustiva de cada una de las características de la opción de migración de correo, sino que se centra en el tema de "cómo se migran los datos" cuando utilizando diferentes métodos de migración de correo.
Migración de correo a Office 365 | Optimización del rendimiento de la migración de correo | la serie de artículos
La serie de artículos incluye los siguientes artículos:
- Migración de correo a Office 365 | Métodos de migración de correo (este artículo)
- Migración de correo a Office 365 | Factores que afectan el rendimiento de la migración de correo
- Migración de correo a Office 365 | Optimización del rendimiento de la migración de correo
- Migración de correo a Office 365 | Medir y estimar el rendimiento de la migración de correo
Migración de correo a Office 365 pasos
Una migración de correo a Office 365 incluye muchos aspectos, como por ejemplo:
- Elija el plan/método de migración adecuado según los requisitos de la organización de la infraestructura de correo de la organización, etc.
- Crear un plan de migración de correo
- Crear un piloto de migración de correo
- Calcule el rendimiento de la migración de correo: proporcione a la administración de la organización una estimación de los recursos necesarios para el proyecto de migración de correo y una estimación del tiempo que llevará completar la infraestructura de correo de la organización a Office 365 (Exchange Online).
Migración de correo a Office 365 | Métodos y clasificaciones.
Son muchas las opciones disponibles entre las que podemos elegir para realizar la tarea de migración de correo a Office 365.
- Herramientas de migración de correo integradas de Microsoft Office 365
- Herramientas de migración de correo de terceros
- Migración PST
Método de migración de correo de servidor a servidor frente a cliente a servidor
Método 1: Migración de correo “Servidor a Servidor”
Un ejemplo de migración de correo que describo como: “Servidor a servidor” son las herramientas de migración de correo integradas de Office 365 que se basan en conceptos de migración de correo de “Servidor a servidor” en los que Exchange Online es el componente que se conecta a el "otro lado" (el servidor de correo de la organización) y "extraer" los datos de él.
El concepto básico adicional es que el "servidor de destino", el servidor de correo que aloja los buzones de correo, es el servidor Exchange.
La excepción a la regla de que el “servidor de destino” es un servidor Exchange es la opción de migración de correo IMAP. La migración IMAP se diseñó para escenarios en los que el servidor de correo de la organización no es un servidor Exchange, sino otro producto de correo que puede permitir "extraer" los datos (buzones de correo del usuario) mediante el protocolo IMAP. Por ejemplo, cuando queremos migrar, una infraestructura de correo que resida en Gmail, Google Apps u otro tipo de proveedor de correo.
Nota: Aunque podemos utilizar el protocolo IMAP para realizar la migración de correo desde el servidor Exchange, no se recomienda esta opción porque el protocolo IMAP es muy limitado y necesario, y no sabe cómo “tratar” con muchos tipos de datos que existen en el buzón del usuario de Exchange.
Método 2: "Cliente a servidor" (migración push)
La “Migración de correo del cliente” se basa en un concepto en el que la “fuente” (cliente u otra fuente que tenga los datos del buzón) está “empujando” los datos al buzón de Exchange Online.
Un ejemplo de este método podría ser la migración que se describe como “migración PST”. Al utilizar esta opción, el usuario es "responsable" de exportar los datos del buzón a un archivo PST y luego mover/copiar los datos al buzón de Exchange Online.
Un ejemplo adicional podría ser la herramienta de Microsoft: PST Capture, que almacena los archivos PST de muchos usuarios en una ubicación central y luego puede "enviar" los datos a Exchange Online.
Algunas de las herramientas de migración de correo de terceros se basan en este concepto. Los datos del buzón se copian desde el servidor de correo de la organización a una ubicación central (las estaciones de migración) y la estación de migración los "envía" a Exchange Online.
1. Herramientas de migración integradas de Office 365
Office 365 incluye herramientas de migración de correo integradas (herramientas de migración de correo nativas de Office 365) que fueron diseñadas para diferentes necesidades y diferentes infraestructuras de correo de organizaciones.
Nota: El término "Migración a Office 365" se relaciona con aspectos adicionales como la migración de usuarios, pero, en este artículo, nos referimos únicamente a la parte de "migración de correo".
Las herramientas de migración de correo integradas de Office 365 son:
- Migración total
- Migración de etapa
- Migración IMAP
- Migración híbrida
Herramientas nativas de migración de correo de Office 365 | Conceptos básicos
En la siguiente sección, me gustaría revisar algunos términos/conceptos básicos que se relacionan con la migración de correo cuando se utilizan las herramientas de migración de correo nativas de Office 365.
Presencia pública
Para poder utilizar las herramientas nativas de migración de correo de Office 365, el servidor Exchange on Premise debe tener una “presencia pública” (IP pública, certificado público, etc.). Un requisito adicional es que el servidor local de Exchange esté configurado para proporcionar un servicio Outlook AnyWhere (el término anterior es RPC/HTTPS).
La necesidad de "Presencia pública" es un requisito obligatorio porque cuando se utilizan las herramientas de migración de correo nativas de Office 365, el proceso de migración de correo lo implementa Exchange Online, que "construye" un canal de comunicación con Exchange Online que se utiliza para el proceso de migración de correo. .
La "presencia pública" del servidor local de Exchange es necesaria para escenarios adicionales, como la configuración híbrida. Además del tema de la "migración de correo", la configuración híbrida define una "relación" entre el servidor local de Exchange y Exchange Online que se utiliza para servicios adicionales como: flujo de correo, tiempo de disponibilidad y mucho más.
Lote de migración
La migración de correo se implementa mediante la creación de un nuevo lote de migración desde la consola de administración web de Exchange Online. El lote de migración es un concepto lógico que sirve para contener información sobre:
- Los nombres del buzón que queremos migrar
- La información sobre el “punto final”
- Una ubicación para guardar y presentar registros de migración de correo e información sobre el proceso de migración de correo.
Una excepción al concepto de “información sobre los nombres de los buzones que necesitamos migrar” es cuando usamos la opción de migración Cutover. Este tipo de migración de correo se basa en la suposición subyacente de que necesitamos/queremos migrar el 100% de los buzones.
Punto final
La “inicialización” del proceso de migración, se implementa mediante la creación de un conector lógico desde Exchange Online que se describe como “End Point”. El punto final es solo un archivo de configuración que incluye los siguientes detalles:
- Las credenciales requeridas (nombre de usuario y contraseña administrativos) que utilizará Exchange Online cuando se conecte al "servidor de correo" (servidor local de Exchange u otro servidor de correo).
- El nombre del dominio y el nombre del servidor de correo. (En caso de que el servidor sea Exchange local, el nombre de dominio se utilizará en el proceso de detección automática).
- El valor del máximo de sesiones simultáneas (el número máximo de migraciones simultáneas de buzones de correo).
En la siguiente captura de pantalla, podemos ver la configuración del “Endpoint. "
Migración de correo | Copiar versus mover
Una clasificación adicional que podemos definir está relacionada con el proceso de copiar datos del buzón a Exchange Online frente al proceso de “mover datos del buzón” a Exchange Online.
Los métodos de migración total y migración por etapas solo copiarán los datos del buzón a Exchange Online frente al método de migración híbrida, que mueve el contenido del buzón del servidor local de Exchange a la nube (después de un proceso de migración exitoso, el buzón se eliminará de Exchange en -Base de datos del servidor local).
Migración híbrida versus migración de correo por transición y etapa | cantidad total de datos
En esta sección, me gustaría resaltar una cuestión imperativa que se relaciona con la "cantidad de datos" que interviene en el proceso de migración de correo, cuando se utilizan las herramientas de migración de correo nativas de Office 365.
La mayoría de las veces, cuando hablamos del tema de la migración de correo a la nube, lo relacionamos con la “cantidad de datos” que necesitamos “transferir” desde el punto A (la red de la organización la mayor parte del tiempo) al punto B ( Office 365/Exchange en línea).
Un detalle fundamental que se descuida la mayor parte del tiempo es la cantidad de datos que “enviamos” desde la nube a la red de la organización (y afectará el ancho de banda de la red de las líneas de comunicación de la organización).
Cuando hablamos de las herramientas de migración de correo nativo de Office 365, podemos clasificar las opciones de migración de correo en dos grupos: migración por corte, por etapas y IMAP versus migración híbrida.
Migración completa, por etapas y IMAP
Cuando realizamos una migración de correo usando una de las siguientes opciones de migración: IMAP, transición y migración por etapas, necesitamos calcular la cantidad de datos que atravesarán la línea de comunicación de la organización usando la siguiente fórmula: Tamaño del buzón X 2
El motivo de esta fórmula es que, la primera vez, necesitamos migrar el contenido del buzón existente de la organización a la nube.
En el siguiente diagrama vemos una ilustración del escenario en el que migramos un buzón de 15 GB a la nube (Exchange Online).
El detalle que no se menciona la mayor parte del tiempo es que cuando se utiliza la migración IMAP, Cutover y Stage, el archivo OST de Outlook existente ya no es válido.
Una vez completado con éxito el proceso de migración de un buzón, necesitaremos crear un nuevo perfil de correo de Outlook. Debido a que el cliente Outlook está configurado para usar la opción del modo caché, eso conducirá a la creación de un nuevo archivo OST (el archivo "OST antiguo" simplemente residirá en la carpeta del perfil del usuario y no hay forma de usar este archivo). ), y el cliente Outlook comenzará automáticamente a "extraer" el contenido del buzón de Exchange Online al archivo OST del escritorio del usuario local.
En nuestro escenario, el cliente Outlook necesitará "retirar" los 15 GB de datos al archivo OST local.
Migración híbrida
Al usar la opción de migración híbrida, evitamos la necesidad de duplicar el tamaño de los datos del buzón porque, al usar la opción de migración híbrida, usamos el término “Mover buzón” (en lugar del término “Copiar buzón” cuando usamos IMAP, transición y migración por etapas).
El contenido del buzón se "mueve" del servidor local de Exchange a la nube y el cliente de Outlook "sabe" cómo utilizar el archivo OST existente + actualiza el perfil de correo de Outlook actual que apuntará al "nuevo servidor de correo" (al nombre del servidor Exchange Online (si queremos ser más precisos, el nombre del servidor CAS de Exchange Online).
2. Migración PST
Un tipo adicional de migración podría describirse como: “Migración PST”. Me identifico con este tipo de migración como "migración de correo del lado del cliente" porque el concepto de migración PST se implementa exportando los datos del buzón a un archivo PST, creando un buzón de Exchange Online e importando los datos del archivo PST al buzón de Exchange Online. .
No puedo dejar de expresar mi opinión sobre la migración del PST. Mi recomendación es intentar evitar este tipo de migración porque este tipo de migración no es válida. Incluye un par de desventajas importantes frente a los métodos más óptimos, como el uso de las herramientas de migración de correo integradas de Office 365.
Cuando se utiliza la opción de migración PST, los datos se “envían” al buzón de Exchange Online desde el escritorio del usuario. Es cierto que la migración de PST no necesita duplicar el tamaño de los datos copiándolos a la nube y copiando nuevamente los datos de Exchange Online al escritorio del usuario (el método que se utiliza cuando se utiliza la migración Cutover y Stage).
El proceso de exportar los datos desde Outlook y volver a importarlos al escritorio del usuario + sincronizar los datos con el buzón de Exchange Online es bastante tedioso, impide que el usuario acceda a su buzón siempre que el proceso de exportación/importación esté implementado y complica el proceso de migración de correo porque la persona que implementa la migración de correo deberá acceder a cada uno de los escritorios de los usuarios por separado para crear el procedimiento de migración de correo.
3. Migración de terceros
No entraré en detalles sobre el tema de las herramientas/software de migración de terceros por la sencilla razón de que no tengo mucha experiencia con herramientas de migración de correo de terceros. En términos generales, las herramientas de migración de terceros pueden implementar el proceso de migración de correo a Exchange Online mediante los siguientes métodos:
- Migración MAPI (en mi opinión, un término más adecuado es RPC/HTTPS, pero este es un término que se menciona en el artículo de Microsoft).
- Migración de EWS
- Migración PST
Tecnología de servidor de correo de la organización
Las herramientas de migración de correo de Microsoft Native Office 365 fueron diseñadas para proporcionar una solución que se basa en el supuesto básico de que el servidor de correo de la organización es un "servidor de Microsoft Exchange".
Nota: La excepción a este concepto es el método de migración de correo IMAP, que nos permite implementar la migración de correo desde un servidor de correo compatible con el protocolo IMAP4 y no tiene que ser un “servidor Microsoft Exchange”.
En la vida real, existen muchos otros servidores de correo, como IBM Lotus Notes, Novell GroupWise y más. En estos escenarios, la mayoría de las veces, la única opción es comprar un producto de migración de correo de terceros y, por lo general, los productos de migración de correo de terceros tienen mejoras y características adicionales que no están incluidas en las herramientas de migración de correo nativas de Office 365.
Escenario 1: productos de migración de correo de terceros que utilizan un "componente externo"
En este escenario, la migración de correo se implementa mediante el uso de un "componente externo" que tiene dos conectores lógicos. Un conector conectado al servidor de correo de la organización (servidor local de Microsoft Exchange u otro servidor de correo) y el otro “pata”, está conectado a Exchange Online. El componente de migración de correo de terceros es responsable de "extraer" los datos del servidor de correo de la organización y "transferir" los datos (contenido del buzón) a Exchange Online.
Escenario 2: "Servidor de migración"
La segunda metodología implementada por productos de migración de correo de terceros descrita (por Microsoft) como: “servidor de migración” o “cuadro de salto”. El servidor de migración se convierte en el "centro" del proceso de migración.
Los datos del buzón del servidor de correo se "transfieren" al servidor de migración, quien "retiene y administra" los datos y utiliza un conector para Exchange Online que se utilizará para "transferir" los datos a la nube.
Nota: Con respecto al problema del "duplicar los datos del buzón" causado por la necesidad de copiar el contenido del buzón del servidor de correo de la organización al buzón de Exchange Online y viceversa.
Cuando Outlook "retira" los datos del buzón de Exchange Online al OST local, me parece que la mayoría de los productos de migración de correo de terceros no tendrán la capacidad de utilizar el archivo OST de Outlook local (el método que implementó usando la migración híbrida), pero la mejor práctica es preguntar a los proveedores de software sobre esta opción.
Exchange y el motor de migración
Cuando nos referimos a la migración de correo desde el servidor Exchange, hay un par de métodos que podemos usar para comunicarnos con el servidor Exchange y solicitar "extraer" los datos (contenido del buzón del usuario). Las opciones disponibles son:
- RPC/HTTPS
- HTTPS/EWS
- IMAP
Nota: No me referiré al método de migración IMAP. La suposición básica es que este método se utilizará para la migración de correo desde servidores que no sean Exchange.
RPC/HTTPS y EWS
El "canal de comunicación" que se creó entre el servidor Exchange Online y Exchange On-Premises implementado mediante el protocolo HTTPS.
Para poder simplificar el concepto de RPC/HTTPS y EWS podemos relacionar este método como "escuchas de Exchange", la forma en que el servidor Exchange "escucha", proporciona servicios y se comunica con otros hosts como el cliente de correo (Outlook AnyWhere) u otros. servidores (en nuestro escenario Exchange Online).
El método Exchange EWS (servicios web de Exchange) es más avanzado y eficiente y, cuando se trata del tema de la migración de correo desde Exchange, este es el método preferido (si es posible).
Exchange Web Service (EWS) es el protocolo recomendado para migrar a Office 365 porque admite grandes lotes de datos y tiene una mejor limitación orientada a servicios. En Office 365, cuando se usan en modo de suplantación, las migraciones que utilizan EWS no consumen la cantidad presupuestada de recursos de Office 365 EWS del usuario, sino que consumen una copia de los recursos presupuestados: todas las llamadas de suplantación de EWS realizadas por la misma cuenta de administrador se calculan por separado de el presupuesto aplicado a 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 en particular consumirán esta instantánea. La limitación bajo suplantación se aísla para cada sesión de migración de usuario.
En el siguiente cuadro, podemos ver los tres "escuchas" de Exchange que podemos usar para "extraer" los datos del buzón del servidor Exchange.
Herramientas de migración de correo de Microsoft Native Office 365 y comunicación con el servidor Exchange local
Cuando utilizamos las herramientas de migración de correo de Microsoft Native Office 365 para “extraer” datos del servidor local de Exchange, la comunicación con los “escuchas” del servidor local de Exchange se implementará de la siguiente manera: Migración por transición y etapa, se comunicará con el Exchange servidor local usando RPC, o si queremos ser precisos: RPC/HTTPS (la estructura de capas real es en realidad MAPI/RPC/HTTPS).
La migración híbrida se considera más sofisticada porque la comunicación con el servidor local de Exchange se implementa dirigiéndose al "escucha EWS" y utilizando un componente integrado llamado proxy MRS, que es responsable de manejar y administrar las solicitudes de movimiento de buzones (de los servidores Exchange On-Premises a Exchange Online en nuestro escenario).
Cuando la migración de correo se implementa mediante Exchange EWS, el resultado del rendimiento de la migración de correo es mejor que los "otros" métodos, como RPC e IMAP, porque Exchange EWS fue diseñado para manejar una gran cantidad de datos y múltiples conexiones de manera óptima. forma.
En el siguiente diagrama, podemos ver cómo las diferentes opciones de migración de correo utilizan los "escuchas" de Exchange para implementar la migración de correo. Cuando se utiliza un producto de migración de correo de terceros, se recomienda preguntar al proveedor sobre el método específico (RPC, EWS, etc.) que utiliza el producto.
En el próximo artículo, analizaremos la migración de correo a Office 365 | Factores que afectan el rendimiento de la migración de correo.