Jak obnovit, když poštovní schránka existuje v Exchange online i místní síti

Popis

V hybridním nasazení serveru Microsoft Exchange Server může mít uživatel poštovní schránku v Exchange online i v místní organizaci Exchange. Tento stav není pro hybridní organizaci požadovaný, protože bude vytvářet problémy s tokem pošty. V tomto případě budou zprávy doručeny do poštovní schránky, která odpovídá umístění odesílatele. Pokud je odesílatel umístěný v místní organizaci, budou zprávy doručeny do místní poštovní schránky. Pokud je odesilatel umístěn v tenantovi online, budou doručeny do poštovní schránky Exchange Online.

Jak zlepšit situaci

Chcete-li tento problém s tokem pošty opravit, doporučujeme, abyste odkazovali na metody uvedené v tomto článku. Další možnosti umožňují používat metody obnovení, u kterých není zaručeno, že fungují. Když se Office 365 dál vyvíjí a přidají se nové funkce, můžou být možné další možnosti. Tento článek se aktualizuje, aby odrážel další opravné metody, které budou k dispozici.

Scénář 1: Uchovávejte poštovní schránku Exchange Online

Tento scénář by byl nejpřesnný, pokud byla poštovní schránka uživatele migrována do Exchange Online a některá stará poštovní schránka byla znovu připojena nebo místní poštovní schránka byla zřízena místně. Dalším možným scénářem je, když je předčasně přiřazená licence na Exchange Online a vytvoří se nová cloudová poštovní schránka, zatímco uživatel už v místní síti Exchange má existující poštovní schránku. Pozorně si přečtěte důležitou poznámku na konci kroku 7.

Chcete-li použít tuto metodu, postupujte takto:

  1. Uložit místní informace o poštovní schránce do souboru, například adresy SMTP, "atributy Exchange" atd.

  2. Nastavte limit výčtu v PowerShellu na Neomezeno, abyste se ujistili, že žádné hodnoty atributů nejsou zkrácené. Příklady:

    $formatenumerationlimit = -1
    Get-Mailbox "mailbox identity" | fl > mailboxinfo.txt
    
  3. Odpojte místní poštovní schránku:

    Disable-Mailbox "mailbox identity"
    
  4. Povolení místního uživatele jako vzdálené poštovní schránky:

    Enable-RemoteMailbox "user identity" -RemoteRoutingAddress "user@contoso.mail.onmicrosoft.com"
    
  5. Obnovte všechny vlastní proxy adresy a všechny ostatní atributy Exchange, které byly při zakázání poštovní schránky odstraněny (porovnejte je s Get-Mailbox příkazem z kroku 1).

  6. Option Přihlaste se k systému Exchange Online na vzdálené poštovní schránce (povinné, pokud chcete, aby poštovní schránka byla někdy mimo provoz do místní schránky).

    Set-RemoteMailbox "user identity" -ExchangeGuid "Exchange guid value of Exchange Online mailbox"
    
  7. Obnovte obsah odpojené poštovní schránky do Exchange Online. U přihlašovacích údajů musíte zadat místní účet správce Exchange. Abyste mohli provést vzdálené obnovení, musí mít správce jednu z těchto podmínek:

    • Musí být členem skupiny Domain Admins ve službě AD DS (Active Directory Domain Services)v místní organizaci.
    • Člen skupiny Správci příjemců Exchange ve službě Active Directory v místní organizaci.
    • Člen skupiny pro správu správy nebo příjemce ve skupině Exchange 2010 nebo vyšší
    $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
    

    Poznámka

    Vzdálené obnovení není pro Exchange 2010 podporované. Minimální podporovaná verze je Exchange 2013.

Důležité

Vzhledem k tomu New-MailboxRestoreRequest , že aplikace byla navržená pro práci v jedné organizaci Exchange, nebudou úlohy pro různé operace obnovení z důvodu nenevyhnutelné neshody mezi zdrojovou a cílovou poštovní schránkou ExchangeGUID. Žádost o obnovení poštovní schránky skončí ve stavu "FailedOther" a sestava (from) zobrazí Get-MailboxRestoreRequestStatistics -IncludeReport v závěrečné sestavě následující chybovou zprávu:

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

Tuto chybu je možné brát v úvahu a úloha se místo toho považovat za úspěšnou, dokud druhá až poslední položka v sestavě zobrazuje správný počet zkopírovaných položek (třeba průběh kopírování: 5000/5000 zpráv, 2,34 GB/2.34 GB). Příklady:

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.

Všechny položky nahlášené v BadItemsEncountered, LargeItemsEncountered nebo MissingItemsEncountered (from Get-MailboxRestoreRequestStatistics ) by se měly zpracovávat normálně, protože by byly zjištěny bez ohledu na to, jestli byla poštovní schránka migrována prostřednictvím žádosti dávky/přesunout migrace nebo prostřednictvím nového MailboxRestoreRequest.

Scénář 2: odebrání dat poštovní schránky Exchange Online

Informace o poštovní schránce v Office 365 už nemusí být potřeba. V tomto případě se podívejte na Tento článek o blogu týmu Exchange , kde najdete další informace o úplném odebrání informací poštovní schránky Exchange Online.