如何在单个站点中恢复 Exchange 2000 Server 或 Exchange Server 2003 上的信息存储

本文分步介绍如何使用 Microsoft Exchange 2000 Server 和 Microsoft Exchange Server 2003 中的脱机还原过程从损坏的信息存储中恢复数据。

注意：本文并不介绍针对 Exchange 2000 Server 和 Exchange Server 2003 其他任何方面的灾难恢复方法，而且本文介绍的解决方案可能无法恢复信息存储损坏的所有情况。

在 Exchange 2000 Server 和 Exchange Server 2003 中发生损坏时，信息存储是最易受影响的组件之一。信息存储由下列四个数据库文件组成：

• Priv1.edb
• Priv1.stm
• Pub1.edb
• Pub1.stm

Priv1.edb 数据库文件包含正在传送的邮件和存储的非 SMTP 邮件。Priv1.stm 数据库文件包含简单邮件传输协议 (SMTP) 邮件，其中包括正在传送的邮件和存储在服务器上的邮件。Pub1.edb 数据库文件包含用于非 SMTP 格式数据的公用文件夹存储。Pub1.stm 包含用于 SMTP 格式信息的公用文件夹存储。

有关备份和还原这些文件的更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章： 一般情况下，损坏涉及到这两个 .edb（Exchange 2000 Server 和 Exchange Server 2003 数据库）文件中的一个或两个。多数情况下只有一个文件被损坏，或者是 Priv1.edb 文件，或者是 Pub1.edb 文件（这两个文件均位于 Program Files\Exchsrvr\Mdbdata 文件夹中）。

当信息存储被损坏时，可能会发生下列现象：

• Microsoft Exchange Information Store 服务无法启动。
• 无法停止信息存储服务，而且无法停止从属的服务，如 Post Office Protocol 版本 3 (POP3) 和 Internet Message Access Protocol 版本 4rev1 (IMAP4)。
• 信息存储停止响应，并且 CPU 占用率保持在 100％。
• 客户端无法检索或发送电子邮件，即使停止然后重新启动信息存储服务也无济于事。
• 如果您尝试从脱机备份中还原 Exchange 2000 Server 和 Exchange Server 2003 数据库，然后运行信息存储完整性检查程序实用工具 (Isinteg.exe) 修补程序，可能会收到以下错误消息：
  Error 4294966746:JET_errDatabaseInconsistent
• 在您尝试使用 Exchange 系统管理器装载邮箱存储时，可能会收到与以下类似的错误消息：
  Unable to Mount the Mailbox Store with error c104173c "The Information Store is Busy"

在尝试使用 Exchange 系统管理器装载数据库时，可能会收到以下错误消息： 本文介绍的过程基于具有以下特点的单一服务器和单一站点情形：

• 未使用站点连接器。
• 站点复制被禁用（使用单一站点）。
• 存在 Pub1.edb 文件和 Priv1.edb 文件的脱机副本。
• 未使用密钥管理服务器（KM 服务器）。
• 服务器运行的是 Microsoft Small Business Server 2000。

不过，这些原则适用于在单一组织、单一站点配置中设置的大多数其他 Exchange 2000 Server 和 Exchange Server 2003 计算机。

注意：此过程不是为了还原连接器设置。

本文介绍的过程用于隔离损坏的信息存储，并帮助您恢复公用和专用信息存储。在开始之前，请确保您可以从其他来源中恢复数据文件。例如，如果您使用的是小型 Exchange 2000 数据库（小于 1 GB），请制作 Pub1.edb、Pub1.stm、Priv1.edb 和 Priv1.stm 文件的副本。对于较大的数据库，如果磁盘空间不足，无法复制这些文件，请使用优秀的磁带备份系统或其他脱机存储实用工具。

信息存储故障排除

1. 尝试启动 Microsoft Exchange Information Store 服务。记录报告的任何错误和事件 ID。
2. 在运行步骤 3 中提到的 Eseutil.exe 程序之前，请确保信息存储服务已停止。
   
   注意：如果信息存储服务在启动状态停止响应（挂起），您可以通过禁用它并重新启动服务器来停止服务。要禁用信息存储服务，请按以下步骤操作：
   1. 单击“开始”，指向“程序”，指向“管理工具”，然后单击“服务”。
   2. 双击“Microsoft Exchange Information Store”服务，然后在“启动类型”框中单击“禁用”。
   3. 单击“确定”。
