当 Exchange 2013 邮箱数据库的完整性受到质疑时，简单地“移动”邮箱是否安全，还是必须将其导出？

Question

我有一个包含一些邮箱的 Exchange 2013 数据库，我在事件日志中收到此错误

数据库过去曾被脱机修复过一次或多次（由 eseutil.exe 修复）。但是，尽管这可以确保数据库级别的逻辑一致性，并可能允许成功安装数据库，但无法再保证 Exchange 级别的逻辑一致性。因此，应从数据库中撤离所有邮箱，并尽快停用数据库，以消除由 Exchange 级别的逻辑不一致导致的意外行为的可能性。
安装数据库时，此事件将继续每小时发出一次，作为紧急提醒，以尽快撤离和停用数据库。

现在，我的问题是，我是否可以简单地通过 New-MoveRequest 命令将邮箱移动到另一个数据库并恢复邮箱的完整性，或者我是否必须经历以下链接中描述的复杂的导入/导出过程：

https://technet.microsoft.com/en-us/library/ee633455(v=exchg.150).aspx

另外，我发现 .pst 文件的文件大小限制为 50 GB。New-MoveRequests 或一般邮箱迁移是否有大小限制？例如，我想要移动的一个邮箱是 75 GB - 可以这样做吗？

感谢您的帮助。

Answer 1

使用 New-MoveRequest 命令的邮箱没有大小限制。

我强烈建议在尝试执行 PST 导出/导入之前使用此工具。移动请求非常简单，而且更容易解决错误。PST 导出在某些情况下可能有效，但您必须处理多个步骤而不是一个步骤和大规模 PST 腐败的风险。

您最终可能遇到的唯一问题是某些邮箱中的个别项目损坏。这种情况并不少见，可以通过提高在移动操作失败之前允许跳过（不迁移）的损坏项目数量的限制来解决。

Answer 2

没有在搜索大小限制时，没有找到具体的解决方案，但是当您尝试将大文件（50）GB 导入 Outlook 应用程序时，问题就出现了。由于 Outlook 根据版本对文件大小有一些限制，因此 Outlook 甚至可能会挂起或无法正常运行。因此需要使用拆分 PST 文件。

或者为了避免这种情况，您可以过滤邮箱中的内容，例如电子邮件详细信息、联系人、日历详细信息。为此，您可以选择新邮箱导出请求. 邮箱请求命令需要的参数，使用关联。下面给出了可以帮助导出数据的所有命令。

如果你想保存努力和时间使用访问同时通过将大型 Exchange 邮箱拆分为多个较小的 PST 文件来导出。

Answer 3

否，使用 New-MoveRequest 命令时没有大小限制，但如果数据库包含任何损坏的项目，则该过程将失败。为此，您需要使用“BaditemLimit”和“AcceptLargeDatabase”参数。