神马文学网XADM：如何从损坏的信息存储恢复(exchange2003
来源：百度文库 编辑：神马文学网 时间：2024/04/28 10:37:29
XADM：如何从损坏的信息存储恢复
察看本文应用于的产品
文章编号 : 272570
最后修改 : 2007年10月26日
修订 : 8.4
本页
概要
更多信息疑难解答
使用 DS/IS 一致性调整程序方法 1
方法 2
使用 Exmerge.exe 工具
概要
本文介绍如何使用脱机还原过程在 Exchange Server 5.5 中从损坏的信息存储恢复。
注意：本文未介绍用于 Exchange Server 任何其他领域的灾难恢复方法。请注意，本文所介绍的过程无法纠正所有损坏的信息存储实例。
回到顶端
更多信息
当 Exchange Server 5.5 中发生损坏时，信息存储通常是最易受到影响的组件之一。通常情况下，位于服务器上的 Exchsrvr\Mdbdata 文件夹中的某个 .Exchange Server 数据库 (.edb) 文件会被损坏。Priv.edb 文件和 Pub.edb 文件中的任一文件可能被损坏。
当信息存储损坏时，您可能会遇到下列一个或多个症状： • Microsoft Exchange Server 信息存储服务无法启动。
• 无法停止信息存储。
• 信息存储停止响应并且 CPU 占用率保持在 100％。
• 客户端无法检索或发送电子邮件。即使您停止并重新启动信息存储，此问题仍持续出现。
• 当您尝试从脱机备份中还原 Exchange Server 数据库，然后运行信息存储完整性实用工具 (Isinteg) 时，会收到以下错误信息： Error 4294966746:JET_errDatabaseInconsistent
本文所介绍的过程基于单一服务器、单一站点的情形，并且满足下列条件： • 未使用站点连接器。
• Pub.edb 和 Priv.edb 的脱机副本同时存在。
• 未使用密钥管理服务器。
• 服务器运行的是 Microsoft Small Business Server 4.5。不过，这些原则适用于在单一组织、单一站点配置中设置的其他大多数 Exchange Server 5.5 计算机。
注意：此设置不适用于还原连接器设置。回到顶端
疑难解答
要隔离损坏的信息存储并帮助自己恢复公用和专用信息存储，请按照下列步骤操作。
注意：在执行此过程之前，请确保可以从其他源恢复数据文件。例如，如果您使用的是小型 Exchange Server 数据库（小于 1 GB），请制作 Pub.edb 和 Priv.edb 文件的副本。对于较大的数据库，如果磁盘空间不足，无法复制这些文件，请使用磁带备份系统或其他脱机存储实用工具。
要解决信息存储问题，请按照下列步骤操作： 1. 尝试启动信息存储。记下出现的任何错误信息或任何事件 ID 消息。
2. 使用 Eseutil.exe 命令行工具检查信息存储数据库的一致性。如果数据库是一致的，则所有日志文件都被提交给信息存储。如果数据库不一致，则数据库可能未损坏。例如，日志文件可能尚未提交给数据库。要检查公用和专用信息存储数据库的一致性，请在命令提示符处键入以下命令，并在每个命令行后面按 Enter 键： c:\exchsrvr\bin>eseutil /mh ..\mdbdata\priv.edb
c:\exchsrvr\bin>eseutil /mh ..\mdbdata\pub.edb
注意：此示例假定您从 ExchSrvr\Bin 文件夹中运行 Eseutil.exe 命令行工具，并且 .edb 文件位于 ExchSrvr\Mdbdata 文件夹中。
要验证 .edb 文件是否一致，请查看命令输出的“State”行中显示的输出内容。要将此命令的输出直接发送到文本文件中，请如下所示修改该命令行： c:\exchsrvr\bin>eseutil /mh ..\mdbdata\priv.edb > mypriv.txt
c:\exchsrvr\bin>eseutil /mh ..\mdbdata\pub.edb > mypub.txt
要将文本直接显示在屏幕上，请在命令结尾处键入 | more。
如果 ExchSrvr\Mdbdata 文件夹中的 Pub.edb 和 Priv.edb 文件与您从中运行该命令的 ExchSrvr\Bin 文件夹位于不同的驱动器上，请将该命令的“..\mdbdata\priv.edb”部分替换为 Priv.edb 和 Pub.edb 文件的完整路径。如果 Pub.edb 和 Priv.edb 文件都是一致的，则转至步骤 6。
如果其中某个数据库不一致，则尝试对文件执行软故障恢复，以检查 Mdbdata 文件夹中是否存储了日志文件的副本。如果没有日志文件，则无法完成软故障恢复过程。当您执行软故障恢复时，未提交的日志将被提交给信息存储数据库。
要启动软故障恢复，请在命令提示符处键入以下命令。第一个命令可对专用信息存储启动软故障恢复。第二个命令可对公用信息存储启动软故障恢复： c:\exchsrvr\bin>eseutil /r /ispriv
c:\exchsrvr\bin>eseutil /r /ispub
使用上述命令可恢复数据库（如果数据库是完全可恢复的）。要确认此现象，请重复执行此步骤，然后再次运行 eseutil /mh 命令。如果对于公用和专用信息存储，该命令输出的“State”行的内容都更改为“Consistent”，则转至步骤 6。
3. 如果其中任意一个数据库不一致，并且 eseutil /r 命令未使该数据库恢复一致状态，请使用 Eseutil.exe 工具执行硬故障恢复。
注意：在使用以下命令时，可能会丢失某些 Exchange Server 数据，其中包括尚未提交给信息存储数据库的日志文件中所包含的消息。以下命令是硬故障恢复（强制状态恢复）命令。只有在执行本文中前面的步骤 2 后，公用或专用信息存储未恢复一致状态时，才应使用此命令。
要执行硬故障恢复，请按照下列步骤操作： • 要使 Priv.edb 恢复一致状态，请在命令提示符处键入以下命令，然后按 Enter 键： c:\exchsrvr\bin>eseutil /p /ispriv
• 要使 Pub.edb 恢复一致状态，请在命令提示符处键入以下命令，然后按 Enter 键： c:\exchsrvr\bin>eseutil /p /ispub
有关对 Exchange 数据库执行“硬”故障修复的结果的其他信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：259851 (http://support.microsoft.com/kb/259851/EN-US/) XADM：运行 ESEUTIL /P 或 EDBUTIL /D /R 命令的结果
4. 删除服务器上的 ExchSrvr\Mdbdata 文件夹中的所有 .log 和 .chk 文件。另外，如果 Temp.edb 文件位于 ExchSrvr\Mdbdata 文件夹中，请将其删除。
5. 启动 Microsoft Exchange 信息存储服务，验证数据库能够正常工作。在确认 Exchange 信息存储服务成功启动后，停止 Exchange 信息存储服务。
注意：如果 Exchange 信息存储服务未启动，请验证该数据库处于一致状态。为此，请参见本文中前面的步骤 2。
6. 对刚刚修复的数据库进行碎片整理。为此，请按照下列步骤操作：
注意：可用硬盘空间的大小必须为要对其进行碎片整理的数据库大小的 1.1 倍。 • 要对 Priv.edb 进行碎片整理，请在命令提示符处键入以下命令，然后按 Enter 键： c:\exchsrvr\bin>eseutil /d /ispriv
• 要对 Pub.edb 进行碎片整理，请在命令提示符处键入以下命令，然后按 Enter 键： c:\exchsrvr\bin>eseutil /d /ispub
注意：如果专用和公用信息存储数据库很大，此步骤可能需要一些时间。
如果您收到一条错误信息，指出硬盘空间不足，无法运行该命令，则将 ExchSrvr\Bin 文件夹复制到具有更多空间的驱动器上，然后从该位置运行命令。 有关如何解决此错误信息的其他信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：192185 (http://support.microsoft.com/kb/192185/EN-US/) XADM：如何使用 Eseutil 实用工具 (Eseutil.exe) 进行碎片整理
7. 使用 Isinteg.exe 命令行工具修复 Pub.edb 和 Priv.edb。此实用工具对每个数据库的所有区域都执行测试并报告结果。此外，它还会尝试纠正所遇到的任何问题。 • 要修复 Priv.edb，请在命令提示符处键入以下命令，然后按 Enter 键： c:\exchsrvr\bin>isinteg -pri -fix -test alltests
• 要修复 Pub.edb，请在命令提示符处键入以下命令，然后按 Enter 键： c:\exchsrvr\bin>isinteg -pub -fix -test alltests
您将收到一份摘要报告，指明下列各项内容：执行的测试个数、警告个数、找到的错误个数、尝试的修复次数以及程序运行所花的时间。如果报告中有警告、错误或修复信息，请再次运行该命令。重复执行此步骤，直到没有警告、错误或修复信息为止。
注意：在某些情况下，每次运行程序时都会报告相同的警告、错误或修复信息。如果在一行中三次出现同样的警告、错误或修复信息，请转至下一步。这些错误可能是由电子邮件附件损坏或类似的情况引起的。重复出现的错误不会防碍您启动信息存储。在您可以启动信息存储并且它运行稳定的情况下，如果多次运行 Isinteg.exe 后仍继续报告错误和警告信息，请使用 Exmerge.exe 工具修复信息存储。有关如何使用 Exmerge.exe 的更多信息，请参见本文中后面的“使用 Exmerge.exe 工具”部分。
8. 尝试启动信息存储数据库。如果信息存储能够启动，请转至步骤 9。如果信息存储未启动并且收到错误 -1011，则必须将 Pub.edb 和 Priv.edb 还原至信息存储可识别它们的状态。为此，请在命令提示符处键入以下命令，然后按 Enter 键： c:\exchsrvr\bin>isinteg -patch
注意：在运行此命令时，Microsoft Exchange 目录服务必须已在运行。此命令对于公用和专用数据库都适用。
此命令对于公用和专用数据库都适用。如果您已对数据执行了联机还原，则不必执行此步骤。不过，如果您在尝试启动信息存储时收到 -1011 错误信息，请执行此步骤。
9. 重新启动信息存储。
10. 运行目录服务/信息存储 (DS/IS) 一致性调整程序。有关如何执行此操作的更多信息，请参见本文中后面的“使用目录服务/信息存储 (DS/IS) 一致性调整程序”部分。DS/IS 一致性调整程序用于以下灾难恢复情形中：您无法将文件夹还原到恢复计算机，或者将信息存储（Priv.edb 或 Pub.edb 文件）复制到了其名称与原始服务器的名称不同的恢复计算机。如果目录服务没有丢失或者您没有将 Exchange Server 重新安装到干净的文件夹中，则不必运行此工具。
注意：如果您使用此工具，并且您的 Exchange Server 组织中有多个站点或者您的 Exchange Server 站点中有多个服务器，则可能会意外地重新放置公用文件夹。
有关 DS/IS 一致性调整程序的其他信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：182979 (http://support.microsoft.com/kb/182979/EN-US/) XADM:Function and Effects of the DS/IS Consistency Adjuster
回到顶端
使用 DS/IS 一致性调整程序
要运行 Exchange Server 一致性调整程序，请按照下列步骤操作： 1. 启动 Exchange Server Administrator 程序。
2. 依次展开“配置”、“服务器”，然后单击“服务器名”。
3. 在文件菜单上，单击属性，然后单击高级选项卡。
4. 单击 Consistency Adjuster（一致性调整程序），单击以选中 Operations（操作）下的所有复选框，然后单击确定。
DS/IS 一致性调整程序可在公用和专用信息存储上运行。
如果在其他服务器上执行此恢复操作，或者如果在此服务器上删除并重新安装了 Exchange Server 并且没有目录存储 (Dir.edb) 的工作副本，则有两种方法可恢复用户邮箱。对于这两种方法，都必须重新创建所有丢失的通讯组及其成员。方法 1
如果您可以访问用户帐户，请启动 Exchange Server Administrator 程序，然后单击“工具”菜单上的“Extract Windows NT Account List”（提取 Windows NT 帐户列表）。确保从域而不是从本机提取用户列表。使用此过程可创建一个包含所有 Windows NT 用户列表的文件。
创建文件后，在“工具”菜单上单击“目录导入”。在导入此列表后，所有收件人邮箱均被还原。执行此步骤后，您可能需要再次运行 DS/IS 一致性调整程序。方法 2
如果您无权访问这些收件人的 Windows NT 用户帐户，必须使用相同的用户名手动重建所有 Windows NT 用户帐户。执行此操作后，启动 Exchange Server Administrator 程序，然后单击“工具”菜单上的“Extract Windows NT Account List”（提取 Windows NT 帐户列表）。确保从域而不是从本机提取用户列表。使用此过程可创建一个包含所有 Windows NT 用户列表的文件。
创建该文件后，在“工具”菜单上单击“目录导入”。在导入此列表后，所有收件人邮箱均被还原。
在执行上述任意一种方法后，如果邮箱尚未得到还原，则您可能是用不同于原来 Exchange Server 收件人的用户名创建了用户帐户。
此时，服务器应该能够起作用并且用户应该能够检索电子邮件了。回到顶端
使用 Exmerge.exe 工具
如果信息存储能够启动，但还有其他问题必须得到解决，请使用 Exmerge.exe 工具将所有用户的邮箱导出到 .pst 文件。执行此操作后，请将 .pst 文件合并到新 Priv.edb 文件中的用户邮箱。如果使用邮件的脱机存储（.ost 文件），必须先将 .ost 文件移至 .pst 文件中，然后再开始执行此过程，以防止丢失任何 .ost 数据。请注意，只能使用 Exmerge.exe 工具移动用户邮箱。不能使用 Exmerge.exe 移动特定的 Exchange Server 配置属性，如连接器设置、Microsoft Outlook 设置或客户端规则。不能使用 Exmerge.exe 移动通讯组、通讯组中的成员或公用文件夹。如果您事先尝试了此过程，必须手动重新创建或重新配置通讯组。不过，这样做还会破坏此前邮件的单一实例存储。结果会导致 Exchange Server 数据库有急剧增大的风险。
有关 Exmerge.exe 工具的其他信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：174197 (http://support.microsoft.com/kb/174197/EN-US/) XADM：Microsoft Exchange 邮箱合并程序 (Exmerge.exe) 信息
要下载 Exmerge.exe 工具，请访问下面的 Microsoft Web 站点：http://download.microsoft.com/download/exch55/utility/q224493/nt4alpha/en-us/iloveyouhlpi.zip (http://download.microsoft.com/download/exch55/utility/q224493/nt4alpha/en-us/iloveyouhlpi.zip)
注意：此版本的 Exmerge.exe 过去曾公开用于对付“爱虫”病毒。该下载程序包之所以名为 Iloveyouhlpi.zip，就是因为此原因。
在下载并解压缩 Exmerge.exe 实用工具后，请在您解压缩文件的文件夹中删除其中包含的 Exmerge.ini 文件。这样可避免在运行 Exmerge.exe 实用工具的过程中出错。 1. 请确保用户当前未运行电子邮件客户端程序，并且未访问服务器上的电子邮件。
2. 使用两步骤合并过程中的步骤 1 运行 Exmerge.exe，然后输入所有用户。
3. 当 Exmerge.exe 操作完成后，停止 Exchange Server 信息存储服务。
4. 重命名服务器的 ExchSrvr\Mdbdata 文件夹中的 Pub.edb 和 Priv.edb 文件。删除此文件夹中的所有其他文件。在确信成功完成合并之前，一定不要删除已重命名的 Pub.edb 和 Priv.edb 文件。
5. 重新启动 Exchange Server 信息存储服务。
6. 在客户机上，启动 Outlook，然后向 Exchange Server 全球通讯簿中的所有用户发送一封电子邮件。
注意：如果未执行此步骤，则执行 Exmerge.exe 两步骤合并过程的步骤 2 后，不会显示存在任何要还原的可用邮箱。
7. 使用两步骤合并过程中的步骤 2 运行 Exmerge.exe，然后输入所有用户。完成此过程后，先前存储在 .pst 文件中的电子邮件将被移至 Exchange Server 邮箱。
现在，您便具有了新的 Priv.edb 文件，其中包含所有邮件的最新副本。
有关还原 Exchange Server 信息存储的其他信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：231299 (http://support.microsoft.com/kb/231299/EN-US/) XADM:Information Store Returns Service-Specific Error 335544375
162354 (http://support.microsoft.com/kb/162354/EN-US/) XADM：运行 ISINTEG -PATCH 时的 DS_E_COMMUNICATIONS_PROBLEM 问题
172813 (http://support.microsoft.com/kb/172813/EN-US/) XADM：诊断并解决 Store.exe 高 CPU 占用率问题
242364 (http://support.microsoft.com/kb/242364/EN-US/) XADM:Information Store Does Not Start After an Offline Defragmentation With 4294966277
219419 (http://support.microsoft.com/kb/219419/EN-US/) XADM: Information Store Stops Unexpectedly and Cannot Be Repaired
有关 Exchange Server 灾难恢复的更多信息，请参见“Exchange 5.5 Disaster Recovery”（Exchange 5.5 灾难恢复）白皮书。为此，请访问下面的 Microsoft Web 站点：http://www.microsoft.com/downloads/details.aspx?FamilyID=df586628-3abe-40c3-8e8f-beb4122de3d7 (http://www.microsoft.com/downloads/details.aspx?FamilyID=df586628-3abe-40c3-8e8f-beb4122de3d7)
有关 Isinteg.exe 和 Eseutil.exe 实用工具的更多信息，请参见 Eseutil.rtf 和 Isinteg.rtf 文档，它们位于 Exchange Server 安装光盘的 \ExchSrvr\Server\Support\Utils 文件夹中。回到顶端
这篇文章中的信息适用于:
察看本文应用于的产品
文章编号 : 272570
最后修改 : 2007年10月26日
修订 : 8.4
本页
概要更多信息疑难解答使用 DS/IS 一致性调整程序方法 1方法 2使用 Exmerge.exe 工具概要
本文介绍如何使用脱机还原过程在 Exchange Server 5.5 中从损坏的信息存储恢复。
注意：本文未介绍用于 Exchange Server 任何其他领域的灾难恢复方法。请注意，本文所介绍的过程无法纠正所有损坏的信息存储实例。
回到顶端更多信息
当 Exchange Server 5.5 中发生损坏时，信息存储通常是最易受到影响的组件之一。通常情况下，位于服务器上的 Exchsrvr\Mdbdata 文件夹中的某个 .Exchange Server 数据库 (.edb) 文件会被损坏。Priv.edb 文件和 Pub.edb 文件中的任一文件可能被损坏。
当信息存储损坏时，您可能会遇到下列一个或多个症状： • Microsoft Exchange Server 信息存储服务无法启动。
• 无法停止信息存储。
• 信息存储停止响应并且 CPU 占用率保持在 100％。
• 客户端无法检索或发送电子邮件。即使您停止并重新启动信息存储，此问题仍持续出现。
• 当您尝试从脱机备份中还原 Exchange Server 数据库，然后运行信息存储完整性实用工具 (Isinteg) 时，会收到以下错误信息： Error 4294966746:JET_errDatabaseInconsistent
本文所介绍的过程基于单一服务器、单一站点的情形，并且满足下列条件： • 未使用站点连接器。
• Pub.edb 和 Priv.edb 的脱机副本同时存在。
• 未使用密钥管理服务器。
• 服务器运行的是 Microsoft Small Business Server 4.5。不过，这些原则适用于在单一组织、单一站点配置中设置的其他大多数 Exchange Server 5.5 计算机。
注意：此设置不适用于还原连接器设置。
回到顶端疑难解答
要隔离损坏的信息存储并帮助自己恢复公用和专用信息存储，请按照下列步骤操作。
注意：在执行此过程之前，请确保可以从其他源恢复数据文件。例如，如果您使用的是小型 Exchange Server 数据库（小于 1 GB），请制作 Pub.edb 和 Priv.edb 文件的副本。对于较大的数据库，如果磁盘空间不足，无法复制这些文件，请使用磁带备份系统或其他脱机存储实用工具。
要解决信息存储问题，请按照下列步骤操作： 1. 尝试启动信息存储。记下出现的任何错误信息或任何事件 ID 消息。
2. 使用 Eseutil.exe 命令行工具检查信息存储数据库的一致性。如果数据库是一致的，则所有日志文件都被提交给信息存储。如果数据库不一致，则数据库可能未损坏。例如，日志文件可能尚未提交给数据库。要检查公用和专用信息存储数据库的一致性，请在命令提示符处键入以下命令，并在每个命令行后面按 Enter 键： c:\exchsrvr\bin>eseutil /mh ..\mdbdata\priv.edb
c:\exchsrvr\bin>eseutil /mh ..\mdbdata\pub.edb
注意：此示例假定您从 ExchSrvr\Bin 文件夹中运行 Eseutil.exe 命令行工具，并且 .edb 文件位于 ExchSrvr\Mdbdata 文件夹中。
要验证 .edb 文件是否一致，请查看命令输出的“State”行中显示的输出内容。要将此命令的输出直接发送到文本文件中，请如下所示修改该命令行： c:\exchsrvr\bin>eseutil /mh ..\mdbdata\priv.edb > mypriv.txt
c:\exchsrvr\bin>eseutil /mh ..\mdbdata\pub.edb > mypub.txt
要将文本直接显示在屏幕上，请在命令结尾处键入 | more。
如果 ExchSrvr\Mdbdata 文件夹中的 Pub.edb 和 Priv.edb 文件与您从中运行该命令的 ExchSrvr\Bin 文件夹位于不同的驱动器上，请将该命令的“..\mdbdata\priv.edb”部分替换为 Priv.edb 和 Pub.edb 文件的完整路径。如果 Pub.edb 和 Priv.edb 文件都是一致的，则转至步骤 6。
如果其中某个数据库不一致，则尝试对文件执行软故障恢复，以检查 Mdbdata 文件夹中是否存储了日志文件的副本。如果没有日志文件，则无法完成软故障恢复过程。当您执行软故障恢复时，未提交的日志将被提交给信息存储数据库。
要启动软故障恢复，请在命令提示符处键入以下命令。第一个命令可对专用信息存储启动软故障恢复。第二个命令可对公用信息存储启动软故障恢复： c:\exchsrvr\bin>eseutil /r /ispriv
c:\exchsrvr\bin>eseutil /r /ispub
使用上述命令可恢复数据库（如果数据库是完全可恢复的）。要确认此现象，请重复执行此步骤，然后再次运行 eseutil /mh 命令。如果对于公用和专用信息存储，该命令输出的“State”行的内容都更改为“Consistent”，则转至步骤 6。
3. 如果其中任意一个数据库不一致，并且 eseutil /r 命令未使该数据库恢复一致状态，请使用 Eseutil.exe 工具执行硬故障恢复。
注意：在使用以下命令时，可能会丢失某些 Exchange Server 数据，其中包括尚未提交给信息存储数据库的日志文件中所包含的消息。以下命令是硬故障恢复（强制状态恢复）命令。只有在执行本文中前面的步骤 2 后，公用或专用信息存储未恢复一致状态时，才应使用此命令。
要执行硬故障恢复，请按照下列步骤操作： • 要使 Priv.edb 恢复一致状态，请在命令提示符处键入以下命令，然后按 Enter 键： c:\exchsrvr\bin>eseutil /p /ispriv
• 要使 Pub.edb 恢复一致状态，请在命令提示符处键入以下命令，然后按 Enter 键： c:\exchsrvr\bin>eseutil /p /ispub
有关对 Exchange 数据库执行“硬”故障修复的结果的其他信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：259851 (http://support.microsoft.com/kb/259851/EN-US/) XADM：运行 ESEUTIL /P 或 EDBUTIL /D /R 命令的结果
4. 删除服务器上的 ExchSrvr\Mdbdata 文件夹中的所有 .log 和 .chk 文件。另外，如果 Temp.edb 文件位于 ExchSrvr\Mdbdata 文件夹中，请将其删除。
5. 启动 Microsoft Exchange 信息存储服务，验证数据库能够正常工作。在确认 Exchange 信息存储服务成功启动后，停止 Exchange 信息存储服务。
注意：如果 Exchange 信息存储服务未启动，请验证该数据库处于一致状态。为此，请参见本文中前面的步骤 2。
6. 对刚刚修复的数据库进行碎片整理。为此，请按照下列步骤操作：
注意：可用硬盘空间的大小必须为要对其进行碎片整理的数据库大小的 1.1 倍。 • 要对 Priv.edb 进行碎片整理，请在命令提示符处键入以下命令，然后按 Enter 键： c:\exchsrvr\bin>eseutil /d /ispriv
• 要对 Pub.edb 进行碎片整理，请在命令提示符处键入以下命令，然后按 Enter 键： c:\exchsrvr\bin>eseutil /d /ispub
注意：如果专用和公用信息存储数据库很大，此步骤可能需要一些时间。
如果您收到一条错误信息，指出硬盘空间不足，无法运行该命令，则将 ExchSrvr\Bin 文件夹复制到具有更多空间的驱动器上，然后从该位置运行命令。 有关如何解决此错误信息的其他信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：192185 (http://support.microsoft.com/kb/192185/EN-US/) XADM：如何使用 Eseutil 实用工具 (Eseutil.exe) 进行碎片整理
7. 使用 Isinteg.exe 命令行工具修复 Pub.edb 和 Priv.edb。此实用工具对每个数据库的所有区域都执行测试并报告结果。此外，它还会尝试纠正所遇到的任何问题。 • 要修复 Priv.edb，请在命令提示符处键入以下命令，然后按 Enter 键： c:\exchsrvr\bin>isinteg -pri -fix -test alltests
• 要修复 Pub.edb，请在命令提示符处键入以下命令，然后按 Enter 键： c:\exchsrvr\bin>isinteg -pub -fix -test alltests
您将收到一份摘要报告，指明下列各项内容：执行的测试个数、警告个数、找到的错误个数、尝试的修复次数以及程序运行所花的时间。如果报告中有警告、错误或修复信息，请再次运行该命令。重复执行此步骤，直到没有警告、错误或修复信息为止。
注意：在某些情况下，每次运行程序时都会报告相同的警告、错误或修复信息。如果在一行中三次出现同样的警告、错误或修复信息，请转至下一步。这些错误可能是由电子邮件附件损坏或类似的情况引起的。重复出现的错误不会防碍您启动信息存储。在您可以启动信息存储并且它运行稳定的情况下，如果多次运行 Isinteg.exe 后仍继续报告错误和警告信息，请使用 Exmerge.exe 工具修复信息存储。有关如何使用 Exmerge.exe 的更多信息，请参见本文中后面的“使用 Exmerge.exe 工具”部分。
8. 尝试启动信息存储数据库。如果信息存储能够启动，请转至步骤 9。如果信息存储未启动并且收到错误 -1011，则必须将 Pub.edb 和 Priv.edb 还原至信息存储可识别它们的状态。为此，请在命令提示符处键入以下命令，然后按 Enter 键： c:\exchsrvr\bin>isinteg -patch
注意：在运行此命令时，Microsoft Exchange 目录服务必须已在运行。此命令对于公用和专用数据库都适用。
此命令对于公用和专用数据库都适用。如果您已对数据执行了联机还原，则不必执行此步骤。不过，如果您在尝试启动信息存储时收到 -1011 错误信息，请执行此步骤。
9. 重新启动信息存储。
10. 运行目录服务/信息存储 (DS/IS) 一致性调整程序。有关如何执行此操作的更多信息，请参见本文中后面的“使用目录服务/信息存储 (DS/IS) 一致性调整程序”部分。DS/IS 一致性调整程序用于以下灾难恢复情形中：您无法将文件夹还原到恢复计算机，或者将信息存储（Priv.edb 或 Pub.edb 文件）复制到了其名称与原始服务器的名称不同的恢复计算机。如果目录服务没有丢失或者您没有将 Exchange Server 重新安装到干净的文件夹中，则不必运行此工具。
注意：如果您使用此工具，并且您的 Exchange Server 组织中有多个站点或者您的 Exchange Server 站点中有多个服务器，则可能会意外地重新放置公用文件夹。
有关 DS/IS 一致性调整程序的其他信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：182979 (http://support.microsoft.com/kb/182979/EN-US/) XADM:Function and Effects of the DS/IS Consistency Adjuster
回到顶端使用 DS/IS 一致性调整程序
要运行 Exchange Server 一致性调整程序，请按照下列步骤操作： 1. 启动 Exchange Server Administrator 程序。
2. 依次展开“配置”、“服务器”，然后单击“服务器名”。
3. 在文件菜单上，单击属性，然后单击高级选项卡。
4. 单击 Consistency Adjuster（一致性调整程序），单击以选中 Operations（操作）下的所有复选框，然后单击确定。
DS/IS 一致性调整程序可在公用和专用信息存储上运行。
如果在其他服务器上执行此恢复操作，或者如果在此服务器上删除并重新安装了 Exchange Server 并且没有目录存储 (Dir.edb) 的工作副本，则有两种方法可恢复用户邮箱。对于这两种方法，都必须重新创建所有丢失的通讯组及其成员。方法 1
如果您可以访问用户帐户，请启动 Exchange Server Administrator 程序，然后单击“工具”菜单上的“Extract Windows NT Account List”（提取 Windows NT 帐户列表）。确保从域而不是从本机提取用户列表。使用此过程可创建一个包含所有 Windows NT 用户列表的文件。
创建文件后，在“工具”菜单上单击“目录导入”。在导入此列表后，所有收件人邮箱均被还原。执行此步骤后，您可能需要再次运行 DS/IS 一致性调整程序。方法 2
如果您无权访问这些收件人的 Windows NT 用户帐户，必须使用相同的用户名手动重建所有 Windows NT 用户帐户。执行此操作后，启动 Exchange Server Administrator 程序，然后单击“工具”菜单上的“Extract Windows NT Account List”（提取 Windows NT 帐户列表）。确保从域而不是从本机提取用户列表。使用此过程可创建一个包含所有 Windows NT 用户列表的文件。
创建该文件后，在“工具”菜单上单击“目录导入”。在导入此列表后，所有收件人邮箱均被还原。
在执行上述任意一种方法后，如果邮箱尚未得到还原，则您可能是用不同于原来 Exchange Server 收件人的用户名创建了用户帐户。
此时，服务器应该能够起作用并且用户应该能够检索电子邮件了。
回到顶端使用 Exmerge.exe 工具
如果信息存储能够启动，但还有其他问题必须得到解决，请使用 Exmerge.exe 工具将所有用户的邮箱导出到 .pst 文件。执行此操作后，请将 .pst 文件合并到新 Priv.edb 文件中的用户邮箱。如果使用邮件的脱机存储（.ost 文件），必须先将 .ost 文件移至 .pst 文件中，然后再开始执行此过程，以防止丢失任何 .ost 数据。请注意，只能使用 Exmerge.exe 工具移动用户邮箱。不能使用 Exmerge.exe 移动特定的 Exchange Server 配置属性，如连接器设置、Microsoft Outlook 设置或客户端规则。不能使用 Exmerge.exe 移动通讯组、通讯组中的成员或公用文件夹。如果您事先尝试了此过程，必须手动重新创建或重新配置通讯组。不过，这样做还会破坏此前邮件的单一实例存储。结果会导致 Exchange Server 数据库有急剧增大的风险。
有关 Exmerge.exe 工具的其他信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：174197 (http://support.microsoft.com/kb/174197/EN-US/) XADM：Microsoft Exchange 邮箱合并程序 (Exmerge.exe) 信息
要下载 Exmerge.exe 工具，请访问下面的 Microsoft Web 站点：http://download.microsoft.com/download/exch55/utility/q224493/nt4alpha/en-us/iloveyouhlpi.zip (http://download.microsoft.com/download/exch55/utility/q224493/nt4alpha/en-us/iloveyouhlpi.zip)
注意：此版本的 Exmerge.exe 过去曾公开用于对付“爱虫”病毒。该下载程序包之所以名为 Iloveyouhlpi.zip，就是因为此原因。
在下载并解压缩 Exmerge.exe 实用工具后，请在您解压缩文件的文件夹中删除其中包含的 Exmerge.ini 文件。这样可避免在运行 Exmerge.exe 实用工具的过程中出错。 1. 请确保用户当前未运行电子邮件客户端程序，并且未访问服务器上的电子邮件。
2. 使用两步骤合并过程中的步骤 1 运行 Exmerge.exe，然后输入所有用户。
3. 当 Exmerge.exe 操作完成后，停止 Exchange Server 信息存储服务。
4. 重命名服务器的 ExchSrvr\Mdbdata 文件夹中的 Pub.edb 和 Priv.edb 文件。删除此文件夹中的所有其他文件。在确信成功完成合并之前，一定不要删除已重命名的 Pub.edb 和 Priv.edb 文件。
5. 重新启动 Exchange Server 信息存储服务。
6. 在客户机上，启动 Outlook，然后向 Exchange Server 全球通讯簿中的所有用户发送一封电子邮件。
注意：如果未执行此步骤，则执行 Exmerge.exe 两步骤合并过程的步骤 2 后，不会显示存在任何要还原的可用邮箱。
7. 使用两步骤合并过程中的步骤 2 运行 Exmerge.exe，然后输入所有用户。完成此过程后，先前存储在 .pst 文件中的电子邮件将被移至 Exchange Server 邮箱。
现在，您便具有了新的 Priv.edb 文件，其中包含所有邮件的最新副本。
有关还原 Exchange Server 信息存储的其他信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：231299 (http://support.microsoft.com/kb/231299/EN-US/) XADM:Information Store Returns Service-Specific Error 335544375
162354 (http://support.microsoft.com/kb/162354/EN-US/) XADM：运行 ISINTEG -PATCH 时的 DS_E_COMMUNICATIONS_PROBLEM 问题
172813 (http://support.microsoft.com/kb/172813/EN-US/) XADM：诊断并解决 Store.exe 高 CPU 占用率问题
242364 (http://support.microsoft.com/kb/242364/EN-US/) XADM:Information Store Does Not Start After an Offline Defragmentation With 4294966277
219419 (http://support.microsoft.com/kb/219419/EN-US/) XADM: Information Store Stops Unexpectedly and Cannot Be Repaired
有关 Exchange Server 灾难恢复的更多信息，请参见“Exchange 5.5 Disaster Recovery”（Exchange 5.5 灾难恢复）白皮书。为此，请访问下面的 Microsoft Web 站点：http://www.microsoft.com/downloads/details.aspx?FamilyID=df586628-3abe-40c3-8e8f-beb4122de3d7 (http://www.microsoft.com/downloads/details.aspx?FamilyID=df586628-3abe-40c3-8e8f-beb4122de3d7)
有关 Isinteg.exe 和 Eseutil.exe 实用工具的更多信息，请参见 Eseutil.rtf 和 Isinteg.rtf 文档，它们位于 Exchange Server 安装光盘的 \ExchSrvr\Server\Support\Utils 文件夹中。
回到顶端这篇文章中的信息适用于:
XADM：如何从损坏的信息存储恢复(exchange2003
如何恢复损坏的XP系统文件
硬盘损坏后恢复数据的几种方法
如何读取损坏光盘内的文件
如何读取损坏光盘内的文件
word文档损坏恢复方法
word文档损坏恢复方法
word文档损坏恢复方法
AD与Exchange2003邮件服务器详细设置技术信息
整夜睡不着？如何从职业性的失眠中恢复过来
[教程]应用通道系列——7、《利用替换通道恢复损坏的照片》
如何从 ASP 调用 SQL Server 存储过程
blog中文翻译 : Web2.0需要可信赖的在线信息存储
信息银行:像在银行存钱一样把存储自己的信息
管理信息，而非存储
应用通道系列——7、《利用替换通道恢复损坏的照片》 橡树摄影 - www.xiangshu...
如何恢复iptables的默认设置
如何恢复删除的文件
如何恢复iptables的默认设置
从突破数据存储的极限说开去
异构环境下的存储管理：如何解决存储之灾
不损坏一键恢复功能，为Ideapad重新分区
数码相机存储卡数据恢复软件大全
数码相机存储卡数据恢复软件大全