Lista de verificação para migrar o Home Assistant em segurança para um novo servidor doméstico

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.

Uma migração segura do Home Assistant não fica concluída quando o novo servidor chega ao ecrã de início de sessão. O novo anfitrião tem de recuperar a mesma configuração, rádios, integrações, caminhos de armazenamento, identidade de rede e comportamento de controlo local antes de o servidor antigo ser desativado.

Trate a mudança como um teste de recuperação, mantendo ainda disponível uma cópia para reversão. Crie uma cópia de segurança nova, registe as dependências do servidor antigo, restaure no destino, volte a ligar os rádios e o armazenamento de rede, teste as automatizações críticas e mantenha a origem desligada, mas intacta, até a nova instalação resistir à utilização normal e a um reinício.

Faça uma Cópia de Segurança Completa Nova e Mantenha a Chave de Recuperação Fora do Anfitrião Antigo

O fluxo de cópias de segurança atual do Home Assistant suporta a migração durante a configuração inicial, incluindo a migração entre diferentes tipos de dispositivos. Antes de começar, confirme que o destino tem espaço de armazenamento suficiente, transfira ou preserve de outra forma a cópia de segurança e mantenha o kit de emergência necessário para a desencriptar afastado da máquina que vai ser substituída.

O procedimento de migração do Home Assistant utiliza uma cópia de segurança do dispositivo antigo durante a configuração inicial do novo dispositivo e salienta explicitamente que o armazenamento de rede e a migração dos rádios podem ainda exigir trabalho adicional.

Não substitua a única cópia de segurança durante a mudança. Mantenha pelo menos uma cópia independente de ambos os servidores, para que uma falha no disco do destino ou uma reposição acidental não elimine simultaneamente a origem de recuperação e a instalação de origem.

Registe as Dependências que uma Cópia de Segurança Não Transfere Fisicamente

Uma cópia de segurança pode preservar o estado do Home Assistant, mas não pode transferir fisicamente uma pen USB Zigbee ou Z-Wave, um cabo de rede, uma ligação a uma UPS, um anfitrião de base de dados externo, um broker MQTT, um proxy inverso, uma partilha NAS ou uma reserva no router. Registe essas dependências antes de desligar o anfitrião antigo.

Registe o IP ou nome de anfitrião antigo do Home Assistant, o URL externo, as montagens de armazenamento de rede, o URL da base de dados se o Recorder for externo, o endereço do broker, os dispositivos USB, os tipos de rádio e quaisquer definições de Compose ou da máquina virtual ao nível do anfitrião. Este inventário permite distinguir uma restauração falhada de uma dependência externa em falta.

A lista de verificação de migração mais abrangente da ZimaSpace aplica a mesma regra: proteja a origem, defina o que está realmente incluído, verifique o destino e mantenha a cópia antiga até a utilização normal estar comprovada.

Migre as Redes Zigbee e Z-Wave como uma Etapa de Migração Independente

Se o mesmo rádio USB for transferido para o novo anfitrião, volte a ligá-lo e verifique o caminho do dispositivo. Se o novo servidor utilizar um rádio integrado ou de substituição diferente, migre a rede de rádio em vez de presumir que a cópia de segurança do Home Assistant altera, por si só, a identidade do coordenador.

O ZHA cria cópias de segurança automáticas da rede e suporta a migração de uma rede Zigbee para outro coordenador compatível sem voltar a emparelhar toda a rede. O processo de migração também pode transferir a identidade IEEE do rádio quando necessário.

O Z-Wave tem um estado de controlador separado. Uma discussão recente sobre a migração da interface Z-Wave JS confirma que o armazenamento do serviço e uma cópia de segurança NVM são os recursos críticos de recuperação ao transferir o serviço Z-Wave para novo hardware. Trate ambas as redes de rádio como recursos com procedimentos de recuperação próprios.

-15% OFF

Restaure Primeiro e Depois Volte a Ligar o Armazenamento Externo e os Serviços de Rede

Coloque a instância de destino do Home Assistant em funcionamento a partir da cópia de segurança antes de alterar o router, o DNS, as permissões do NAS ou vários endereços de serviços em simultâneo. Uma migração é mais fácil de diagnosticar quando o novo anfitrião difere do antigo em apenas uma variável principal de cada vez.

Se a instalação antiga utilizava armazenamento de rede, volte a ligá-lo após a restauração e verifique os nomes esperados das partilhas e as credenciais. Se utilizava uma base de dados externa ou um broker MQTT, teste a conectividade DNS e TCP a partir do novo anfitrião antes de alterar a configuração do Home Assistant que já funcionava corretamente.

O estado da aplicação pode ser transferido, mas as dependências específicas do anfitrião continuam a ter de ser recriadas corretamente. Mantenha o registo da migração centrado nos elementos que uma cópia de segurança do Home Assistant não consegue relocalizar fisicamente: rádios, rede do anfitrião, armazenamento externo, serviços de base de dados, endpoints de broker e quaisquer definições de implementação geridas pelo servidor antigo.

Execute um Teste de Aceitação Antes de Desativar o Servidor Antigo

  • Confirme que existem os utilizadores, painéis, integrações, auxiliares, automatizações e áreas esperados.
  • Acione uma automatização local importante e confirme o feedback do dispositivo físico.
  • Verifique se os dispositivos Zigbee, Z-Wave, Bluetooth ou de outros rádios estão disponíveis.
  • Confirme que o histórico e as estatísticas do Recorder estão a ser gravados normalmente.
  • Teste um caminho de armazenamento de rede e uma dependência externa, como o MQTT, se utilizada.
  • Teste separadamente o acesso local e remoto.
  • Reinicie uma vez o novo anfitrião do Home Assistant e repita o teste crítico de controlo local.

Só depois de este teste após o segundo arranque passar deverá considerar apagar ou reutilizar o servidor antigo. Até lá, mantenha a instalação de origem desligada, desconectada de rádios ou endereços IP que possam entrar em conflito e disponível como referência para uma reversão.

Suporte e Dicas

Mais para Ler

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.