2013 年至 2016 年的 Exchange 邮箱迁移请求卡在初始播种阶段

2013 年至 2016 年的 Exchange 邮箱迁移请求卡在初始播种阶段

我正从 Exchange 2013 迁移到 2016。大部分迁移工作进展顺利,但有些邮箱似乎卡在了初始播种,然后在这里停滞了几个小时后,失败了失败卡住

运行Get-MailboxStatistics -IncludeReport显示,由于邮箱很大,因此移动操作在运行 IsInteg 时卡住了。这似乎基本上就是New-MailboxRepairRequest无限期排队。

我可以运行New-MailboxRepairRequest-Force并且它会立即完成,所以我认为这只是一个工作量管理问题,但已经几天了,修复仍然没有完成。

可能的解决方案

  • 我如何知道New-MoveRequest要跳过 IsInteg 运行?我很乐意在移动后手动运行它们。

  • 如何使用 -Force 标志编辑移动请求创建的邮箱修复请求?据我所知,没有Set-MailboxRepairRequest

  • 我如何才能禁用邮箱修复请求的工作负载管理?因为这似乎是导致我移动/修复停滞的原因,即使没有发生任何事情(新硬件上是周末凌晨 4 点,它们纹丝不动)。

  • 我如何提高“大型邮箱”阈值(下面的消息暗示它是一个配置选项)。如果我将其设置为 50GB 之类的值,则所有邮箱都会被移动而无需进行修复。

更多信息

报告显示:

Report : 18/03/2017 12:34:12 AM [EXCH16-SYD-01] Setting up ISInteg repair run upfront for this mailbox since it's a large mailbox. 
"Primary mailbox size = 11120110046, Archive mailbox size = 0, Large mailbox size threshold config value = 10737418240

然后:

18/03/2017 12:54:33 AM [EXCH16-SYD-01] Store IsInteg task is pending completion for mailbox '6e6a0983-02ab-4d1d-84ea-d0071e7e6536'. IsInteg

报告重复了几个小时,直到最终超时,因为没有取得任何进展。我最终发现有一个相应的

为了证明工作量管理造成了问题,我检查了所有邮箱的所有邮箱修复请求,并确认所有请求均未进行中。

[PS] C:\Windows\system32>Get-Mailbox -Server EXCH01-SYD | Foreach { Get-MailboxRepairRequest -Mailbox $_.PrimarySMTPAddress.tostring() }

Identity Task Detect Only Job State Progress
-------- ---- ----------- --------- --------
62d54094-6b61-4f1c-a... {MessageId} False Queued 0
...
62d54094-6b61-4f1c-a... {FolderView} False Queued 0

这里有 29 个维修,全部都在排队。

注意事项

  • 这仅发生在大小为 10+ GB 的邮箱中,因为这是导致在移动之前运行 IsInteg 任务的阈值限制。

  • IsInteg 导致事情被耽搁了。但是如果我使用 IsInteg 进行修复,-Force修复会立即发生。

  • 即使对于我可以进行的 IsInteg 修复-Force(显示为成功),我也看不到任何事件日志条目就像我应该的那样

  • 我的环境是 1x 2013 Exchange 和 2x 2016 Exchange,以及 1x 2010 Exchange。全部运行最新的 CU 或 RU 版本。

  • 从 2010 迁移不是问题,即使对于 > 10 GB 的邮箱也是如此。

  • 我已经在 Co-existence 中运行了几个星期,并将自己的邮箱从 2013 迁移到 2016 作为测试。我的邮箱有 15 GB,但没有排队。这让我想到,如果我足够耐心,其他人可能会成功。但我的邮箱没有显示失败卡住并不断取得进步。

  • 我想知道我是否只需要消除所有失败的动作(现在我只是恢复它们)并逐一重新尝试。

我觉得我已经用尽了大多数选择,所以任何建议都值得感激。即使有人能告诉我如何执行列出的一些“可能的解决方案”。由于这些对我来说只是理论上的解决方案,我还没有找到实际执行它们的方法。

答案1

我找到了解决这个问题的简单方法:降级您的 Exchange 2013 盒。

作为我的迁移计划的一部分,我们也有自己的 2 节点 DAG 2013。第二个节点是全新并且已经修补至当时最新的 CU:

AdminDisplayVersion:版本 15.0(内部版本 1236.3)(Exchange 2013 CU14)

旧的 2013 节点已修补完毕,可与 2016 节点共存:

AdminDisplayVersion:版本 15.0(内部版本 1178.4)(Exchange 2013 CU12)

我记得在我构建新的 2013 箱之前,我成功地将几个 15 GB 的邮箱迁移到 2016 并且没有任何问题。

在迁移过程中,我激活了新的节点,因此新节点上的 CU 版本当然意味着所有未来的邮箱移动在 > 10GB 时都需要进行邮箱修复。

区别在于:对于较旧的 CU 补丁级别,10GB以上无需修复邮箱。从这个意义上讲,与 Exchange 2010 类似。因此,由于没有进行修复/isinteg,因此移动成功。我不确定 Exchange 2013 究竟从什么时候开始要求在迁移过程中进行 IsInteg 检查。我也不确定这是否在后续版本中得到“修复”。

如果需要降级到较低的 CU,您可能能够构建一个新的 2013 盒子,设置一个 DAG,然后将所有数据库迁移到旧版本。

通过比较移动请求报告可以看到,IsInteg 在尝试开始传输邮箱数据之前运行,这就是一切停滞的原因。

