Como testar se as cópias de segurança do Home Assistant podem realmente ser restauradas

Uma cópia de segurança do Home Assistant só fica comprovada quando uma instância separada consegue restaurá-la e disponibilizar as identidades, a configuração, as integrações, o histórico e o tempo de recuperação exigidos pela casa.

Um trabalho de arquivo concluído com êxito verifica a criação, não a recuperação. Utilize uma VM isolada, um dispositivo suplente ou um segmento de rede desligado; mantenha a produção em funcionamento; prepare a chave de encriptação e o caminho de instalação correspondente; depois teste tanto o arranque técnico como as funções reais da casa. Pare antes que automações clonadas, rádios ou webhooks possam atuar sobre dispositivos de produção.

Escolha a Cópia de Segurança e Defina os Critérios

Selecione uma cópia de segurança agendada recente e um ponto de recuperação mais antigo; registe o respetivo tamanho, hora de criação, componentes incluídos, localização de armazenamento, estado da encriptação e soma de verificação, se disponível. Defina o tempo máximo de recuperação e a configuração, os utilizadores, as automações, os históricos, os suplementos e os segredos exatos que têm de ser repostos.

A aprovação não pode significar apenas que a página de início de sessão aparece. Tem de indicar as funções da casa que são importantes, como o controlo local da iluminação, uma automação crítica, painéis de controlo para utilizadores comuns, o período de retenção da base de dados e o acesso a qualquer broker ou base de dados externo.

Reprove a fase de preparação se o arquivo ou a chave de recuperação existir apenas no disco de produção, se o tipo de instalação não conseguir restaurar diretamente esse artefacto ou se não houver um destino isolado capaz de impedir ações duplicadas. Corrija essas condições antes de tocar na produção.

Restaure num Destino Isolado

Crie um destino limpo com arquitetura compatível e espaço de armazenamento suficiente, isole a respetiva rede dos caminhos dos dispositivos de produção e mantenha uma via de consola para resolução de problemas. Inicie a restauração utilizando uma cópia do arquivo, não a única cópia de segurança conservada.

Mesmo um teste de restauração isolado pode exigir acesso de rede ao supervisor. Conceba o isolamento de modo a que os recursos de instalação necessários continuem acessíveis sem expor os dispositivos de produção.

Se a restauração falhar antes do arranque, registe a fase exata, o erro do arquivo, o resultado da chave, o espaço livre, a versão do destino e o tipo de instalação. Não carregue repetidamente nem modifique a única cópia; preserve-a e teste uma segunda cópia de segurança conhecida para distinguir danos no arquivo de incompatibilidade do destino.

Verifique o Estado, as Dependências e as Funções da Casa

Após o arranque, compare os utilizadores, os painéis de controlo, as entidades, as automações, os auxiliares, as referências a segredos, o histórico da base de dados, os suplementos e o estado das integrações com a lista de critérios. Mantenha os rádios desligados ou utilize substitutos seguros até que a instância clonada não possa transmitir comandos duplicados.

Conseguir restaurar em hardware temporário comprova mais do que guardar cópias em vários locais sem uma tentativa real de recuperação.

A ausência de uma base de dados externa, broker, registo DNS, certificado ou partilha de rede faz parte do resultado da restauração, não sendo um inconveniente sem relação. Documente a dependência e a ordem necessária para a recuperar.

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

$799.00 - $2,499.00

Buy Now

Meça a Recuperação e Conclua o Exercício

Execute os testes definidos de controlo local e automação, reinicie a instância de teste duas vezes e confirme que o estado restaurado persiste. Registe o tempo desde um destino vazio até ao serviço utilizável, os passos manuais, as funções indisponíveis e todas as credenciais ou dependências que tiveram de ser recuperadas separadamente.

Compare o resultado com o ponto de controlo da restauração antes da reforma antes de alterar o hardware ou desativar o sistema de origem.

Aprove apenas quando as funções e os dados necessários sobreviverem ao reinício dentro do objetivo de recuperação. Destrua ou coloque em quarentena o clone depois de recolher as provas, corrija o âmbito da cópia de segurança ou o armazenamento da chave, crie uma nova cópia de segurança e repita o exercício antes de declarar segura a via de recuperação da produção.

Agende a Próxima Comprovação Antes de o Sistema Mudar

Registe o identificador da cópia de segurança testada, a versão de origem, o tipo de destino, a duração da recuperação, as dependências em falta e o veredicto final. Mantenha estas provas junto do procedimento de recuperação, e não dentro da instância de produção que poderá ter de substituir.

Defina o próximo exercício após uma alteração significativa no armazenamento, na instalação, na encriptação, na base de dados ou num suplemento, e num intervalo regular adequado à tolerância da casa à recuperação. Um ficheiro criado depois do exercício não fica automaticamente abrangido pelo resultado anterior.

O próximo teste pode utilizar um destino representativo mais pequeno, mas tem de comprovar igualmente a desencriptação, o arranque, as identidades críticas e uma função da casa de ponta a ponta. A inspeção exclusiva do arquivo não pode substituir essa verificação ao nível do serviço.