No Windows em Azure ou Hyper-V, as configurações de cache de gravação da Diretiva de Disco para um disco virtual sempre serão ativadas na configuração do servidor, independentemente do status real das configurações do cache de gravação no sistema de discos subjacente. No entanto, há uma segunda configuração relacionada à primeira, para a qual seu efeito não é claro nesse caso de discos virtuais, em que a primeira é marcada / ativada na configuração, mas na verdade desativada no hardware do disco virtual. As configurações do disco aparecem assim:
[x] Enable Write Caching on the device
[ ] Turn off Windows write-cache buffer flushing on the device
Intuitivamente, eu diria que não há razão para habilitar isso, já que o cache de gravação não está ativado para o dispositivo e, se fosse um disco físico, essa configuração seria desabilitada. Mas este artigo sugere permitir que ele libere o sistema operacional e o hardware de fazer um trabalho sem sentido, melhorando o desempenho e mantendo a mesma integridade de dados, neste caso em que o cache de gravação está habilitado na configuração, mas na verdade está desabilitado no hardware:
...since a virtual hard disk isn't really a disk at all, that setting has no meaning as far as virtual disks are concerned. But the second setting is different and does have meaning as it controls the cache flush on/off settings for the disk. When you select the second setting, cache flushes will essentially pretend to succeed--at least at the level of the software stack. ... when you select this setting in the guest OS for a virtual hard disk in a virtual machine, you might see some performance improvement for applications running in the virtual machine. But always remember that it's the host's disk cache settings that are the important ones as far as data integrity are concerned.
Alguém pode confirmar se essa afirmação é verdadeira ou não e uma coisa segura para fazer a integridade dos dados do WRT?
Acho que essas configurações não têm sentido se os seus discos de dados foram inicialmente configurados com o cache Read / None. Este artigo afirma que é mais uma questão de cache do host que pode ser modificada por meio de APIs do Service Management ou comandos do Powershell.
Eu sugeriria ir com a VM com a opção ativada "Desativar o esvaziamento do buffer do cache de gravação do Windows no dispositivo" somente no caso de você ter redundância nos níveis de energia / no-break ou do sistema de armazenamento. Você deve considerar a perda de dados em caso de falta de energia ou falha de hardware se você habilitar a opção. Posso sugerir o uso do S2D, StarWind ou HPE VSA como armazenamento definido por software que pode fornecer redundância no nível do nó para que você possa usar as VMs no local do recurso de cache de gravação.
Para o caso, a opção "Desativar a limpeza do buffer do cache de gravação do Windows no dispositivo" aumentará o desempenho geral do sistema VM: A RAM é usada como fonte para dados quentes e a liberação de dados para o dispositivo é executada somente quando a RAM está cheio.
Eu sugeriria desabilitar o Write-Caching, caso você esteja executando o host autônomo do Hyper-V com uma conexão de PSU a uma única linha.
Essas suposições são confiáveis apenas para hosts virtualizados no local. Os fornecedores de nuvem têm funcionalidade própria para fornecer redundância para suas instâncias, portanto, eu uso o recurso de gravação em cache apenas para minhas VMs do Amazon.
EDIT: o ponto de o recurso é a diminuição da latência nas operações de E / S executadas .