Que retenção de cópias de segurança é necessária no Home Assistant para uma recuperação segura?

Eva Wong

IceWhale author

Eva Wong é a Redatora Técnica e e entusiasta residente na ZimaSpace. Uma geek de longa data com paixão por homelabs e software de código aberto, ela é especialista em traduzir conceitos técnicos complexos em guias acessíveis e práticos . Eva acredita que o auto-hospedagem deve ser divertida, não intimidante. Através dos seus tutoriais, ela capacita a comunidade adesmistificar configurações de hardware , desde a construção do seu primeiro NAS até dominar os contêineres Docker., from building their first NAS to mastering Docker containers.

What Backup Retention Does Home Assistant Need for Safe Recovery?

O Home Assistant precisa de retenção suficiente para abranger tanto erros recentes frequentes como problemas descobertos semanas mais tarde, com pelo menos uma cópia testada fora do domínio de falha do anfitrião de produção.

Uma política inicial prática mantém vários pontos de restauro diários recentes, um conjunto mais pequeno de pontos semanais e alguns pontos mensais selecionados, ajustando depois o período à frequência das alterações e ao atraso na deteção. O número correto é o menor agendamento que ainda sobreviva a eliminações acidentais, uma atualização defeituosa, danos na base de dados detetados tardiamente, falha do anfitrião e perda da localização local das cópias de segurança.

Defina o Período de Recuperação com Base na Alteração e no Atraso na Deteção

Registe a frequência com que a sua configuração muda e o tempo que um problema oculto poderá permanecer sem ser detetado. As edições diárias de automações exigem uma cobertura recente mais densa, enquanto a corrupção da base de dados, o histórico em falta ou um agendamento de baixa frequência avariado podem demorar semanas a ser descobertos. A retenção tem de recuar para além desse atraso na deteção.

Um guia independente de cópias de segurança do Home Assistant aplica o modelo 3-2-1: produção e duas cópias de segurança, em suportes diferentes, com uma delas fora do local. Use esse princípio de domínios de falha separados antes de decidir quantas datas manter.

Defina os objetivos de recuperação em termos simples: recuperar a edição de ontem, recuperar um estado conhecido como bom de há várias semanas e reconstruir tudo depois de perder o anfitrião completo. Se o agendamento proposto não conseguir responder a nenhum desses casos, prolongue o nível diário, semanal ou mensal relevante.

Use Retenção por Níveis em vez de uma Única Contagem Fixa

Mantenha um nível recente e denso para erros de configuração e atualizações, pontos semanais para deteções mais lentas e pontos mensais para referência de longo prazo. Um exemplo inicial razoável é manter entre sete e catorze pontos diários, entre quatro e oito pontos semanais e vários pontos mensais, mas os valores finais devem ser determinados pela capacidade e pela frequência das alterações.

Um tutorial independente recente relaciona as cópias de segurança do Home Assistant, a distribuição 3-2-1, a encriptação e os testes de restauro, em vez de considerar suficiente contar os arquivos. O seu valor está no fluxo de trabalho 3-2-1 testado, que deve ser adaptado ao seu próprio orçamento de armazenamento.

Adicione uma cópia de segurança manual antes de alterações importantes ao Core, ao sistema operativo, aos complementos, à base de dados, à rede ou ao hardware. Identifique-a com a alteração e não permita que a limpeza diária normal a remova até o novo estado ter ultrapassado o respetivo período de observação.

Separe as Cópias e Proteja a Chave de Encriptação

Coloque uma cópia num armazenamento que não dependa do anfitrião do Home Assistant e outra fora do local ou, de qualquer outra forma, fora dos mesmos limites de alimentação elétrica, roubo e catástrofe. Uma partilha NAS montada pelo mesmo anfitrião é conveniente, mas não é independente se uma única credencial ou tarefa de eliminação puder apagar ambos os conjuntos.

Guarde as chaves de encriptação das cópias de segurança e as credenciais de recuperação separadamente dos arquivos que desbloqueiam. Teste se um segundo administrador consegue localizar a chave e compreender a ordem de restauro sem depender da instância do Home Assistant que falhou.

A comparação da ZimaSpace entre cópias de segurança do Home Assistant em funcionamento e parado esclarece por que motivo a consistência, o âmbito e os testes de recuperação das cópias de segurança são importantes, além do número de datas retidas.

-15% OFF

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

Single board computer zimaboard2

Teste, Limpe e Recalcule a Retenção

Restaure uma cópia de segurança recente e outra mais antiga numa instância de teste isolada. Verifique utilizadores, segredos, integrações, automações, painéis, histórico, complementos, referências a bases de dados externas e dependências de rádio. Registe o tamanho do arquivo, o tempo de restauro e os itens em falta antes de considerar utilizável qualquer um dos pontos.

Faça a limpeza apenas depois de a cópia de substituição existir, de a respetiva soma de verificação ou arquivo abrir corretamente, de a chave de encriptação estar disponível e de um teste de restauro ter sido concluído com sucesso. Recalcule o agendamento quando mudarem o tamanho da base de dados, os dados das câmaras, os complementos, a frequência das edições ou o armazenamento disponível.

Uma política aprovada retém um ponto testado antes e depois das alterações recentes, sobrevive à perda do anfitrião local e pode ser explicada sem adivinhações. Pare a limpeza e aumente a capacidade se todas as cópias de segurança restantes forem mais recentes do que uma falha suspeita ou se a única cópia fora do anfitrião não puder ser desencriptada.