我试图创build10TB卷的影子副本，但是没有运气。 我根据错误（其中大部分非常模糊和/或误导）而走了许多路，而且我能find的与成功或失败唯一真正的关联是数量大小。 我有8个10TB的卷，他们都不会创build一个卷影副本 – 无论是自己的卷或分卷。
这不是磁盘/存储空间问题，因为没有数据的全新卷将不会创build卷影副本。 这些都是iSCSI卷，但这似乎也不是问题，因为我创build了一个250GB的卷进行testing，VSS在该卷上正常工作。 我也尝试在10TB卷上创build6TB卷的卷影副本，因此显然与可用存储无关。 我创build了一个10TB的容量，并不断缩小它的大小，直到一个影子复制工作，而事实certificate，当容量达到4.5TB左右时就会中断。
不幸的是，这些10TB的卷全部被使用，并且用户/数据充满，所以不能从4.5TB卷开始。
无论如何，我已经证实VSS的所有组件都在运行，并且所有的补丁都已经到位（只要有任何疑问，可以通过在250GB或4.5TB的卷上启动卷影副本来轻松确认）。 收到的实际错误是“无法创build卷的卷影副本…错误0x8007000e：没有足够的存储可用于完成此操作”。 这是另一个令人误解的错误，但是，因为testing卷是完全空的。 许多资源也表示，错误表示内存问题，但再次，不能这样，因为它总是在4.5TB卷（我也试过了，重启后立即尝试相同的结果）。
任何人都可以确认：a）卷大小有严格的限制或b）他们已经使用Server 2k3R2 SP2 x86成功创build大于4.5TB卷的卷影副本？
这篇关于VSS可伸缩性的Technet文章指出，这个问题可能与在Windows 2003 32位（x86）上限制为256MB的非分页内存池的耗尽有关。 VSS在创build快照时使用了更多的资源，文章明确指出5TB快照仅需要200MB的快照。 根据对非页面缓冲池有什么要求，看起来你很可能达到了这个限制。
对于什么是值得的64位系统有一个非常大的非分页池，并不会遭受同样的方式。
“没有足够的存储空间”错误通常表示系统资源耗尽，如我的经验中的非分页池或堆耗尽，通常不涉及磁盘或一般内存。