3. 检查数据库的一致性。如果数据库是一致的，则所有日志文件都已提交给信息存储。如果数据库不一致，则数据库可能未损坏。相反，日志文件可能丢失、被损坏或尚未提交到数据库。请运行下面的命令以检查公用和专用数据库的一致性（为便于阅读，这些命令已换行）。
   
   
   C:\Program Files\exchsrvr\BIN>eseutil /mh
   "drive:\Program Files\exchsrvr\MDBDATA\priv1.edb"
   
   C:\Program Files\exchsrvr\BIN>eseutil /mh
   "drive:\Program Files\exchsrvr\MDBDATA\pub1.edb"
   
   注意：本示例假设您正在从驱动器 C 上的 Program Files\ExchSrvr\Bin 文件夹中运行程序，并且 .edb 文件位于 Program Files\ExchSrvr\Mdbdata 文件夹中。
   
   如果执行了升级，这些数据库文件可能位于 C:\Exchsrvr\Mdbdata 文件夹中。如果优化了数据库，则这些文件可能位于另一驱动器上。
   
   要验证 .edb 文件是否一致，请检查标有“State”的输出行。如果希望将此命令的输出直接发送到文本文件，您可以按照下面的方法修改命令行（为便于阅读，下面的命令已换行）。
   C:\Program Files\exchsrvr\BIN>eseutil /mh
   C:\Program Files\exchsrvr\MDBDATA\priv1.edb > mypriv.txt
   
   C:\Program Files\exchsrvr\BIN>eseutil /mh
   C:\Program Files\exchsrvr\MDBDATA\pub1.edb > mypub.txt
   
   要将文本直接显示在屏幕上，请在命令结尾处添加 | more。
   
   如果 Pub1.edb 文件和 Priv1.edb 文件不在 Program Files\ExchSrvr\Mdbdata 文件夹中（该文件夹与从中运行此命令的 ExchSrvr\Bin 文件夹位于同一驱动器中），请使用 Priv1.edb 文件的完整路径替换命令中的“C:\program files\mdbdata\priv1.edb”部分。对 Pub1.edb 进行相同的更改。如果 Pub1.edb 文件和 Priv1.edb 文件一致，请转到步骤 6。
   
   如果其中某个数据库不一致，则尝试对文件执行软故障恢复，以检查 Mdbdata 文件夹中是否存储了日志文件的副本。
   
   注意：如果没有日志文件，则无法完成软故障恢复过程。请转到步骤 6。还必须启动信息存储服务。
   
   当您执行软故障恢复时，所有未提交的日志文件都将被提交给信息存储数据库。
   
   要启动软故障恢复，请运行下面的命令。
   
   打开数据库和日志文件所在的文件夹，然后在命令提示符处键入下面的内容：为便于阅读，下面的命令已换行。
   C:\Program Files\exchsrvr\MDBDATA>"C:\Program Files\exchsrvr\BIN\eseutil" /r E00
   单击是运行修复。实用工具将显示下面的消息：

   Microsoft(R) Exchange Server(TM) Database Utilities
   Version 6.0
   Copyright (C) Microsoft Corporation 1991-2000.  All rights reserved.
   
   Initiating RECOVERY mode...
   Logfile base name:E00
   Log Files:(current directory)
   System files:(current directory)
   
   Performing soft recovery...
   						

   完成软故障恢复之后，程序将显示下面的消息：
   Operation completed successfully in x.xxx seconds.
   如果数据库可以完全恢复，您可以使用此命令恢复数据库。要确认此现象，请重新执行此步骤，然后再次运行 eseutil /mh 命令。如果公用信息存储和专用信息存储的状态都更改为“一致”，请转到步骤 5。
