利用VSS防止数据丢失

如果你选择一个卷的属性，但没有映射拷贝标签，这是因为硬盘被配置作为一个基本磁盘，而不是一个动态磁盘。你可以通过右击它并在快捷菜单中选择转换为动态磁盘命令可以容易地将你的硬盘转换为一个动态磁盘。然而，如果你有两个引导服务器，转换可能不是个好主意。还需要注意的是，转换到另一种磁盘类型需要你重新启动服务器。

图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的磁盘空间可以满足未来三年的需要并且允许我保留64个映射拷贝可用。然而，384 GB几乎是一个吉比特磁盘空间的一半，而且这个服务器仅用于保留我个人的数据。你可以想象对于一个拥有1000个每天都要创建文件的用户的服务器来说，你需要为映射拷贝配置多大的空间呢？尽管我的估计是基于单独的卷，而我的网络实际上有数十个服务器卷。正如你所看到，如果你试图最大限度地使用映射拷贝，你会迅速耗尽所有的磁盘空间。

尽管需要大量磁盘空间的支持，但你会希望在一些环境中最大限度地使用映射拷贝。例如，医疗机构需要保存非常详细的病人记录。在这样一个环境中，万一某人试图提出一个医疗事故申请，保留病人最后64个版本的医疗记录是非常有用的。当然，功能完善的存档应用程序更适合这类工作。

你可以配置的最后一个元素是映射拷贝时间表。你可以通过点击Schedule按钮来实现。默认情况下，Windows将在每个周末的上午七点和中午创建数据的映射拷贝。我认为这个时间表的思想是你可以在所有人早起之前以及所有人午饭的时候创建映射拷贝。

我建议调整映射拷贝时间表以适应你的需要。如果办公室的所有人都在早上八点或九点开始工作，在早上七点创建映射拷贝就不大合适的。映射拷贝将备份昨晚你已经在磁带上记录的相同的数据。取而代之的是，你可以在11:00，2:00和5:00创建一个映射拷贝。通过这样做，你可以将数据存储点贯穿整天。

在设置一个时间表时还需要有其他一些考虑。首要因素是性能。如果你要映射拷贝的卷非常繁忙，那么在业务进行时间内对该卷创建一个映射拷贝会导致服务器慢的跟蜗牛一样。因此，我建议手动创建一个映射拷贝以便在设置一个时间表之前确定影响它的因素是什么。你可以通过点击Create Now按钮手动创建一个映射拷贝，如图A所示。

另一个需要考虑的因素是创建一个映射拷贝所需要的时间。例如，我建议在11:00，2:00和5:00进行映射拷贝。然而，如果创建一个映射拷贝所花费的时间超过了三小时，在上一次映射拷贝尚未完成之前，下一次的映射拷贝就开始了。

最后，确定你希望在多少天内对你的文档进行映射拷贝。例如，如果你的服务器存储64个映射拷贝，并且你每天创建三个映射拷贝，那么你只能在21天内进行映射拷贝。

客户端
迄今为止，我已经向你说明如何在服务器上建立VSS，但是在客户端能够保存映射拷贝之前，你还必须对客户端做一些配置。要安装客户端软件，你必须使服务器上的%SYSTEMROOT%SYSTEM32CLIENTSTWCLIENT文件夹对那些要对映射拷贝中的文件进行访问的用户是可存取的。一旦你实现这一点，让客户端运行在服务器的%SYSTEMROOT%SYSTEM32CLIENTSTWCLIENTX86子目录下的TWCLI32.MSI文件。这个安装过程非常简单并且大部分是自动完成的。

客户端组件安装完成之后，在他们正通过某个网络共享接入点访问这些文件的时候，客户端就访问该文件的早先版本。显然地，用户不应该尝试从服务器控制台直接得到他们的文件。但如果他们这样做了，因为用户将尝试通过一个绝对路径C:，而不是通过一个基于UNC的网络共享接入点（\servernamesharename）访问这些文件，所以他们的文件的映射拷贝将无法访问。

要访问某个文件的早先版本，右击该文件并从快捷菜单中选择Property命令。在该文件的属性栏中，选择Previous Versions标签以查看可以访问哪些版本，如图C所示。

图C：Previous Versions标签允许用户恢复文件的早先版本。

结束语
正如你所看到的，由于VSS可以保存每个文件的64个版本，所以它非常有用。但不幸的是，VSS只是一个简单的工具，而不是一个功能非常完善的文件存储工具。如果你的公司需要对每个文件保存其多个版本，请不要仅依靠使用VSS。需要记住的是，如果Windows认为需要磁盘空间，它会在没有任何警告的情况下删除存档的版本。如果你在寻找更加稳定的文件存档解决方案，我建议尝试一下微软的SharePoint Portal Server或SharePoint Service的Windows Server 2003版。