Use la migración por lotes para migrar carpetas públicas heredadas a Microsoft 365 o Office 365

Resumen: use estos procedimientos para mover las carpetas públicas de Exchange 2010 a Microsoft 365 o Office 365.

En este tema se describe cómo migrar las carpetas públicas en una migración por fases o de transición desde el paquete acumulativo de actualizaciones 8 para Exchange Server 2010 Service Pack 3 (SP3) a Microsoft 365 o Office 365 y Exchange Online.

En este tema se hace referencia al servidor RU8 de Exchange 2010 SP3 como servidor exchange heredado. Además, los pasos de este tema se aplican tanto a Exchange Online como a Microsoft 365 o Office 365. Las indicaciones pueden utilizarse indistintamente.

Se recomienda no usar la característica de exportación PST de Outlook para migrar carpetas públicas a Microsoft 365, Office 365 o Exchange Online. Microsoft 365, Office 365 y Exchange Online crecimiento del buzón de carpetas públicas se administra mediante una característica de división automática que divide el buzón de carpeta pública cuando supera las cuotas de tamaño. La división automática no puede controlar el crecimiento repentino de los buzones de la carpeta pública cuando se usa la exportación de PST para migrar las carpetas públicas y puede que tenga que esperar hasta dos semanas para que la división automática mueva los datos desde el buzón principal. Se recomienda usar las instrucciones basadas en cmdlets de este documento para migrar carpetas públicas a Microsoft 365, Office 365 o Exchange Online. Sin embargo, si decide migrar carpetas públicas mediante la exportación de PST, consulte la sección Migrar carpetas públicas a Microsoft 365 o Office 365 mediante la exportación de PST de Outlook más adelante en este tema.

Realizará la migración mediante los cmdlets *-MigrationBatch , además de los siguientes scripts de PowerShell:

  • SourceSideValidations.ps1: el script de validación del lado de origen examina las carpetas públicas en el origen y notifica los problemas encontrados junto con la acción para corregir los problemas. Ejecutará este script en el servidor exchange local heredado.

  • Export-PublicFolderStatistics.ps1: este script crea el archivo de asignación de tamaño de nombre de carpeta a carpeta. Deberá ejecutar este script en el servidor de Exchange heredado.

  • Export-PublicFolderStatistics.psd1: el script usa Export-PublicFolderStatistics.ps1 este archivo de soporte técnico y se debe descargar en la misma ubicación.

  • PublicFolderToMailboxMapGenerator.ps1: este script crea el archivo de asignación de carpeta pública a buzón mediante la salida del Export-PublicFolderStatistics.ps1 script. Deberá ejecutar este script en el servidor de Exchange heredado.

  • PublicFolderToMailboxMapGenerator.strings.psd1: el script usa PublicFolderToMailboxMapGenerator.ps1 este archivo de soporte técnico y se debe descargar en la misma ubicación.

  • Create-PublicFolderMailboxesForMigration.ps1: este script crea los buzones de carpeta pública de destino para la migración. Además, el script calcula el número de buzones necesarios para administrar la carga de usuarios estimada, en función de las directrices para el número de inicios de sesión de usuario por buzón de carpetas públicas que se recomienda en Limits for Public Folders.

  • Create-PublicFolderMailboxesForMigration.strings.psd1: el script de Create-PublicFolderMailboxesForMigration.ps1 usa este archivo de soporte técnico y se debe descargar en la misma ubicación.

  • Sync-MailPublicFolders.ps1: este script sincroniza los objetos de carpeta pública habilitados para correo entre la implementación local de Exchange y Microsoft 365 o Office 365. Deberá ejecutar este script en el servidor de Exchange heredado.

  • SyncMailPublicFolders.strings.psd1: se trata de un archivo de compatibilidad usado por el Sync-MailPublicFolders.ps1 script y debe copiarse en la misma ubicación que los scripts anteriores.

En el Paso 1: Descarga de los scripts de migración se proporciona información detallada sobre dónde puede descargar los scripts mencionados. Asegúrese de que todos los scripts se descargan en la misma ubicación.

¿Qué versiones de Exchange se admiten para migrar carpetas públicas a Microsoft 365 o Office 365 y Exchange Online?

Exchange admite el traslado de las carpetas públicas a Microsoft 365 o Office 365 y Exchange Online de las siguientes versiones heredadas de Exchange Server:

  • Exchange 2010 SP3 RU8 o versiones posteriores

Si necesita mover las carpetas públicas a Exchange Online, pero los servidores locales no ejecutan las versiones mínimas de soporte técnico de Exchange 2010, se recomienda encarecidamente actualizar los servidores locales y usar la migración por lotes, que es el único método de migración de carpetas públicas admitido.

No puede migrar carpetas públicas directamente desde Exchange 2003 o Exchange 2007. Si ejecuta Exchange 2007 o versiones anteriores en su organización, debe mover todas las réplicas y bases de datos de carpetas públicas a Exchange 2010 SP3 RU8 o posterior. No puede permanecer ninguna réplica de carpeta pública en Exchange 2007 o versiones anteriores. Además, el correo destinado a una carpeta pública de Exchange 2013 o posterior no se puede enrutar a través de un servidor de Exchange 2003 o Exchange 2007.

¿Qué necesita saber antes de empezar?

  • El servidor de Exchange 2010 debe ejecutar Exchange 2010 SP3 RU8 o versiones posteriores.

  • En Microsoft 365 o Office 365 y Exchange Online, debe ser miembro del grupo de roles Administración de la organización. Este grupo de roles es diferente de los permisos que se le asignan al suscribirse a Microsoft 365, Office 365 o Exchange Online. Para obtener más información sobre cómo habilitar el grupo de roles Administración de la organización, consulte Administración de grupos de roles en Exchange Online.

  • En Exchange 2010, debe ser miembro de los grupos de roles RBAC de administración de servidores o de administración de la organización. Para más información, vea Agregar miembros a un grupo de funciones.

  • Antes de comenzar la migración de carpetas públicas, si alguna carpeta pública de la organización es mayor que 25 GB, se recomienda eliminar el contenido de esa carpeta para que sea más pequeño. O bien, se recomienda dividir el contenido de la carpeta pública en varias carpetas públicas más pequeñas. Tenga en cuenta que el límite de 25 GB que se ha mencionado aquí solo se aplica a la carpeta pública y no a cualquier elemento secundario ni subcarpetas que pueda tener la carpeta en cuestión. Si ninguna opción es viable, recomendamos que no mueva sus carpetas públicas a Exchange Online. Para obtener más información, vea Límites de Exchange Online. Nota: Si las cuotas de carpetas públicas actuales en Exchange Online son inferiores a 25 GB, puede usar el cmdlet Set-OrganizationConfig para aumentarlas con los DefaultPublicFolderIssueWarningQuota parámetros y DefaultPublicFolderProhibitPostQuota .

Si usa un firewall y listas de control de acceso (ACL), asegúrese de que los intervalos IP usados por Microsoft 365 o Office 365 en su región estén permitidos a través del firewall.

  • En Microsoft 365, Office 365 y Exchange Online, puede crear un máximo de 1000 buzones de carpetas públicas.

  • Antes de migrar las carpetas públicas, se recomienda mover primero todos los buzones de correo de usuario a Microsoft 365 o Office 365 y Exchange Online. Para obtener más información, consulte Formas de migrar varias cuentas de correo electrónico a Microsoft 365 o Office 365. Sin embargo, seguirá teniendo que mantener en el entorno local el buzón para que el administrador de PF realice la migración o crear una nueva cuenta de administrador de PF y asignar un buzón hospedado en el servidor de Exchange heredado.

  • Debe habilitarse Outlook en cualquier lugar en el servidor de Exchange heredado. Para obtener más información sobre cómo habilitar Outlook en cualquier lugar en los servidores de Exchange 2010, vea Habilitar Outlook en cualquier lugar.

  • No puede usar el Centro de administración de Exchange (EAC) ni la Consola de administración de Exchange (EMC) para realizar este procedimiento. En los servidores de Exchange heredados, debe usar el Shell de administración de Exchange. Para Exchange Online, debe usar Exchange Online PowerShell. Para obtener más información, vea Conexión a Exchange Online PowerShell.

  • Debe usar un único lote de migración para migrar todos los datos de la carpeta pública. Exchange permite crear solo un lote de migración a la vez. Si intenta crear más de un lote de migración simultáneamente, el resultado será un error.

  • Antes de comenzar, recomendamos leer este tema en su totalidad, ya que para llevar a cabo algunos pasos, se requiere tiempo de inactividad.

  • Para obtener información sobre los métodos abreviados de teclado que se pueden aplicar a los procedimientos de este tema, vea Métodos abreviados de teclado para el Centro de administración de Exchange.

  • Compruebe si DefaultPublicFolderAgeLimit está configurado en el nivel de organización (Get-OrganizationConfig | Format-List DefaultPublicFolderAgeLimit) o si tiene algún AgeLimit (Get-PublicFolder <FolderPath> | Format-List AgeLimit) configurado para las carpetas públicas individuales, de modo que se impidan las eliminaciones automáticas del contenido.

Sugerencia

¿Problemas? Solicite ayuda en los foros de Exchange. Visite los foros en Exchange Online o Exchange Online Protection.

Paso 1: Descarga de los scripts de migración

  1. Descargue todos los scripts y archivos auxiliares desde Scripts de migración de carpetas públicas.

  2. Guarde los scripts en el equipo local en el que ejecutará PowerShell. Por ejemplo, C:\PFScripts. Asegúrese de que todos los scripts se guardan en la misma ubicación.

  3. Descargue los siguientes archivos desde el artículo Carpetas públicas habilitadas para correo y script de sincronización de directorios:

    • Sync-MailPublicFolders.ps1
    • SyncMailPublicFolders.strings.psd1
  4. Descargue el script de validación del lado de origen desde https://www.microsoft.com/download/confirmation.aspx?id=100414

  5. Guarde los scripts en la misma ubicación que usó en el paso 2. Por ejemplo, C:\PFScripts.

Paso 2: Preparación para la migración

Siga estos pasos de requisitos previos antes de iniciar la migración.

Nota:

Se recomienda encarecidamente ejecutar el script de validación del lado de origen desde una instancia local de Exchange Server2010 con el rol de buzón. El script examinará y notificará los problemas que se sabe que hacen que la migración sea lenta, junto con instrucciones para corregir estos problemas. Use los ejemplos como se documenta aquí.

Pasos generales de los requisitos previos

  • Asegúrese de que no hay ningún objeto de correo huérfano en las carpetas públicas en Active Directory, es decir, objetos en Active Directory sin objeto correspondiente de Exchange.
  • Confirme que la dirección de correo electrónico SMTP configurada para las carpetas públicas de Active Directory coincide con la dirección de correo electrónico SMTP en los objetos de Exchange.
  • Asegúrese de que no hay ningún objeto de carpeta pública duplicado en Active Directory, para evitar una situación en la que dos o más objetos de Active Directory apunten a la misma carpeta pública habilitada para correo.

Pasos de requisitos previos sobre el servidor de Exchange heredado

Nota:

