Sdílet prostřednictvím

Obnovení, když poštovní schránka existuje v Exchange Online i v místním prostředí

  • Platí pro: Exchange Online, Exchange Server 2019, Exchange Server 2016, Exchange Server 2013

Popis

V Microsoft Exchange Server hybridním nasazení může mít uživatel poštovní schránku v Exchange Online i v místní organizaci Exchange. Tento stav není žádoucí pro hybridní organizaci, protože způsobí problémy s tokem pošty. V takovém případě se zprávy doručí do poštovní schránky, která odpovídá umístění odesílatele. Pokud se odesílatel nachází ve vaší místní organizaci, zprávy se doručí do místní poštovní schránky. Pokud se odesílatel nachází ve vašem tenantovi Exchange Online, doručí se zprávy do Exchange Online poštovní schránky.

Jak zlepšit situaci

Pokud chcete tento problém s tokem pošty vyřešit, doporučujeme, abyste se ho chytli na metody uvedené v tomto článku. Jiné možné možnosti používají metody obnovení, které nezaručují, že budou fungovat. S tím, jak se Microsoft 365 neustále vyvíjí a přidávají se nové funkce, můžou být možné další možnosti. Tento článek bude aktualizován tak, aby odrážel další opravné metody, jakmile budou k dispozici.

Scénář 1: Zachování Exchange Online poštovní schránky

Tento scénář by byl nejvhodnější, pokud se poštovní schránka uživatele dříve migrovala do Exchange Online a nějak se znovu připojila stará poštovní schránka nebo byla zřízena nová poštovní schránka místně. Dalším možným scénářem je, že se předčasně přiřadí licence Exchange Online a vytvoří se nová cloudová poštovní schránka, zatímco uživatel už má existující poštovní schránku v místním Exchangi. Nezapomeňte si přečíst důležitou poznámku na konci kroku 8.

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

  1. Otevřete Prostředí Exchange Management Shell a uložte informace o místní poštovní schránce do souboru, například adresy SMTP, starší verze Názvu názvu serveru Exchange, atributy Exchange atd.

  2. Nastavte limit výčtu formátu PowerShellu na "neomezený" a ujistěte se, že se nezkrátí žádné hodnoty atributů. Příklady:

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

  3. Odpojte místní poštovní schránku:

    Disable-Mailbox "mailbox identity"

  4. Povolte místního uživatele jako vzdálenou poštovní schránku:

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

  5. Obnovte všechny vlastní adresy proxy serveru a všechny další atributy Exchange Server, které byly odstraněny při zakázání poštovní schránky (porovnejte s rutinou Get-Mailbox z kroku 2).

  6. LegacyExchangeDN Přidejte hodnotu předchozí místní poštovní schránky na adresu proxy nové vzdálené poštovní schránky jako adresu x500. Provedete to spuštěním následující rutiny:

    Poznámka

    Hodnotu parametru LegacyExchangeDN najdete v souboru, který je uložený v kroku 2.

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

  7. Shromážděte identifikátory GUID poštovních schránek a databáze:

    • Pokud chcete získat identifikátor GUID odpojené poštovní schránky, použijte hodnotu parametru ExchangeGUID ze souboru, který je uložený v kroku 2.

    • Pokud chcete získat identifikátor GUID místní databáze, použijte hodnotu parametru Database ze souboru, který je uložený v kroku 2, a pak spusťte následující rutinu:

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

    • Pokud chcete získat identifikátor GUID cloudové poštovní schránky, spusťte pomocí Exchange Online PowerShellu následující rutinu:

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

  8. (Volitelné) Označte identifikátor GUID Exchange Online vzdálené poštovní schránky pomocí prostředí Exchange Management Shell (vyžaduje se, pokud chcete poštovní schránku vypnout zpět do místního prostředí).

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

  9. Pomocí Exchange Online PowerShellu obnovte obsah odpojené poštovní schránky do Exchange Online. Jako přihlašovací údaje musíte zadat účet místního správce Exchange. Aby mohl správce provést vzdálené obnovení, musí mít jednu z následujících podmínek:

    • Musí být členem skupiny Domain Admins ve službě AD DS (Active Directory Domain Services)v místní organizaci.
    • Člen skupiny Exchange Recipients Administrators ve službě Active Directory v místní organizaci.
    • Člen skupiny Správa organizace nebo Správa příjemců v Exchange Server 2013 nebo novějším.
    $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 Server 2010 podporované. Minimální podporovaná verze je Exchange Server 2013.

Důležité

Vzhledem k tomu, že New-MailboxRestoreRequest byl navržen tak, aby fungoval v jedné Exchange Server organizaci, úlohy obnovení mezi různými místy selžou kvůli nevyhnutelné neshodě mezi zdrojovou a cílovou poštovní schránkou ExchangeGuid. Žádost o obnovení poštovní schránky skončí ve stavu "FailedOther" a v sestavě (z Get-MailboxRestoreRequestStatistics -IncludeReport) se zobrazí následující chybová zpráva v poslední položce sestavy:

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

Toto selhání může být ignorováno a úloha se místo toho považuje za úspěšnou, pokud předposekundová položka v sestavě ukazuje správný počet zkopírovaných položek (např. 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.

Se všemi položkami hlášenými ve vlastnostech BadItemsEncountered, LargeItemsEncountered nebo MissingItemsEncountered (z Get-MailboxRestoreRequestStatistics) by se mělo zacházet normálně, protože by k těmto položkám došlo bez ohledu na to, jestli se poštovní schránka migrovala prostřednictvím dávky migrace nebo žádosti o přesunutí nebo prostřednictvím rutiny New-MailboxRestoreRequest.

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

Informace o poštovní schránce v Microsoftu 365 už nemusí být potřeba. V takovém případě najdete další informace o úplném odebrání Exchange Online informací o poštovní schránce v tomto článku na blogu týmu Exchange.