Troubleshoot public folder batch migrations

 

**適用版本:**Exchange Server 2013

**上次修改主題的時間:**2016-12-09

摘要: 本文包含以疑難排解 Exchange 公用資料夾批次移轉所能採取的步驟。

公用資料夾從舊版本的 Exchange 至 Exchange 2013 或 Office 365 的批次移轉期間可能發生的一些常見問題。本文中的資訊 》 可協助您識別及疑難排解那些問題,以清除成功批次移轉的方式。

討論下列區域及已驗證或修正的問題所述適用的基本步驟:

  • 尋找開始疑難排解批次移轉所需的資訊

  • 失敗擁有郵件功能的公用資料夾

  • 移轉程序的最終處理

  • 信箱移轉後服務階層

  • 同時執行多個工作

  • 分析不正確的項目

您是否需要到現在才可開始吗?

提示

有問題嗎?在 Exchange 論壇中尋求協助。 論壇的網址為:Exchange ServerExchange OnlineExchange Online Protection

您要執行的工作

尋找您要開始進行批次移轉疑難排解的資訊

批次移轉資料會分散於不同的位置,使其成為更困難收集及診斷較舊的集中式序列移轉問題。建立批次移轉要求之後,所有資訊都儲存在建立底下組織 (移轉) 信箱的郵件。在 EAC 中所顯示的資訊批次移轉來自遷移信箱。您可以找到之信箱的資料庫位於執行:

Get-Mailbox -Arbitration -Organization $org Mig* | fl Name,Database

接下來,您可以執行Get-MailboxDatabaseCopyStatus來判斷在其中裝載該信箱資料庫的伺服器。

遷移服務會執行下MSExchangeServiceHost伺服器上有問題並負責建立、 繼續、 擱置,與移除 MRS 工作屬於批次移轉要求。

當批次移轉要求開頭New-PublicFolderMailboxMigrationRequest指令程式時,它會建立的工作項目和其基礎 MRS 工作。每個 MRS 工作會儲存在系統信箱裝載該工作的目標信箱的資料庫。像其他 MRS 工作及其資料是透過Get-*RequestGet-*RequestStatistics指令程式。

您可以從移轉的信箱,收集的相關資訊:

  • 端點或批次要求的連線設定。

  • 批次的中繼資料,包括從批次移轉指令碼所產生之.csv 檔案的資訊限制為錯誤項目及大型項目,以及摘要的批次要求健康狀況與目前狀態。

  • 工作項目資訊。1:1 之間是對應的工作項目及 MRS 工作。工作項目會經常更新根據您需要執行New-PublicFolderMailboxMigrationRequest的快照集。

  • 報告、 電子郵件送出批次移轉的不同階段相關。

執行下列命令來尋找移轉使用者和目標主要信箱的對應 MRS 工作:

$primaryMailboxGuid = (Get-OrganizationConfig $org).RootPublicFolderMailbox.HierarchyMailboxGuid

$primaryMailboxUser = $users | ?{$_.MailboxGuid -eq $primaryMailboxGuid}

$primaryMailboxJob = Get-PublicFolderMailboxMigrationRequest "$org\$($primaryMailboxUser.RequestGuid)"

執行下列命令以取得的工作狀態的高層級詳細資料:

$primaryMailboxUserStats = $primaryMailboxUser | Get-MigrationUserStatistics -Organization $org

$primaryMailboxUserStats | fl Status,Error

您可以使用Get-*Statistics取得更多的資訊。

如需詳細的語法及參數資訊,請參閱下列主題:

疑難排解無法啟用公用資料夾的主要功能

失敗擁有郵件功能的公用資料夾遷移期間通常表示一個兩件事。

  • Active Directory 物件會不正確地在內部部署環境與 Office 365 之間同步處理。

  • 初始同步處理之後, 在 Office 365 中的 Active Directory 中的公用資料夾的一些未連結至任何儲存資料夾。

在這兩種情況下復原方法是執行同步處理 MailPublicFolders 指令碼

疑難排解移轉程序的最終

