如何在信箱同時存在於 Exchange Online 和內部部署中時進行復原

描述

在 Microsoft Exchange Server 混合式部署中,使用者可能在 Exchange Online 和 Exchange 內部部署組織中都有信箱。 這不是混合式組織所需的狀態,因為它會產生郵件流程問題。 在此情況下,郵件會傳遞至與寄件者的位置相對應的信箱。 如果寄件者位於您的內部部署組織中,則郵件會傳遞至內部部署信箱。 如果寄件者位於您的 Exchange Online 租使用者,則郵件會傳遞至 Exchange Online 信箱。

如何改善狀況

若要修正此郵件流程問題,我們建議您參考本文所提供的方法。 其他可能的選項使用不保證可運作的復原方法。 隨著 Office 365 不斷演化及新增新功能,也可能會有其他的選項。 本文將會更新,以反映其他可使用的糾正方法。

案例1:保留 Exchange Online 信箱

如果使用者信箱先前已遷移至 Exchange Online,且已重新連接舊的信箱,或已在內部部署中布建新的信箱,則此案例最為適用。 另一種可能的情況是,當您提前指派 Exchange Online 授權時,當使用者在 Exchange 內部部署中已有現有信箱時,就會建立新的雲端信箱。 在步驟7結束時,請務必閱讀重要的附注。

若要使用此方法,請遵循下列步驟:

  1. 將內部部署信箱資訊儲存至檔案,例如「SMTP 位址」、「Exchange 屬性」等等。

  2. 將 PowerShell 格式列舉限制設定為「無限制」,確定沒有任何屬性值被截斷。 例如:

    $formatenumerationlimit = -1
    Get-Mailbox "mailbox identity" | fl > mailboxinfo.txt
    
  3. 中斷內部部署信箱的連線:

    Disable-Mailbox "mailbox identity"
    
  4. 將內部部署使用者啟用為遠端信箱:

    Enable-RemoteMailbox "user identity" -RemoteRoutingAddress "user@contoso.mail.onmicrosoft.com"
    
  5. 還原任何自訂 proxy 位址,以及停用信箱時所去掉的任何其他 Exchange 屬性 (會與 Get-Mailbox 步驟 1) 中的命令進行比較。

  6. (選用) 當您想要將信箱移回內部部署) 時,遠端信箱上的 Exchange Online GUID (必要。

    Set-RemoteMailbox "user identity" -ExchangeGuid "Exchange guid value of Exchange Online mailbox"
    
  7. 將中斷連線的信箱內容還原到 Exchange Online。 若為認證,您必須指定內部部署 Exchange 系統管理員帳戶。 若要執行遠端還原,系統管理員必須具備下列其中一個條件:

    • 在內部部署組織的 Active Directory 網域服務中 (AD DS) 的 Domain Admins 群組成員。
    • 內部部署組織中 Active Directory 之 Exchange Recipients Administrators 群組的成員。
    • Exchange 2010 或以上的組織管理或收件者管理群組成員。
    $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
    

    注意

    Exchange 2010 不支援遠端還原。 支援的最低版本為 Exchange 2013。

重要

因為其 New-MailboxRestoreRequest 設計目的是在單一 Exchange 組織中運作,所以由於來源與目標信箱 ExchangeGuid 的不一致,所以跨單位還原工作會失敗。 信箱還原要求的結束狀態為 "FailedOther",而且) 的報表 (Get-MailboxRestoreRequestStatistics -IncludeReport 會在最後一個報告專案中顯示下列錯誤訊息:

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

您可以忽略這項失敗,只要報告中的第二個 to 末項顯示已複製的正確專案數目 (例如,複製進度:5000/5000 郵件,2.34 GB/2.34 GB) ,就會將該工作視為成功。 例如:

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.

(從) 的 BadItemsEncountered、LargeItemsEncountered 或 MissingItemsEncountered 屬性中所報告的任何專案 Get-MailboxRestoreRequestStatistics ,都應該正常處理,因為不管是否透過遷移批次/移動要求或透過 New-MailboxRestoreRequest 來遷移信箱,都可能會發生這些專案。

案例2:移除 Exchange Online 信箱資料

可能不再需要 Office 365 中的信箱資訊。 在此情況下,請參閱 此 Exchange 小組博客文章 ,以取得如何完全移除 Exchange Online 信箱資訊的詳細資訊。