Execute isso como administrador na linha de comando:
fsutil behavior set memoryusage 0
Você pode definir três valores para essa entrada: 0 para não definido, 1 para padrão e 2 para maior.
Tenho problemas enormes com o backup do Hyper-V em poucos HOSTS. Durante o backup feito pelo software, algumas máquinas ficam indisponíveis, o host começa a morrer, etc. Nós rastreamos isso para não o software em si, mas a cópia de arquivos. Basta fazer uma cópia de arquivo da unidade D para C de tamanho 30 GB para eliminar o HOST durante a transferência de arquivos. O uso de memória RAM antes da cópia do arquivo é de 48GB usado em 64GB. Quando você inicia a transferência do arquivo de 30 GB, o uso de alterações de ram e em 1 minuto é 64 de 64 servidor começa a rastrear e até RDP, o acesso físico pára de funcionar até que a cópia do arquivo é feita. Assim, durante o backup, pode levar horas para os servidores ficarem disponíveis.
Este é um DELL Server R515 com controlador RAID no modo Write-back. Eu notei isso em outros servidores do Windows 2012. Eu tentei usar algumas soluções antigas para desativar o cache de 2003, mas nenhum está funcionando. Eu testei nos servidores IBM e Dell e o comportamento foi muito semelhante. Uso de RAM subindo. Primeiro ele começa com uma cópia de velocidade de 700MB / s e depois que o ram é usado, ele está indo devagar. Então a questão é como desabilitar o cache de arquivos ou limitá-lo aos valores normais.
Por favor, não dê sugestões para usar robocopy, ou outras ferramentas de "cópia" porque, embora possa resolver o problema de copiar usando software externo, o meu problema é realmente sobre backups feitos por software de terceiros sobre os quais não tenho influência. Eu gostaria que o "Explorer" se comportasse normalmente: -)
Execute isso como administrador na linha de comando:
fsutil behavior set memoryusage 0
Você pode definir três valores para essa entrada: 0 para não definido, 1 para padrão e 2 para maior.
O que está matando seu servidor é o não cache de disco ou o uso de memória RAM por si, em vez da própria operação de cópia. De fato, páginas não sujas podem ser imediatamente recuperadas se ocorrer pressão na memória.
Basicamente, durante a cópia, você está constantemente enviando solicitações de E / S mais rapidamente do que os discos podem manipular, trazendo o sistema para um rastreamento. Embora a desativação do cache write back (tanto no nível do cartão OS quanto RAID) possa oferecer um desempenho um pouco melhor, a solução real é agendar tal operação durante um tempo de baixa carga (por exemplo: horas noturnas) ou, alternativamente, velocidade (para não queimar todas as IOPS disponíveis).