將大文件複製到遠端伺服器會導致其物理記憶體不足
我有一個奇怪的問題，似乎最近才開始。
當我將一個大文件（大約 6GB）從我的筆記型電腦復製到我們的舊文件伺服器之一時，伺服器會在幾秒鐘後耗盡記憶體。
這只是最近才開始的，也許是從周二更新檔開始，雖然我不能確定。
這台伺服器是一台 Windows 2000 sp4 機器，它是一台帶 1GB 記憶體的戴爾 2950（注意：我確信這台伺服器有超過 1GB 的記憶體！，直到我可以關閉它的一天結束時，我才能進行物理檢查）， 3GHz Xeon proc、4 x 250Gb 7.5k RPM SATA 驅動器（raid 10）和一個連接到英特爾託管交換機上 1GB 埠的 1 Gigabit NIC。
（顯然我不能發布圖片，所以必須做一個連結）
一旦我停止複制，記憶體就會立即釋放：
我已經刪除了沒有影響的防病毒軟體。我已將“Microsoft 網路的文件和列印共享”選項更改為平衡。
我們還有另一台伺服器，Windows 2000 SP4，2GB Ram，2.8Ghz Intel Quad Core，6 x 300Gb 15k SAS in raid 10。
當我在這裡複製相同的 6GB 文件時，可用記憶體量不會改變。
伺服器執行時還有什麼我可以看的嗎？由於它正在使用中並且沒有真正受到小文件副本的影響，我還不能重新啟動它。
這是我在伺服器記憶體不足時打開的一些性能計數器的螢幕截圖。
謝謝加雷斯
_
我遇到了同樣的問題。
嘗試在執行 Windows Server 2008 的 64 位伺服器上進行 P2V 轉換。 VMDK 文件（即 44GB）的任何正常文件傳輸方法都會導致目標伺服器上的 Windows 在幾分鐘後耗盡其 14GB RAM由於文件系統記憶體。
在 32 位伺服器上執行 P2V 轉換或文件複製不存在此問題，並且記憶體使用保持合理。
然後嘗試將 VMDK 文件複製到目標 VMWare 伺服器有同樣的問題。
此頁面準確描述了我所看到的內容：
http://blogs.technet.com/askperf/archive/2007/05/08/slow-large-file-copy-issues.aspx
根據我的工作，這 AM ESEUtil 似乎是要走的路。它沒有我預期的那麼快，但也沒有嚇到 Windows。
Windows FTP 客戶端在將文件移動到目標位置之前使用 C:\ 上的臨時文件。謹防！:-)
這非常令人沮喪。