Estou tendo problemas com um host Hyper-V (2012 R2 Datacenter, corrigido para o nível de acúmulo de junho de 2017). Aqui está um pouco de informação geral sobre a configuração:
Host
- It's a standalone host, domain joined (DC is not a guest).
- It is a full 2012 R2 installation, not standalone Hyper-V nor Core.
- Hyper-V is the only role, apart from "File Server". The host is only used as a Hyper-H host, no network shares or other activity.
- The VM files are stored on a SAN, connected via iSCSI.
- The volumes that hold the VM files (one volume per VM) are formatted as NTFS.
- There are no VSS locations configured for those volumes (which, from what I've read, should be fine for VSS based backups; it's only important that no volume INSIDE the Guests is configured to store VSS copies on another volume than itself).
- I use Windows Server Backup to run nightly backups of all VMs.
- Included are Bare-Metal-Recovery, System State, Hyper-V Host Component and VMs, plus EFI and system volume.
- Backup is set as VSS copy backup.
- Backup is written to internal storage.
- BPA analyzer for Hyper-V shows no relevant warnings or errors.
Se houver algum erro de configuração, eu até agora senti falta deles (embora meu curso 2012 R2 ainda esteja pendente, então ... não é um especialista aqui.) Agora para os convidados.
VMs
- 3 2012 R2 guests, same patch level as host.
- Guests are mostly low to very low load levels. The only VM that sees regular use is our file server (around 1.5 TB in one .vhdx volume).
- 1 Debian guest.
- Guest integration services are enabled.
- VSS settings inside the Windows guests: All volumes have themselves configured as VSS location.
O problema: Às vezes (não foi encontrado um padrão de tempo até o momento) o backup pára de funcionar com um erro VSS do Hyper-V ou o backup é concluído, mas algumas VMs (às vezes 1, às vezes todas, Windows ou Linux) são congeladas. Quando eu verifico a pasta do disco virtual, há um .avhdx ainda presente, portanto, a mesclagem após o backup deve ter falhado. Meu palpite é que ele redefine a partição ativa de volta ao arquivo principal, mas não mescla o .avhdx, então eu recebo uma máquina congelada porque ela não consegue encontrar a unidade do sistema. Desligar o convidado (desligamento automático) permite que esses arquivos sejam mesclados sem qualquer interação por mim e tudo está bem. Ocasionalmente, o convidado do Linux para de inicializar, mas é para isso que servem os backups. Outra opção para convidados com vários volumes montados é a falta de um ou mais deles (montados em configurações de convidados do Hyper-V, nenhum lugar dentro do guest). Desligando o convidado, remover e adicionar novamente o volume corrige isso.
Isso é algum tipo de peculiaridade conhecida do Hyper-V que eu vou ter que viver, ou posso fazer algo sobre isso? Estou correndo em algum tipo de tempo limite do VSS devido ao grande .vhdx do servidor de arquivos, algo mais configurado incorretamente? A presença constante de convidados off-line não parece ser a melhor prática.
Obrigado por qualquer ajuda.
Você tem serviços de integração configurados corretamente em todas as VMs? Eu tive um problema semelhante com o nosso sistema em que uma máquina virtual Debian ficava pendurada durante a noite. Obter serviços de integração atualizados para o Debian não foi fácil (eu mudei para o centos). As VMs do Windows devem estar bem. Verifique se as configurações de integração estão habilitadas em cada uma das configurações das VMs.