Exchange 存储的 ESEUTIL 碎片整理是否也会对其执行完整性检查/修复？

Question 1

如果脱机碎片整理eseutil遇到数据库中的页面级损坏，则使用会失败，因为。您必须使用选项/p(rePair) 来丢弃损坏的页面。

逻辑层面的数据损坏（认为是数据库中“数据”的损坏，而不是数据库“结构”的损坏）无法通过修复eseutil。该isinteg工具可以查找 Exchange 2007 版及以上版本数据库中的逻辑不一致问题。在 Exchange 2010 中，该工具isinteg被替换为new-MailboxRepairRequestcmdlet (更多详细信息请参阅 Exchange 团队博客）。

话虽如此，我对您的顾问的建议还是很关心。您是否在 ESE 或 Exchange 相关服务的应用程序事件日志中看到指示任何数据库损坏的事件？一般来说，Exchange 不会“随机崩溃”，硬件驱动程序或硬件本身的问题似乎比 Exchange 的问题更可能是原因。此外，由于日志重播没有问题，我发现您不太可能遇到页面级损坏。

最后，如果您正在处理页面级损坏，那么仅清理损坏并不是解决方案。您需要找到导致损坏的根本原因（硬件故障等）并将其消除。做任何其他事情都只会让您面临持续的风险。

离线碎片整理本身并不是什么大风险。您必须在离线碎片整理完成后立即进行完整备份，因为所有之前的增量和差异备份都无法恢复（因为新数据库就是一个全新的数据库）。显然，在碎片整理期间，用户也无法访问您的服务器。

在我开始花钱“修复”它之前，我会详细研究今天早上发生的事情，并得出根本原因的结论（或至少是一个非常可能的假设）。

我最近遇到过一个案例，一台 Exchange Server 2003 计算机无法获取 VSS 快照，并且在尝试备份期间报告了各种 JET 错误。我选择在另一台计算机上启动新的 Exchange 安装，将所有用户邮箱移至新计算机，然后删除原始服务器上有问题的数据库并允许创建新的数据库。在我们进行了一些压力测试并验证原始服务器正常运行后，我们将所有邮箱移回原位。我更喜欢您描述的情况中的该策略（如果我有足够的事件日志消息表明原始 Exchange Server 计算机的邮箱数据库中存在真正的“损坏”）。

编辑：

您上面发布的条目是 Microsoft Search 的 Exchange 提供程序中的错误（它为 Exchange 数据库创建全文索引）。我很想了解更多后续情况，以及系统事件日志中紧接在此事件之前的任何事件。服务器计算机的任何卷上是否都存在磁盘空间不足的情况？

Answer

如果脱机碎片整理eseutil遇到数据库中的页面级损坏，则使用会失败，因为。您必须使用选项/p(rePair) 来丢弃损坏的页面。

逻辑层面的数据损坏（认为是数据库中“数据”的损坏，而不是数据库“结构”的损坏）无法通过修复eseutil。该isinteg工具可以查找 Exchange 2007 版及以上版本数据库中的逻辑不一致问题。在 Exchange 2010 中，该工具isinteg被替换为new-MailboxRepairRequestcmdlet (更多详细信息请参阅 Exchange 团队博客）。

话虽如此，我对您的顾问的建议还是很关心。您是否在 ESE 或 Exchange 相关服务的应用程序事件日志中看到指示任何数据库损坏的事件？一般来说，Exchange 不会“随机崩溃”，硬件驱动程序或硬件本身的问题似乎比 Exchange 的问题更可能是原因。此外，由于日志重播没有问题，我发现您不太可能遇到页面级损坏。

最后，如果您正在处理页面级损坏，那么仅清理损坏并不是解决方案。您需要找到导致损坏的根本原因（硬件故障等）并将其消除。做任何其他事情都只会让您面临持续的风险。

离线碎片整理本身并不是什么大风险。您必须在离线碎片整理完成后立即进行完整备份，因为所有之前的增量和差异备份都无法恢复（因为新数据库就是一个全新的数据库）。显然，在碎片整理期间，用户也无法访问您的服务器。

在我开始花钱“修复”它之前，我会详细研究今天早上发生的事情，并得出根本原因的结论（或至少是一个非常可能的假设）。

我最近遇到过一个案例，一台 Exchange Server 2003 计算机无法获取 VSS 快照，并且在尝试备份期间报告了各种 JET 错误。我选择在另一台计算机上启动新的 Exchange 安装，将所有用户邮箱移至新计算机，然后删除原始服务器上有问题的数据库并允许创建新的数据库。在我们进行了一些压力测试并验证原始服务器正常运行后，我们将所有邮箱移回原位。我更喜欢您描述的情况中的该策略（如果我有足够的事件日志消息表明原始 Exchange Server 计算机的邮箱数据库中存在真正的“损坏”）。

编辑：

您上面发布的条目是 Microsoft Search 的 Exchange 提供程序中的错误（它为 Exchange 数据库创建全文索引）。我很想了解更多后续情况，以及系统事件日志中紧接在此事件之前的任何事件。服务器计算机的任何卷上是否都存在磁盘空间不足的情况？

Question 2

ESEUTIL 碎片整理并非专门用于大规模 Exchange 数据库修复。碎片整理功能是通过创建新的压缩数据库文件来回收数据库中的可用空间并优化数据库性能。

运行碎片整理时，如果发现任何不一致或问题，它还可能会对数据库执行某些修复。这是整体碎片整理过程的一部分，可以修复小问题。

如果您的 Exchange Server 数据库已损坏，建议首先运行 ESEUTIL /mh 命令来检查数据库的完整状态。如果发现，数据库处于脏状态。稍后，您可以根据数据库损坏情况使用 ESEUTIL /P 或 ESEUTIL /R 命令。在尝试任何修复操作之前，请确保备份了数据库。

我建议咨询微软支持以确保正确的恢复步骤。

您可以参考以下 Microsoft 文章：

https://techcommunity.microsoft.com/t5/exchange-team-blog/repairing-exchange-databases-with-eseutil-when-and-how/ba-p/610276

https://social.technet.microsoft.com/wiki/contents/articles/53450.how-to-check-exchange-database-health.aspx

Answer