| | | 故障和恢复计划 | | 2000-10-10·
·-··微软
| b>摘要
本白皮书提供了一个使用备份的故障恢复策略，目的是保护您在 Microsoft® Exchange Server 中的投资，帮助实现用户期望的每周七天每天二十四小时的服务，并使系统停机时间达到最少。总体说来，本白皮书介绍了
Microsoft Exchange 数据、它们的存放位置、保存形式，以及故障恢复中的事务日志记录及其应用。
具体一些来讲，本白皮书介绍了 Microsoft Exchange Server 的内置备份和还原支持，并提供了两个数据恢复方案。其中说明了遇到故障时为使系统停机时间最少而应采取的步骤。其中介绍的一些最佳的或有益的应用可以帮助您管理服务器。此外，本白皮书还介绍了
Exchange 5.5 中用于帮助实现故障恢复的一些新功能。
引言
要理解在 Microsoft? Exchange 下规划数据故障和恢复的概念和方法，需考虑 Microsoft 对这些数据的分类方式。在 Exchange
中，数据分为基于服务器的数据和本地数据。在基于服务器的数据中，有目录服务、信息存储、密钥管理服务器数据、Microsoft Windows NT? 操作系统注册表，以及
Microsoft Exchange 使用的其它文件和目录。
在目录服务中，数据保存在名为 DIR.EDB 的文件中，该文件在默认情况下存放在默认服务器目录下的 DSADATA 目录中。除了 DIR.EDB 文件外，目录服务还包括一些事务日志，它们可以位于
DSADATA 目录中、另一个目录中或另一个驱动器上，到底在哪要取决于是否运行性能优化程序。
信息存储包括私人信息存储和公用信息存储。存放在 PRIV.EDB 文件（默认情况下此文件保存在 MDBDATA 目录中）中的私人信息存储包含如邮件和文件夹等的用户信息。存放在
PUB.EDB 文件（默认情况下此文件也保存在 MDBDATA 目录中）中的公用信息存储包含公用文件夹。
象目录服务一样，信息存储由数据库文件和事务日志组成。默认情况下这些日志和数据库文件一起也存放在 MDBDATA 目录中，但如果您运行性能优化程序，那么这些事务日志可能全部位于另一个驱动器上。
密钥管理服务器是许多人在确定其故障恢复或备份策略时应记住的一个组件。请注意，在 Exchange 4.0 和 Microsoft Exchange 5.0
中，您必须将密钥管理服务器作为一个单独的组件来安装。这是因为该服务器没有被内置到服务器安装程序中。因此在安装密钥管理服务器时，在 Exchange 4.0
和 Exchange 5.0 中会创建一个名为 Security 的目录。
r>
Exchange 5.5 对密钥管理服务器的处理有所不同。该版本中，所包含的信息保存在 Exchange 下的 KMSDATA 目录中。因此在确定备份策略时，您应当记住密钥管理服务器信息。
Windows NT 注册表对 Exchange Server 也是极为重要的。请注意，该注册表既包含与服务相关的信息，又包含特定连接器的大多数配置信息。例如，Microsoft
Mail 连接器使用该注册表来存储您已设置的各种不同的 PCMTA。
可能需要备份的其它目录存放在 EXCHSRVR 目录、MTADATA 目录（它包含邮件并通过 MTA 进行中转）和 IMCDATA 目录（由 Internet
Mail Service 使用）下。除了用作一个临时存储区域外，IMCDATA 目录还在邮件档案开启时存储协议日志。TRACKING.LOG 目录包含邮件跟踪文件，而
DXADATA 目录包含有关 Microsoft Mail 和 Microsoft Exchange 之间目录同步的信息。
本地数据通常假定存放在客户机上，其备份由客户机完成。这类数据一般存放在四个区域：个人邮件存储、脱机邮件存储、个人通讯簿文件和 Microsoft Schedule+
数据文件。例如，Microsoft Outlook? 桌面信息管理器的用户可以根据其默认传递位置的不同，将他们的日历存储在自己的本地驱动器或是服务器上。
备份和恢复的基本知识
本节详细说明了事务日志和检查点文件以及它们各自在备份和恢复中的角色、循环日志记录和回放的事务日志。不过，首先需考虑 Microsoft Exchange
环境中的典型邮件流。Exchange 客户向服务器发送一个邮件，服务器接收它，执行必须发生在内存中的事务，并几乎是立即就将这些事务写到一个日志文件中。在一定的时间间隔之后，该事务就通过信息存储或数据库文件（PRIV.EDB
或 PUB.EDB）被写出。
换句话说，由于性能和可靠性方面的原因，事务先被写到连续的日志文件中，然后被写到数据库文件中。这就意味着对于写出到数据库文件的每个事务，在日志文件中都有一个副本，该副本可以在数据库文件被破坏时重新回放到数据库文件中。这就是事务日志记录的主要益处。
Exchange Server 事务日志的一个有用的特征是它的大小：不管是充满还是空的，它几乎总是 5 MB 大小。因此，如果您看到其它大小的日志文件，就可以认定它已被破坏。当前日志文件的名称始终是
EDB.LOG。一旦填入内容后，就被重命名为 EDB0001.LOG、EDBOOO2.LOG 等等，并且创建一个新的 EDB.LOG 文件。另外，每个事务日志文件都包含一个签名，它必须与相应数据库文件的签名相匹配。如果这些签名不匹配，那么相应的服务就会在启动时失败，并且事件日志中会有一个
Jet 级的错误消息，指明无效的日志签名或无效的数据库签名。
检查点文件是一种优化，它使得服务可以跟踪哪些事务已被提交到数据库，哪些事务还没有被提交到数据库。此文件名为 EDB.CHK，对于目录服务，它存放在 DSADATA
目录中。对于信息存储服务，它存放在 MDBDATA 目录中。再次说明，如果您运行了性能优化程序，此文件的位置可能有所变化。当您每次向数据库文件提交事务时，检查点文件就会得到更新。
循环日志记录是故障恢复的一个很重要的概念。当启用循环日志记录时，它通过阻止在您的驱动器上连续建立事务日志文件，从而保存存储。当然，不利的方面是在使用循环日志记录时，不会发生增量和差异备份，因此这些备份在系统崩溃时不可用。请注意，循环日志记录是
Exchange 中的默认设置，如果您不需要该设置，则可通过管理程序关闭它。
此处介绍这些事务日志文件和检查点如何在恢复中发挥作用。使用事务日志文件中的所有事务和指明哪些事务已提交给数据库的检查点文件，该服务扫描检查点文件，找到提交给数据库的最后一个事务。然后该服务就扫描事务日志，找到还没有提交给数据库的事务，并将它们写到数据库中。当您启动该服务或当您还原了一个联机备份后，此过程就会自动发生。
下一页
| | | 感谢
访问天极网，如果您觉得该文章涉及版权问题，请看这里！
|
|
