Microsoft Exchange Server 2003 使用包含在Microsoft Windows Server2003操作系统中的卷影复制服务(VSS)来生成Exchange Server 2003 数据库和日志文件的卷影副本。通过使用VSS，您也许能够在几分钟中内恢复数据库，不管数据库的大小。快速恢复能力主要取决于VSS方案中的提供程序组件的能力。
因为有许多不同的VSS 策略可用，您必须理解和测试方案的容量、性能和恢复，来确保在您的部署中您所需要的数据被成功恢复。您也必须确认在VSS 框架中任何潜在的方案是可操作的。我们将要描述为Exchange Server 2003选择、测试、部署和监视VSS 方案。
什么是VSS?
VSS 是一套COM API，它部署了这样的架构，让卷备份能够被执行同时系统上的应用程序继续写入卷。请求者、书写器和提供程序它们在VSS架构中通讯来创建和恢复卷影副本。一个卷的影子副本及时地复制了加载在卷上处于正常状态的所有的数据。
备份的过程包含下面这些步骤：
1. 请求者发起备份。接着请求者通知书写器准备一个数据集便于备份。
2. 书写器为备份准备数据。Exchange Server 2003 和其他应用程序部署根据应用程序的特定要求准备数据的书写器。在数据集准备好之后，书写器用信号通知请求者来备份数据集。
3. 提供程序与磁盘系统交互，并管理影子副本。当被请求者指示的时候，提供程序创建影子副本。
4. 请求者发信号将备份成功或失败的信号发送给书写器，接着完成整个备份过程。
5. 通过分开请求者、书写器和提供程序的功能，VSS 架构使得每个组件独立于其他组件。一个请求者能够与不同的提供程序或多个书写器交互。
Exchange 书写器随着Exchange Server 2003自动被安装。请求者能够访问Exchange 书写器只有当Exchange Server 2003 被安装在Windows Server 2003 操作系统上。VSS 备份将对Exchange Server 2003不可用如果Exchange Server 2003 安装在Microsoft Windows 2000 Server 上。
当被请求者指示这样做的时候，Exchange 书写器准备Exchange 数据库用于备份。书写器通过暂停对数据库的所有磁盘写I/O最多达20秒来实现它。这也被称为冻结数据库。提供程序必须能够在该窗口中完成影子备份否则备份将被失败。在备份完成之后，书写器解冻数据库并恢复正常的I/O 操作。
注意：
Windows Server 2003 的Windows Backup能够使用缺省的基于软件的Windows VSS 提供程序来执行磁盘卷和文件的普通VSS 备份。然而，Windows Backup 不能与Exchange 书写器进行通讯，也不应该被用来制作Exchange 数据库文件的VSS 备份。几个非Microsoft 的备份应用程序部署了能够与Exchange 书写器一起工作的请求者。
VSS 备份方法
提供程序能够以很多种方式来执行影子备份。尽管Exchange 书写器不知道提供程序是如何创建影子副本，确认您理解了您的方案中的提供程序是如何工作的，这样的话您能够计划性能和容量。尽管对于现有的影子副本备份方法没有工业标准定义或命名约定，备份方法的大多数在总体上能够被分为克隆影子副本或快照影子副本。
克隆影子副本
在影子副本集中克隆影子副本是卷的完整副本。一个影子副本集是一组在同一个点被及时同步的卷影副本。
象一个普通的副本一样，克隆是独立于原始的数据。如果所有的原始数据丢失的话，克隆仍保持不变。这不同于快照，它不完全独立于原始数据。
您必须考虑容量对话当您使用克隆的时候。为了确保可复原的副本如果在备份的时候发生故障，您必须使用N+1 计划，N 是备份克隆的数量，您想在任何时候使用可用的备份克隆来恢复。例如，如果您决定只拥有一个备份，您仍然需要两(1+1)个目标克隆来旋转来阻止数据丢失如果在备份的时候发生故障。
1. 提供程序供应商决定具体的方案是如何部署克隆是如何创建的。
镜像 一些方案预先准备镜象。这些镜像备份接着被分成两份，一个备份为您提供只读的副本和一个活的生产环境中的卷。该策略几乎对生产环境中逻辑单元号(LUN)没有影响当备份和校验与完整性检查发生的时候。然而，它会对生产环境中的LUN增加显著的I/O 负载在备份之前。
您必须确认您安排好时间来重新同步不在需要生产环境中的逻辑单元号的克隆当您在多个克隆之间旋转。对于恢复，方案也许将只读副本重新同步到生产环境中的LUN，它影响其他在线的使用相同的生产LUN的存储组直到所有的数据被备份。在恢复期间，一些存储阵列仅更改指示器到只读副本。这使它可写。
克隆 一些方案在备份的时候创建克隆，其中LUN中所有的数据必须被拷贝到其他LUN。那些数据接着被标记为只读。该策略在前面能够消耗更少的容量，但是要求所有的数据在备份的时候被拷贝。通过这个策略，您必须知道一个特定的存储控制器能维持每个小时多少千兆字节，除了在备份的时候对生产数据库LUN 的影响。这让您正确地设计您的LUN为了最大的吞吐量，并计划该操作的时间来最小化对生产LUN的影响。
