VSS（volume shadow copy service）与 snapshot 优缺点或区别

vss资料
卷影拷贝服务（Volume Shadow Copy Service，VSS）是Microsoft在Windows Server 2003中开始引入的服务，它能让用户在没有IT专业人员协助的情况下，更轻松地恢复丢失的文件。此外，VSS还提供了更灵活的备份方案。结合了良好的规划以及最新的备份和恢复技术，卷影拷贝服务将对灾难恢复计划的增强很有帮助。VSS甚至让小企业也有恢复丢失数据的能力。其实，VSS还为大企业提供比基本工具更多的恢复选项，并帮助其减少数据恢复任务中IT专业人员的数量。
　　VSS能做些什么？
　　你可以通过使用VSS，在特定卷上建立数据拷贝时间点；并在将来的某一时刻把数据恢复到任何一个你曾创建的时间点的状态。这两个Microsoft大肆吹捧的主要功能可以帮助客户的计算机恢复意外删除的文件，这样的工作即使一般员工也能轻松完成，并且不需要创建高效备份策略的能力。
　　对于IT技术支持人员来说，最常见的请求一般是恢复人为原因造成的数据丢失。用户不经意地存储了有错误信息的文件，不小心删除文件，或是其他的数据意外，都是经常发生的。
　　当用户需要重新找回数据的时候，经常需要请技术支持人员拔出备份磁带，进行人工恢复，这个工作相当浪费时间。
　　VSS让管理员能够在服务器上发布共享文件夹，在一定的时间间隔内做时间点的备份（在指定时间内最多可以存在65份拷贝）。这让最终用户能够安全地处理文件并随时恢复到早前的版本，而不需要IT部门的干涉。
　　应用VSS注意事项
　　这一服务唯一的缺点是你需要为每一个卷影留出更多的磁盘空间，因为你必须在某处存储这些拷贝。不过，因为VSS使用指针数据，这些拷贝占用的空间要比你想像的小得多，你可以有效地存储这些拷贝。
　　你还可以将复制与备份工具和VSS配合使用，来将拷贝移动到另一个VSS——其他站点的可用服务器。因此，如果原始服务器在灾难中崩溃了，你的最终用户还是可以访问他们的数据。由于VSS在一定时间间隔内做一次快照，并且在母文件使用时并不锁定它们，因此开放文件锁定并不会影响到复制与备份工具。
除了复制开放文件以外，你还可以在最终用户处理文件的时候备份VSS快照。这一功能通过消除备份窗口、开放文件锁定和其他的障碍，显著地提高了备份能力。
　　你或许还将遭遇CPU利用问题（在运行备份代理的时候）和LAN利用问题（在跨越网络进行数据备份的时候），不过这并不妨碍最终用户使用文件。
　　备份VSS快照产生干净的数据镜像以及恢复时间点拷贝的能力。你既可以恢复整个快照，也可以取你所需，或者你还可以使用VSS备份工具来恢复单独的文件和文件夹。
　　因为你基于时间点来备份文件拷贝，所以可以很轻松的使用复制工具即时地将VSS快照移动到另一台灾难恢复站点中的服务器上，并在那里进行备份，创建脱站的缺省备份。需要将备份保存在脱站位置的公司会发现实施灾难恢复（DR）系统变得相当简单，而且备份系统能平滑地协同工作。
VSS是os完成，snapshot是阵列本身完成
snapshot,也就是快照技术，在backup时被广泛采用。很早就被应用到阵列和主机中，主要采用Copy on Write的算法。这些详细的技术细节，可以去snia.org上查找。通常，他们都是基于卷，在block级别进行处理。各种大型的array中都有支持，主机OS上的卷管理器，如VxVM上就可以做快照。
VSS是Windows下的快照技术，由Requestor, Write, 和Provider组成；主要由驱动程序Volsnap.sys实现，被加到卷管理驱动和文件系统驱动之间，同时集成了COM技术。因此，它不再是单单在卷级上的block进行处理，而是和各种系统应用相关联，比如SQL，EXCHANGE，AD等等。从而使得在不关机，也不停止应用的情况下，做快照。VSS被广泛的应用到Windows的备份处理中，除了windows自带的备份应用，还被Veritas,CA, CommVault等厂家采用。
VSS和盘阵的快照很不同,它进行备份时要求有VSS Requestor发令,rechardluo兄说的V,C的备份软件不是什么采用,而是VSS把V,C当作Requestor,由备份软件来发令.而盘阵不是.
VSS有个好处,可以针对主机上的NTFS共享文件夹进行备份,这是盘阵快照做不到的.
VSS备份是在线的，就是说无需你建立一个专门的磁盘，它们总是可用的。与此同时，因为它们存在于正在备份的同一个物理硬盘上，所以它们永远不能替代一个传统的备份。这意味着如果这个硬盘出现故障，你会丢失数据以及VSS备份的数据。
VSS里面最大的难度是如何锁住各种应用，进行热备份，保证数据的完整性；因为在OS运行时，KERNEL里面各个模块的关联性很大，算是动一发而牵动全身啊！
至于许兄所将的V,C，如果他们没有MS提供的VSS SDK，他们会什么也做不了，当然MS狠愿意提供出来，赚钱的事情谁不想做啊，千万不要忽略了微软在这方面的控制力。八卦一个，以前V和MS关系还不错，但是被V被S收购后，就与MS的产品线冲突了，所以前段时间才有S和MS关于IP诉讼的CASE。