Se recomienda encarecidamente ejecutar el script de validación del lado de origen desde una instancia local de Exchange Server2010 con el rol de buzón. El script examinará y notificará los problemas que se sabe que hacen que la migración sea lenta, junto con instrucciones para corregir estos problemas. Use los ejemplos como se documenta aquí. El script realizará todos los siguientes requisitos previos.

  1. En el servidor de Exchange heredado, asegúrese de que el enrutamiento a las carpetas públicas habilitadas para correo que existirán en Microsoft 365 o Office 365 o Exchange Online siga funcionando hasta que todas las cachés DNS a través de Internet se actualicen para que apunten a Microsoft 365, Office 365 o Exchange Online DNS donde reside ahora su organización. Para ello, ejecute el siguiente comando para configurar un dominio aceptado con un nombre conocido que enrutará correctamente los mensajes de correo electrónico al dominio de Microsoft 365, Office 365 o Exchange Online.

    New-AcceptedDomain -Name "PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99" -DomainName <target domain> -DomainType InternalRelay
    

    Ejemplo:

    New-AcceptedDomain -Name PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99 -DomainName 'contoso.mail.onmicrosoft.com' -DomainType InternalRelay
    

    Si el dominio aceptado ya existe en su entorno local, cambie su nombre a PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99 y mantenga intactos los demás atributos.

    Para comprobar si el dominio aceptado ya está presente en el entorno local, ejecute lo siguiente:

    Get-AcceptedDomain | Where {$_.DomainName -eq "<target domain>"}
    

    Para cambiar el nombre del dominio aceptado a PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99, ejecute lo siguiente:

    Get-AcceptedDomain | Where {$_.DomainName -eq "<target domain>"} | Set-AcceptedDomain -Name PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99
    

    Si está esperando que sus carpetas públicas habilitadas para correo en Exchange Online reciban correos electrónicos externos de Internet, tiene que deshabilitar el Bloqueo perimetral basado en directorios (DBEB) en Exchange Online y Exchange Online Protection (EOP). Consulte Uso del bloqueo perimetral basado en directorios para rechazar los mensajes enviados a destinatarios no válidos para obtener más información.

    Si el nombre de una carpeta pública contiene una barra diagonal inversa ( \ ) o una barra diagonal ( / ), es posible que las carpetas públicas se creen en la carpeta pública primaria cuando se produzca la migración. Antes de migrar, se recomienda cambiar el nombre de las carpetas públicas que tengan una barra diagonal inversa o una barra diagonal en el nombre.

    Para localizar las carpetas públicas con una barra diagonal inversa en el nombre en Exchange 2010, ejecute este comando:

    Get-PublicFolderStatistics -ResultSize Unlimited | Where {($_.Name -like "*\*") -or ($_.Name -like "*/*") } | Format-List Name,Identity
    
  2. Si el resultado devuelve alguna carpeta pública, puede cambiarle el nombre con este comando:

    Set-PublicFolder -Identity <public folder identity> -Name <new public folder name>
    
  3. Asegúrese de que no exista ningún registro anterior de migración correcta. Si lo hay, deberá establecer ese valor en $false. Si el valor está establecido en $true, se producirá un error en la solicitud de migración.

    El ejemplo siguiente comprueba el estado de la migración de carpetas públicas.

    Get-OrganizationConfig | Format-List PublicFoldersLockedforMigration,PublicFolderMigrationComplete
    
  4. (Tenga en cuenta que este paso solo es necesario si vuelve a intentar una migración con errores anteriores). Si el estado de las propiedades PublicFoldersLockedforMigration o PublicFolderMigrationComplete es $true, ejecute el siguiente comando para establecer el valor en $false.

    Set-OrganizationConfig -PublicFoldersLockedforMigration:$false -PublicFolderMigrationComplete:$false
    

    Precaución

    Después de restablecer estas propiedades, debe esperar a que Exchange detecte la nueva configuración. Esta acción puede tardar hasta dos horas en completarse.

  5. Para realizar las comprobaciones pertinentes al finalizar la migración, le recomendamos ejecutar primero los siguientes comandos Shell de administración de Exchange en el servidor de Exchange heredado para tomar instantáneas de su implementación de carpeta pública actual.

    Ejecute el siguiente comando para tomar una instantánea de la estructura de la carpeta original.

    Get-PublicFolder -Recurse -ResultSize Unlimited | Export-CliXML C:\PFMigration\Legacy_PFStructure.xml
    

    Ejecute el siguiente comando para tomar una instantánea de las estadísticas de carpetas públicas, como recuento de elementos, tamaño y propietario.

    Get-PublicFolderStatistics -ResultSize Unlimited | Export-CliXML C:\PFMigration\Legacy_PFStatistics.xml
    

    Ejecute el siguiente comando para tomar una instantánea de los permisos.

    Get-PublicFolder -Recurse -ResultSize Unlimited | Get-PublicFolderClientPermission | Select-Object Identity,User -ExpandProperty AccessRights | Export-CliXML C:\PFMigration\Legacy_PFPerms.xml
    

    Guarde la información de los comandos anteriores para la comparación al finalizar la migración.

  6. Si usa Microsoft Entra Connect (Microsoft Entra Connect) para sincronizar los directorios locales con Microsoft Entra id., debe hacer lo siguiente (si no usa Microsoft Entra Connect, puede omitir este paso):

    1. En un equipo local, abra Microsoft Entra Conectar y, a continuación, seleccione Configurar.

    2. En la pantalla Tareas adicionales , seleccione Personalizar opciones de sincronización y, a continuación, haga clic en Siguiente.

    3. En la pantalla Conectar con Microsoft Entra id., escriba las credenciales adecuadas y, a continuación, haga clic en Siguiente. Una vez conectado, siga haciendo clic en Siguiente hasta que esté en la pantalla Características opcionales .

    4. Asegúrese de que las carpetas públicas de Exchange Mail no estén seleccionadas. Si no está seleccionado, puede continuar con la sección siguiente, Pasos de requisitos previos en Microsoft 365, Office 365 o Exchange Online. Si está seleccionada, haga clic para desactivar la casilla y, a continuación, haga clic en Siguiente.

      Nota:

      Si no ve carpetas públicas de Exchange Mail como una opción en la pantalla Características opcionales, puede salir de Microsoft Entra Conectar y continuar con la sección siguiente, Pasos de requisitos previos en Microsoft 365, Office 365 o Exchange Online.

  7. Después de borrar la selección de Carpetas públicas de Exchange Mail , siga haciendo clic en Siguiente hasta que esté en la pantalla Listo para configurar y, a continuación, haga clic en Configurar.

