我正在尝试创建 10TB 卷的卷影副本，但没有成功。根据错误信息（大多数都非常模糊和/或具有误导性），我尝试了几十种方法，我发现成功或失败的唯一真正关联是卷大小。我有 8 个 10TB 卷，但它们都无法创建卷影副本 - 无论是在自己的卷上还是在单独的卷上。
这不是磁盘/存储空间问题，因为没有数据的全新卷仍然不会创建卷影副本。这些都是 iSCSI 卷，但这似乎也不是问题，因为我创建了一个 250GB 的卷进行测试，并且 VSS 在该卷上正常工作。我还尝试在 10TB 卷上创建 6TB 卷的卷影副本，因此这显然与可用存储无关。我创建了一个 10TB 卷，并不断减小其大小，直到卷影副本正常工作，结果发现当卷达到 4.5TB 左右时，它就会中断。
不幸的是，这些 10TB 卷都已在使用中且充满了用户/数据，因此无法从 4.5TB 卷重新开始。
无论如何，我已经验证了 VSS 的所有组件都在运行，所有补丁都已安装到位（如果有任何疑问，可以通过在 250GB 或 4.5TB 卷上启动卷影副本轻松确认）。实际收到的错误是“无法创建卷的卷影副本...错误 0x8007000e：存储空间不足，无法完成此操作。”然而，这是另一个误导性错误，因为测试卷完全是空的。许多资源还说错误表示内存问题，但同样，情况并非如此，因为它总是在 4.5TB 卷上启动（我也在重启后立即尝试过，结果相同）。
有人可以确认 a) 卷大小有硬性限制或 b) 他们已使用 Server 2k3R2 SP2 x86 成功创建大于 4.5TB 的卷的卷影副本吗？
答案1
这篇 Technet 文章VSS 可扩展性表明问题可能与非分页内存池耗尽有关，在 Windows 2003 32 位 (x86) 上，非分页内存池限制为 256MB。VSS 在快照创建期间使用更多资源，文章明确指出，仅 5TB 快照就需要 200MB。根据其他对非分页池提出要求的情况，您很可能已经达到该限制。
值得一提的是，64 位系统拥有更大的非分页池，因此不会遭受同样的影响。
根据我的经验，“存储空间不足”错误通常表示系统资源耗尽，例如非分页池或堆耗尽，而通常不是指磁盘或一般内存。