最終之前, 的批次移轉狀態應該已同步。如果是SyncedWithErrors,您應該要執行 Start-MigrationBatch命令再繼續進行。Start-MigrationBatch只會繼續或重試時發生Complete-MigrationBatch命令將會繼續所有工作失敗的工作。Start-MigrationBatch可讓您有機會修正失敗的工作,並確認是否有效,再繼續進行最終修正程式。當這些相同的錯誤可能中止整個遷移,不建議繼續進行最終而不嘗試修正錯誤。

下圖說明成功完成移轉期間的批次移轉狀態轉換順序。

成功移轉期間的移轉狀態進度

與這是個別的工作項目的狀態應流動方式:

個別工作項目的狀態轉換

同樣地,MRS 兩側此工作狀態應該轉換此種方式:

MRS 工作狀態轉換

如果任何個別的工作失敗其中一個綠色的在上面的兩階段期間,遷移程序會重試次數的一些。如果失敗持續發生,報表會傳送給系統管理員和批次移轉程序會傳回SyncedWithErrors狀態。

當您開始進行最終的遷移批次時,遷移服務會繼續執行所有工作包括確保每一個執行一個成功的增量同步處理。這是完成之後來源鎖定以防止資料遺失。若所有 MRS 工作一次都到達AutoSuspended狀態,就表示他們成功與最終會繼續。Exchange Online/Office 365 公用資料夾部署未鎖定。然後,所有工作將要都恢復一的最後一次,以便他們可以執行清理工作直到最後達到狀態為**[已完成**。一旦所有個別工作已完成狀態中,整個批次遷移的狀態也會變更為 [已完成

疑難排解信箱移轉後提供階層

...

..蒐羅唯一情況客戶外觀必須設定 IsExcludedFromServingHierarchy = true 當他們想要讓該一個信箱內容僅信箱 (亦即無法服務給任何使用者的階層)。 此外,在移轉期間,我們預計會有 PublicFoldersEnabled = Remote,會防止 AutoD 指派給使用者 O365 服務階層的本機 PF 信箱。事實上,在此例中 AutoD 就導向至內部部署 PF 資料庫這些使用者。不過,最終處理期間來源遭到鎖定,這表示停機時間的那些使用者。此規則的唯一的例外手動將本機 PF 信箱指派給 O365 使用者、 程序建議使用以測試是否移轉是否成功 (步驟 8.1),再切換到 PublicFoldersEnabled = Local。

.....

增加可以同時執行的工作數目

您可以執行下列命令,以增加並行處理的預設設定的批次移轉:

Set-MigrationEndpoint PublicFolderEndpoint -MaxConcurrentMigrations 88 -MaxConcurrentIncrementalSyncs 88

上述範例會設定為 88 的預設數字。下一步] 輸入Run Start-MigrationBatch,將會繼續所有 88 平行工作。

分析損毀的項目

損毀,或 「 故障 」 項目會防止成功移轉。

以下是如何尋找基礎移轉使用者及對應目標主要信箱的 MRS 工作:

$primaryMailboxGuid = (Get-OrganizationConfig $org).RootPublicFolderMailbox.HierarchyMailboxGuid

$primaryMailboxUser = $users | ?{$_.MailboxGuid -eq $primaryMailboxGuid}

$primaryMailboxJob = Get-PublicFolderMailboxMigrationRequest "$org\$($primaryMailboxUser.RequestGuid)"

上述範例會傳回一些使用者或工作有問題的相關資訊。很可能使用Get-*Statistics cmdlet,如下列範例會在取得更細微的詳細資訊:

$primaryMailboxUserStats = $primaryMailboxUser | Get-MigrationUserStatistics -Organization $org

$primaryMailboxUserStats | fl Status,Error

一般問題

MigrationPermanentException錯誤︰ 此信箱超過此移動要求所指定的損毀項目數目上限

此錯誤指出公用資料夾所擁有郵件功能成功,但該工作失敗損毀的項目太多。您可以分析搭配來自 MRS 工作,或執行Get-MigrationUserStatistics程式報告損毀的項目。