在less数HOSTS上备份Hyper-V存在很大的问题。 在软件备份期间，一些机器变得不可用，主机开始死亡等。我们追踪到这不是软件本身，而是文件复制。 只要从文件D复制到C大小为30GB的文件将在文件传输期间closuresHOST。 文件拷贝之前的内存使用量是64GB中使用的48GB。 当你开始传输30GB的文件时，使用内存变化，在1分钟内64个服务器中的64个开始爬行，甚至RDP，物理访问停止工作，直到文件复制完成。 所以在备份期间，服务器可能需要几个小时才能运行。
这是一个DELL服务器R515模式回写RAID控制器。 我在其他Windows 2012服务器上注意到了这一点。 我尝试使用一些旧的解决scheme，从2003年禁用caching，但都没有工作。 我已经在IBM和戴尔服务器上testing过，行为非常相似。 公羊使用量上升。 首先它以700MB / s的速度拷贝开始，然后在使用ram之后，它的速度变慢了。 所以问题是如何禁用文件caching或将其限制为正常值。
请不要提供使用robocopy或其他“复制”工具的build议，因为虽然可以通过使用外部软件来解决复制的问题，但我的问题实际上是由我没有影响的第三方软件所采取的备份。 我想“资源pipe理器”正常行事:-)
在命令行中以pipe理员身份运行此命令：
fsutil behavior set memoryusage 0 您可以为此条目设置三个值：0表示未设置，1表示默认值，2表示增加。
什么是杀死你的服务器不是磁盘caching或RAM本身，而是复制操作本身。 事实上，如果内存压力发生，非脏页面可以立即回收。
基本上，在复制过程中，您不断地提交I / O请求的速度比磁盘可以处理的要快，从而使系统抓取。 虽然禁用回写caching（在操作系统和RAID卡级别）可以提供更好的性能，但真正的解决scheme是在低负载时间（例如，夜间）下安排这种操作，或者可以节省副本速度（不能烧尽所有可用的IOPS）。