Czy podczas tworzenia kopii zapasowej Home Assistant Live należy zatrzymać usługę?

W przypadku bieżących instalacji Home Assistant najpierw użyj wbudowanego systemu kopii zapasowych i pozwól mu działać, gdy Home Assistant jest online. Zatrzymaj usługę lub wstrzymaj jej działanie tylko wtedy, gdy tworzysz zwykłą kopię systemu plików albo korzystasz z innej metody, która nie koordynuje aktywnej bazy danych.

Rzeczywista decyzja dotyczy więc „obsługiwanej kopii zapasowej aplikacji czy ogólnej kopii plików”, a nie po prostu „działającej czy zatrzymanej”. Pomyślne wykonanie polecenia rsync, kopii SMB, migawki maszyny wirtualnej lub archiwizacji samo w sobie nie dowodzi, że baza danych i pozostały stan Home Assistant zostały przechwycone w jednym, spójnym punkcie odzyskiwania.

Najpierw użyj wbudowanej ścieżki tworzenia kopii zapasowych

Integracja Backup w Home Assistant umożliwia teraz tworzenie i przywracanie kopii zapasowych we wszystkich typach instalacji. W przypadku Core i Container akcja backup.create obejmuje konfigurację i bazę danych Home Assistant, gdy system pozostaje online.

Ta obsługiwana ścieżka powinna być podstawą rutynowych punktów odzyskiwania. Przechowuj klucz szyfrowania lub zestaw awaryjny poza hostem Home Assistant, przenieś co najmniej jedną kopię zapasową poza hosta i upewnij się, że można ją przywrócić, zanim zaczniesz polegać na niej podczas aktualizacji lub migracji.

Przechodź do ręcznego kopiowania systemu plików tylko wtedy, gdy masz powód, dla którego wbudowana kopia zapasowa nie wystarcza, a następnie jasno określ sposób zapewnienia spójności bazy danych.

Zatrzymaj Home Assistant tylko przed zwykłym kopiowaniem katalogu /config

Zatrzymanie usługi nadal jest najprostszym sposobem na utworzenie wewnętrznie spójnej, ogólnej kopii katalogu konfiguracji. Najpierw przygotuj miejsce docelowe, uprawnienia i wolne miejsce, a następnie zatrzymaj Home Assistant, skopiuj drzewo katalogów, zweryfikuj zadanie i ponownie uruchom usługę.

Praktyczny proces migracji kontenera wykorzystuje dokładnie tę granicę: zatrzymaj kontener przed skopiowaniem jego trwałej konfiguracji opartej na SQLite. Jest to właściwe w przypadku surowego transferu systemu plików, ale nie stanowi powodu, by zatrzymywać Home Assistant przed każdą wbudowaną kopią zapasową.

Nie wydłużaj przestoju, odkrywając błędy ścieżek dopiero po zatrzymaniu usługi. Wcześniej sprawdź miejsce docelowe i wykorzystaj okno przestoju wyłącznie do wykonania ostatecznej, miarodajnej kopii.

Kopia zapasowa działającej bazy danych może być bezpieczna, jeśli uwzględnia bazę danych

SQLite obsługuje mechanizmy tworzenia kopii zapasowych online, które generują spójną, samodzielną kopię, gdy źródłowa baza danych pozostaje aktywna. To zupełnie co innego niż kopiowanie pliku bazy danych i pliku WAL niezależnie za pomocą ogólnego narzędzia synchronizującego.

Niedawny proces tworzenia kopii zapasowej w środowisku homelab wyjaśnia, dlaczego świadome stron polecenie .backup w SQLite pozwala uniknąć niespójnych kombinacji głównego pliku i WAL, występujących przy naiwnym użyciu rsync podczas pracy systemu.

Jeśli tworzysz niestandardową kopię zapasową działającego systemu, najpierw osobno przygotuj kopię bazy danych z użyciem mechanizmu uwzględniającego jej strukturę, następnie skopiuj pozostałą konfigurację z zachowaniem zgodnych zasad i potwierdź poprawność całości za pomocą testu przywracania. Sama spójność bazy danych nie zachowa brakujących plików niestandardowych, sekretów ani definicji środowiska uruchomieniowego.

Featured

ZimaCube 2 Osobisty domowy NAS w chmurze

ZimaCube2

$799.00 - $2,499.00

Buy Now

Oddziel kopie zapasowe działających baz danych od ogólnych migawek

Nie stosuj zasady „zatrzymaj przed rsync” do metod tworzenia kopii zapasowych działających baz danych ani do własnego interfejsu kopii zapasowych Home Assistant. Gwarancja spójności wynika z mechanizmu tworzenia kopii, a nie z tego, czy w nazwie narzędzia pojawia się słowo „migawka” czy „kopia zapasowa”.

W przypadku instalacji Container zachowaj również definicję środowiska uruchomieniowego poza Home Assistant: plik Compose, ścieżkę konfiguracji hosta, mapowania urządzeń, tryb sieci oraz zależności od usług zewnętrznych. Samo archiwum kopii zapasowej może przywrócić stan Home Assistant, ale nie odtworzy automatycznie nieudokumentowanego układu kontenera.

Przykład ZimaSpace dotyczący zapewnienia Home Assistant własnego planu odzyskiwania obok serwera NAS podkreśla granice zakresu: ochrona danych musi obejmować zarówno stan aplikacji, jak i środowisko potrzebne do jej uruchomienia.

Oceniaj kopię zapasową na podstawie wyników przywracania

Przywróć niedawną kopię zapasową do odizolowanego miejsca docelowego i sprawdź użytkowników, integracje, pulpity, automatyzacje, pomocnicze elementy, rejestry urządzeń, historię, jeśli jest wymagana, oraz reprezentatywną ścieżkę lokalnego sterowania. Przed uznaniem kopii za sprawdzoną uruchom przywrócony system ponownie co najmniej raz.

Metoda tworzenia kopii zapasowych, która kończy się powodzeniem każdej nocy, ale nie potrafi przywrócić działającego systemu, jest operacyjnie gorsza niż krótki przestój konserwacyjny zakończony przetestowanym odzyskaniem. Wybierz najprostszą metodę, która spełnia wymagania dotyczące przestoju i zapewnia stan możliwy do wielokrotnego przywrócenia.

FAQ

Czy muszę zatrzymać Home Assistant przed użyciem jego wbudowanej funkcji tworzenia kopii zapasowych?

Nie. Używaj wbudowanego procesu tworzenia kopii zapasowych zgodnie z przeznaczeniem. Zalecenie zatrzymania usługi dotyczy zwykłych kopii plików, które nie koordynują aktywnej bazy danych i stanu Home Assistant.

Czy migawka systemu plików lub maszyny wirtualnej jest automatycznie bezpieczną kopią zapasową działającego systemu?

Nie. Migawka jest tak użyteczna, jak spójność przechwyconych danych oraz test przywracania wykonany później. Jeśli aplikacja i baza danych nadal zapisują dane podczas tworzenia migawki, sprawdź, czy jej metoda zapewnia gwarancje spójności, od których zależy Twój plan odzyskiwania.