恢复 Exchange 数据库

 

上一次修改主题: 2006-01-31

Exchange 数据库恢复清单

 

__

卸除要还原的每个邮箱或公用文件夹存储的数据库。

__

配置数据库以便还原过程可以覆盖它们(可选)。

__

确定要还原的文件的数据库和日志文件位置(可选)。

__

将当前数据库文件复制到另一个位置(可选)。

__

确保 Exchange 系统管理器中的邮箱和公用文件夹存储名称与备份媒体匹配。

__

确保 Microsoft Exchange Information Store 服务 (MSExchangeIS) 正在运行。

__

选择要从备份媒体还原的备份文件。

__

还原所选文件。

__

确保还原过程已成功。

__

重播事务日志文件 (Eseutil /cc)(可选)。

__

装入数据库(存储)。

执行还原过程之前,必须卸除要还原的 Exchange 数据库。如果尝试还原的数据库仍然处于装入状态,则还原过程将失败。有关详细说明,请参阅“如何卸除邮箱和公用文件夹存储”。

note注意:
邮箱和公用文件夹被卸除时,用户将无法访问它们。因为 Exchange 支持多个存储组以及多个邮箱和公用文件夹存储,所以必须只卸除从备份还原的数据库。若要在不影响在该数据库上拥有邮箱的电子邮件用户的情况下还原数据库,请考虑使用恢复存储组而不是它的原始存储组,通常,只有当您要从备份数据库将特定数据提取或合并到原始的、仍然在运行的数据库时,才使用恢复存储组。
note注意:
必须卸除要还原的每个数据库。

若要确保还原过程覆盖 Exchange 数据库,必须配置要还原的数据库。但是,如果要将它们还原到原始位置,或使用恢复存储组,则不必配置数据库。只有当所还原的数据库在 Active Directory 中有不同的 GUID 时,才必须配置数据库。例如,在将数据库还原到另一个目录林(例如,测试目录林)时,将需要不同的 GUID。如果数据库的 Active Directory 对象已删除,也会需要不同的 GUID。在 Active Directory 中重新创建已删除的对象时,将为每个对象赋予新的 GUID。

除非您知道必须覆盖数据库,否则不要使用该选项。

有关详细说明,请参阅“如何配置 Exchange 数据库以便还原进程覆盖它们”。

如果计划制作已损坏的数据库的副本,以便以后必要时可以尝试修复该数据库,则需要确定数据库和日志文件的位置,以便可以移动或复制它们。

在以下过程中,必须记录来自数据库和包含数据库的存储组的属性对话框中的信息。必须对您要移动或复制的每个数据库执行该操作。有关详细说明,请参阅“如何确定要还原的文件的数据库和日志文件位置”。

在现有数据库文件被还原过程覆盖之前,可以保留这些数据库文件,以防还原过程不成功。保留已损坏的数据库文件的副本为使用更多恢复选项提供了可能性。例如,如果还原不成功,则这些文件的副本可以帮助您回复到也许可以修复的原始版本。

执行还原之前复制数据库文件的缺点是,这可能使数据库恢复过程的时间明显延长。如果可以选择将文件移动到同一个逻辑驱动器上的另一个位置,这将比试图复制文件快得多。有关详细说明,请参阅“如何复制或移动要还原的数据库文件的现有版本”。

important重要提示:
将数据库文件从它们的原始位置移动到同一个逻辑磁盘上的其他文件夹几乎可以在瞬时完成,因为必须写入磁盘的唯一数据是对 NTFS 主文件表 (MFT) 的更新。将文件移动到其他逻辑磁盘(即使两个驱动器共享同一个物理磁盘),或在任何位置制作它们的副本,都会花费更长的时间,这是因为必须将每个数据库文件重新写入新的位置。通过网络将数据库文件移动或复制到其他位置会花费更长的时间,并且会占用很多网络带宽。为什么充分利用 Exchange Server 2003 的 4 个存储组和 20 个数据库的容量(更多的小容量数据库)实际上可以提供更好的可管理性,并能够减少用在与备份和还原相关的任务上的时间,这正是一个原因。

