Compartir a través de

Usar PowerShell para realizar una migración preconfigurada 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 con el tiempo mediante una migración preconfigurada.

Este artículo le guiará a través de las tareas necesarias para realizar una migración preconfigurada del correo electrónico con Exchange Online PowerShell. El tema Lo que necesita saber sobre una migración de correo electrónico preconfigurada le proporciona 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 la migración preconfigurada. Consulte Realizar una migración provisional 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 sección "Movimiento de buzón y permisos de migración" en el tema 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 preconfigurada

Antes de migrar buzones a Microsoft 365 mediante una migración preconfigurada, hay algunos cambios que debe realizar en el entorno de Exchange.

Configure Outlook en cualquier lugar en su Exchange Server local El servicio de migración de correo electrónico utiliza Outlook en cualquier lugar (también conocido como RPC sobre HTTP) para conectarse a su Exchange Server local. Para obtener información acerca de cómo configurar Outlook en cualquier lugar para Exchange Server 2007 y Exchange 2003, consulte los temas siguientes:

Importante

Debe usar un certificado emitido por una entidad de certificación (CA) de confianza con su configuración de Outlook en cualquier lugar. Outlook en cualquier lugar no se puede configurar con un certificado autofirmado. Para obtener más información, consulte Cómo configurar SSL para Outlook Anywhere.

Opcional: compruebe que puede conectarse a su organización Exchange con Outlook en cualquier lugar Pruebe con uno de los métodos siguientes para probar la configuración de su conexión.

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

  • Use el Analizador de conectividad remota de Microsoft para probar la configuración de conexión. Use las pruebas de Detección automática de Outlook en cualquier lugar (RPC sobre HTTP) o 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

Establecer permisos 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 usa al conectarse al sistema de correo electrónico mediante la creación de un punto de conexión de migración más adelante en este procedimiento Paso 3: Crear un punto de conexión de migración.

Para migrar los buzones de correo, el administrador debe tener uno de los siguientes conjuntos de permisos:

  • Forme parte del grupo de administradores de dominio de Active Directory de la organización local.

    o bien

  • Reciba el permiso FullAccess para cada buzón local y el permiso WriteProperty para modificar la propiedad TargetAddress en las cuentas de usuario locales.

    o bien

  • Reciba el permiso ReceiveAs en la base de datos de buzones local en la que se almacenan los buzones de los usuarios y el permiso WriteProperty para modificar la propiedad TargetAddress en las cuentas de usuario locales.

Para obtener instrucciones sobre cómo establecer estos permisos, consulte Asignación de permisos para migrar buzones a Microsoft 365.

Deshabilitar mensajería unificada (UM) Si la mensajería unificada está activada para los buzones locales que se van a migrar, desactive la mensajería unificada antes de la migración. Active la mensajería unificada para los buzones una vez completada la migración. Para obtener información sobre procedimientos, consulteCómo deshabilitar la mensajería unificada para un usuario.

Use la sincronización de directorios para crear nuevos usuarios en Microsoft 365. La sincronización de directorios se usa para crear todos los usuarios locales de la organización de Microsoft 365.

Debe autorizar a los usuarios después de crearlos. Dispone de 30 días para agregar licencias después de haber creado los usuarios. Para conocer los pasos para agregar licencias, consulte Paso 8: Finalizar las tareas posteriores a la migración.

Puede usar la herramienta de sincronización de Microsoft Entra o los servicios de sincronización de Microsoft Azure AD para sincronizar y crear usuarios locales en Microsoft 365. Una vez que los buzones de correo se migran a Microsoft 365, se administran las cuentas de usuario de la organización local y se sincronizan con la organización de Microsoft 365. Para más información, consulte Integración de Directory.

Paso 2: Crear un archivo CSV para un lote de migración preconfigurada

Después de identificar los usuarios cuyos buzones locales desea migrar a Microsoft 365, use un archivo de valores separados por comas (CSV) para crear un lote de migración. Cada fila del archivo CSV,usada por Microsoft 365 para ejecutar la migración, contiene información sobre un buzón local.

Nota:

No hay un límite para el número de buzones que puede migrar a Microsoft 365 mediante una migración preconfigurada. El archivo CSV para un lote de migración puede contener un máximo de 2.000 filas. Para migrar más de 2.000 buzones, debe crear archivos CSV adicionales y usar cada archivo para crear un nuevo lote de migración.

Atributos admitidos

El archivo CSV para una migración preconfigurada es compatible con los tres atributos siguientes. Cada fila del archivo CSV corresponde a un buzón y debe contener un valor para cada uno de estos atributos.

Atributo Descripción Obligatorio
EmailAddress
 Especifica la dirección de correo electrónico SMTP principal, por ejemplo, pilarp@contoso.com, para los buzones locales.
Use la dirección SMTP principal para buzones locales y no identificadores de usuario de Microsoft 365. Por ejemplo, si el dominio local se denomina contoso.com pero el dominio de correo electrónico de Microsoft 365 se denomina service.contoso.com, usaría el nombre de dominio contoso.com para las direcciones de correo electrónico en el archivo CSV.
Necesario
Contraseña
 Contraseña que se va a establecer para el nuevo buzón de Microsoft 365. Las restricciones de contraseña que se aplican a la organización de Microsoft 365 también se aplican a las contraseñas incluidas en el archivo CSV.
Opcional
ForceChangePassword
 Especifica si un usuario debe cambiar la contraseña la primera vez que inicia sesión en su nuevo buzón de Microsoft 365. Use True o False como valor de este parámetro.
>[! NOTA]> Si ha implementado una solución de inicio de sesión único (SSO) mediante la implementación de Servicios de federación de Active Directory (AD FS) (AD FS) o superior en la organización local, debe usar False para el valor del atributo ForceChangePassword.		 Opcional

Formato del archivo CSV

A continuación, se muestra un ejemplo del formato del archivo CSV. En este ejemplo, se migran tres buzones locales a Microsoft 365.

En la primera fila, o fila de encabezado, del archivo CSV se enumeran los nombres de los atributos, o campos, especificados en las filas que le siguen. Los nombres de atributo se separan con una coma.

EmailAddress,Password,ForceChangePassword
pilarp@contoso.com,Pa$$w0rd,False
tobyn@contoso.com,Pa$$w0rd,False
briant@contoso.com,Pa$$w0rd,False

Cada fila que hay bajo la fila de encabezado representa a un usuario y proporciona la información que se usará para migrar el buzón del usuario. Los valores de atributo de cada fila deben seguir el mismo orden que los nombres de atributo de la fila de encabezado.

Use cualquier editor de texto, o bien una aplicación como Excel para crear el archivo CSV. Guarde el archivo como .csv o .txt.

Nota:

Si el archivo CSV contiene caracteres especiales o que no son ASCII, guárdelo con codificación UTF-8 o con otra codificación Unicode. Según la aplicación, puede resultar más fácil guardar el archivo CSV con codificación UTF-8 u otra codificación Unicode si la configuración regional del equipo coincide con el idioma utilizado en el archivo CSV.

Paso 3: 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 con PowerShell, para la migración preconfigurada, primero debe Conectarse a Exchange Online.

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

Para crear un extremo de migración de Outlook en cualquier lugar denominado "StagedEndpoint" en Exchange Online PowerShell, ejecute estos comandos:

$Credentials = Get-Credential

New-MigrationEndpoint -ExchangeOutlookAnywhere -Name StagedEndpoint -Autodiscover -EmailAddress administrator@contoso.com -Credentials $Credentials

Para obtener más información acerca del cmdlet New-MigrationEndpoint, consulteNew-MigrationEndpoint

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 "StagedEndpoint":

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

Paso 4: Crear e iniciar un lote de migración preconfigurada

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 "StagedBatch1" y se utiliza el extremo de migración que se creó en el paso anterior.

New-MigrationBatch -Name StagedBatch1 -SourceEndpoint StagedEndpoint -AutoStart

En este ejemplo se crea también un lote de migración denominado "StagedBatch1" 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 StagedBatch1 -SourceEndpoint StagedEndpoint

Compruebe que ha funcionado

Ejecute el siguiente comando en Exchange Online PowerShell para visualizar la información sobre "StagedBatch1":

Get-MigrationBatch -Identity StagedBatch1 | Format-List

También puede comprobar que el lote se ha iniciado ejecutando el comando siguiente:

Get-MigrationBatch -Identity StagedBatch1 | Format-List Status

Para obtener más información sobre el cmdlet Get-MigrationBatch, consulteGet-MigrationBatch.

Paso 5: Convertir los buzones locales en usuarios habilitados para correo electrónico

Después de haber migrado correctamente un lote de buzones, se necesita alguna manera para que los usuarios puedan obtener acceso a su correo. Un usuario cuyo buzón se ha migrado ahora tiene un buzón local y otro en Microsoft 365. Los usuarios que tengan un buzón en Microsoft 365 dejarán de recibir correo nuevo en su buzón local.

Dado que no ha terminado con las migraciones, aún no está listo para dirigir a todos los usuarios a Microsoft 365 para su correo electrónico. ¿Qué debe hacer en el caso de las personas que tienen ambos buzones? Lo que puede hacer es cambiar los correos locales que ya ha migrado a usuarios habilitados para correo. Al cambiar de un buzón a un usuario habilitado para correo, puede dirigirlo a Microsoft 365 para su correo electrónico en lugar de ir a su buzón local.

Otra razón importante para convertir buzones locales en usuarios habilitados para correo es conservar las direcciones proxy de los buzones de Microsoft 365 copiando direcciones proxy a los usuarios habilitados para correo. Esto permite administrar los usuarios basados en la nube de la organización local mediante Active Directory. Además, si decide retirar la organización de Exchange Server local después de migrar todos los buzones a Microsoft 365, las direcciones proxy que ha copiado a los usuarios habilitados para correo permanecerán en su Active Directory local.

Paso 6: Eliminar un lote de migración preconfigurada

Cuando haya migrado correctamente todos los buzones de un lote de migración y haya convertido los buzones locales del lote en usuarios habilitados para correo, ya estará listo para eliminar un lote de migración preconfigurada. Asegúrese de comprobar que el correo se reenvía a los buzones de Microsoft 365 en el lote de migración. Cuando elimina un lote de migración preconfigurada, el servicio de migración limpia todos los registros relacionados con el lote de migración y elimina dicho lote.

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

Remove-MigrationBatch -Identity StagedBatch1

Para obtener más información sobre el cmdlet Remove-MigrationBatch, consulteRemove-MigrationBatch.

Compruebe que ha funcionado

Ejecute el comando siguiente en Exchange Online PowerShell para visualizar la información sobre "IMAPBatch1":

Get-MigrationBatch StagedBatch1

El comando devolverá el lote de migración con un estado Quitando o devolverá un error indicando que el lote de migración no se ha encontrado, lo que demuestra que el lote se ha eliminado.

Para obtener más información sobre el cmdlet Get-MigrationBatch, consulteGet-MigrationBatch.

Paso 7: Asignación de licencias a usuarios de Microsoft 365

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.

    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 SSO, puede desinstalar Exchange de los servidores y quitar la organización local de Exchange.

Nota:

La retirada de Exchange puede tener consecuencias no deseadas. Antes de retirar su organización Exchange local, le recomendamos que se ponga en contacto con el soporte técnico de Microsoft.

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