Questão de Sistemas Operacionais — Ferramentas de Virtualização (Hypervisores, VMWare, Hyper-V, etc.) — INSTITUTO AOCP 2023

Backup de máquinas virtuais: o recurso de snapshot e suas restrições

Gabarito: letra A. O recurso descrito é o snapshot (ou backup baseado em snapshot), que permite capturar o estado de uma máquina virtual sem interrompê-la (sem tempo de inatividade), mas que não funciona quando os discos virtuais (VHDs) estão em armazenamento remoto ou quando o destino do backup está no mesmo volume do volume de origem. A alternativa A é a única que combina corretamente essas duas restrições.

O snapshot é uma funcionalidade essencial em ambientes de virtualização (VMware, Hyper-V, KVM, VirtualBox) que permite capturar o estado completo de uma máquina virtual — memória, disco, estado dos dispositivos — em um determinado instante, sem precisar desligá-la. Isso é fundamental para backups consistentes de sistemas críticos, como servidores Linux e FreeBSD, que precisam permanecer disponíveis 24/7. A grande vantagem é justamente a ausência de downtime: o administrador não precisa parar a VM para fazer uma cópia de segurança.

No entanto, essa funcionalidade tem limitações técnicas importantes. A primeira é que ela não funciona se os discos rígidos virtuais (VHDs) estiverem hospedados em armazenamento remoto (como um storage SAN/NAS ou um volume iSCSI). Isso ocorre porque o mecanismo de snapshot depende de operações de baixo nível sobre o sistema de arquivos local do host, que não conseguem ser realizadas de forma consistente quando o disco está em um storage remoto — a captura do estado exato do disco em um instante específico exige um controle direto sobre o armazenamento que o acesso remoto não permite.

A segunda restrição é que o destino do backup não pode estar no mesmo volume do volume que está sendo copiado. Isso é uma questão de segurança e consistência: se o backup for gravado no mesmo disco físico (ou partição) que contém os dados originais, qualquer falha nesse volume comprometeria tanto os dados originais quanto a cópia de segurança. Além disso, a operação de escrita do backup no mesmo volume poderia interferir na captura consistente do snapshot, gerando cópias corrompidas.

A pegadinha desta questão está na combinação das duas restrições: a banca mistura as condições "armazenamento remoto" e "mesmo volume" em diferentes alternativas, tentando confundir o candidato. A alternativa correta é a que junta exatamente as duas condições verdadeiras: VHDs em armazenamento remoto (não funciona) e destino no mesmo volume (não funciona). Qualquer outra combinação — como "armazenamento local" ou "volume diferente" — está incorreta, pois essas situações permitem o backup sem inatividade.

Guarde o par de restrições: armazenamento remoto e mesmo volume são os dois cenários que impedem o snapshot. É exatamente nessa combinação que as alternativas se dividem.

Alternativa A — ✅ Correta ⟵ GABARITO

Esta alternativa está correta porque apresenta exatamente as duas restrições reais do recurso de backup sem inatividade (snapshot): (1) não funciona se os VHDs estiverem em armazenamento remoto e (2) não funciona se o destino do backup estiver no mesmo volume do volume de origem. Ambas as condições são verdadeiras e correspondem às limitações técnicas documentadas dessa funcionalidade em hipervisores como VMware e Hyper-V.

Alternativa B — ❌ Incorreta

Esta alternativa está incorreta porque troca "armazenamento remoto" por "armazenamento local". O snapshot funciona normalmente quando os VHDs estão em armazenamento local — é justamente o cenário mais comum e suportado. A restrição real é para armazenamento remoto, não local. A segunda parte (destino no mesmo volume) está correta, mas a primeira invalida a alternativa.

Alternativa C — ❌ Incorreta

Esta alternativa está incorreta porque mantém a primeira restrição correta (armazenamento remoto), mas erra na segunda: afirma que não funciona se o destino estiver em um volume diferente do volume de origem. Na verdade, o backup deve ser feito em um volume diferente — essa é a prática recomendada para garantir segurança. A restrição real é o oposto: não pode ser no mesmo volume.

Alternativa D — ❌ Incorreta

Esta alternativa está incorreta por dois motivos: (1) troca "armazenamento remoto" por "armazenamento local" (que é suportado) e (2) afirma que não funciona se o destino estiver em um volume diferente (quando na verdade é o cenário ideal). Ambas as condições estão invertidas em relação ao que é tecnicamente correto.

Alternativa E — ❌ Incorreta

Esta alternativa está incorreta porque generaliza de forma absurda: afirma que o recurso não funciona se os VHDs estiverem em armazenamento remoto ou local (ou seja, em qualquer lugar) e se o destino estiver no mesmo volume ou em volume diferente (ou seja, em qualquer lugar). Isso tornaria o recurso completamente inútil, o que contradiz a própria definição apresentada no enunciado — um recurso que "facilita o backup sem tempo de inatividade". A alternativa nega a existência de qualquer cenário em que o recurso funcione.

Gabarito: letra A