设置恢复存储组

 

上一次修改主题: 2005-05-26

设置恢复存储组包括两个基本步骤:创建恢复存储组和添加要还原的数据库。此过程创建了 Microsoft® Exchange Server 2003 用于管理还原数据的逻辑结构。恢复数据库的内容是一个独立的进程,在 Exchange Server 2003 中将数据库还原到恢复存储组一节中对它进行了讨论。下图显示了在添加数据库后,Exchange 系统管理器中恢复存储组的外观。

b4ed6d51-8f2a-4cfe-99b4-7259adb9e3f3

虽然 Exchange 限定一台服务器上最多有四个普通存储组,但恢复存储组不受此限制。可以在已经包含四个存储组的服务器上创建恢复存储组。

为了达到最佳性能,请将恢复存储组放置到正在还原的原始数据库所处的服务器上。虽然可以将数据合并到其他服务器上的恢复存储组数据库中的数据库,但与两个数据库位于同一服务器相比,性能要低很多。

创建恢复存储组时必须设置的关键属性是:

  • 名称
  • 事务日志位置
  • 系统路径位置

如果使用联机备份(由备份应用程序或其他 Exchange 感知的备份应用程序创建的备份)还原数据库,请注意原始数据库所属的原始存储组的名称。根据以下条件,可能需要对恢复存储组使用该名称:

  • 如果正在创建恢复存储组的服务器上不存在原始存储组,该恢复存储组必须与原始存储组同名。例如,如果在没有其他存储组的恢复服务器上创建恢复存储组,恢复存储组必须与原始存储组同名。
  • 如果创建恢复存储组的服务器上存在原始存储组,那么恢复存储组必须另取名。例如,如果在原始数据库和存储组驻留的服务器上创建恢复存储组,则恢复存储组可使用不同于现有名称的任何名称。

开始还原操作时,Exchange 联机备份 API 会验证目标服务器上是否存在与备份集中的存储组同名的存储组。如果不存在,备份代理将报告以下错误:

The specified computer is not a Microsoft Exchange server or

its Microsoft Exchange services are not started.

其他备份代理可能报告不同的错误。

现有备份代理可透明地使用恢复存储组。API 在工作时会假设已对与备份集中的名称相匹配的存储组执行了还原操作。然而在实际上,还原被重定向到恢复存储组。

如果服务器上存在一个名称与备份集中的名称相匹配的存储组,在尝试命名恢复存储组时会出现以下错误:

The object Storage Group Name already exists.

Enter a unique directory name for this object.

如果发生此错误,请为恢复存储组指定不同名称。没有其他的名称限制。

不要将事务日志路径与服务器上另一个存储组事务日志的路径设置为同一路径。在大多数情况下,可以将事务日志设置为与预期数据库还原路径相同的路径。此建议与有关设置 Exchange 数据库和事务日志路径的常见建议有所不同。

为了在典型的 Exchange 服务器上获得最佳性能,事务日志和数据库应该分隔在不同的物理驱动器集上。但是,恢复存储组中几乎没有信息写入数据库,只能读取数据来抢救它。缺乏数据库活动意味着只有极少的事务日志活动,并且创建的任何新日志文件对恢复操作都没有用处。因此,恢复存储组事务日志的位置不大会影响性能。

某些恢复方案涉及恢复存储组数据文件从一个位置到另一个位置的复制或移动。在这些方案中,不一定要将恢复存储组的所有数据路径设置为同一个位置,但这样做会便于管理和检查文件。最常见的恢复方案将在本文的后面部分详细讨论。

Exchange 对检查点文件使用系统路径位置列出的目录(请参阅图 2.2)。在大多数情况下,应将该目录设置为与事务日志相同的目录。虽然设置不同的路径没有什么损害,但这样做会避免问题排除和文件管理复杂化。

尽管创建恢复存储组不是必须的,但这样做会使 Exchange 系统管理器在打算创建恢复存储组的服务器上运行更加方便。这样做还便于验证和检查数据路径,以及决定放置恢复存储组数据文件的位置。可以不必在服务器控制台上做此操作。可以使用远程桌面会话。

note注意:
不能在双节点群集中的两个 Exchange 虚拟服务器上创建恢复存储组。在具有两个以上虚拟服务器的主动/被动多节点群集中,可以在多个虚拟服务器上创建恢复存储组。

有关详细说明,请参阅如何创建恢复存储组

向恢复存储组添加数据库的主要注意事项是:

  • 数据库名称
  • Exchange 数据库和流数据库的文件位置
  • 覆盖设置

可以任意命名恢复存储组中的数据库。在还原联机备份的数据库时,即使名称可能完全不同于原始名称,仍然可以使用该名称正确还原。

important重要提示:
此准则适用于逻辑数据库名称,而不是数据库文件本身的名称。有关数据库文件名称的信息,请参阅本主题后面的“数据库文件位置”。

