Compartir a través de

Usar PowerShell para realizar una migración total a Microsoft 365

  • Artículo

Este artículo afecta tanto a Office 365 Enterprise como a Microsoft 365 Enterprise

Puede migrar el contenido de los buzones de usuario de un sistema de correo electrónico de origen a Microsoft 365 a la vez mediante una migración total. Este artículo le guiará a través de las tareas para una migración total del correo electrónico con Exchange Online PowerShell.

Al revisar el artículo Lo que necesita saber sobre una migración de correo electrónico de transición a Microsoft 365, puede obtener información general sobre el proceso de migración. Cuando se sienta cómodo con el contenido de ese artículo, úselo para empezar a migrar los buzones de un sistema de correo electrónico a otro.

Nota:

También puede usar el Centro de administración de Exchange para realizar una migración total. Consulte Realizar una migración total del correo electrónico a Microsoft 365.

¿Qué necesita saber antes de empezar?

Tiempo estimado para finalizar esta tarea: entre 2 y 5 minutos para crear un lote de migración. Después de que haya iniciado el lote de migración, la duración de la migración variará según la cantidad de buzones del lote, el tamaño de cada buzón y la capacidad de red disponible. Para obtener información sobre otros factores que afectan al tiempo que se tarda en migrar buzones a Microsoft 365, consulte Rendimiento de la migración.

Deberá tener permisos asignados para poder llevar a cabo estos procedimientos. Para ver qué permisos necesita, consulte la entrada "Migración" de una tabla en el artículo Permisos de destinatarios .

Para usar los cmdlets de Exchange Online PowerShell, deberá iniciar sesión e importar los cmdlets en la sesión local de Windows PowerShell. Consulte Conexión a Exchange Online PowerShell para obtener instrucciones.

Para obtener una lista completa de los comandos de migración, consulte Cmdlets de movimiento y migración.

Pasos de la migración

Paso 1: Prepararse para una migración total

  • Agregue la organización de Exchange local como un dominio aceptado de su organización de Microsoft 365. El servicio de migración usa la dirección SMTP de los buzones locales para crear el identificador de usuario y la dirección de correo electrónico de Microsoft Online Services para los nuevos buzones de Microsoft 365. Se producirá un error en la migración si el dominio de Exchange no es un dominio aceptado o el dominio principal de la organización de Microsoft 365. Para obtener más información, consulte Comprobación del dominio.

  • Configure Outlook en cualquier lugar en el servidor Exchange local. El servicio de migración de correo electrónico utiliza RPC sobre HTTP, u Outlook en cualquier lugar, para conectarse al servidor Exchange local. Para obtener más información acerca de cómo configurar Outlook en cualquier lugar para Exchange 2010, Exchange 2007 y Exchange 2003, consulte lo siguiente:

  • Compruebe que puede conectarse a la organización de Exchange mediante Outlook en cualquier lugar. Intente uno de estos métodos para probar la configuración de conexión:

    • Utilice Microsoft Outlook desde fuera de la red corporativa para conectarse a su buzón de Exchange local.

    • Utilice el Analizador de conectividad remota de Microsoft Exchange para probar la configuración de la conexión. Utilice Outlook en cualquier lugar (RPC sobre HTTP) o las pruebas de Detección automática de Outlook.

    • Ejecute los comandos siguientes en Exchange Online PowerShell.

    $Credentials = Get-Credential

    Test-MigrationServerAvailability -ExchangeOutlookAnywhere -Autodiscover -EmailAddress <email address for on-premises administrator> -Credentials $credentials

  • Asigne a una cuenta de usuario local los permisos necesarios para obtener acceso a los buzones de la organización de Exchange. La cuenta de usuario local que usa para conectarse a la organización local de Exchange (también denominada administrador de migración) debe tener los permisos necesarios para acceder a los buzones locales que desea migrar a Microsoft 365. Esta cuenta de usuario se utiliza para crear un extremo de migración para la organización local.

    En la lista siguiente, se muestran los privilegios administrativos necesarios para migrar buzones con una migración total. Hay tres opciones posibles.

    • El administrador de la migración debe ser miembro del grupo Administradores del dominio en Active Directory en la organización local.

      O bien

    • El administrador de la migración debe contar con permiso de acceso completo para cada buzón local.

      O bien

    • El administrador de la migración debe tener el permiso Recibir como en la base de datos del buzón local que almacena los buzones de usuario.

  • Deshabilite la mensajería unificada. Si los buzones locales que va a migrar están habilitados para la mensajería unificada, debe deshabilitarla en los buzones antes de migrarlos. A continuación, puede habilitar la mensajería unificada en los buzones una vez completada la migración.

  • Seguridad Grupos y delegados El servicio de migración de correo electrónico no puede detectar si los grupos de Active Directory local son grupos de seguridad o no, por lo que no puede aprovisionar ningún grupo migrado como grupos de seguridad en Microsoft 365. Si desea tener grupos de seguridad en el inquilino de Microsoft 365, primero debe aprovisionar un grupo de seguridad vacío habilitado para correo en el inquilino de Microsoft 365 antes de iniciar la migración de transición. Además, este método de migración solo mueve buzones, usuarios de correo, contactos de correo y grupos habilitados para correo. Si cualquier otro objeto de Active Directory, como el usuario que no se migra a Microsoft 365, se asigna como administrador o delegado a un objeto que se va a migrar, se debe quitar del objeto antes de migrar.

Paso 2: Crear un extremo de migración

Para migrar el correo electrónico correctamente, Microsoft 365 debe conectarse y comunicarse con el sistema de correo electrónico de origen. Para ello, Microsoft 365 usa un punto de conexión de migración. Para crear un extremo de migración de Outlook en cualquier lugar para la migración total, primero debe Conectarse a Exchange Online.

Para obtener una lista completa de los comandos de migración, consulte Cmdlets de movimiento y migración.

Ejecute los comandos siguientes en Exchange Online PowerShell:

$Credentials = Get-Credential

El ejemplo usa el cmdlet Test-MigrationServerAvailability para obtener y probar la configuración de conexión al servidor de Exchange local y luego utiliza dicha configuración de conexión para crear el extremo de migración denominado "CutoverEndpoint".

$TSMA = Test-MigrationServerAvailability -ExchangeOutlookAnywhere -Autodiscover -EmailAddress administrator@contoso.com -Credentials $credentials

New-MigrationEndpoint -ExchangeOutlookAnywhere -Name CutoverEndpoint -ConnectionSettings $TSMA.ConnectionSettings

Nota:

El cmdlet New-MigrationEndpoint puede usarse para especificar la base de datos que debe usar el servicio con la opción -TargetDatabase. Si no se hace, se asigna aleatoriamente una base de datos desde el sitio de Servicios de federación de Active Directory (AD FS) 2.0 donde se encuentra el buzón de administración.

Compruebe que ha funcionado

En Exchange Online PowerShell, ejecute el siguiente comando para visualizar la información sobre el extremo de migración "CutoverEndpoint":

Get-MigrationEndpoint CutoverEndpoint | Format-List EndpointType,ExchangeServer,UseAutoDiscover,Max*

Paso 3: Crear el lote de migración total

Puede utilizar el cmdlet New-MigrationBatch en Exchange Online PowerShell para crear un lote de migración para una migración de traslado. Puede crear un lote de migración e iniciarlo automáticamente mediante la inclusión del parámetro AutoStart. O bien puede crear el lote de migración y, luego, iniciarlo posteriormente de forma manual mediante el uso del cmdlet Start-MigrationBatch. En este ejemplo se crea un lote de migración denominado "CutoverBatch" y se utiliza el extremo de migración que se creó en el paso anterior.

New-MigrationBatch -Name CutoverBatch -SourceEndpoint CutoverEndpoint -AutoStart

En este ejemplo se crea también un lote de migración denominado "CutoverBatch" y se utiliza el extremo de migración que se creó en el paso anterior. Dado que el parámetro AutoStart no está incluido, el lote de migración debe iniciarse manualmente en el panel de migración o mediante el cmdlet Start-MigrationBatch . Como se especificó anteriormente, solo puede existir un lote de migración total cada vez.

New-MigrationBatch -Name CutoverBatch -SourceEndpoint CutoverEndpoint

Compruebe que ha funcionado

Para comprobar que se ha creado correctamente un lote de migración para una migración total, ejecute el siguiente comando en Exchange Online PowerShell para visualizar la información sobre el nuevo lote de migración:

Get-MigrationBatch | Format-List

Paso 4: Iniciar el lote de migración total

Para iniciar el lote de migración en Exchange Online PowerShell, ejecute el comando siguiente. Esto creará un lote de migración denominado "CutoverBatch".

Start-MigrationBatch -Identity CutoverBatch

Compruebe que ha funcionado

