Microsoft Exchange Server 2010：使用 Windows Server Backup 进行备份

使用 Windows Server Backup 为 Exchange 创建备份文件尽管是一个不错的方法，但需要一些特殊配置。

摘自"Exchange 2010-A 实用办法，"由红门书 （2009 年） 出版。

Jaap Wesselius

Windows 服务器的 Windows 服务器备份 （WSB） 功能可以以有效方式创建 Exchange 备份，但它并不是没有一些特殊的配置。 在备份时使用 WSB Exchange 数据，你需要至少一个磁盘来存储备份。 这可以是服务器中的物理磁盘或磁盘存储设备上。

当起始 WSB 有将它是 Exchange Server 2010 的任何迹象。 当 Exchange 数据库位于 G:\ 的 H:\ 驱动器和驱动器上时，例如，您必须手动选择这些驱动器 WSB 中。

选择之后这些磁盘，请选择另一个磁盘来存储实际的备份。 这可以是任何磁盘，除正在备份或系统磁盘 （即，为 C:\ 驱动器）。 当运行备份时，您会发现 WSB 检查 Exchange 数据库的一致性。

当 WSB 完备份 Exchange 数据库时，与相关的备份信息更新数据库的头。您可以检查使用 ESEUTIL /MH 的数据库的状态：

          G:\mailbox database 0242942819>eseutil /mh "mailbox database 0242942819.edb"
Extensible Storage Engine Utilities for Microsoft(R) Exchange Server
Version 14.00
Copyright (C) Microsoft Corporation.
          All Rights Reserved.
          Initiating FILE DUMP mode...
          Database: mailbox database 0242942819.edb
Previous Full Backup:
Log Gen: 4-5 (0x4-0x5) - OSSnapshot
Mark: (0x6,8,16)
Mark: 08/08/2009 11:39:06
Previous Incremental Backup:
Log Gen: 0-0 (0x0-0x0)
Mark: (0x0,0,0)
Mark: 00/00/1900 00:00:00
Operation completed successfully in 0.31 seconds.
          G:\mailbox database 0242942819>
[Edited for readability]
        

WSB 还记录在事件日志中的所有活动。 检查事件查看器时您就会看到的可扩展存储引擎 (ESE) MSExchangeIS 事件，如：

          Log Name: Application
Source: ESE
Date: 8-8-2009 11:39:05
Event ID: 2005
Task Category: ShadowCopy
Level: Information
Keywords: Classic
User: N/A
Computer: EXMBX12.labs.local
Description:
Information Store (2444) Shadow copy instance 1 starting.
          This will be a Full shadow copy.
          For more information, click http://www.microsoft.com/contentredirect.asp.
        

您还会看到类似：

          Log Name: Application
Source: MSExchangeIS
Date: 8-8-2009 11:39:05
Event ID: 9811
Task Category: Exchange VSS Writer
Level: Information
Keywords: Classic
User: N/A
Computer: EXMBX12.labs.local
Description:
Exchange VSS Writer (instance 1) has successfully prepared the database engine for a full or copy backup of database 'mailbox database 0242942819'.
        

当成功完成备份后时，日志文件将被清除。 正在清除哪些日志文件将取决于如何繁忙的服务器都是在备份期间 （如果，例如，有许多新的消息，正在移动的邮箱等等) 和检查点深度。 清除日志文件会记录在事件日志中以及：

          Log Name: Application
Source: ESE
Date: 8-8-2009 11:39:19
Event ID: 224
Task Category: ShadowCopy
Level: Information
Keywords: Classic
User: N/A
Computer: EXMBX12.labs.local
Description:
Information Store (2444) mailbox database 0242942819: Deleting log files G:\mailbox database 0242942819\E0000000001.log to G:\mailbox database 0242942819\E0000000003.log.
        

WSB 才能够创建完整备份或副本备份。 它不支持增量备份或差异备份。

数据库复制

WSB 还可以创建备份的数据库的数据库可用性组 (DAG) 的一部分。 然而，WSB 的一个限制是数据库的它可以只创建一个备份的主动副本。 如果您创建的主动副本备份，备份将会成功。 当这组的主动副本移动到另一台服务器和本地数据库变得被动时，备份将失败。

创建备份的过程等同于前面所述的过程中，除了被截断的日志文件。 如果所有日志文件都复制和中继到其他数据库副本，只会截断日志文件。 然后才会主动副本上的日志文件被截断。 这可能需要一些时间，这是没有理由担心。 它还会记录在事件日志中：

          Log Name: Application
