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

發行項
03/03/2023
適用於:

Exchange Online, Exchange Server 2019, Exchange Server 2016, Exchange Server 2013

描述

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

如何改善情況

若要更正此郵件流程問題，建議您參閱本文中提供的方法。其他可能的選項會使用不保證可運作的復原方法。隨著 Microsoft 365 持續演進並新增新功能，可能會有其他選項。本文將會更新，以在其他修正方法可供使用時加以反映。

案例 1：保留Exchange Online信箱

如果使用者信箱先前已移轉至Exchange Online，而且舊信箱已重新連線，或在內部部署布建了新的信箱，則此案例最適用。另一個可能的案例是提前指派Exchange Online授權，並在使用者在 Exchange 內部部署中已有信箱時，建立新的僅限雲端信箱。請務必閱讀步驟 8 結尾的重要注意事項。

若要使用此方法，請遵循下列步驟：

開啟 Exchange 管理命令介面，將內部部署信箱資訊儲存至檔案，例如「SMTP 位址」、「舊版 Exchange DN」、「Exchange 屬性」等等。
將 PowerShell 格式列舉限制設定為「無限制」，以確保不會截斷任何屬性值。例如：
```
$formatenumerationlimit = -1
Get-Mailbox "mailbox identity" | fl > mailboxinfo.txt
```
中斷內部部署信箱的連線：
```
Disable-Mailbox "mailbox identity"
```

將內部部署使用者啟用為遠端信箱：

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

還原停用信箱時移除的任何自訂 Proxy 位址和任何其他Exchange Server屬性， (與步驟 2) 中的 Cmdlet 相比較 Get-Mailbox 。
LegacyExchangeDN將上一個內部部署信箱的值新增至新遠端信箱的 Proxy 位址做為 x500 位址。若要這樣做，請執行下列 Cmdlet：

注意事項

您可以在步驟 2 中儲存的檔案中找到參數的值 LegacyExchangeDN 。
```
Set-RemoteMailbox -Identity "user identity" -EmailAddresses @{add="x500:/o=First Organization/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=<user identity>"}
```
收集信箱和資料庫的 GUID：
- 若要取得已中斷連線信箱的 GUID，請從步驟 2 中儲存的 ExchangeGUID 檔案中使用參數的值。
- 若要取得內部部署資料庫的 GUID，請從步驟 2 中儲存的 Database 檔案中使用參數的值，然後執行下列 Cmdlet：
```
Get-MailboxDatabase "database identity" | fl *GUID*
```
- 若要取得雲端信箱的 GUID，請使用 Exchange Online PowerShell 執行下列 Cmdlet：
```
Get-Mailbox "user identity" | fl *ExchangeGUID*
```
(選擇性) 如果您想要將信箱離線回到內部部署) ，請使用 Exchange 管理命令介面將遠端信箱上的Exchange Online GUID 戳記 (必要。
```
Set-RemoteMailbox "user identity" -ExchangeGuid "Exchange guid value of Exchange Online mailbox"
```
使用 Exchange Online PowerShell 將已中斷連線的信箱內容還原至Exchange Online。針對認證，您必須指定內部部署 Exchange 系統管理員帳戶。若要執行遠端還原，系統管理員必須具備下列其中一個條件：
- 內部部署組織中 Active Directory 網域服務 (AD DS) 之網域 Admins 群組的成員。
- 內部部署組織中 Active Directory 之 Exchange Recipients Administrators 群組的成員。
- Exchange Server 2013 或更新版本中組織管理或收件者管理群組的成員。
```
$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 Server 2010 不支援遠端還原。支援的最低版本Exchange Server 2013 年。

重要事項

因為 New-MailboxRestoreRequest 是設計成在單一Exchange Server組織中運作，所以跨單位還原作業將會失敗，因為來源與目標信箱 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

只要報表中第二個到最後一個專案顯示覆制 (的正確專案數目，例如複製進度：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.

應該正常處理從 Get-MailboxRestoreRequestStatistics) (BadItemsEncountered、LargeItemsEncountered 或 MissingItemsEncountered 屬性中報告的任何專案，因為無論信箱是透過移轉批次/移動要求移轉，還是透過 New-MailboxRestoreRequest 移轉，都會發生這些情況。

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

可能不再需要 Microsoft 365 中的信箱資訊。在此情況下，請參閱此 Exchange Team 部落格文章，以取得如何完全移除Exchange Online信箱資訊的詳細資訊。

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

描述

如何改善情況

案例 1：保留Exchange Online信箱

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

意見反應

其他資源

其他資源