在Linux中是否有一个等效的Windows卷影副本？ 我想用一个小的设置没有什么大的，但它会很高兴有一些types的function，如影子副本。
我有服务器启用卷影复制一天拍摄几次。 从服务器上看，如果查看本地设备，则可以看到先前的版本可靠地填充。 但是对于远程客户端来说，最终用户看到“以前的版本”的能力似乎是非常重要的。 为了这个问题，您可以假设我的所有客户端都是Windows 7，服务器是Windows Server 2008 R2。 是否有最终用户需要查看先前版本的所有内容的详尽列表？ 他们对于某个级别的共享或文件系统权限有什么要求，除此之外还有读取权限？ 有什么东西需要在防火墙上打开，除此之外，正常的Windowsnetworking已经有了什么？
我们拥有全新的戴尔PowerEdge T320以及运行全新安装的Windows Server 2012 R2的PERC S110 RAID控制器。 RAID级别是带有两个NTFS分区的RAID 5，1TB的OS和7TB的数据。 该服务器是一个Active Directory域控制器和文件服务器。 它尚未填充文件共享数据，目前正在预生产。 在基本安装，DC升级和软件更新之后，立即连接了用于Windows Server Backup的2TB外部驱动器。 尝试创build初始Windows服务器备份（不包括当前为空的数据卷）时，备份立即失败，“没有足够的磁盘空间来创build卷影副本” 来自事件日志的完整消息： Log Name: Application Source: Microsoft-Windows-Backup Date: 8/2/2014 11:42:44 AM Event ID: 521 Task Category: None Level: Error User: SYSTEM Computer: PPSW2K12.ppsnew.local Description: The backup operation that started at '2014-08-02T15:42:23.021000000Z' has failed because the Volume Shadow Copy Service operation […]
目前我们正在考虑使用戴尔的EqualLogic Auto-Snapshot Manager / Microsoft Edition（ASM / ME）来备份我们的SQL Server数据库。 不过，我对此非常怀疑，因为ASM / ME使用Microsoft卷影复制服务（VSS）来提供备份和恢复数据的框架。 我担心的是，虽然VSS备份在技术上是可行的，但由于数据库不知道VSS备份，并且无法确保在备份之前所有内容都已提交，所以使用此方法可能会导致数据库损坏。 基于Microsoft VSS的备份是否可以接受地用于SQL Server数据库备份和恢复？ 还有其他的问题需要注意吗？
有没有一些明显的方法，我没有find如何设置定期创build一个给定的驱动器在没有graphics用户界面的Windows系统上的影子副本？ 从我可以告诉去磁盘属性的卷影副本选项卡，然后单击启用button基本上只是创build几个计划的任务。 这些计划的任务似乎使用某种独特的每个卷的GUID？ 所以这不是我可以用组策略轻松完成的事情。 必须有一些简单的方法来从命令行启用卷影副本吗？
许多Windows着名的备份实用程序使用内置于较新版本Windows的卷影复制服务来创build磁盘的时间点快照，以便安全地备份打开的文件。 但是这个机制在SQL Server上有多好呢？ 我知道存在一个SQL Server VSS编写器来帮助备份系统与SQL Server互操作，但并不是所有备份系统都知道SQL Server，并利用它提供的与备份相关的API。 所以我的问题是，那些对SQL Server一无所知的程序呢？ 他们可能会获得MDF和LDF文件的时间点快照，因为它们在一个瞬间存在。 据推测，SQL Server数据格式足够健壮，这样的快照将被保证是一致的和可用的。 这是事情的方式，还是我错过了什么？ 是否有使用这种备份机制的“疑难杂症”，还是我会安全？
我正在使用卷影复制服务来定期备份特定文件的应用程序。 这运行时，作为pipe理员运行，但是当我在“networking服务”帐户下运行服务，我认为这是正确的select，如应用程序我无法设置SE_BACKUP_NAME特权，因此无法使用VSS。 以pipe理员身份运行服务似乎不正确，但似乎是唯一的select。 我有其他的select吗？
这多年来困扰着我，我现在正在处理这个问题。 我从来没有完全理解Shadow Copies / VSS的完整黑魔法。 我知道它的作用，以及如何最初设置它，并设置卷上的时间表。 我也了解它在备份中的作用。 脚本 为了简化它，我将坚持在我的环境中的一个单一的卷。 我启用了以下计划： 1 – MF 7am starting on 4/14/13 2 – MF 12pm starting on 4/14/13 3 – 1st day of the month at 9am starting on 6/11/13 该卷影副本的Use limit是25,599MB (25GB) 。 容量为250GB ，拥有44GB的可用空间。 从今天起，我将显示影子拷贝的所有正确时间/时间表，直到2013年7月29日。 它不会再回头了，没有每月7/1/13的月份。 我很确定我记得在最早的被覆盖之前有一个64位的拷贝限制。 这是有道理的，因为我现在在列表中正好有64个副本。 我的问题 有没有办法改变这个64副本的限制？ 我可以防止每月的副本被覆盖，而只是覆盖“样片”吗？ MS或其他人是否提供了一种pipe理卷影副本的方法，比上面已经完成的卷上的基本调度更细化？ 即。 告诉它“只保留这个时间表的前4周”或类似的能力。 我的目标是达到一个点，我可以有12个“月”和上个月两次“日报”（总共大约72副本看起来）。 我有使用Commvault Simpana的“真正的备份”，但处理简单文件共享的影子副本的恢复要容易得多。
这里有几个与DFSR和Shadow Copies一起使用的问题，但没有一个表示Shadow Copies是否复制。 也就是说，如果我在服务器A上有一对DFS副本和卷影副本，我可以将该文件恢复到服务器B上的以前版本吗？ 如果是这样，那么将这种回复复制回服务器A？ 我怀疑不是，VSS是一个本地NTFSfunction，不在复制的范围内，但目前我无法validation自己。
我需要通过命令提示符以最less的停机时间来备份正在运行的Hyper-V虚拟机。 备份应该存储在另一个本地磁盘或远程共享上。