Source: MSExchangeIS
Date: 8-8-2009 11:54:16
Event ID: 9827
Task Category: Exchange VSS Writer
Level: Information
Keywords: Classic
User: N/A
Computer: EXMBX01.labs.local
Description:
Exchange VSS Writer (instance 725e6ff5-7fd0-4c52-9bf1-f62fafc425ea:5) has successfully completed the full or incremental backup of replicated database 'Mailbox Database 1444276156'.
        

之后你重播这些日志文件将被截断。

高可用性

一个完全高度可用的 Exchange Server 2010 环境，您必须配置邮箱服务器，但还在集线器传输服务器、 客户端访问服务器和边缘传输服务器 （如果您正在使用它们）。 这些其他服务器角色的高可用性 (HA) 配置截然不同于邮箱服务器角色。 然而，他们是类似于他们的 Exchange Server 2007 配置。

集线器传输服务器

对于运输冗余，您将需要至少两个集线器传输服务器。 当创建发送连接器，您可以定义的源服务器的会通过此连接器发送邮件。 为实现冗余，您可以添加第二个集线器传输服务器作为源服务器：

1. 登录到 Exchange 服务器上，打开 Exchange 管理控制台中。
2. 展开交流关于房地-服务器并展开组织叶。 单击集线器传输叶并选择发送连接器选项卡。
3. 用鼠标右键单击该发送连接器，您需要更改并选择属性。
4. 在发送连接器的属性中，选择源服务器选项卡。
5. 单击添加按钮，添加第二个集线器传输服务器到发送连接器。
6. 选择第二个服务器之后, 单击确定两次。

在集线器传输服务器现在将具有冗余路径，并且在这两个源服务器将自动加载平衡出站邮件。 它将为负载平衡两个集线器传输服务器上的出站 SMTP 通信使用轮循机制。

为入站邮件，您需要手动执行负载平衡的解决方案。 这可以是向 Internet 安全和加速 (ISA) 服务器 2006年或任何其他硬件设备能够负载平衡的 SMTP 通信。 您还可以使用 Windows 服务器 2008年网络负载平衡 (NLB)，因为这是一个全新的 Microsoft 解决方案。

使用 NLB，可以生成负载平衡的解决方案，Windows 将跟踪所有传入连接和自动负载平衡的集线器传输服务器之间的请求上运行。 这是自 Exchange Server 2007 SP1 完全支持的解决方案。 最后一个选项是使用 DNS 轮循负载平衡的传入通信。

NLB 仅支持入站 SMTP 连接，不用于出站 SMTP 连接。 您不能安装它已承载 DAG 的任何服务器上。 承载 DAG 服务器必须具有 Windows 故障转移群集中运行，并且 NLB 不能共存与 Windows 故障转移群集。

客户端访问服务器

用于客户端访问服务器层上的冗余，您需要执行至少两个服务器，应该是负载平衡在协议层上。 负载平衡解决方案可以是一个基于硬件的负载平衡解决方案或 Microsoft ISA Server 2006 的解决方案。 作为与集线器传输服务器上，您还可以使用 NLB 为负载平衡客户端访问服务器上的连接 （除非它承载 DAG)。

边缘传输服务器

当在您的网络的 DMZ 中使用边缘传输解决方案，您将需要至少两个边缘传输服务器。 牢记所有边缘传输服务器都有自己的活动目录轻量级目录服务 (AD LDS 中，以前称为活动目录应用程序模式下或 ADAM) 的实例。 所有边缘传输服务器在公司网络中，都也自己订阅的集线器传输服务器。

当多个边缘传输服务器连接到相同的站点时，他们正在自动添加作为源服务器，到入站发送连接器。 负载平衡发生在这些边缘传输服务器在相同的方式如在集线器传输服务器上。

与 Exchange Server 2010 中的 DAG 新功能，您现在可以在邮箱服务器上创建医管局的解决方案。 此功能取代了群集连续复制 (CCR) 和备用连续复制 (SCR) 在 Exchange 2007。 老实说，达格 · 哈是 CCR/SCR 应该有了。 它是灵活、 强大、 比 CCR/SCR 解决方案的复杂程度较低。 它确实是最好的两个世界。

集线器传输服务器角色和客户端访问服务器角色的医管局解决方案被实施协议负载平衡。 您可以实现这一点使用硬件负载平衡器或 Windows NLB，或通过使用 DNS 循环。 这一进程没有太大变化。

您现在应该能够确保您的 Exchange 服务器总是启动并运行。 当然，这是只是实践的指南，帮助您入门。 还有更多的学习，使您 Exchange 环境灾害证明。