4. 如果其中任一数据库不一致，而且 eseutil /r 命令未将它们恢复到一致状态，请使用本步骤中介绍的过程。
   
   注意：在使用以下命令时，可能会丢失某些 Exchange 2000 Server 或 Exchange Server 2003 数据，其中包括尚未提交给信息存储数据库的日志文件中包含的邮件。以下命令是硬故障恢复（强制状态恢复）命令。Microsoft 建议，只有在执行本文上述步骤后公用信息存储或专用信息存储没有恢复到一致的状态时，才使用此命令。
   
   在命令提示符处，键入下列命令（为便于阅读，下面的命令已换行）：
   1. 将 Priv1.edb 文件恢复到一致状态：
      C:\Program Files\exchsrvr\MDBDATA>"C:\Program Files\exchsrvr\BIN\eseutil" /p priv1.edb
   2. 将 Pub1.edb 文件恢复到一致状态：
      C:\Program Files\exchsrvr\MDBDATA>"C:\Program Files\exchsrvr\BIN\eseutil" /p pub1.edb
   3. 单击是运行修复。实用工具将显示下面的消息：

      Microsoft(R) Exchange Server(TM) Database Utilities
      Version 6.0
      Copyright (C) Microsoft Corporation 1991-2000.  All right reserved.
      
      Initiating REPAIR mode...
      Database:priv1.edb
      Streaming File:priv1.stm
      Temp.Database:TEMPREPAIR1820.EDB
      
      Checking database integrity.
      
      Scanning Status (% complete)
          0    10   20   30   40   50   60   70   80   90   100
          |----|----|----|----|----|----|----|----|----|-----|
          ....................................................
      							

   在完成此过程之后，程序将显示下面的消息：
   Integrity check successful.
   注意：修复过程中将自动包括 .stm 文件。
5. 删除 Mdbdata 文件夹中的所有 .log 文件，删除 .chk 文件，然后删除 Temp.edb 文件（如果存在）。
6. 将数据库装载一次，然后立即将其卸除，以避免用户在此过程中访问它们。
   
   注意：为防止新的电子邮件进入数据库，您可以在装载数据库之前停止 SMTP 服务。当您运行硬故障修复 (eseutil /p)，并且修复实际检测并移除了数据库损坏时，您应该在修复之后、进行任何其他操作之前运行脱机碎片整理。
