Eseutil /P 修复模式
适用于： Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
上一次修改主题： 2006-08-28
Exchange Server 数据库实用程序 (Eseutil.exe) 修复模式在分页级别和可扩展存储引擎 (ESE) 表级别纠正传输服务器队列数据库、邮箱数据库和公用文件夹数据库中的问题。但是，Eseutil 不纠正应用程序级的问题。因此，当使用 Eseutil 修复邮箱或公用文件夹数据库后，建议运行信息存储完整性检查程序 (Isinteg.exe) 在应用程序级别修复数据库。
.gif "note") 注意： |
|---|
| Isinteg 不适用于 Exchange 中心或边缘传输服务器队列数据库。有关传输服务器队列数据库的详细信息，请参阅使用传输服务器上的队列数据库。 |
修复期间，可能需要丢弃表中的行甚至丢弃整个表。完成 ESE 级别的修复后，有必要执行应用程序级别的修复以纠正由于丢失数据可能存在于应用程序级别的问题。可以使用 Isinteg 以执行该应用程序级别的分析并修复邮箱和公用文件夹数据库。下列示例说明 Eseutil 中的修复模式如何工作。
例如，数据库中的某个表存储了所有邮箱的邮件。单个表用于每个用户的“收件箱”文件夹。假设使用 Eseutil 修复邮件表时丢失了一个邮件。Eseutil 不会将该邮件与每个“收件箱”文件夹中指向其的引用相关联，因为 Eseutil 没有应用程序交叉表方案的信息。需要使用 Isinteg 将修复的邮件表与每个“收件箱”比较以从“收件箱”文件夹中删除丢失的邮件。
Eseutil 查看每个 Exchange 数据库分页和表并确保每个表内的一致性和完整性。Isinteg 在应用程序级修复邮箱或公用文件夹数据库并确保表之间关系的完整性。
修复数据库包括以下三个阶段（按先后顺序）：
以 /P 模式运行 Eseutil 以执行数据库分页级和表级修复。
以 /D 模式运行 Eseutil 以完全重建索引和整理数据库碎片。
只对邮箱和公用文件夹数据库运行 Isinteg 以在应用程序级别修复数据库。
注意：在运行针对邮箱、公用文件夹或传输服务器队列数据库的修复之前，始终将其备份，因为修复可能导致某些数据丢失。例如，在某些情况下，当系统元数据丢失时，无法装入数据库。
将修复的数据库放回产品中
是否将修复的数据库永久的放在产品中要看判断了。很多管理员的策略是只将修复的数据库用于数据抢救。管理员尽可能快的将邮箱转移到其他数据库或将修复的数据库中的数据合并到已知正常运行的数据库。
Eseutil 和 Isinteg （用于邮箱或公用文件夹数据库）都生成详细的修复日志文件，列出找到并已纠正的错误。有关特定错误的原因和后续处理，请参阅参考常规 Eseutil 错误。
Eseutil /P 最佳实践
当无法从备份中恢复数据库或无法完全将事务日志向前回滚时，请使用 Eseutil /P。
| 注意： |
|---|
| 如果无法将事务日志向前回滚，可以考虑混合策略。可以从备份恢复数据库的工作版本，在恢复存储组中修复损坏的数据库，然后合并两个数据库。 |
建议在修复数据库时，按照这些最佳实践操作：
不允许修复的数据库在产品中保持相当长的时间。
当能够从备份中恢复而没有任何数据丢失时，请不使用 Eseutil 修复选项。
可以针对邮箱或公用文件夹数据库运行 Eseutil 修复模式以纠正错误 -1018。Eseutil 丢弃 -1018 分页并执行修复。一个针对 Microsoft Exchange Server 2003 的 Microsoft WebCast 讨论了如何纠正错误 -1018。有关详细信息，请参阅 Microsoft 知识库文章 812531，Support WebCast:Microsoft Exchange:Understanding and Resolving Error -1018 （英文）。
详细信息
有关 Eseutil /P 语法的详细信息，请参阅如何运行 Eseutil /P（修复）。
有关 Eseutil 的详细信息，请参阅下列主题：