这多年来困扰着我，我现在正在处理这个问题。 我从来没有完全理解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个副本。
我的目标是达到一个点，我可以有12个“月”和上个月两次“日报”（总共大约72副本看起来）。
我有使用Commvault Simpana的“真正的备份”，但处理简单文件共享的影子副本的恢复要容易得多。
是的，您可以使用MaxShadowCopiesregistry项将限制更改为每卷512个影子副本。 您可能还需要调整VSS允许与vssadmin.exe Resize ShadowStorage一起使用的存储空间量。 （您可以将卷的卷影副本configuration为备份到单独的卷，例如具有更多空间的卷。此外，vssadmin.exe是您的朋友。
没有。
没有。
VSS本身运作良好，但是非常基本。 大多数优秀的企业备份解决scheme都使用Windows机器上的VSS。 但是为了获得这些真正细化和优化的保留策略，您需要使用更彻底的备份解决scheme。
我的目标是达到一个点，我可以有12个“月”和上个月两次“日报”（总共大约72副本看起来）。
正如您已经注意到的，自动VSS删除机制将始终删除最老的卷影副本，并且不允许您configuration更复杂的保留scheme。 在特定的卷影副本上设置“不删除”标记似乎也是不可能的。
为了克服这个问题，可以通过调用diskshadow可执行文件或使用win32_shadowcopy WMI类来禁用（或至less增加）卷影副本的空间限制，并根据需要在期刊脚本中清除它们。 在通过系统的任务调度程序创build新的VSS副本之前，最方便的方法是调用它。