Exchange Server 2003 的存储功能

 

上一次修改主题: 2007-01-09

Microsoft® Exchange Server 2003 对 Exchange 存储进行了大量改进。这些改进一般侧重于使灾难恢复操作更快、更方便以及简化内部进程(如公用文件夹复制)。

具体地说,包括下列改进:

  • 支持新增的卷影复制服务(作为 Microsoft Windows Server™ 2003 备份 API 的一部分提供)。
  • 新型存储组(恢复存储组)为存储的邮箱数据提供一个临时位置。将邮箱数据还原到恢复存储组之后,可以将所需数据与原始邮箱存储合并,这意味着可以还原整个邮箱存储,也可以还原几个单独的邮箱。
  • 现在可以从 Exchange Downloads 网站 (http://go.microsoft.com/fwlink/?LinkId=25097) 下载 Microsoft 邮箱合并向导 (Exmerge)。
  • 对公用文件夹复制进程进行检查和简化,提高了带宽的使用效率。
  • 增强和扩展了 Exchange 病毒扫描应用程序编程接口 (VSAPI)。
  • SP2 新增功能:现在可以配置与 Exchange Server 数据库的数据库大小限制相关的设置。例如,可以配置最大数据库大小、记录警告事件的阈值以及在一天中的什么时间对数据库大小进行评估。

Exchange Server 2003 支持 Windows Server 2003 中实现的新备份体系结构。备份程序(包括 Microsoft Windows 备份)既可以使用现有的 Microsoft Windows® 2000 备份和还原 API,也可以使用新的 API。新 API 使用 Windows 卷影复制服务在备份过程开始时为磁盘创建一个卷影副本(也称为快照)。然后,Exchange 使用卷影副本(而不是工作磁盘)创建实际备份,因此正常操作可以继续进行。相对于以前的方法,这一方法具有以下优点:

  • 对卷进行备份。产生的卷备份反映的是备份开始那一刻卷的状态(即使在备份的进行过程中数据发生了变化)。所有备份数据是内部一致的,反映了卷在单个时间点的状态。
  • 通知应用程序和服务即将进行备份。这样,服务和应用程序就可以通过清理磁盘结构以及刷新缓存和日志文件,为备份做好准备。

Exchange API 支持卷影复制备份。

仍然可以使用 Windows Server 2003 备份实用程序来备份 Exchange Server 2003 数据库(邮箱存储和公用文件夹存储);但是,此方法使用现有的 API 进行非卷影复制备份。Windows Server 2003 备份支持使用卷影复制服务备份 Windows 文件系统,但是它不支持 Exchange 卷影复制服务 API。若要使用新的卷影复制 API 备份数据库,则必须使用第三方解决方案。

为了在还原邮箱及邮箱存储时提供更大的灵活性,Exchange 2003 增添了一项恢复存储组功能。恢复存储组是 Exchange 中可以与常规存储组同时存在的专门存储组(即使服务器已有四个常规存储组)。可以从满足下列条件的任何常规存储组中还原邮箱存储:

  • 驻留存储组的服务器运行 Exchange 2000 SP3 或更高版本。
  • 驻留存储组的服务器与驻留恢复存储组的服务器处于同一个管理组。
  • 如果要同时还原多个邮箱存储,则这些邮箱存储必须来自同一个存储组。

将邮箱存储还原到恢复存储组之后,可以将已恢复的邮箱数据从恢复存储组移动到常规存储组中。使用这种方法,可以恢复整个邮箱存储(包括日志数据的所有数据库信息)或仅恢复单个邮箱。恢复存储组中的邮箱与用户断开连接,用户无法使用邮件客户端来访问它们。

note注意:
使用恢复存储组只能恢复邮箱存储,而不能恢复公用文件夹存储。

下列步骤表示了一个简单的还原方案;这些步骤假定您已备份了存储组。

在开始下列步骤之前,请确保登录帐户在所有 Exchange 邮箱上具有“Receive As”和“Send As”权限(如 Backup Operators 帐户)。如果这些权限被拒绝,则无法完成还原过程。

如果不通过创建恢复存储组来还原邮箱存储,则数据将直接还原到原始邮箱存储中(与 Exchange 的早期版本相同)。

使用恢复存储组还原邮箱数据的过程包括三个主要步骤:

  1. 建立恢复存储组。
  2. 将邮箱存储还原到恢复存储组。
  3. 将已恢复的邮箱数据与常规用户邮箱合并。

有关详细说明,请参阅 Using Exchange Server 2003 Recovery Storage Groups 中的“How to Set Up a Recovery Storage Group”(如何设置恢复存储组)。

note注意:
合并数据时,不包括文件夹权限和收件箱规则。也不支持合并的筛选功能。如果需要此功能,可以使用 Microsoft Exchange 邮箱合并向导 (Exmerge),而不使用恢复数据任务。Exmerge 实用程序可以从 Exchange Downloads 网站 (http://go.microsoft.com/fwlink/?LinkId=25097) 下载。将适当的邮箱存储还原到恢复存储组之后,启动 Exmerge,并按照向导中的说明移动邮箱数据。

有关覆盖恢复存储组的详细信息,请参阅 如何设置 Recovery Storage Group Override 注册表项

以前,Microsoft Exchange 邮箱合并向导 (Exmerge) 是作为 Exchange 资源工具包工具提供的。现在,可以从 Exchange 下载网站下载该向导。使用此向导,可以在位于不同邮箱存储中的相同邮箱之间移动数据;例如,若要从备份还原邮箱,请将邮箱存储还原到恢复存储组,然后使用此向导将已还原的邮箱数据与原始邮箱合并在一起。有关如何执行此过程的详细信息,请参阅本主题前面部分的“使用恢复存储组”。

在 Exchange 2003 中,改进了公用文件夹复制算法,以便提高回填效率。(在服务器确定自己尚未收到已复制文件夹的所有更新,而必须从另一个服务器检索缺少的更新时发生“回填”。)为了选择某台或多台服务器作为回填源,Exchange 会首先创建一个包含部分所需内容的所有服务器的列表,然后以下列方式对该列表进行排序:

  1. 按传输开销由低到高对列表进行排序(位于同一个站点内的服务器比远程站点中的服务器优先级更高)。
  2. 对于传输开销相同的服务器,按照最新的 Exchange 版本再次进行排序。在早期版本的 Exchange 中,相对于运行较旧版本的服务器,优先选择运行较新 Exchange 版本的服务器,而不考虑传输开销。例如,相对于运行 Microsoft Exchange Server 5.5 的本地服务器,优先选择远程站点中运行 Exchange 2000 的服务器。在 Exchange 2003 中,传输开销在选择条件中更重要。
  3. 对于传输开销相同且 Exchange 版本也相同的服务器,再按照服务器上可用的必需更改量的多少进行排序。在早期版本的 Exchange 中,相对于仅包含某些更新的服务器,优先选择包含所有必需更新的服务器,而不考虑传输开销。在 Exchange 2003 中,已经更改了此首选项,以便当传输开销较低的服务器上有某些更新可用时,将选择该服务器回填那些更新,即使其余更新必须从其他(开销较高的)服务器获取。

为了帮助理解新行为与所有 Exchange 2000 Server 版本中的行为有何不同,以多站点的 Exchange 5.5 部署为例:每个站点都具有多台服务器,而且所有服务器都复制公用文件夹。现在需要将其升级到 Exchange 2003。向每个站点中添加了一台 Exchange 2003 服务器。在每个站点中,Exchange 2003 服务器将从本地 Exchange 5.5 服务器回填其公用文件夹,而不会搜索某个远程站点中运行新版本的 Exchange 服务器。

Exchange 2000 SP1 带有病毒扫描 API (VSAPI) 2.0,它改进了对扫描 Internet 内容以及向发送人和接收人报告病毒的支持。Exchange 2003 对 VSAPI 做了进一步的改进,它允许防病毒软件供应商产品在没有常驻 Exchange 邮箱的 Exchange 服务器(例如,信关服务器或桥头服务器)上运行。Exchange 2003 VSAPI 2.5 允许防病毒软件供应商的产品删除被感染的邮件,并向被感染邮件的发件人发送通知邮件。供应商产品还可以创建其他病毒状态邮件,以便客户端可以指示特定邮件的感染状态。有关使用新增 VSAPI 功能的防病毒应用程序的详细信息,请与您的防病毒软件制造商联系。

使用 Exchange Server 2003 Service Pack 2 (SP2),现在可以自定义与数据库大小限制相关的设置以满足组织的要求。SP2 添加了下列主要功能。

  • 可以为每个 Exchange 数据库配置一个逻辑数据库大小限制。数据库的逻辑大小等于 .edb 文件和 .stm 文件的物理大小减去各自的逻辑可用空间。此功能的限制取决于所运行的 Exchange Server 2003 的版本:
    • Exchange Server 2003 标准版 默认情况下,在运行 Exchange Server 2003 标准版的服务器上,每个数据库的大小限制为 16 GB。在安装 Exchange Server 2003 SP2 之后,每个 Exchange 数据库的默认大小被限制为 18 GB。此外,在运行 Exchange Server 2003 SP2 的服务器上,可以将每个数据库的大小限制最大配置为 75 GB。
    • Exchange Server 2003 企业版 默认情况下,在运行 Exchange Server 2003 企业版的服务器上,每个数据库的大小限制为 8,000 GB。通常,此大小为理论限制。Exchange 数据库的实际大小限制取决于服务器硬件和存储子系统的硬件。在安装 Exchange Server 2003 SP2 之后,可以将数据库大小限制最大自定义为 8,000 GB。
  • 当运行 Exchange Server 的服务器接近已为特定数据库配置的数据库限制时,将在应用程序日志中记录一个警告事件。可以指定希望在达到什么阈值时接收通知。在默认情况下,记录警告事件的阈值是,当消耗了最大逻辑数据库大小的 90% 时。
  • 当运行 Exchange Server 的服务器达到已为特定数据库配置的数据库限制时,将在应用程序日志中记录一个错误事件。此外,Exchange 会立即将已超过数据库限制的数据库脱机。若要为达到了已配置限制的数据库上的用户暂时还原电子邮件服务,可以重新启动该数据库。不过,每当日常检查确定该数据库已超过其逻辑大小限制时,都将卸除该数据库。
  • 根据您已配置的限制,可以指定 Exchange Server 在每天的什么时间对数据库大小限制进行检查。默认情况下,Exchange Server 在午夜后五个小时 (05:00) 时检查每个 Exchange 数据库的大小。

有关如何配置存储限制的信息,请参阅以下主题:

如果更改 Exchange 数据库的大小限制,则可能要重新评估 Exchange 数据库的备份和还原计划。具体地说,如果您提高了 Exchange 数据库的大小限制,请务必使用新的数据库大小限制测试备份和恢复操作,以确保仍能满足服务级别协议。例如,如果以前邮箱存储大小是 15 GB,并且通过在不超过 8 小时之内恢复数据能够满足服务级别协议,那么,当将邮箱存储的大小提高到 20 GB 或更大值时,可能将无法再快速地恢复数据库。

有关服务级别协议的信息,请参阅 Exchange 2003 高可用性指南中“设置可用性目标”部分的“建立服务级别协议”。

有关如何配置存储限制的信息,请参阅以下主题:

 
显示: