Så här återställer du när det finns en postlåda i både Exchange Online och lokalt

Beskrivning

I en Microsoft Exchange Server-hybriddistribution kan en användare ha en postlåda i både Exchange Online och en lokal Exchange-organisation. Det här är inte en önskad status för en hybridorganisation eftersom det skapar problem med e-postflödet. I det här fallet levereras meddelanden till den postlåda som motsvarar avsändarens plats. Om avsändaren finns i den lokala organisationen levereras meddelandena till den lokala postlådan. Om avsändaren finns i Exchange Online-klienten levereras meddelanden till Exchange Online-postlådan.

Så här kan du förbättra situationen

Vi rekommenderar att du refererar till de metoder som finns i den här artikeln för att korrigera problemet med e-postflödet. Andra möjliga alternativ använder återställningsmetoder som inte garanterad kommer att fungera. I takt med att Office 365 utvecklas och nya funktioner läggs till kan det vara möjligt att lägga till fler alternativ. Den här artikeln kommer att uppdateras för att återspegla ytterligare korrigerande metoder när de blir tillgängliga.

Scenario 1: Behåll Exchange Online-postlådan

Det här scenariot skulle vara mest användbart om användarpostlådan tidigare hade migrerats till Exchange Online och den gamla postlådan återanslutdes eller om en ny postlåda etablerades lokalt. Ett annat möjligt scenario är när en Exchange Online-licens tilldelas och en ny postlåda med enbart molnet skapas medan användaren redan har en befintlig postlåda i Exchange lokalt. Läs den viktiga anteckningen i slutet av steg 7.

Följ de här stegen om du vill använda den här metoden:

  1. Spara information om den lokala postlådan i en fil, till exempel "SMTP-adresser", "Exchange-attribut" och så vidare.

  2. Ange en gräns för uppräkning av PowerShell-format till "obegränsat" för att se till att inga attributvärden trunkeras. Till exempel:

    $formatenumerationlimit = -1
    Get-Mailbox "mailbox identity" | fl > mailboxinfo.txt
    
  3. Koppla bort den lokala postlådan:

    Disable-Mailbox "mailbox identity"
    
  4. Aktivera den lokala användaren som en fjärrpostlåda:

    Enable-RemoteMailbox "user identity" -RemoteRoutingAddress "user@contoso.mail.onmicrosoft.com"
    
  5. Återställ alla anpassade proxyadresser och andra Exchange-attribut som togs bort när postlådan inaktiverades (jämför med kommandot Get-Mailbox från steg 1).

  6. (Valfritt) Stämpla Exchange Online-GUID på den fjärranslutna postlådan (krävs om du någon gång vill ta bort postlådan från postlådan lokalt igen).

    Set-RemoteMailbox "user identity" -ExchangeGuid "Exchange guid value of Exchange Online mailbox"
    
  7. Återställ innehållet i den frånkopplade postlådan till Exchange Online. För autentiseringsuppgifterna måste du ange ett lokalt Exchange-administratörskonto. Administratören måste ha något av följande villkor för att kunna utföra en fjärråterställning:

    • Medlem i gruppen Domänadministratörer i AD DS (Active Directory Domain Services) i den lokala organisationen.
    • Medlem i gruppen Exchange-mottagare i Active Directory i den lokala organisationen.
    • Medlem i gruppen Organisationshantering eller Mottagarhantering i Exchange 2010 eller högre.
    $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
    

    Anteckning

    Fjärråterställning stöds inte för Exchange 2010. Den lägsta versionen som stöds är Exchange 2013.

Viktigt

Eftersom den har utformats för att fungera i en enda Exchange-organisation kommer de tvärlokala återställningsjobben att misslyckas på grund av en ofrånkomlig felmatchning mellan käll- och målpostlådan New-MailboxRestoreRequest ExchangeGuids. Begäran om återställning av postlådan avslutas i statusen "FailedOther" och rapporten (från ) visar följande felmeddelande i Get-MailboxRestoreRequestStatistics -IncludeReport den slutliga rapporten Post:

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

Det här felet kan ignoreras och jobbet hanteras i stället som ett lyckat resultat, så länge det andra till sista posten i rapporten visar rätt antal objekt som har kopierats (t.ex. Kopieringsstatus: 5000/5000 meddelanden, 2,34 GB/2,34 GB). Till exempel:

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.

Alla objekt som rapporterats i egenskaperna BadItemsEncountered, LargeItemsEncountered eller MissingItemsEncountered (från ) bör hanteras normalt eftersom dessa skulle ha uppstått oavsett om postlådan migrerades Get-MailboxRestoreRequestStatistics via migreringsbatchen/flyttningsförfrågan eller via New-MailboxRestoreRequest.

Scenario 2: Ta bort Exchange Online-postlådedata

Postlådeinformationen i Office 365 kanske inte längre behövs. I den här artikeln med Exchange-teamets blogg kan du läsa mer om hur du tar bort information om Exchange Online-postlådan helt och hållet.