Herstellen wanneer een postvak bestaat in zowel Exchange Online als on-premises - Exchange (2024)

  • Artikel
  • Van toepassing op:
    Exchange Online, Exchange Server 2019, Exchange Server 2016, Exchange Server 2013

Beschrijving

In een Microsoft Exchange Server hybride implementatie heeft een gebruiker mogelijk een postvak in zowel Exchange Online als een on-premises Exchange-organisatie. Dit is geen gewenste status voor een hybride organisatie, omdat hierdoor problemen met de e-mailstroom ontstaan. 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, worden berichten bezorgd in het on-premises postvak. Als de afzender zich in uw Exchange Online-tenant bevindt, worden berichten bezorgd in het Exchange Online postvak.

Hoe de situatie te verbeteren

Als u dit probleem met de e-mailstroom wilt oplossen, raden we u aan de methoden in dit artikel te raadplegen. Andere mogelijke opties gebruiken herstelmethoden die niet gegarandeerd werken. Naarmate Microsoft 365 zich blijft ontwikkelen en er nieuwe functies worden toegevoegd, zijn er mogelijk extra opties mogelijk. Dit artikel wordt bijgewerkt om aanvullende corrigerende methoden weer te geven zodra deze beschikbaar komen.

Scenario 1: Exchange Online postvak behouden

Dit scenario is het meest van toepassing als het postvak van de gebruiker eerder is gemigreerd naar Exchange Online en het oude postvak opnieuw is verbonden 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 cloudpostvak wordt gemaakt terwijl de gebruiker al een bestaand postvak in Exchange on-premises heeft. Lees de belangrijke opmerking aan het einde van stap 8.

Volg deze stappen om deze methode te gebruiken:

  1. Open de Exchange Management Shell, sla de on-premises postvakgegevens op in een bestand, zoals 'SMTP-adressen', 'Verouderde Exchange DN', 'Exchange-kenmerken', enzovoort.

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

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

    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 aangepaste proxyadressen en andere Exchange Server kenmerken die zijn verwijderd toen het postvak werd uitgeschakeld (vergelijk met de Get-Mailbox cmdlet uit stap 2).

  6. Voeg de LegacyExchangeDN waarde van het vorige on-premises postvak toe aan het proxyadres van het nieuwe externe postvak als een x500-adres. Voer hiervoor de volgende cmdlet uit:

    Opmerking

    De waarde van de LegacyExchangeDN parameter vindt u in het bestand dat is opgeslagen in stap 2.

    Set-RemoteMailbox -Identity "user identity" -EmailAddresses @{add="x500:/o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=<user identity>"}
  7. Verzamel de GUID's van de postvakken en database:

    • Als u de GUID van het niet-verbonden postvak wilt ophalen, gebruikt u de waarde van de ExchangeGUID parameter uit het bestand dat is opgeslagen in stap 2.

    • Als u de GUID van de on-premises database wilt ophalen, gebruikt u de waarde van de Database parameter uit het bestand dat is opgeslagen in stap 2 en voert u vervolgens de volgende cmdlet uit:

      Get-MailboxDatabase "database identity" | fl *GUID*
    • Als u de GUID van het cloudpostvak wilt ophalen, voert u de volgende cmdlet uit met behulp van Exchange Online PowerShell:

      Get-Mailbox "user identity" | fl *ExchangeGUID*
  8. (Optioneel) Stempel de Exchange Online GUID op het externe postvak met behulp van Exchange Management Shell (vereist als u het postvak ooit weer on-premises wilt gebruiken).

    Set-RemoteMailbox "user identity" -ExchangeGuid "Exchange guid value of Exchange Online mailbox"
  9. Herstel de inhoud van het niet-verbonden postvak naar Exchange Online met behulp van Exchange Online PowerShell. Voor referenties moet u een on-premises Exchange-beheerdersaccount opgeven. Als u een herstel 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.
    • Een lid van de groep Exchange Recipients Administrators in Active Directory in de on-premises organisatie.
    • Een lid van de groep Organisatiebeheer of Ontvangerbeheer in Exchange Server 2013 of hoger.
    $cred = Get-CredentialNew-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

    Opmerking

    Het externe herstel wordt niet ondersteund voor Exchange Server 2010. De minimaal ondersteunde versie is Exchange Server 2013.

Belangrijk

Omdat New-MailboxRestoreRequest is ontworpen om te werken in één Exchange Server organisatie, mislukken de cross-premises hersteltaken vanwege een onvermijdelijke niet-overeenkomende exchangeguid van het bron- en doelpostvak. De aanvraag voor het herstellen van het postvak eindigt op de status MisluktOverig en in het rapport (van Get-MailboxRestoreRequestStatistics -IncludeReport) wordt het volgende foutbericht weergegeven in het definitieve rapportitem:

Get-MailboxRestoreRequest "<mailbox's ID>" | `Get-MailboxRestoreRequestStatistics -IncludeReport | `select -ExpandProperty Report | `select -ExpandProperty Entries | `select -Last 2 | `select -Last 1CreationTime : mmmm/dddd/yyyy 12:16:36 AMServerName : YTBPR01MB4016Type : ErrorTypeInt : 4Flags : Failure, FatalFlagsInt : 18Message : 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 : TrueObjectState : New

Deze fout kan worden genegeerd en de taak wordt in plaats daarvan als geslaagd beschouwd, zolang de op een na laatste vermelding in het rapport het juiste aantal items weergeeft dat is gekopieerd (bijvoorbeeld Voortgang kopiëren: 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 1CreationTime : mmmm/dddd/yyyy 12:16:36 AMServerName : YTBPR01MB4016Type : InformationalTypeInt : 0Flags : NoneFlagsInt : 0Message : 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.

Alle items die zijn gerapporteerd in de eigenschappen BadItemsEncountered, LargeItemsEncountered of MissingItemsEncountered (van Get-MailboxRestoreRequestStatistics) moeten normaal worden behandeld, omdat deze zouden zijn aangetroffen, ongeacht of het postvak is gemigreerd via migratiebatch/verplaatsingsaanvraag of via New-MailboxRestoreRequest.

Scenario 2: Exchange Online postvakgegevens verwijderen

De postvakgegevens in Microsoft 365 zijn mogelijk niet meer nodig. In dit geval raadpleegt u dit blogartikel van het Exchange-team voor meer informatie over het volledig verwijderen van de Exchange Online postvakgegevens.

Herstellen wanneer een postvak bestaat in zowel Exchange Online als on-premises - Exchange (2024)

References

Top Articles
Latest Posts
Article information

Author: Rev. Leonie Wyman

Last Updated:

Views: 6388

Rating: 4.9 / 5 (59 voted)

Reviews: 90% of readers found this page helpful

Author information

Name: Rev. Leonie Wyman

Birthday: 1993-07-01

Address: Suite 763 6272 Lang Bypass, New Xochitlport, VT 72704-3308

Phone: +22014484519944

Job: Banking Officer

Hobby: Sailing, Gaming, Basketball, Calligraphy, Mycology, Astronomy, Juggling

Introduction: My name is Rev. Leonie Wyman, I am a colorful, tasty, splendid, fair, witty, gorgeous, splendid person who loves writing and wants to share my knowledge and understanding with you.