Si un lote de migración se inicia correctamente, su estado en el panel Migración aparece como Sincronizando. Para comprobar que ha iniciado correctamente un lote de migración con Exchange Online PowerShell, ejecute el comando siguiente:

Get-MigrationBatch -Identity CutoverBatch |  Format-List Status

Paso 5: Enrutar el correo electrónico a Microsoft 365

Los sistemas de correo electrónico utilizan un registro DNS denominado registro MX para averiguar dónde entregar los correos electrónicos. Durante el proceso de migración del correo electrónico, el registro MX apuntaba al sistema de correo electrónico de origen. Ahora que se ha completado la migración de correo electrónico a Microsoft 365, es el momento de apuntar el registro MX a Microsoft 365. Esto ayuda a asegurarse de que el correo electrónico se entrega a los buzones de Microsoft 365. Al mover el registro MX, también puede desactivar el sistema de correo electrónico antiguo cuando esté listo.

Para muchos proveedores de DNS, hay instrucciones específicas para Cambiar el registro MX. Si su proveedor de DNS no está incluido o si desea hacerse una idea de las orientaciones generales, también ofrecemos las instrucciones generales de registro MX.

Pueden pasar hasta 72 horas antes de que el sistema de correo electrónico de los clientes y socios reconozca el cambio del registro MX. Espere al menos 72 horas antes de continuar con la tarea siguiente: Step 6: Delete the cutover migration batch.

Paso 6: Eliminar el lote de migración total

Después de cambiar el registro MX y comprobar que todo el correo electrónico se enruta a Microsoft 365 buzones, notifique a los usuarios que su correo va a Microsoft 365. Después, puede eliminar el lote de migración total. Compruebe lo siguiente antes de eliminar el lote de migración.

  • Todos los usuarios usan buzones de Microsoft 365. Una vez eliminado el lote, el correo enviado a los buzones del Exchange Server local no se copia en los buzones de Microsoft 365 correspondientes.

  • Los buzones de Microsoft 365 se sincronizaron al menos una vez después de que el correo empezara a enviarse directamente a ellos. Para ello, asegúrese de que el valor del cuadro Hora de última sincronización del lote de migración es más reciente que cuando el correo comenzó a enrutarse directamente a buzones de Microsoft 365.

Para eliminar el lote de migración "CutoverBatch" en Exchange Online PowerShell, ejecute el comando siguiente.

Remove-MigrationBatch -Identity CutoverBatch

Sección 7: Asignar licencias de usuario

Active las cuentas de usuario de Microsoft 365 para las cuentas migradas mediante la asignación de licencias. Si no asigna una licencia, el buzón se deshabilitará cuando finalice el periodo de gracia (30 días). Para asignar una licencia en el Centro de administración de Microsoft 365, consulte Asignación o anulación de la asignación de licencias.

Paso 8: Finalizar las tareas posteriores a la migración

  • Cree un registro DNS de Detección automática para que los usuarios puedan acceder fácilmente a sus buzones. Después de migrar todos los buzones locales a Microsoft 365, puede configurar un registro DNS de detección automática para su organización de Microsoft 365 para permitir que los usuarios se conecten fácilmente a sus nuevos buzones de Microsoft 365 con Outlook y clientes móviles. Este nuevo registro DNS de detección automática tiene que usar el mismo espacio de nombres que usa para su organización de Microsoft 365. Por ejemplo, si el espacio de nombres basado en la nube es cloud.contoso.com, el registro DNS de Detección automática que se debe crear es autodiscover.cloud.contoso.com.

    Si mantiene la Exchange Server, también debe asegurarse de que el registro CNAME de Detección automática de DNS tenga que apuntar a Microsoft 365 en DNS interno y externo después de la migración para que el cliente de Outlook se conecte al buzón correcto.

    Nota:

    En Exchange 2007, Exchange 2010 y Exchange 2013 también debe establecer Set-ClientAccessServer AutodiscoverInternalConnectionURI como Null.

    Microsoft 365 usa un registro CNAME para implementar el servicio de detección automática para outlook y clientes móviles. El registro CNAME de Detección automática debe contener la información siguiente:

  • Retire los servidores de Exchange locales. Después de comprobar que todo el correo electrónico se enruta directamente a los buzones de Microsoft 365 y ya no necesita mantener la organización de correo electrónico local o no tiene previsto implementar una solución de inicio de sesión único (SSO), puede desinstalar Exchange de los servidores y quitar la organización local de Exchange.

    Para obtener más información, vea los artículos siguientes: