Compartir a través de

Cómo recuperar cuando existe un buzón en Exchange Online y en el entorno local

  • Se aplica a: Exchange Online, Exchange Server 2019, Exchange Server 2016, Exchange Server 2013

Descripción

En una implementación híbrida Microsoft Exchange Server, un usuario puede tener un buzón en Exchange Online y en una organización local de Exchange. Este no es un estado deseado para una organización híbrida porque creará problemas de flujo de correo. En este caso, los mensajes se entregarán al buzón de correo correspondiente a la ubicación del remitente. Si el remitente se encuentra en la organización local, los mensajes se entregarán en el buzón local. Si el remitente se encuentra en el inquilino de Exchange Online, los mensajes se entregarán en el buzón de Exchange Online.

Cómo mejorar la situación

Para corregir este problema de flujo de correo, se recomienda que consulte los métodos que se proporcionan en este artículo. Otras opciones posibles usan métodos de recuperación que no se garantiza que funcionen. A medida que Microsoft 365 sigue evolucionando y se agregan nuevas características, pueden ser posibles opciones adicionales. Este artículo se actualizará para reflejar métodos correctivos adicionales a medida que estén disponibles.

Escenario 1: Mantener Exchange Online buzón

Este escenario sería más aplicable si el buzón de usuario se migró anteriormente a Exchange Online y, de alguna manera, el buzón antiguo se volvió a conectar o se aprovisionó un nuevo buzón de correo local. Otro escenario posible es cuando una licencia de Exchange Online se asigna prematuramente y se crea un nuevo buzón de solo nube mientras el usuario ya tiene un buzón existente en Exchange local. Asegúrese de leer la nota importante al final del paso 8.

Para usar este método, siga estos pasos:

  1. Abra el Shell de administración de Exchange, guarde la información del buzón local en un archivo, como "Direcciones SMTP", "DN heredado de Exchange", "Atributos de Exchange", etc.

  2. Establezca el límite de enumeración Formato de PowerShell en "ilimitado" para asegurarse de que no se truncan los valores de atributo. Por ejemplo:

    $formatenumerationlimit = -1
Get-Mailbox "mailbox identity" | fl > mailboxinfo.txt

  3. Desconecte el buzón local:

    Disable-Mailbox "mailbox identity"

  4. Habilite el usuario local como buzón remoto:

    Enable-RemoteMailbox "user identity" -RemoteRoutingAddress "user@contoso.mail.onmicrosoft.com"

  5. Restaure las direcciones de proxy personalizadas y cualquier otro atributo de Exchange Server que se quitaron cuando se deshabilitó el buzón (compárese con el Get-Mailbox cmdlet del paso 2).

  6. Agregue el LegacyExchangeDN valor del buzón local anterior a la dirección de proxy del nuevo buzón remoto como una dirección x500. Para ello, ejecute el siguiente cmdlet:

    Nota:

    El valor del LegacyExchangeDN parámetro se puede encontrar en el archivo que se guarda en el paso 2.

    Set-RemoteMailbox -Identity "user identity" -EmailAddresses @{add="x500:/o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=<user identity>"}

  7. Recopile los GUID de los buzones y la base de datos:

    • Para obtener el GUID del buzón desconectado, use el valor del ExchangeGUID parámetro del archivo que se guarda en el paso 2.

    • Para obtener el GUID de la base de datos local, use el valor del Database parámetro del archivo que se guarda en el paso 2 y, a continuación, ejecute el siguiente cmdlet:

      Get-MailboxDatabase "database identity" | fl *GUID*

    • Para obtener el GUID del buzón de correo en la nube, ejecute el siguiente cmdlet mediante Exchange Online PowerShell:

      Get-Mailbox "user identity" | fl *ExchangeGUID*

  8. (Opcional) Stamp the Exchange Online GUID on the remote mailbox using Exchange Management Shell (required if you want to off board the mailbox back to on-premises).

    Set-RemoteMailbox "user identity" -ExchangeGuid "Exchange guid value of Exchange Online mailbox"

  9. Restaure el contenido del buzón desconectado en Exchange Online mediante Exchange Online PowerShell. Para credenciales, debe especificar una cuenta de administrador de Exchange local. Para realizar una restauración remota, el administrador debe tener una de las condiciones siguientes:

    • Un miembro del grupo de administradores de dominio en los servicios de dominio de Active Directory (AD DS) en la organización local.
    • Un miembro del grupo de administradores de destinatarios de Exchange en Active Directory de la organización local.
    • Miembro del grupo Administración de la organización o Administración de destinatarios de Exchange Server 2013 o posterior.
    $cred = Get-Credential
New-MailboxRestoreRequest -RemoteHostName "mail.contoso.com" -RemoteCredential $cred -SourceStoreMailbox "exchange guid of disconnected mailbox" -TargetMailbox "exchange guid of cloud mailbox" -RemoteDatabaseGuid "guid of on-premises database" -RemoteRestoreType DisconnectedMailbox

    Nota:

    La restauración remota no se admite para Exchange Server 2010. La versión mínima admitida es Exchange Server 2013.

Importante

Dado que New-MailboxRestoreRequest se diseñó para funcionar en una sola organización Exchange Server, se producirá un error en los trabajos de restauración entre locales debido a una falta de coincidencia inevitable entre el buzón de exchangeGuid de origen y de destino. La solicitud de restauración del buzón finalizará en estado "FailedOther" y el informe (de Get-MailboxRestoreRequestStatistics -IncludeReport) mostrará el siguiente mensaje de error en la entrada del informe final:

Get-MailboxRestoreRequest "<mailbox's ID>" | `
Get-MailboxRestoreRequestStatistics -IncludeReport | `
select -ExpandProperty Report | `
select -ExpandProperty Entries | `
select -Last 2 | `
select -Last 1

CreationTime               : mmmm/dddd/yyyy 12:16:36 AM
ServerName                 : YTBPR01MB4016
Type                       : Error
TypeInt                    : 4
Flags                      : Failure, Fatal
FlagsInt                   : 18
Message                    : Fatal error RecipientNotFoundPermanentException has occurred.
MessageData                : {0, 1, 0, 0...}
MessageBytes               : {10, 29, 70, 97...}
Failure                    : RecipientNotFoundPermanentException: Cannot find a recipient that has mailbox
                             GUID '2ed5d0ca-54e2-4226-xxxx-a48848e18c0f'.
BadItem                    :
ConfigObject               :
MailboxSize                :
SessionStatistics          :
ArchiveSessionStatistics   :
MailboxVerificationResults : {}
DivergenceFixupResults     : {}
DebugData                  :
Connectivity               :
SourceThrottleDurations    :
TargetThrottleDurations    :
UnknownElements            :
UnknownAttributes          :
XmlSchemaType              :
LocalizedString            : mmmm/dddd/yyyy 12:16:36 AM [YTBPR01MB4016] Fatal error
                             RecipientNotFoundPermanentException has occurred.
Identity                   :
IsValid                    : True
ObjectState                : New

Este error se puede omitir y el trabajo en su lugar se trata como correcto, siempre y cuando la segunda a la última entrada del informe muestre el número correcto de elementos que se han copiado (por ejemplo, Progreso de copia: 5000/5000 mensajes, 2,34 GB/2,34 GB). Por ejemplo:

Get-MailboxRestoreRequest "<mailbox's ID>" | `
Get-MailboxRestoreRequestStatistics -IncludeReport | `
select -ExpandProperty Report | `
select -ExpandProperty Entries | `
select -Last 2 | `
select -First 1

CreationTime               : mmmm/dddd/yyyy 12:16:36 AM
ServerName                 : YTBPR01MB4016
Type                       : Informational
TypeInt                    : 0
Flags                      : None
FlagsInt                   : 0
Message                    : Copy progress: 799/799 messages, 25 MB (26,215,094 bytes)/25 MB (26,215,094
                             bytes), 0/0 folders completed.
MessageData                : {0, 1, 0, 0...}
MessageBytes               : {10, 68, 67, 111...}
Failure                    :
BadItem                    :
ConfigObject               :
MailboxSize                :
SessionStatistics          :
ArchiveSessionStatistics   :
MailboxVerificationResults : {}
DivergenceFixupResults     : {}
DebugData                  :
Connectivity               :
SourceThrottleDurations    :
TargetThrottleDurations    :
UnknownElements            :
UnknownAttributes          :
XmlSchemaType              :
LocalizedString            : mmmm/dddd/yyyy 12:16:36 AM [YTBPR01MB4016] Copy progress: 799/799 messages, 25 MB
                             (26,215,094 bytes)/25 MB (26,215,094 bytes), 0/0 folders completed.

Los elementos notificados en las propiedades BadItemsEncountered, LargeItemsEncountered o MissingItemsEncountered (de Get-MailboxRestoreRequestStatistics) deben tratarse con normalidad, ya que se habrían encontrado independientemente de si el buzón se migró a través de la solicitud de migración por lotes o movimiento, o a través de New-MailboxRestoreRequest.

Escenario 2: Quitar datos de buzón de Exchange Online

Es posible que la información del buzón de correo de Microsoft 365 ya no sea necesaria. En este caso, consulte este artículo del blog del equipo de Exchange para obtener más información sobre cómo quitar completamente la información del buzón de Exchange Online.