///////////////优缺点比较

卷影拷贝服务（Volume Shadow Copy Service，VSS）是Microsoft在视窗系统 Server 2003中开始引入的服务，他能让用户在没有IT专业人员协助的情况下，更轻松地恢复丢失的文件。此外，VSS还提供了更灵活的备份方案。结合了良好的规划及最新的备份和恢复技术，卷影拷贝服务将对灾难恢复计划的增强非常有帮助。VSS甚至让小企业也有恢复丢失数据的能力。其实，VSS还为大企业提供比基本工具更多的恢复选项，并帮助其减少数据恢复任务中IT专业人员的数量。
  
    Snapshot，也就是快照技术，在backup时被广泛采用。非常早就被应用到阵列和主机中，主要采用Copy on Write的算法。这些周详的技术细节，能去snia.org上查找。通常，他们都是基于卷，在block级别进行处理。各种大型的array中都有支持，主机OS上的卷管理器，如VxVM上就能做快照。
  
    SNIA对快照（Snapshot）的定义是：关于指定数据集合的一个完全可用拷贝，该拷贝包括相应数据在某个时间点（拷贝开始的时间点）的映像。快照能是其所表示的数据的一个副本，也能是数据的一个复制品。
  
    快照其实是指向保存在存储设备中的数据的引用标记或指针，说穿了就是数据在某一时刻的状况，其工作原理核心就是是建立一个指针列表，指示读取数据的地址，提供一个瞬时数据的影像，当数据有改动时，再进行复制。
  
    快照大致分为2种，一种叫做即写即拷（copy-on-write）快照，通常也会叫作指针型快照，VSS即属于这一种，另一种叫做分割映像快照，常叫做映像型快照。指针型快照占用空间小，对系统性能影响较小，但如果没有备份而原数据盘坏了，数据就无法恢复了；而映像型快照实际就是当时数据的全映像，会对系统性能造成一定负荷，但即使原数据损坏也不会有太大影响，不过要占用到相等容量的空间。
  
    指针型快照有两种实现方式，一种是在原数据被修改前，先将原数据复制到特定的快照区域（独立的磁盘分区或是在原文件系统占用的区域），然后再修改快照中的指针，这样能不改动原文件系统的指针结构，从而减少磁盘碎片，大多数厂商的快照都是这么做的，包括VSS；更有一种是修改的数据继续写到同文件系统的空余空间，并修改文件系统原来的指针，而不是修改快照的指针，用这种方式的厂商不多，最佳的就是NETAPP WAFL了，这取决于其特别的文件系统结构及NVRAM良好配合。
  
    映像型快照使离线访问数据成为可能，如EMC timefiner、IBM Flashcopy、HDS ShadowImage、VERITAS volume manager snapshot等。但也不能一概而论，好比IBM的FlashCopy能分为前台和后台copy两种方式，前台copy就是映像型快照，后台copy就是指针型快照。
  
    实际应用中，快照能由存储设备控制器内的软件来实现，也能通过在OS上的volume manager等第三方软件或是文件系统本身的技术来实现。
  
    所以，VSS属于Snapshot中的一种类型！ 
  
    VSS是视窗系统下的快照技术，由Requestor, Write, 和Provider组成；主要由驱动程式Volsnap.sys实现，被加到卷管理驱动和文件系统驱动之间，同时集成COM技术。因此，他不再是单单在卷级上的block进行处理，而是和各种系统应用相关联，比如SQL，EXCHANGE，AD等等。从而使得在不关机，也不停止应用的情况下，做快照。VSS被广泛的应用到视窗系统的备份处理中，除了windows自带的备份应用，还被Veritas、CA、CommVault等厂家采用。

    VSS和盘阵的快照非常不同，他进行备份时需求有VSS Requestor发令，VERITAS,CA的备份软件不是什么采用，而是VSS把VERITAS，CA当作Requestor，由备份软件来发令。而盘阵不是。
  
    VSS有个好处，能针对主机上的NTFS共享目录进行备份，这是盘阵快照做不到的，他不是针对主机宕机的，是保护存储内的数据和文件的。

    盘阵为什么做不到？那是因为他Export出去的就是lun，是基于卷级的，处理的是Block；处理文件系统的细节，是由OS完成。
  
    VSS里面最大的难度是怎么锁住各种应用，进行热备份，确保数据的完整性；因为在OS运行时，KERNEL里面各个模块的关联性非常大，算是动一发而牵动全身啊！