7. 停止信息存储服务，并运行专用存储数据库和公用存储数据库的碎片整理。如果磁盘空间不足，则必须执行此步骤。
   
   注意：您的可用磁盘空间必须有至少相当于数据库大小的 110% 大小，才能运行 eseutil /d。如果没有使用 "t" 命令为数据库文件指定一个临时位置，则临时位置将自动设置为 Exchsrvr/Bin 文件夹。
   
   在命令提示符处，键入下列命令（为便于阅读，下面的命令已换行）：
   1. 对 Priv1.edb 进行碎片整理：
      C:\Program Files\exchsrvr\BIN>eseutil /d
      C:\Program Files\exchsrvr\MDBDATA\priv1.edb
   2. 对 Pub1.edb 进行碎片整理：
      C:\Program Files\exchsrvr\BIN>eseutil /d
      C:\Program Files\exchsrvr\MDBDATA\pub1.edb
   注意：如果专用信息存储数据库和公用信息存储数据库很大，此步骤可能需要一些时间。如果在尝试执行此步骤时收到错误消息，指出磁盘空间不足，请将 Program File\ExchSrvr\Bin 文件夹复制到具有更多磁盘空间的驱动器上，然后尝试从该位置运行此命令。 有关如何解决此错误消息的更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：
   192185? (http://support.microsoft.com/kb/192185/ ) 如何使用 Eseutil 实用工具 (Eseutil.exe) 进行碎片整理
8. 使用 Isinteg.exe 修复 Pub1.edb 数据库和 Priv1.edb 数据库。Isinteg.exe 实用工具可对每个数据库的所有区域运行测试，并报告测试结果。Isinteg.exe 还尝试修复遇到的任何问题。
   • 要修复 Priv1.edb，请在命令提示符处键入下面的命令（为便于阅读，下面的命令已换行）：
     C:\Program Files\exchsrvr\BIN>isinteg -s (servername) -fix -test alltests
   注意：要获取或确认服务器名，请在服务器上的命令提示符处键入下面的命令：
   nbtstat -n
   系统会提示您选择要检查的数据库。

   Index       Status       Database-Name
   Storage     Group Name:First Storage Group
   1         Offline      Mailbox Store (servername)
   2         Offline      Public Folder Store (servername)
   Enter a number to select a database or press Return to exit.
   						

   您只能检查标记为“Offline”（脱机）的数据库。必须启动信息存储服务，但必须卸除信息存储。
   
   在选择一个数据库后，将出现下面的消息，提示您确认所做的选择：

   "You have selected First Storage Group / Mailbox Store <servername>
   Continue?(Y/N)"
   
   Press <B>Y</B> and <B>Enter</B> to start checking the selected database.
   						

   您将收到一份摘要报告，指明下列各项内容：执行的测试个数、警告个数、找到的错误个数、尝试的修复次数以及程序运行所花的时间。如果报告中有警告、错误或修复信息，请再次运行该命令。重复此步骤，直到不报告警告、错误或修复信息，而且报告内容类似于以下文本：

   Test reference table construction result:
   0 error(s); 0 warning(s); 0 fix(es); 0 row(s); time:0h:0m:0s
   Test Folder Result: 
   0 error(s); 0 warning(s); 0 fix(es); 101 row(s); time:0h:0m:0s
   
   Now in test 3 (reference count verification)of total 3 tests;
   100% complete.
   						

   注意：在有些情况下，每次运行程序时都会报告相同的警告、错误或修复信息。如果连续三次出现同样的警告、错误或修复信息，请转至下一步骤。这些错误可能是由于损坏的电子邮件附件，或者不会阻止您启动信息存储的类似情况造成的。
   
   如果能够启动信息存储服务，而且信息存储较为稳定，并且在多次运行 Isinteg.exe 后仍报告同样的错误和警告，请使用 ExMerge 实用工具，通过将数据导出为 .pst 格式，然后将其重新导入新的或干净的数据库结构中来重建信息存储。有关如何使用 ExMerge 实用工具的信息将在下文中介绍。
   
   注意：Exchange 2000 Server 和 Exchange Server 2003 不再结合使用 -patch 选项来实现 Isinteg 实用工具。修补操作将在信息存储启动时由 Store.exe 自动执行。 有关更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：
   251409? (http://support.microsoft.com/kb/251409/ ) 还原脱机备份不再需要 Isinteg -patch
9. 重新启动信息存储。

有关如何修复 Exchange Server 数据库的更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：

使用一致性调整程序

早期版本的 Exchange Server 使用 DS/IS 一致性调整程序根据信息存储数据库在文件夹中创建用户对象。在 Exchange 2000 中，Mbconn.exe 实用工具提供了相同的功能。有关更多信息，请参阅“Mailbox Reconnect Help”（邮箱重新连接帮助）文件 (Mbconn.chm)，该文件位于 CD Drive\ExchSrvr\Server\Support\Utils\i386 文件夹中，或者单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：

注意：Exchange Server 2003 中的邮箱恢复中心取代了与 Exchange 2000 Server 一起使用的 MBCONN 实用工具。有关更多信息，请参阅 Exchange Server 2003 帮助文件。

您可以将 Eseutil 与 /G 开关一起使用来验证信息存储的完整性。 有关可用开关的更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：

使用 Exchange 2000 目录服务完整性检查程序 (E2kdsinteg)

E2kdsinteg 实用工具最初包括在 Exchange 2000 SP2 中。在安装并运行 Exchange 2000 或 Exchange 2000 Active Directory 连接器 (ADC) 后，此实用工具将报告 Active Directory 的运行状态。E2kdsinteg 实用工具以文本文件的格式生成简单的报告，该报告记录异常或可疑的对象。E2kdsinteg 不会更改 Active Directory 中的任何对象。根据 Active Directory 中支持邮件的对象和配置对象的数量，处理支持邮件的对象可能需要相当长的时间。

在 Exchange Server 2003 中，ConfigDSInteg 工具运行 E2kDSInteg 配置对象来检查 Active Directory 配置对象。 有关更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：

使用 ExMerge 实用工具

如果信息存储可以启动，但存在其他问题，您可以使用 ExMerge 实用工具将所有用户邮箱导出为 .pst 文件。然后，将用户邮箱的 .pst 文件合并为新创建的 Priv1.edb 文件。还可以通过这种方法移动公用文件夹的内容。

如果使用电子邮件的脱机存储（.ost 文件），必须先将 .ost 文件移至 .pst 文件中，然后再开始执行此过程，以防止丢失任何 .ost 数据。

在使用 ExMerge 实用工具之前，需要知道使用 ExMerge 只能移动用户邮箱。不能使用 ExMerge 移动特定的 Exchange 2000 Server 和 Exchange Server 2003 配置属性，如连接器设置、Outlook 设置或客户端规则。也不能使用 ExMerge 移动通讯组列表、通讯组列表中的成员或公用文件夹。可以将公用文件夹内容移动到用户的个人文件夹中，以便在合并的 .pst 文件中包括公用文件夹信息。如果您尝试此过程，则必须手动重新创建或重新配置通讯组列表。

注意：此过程还将删除到此时间点为止收到的邮件的单一实例存储。结果，Exchange 2000 Server 和 Exchange Server 2003 数据库可能会增长，并需要更多的磁盘空间。

有关 ExMerge 实用工具的更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章： 可从 Exchange 2000 CD 上 Support\Utils 文件夹中针对您的平台的子文件夹下获得 ExMerge 实用工具。Microsoft 建议您使用最新的 Exchange 2000 Service Pack 中包含的 ExMerge 实用工具。

注意：对于 Small Business Server 2000 用户，ExMerge 实用工具位于第 3 张 CD 上的 Exchsrvr60\Support\Utils\I386\Exmerge 文件夹中。还有一个名为 Exmerge.doc 的 Microsoft Word 文档，它提供了有关如何使用此实用工具的更为详细的信息。对于 Exchange Server 2003 用户，请访问下面的 Microsoft 网站来下载 Exmerge.exe： 将这些文件复制到 \Exchsrvr\Mdbdata\Bin 文件夹中，然后按照下列步骤操作：

1. 确保当前没有用户正在访问电子邮件，或正在运行电子邮件客户端程序。
2. 通过使用两步合并中的步骤一运行 ExMerge，然后输入所有用户。
3. 当 ExMerge 过程完成之后，停止 Exchange 2000 Server 或 Exchange Server 2003 Information Store 服务，找到并打开 ExchSrvr\Mdbdata 文件夹，然后重命名 Pub1.edb 和 Priv1.edb 文件。
   
   删除此文件夹中的所有其他文件。在确信合并成功完成之前，请务必不要删除重命名的 Pub1.edb 和 Priv1.edb 文件。
4. 重新启动 Exchange 2000 Server 或 Exchange Server 2003 Information Store 服务。
5. 在客户端计算机上启动 Outlook，然后向 Exchange 2000 Server 或 Exchange Server 2003 全球通讯簿中的所有用户发送一封电子邮件。
   
   注意：如果未完成此步骤，ExMerge 两步合并中的第二个步骤将不显示任何可供还原的邮箱。
6. 使用两步合并中的步骤二运行 ExMerge，然后输入所有用户。
   
   完成此过程后，以前存储在 .pst 文件中的电子邮件将被移至 Exchange 2000 Server 或 Exchange Server 2003 邮箱。

您将得到一个包含所有电子邮件副本的新 Priv1.edb 文件。

注意：如果用户登录到空邮箱，则帐户可能不连接到新创建的邮箱。 有关更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：

重新创建 Pub1.edb 数据库

1. 从客户端（如 Outlook）将公用文件夹复制到该客户端上用户的个人文件夹。
2. 停止信息存储服务，然后重命名现有的 Pub1.edb 和 Pub1.stm 文件。
3. 要创建新的 Pub1.edb，请装载公用文件夹数据库。
4. 单击确定以创建新的 Pub1.edb。
   
   注意：必须重新设置公用存储上的所有权限。 有关是否自动创建了新数据库的更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：
   261329? (http://support.microsoft.com/kb/261329/ ) XADM：信息存储启动时不自动创建信息存储文件
5. 将文件夹从客户端移回服务器上的新公用文件夹结构。

有关恢复 Exchange 2000 信息存储的更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章： 有关 Exchange 2000 灾难恢复的更多信息，请访问下面的 Microsoft 网站： 有关 Isinteg.exe 和 Eseutil.exe 实用工具的更多信息，请参阅位于 Exchange 2000 CD 上的下列位置的文档：重要说明：在能够访问电子邮件和公用文件夹后，应尽快执行备份并验证备份是否成功。

最佳做法

信息存储定期维护

Microsoft 建议您将任何预定维护安排在与备份过程运行时间不同的时间段内。如果定期维护和备份过程同时运行，可能会导致 Exchange 2000 Server 或 Exchange Server 2003 数据库出现问题。

要更改信息存储的预定维护时间，请执行以下操作：

1. 在 Exchange 系统管理器中，右键单击邮箱存储。
2. 单击数据库选项卡。
3. 单击“自定义”按钮。
4. 对于公用文件夹存储，重复步骤 1 到 3。

Microsoft 建议您每周运行一次 Exchange 2000 Server 或 Exchange Server 2003 维护，特别是站点上仅有少数用户时。

保持 Service Pack 最新

您可以使用 Exchange 2000 Server Service Pack 和 Exchange Server 2003 Service Pack 来保持您的 Exchange 服务器系统是最新的。有关 Exchange 2000 Server Service Pack 和 Exchange Server 2003 Service Pack 的更多信息，请访问下面的 Microsoft 网站：

有关更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：