Como proteger as cópias de segurança das máquinas virtuais durante a manutenção do armazenamento do anfitrião

Proteja as cópias de segurança de máquinas virtuais durante a manutenção do armazenamento do anfitrião, interrompendo primeiro novas gravações, verificando os pontos de restauro existentes e mantendo pelo menos uma cópia utilizável fora do armazenamento em manutenção.

Num servidor doméstico ou num pequeno NAS, a manutenção ocorre frequentemente nos mesmos discos, pools, HBAs, caixas externas ou datastores que também armazenam cópias de segurança de máquinas virtuais. Por isso, a ordem segura é mais importante do que o nome da ferramenta: suspenda a atividade de cópia de segurança, confirme que os pontos de recuperação podem ser lidos, torne a manutenção reversível e só depois intervenha na camada de armazenamento do anfitrião.

Identifique de que armazenamento dependem as cópias de segurança

Comece por listar todas as máquinas virtuais, contentores, tarefas de cópia de segurança, repositórios, localizações de instantâneos e destinos de replicação que leem ou escrevem no armazenamento em manutenção. A questão essencial não é onde a máquina virtual é executada; é saber se a cadeia de cópia de segurança ou o catálogo de restauro depende do componente que está prestes a colocar offline.

Uma armadilha comum num laboratório doméstico é manter os discos das máquinas virtuais e o repositório de cópias de segurança em diferentes conjuntos de dados, mas no mesmo pool, caixa USB, controlador ou máquina. Isto melhora a organização, mas não protege a cópia de segurança se o risco da manutenção abranger todo o pool, controlador ou anfitrião.

Se algum percurso de restauro depender do mesmo armazenamento, marque essa cópia de segurança como indisponível durante a janela de manutenção. Só avance depois de ter uma segunda cópia, uma cópia remota ou uma exportação testada que não exija o dispositivo em manutenção.

Coloque o destino das cópias de segurança num estado sem novas gravações

A janela de manutenção mais segura começa por impedir o início de novas gravações de cópias de segurança, operações de limpeza, compactação, replicação e recolha de lixo enquanto a camada de armazenamento está a ser alterada. Um repositório inativo é mais fácil de analisar do que um que esteja a reescrever índices ou blocos em segundo plano.

O Proxmox Backup Server suporta modos de manutenção só de leitura e offline para datastores, permitindo que as operações em conflito terminem antes de o modo entrar em vigor. Esta distinção é importante, porque o modo só de leitura pode continuar a permitir restauros, enquanto o modo offline bloqueia tanto as leituras como as gravações.

Utilize o modo menos disruptivo que proteja a tarefa. Para atualizações de firmware, cablagem, importação de pools, substituição de discos ou reparação do sistema de ficheiros, o modo offline é normalmente mais seguro; para verificações do próprio repositório que apenas exijam a interrupção de novas gravações, o modo só de leitura poderá ser suficiente. Não confie na memória — registe o modo utilizado e as tarefas que desativou.

Verifique os pontos de restauro antes de mover ou reparar o armazenamento

Uma cópia de segurança que não foi verificada é apenas um ponto de restauro potencial. Antes da manutenção, execute a verificação da ferramenta ou, pelo menos, faça um pequeno restauro isolado a partir do ponto de recuperação mais recente e do mais antigo que pretende conservar.

O Proxmox Backup Server disponibiliza tarefas de verificação agendadas, permitindo verificar periodicamente os dados das cópias de segurança em vez de confiar neles apenas no momento do restauro. Para efeitos de manutenção, um resultado de verificação recente é mais útil do que uma notificação de cópia de segurança concluída com êxito há várias semanas.

Se a verificação falhar, interrompa o plano de manutenção e repare primeiro o conjunto de cópias de segurança. Se apenas um ponto de recuperação for validado, mantenha-o isolado e não elimine nem compacte nada até existir um segundo percurso de restauro funcional.

-15% OFF

ZimaBoard 2 - Mini Servidor Doméstico para a Sua Grande Ideia

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Mantenha uma cópia de recuperação fora do alcance da manutenção

Antes de alterar discos, pools, controladores, opções de montagem ou a disposição do repositório, mova pelo menos uma cópia de recuperação para fora do alcance da falha. Pode ser um disco amovível, outro NAS, um Proxmox Backup Server remoto, armazenamento de objetos na cloud ou uma exportação temporária das máquinas virtuais mais importantes.

A documentação dos repositórios escaláveis do Veeam considera a manutenção do repositório uma operação com estado e explica que uma extensão pode ser colocada em modo de manutenção para ações de serviço, como aplicar correções ou atualizar uma extensão. A lição subjacente aplica-se de forma geral: a manutenção deve ser coordenada com o estado do repositório e não executada como uma operação de armazenamento sem supervisão.

Num servidor doméstico, escolha a cópia de acordo com a sua necessidade real de recuperação. Uma exportação inicializável pode ser melhor para uma máquina virtual crítica, enquanto a replicação de cópias de segurança deduplicadas pode ser mais adequada para várias máquinas virtuais. A cópia só é válida quando sabe onde está, como desbloqueá-la e como restaurá-la sem utilizar o armazenamento do anfitrião em manutenção.

Retome as tarefas apenas depois de verificar o percurso de restauro

Após a manutenção, não volte imediatamente a ativar todas as tarefas agendadas. Primeiro, monte ou importe o armazenamento corretamente, confirme a propriedade do repositório e o espaço livre e, em seguida, execute um teste de leitura das cópias de segurança existentes antes de permitir novas gravações.

As tarefas de manutenção de cópias de segurança podem exigir muita E/S; as boas práticas da Veeam descrevem a manutenção de ficheiros de cópia de segurança completos como um processo que sintetiza um novo ficheiro de cópia de segurança completo e elimina o original depois, precisamente o tipo de operação que deve evitar sobrepor a reparações do armazenamento ou a discos instáveis.

Reative os serviços pela seguinte ordem: estado do armazenamento, acesso de leitura ao repositório, listagem dos pontos de restauro, pequeno teste de restauro e, por fim, gravações agendadas. Se algum passo for lento, estiver em falta ou apresentar inconsistências, mantenha as tarefas desativadas e investigue antes que uma nova cadeia de cópias de segurança esconda o problema.

Perguntas frequentes

Posso manter as cópias de segurança das máquinas virtuais em execução enquanto substituo um disco no anfitrião?

Apenas se o repositório de cópias de segurança e o percurso de restauro estiverem claramente fora do armazenamento em manutenção. Se o destino das cópias de segurança partilhar o pool, controlador, caixa externa ou dependência do anfitrião, interrompa primeiro as novas gravações.

Um instantâneo da máquina virtual oferece proteção suficiente antes da manutenção do armazenamento?

Não. Um instantâneo no mesmo armazenamento pode ajudar numa reversão rápida, mas não protege contra uma falha do pool, controlador, caixa externa ou anfitrião. Mantenha uma cópia de segurança independente.

Se a sua manutenção também envolver replicação ZFS, verifique o período de retenção e o comportamento do espaço livre antes da janela; um pool de destino cheio pode transformar uma simples tarefa de manutenção no mesmo padrão de falha abordado no guia da ZimaSpace sobre como impedir que a replicação de instantâneos encha um pool de destino.