Para más información sobre la sintaxis y los parámetros, vea los siguientes temas:

Pasos previos en Microsoft 365, Office 365 o Exchange Online

  1. Asegúrese de que no hay ninguna solicitud de migración de carpetas públicas existente. Si la hay, desactívela o se producirá un error en su propia solicitud de migración. Este paso no es necesario en todos los casos; solo es necesario si piensa que puede haber una solicitud de migración existente en la canalización.

    Importante

    Antes de quitar una solicitud de migración, es importante comprender por qué ya había una. La ejecución del siguiente comando determinará el momento en el que se realizó una solicitud anterior y ayudará a diagnosticar cualquier problema que haya ocurrido. Es posible que deba comunicarse con otros administradores de la organización para determinar por qué se realizó el cambio.

    En el ejemplo siguiente se detectará cualquier solicitud de migración por lotes existente:

    $batch = Get-MigrationBatch | ?{$_.MigrationType.ToString() -eq "PublicFolder"}
    

    El ejemplo siguiente quita cualquier solicitud de migración de lote de carpetas públicas existente.

    $batch | Remove-MigrationBatch -Confirm:$false
    
  2. Asegúrese de que no existan carpetas públicas ni buzones de carpetas públicas en Microsoft 365 o Office 365.

    Importante

    Si ve carpetas públicas en Microsoft 365, Office 365 o Exchange Online, es importante determinar por qué están allí y quién en su organización inició una jerarquía de carpetas públicas antes de quitar las carpetas públicas y los buzones de carpetas públicas.

    1. En Exchange Online PowerShell, ejecute el siguiente comando para ver si existen buzones de carpetas públicas:

      Get-Mailbox -PublicFolder
      
    2. Si el comando no devuelve ningún buzón de carpetas públicas, continúe con el Paso 3: Generar los archivos .csv. Si el comando devuelve algún buzón de carpetas públicas, ejecute el siguiente comando para comprobar si hay alguna carpeta pública:

      Get-PublicFolder
      
    3. Si tiene carpetas públicas en Microsoft 365, Office 365 o Exchange Online, ejecute el siguiente comando de PowerShell para quitarlas. Asegúrese de que ha guardado cualquier información que haya estado en las carpetas públicas de Microsoft 365 o Office 365.

      Precaución

      Toda la información que se incluye en las carpetas públicas se eliminará de forma permanente cuando quite las carpetas públicas.

      Get-MailPublicFolder | where {$_.EntryId -ne $null}| Disable-MailPublicFolder -Confirm:$false
      Get-PublicFolder -GetChildren \ | Remove-PublicFolder -Recurse -Confirm:$false
      
    4. Una vez que se quitaron las carpetas públicas, ejecute los siguientes comandos para quitar todos los buzones de carpetas públicas.

$hierarchyMailboxGuid = $(Get-OrganizationConfig).RootPublicFolderMailbox.HierarchyMailboxGuid
Get-Mailbox -PublicFolder:$true | Where-Object {$_.ExchangeGuid -ne $hierarchyMailboxGuid} | Remove-Mailbox -PublicFolder -Confirm:$false
Get-Mailbox -PublicFolder:$true | Where-Object {$_.ExchangeGuid -eq $hierarchyMailboxGuid} | Remove-Mailbox -PublicFolder -Confirm:$false

Para más información sobre la sintaxis y los parámetros, vea los siguientes temas:

Paso 3: Generación de los archivos .csv

  1. En el servidor de Exchange heredado, ejecute el Export-PublicFolderStatistics.ps1 script para crear el archivo de asignación de tamaño de nombre de carpeta a carpeta. Este script siempre debe ejecutarlo un administrador local. El archivo tendrá dos columnas: FolderName y FolderSize. Los valores de la columna FolderSize se mostrarán en bytes. Por ejemplo, \PublicFolder01,10000.

    .\Export-PublicFolderStatistics.ps1  <Folder to size map path> <FQDN of source server>
    
    • FQDN of source server equivale al nombre de dominio completo del servidor de buzones de correo en el que se hospeda la jerarquía de la carpeta pública.

    • Folder to size map path equivale al nombre de archivo y a la ruta de acceso de la carpeta compartida de red en la que desea guardar el archivo .csv. Más adelante en este tema, deberá usar Exchange Online PowerShell para obtener acceso a este archivo. Si especifica solo el nombre del archivo, el archivo se generará en el directorio actual de PowerShell en el equipo local.

    • Si es necesario, quite todas las carpetas del sistema habilitadas para correo de la salida del script antes de continuar.

  2. Ejecute el PublicFolderToMailboxMapGenerator.ps1 script para crear el archivo de asignación de carpeta a buzón público. Este archivo se usa para calcular el número correcto de buzones de carpetas públicas en Exchange Online.

    .\PublicFolderToMailboxMapGenerator.ps1 <Maximum mailbox size in bytes> <Folder to size map path> <Folder to mailbox map path>
    
    • Antes de ejecutar el script, use el siguiente comando para comprobar los límites de carpetas públicas actuales en el inquilino de Exchange Online. A continuación, tenga en cuenta los valores de cuota actuales para las carpetas públicas.

      Get-OrganizationConfig | Format-List *quota*
      

      En Exchange Online, el valor predeterminado es 1,7 GB para DefaultPublicFolderIssueWarningQuota y 2 GB para DefaultPublicFolderProhibitPostQuota.

    • El tamaño máximo del buzón en bytes es igual al tamaño máximo que desea establecer para los nuevos buzones de carpetas públicas. En Exchange Online, el tamaño máximo de los buzones de carpetas públicas es de 100 GB. Se recomienda usar una configuración de 75 GB para que cada buzón de carpeta pública tenga espacio para crecer. Menos buzones de carpetas públicas significarán menos conexiones para los clientes de Outlook, lo que podría ayudar a evitar problemas de rendimiento; para los usuarios es transparente donde se hospeda la información, ya que verán aún más la misma jerarquía en el lado cliente. Exchange Online tiene una cuota predeterminada de 2 GB para la carpeta pública "prohibir publicación". Si tiene carpetas públicas individuales que tienen más de 2 GB, puede usar cualquiera de las siguientes opciones para solucionar este problema:

    • Antes de iniciar el lote de migración, ejecute el siguiente comando para aumentar la cuota predeterminada de carpetas públicas "prohibir publicación":

      Set-OrganizationConfig -DefaultPublicFolderProhibitPostQuota <size value> -DefaultPublicFolderIssueWarningQuota <size value>
      
    • Antes de iniciar el lote de migración, elimine el contenido de la carpeta pública para reducir el tamaño del contenido a 2 GB o menos.

    • Antes de iniciar el lote de migración, divida la carpeta pública en varias carpetas públicas que tengan cada uno 2 GB o menos.

      Nota:

      Si la carpeta pública es mayor que 30 GB y no es factible eliminar contenido o dividirlo en varias carpetas públicas, se recomienda no mover las carpetas públicas a Exchange Online.

    • La ruta de acceso de mapa de carpeta a tamaño es igual a la ruta de acceso del archivo de .csv que creó al ejecutar el Export-PublicFolderStatistics.ps1 script.

    • La ruta de acceso del mapa de carpeta a buzón es igual al nombre de archivo y la ruta de acceso del archivo de .csv de carpeta a buzón que se crea en este paso. Si especifica solo el nombre de archivo, el archivo se genera en el directorio actual de PowerShell en el equipo local.

Nota:

Una vez que se ejecutan los scripts y se generan los archivos .csv, no se recopilarán las nuevas carpetas públicas o actualizaciones de las carpetas públicas existentes.

Paso 4: Creación de los buzones de carpetas públicas en Exchange Online

Ejecute el siguiente comando para crear el buzón de carpetas públicas de destino. El script creará un buzón de correo de destino para cada buzón en el archivo .csv que generó anteriormente en el paso 3, mediante la ejecución del PublicFoldertoMailboxMapGenerator.ps1 script.

.\Create-PublicFolderMailboxesForMigration.ps1 -FolderMappingCsv Mapping.csv -EstimatedNumberOfConcurrentUsers:<estimate>

Mapping.csv es el archivo generado por el script en el PublicFoldertoMailboxMapGenerator.ps1 paso 3. El número estimado de conexiones de usuario simultáneas que exploran una jerarquía de carpetas públicas suele ser menor que el número total de usuarios de una organización.

Nota:

Use Exchange Online PowerShell para ejecutar este script. Para obtener más información, vea Conexión a Exchange Online PowerShell.

Paso 5: Inicio de la solicitud de migración

  1. Realice los pasos siguientes en el servidor exchange para cumplir los requisitos previos para ejecutar el script deSync-MailPublicFolders.ps1 .

    1. Inicie sesión con la cuenta que tiene permisos de administrador de Enterprise.

    2. Instale Exo PowerShell. Para obtener información sobre cómo instalar Exo PowerShell, consulte aquí.

    3. Inicie PowerShell en modo de administrador.

    4. Ejecute los siguientes comandos para iniciar la sincronización:

      Add-PSSnapin *exchange* | .\Sync-MailPublicFolders.ps1 -CsvSummaryFile:sync_summary.csv
      
    5. Una vez que se le solicite, escriba las credenciales de la cuenta de administrador de inquilinos de Microsoft 365.

  2. En el servidor de Exchange heredado, obtenga la siguiente información necesaria para ejecutar la solicitud de migración:

    1. Busque el LegacyExchangeDN de la cuenta del usuario que es miembro del rol Administrador de carpetas públicas. Se trata del mismo usuario cuyas credenciales usó en el paso 3 de este procedimiento.

      Nota:

      La cuenta usada debe estar habilitada para el buzón en el Exchange Server local. Cree un nuevo buzón local para la cuenta de administrador de carpetas públicas si no existe.

      Get-Mailbox <PublicFolder_Administrator_Account> | Select-Object LegacyExchangeDN
      
    2. Busque el LegacyExchangeDN de cualquier servidor de buzón de correo que tenga una base de datos de carpetas públicas.

      Get-ExchangeServer <public folder server> | Select-Object -Expand ExchangeLegacyDN
      
    3. Busque el nombre de dominio completo del nombre de host de Outlook en cualquier lugar. Si tiene varias instancias de Outlook en cualquier lugar, le recomendamos que seleccione la instancia que esté más cerca del extremo de migración o la que esté más cerca de las réplicas de las carpetas públicas en la organización de Exchange heredada. El siguiente comando encontrará todas las instancias de Outlook en cualquier lugar:

      Get-OutlookAnywhere | Format-Table Identity,ExternalHostName
      
  3. En Exchange Online PowerShell, ejecute los siguientes comandos para pasar la información devuelta en el paso anterior a las variables que se usarán en la solicitud de migración.

    1. Pase la credencial de un usuario que tenga permisos administrativos en el servidor exchange heredado a la variable $Source_Credential. La solicitud de migración que se ejecuta en Exchange Online usará esta credencial para obtener acceso a los servidores de Exchange heredados para copiar el contenido.

      $Source_Credential = Get-Credential <source_domain\PublicFolder_Administrator_Account>
      
    2. Use el ExchangeLegacyDN del usuario de migración en el servidor exchange heredado que encontró en el paso 2a y páselo a la variable $Source_RemoteMailboxLegacyDN.

      $Source_RemoteMailboxLegacyDN = "<paste the value here>"
      
    3. Use el ExchangeLegacyDN del servidor de carpetas públicas que encontró en el paso 2b anterior y páselo a la variable $Source_RemotePublicFolderServerLegacyDN.

      $Source_RemotePublicFolderServerLegacyDN = "<paste the value here>"
      
    4. Use el nombre de host externo de Outlook Anywhere que encontró en el paso 2c anterior y páselo a la variable $Source_OutlookAnywhereExternalHostName.

      $Source_OutlookAnywhereExternalHostName = "<paste the value here>"
      
  4. Por último, en Exchange Online PowerShell, ejecute los siguientes comandos para crear la solicitud de migración.

    Nota:

    El método de autenticación del ejemplo siguiente debe coincidir con la configuración de Outlook Anywhere. De lo contrario, se producirá un error en el comando.

    $PfEndpoint = New-MigrationEndpoint -PublicFolder -Name PublicFolderEndpoint -RPCProxyServer $Source_OutlookAnywhereExternalHostName -Credentials $Source_Credential -SourceMailboxLegacyDN $Source_RemoteMailboxLegacyDN -PublicFolderDatabaseServerLegacyDN $Source_RemotePublicFolderServerLegacyDN -Authentication Basic
    $bytes = [System.IO.File]::ReadAllBytes('folder_mapping.csv')
    New-MigrationBatch -Name PublicFolderMigration -CSVData $bytes -SourceEndpoint $PfEndpoint.Identity -NotificationEmails <email addresses for migration notifications>
    

    Dónde folder_mapping.csv es el archivo de mapa que se generó en Paso 3: Generar los archivos de .csv.

    Nota:

    Es posible que observe que el comando anterior produce un error con el error "No se puede encontrar un destinatario que tenga guid de buzón de correo", con el GUID mencionado del buzón de carpeta pública en EXO. Esto puede ocurrir debido a la latencia de replicación de AD. En tal caso, espere una hora y vuelva a intentar el comando.

  5. Inicie la migración con el siguiente comando:

    Start-MigrationBatch PublicFolderMigration
    

Aunque las migraciones por lotes deben crearse con el cmdlet New-MigrationBatch en el Shell de administración de Exchange, el progreso y la finalización de la migración se pueden ver y administrar en el EAC. Como el cmdlet New-MigrationBatch inicia una solicitud de migración de buzones para cada buzón de carpetas públicas, puede ver el estado de estas solicitudes usando la página migración de buzones. Para acceder a la página de migración de buzones y crear informes de migración que pueda recibir por correo electrónico, haga lo siguiente:

  1. Inicie sesión en Exchange Online y abra el EAC.

  2. Vaya aMigracióndel buzón de correo>.

  3. Seleccione la solicitud de migración que acaba de crear y haga clic en Ver detalles en el panel Detalles.

Para obtener información detallada acerca de la sintaxis y los parámetros, consulte los siguientes temas:

Paso 6: Bloquear las carpetas públicas del servidor de Exchange heredado para la migración final (se requiere tiempo de inactividad)

Hasta este punto del proceso de migración, los usuarios han podido obtener acceso a las carpetas públicas. En los siguientes pasos, los usuarios deberán cerrar la sesión en las carpetas públicas heredadas y bloquear las carpetas mientras la migración completa su sincronización final. Los usuarios no podrán tener acceso a las carpetas públicas durante este proceso. Además, cualquier correo enviado a carpetas públicas habilitadas para correo se colocará en cola y no se entregará hasta que haya finalizado la migración de dichas carpetas públicas.

Nota:

La sincronización final puede tardar mucho tiempo, en función de los cambios realizados en el entorno de origen, el tamaño de la implementación de carpetas públicas, la capacidad del servidor, etc. Si la jerarquía de carpetas tenía muchas ACL dañadas y no se limpiaban antes de iniciar la migración, esto puede provocar un retraso significativo en la finalización. Se recomienda planear un mínimo de 48 horas de tiempo de inactividad para que se complete la sincronización final.

Asegúrese de que el lote de migración y las solicitudes de migración individuales se han sincronizado correctamente.

Ejecute los comandos siguientes en Exchange Online PowerShell para obtener los detalles:

Get-MigrationBatch |?{$_.MigrationType -like "*PublicFolder*"} | Format-Table *last*sync*
Get-PublicFolderMailboxMigrationRequest | Get-PublicFolderMailboxMigrationRequestStatistics | Format-Table targetmailbox,*last*sync*

LastSyncedDate (en el lote de migración) y LastSuccessfulSyncTimestamp (en trabajos individuales) deben estar en los últimos 7 días. Si está demasiado lejos, como hace más de un mes, es posible que desee echar un vistazo a las solicitudes de migración de carpetas públicas y asegurarse de que todas las solicitudes se sincronizaron recientemente.