以下是由于 IsInteg 检查而失败的移动请求的摘录:

    18/03/2017 12:34:12 AM [EXCH16-SYD-01] Setting up ISInteg repair run upfront for this mailbox since it's a large mailbox. "Primary mailbox size = 11120110046, Archive mailbox size = 0, Large mailbox size threshold config value = 10737418240

    ...

    18/03/2017 12:52:58 AM [EXCH16-SYD-01] Connected to source mailbox '6e6a0983-02ab-4d1d-84ea-d0071e7e6536 (Primary)', database
    18/03/2017 12:52:58 AM [EXCH16-SYD-01] Started Store IsInteg task for mailbox '6e6a0983-02ab-4d1d-84ea-d0071e7e6536'. IsInteg RequestGuid = 'd783655f-7e84-4afb-b6a3-0669e750041a'.
    18/03/2017 12:53:33 AM [EXCH16-SYD-01] Store IsInteg task is pending completion for mailbox '6e6a0983-02ab-4d1d-84ea-d0071e7e6536'. IsIntegRequestGuid = 'd783655f-7e84-4afb-b6a3-0669e750041a'. Percentages complete: 0 .
    18/03/2017 12:54:03 AM [EXCH16-SYD-01] Store IsInteg task is pending completion for mailbox '6e6a0983-02ab-4d1d-84ea-d0071e7e6536'. IsIntegRequestGuid = 'd783655f-7e84-4afb-b6a3-0669e750041a'. Percentages complete: 0 .

以下是 2013 年至 2016 年期间有效的搬迁请求摘录:

   2/04/2017 8:22:30 PM [EXCH16-SYD-01] Connected to source mailbox '9a45c915-a87e-4211-8539-35034be5c0eb (Primary)', database

   ...

   2/04/2017 8:22:30 PM [EXCH16-SYD-01] Request processing started.
   2/04/2017 8:22:30 PM [EXCH16-SYD-01] Source mailbox information:
   Regular Items: 28128, 4.865 GB (5,223,415,468 bytes)
   Regular Deleted Items: 134, 8.387 MB (8,794,863 bytes)
   FAI Items: 440, 2.627 MB (2,754,276 bytes)
   FAI Deleted Items: 0, 0 B (0 bytes)
   2/04/2017 8:22:30 PM [EXCH16-SYD-01] Source archive mailbox information:
   Regular Items: 52386, 11.77 GB (12,639,788,901 bytes)
   Regular Deleted Items: 0, 0 B (0 bytes)
   FAI Items: 1, 2.658 KB (2,722 bytes)
   FAI Deleted Items: 0, 0 B (0 bytes)
   2/04/2017 8:22:30 PM [EXCH16-SYD-01] Cleared sync state for request
   9a45c915-a87e-4211-8539-35034be5c0eb due to 'CleanupOrphanedMailbox'.
   2/04/2017 8:22:30 PM [EXCH16-SYD-01] Cleared sync state for request
   f33ab71d-170b-4d55-bbfb-a9bb65db2fdc due to 'CleanupOrphanedMailbox'.
   2/04/2017 8:22:31 PM [EXCH16-SYD-01] Stage: CreatingFolderHierarchy.
   Percent complete: 10.
   2/04/2017 8:22:32 PM [EXCH16-SYD-01] Initializing folder hierarchy from
   mailbox '9a45c915-a87e-4211-8539-35034be5c0eb (Primary)': 1146 folders
   total.
   2/04/2017 8:22:32 PM [EXCH16-SYD-01] Folder creation progress: 0 folders
   created in mailbox '9a45c915-a87e-4211-8539-35034be5c0eb (Primary)'.
   2/04/2017 8:23:02 PM [EXCH16-SYD-01] Folder hierarchy initialized for
   mailbox '9a45c915-a87e-4211-8539-35034be5c0eb (Primary)': 1145 folders
   created.
   2/04/2017 8:23:02 PM [EXCH16-SYD-01] Initializing folder hierarchy from
   mailbox 'f33ab71d-170b-4d55-bbfb-a9bb65db2fdc (Archive)': 846 folders total.
   2/04/2017 8:23:22 PM [EXCH16-SYD-01] Folder hierarchy initialized for
   mailbox 'f33ab71d-170b-4d55-bbfb-a9bb65db2fdc (Archive)': 845 folders
   created.
   2/04/2017 8:23:22 PM [EXCH16-SYD-01] Stage: CreatingFolderHierarchy.
   Percent complete: 10.
   2/04/2017 8:23:22 PM [EXCH16-SYD-01] Stage: CreatingInitialSyncCheckpoint.
   Percent complete: 15.
   2/04/2017 8:23:22 PM [EXCH16-SYD-01] Initial sync checkpoint progress:
   0/1146 folders processed. Currently processing mailbox
   '9a45c915-a87e-4211-8539-35034be5c0eb (Primary)'.
   2/04/2017 8:24:06 PM [EXCH16-SYD-01] Initial sync checkpoint completed:
   1970 folders processed.
   2/04/2017 8:24:06 PM [EXCH16-SYD-01] Stage: LoadingMessages. Percent
   complete: 20.
   2/04/2017 8:24:06 PM [EXCH16-SYD-01] Stage: LoadingMessages. Percent
   complete: 20.
   2/04/2017 8:29:06 PM [EXCH16-SYD-01] Stage: CopyingMessages. Percent
   complete: 27.
   2/04/2017 8:29:06 PM [EXCH16-SYD-01] Copy progress: 4546/81089 messages,
   653.3 MB (684,996,208 bytes)/16.65 GB (17,874,496,811 bytes), 11/846
   folders completed.
   2/04/2017 8:34:10 PM [EXCH16-SYD-01] Stage: CopyingMessages. Percent
   complete: 28.
   2/04/2017 8:34:10 PM [EXCH16-SYD-01] Copy progress: 5536/81089 messages,
   818.5 MB (858,269,612 bytes)/16.65 GB (17,874,496,811 bytes), 11/846

相关内容