Bezpieczna lista kontrolna migracji Home Assistanta na nowy serwer domowy

Bezpieczna migracja Home Assistant nie kończy się, gdy nowy serwer wyświetli ekran logowania. Nowy host musi odzyskać tę samą konfigurację, urządzenia radiowe, integracje, ścieżki pamięci, tożsamość sieciową i działanie sterowania lokalnego, zanim wycofasz stary serwer.

Potraktuj migrację jako test odzyskiwania z dostępną kopią umożliwiającą powrót do poprzedniego stanu. Utwórz świeżą kopię zapasową, zapisz zależności starego serwera, przywróć dane na urządzeniu docelowym, podłącz ponownie urządzenia radiowe i pamięć sieciową oraz przetestuj kluczowe automatyzacje. Następnie pozostaw stare urządzenie wyłączone, ale nienaruszone, dopóki nowa instalacja nie sprawdzi się w normalnym użytkowaniu i po ponownym uruchomieniu.

Utwórz świeżą pełną kopię zapasową i przechowuj klucz odzyskiwania poza starym hostem

Obecny proces tworzenia kopii zapasowej Home Assistant obsługuje migrację podczas konfiguracji, także między różnymi typami urządzeń. Zanim zaczniesz, upewnij się, że urządzenie docelowe ma wystarczająco dużo miejsca, pobierz kopię zapasową lub zabezpiecz ją w inny sposób, a zestaw awaryjny potrzebny do jej odszyfrowania przechowuj z dala od wymienianego komputera.

Aktualna procedura migracji Home Assistant wykorzystuje kopię zapasową ze starego urządzenia podczas konfiguracji nowego i wyraźnie zaznacza, że po migracji może być konieczne ponowne skonfigurowanie pamięci sieciowej i urządzeń radiowych.

Podczas migracji nie nadpisuj jedynej kopii zapasowej. Zachowaj co najmniej jedną kopię niezależną od obu serwerów, aby awaria dysku docelowego lub przypadkowe przywrócenie ustawień fabrycznych nie pozbawiły Cię jednocześnie źródła odzyskiwania i instalacji źródłowej.

Zapisz zależności, których kopia zapasowa nie przenosi fizycznie

Kopia zapasowa może zachować stan Home Assistant, ale nie przeniesie fizycznie urządzenia USB Zigbee lub Z-Wave, kabla sieciowego, połączenia z UPS-em, zewnętrznego hosta bazy danych, brokera MQTT, odwrotnego proxy, udziału NAS ani rezerwacji w routerze. Zapisz te zależności przed wyłączeniem starego hosta.

Zapisz stary adres IP lub nazwę hosta Home Assistant, zewnętrzny URL, punkty montowania pamięci sieciowej, URL bazy danych, jeśli Recorder działa zewnętrznie, adres brokera, urządzenia USB, typy radiowe oraz wszelkie ustawienia Compose lub maszyn wirtualnych na poziomie hosta. Ten spis pozwoli odróżnić nieudaną kopię zapasową od brakującej zewnętrznej zależności.

Szersza lista kontrolna migracji ZimaSpace opiera się na tej samej zasadzie: zabezpiecz źródło, określ dokładnie zakres migracji, zweryfikuj miejsce docelowe i zachowaj starą kopię, dopóki nie upewnisz się, że wszystko działa podczas normalnego użytkowania.

Przenieś sieci Zigbee i Z-Wave w osobnym etapie migracji

Jeśli to samo radio USB zostanie przeniesione na nowy host, podłącz je ponownie i sprawdź ścieżkę urządzenia. Jeśli nowy serwer korzysta z innego wbudowanego lub wymienionego urządzenia radiowego, przeprowadź migrację sieci radiowej zamiast zakładać, że sama kopia zapasowa Home Assistant zmieni tożsamość koordynatora.

ZHA automatycznie tworzy kopie zapasowe sieci i obsługuje migrację sieci Zigbee do innego obsługiwanego koordynatora bez konieczności ponownego parowania całej sieci mesh. W razie potrzeby proces migracji może również przenieść tożsamość IEEE urządzenia radiowego.

Z-Wave ma osobny stan kontrolera. Niedawna dyskusja o migracji Z-Wave JS UI potwierdza, że dane usługi i kopia zapasowa NVM to kluczowe zasoby potrzebne do odzyskania danych podczas przenoszenia usługi Z-Wave na nowy sprzęt. Traktuj obie sieci radiowe jako zasoby wymagające własnych procedur odzyskiwania.

Featured

ZimaBoard 2 - Miniaturowy serwer domowy dla wielkich pomysłów

Single board computer zimaboard2

$339.00 - $529.00

Buy Now

Najpierw przywróć dane, a potem ponownie podłącz pamięć zewnętrzną i usługi sieciowe

Uruchom instancję Home Assistant na docelowym serwerze z kopii zapasowej, zanim zmienisz ustawienia routera, DNS, uprawnienia NAS lub adresy wielu usług naraz. Migrację łatwiej diagnozować, gdy nowy host różni się od starego tylko jedną główną zmienną naraz.

Jeśli stara instalacja korzystała z pamięci sieciowej, podłącz ją ponownie po przywróceniu i sprawdź oczekiwane nazwy udziałów oraz dane logowania. Jeśli korzystała z zewnętrznej bazy danych lub brokera MQTT, przetestuj łączność DNS i TCP z nowego hosta, zanim zmienisz konfigurację Home Assistant, która wcześniej działała prawidłowo.

Stan aplikacji można przenieść, ale zależności specyficzne dla hosta nadal trzeba odtworzyć prawidłowo. Skoncentruj dokumentację migracji na elementach, których kopia zapasowa Home Assistant nie może fizycznie przenieść: urządzeniach radiowych, konfiguracji sieci hosta, pamięci zewnętrznej, usługach baz danych, punktach końcowych brokera i ustawieniach wdrożenia należących do starego serwera.

Przeprowadź test akceptacyjny przed wycofaniem starego serwera

• Upewnij się, że istnieją oczekiwani użytkownicy, pulpity, integracje, pomocniki, zautomatyzowania i obszary.
• Uruchom jedno ważne lokalne zautomatyzowanie i sprawdź reakcję fizycznego urządzenia.
• Sprawdź, czy urządzenia Zigbee, Z-Wave, Bluetooth lub inne urządzenia radiowe są dostępne.
• Upewnij się, że historia i statystyki rejestratora zapisują się prawidłowo.
• Przetestuj jedną ścieżkę dostępu do pamięci sieciowej i jedną zależność zewnętrzną, taką jak MQTT, jeśli jest używana.
• Przetestuj osobno dostęp lokalny i zdalny.
• Uruchom ponownie nowy host Home Assistant i powtórz kluczowy test sterowania lokalnego.

Dopiero gdy test po drugim uruchomieniu zakończy się powodzeniem, rozważ wyczyszczenie starego serwera lub zmianę jego przeznaczenia. Do tego czasu pozostaw źródłową instalację wyłączoną, odłączoną od urządzeń radiowych lub adresów IP, które mogłyby powodować konflikty, i zachowaj ją jako punkt odniesienia na wypadek konieczności przywrócenia poprzedniego stanu.