Una vez que haya confirmado que el lote y todas las solicitudes de migración se han sincronizado correctamente, en el servidor de Exchange heredado, ejecute el siguiente comando para bloquear las carpetas públicas heredadas para su finalización.

Set-OrganizationConfig -PublicFoldersLockedForMigration:$true

Para obtener información detallada acerca de la sintaxis y los parámetros, consulte set-OrganizationConfig.

Si su organización tiene varias bases de datos de carpetas públicas, deberá esperar hasta que se complete la replicación de carpetas públicas para confirmar que todas las bases de datos de carpetas públicas han seleccionado la PublicFoldersLockedForMigration marca y que los cambios pendientes realizados recientemente en las carpetas han convergido en toda la organización. Esto puede tardar varias horas.

Paso 7: Finalización de la migración de carpetas públicas (se requiere tiempo de inactividad)

Para completar la migración de carpetas públicas, ejecute el siguiente comando:

Complete-MigrationBatch PublicFolderMigration

Importante

Una vez completado un lote de migración, no se pueden sincronizar datos adicionales desde servidores exchange locales y Exchange Online.

Cuando complete la migración, Exchange realizará una sincronización final entre el servidor de Exchange heredado y Exchange Online. Si la sincronización final se realiza correctamente, las carpetas públicas de Exchange Online se desbloquearán y el estado del lote de migración cambiará a Completado. Es habitual que el estado del lote de migración permanezca en "Sincronizado" durante unas horas antes de cambiar a Finalización. En el caso de las migraciones que implican un gran número de buzones de destino, es normal ver que el estado permanece en estado "Sincronizado" durante más de 24 horas, siempre que ninguna de las solicitudes de migración de carpetas públicas subyacentes haya producido un error o se haya puesto en cuarentena.

Si ha configurado una implementación híbrida entre los servidores de Exchange locales y Microsoft 365 o Office 365, debe ejecutar el siguiente comando en Exchange Online PowerShell una vez completada la migración:

Set-OrganizationConfig -RemotePublicFolderMailboxes $Null -PublicFoldersEnabled Local

Paso 8: Prueba y desbloqueo de la migración de carpetas públicas

Después de completar la migración de carpetas públicas, debe ejecutar la prueba siguiente para asegurarse de que dicha migración se realizó correctamente. Esto le permite probar la jerarquía de carpetas públicas migradas antes de cambiar a mediante Microsoft 365, Office 365 o Exchange Online carpetas públicas.

  1. En Exchange Online PowerShell, asigne algunos buzones de prueba para usar cualquier buzón de carpeta pública recién migrado como buzón de carpeta pública predeterminado.

    Set-Mailbox -Identity <Test User> -DefaultPublicFolderMailbox <Public Folder Mailbox Identity>
    
  2. Inicie sesión en Outlook 2010 o versiones posteriores con el usuario de prueba identificado en el paso anterior y, a continuación, realice las siguientes pruebas de carpeta pública:

    • Vea la jerarquía.
    • Compruebe los permisos.
    • Cree y elimine carpetas públicas.
    • Publique contenido en una carpeta pública y elimine contenido de ella.
  3. Si tiene algún problema, consulte Reversión de la migración más adelante en este artículo. Si el contenido y la jerarquía de carpetas públicas son aceptables y funciona según lo esperado, continúe con el paso siguiente.

  4. En el servidor de Exchange heredado, ejecute el siguiente comando para indicar que ya se ha completado la migración de carpetas públicas:

    Set-OrganizationConfig -PublicFolderMigrationComplete:$true
    
  5. Una vez que haya comprobado que la migración ha finalizado, ejecute el siguiente comando en Exchange Online PowerShell para asegurarse de que el parámetro PublicFoldersEnabled de Set-OrganizationConfig está establecido Localen :

    Set-OrganizationConfig -PublicFoldersEnabled Local
    

Para más información sobre la sintaxis y los parámetros, vea los siguientes temas:

Set-Mailbox

Get-Mailbox

Set-OrganizationConfig

¿Cómo saber si el proceso se ha completado correctamente?

En Paso 2: Preparación para la migración, se le indicó que tomara instantáneas de la estructura de carpetas públicas, las estadísticas y los permisos antes de que comenzara la migración. Los pasos siguientes le ayudarán a comprobar que la migración de carpetas públicas se realizó correctamente tomando las mismas instantáneas una vez completada la migración. A continuación, puede comparar los datos de ambos archivos para comprobar que se han realizado correctamente.

  1. En Exchange Online PowerShell, ejecute el siguiente comando para tomar una instantánea de la nueva estructura de carpetas.

    Get-PublicFolder -Recurse -ResultSize Unlimited | Export-CliXML C:\PFMigration\Cloud_PFStructure.xml
    
  2. En Exchange Online PowerShell, ejecute el siguiente comando para tomar una instantánea de las estadísticas de carpetas públicas, como recuento de elementos, tamaño y propietario.

    Get-PublicFolderStatistics | Export-CliXML C:\PFMigration\Cloud_PFStatistics.xml
    
  3. En Exchange Online PowerShell, ejecute el siguiente comando para tomar una instantánea de los permisos.

    Get-PublicFolder -Recurse -ResultSize Unlimited | Get-PublicFolderClientPermission | Select-Object Identity,User -ExpandProperty AccessRights | Export-CliXML  C:\PFMigration\Cloud_PFPerms.xml
    

Quitar bases de datos de carpetas públicas de los servidores de Exchange heredados

Una vez que se haya completado la migración y haya comprobado que las carpetas públicas de Exchange Online funcionan tal y como se esperaba, deberá quitar las bases de datos de carpetas públicas de los servidores de Exchange heredados.