此行为不同于对普通存储组的还原行为。在普通存储组中,如果在备份集的数据库名称与恢复服务器上的数据库逻辑名称相匹配,则只能还原联机备份。(逻辑名称是在 Exchange 系统管理器中所见的数据库对象的名称)。但对于恢复存储组中的数据库,规则是不同的。正如本文先前所描述的那样,每个恢复存储组数据库都有称为 msExchOrigMDB 的属性。此属性将恢复存储组数据库链接到原始数据库。

因为数据库名称可以不同,所以可以给恢复存储组数据库指定区别于原始数据库的名称。例如,出于方便考虑,可以为恢复存储组数据库的名称添加一个后缀。如果不带后缀,在某些管理列表中可能看到重复的数据库名称,因此会发现很难区分原始数据库和恢复存储组数据库。

决定还原数据库的位置时有四个主要注意事项:

  • 磁盘空间   在原始数据库所在的驱动器上用来还原副本的磁盘空间可能不足。在每个数据库驱动器上规划足够的磁盘空间看起来是对磁盘空间的过度浪费,然而有多个理由说明它是最佳做法。
    首先,如果现有数据库已损坏并且无法装入,在开始从备份还原之前,可以移动或重命名损坏的数据库。如果执行此操作磁盘空间的不足,有两种替代方法:从备份还原之前,必须删除现有数据库或者花费必要的时间将数据库复制到另一个磁盘。对于大型数据库,复制过程通常要花费数个小时。

    其次,数据库的脱机碎片整理可以通过创建已被清除空页的数据库的另一个副本来运行。如果在同一驱动器上用于这个第二个副本的空间不足,则必须对其他驱动器上的数据库执行碎片整理,并将经过碎片整理过的数据库复制到原始驱动器。对于大型数据库,此活动会将碎片整理时间延长到几个小时。
    在做灾难恢复时或执行脱机维护操作时,不为这些操作保留足够可用磁盘空间的后果是增加停机次数或其他风险。
  • 性能   还原数据库副本到与原始数据库相同的驱动器上会对性能产生一些影响。最终用户通常不会注意到性能下降,但性能下降也可能很显著,这取决于特定的硬件和配置。

  • 准备恢复策略   一条通用的规则是:如果恢复策略包括将恢复存储组数据库复制回其原始存储组位置,请尝试将恢复存储组数据库放置到与原始数据库相同的逻辑驱动器。不管数据库文件有多大,这样做使您可以在几秒种内就可以将数据库移回其原始位置。
这样可以使完成所有恢复操作所需的时间减少若干个小时。
  • 文件命名   Exchange 系统管理器建议的数据库默认文件名可以与原始存储组中的数据库文件名匹配,也可以不匹配。使用下列规则确定要使用哪些文件名称:
    • 如果正在从联机备份还原,文件名可以不匹配。Exchange 自动重命名从联机备份中还原的文件,以匹配恢复存储组中的名称。
      但是,如果打算将这些文件从恢复存储组移动回其原始存储组,文件名称必须与为 Exchange 系统管理器中的目标数据库所定义的那些名称匹配(在数据库属性对话框的数据库选项卡中列出)。在恢复存储组中创建数据库时,如果没有使用相同的文件名称,则在移动文件之前,必须手动重命名这些文件。否则,Exchange 将无法识别它们属于哪些相应的数据库。
    • 将脱机备份或文件副本数据库还原到恢复存储组时,为恢复存储组数据库所定义的文件名必须与原始存储组中的数据库文件名相匹配。因为没有使用 Exchange 联机备份接口,在文件名匹配的情况下,Exchange 只是将这些文件识别为属于正确数据库。
    一条通用的规则是:如果在创建数据库对象时正确地命名数据库,而不是以后重命名实际文件,就会减少混乱以及犯错的可能性。

将数据库添加到恢复存储组时,请保留选中的还原时可以覆盖此数据库复选框。需要记住与此复选框有关的一件重要事情是,在第二次将同一数据库还原到恢复存储组时,需要再次标记此复选框,然后才能装入数据库的第二次还原。不这样做也没有什么损害,但 Exchange 会通过显示此错误消息来提醒您如何操作:

The database files in this store were replaced with older versions by an offline restore. To use the restored files, open the Database property page for this Store, select 'This database can be overwritten by a restore', wait for Active Directory replication, and then try again.ID no: c104173a

不应该一次将同一数据库添加到 Exchange 组织中的多个恢复存储组。如果在两台不同服务器上的恢复存储组中配置了同一数据库,会导致两个备份 API 和 ExMerge 之间产生混乱。在删除一个重复的恢复存储组数据库之前,可能无法还原数据库或从中提取数据。

决定文件名和位置后,就可以将数据库添加到恢复存储组。此操作将在 Exchange 中创建逻辑数据库结构。

有关详细说明,请参阅如何添加要还原的数据库

有关还原数据到数据库的信息,请参阅在 Exchange Server 2003 中将数据库还原到恢复存储组

在创建恢复存储组后,不能将它重命名或者更改其数据路径。如果以后决定更改目录路径、文件名或逻辑名称,则必须删除恢复存储组并从头开始。如果在发现这些名称不合适之前已经将数据还原到恢复存储组,请参阅如何使用新名称重新创建现有恢复存储组

 
显示: