Herstel hoe u een postvak kunt herstellen wanneer er een postvak beschikbaar is in zowel Exchange Online als on-premises

Beschrijving

In een hybride implementatie van Microsoft Exchange server heeft een gebruiker mogelijk een postvak in zowel Exchange Online als een on-premises Exchange-organisatie. Dit is geen status voor een hybride organisatie, omdat er dan een probleem met de e-mail stroom wordt gemaakt. In dit geval worden berichten bezorgd in het postvak dat overeenkomt met de locatie van de afzender. Als de afzender zich in uw on-premises organisatie bevindt, wordt berichten bezorgd in het on-premises postvak. Als de afzender zich bevindt in uw Exchange Online-Tenant, worden berichten bezorgd in het postvak van Exchange Online.

De situatie verbeteren

U wordt aangeraden de methoden uit dit artikel te gebruiken om dit probleem in de e-mail stroom op te lossen. Andere mogelijke opties gebruikmaken van herstelmethoden die niet gegarandeerd werken. Aangezien Office 365 doorgaat met het ontwikkelen van nieuwe functies, kunnen er mogelijk extra opties worden toegevoegd. Dit artikel wordt bijgewerkt met aanvullende correctiemethoden wanneer deze beschikbaar komen.

Scenario 1: Postvak in Exchange Online bewaren

Dit scenario is het meest geschikt als het postvak van de gebruiker eerder werd gemigreerd naar Exchange Online, en op de plaats waar het oude postvak opnieuw verbinding werd gemaakt of als een nieuw postvak on-premises is ingericht. Een ander mogelijk scenario is wanneer een Exchange Online-licentie voortijdig wordt toegewezen en een nieuw postvak met alleen de Cloud wordt gemaakt terwijl de gebruiker al een bestaand postvak heeft in Exchange on-premises. Lees de belangrijke opmerking aan het einde van stap 7.

Voer de volgende stappen uit om deze methode te gebruiken:

  1. Sla de informatie over het on-premises postvak op in een bestand, zoals ' SMTP Address ', ' Exchange Attributes ', enzovoort.

  2. Stel de inventarisatie limiet voor PowerShell-indeling in op ' onbeperkt ' om ervoor te zorgen dat er geen kenmerkwaarden worden afgekapt. Bijvoorbeeld:

    $formatenumerationlimit = -1
    Get-Mailbox "mailbox identity" | fl > mailboxinfo.txt
    
  3. Verbreek de verbinding met het on-premises postvak:

    Disable-Mailbox "mailbox identity"
    
  4. Schakel de on-premises gebruiker in als een extern postvak:

    Enable-RemoteMailbox "user identity" -RemoteRoutingAddress "user@contoso.mail.onmicrosoft.com"
    
  5. Herstel eventuele aangepaste proxyadressen en andere Exchange-kenmerken die zijn verwijderd wanneer het postvak is uitgeschakeld (vergelijk met de Get-Mailbox opdracht uit stap 1).

  6. Option Stempel de Exchange Online-GUID in het externe postvak (vereist als u de postvak van het postvak weer wilt terugzetten naar on-premises).

    Set-RemoteMailbox "user identity" -ExchangeGuid "Exchange guid value of Exchange Online mailbox"
    
  7. Herstel de inhoud van het niet-verbonden postvak met Exchange Online. Voor de referenties moet u een on-premises Exchange-beheerdersaccount opgeven. Als u een herstelbewerking op afstand wilt uitvoeren, moet de beheerder een van de volgende voorwaarden hebben:

    • Lid zijn van de groep Domeinadministrators in Active Directory Domain Services (AD DS) in de on-premises organisatie.
    • Lid zijn van de groep beheerders van Exchange-geadresseerden in Active Directory in de on-premises organisatie.
    • Lid zijn van de groep Organisatiebeheer of ontvangers beheer in Exchange 2010 of hoger.
    $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
    

    Notitie

    Het terugzetten van de afstand wordt niet ondersteund voor Exchange 2010. De minimaal ondersteunde versie is Exchange 2013.

Belangrijk

Aangezien New-MailboxRestoreRequest het in één Exchange-organisatie is ontworpen, mislukt het herstel van cross-premises als gevolg van een onvermijdbare conflict tussen de bron-en doel postvak-ExchangeGuid. De aanvraag voor het herstellen van een postvak eindigt met de status ' FailedOther ' en het rapport (van Get-MailboxRestoreRequestStatistics -IncludeReport ) wordt het volgende foutbericht weergegeven in de uiteindelijke rapport vermelding:

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

Deze fout kan worden afgehandeld en de taak wordt behandeld als een succes, zolang de tweede tot laatste invoer in het rapport het juiste aantal gekopieerde items bevat, zoals de Kopieer voortgang: 5000/5000-berichten, 2,34 GB/2.34 GB. Bijvoorbeeld:

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.

Items die in de BadItemsEncountered, LargeItemsEncountered of MissingItemsEncountered Properties (van Get-MailboxRestoreRequestStatistics ) worden gerapporteerd, moeten normaal worden verwerkt, omdat ze ook zijn opgetreden, ongeacht of het postvak is gemigreerd via migratie batch/verzoek om te verplaatsen, of via New MailboxRestoreRequest.

Scenario 2: postvakgegevens van Exchange Online verwijderen

De postvakgegevens in Office 365 zijn mogelijk niet meer nodig. In dit geval raadpleegt u dit blog artikel in dit Exchange-team voor meer informatie over het volledig verwijderen van de gegevens van het Exchange Online-postvak.