Importante

Dado que todos los buzones de correo se han migrado a Microsoft 365 o Office 365 antes de la migración de carpetas públicas, se recomienda enrutar el tráfico a través de Microsoft 365 o Office 365 (flujo de correo descentralizado) en lugar de un flujo de correo centralizado a través del entorno local. Si decide mantener el flujo de correo centralizado, puede provocar problemas de entrega en sus carpetas públicas, ya que ha quitado las bases de datos de buzones de carpetas públicas de su organización local.

Revertir la migración

Si tiene problemas con la migración y necesita reactivar sus carpetas públicas de Exchange heredadas, realice los pasos siguientes.

Precaución

Si revierte su migración a los servidores de Exchange heredados, perderá todos los correos electrónicos que se enviaron a las carpetas públicas habilitadas para correo o el contenido que se publicó en las carpetas públicas después de la migración. Para guardar este contenido, debe exportar el contenido de la carpeta pública a un archivo .pst y luego importarlo a las carpetas públicas heredadas cuando se completa la reversión.

  1. En el servidor de Exchange heredado, ejecute el comando siguiente para desbloquear las carpetas públicas heredadas de Exchange. Este proceso puede tardar varias horas.

    Set-OrganizationConfig -PublicFoldersLockedForMigration:$False
    
  2. En Exchange Online PowerShell, ejecute los siguientes comandos para quitar todas las carpetas públicas de Exchange Online.

    $hierarchyMailboxGuid = $(Get-OrganizationConfig).RootPublicFolderMailbox.HierarchyMailboxGuid
    Get-Mailbox -PublicFolder:$true | Where-Object {$_.ExchangeGuid -ne $hierarchyMailboxGuid} | Remove-Mailbox -PublicFolder -Confirm:$false -Force
    Get-Mailbox -PublicFolder:$true | Where-Object {$_.ExchangeGuid -eq $hierarchyMailboxGuid} | Remove-Mailbox -PublicFolder -Confirm:$false -Force
    
  3. En el servidor exchange heredado, ejecute el siguiente comando para establecer la PublicFolderMigrationComplete marca $falseen .

    Set-OrganizationConfig -PublicFolderMigrationComplete:$False
    

Migración de carpetas públicas a Microsoft 365 o Office 365 mediante la exportación de Outlook PST

Se recomienda no usar la característica de exportación de PST de Outlook para migrar carpetas públicas a Microsoft 365, Office 365 o Exchange Online si la jerarquía de carpetas públicas local es mayor que 30 GB. Microsoft 365 y Office 365 crecimiento del buzón de carpetas públicas en línea se administra mediante una característica de división automática que divide el buzón de carpeta pública cuando supera las cuotas de tamaño. La división automática no puede controlar el crecimiento repentino de los buzones de la carpeta pública cuando se usa la exportación de PST para migrar las carpetas públicas y puede que tenga que esperar hasta dos semanas para que la división automática mueva los datos desde el buzón principal. Además, tenga en cuenta lo siguiente antes de usar Outlook PST para exportar carpetas públicas a Microsoft 365, Office 365 o Exchange Online:

  • Los permisos de carpetas públicas se perderán durante este proceso. Capture los permisos actuales antes de la migración y vuelva a agregarlos manualmente una vez completada la migración.

  • Si utiliza permisos complejos o tiene muchas carpetas que migrar, se recomienda usar el método de cmdlet para la migración.

  • Se perderán los cambios de elemento y carpeta realizados en las carpetas públicas de origen durante la migración de la exportación de PST. Por lo tanto, se recomienda usar el método de cmdlet si este proceso de exportación e importación tarda mucho tiempo en completarse.

Si desea migrar las carpetas públicas mediante archivos PST, siga estos pasos para garantizar una migración exitosa.

  1. Use las instrucciones en Paso 1: Descarga de los scripts de migración para descargar los scripts de migración. Solo tiene que descargar el PublicFolderToMailboxMapGenerator.ps1 archivo.

  2. Siga el paso 2 de Paso 3: Generar los archivos .csv para crear el archivo de asignación de carpetas públicas al buzón de correo. Este archivo se usa para calcular el número correcto de buzones de carpetas públicas en Exchange Online.

  3. Cree los buzones de carpeta pública que necesite en función del archivo de asignación. Para obtener más información, vea Crear un buzón de carpeta pública.

  4. Use el cmdlet New-PublicFolder para crear la carpeta pública principal en cada uno de los buzones de la carpeta pública mediante el parámetro Mailbox.

  5. Exporte e importe los archivos PST con Outlook.

  6. Establezca los permisos en las carpetas públicas mediante el EAC. Para obtener más información, vea Paso 3: Asignar permisos a la carpeta pública.

Precaución

Si ya ha iniciado una migración PST y se ha encontrado con un problema en el que el buzón principal está lleno, tiene dos opciones para recuperar la migración de PST. La primera opción es esperar a que la división automática mueva los datos del buzón principal. Esto puede tardar hasta dos semanas. Sin embargo, todas las carpetas públicas en un buzón completamente lleno de carpetas públicas no podrán recibir el contenido nuevo hasta que se complete la división automática. La otra opción es crear un buzón de carpeta pública y, a continuación, usar el cmdlet New-PublicFolder con el parámetro Mailbox para crear las carpetas públicas restantes en el buzón de carpeta pública secundario.

Solución de problemas de migraciones de carpetas públicas

Seleccione el botón siguiente para ver los problemas comunes durante la migración de carpetas públicas:

Se abre una página de control flotante en el Centro de administración de Microsoft 365, inicie sesión con su cuenta de administrador de inquilinos y seleccione la opción adecuada.