VM que não liga, checkpoint que não faz merge, cadeia de AVHDX quebrada, cluster que perdeu o volume. Aqui está o caminho de volta em cada cenário — e como o SERVER BACKUP devolve a máquina virtual inteira em minutos.
A maioria das perdas definitivas que vemos em Hyper-V não vem do incidente original — vem da tentativa de conserto. Se você é o técnico chamado para resolver, comece por aqui.
O disco de checkpoint (.avhdx) contém as alterações mais recentes. Apagar um arquivo da cadeia, renomear ou mover para “liberar espaço” costuma ser o ponto sem volta. Enquanto a cadeia estiver íntegra, existe caminho.
Merge de checkpoint precisa de espaço livre no volume. Se o disco encheu, o merge falha no meio e a cadeia fica inconsistente. Libere espaço primeiro — em outro volume, se preciso — e só então deixe o Hyper-V consolidar.
Se houver espaço, copie a pasta inteira da máquina virtual (VHDX, AVHDX, XML/VMCX e configuração) para outro local antes de qualquer tentativa de conserto. Assim, se o reparo piorar, você ainda tem o estado original.
Atenção ao Hyper-V Replica: ele é alta disponibilidade, não backup. Se a VM primária for cifrada ou corrompida, a réplica recebe o mesmo problema. Não conte com ela como cópia de segurança.
Com a VM protegida pelo SERVER BACKUP, você escolhe o escopo conforme a urgência. O tempo de parada muda de horas para minutos.
Para quando a operação está parada e cada minuto custa. A máquina sobe a partir da própria cópia e volta a atender em minutos, enquanto a restauração definitiva corre em segundo plano.
Devolve VHDX, configuração e estado para o host original ou outro host Hyper-V. É o caminho quando o servidor foi perdido, quando o volume corrompeu, ou quando você precisa levar a VM para outro nó do cluster.
Restauração granular: alguém apagou uma pasta compartilhada, um documento foi sobrescrito. Você entra no conteúdo da cópia e tira só o que precisa, sem restaurar a máquina toda nem derrubar os usuários.
Antes de devolver para produção — ou para provar ao cliente que a cópia presta. É o mesmo procedimento do nosso Restore Drill: sobe separado, valida integridade e gera evidência.
Restaurar sozinho é possível. O que costuma faltar de madrugada não é o botão — é saber que a cópia é boa, saber qual ponto escolher e ter alguém do outro lado enquanto o cliente cobra prazo.
No modelo gerenciado, o monitoramento é 24/7 por pessoas, a cópia é testada periodicamente e a restauração é acompanhada por quem já fez isso antes. Você não abre chamado com número de protocolo — você fala com técnico.
No Hyper-V, a qualidade da restauração é decidida na hora de copiar — e o que separa uma cópia confiável de uma cópia inútil chama-se consistência.
A cópia é feita direto do host Hyper-V. Nada é instalado dentro de cada máquina virtual — menos manutenção e a VM restaura como um conjunto único.
O Volume Shadow Copy Service coordena a cópia com o sistema convidado. É isso que garante que o Windows, o SQL Server ou o Exchange dentro da VM voltem em estado consistente — e não como se tivessem levado um tapa na tomada.
Depois da primeira cópia completa, só as alterações sobem. Janela de backup curta o suficiente para caber na madrugada, mesmo com VHDX grande.
| Cenário no Hyper-V | Caminho recomendado |
|---|---|
| Checkpoint não faz merge / cadeia AVHDX quebrada | Restaurar a VM a partir da cópia, em vez de forçar consolidação de uma cadeia inconsistente. É o cenário nº 1 de perda em Hyper-V. |
| VM excluída por engano | Restauração da VM inteira para o host original. Se a pressa for grande, ligar direto do backup e restaurar em seguida. |
| Volume ou CSV do cluster perdido | Restaurar para host alternativo. É por isso que a cópia mora fora do ambiente de produção. |
| Ransomware cifrou os VHDX | Voltar a um ponto anterior à infecção. Com storage imutável contratado, a cópia não pode ser cifrada nem apagada pelo atacante. |
| Arquivo apagado dentro da VM | Restauração granular, sem parar a máquina virtual nem os usuários. |
| Migrar a VM para outro servidor | Restauração em host alternativo — o mesmo recurso do desastre, usado a favor. |
O mesmo padrão de proteção da bringback, aplicado ao ambiente Hyper-V.
Dados cifrados em trânsito e em repouso. A chave é sua — só você acessa o conteúdo.
Com storage imutável (object lock / WORM) contratado, o dado não pode ser deletado, alterado ou criptografado.
Verificação periódica com correção: o dado é conferido para garantir que está 100% restaurável.
Elimina blocos repetidos e comprime — menos espaço, menos banda, mais retenção pelo mesmo custo.
Replicado em 2 data centers Tier-III em estados diferentes, de 3 que operamos no Brasil.
Políticas diária, semanal, mensal e anual, com versionamento — do jeito que a auditoria pede.
* A imutabilidade depende do tipo de storage contratado (armazenamento imutável / object lock / WORM). É uma característica da infraestrutura de armazenamento, definida na contratação.
Todo backup é monitorado 24/7 na Plataforma iCOM e passa por testes de recuperação (Restore Drill): periodicamente, os dados são restaurados em ambiente isolado, a integridade é validada e vira relatório. É esse relatório que você mostra quando o cliente — ou a auditoria — pergunta se o dado volta mesmo.
Se toda a cadeia — VHDX pai mais os AVHDX — estiver intacta, normalmente sim. O erro fatal é apagar ou mover algum arquivo da cadeia para liberar espaço. Libere espaço em outro volume, copie a pasta da VM para um local seguro e só então tente a consolidação. Havendo backup, restaurar a VM costuma ser mais rápido e mais seguro que consertar a cadeia.
Não. O checkpoint fica no mesmo volume e depende da mesma cadeia de discos: se o volume falhar ou o ransomware chegar, ele vai junto. Ele resolve um rollback rápido de alteração recente — não uma perda real.
Também não. Réplica é alta disponibilidade: ela reproduz o estado da VM primária, inclusive um estado ruim. Corrupção e criptografia por ransomware são replicadas junto. Backup é cópia em ponto no tempo, isolada e retida.
Depende. Se os arquivos VHDX ainda existem e a VM só foi removida do gerenciador, ela pode ser recriada apontando para os discos. Se o VHDX foi apagado ou o volume corrompeu, sem cópia o caminho é perícia em nível de disco — caro, demorado e sem garantia.
Ligando direto do backup, ela pode voltar a operar em minutos, enquanto a restauração definitiva acontece. Uma restauração completa depende do tamanho do VHDX e do link disponível.
Sim. A restauração pode ir para o host original ou para um host alternativo — que é o caminho quando o servidor foi perdido ou quando você está reorganizando o ambiente.
Não. O SERVER BACKUP trabalha em nível de host Hyper-V, com consistência garantida via VSS, sem agente interno em cada máquina virtual.
Se você é o técnico que apaga o incêndio quando o cliente liga desesperado, existe um jeito de essa ligação não acontecer mais — e de virar receita recorrente sua. Manda o cenário no WhatsApp: quantos hosts, quantas VMs, o que precisa proteger. A resposta vem em linguagem de técnico, sem ligação e sem roteiro comercial.