Como verificar uma restauração do Home Assistant antes de desativar o servidor antigo

Não desative o servidor antigo do Home Assistant apenas porque o painel restaurado é carregado. Desative-o somente depois de a nova instância passar pelas verificações de identidade, dispositivos, automatizações, histórico, dependências, reinício e nova cópia de segurança, em condições controladas.

Mantenha o servidor antigo desligado, mas intacto, enquanto testa o anfitrião restaurado numa rede isolada ou cuidadosamente controlada. Impeça que ambas as instâncias emitam comandos ao mesmo tempo, registe uma lista de verificação de decisão a partir do sistema antigo e reproduza acionadores reais da casa antes de apagar discos, alterar permanentemente o DNS ou libertar o hardware antigo.

Defina a Lista de Verificação de Aceitação da Restauração Antes dos Testes

Registe a versão da instância antiga, o tipo de instalação, o nome do anfitrião, o IP ou nome DNS, o fuso horário, as contas de utilizador, as integrações, os dispositivos, as entidades, as automatizações, os painéis, os complementos, os destinos das cópias de segurança, a base de dados externa, as partilhas, os certificados e as dependências de segredos. Este inventário define o que significa uma restauração completa para a sua casa.

Separe as funções críticas das conveniências. O alarme, as fechaduras, os alertas de fumo, o aquecimento, o controlo de fugas e a iluminação essencial merecem uma verificação manual explícita; os painéis decorativos e o histórico antigo podem ficar para depois. A decisão de desativação deve falhar se faltar uma função crítica, mesmo quando a maioria das contagens de entidades coincide.

Registe alguns valores de estado conhecidos e pontos recentes do histórico antes de desligar o anfitrião antigo. Estes tornam-se referências de comparação na instância restaurada e ajudam a distinguir uma cópia de segurança incompleta de um problema de integração descoberto recentemente.

Restaure em Isolamento e Impeça o Controlo Duplicado

Restaure no novo servidor enquanto a instância antiga do Home Assistant estiver parada. Se ambas tiverem de estar online para uma comparação de ficheiros, isole a nova instância das redes dos dispositivos ou desative as automatizações e integrações de saída até os conflitos de identidade estarem resolvidos.

Uma discussão da comunidade apresenta explicitamente um teste de restauração isolado como a forma segura de validar uma migração entre plataformas de virtualização. Isto sustenta o método de teste, embora o isolamento exato da rede dependa da sua instalação e dos protocolos dos dispositivos.

Confirme a compatibilidade da versão restaurada e da cópia de segurança antes de avaliar os componentes em falta. Se a restauração comunicar erros, não aplique correções manuais sobre um estado desconhecido. Guarde os registos, identifique se a falha diz respeito ao arquivo, à encriptação, à versão, ao armazenamento ou a uma integração e tente novamente a partir de um destino de teste limpo.

Verifique o Estado, as Dependências e as Ações Reais dos Dispositivos

Compare os utilizadores, as integrações, as contagens de dispositivos e entidades, as entidades desativadas, as áreas, os painéis, os auxiliares, os scripts e as automatizações. Em seguida, abra o histórico recente e os registos. As contagens são indicadores úteis para uma triagem, mas não provam que as credenciais, os tokens, os webhooks, os adaptadores de rádio ou as bases de dados externas funcionam.

Teste um dispositivo de cada protocolo importante e execute automatizações representativas utilizando os seus acionadores reais. Confirme tanto a ação como a atualização do estado resultante. No caso de rádios específicos do hardware, verifique os caminhos dos dispositivos e as permissões; nas integrações na nuvem, verifique a renovação dos tokens; nas bases de dados externas e partilhas, confirme que o anfitrião restaurado acede aos dados corretos e não a uma substituição vazia.

Utilize o guia da ZimaSpace sobre dependências da encriptação e da restauração de cópias de segurança quando o arquivo existe, mas uma chave, credencial, cadeia ou localização externa impede a recuperação.

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

$799.00 - $2,499.00

Buy Now

Comprove a Persistência com Reinícios e uma Nova Cópia de Segurança

Reinicie o Home Assistant duas vezes e reinicie o novo anfitrião uma vez. Depois de cada ciclo, confirme que as integrações são recarregadas, que as montagens ficam disponíveis antes dos serviços, que os caminhos dos dispositivos USB ou série permanecem estáveis, que as automatizações estão ativadas conforme previsto e que a mesma base de dados do histórico continua a ser utilizada, em vez de começar de novo.

Crie uma nova cópia de segurança a partir do sistema restaurado, copie-a para fora do anfitrião e verifique se inclui os componentes esperados. Uma restauração que não consegue produzir a sua própria cópia de segurança recuperável não está pronta para se tornar a única instância de produção.

Observe o sistema restaurado durante pelo menos um ciclo doméstico normal que inclua automatizações agendadas, cópias de segurança e tarefas noturnas. A decisão de avançar exige um controlo estável, a ausência de erros repetidos de migração ou armazenamento e um caminho de reversão verificado.

Desative o Servidor Antigo sem Destruir a Janela de Reversão

Quando a lista de verificação for aprovada, transfira para o novo anfitrião o DNS permanente, as reservas de IP, o acesso remoto e os agendamentos de cópias de segurança. Mantenha o servidor antigo desligado para que não possa emitir ações duplicadas, mas preserve o disco e a configuração sem alterações durante um período de observação definido.

Se o novo servidor falhar uma automatização crítica, perder o estado depois de um reinício, escrever na base de dados errada ou não conseguir criar uma cópia de segurança válida, a decisão é não avançar. Desligue-o, restaure a identidade de rede antiga, se necessário, e volte ao anfitrião funcional conhecido antes de investigar.

Só apague ou reutilize o servidor antigo depois de o novo anfitrião ter ultrapassado o período de observação e de pelo menos uma cópia de segurança externa ter sido verificada. Documente a data de desativação, a cópia de segurança final do sistema antigo, a identidade do novo anfitrião e o resultado do teste de restauração, para que a próxima migração comece com uma base de referência fiável.