从备份媒体还原的存储组和数据库(邮箱存储或公用文件夹存储)的名称必须与存储组和数据库的名称匹配,因为它们作为对象存在于将它们还原到的目标服务器的 Active Directory 中。如果 Exchange 系统管理器正运行在组织内的任何 Exchange 服务器上,它将从 Active Directory 中读取该数据并显示它,以便当它们出现在备份中时可以对照存储组和数据库的名称对数据进行验证。如果名称不匹配,还原过程将失败。

例如,如果在尝试还原存储组及其数据库之前删除了它们,则存储组及其数据库将不会存在于该服务器的 Active Directory 中,并且您必须用与备份媒体上的存储组和数据库名称完全匹配的名称来重新创建存储组和数据库。有关详细说明,请参阅“如何确保存储组和数据库显示名与要还原的文件的名称匹配”。

如果执行本章前面的步骤之后发现名称不匹配,则必须创建与要从备份还原的存储组和数据库的名称匹配的存储组和数据库。

如果数据库或存储组名称已更改,只需要重命名数据库或存储组。

如果要设置新的服务器,或数据库或存储组已丢失,则必须创建它们。有关详细说明,请参阅下列过程:

如果要还原差异备份和增量备份,请确保按时间顺序还原备份。请始终先还原普通备份,然后按时间顺序还原任何增量备份或差异备份。如果不按顺序还原备份集,可能不会重播某些事务日志。有关详细说明,请参阅“如何还原所选文件”。

“还原进度”对话框中的“状态”字段表示“备份”在还原过程中的进度。如果状态字段显示“失败”,则说明还原过程发生了问题,必须先解决这些问题,才能继续还原 Exchange 数据库。单击“报告”按钮可查看这些错误的详细信息。

如果“状态”字段显示“完成”,则“备份”已成功还原数据库,并且日志文件已还原到临时目录。但是,仍然必须重播事务日志,然后才能完成整个恢复过程。完成事务日志重播可能需要几个小时。

有关如何检查还原进程是否成功的详细信息,请参阅“使用“备份”还原数据”中的“检查已完成的还原作业是否成功”。

从备份媒体还原数据库时,它处于所谓的不一致状态中,在该状态中数据库和日志文件没有一起同步。若要在还原数据库之后完全恢复 Exchange 数据,必须重播事务日志,以使数据库保持最新状态,或使它保持一致。

硬恢复是让被还原的数据库返回到一致状态的过程。若要启动硬恢复,可以在还原最后一个数据库时在“备份”中选中“上次还原集”复选框,也可以使用 Eseutil /cc 命令。

若要在任何命令提示符下运行 Eseutil,请执行本章前面的“在服务器上全局运行 Exchange 工具”中的步骤。

建议每次只运行一个 Eseutil /cc 实例,即使并发还原多个数据库也是如此。有关详细说明,请参阅“如何运行 Eseutil /cc”。

装入存储是恢复 Exchange 数据库的最后一步。装入存储之前,请确保硬恢复已完成。若要确保硬恢复完成,请检查 Restore.env 文件是否已删除。只有在硬恢复成功完成后才会删除 Restore.env。打开指定为日志文件的临时位置的文件夹,再打开要还原的存储组的文件夹。如果 Restore.env 文件仍然在那里,则硬恢复没有完成。这时,不要尝试装入存储。

note注意:
如果已使用 /k 开关(用于防止删除 Restore.env (Eseutil /cc /k))执行硬恢复,请使用 Eseutil /mh 来检查数据库头中是否处于干净关闭状态。

在确信事务日志重播已完成之后,装入已经恢复的每个存储。有关详细说明,请参阅“如何装入 Exchange 存储”。

 
显示: