建立一个网络的最重要的原因首先是为了有一个商业数据的仓库。作为一个网络管理员，你希望确保在网络进行的数据用户在任何时候都能够利用资源并且妥善地保存。微软帮助你在 Server 2003中实现这个目标的一个方式是采用新的卷映射拷贝服务。这里介绍它是如何工作的。
为什么需要映射拷贝 尽管我确实很喜欢 2000，在提到文件恢复时，我总是认为微软是失败的。例如，让我们关注用户删除某个文件这一简单行为。从Windows 95就开始使用回收站。然而，没有针对网络卷的回收站。如果某个文件在本地被删除，该文件就被移送到回收站。但是如果同样一个文件被通过网络删除，这个文件就被永远删除了。
用户偶尔意外地删除某个文件是不可避免的。如果这个文件恰巧在某个网络驱动器上，用户会打电话给你，让你帮助他找回这个文件。通常地，你的做法会是建立一个文件备份磁盘并保存这些文件。然而，如果用户在文件备份运行过程中一直打开这个文件，文件备份很有可能略过这个文件而不备份它。所以你可能会浪费时间去寻找这个文件，而它根本不在文件备份上，而且用户也无法找回这个丢失的文件。
在某种程度上，上面的例子说明Windows 2000文件管理的另一个问题。假设某个用户在昨天创建一个文件，并且这个文件在昨晚成功备份。今天，用户对该文件做了二十个修改，在每个修改之间都做了保存。现在假定最后五个修改是错误的。用户无法回到这五个修改之前以找回该文件最后的正确版本。用户只有两个版本可用：目前的（错误的）版本以及昨晚备份的版本，而昨晚的备份已经相去甚远。
多年来，管理员要么只是接受这些限制，要么投资购买昂贵的第三方软件以帮助他们克服其中的某些限制。然而，Windows Server 2003用卷映射拷贝服务（VSS）解决了所有这些问题。
VSS对网络卷自动进行备份。这些备份和你每晚的备份是不同的。VSS备份是在线的，就是说无需你建立一个专门的磁盘，它们总是可用的。与此同时，因为它们存在于正在备份的同一个物理硬盘上，所以它们永远不能替代一个传统的备份。这意味着如果这个硬盘出现故障，你会丢失数据以及VSS备份的数据。
不要认为VSS备份是一个真实的备份，它只是一个快照。在一天的几个时间里，VSS对磁盘上的所有数据进行一个快照。这就是说，如果用户需要恢复某个指定文件的某个早先版本，他们无需从备份磁盘上恢复这个文件。
VSS帮助防止由于用户在每晚文件备份期间一直打开文件所引起的问题。如果用户在文件备份运行的时候打开着某个文件，上一个版本的Windows文件备份程序将仅仅略过该文件，而不是对它进行备份。然而，在Windows Server 2003中，文件备份程序将从VSS中取得该文件最近的版本并进行备份。当然，从最近一次的映射拷贝文件备份以来所作的所有修改将不包括在文件备份中，但这不是问题的关键。关键在于即使该文件还是被打开着，但你备份了它的一个合理的当前版本，而不是略过该文件。
VSS的局限性 在我告诉你如何实施这项服务之前，我想讨论你将遇到的几个限制。正如我早先简要提到的，VSS并不是正常文件备份的替代品。相反的，它是一个便捷的工具。如果用户需要一个快速文件存储，VSS非常适合这项工作。然而，有几项恢复操作是VSS无法简单实现的。
一般单凭经验的规则是如果Windows无法正常运行，那么VSS不能用来恢复数据。例如，如果一个系统的注册表被破坏，由于Windows在缺少有效的注册表时无法运行，所以你就不能用一个映射拷贝进行恢复。同样地，如果某个硬盘出现致命错误，因为在默认情况下，包含原始数据的映射拷贝存放在相同的分区上，你不能指望映射拷贝是你唯一的文件备份。因此，如果一个硬盘出现致命错误，不仅数据会丢失，而且映射拷贝也会丢失。
你需要知道的另一个限制是VSS能够保存的数据量。正如我早先解释的那样，保存于相同分区的数据映射拷贝本身也是数据。随着硬盘上存储越来越多的数据，映射拷贝数据能够利用的空间也就越来越少。Windows会直接删除映射拷贝以腾出空间来存放更多的数据。
即使你有无限的硬盘空间，VSS也不能保存无限多的文件备份。最多的时候，Windows将保留一个文件的最后64个版本。当超过这个数字之后，该文件老的版本将被删除以便为新的版本腾出空间。
你还需要注意，因为该服务的主要工作之一是保护文件的老版本，所以映射拷贝是只读的。如果能够修改这些旧版本，那么它们就没有真正地被保护。如果你发现自己需要恢复某个文件的早先版本并对它进行修改，你必须将映射拷贝复制到另外一个地方，然后修改这个复制，而不是直接修改实际的映射拷贝。
尽管文件的映射拷贝总是被标识为只读的，但是映射拷贝保留了文件的原始访问许可。因此，如果你通过一个映射拷贝恢复一个被备份的文件，恢复的文件将和原始文件（除了多一个只读标识属性之外）具有相同的访问许可，如果你想修改这个文件，你必须将它拷贝到另一个地方。一旦你移动这个映射拷贝，它就继承其目的文件夹的NTFS权限并将这些和现有的访问许可结合起来。
你需要了解的最后一个限制是只能在卷的级别启用或禁用VSS。而不能单独应用在文件或文件夹上。
启用VSS 要启用VSS，通过在运行命令提示符下输入DISKMGMT.MSC命令以打开磁盘管理控制台。在磁盘管理控制台打开之后，右击你希望启用映射拷贝的卷，接下来在快捷菜单中选择属性命令。这将显示磁盘的属性。现在，选择映射拷贝标签，正如图A所示。
如果你选择一个卷的属性，但没有映射拷贝标签，这是因为硬盘被配置作为一个基本磁盘，而不是一个动态磁盘。你可以通过右击它并在快捷菜单中选择转换为动态磁盘命令可以容易地将你的硬盘转换为一个动态磁盘。然而，如果你有两个引导，转换可能不是个好主意。还需要注意的是，转换到另一种磁盘类型需要你重新启动。
图A：包含一个映射拷贝标签的磁盘属性。 
正如你看到的，映射拷贝标签中的内容并不多，而且启用VSS就是选择一个卷并且点击启用按钮这么简单。然而，在你点击启用按钮之前，我建议花一些时间来定制一下各种不同的映射拷贝选项。你可以通过点击设置按钮完成这一点。在你这样做的时候，你将看到设置对话框，如图B所示。
图B：设置对话框允许你配置映射拷贝的行为方式。 你需要配置的第一个设置是存储路径。缺省设置告诉Windows将映射拷贝将和原始文件存储在相同的卷中。当然你确实可以使用该缺省选项，但基于几个原因，这并不是个好主意。首先，如果硬盘出现致命错误或这个卷崩溃，你也就丢失了你的映射拷贝。如果你每晚都做一个磁盘文件备份，这一点可能显得没有必要，但请再仔细想一想。在白天，映射拷贝通常比你每晚的文件备份更新得更快。因此，如果必须从前一天晚上的磁带文件备份中进行恢复的话，用户可能会使一整天的工作成果付之东流。如果能够从映射拷贝中进行恢复，用户只是会损失几分钟或几个小时的工作成果（这依赖于文件备份的时间表以及发生崩溃的时间）。能够在崩溃之后从映射拷贝中进行恢复也是不错的，因为这样就允许你在共享文件夹中保留文件的多个版本。
将映射拷贝放置在一个不同的路径下的另一个原因是，在一个由于大量用户请求已经非常繁忙的卷上进行映射拷贝会降低该卷的性能。不论你选择哪儿存储映射拷贝，需要记住的非常重要的一点是：在某个卷已经启用了映射拷贝之后，如果你修改映射拷贝的路径，该卷所有现存的映射拷贝将丢失。例如，如果你对驱动器F启用映射拷贝，但你决定将这些复制转移到驱动器Q上，那么所有现存的针对驱动器F的映射拷贝将在移动过程中丢失。
你可以配置的下一个设置是最大映射拷贝值。缺省情况下，映射拷贝被指定为卷空间的百分之十。我建议在简单地接受该缺省值之前对此进行认真的思考。请记住，预留足够的空间，而不需太大。
当我说你必须预留足够的空间时，我是说Windows指定的最小映射拷贝值以及你在实际使用中能够设置的最小磁盘空间。Windows要求你为映射拷贝至少使用100 MB的空间。然而与此同时，100 MB的空间对多数应用程序可能远远不够。实际上，这个数量甚至对某个文件的映射拷贝都不够。
为了计算出你到底需要多大的空间，你必须确定前面提到的卷中共享文件夹所使用的空间大小，你希望使用的映射拷贝个数，以及你认为在能够预计的将来，共享文件夹中的数据会增长多少。
例如，我在网络中有一个服务器用以存储我记录的任何东西，我的各种业务的财政记录，我的Web站点的源代码，以及大量其他各种素材。所有这些数据总共大约3 GB。因此，我知道如果我希望能够在这个卷中顺利地使用一个映射拷贝，我必须预留至少3 GB的空间。
如果我希望使用最大的64个映射拷贝，这使得我可以保留文件的很多老版本，我可以用3GB的64倍映射拷贝。这就是说，我需要在这个卷中为映射拷贝留出192 GB空间。当然，这只是我目前的需要。平均起来，在这个卷中我每年要消耗1 GB的空间。假设微软每隔三年发布一个新的服务器操作系统，我可以预计出如果我以同样的速度积累素材所需要的空间大小。到了我准备升级服务器操作系统的2007年，我将有大约6 GB的在线数据。因此，我设法为映射拷贝预留384 GB的空间。
尽管你不希望使用的空间太小，但你也不想浪费太大的空间。我估计384 GB的磁盘空间可以满足未来三年的需要并
【责编:admin】
--------------------next---------------------
