帶有 2k3 x86 的捲影副本是否有硬捲大小限制？
我正在嘗試創建 10TB 卷的捲影副本，但沒有運氣。根據錯誤（其中大多數非常模糊和/或誤導），我已經走了幾十條路徑，我能找到的唯一真正與成功或失敗相關的是卷大小。我有 8 個 10TB 卷，它們都不會創建卷影副本——無論是在它們自己的捲上還是在單獨的捲上。
這不是磁碟/儲存空間問題，因為沒有數據的全新卷仍不會創建卷影副本。這些都是 iSCSI 卷，但這似乎也不是問題，因為我創建了一個 250GB 的捲用於測試並且 VSS 在該卷上正常工作。我還嘗試將 6TB 卷的捲影副本創建到 10TB 卷上，因此它顯然與可用儲存無關。我創建了一個 10TB 的捲並不斷減小其大小，直到卷影副本起作用，結果發現當卷達到 4.5TB 左右時它會中斷。
不幸的是，這些 10TB 卷都在使用中，並且充滿了使用者/數據，因此不能從 4.5TB 卷重新開始。
無論如何，我已經驗證了 VSS 的所有組件都在工作並且所有更新檔都已就位（並且只要有任何疑問，就可以通過在 250GB 或 4.5TB 卷上啟動卷影副本來輕鬆確認）。收到的實際錯誤是“無法創建卷影副本…錯誤 0x8007000e：沒有足夠的儲存空間來完成此操作。” 然而，這是另一個誤導性錯誤，因為測試卷完全是空的。許多資源還說該錯誤表示記憶體問題，但同樣，情況並非如此，因為它總是在 4.5TB 卷上啟動（我也在重新啟動後立即嘗試過，結果相同）。
任何人都可以確認 a) 卷大小有硬性限製或 b) 他們已經使用 Server 2k3R2 SP2 x86 成功創建了大於 4.5TB 的捲的捲影副本？
這篇關於 VSS 可擴展性的 Technet 文章指出，該問題可能與在 Windows 2003 32 位 (x86) 上限制為 256MB 的非分頁記憶體池耗盡有關。VSS 在快照創建過程中使用了更多資源，文章特別指出，一個 5TB 的快照將需要 200MB 的空間用於該快照。根據對非分頁池的其他要求，您似乎可能達到了該限制。
對於它的價值，64 位系統有一個更大的非分頁池，並且不會以同樣的方式受到影響。
根據我的經驗，“儲存空間不足”錯誤通常表示系統資源耗盡，例如非分頁池或堆耗盡，通常不指磁碟或一般記憶體。