Moet je Home Assistant live back-uppen of de service eerst stoppen?

Gebruik voor actuele Home Assistant-installaties het ingebouwde back-upsysteem als eerste keuze en laat dit uitvoeren terwijl Home Assistant online is. Stop de service of zet deze tijdelijk stil wanneer je een gewone kopie van het bestandssysteem maakt of een andere methode gebruikt die de actieve database niet coördineert.

De werkelijke keuze is dus “ondersteunde back-up van de applicatie versus generieke bestandskopie”, niet simpelweg “actief versus gestopt”. Een geslaagde rsync-, SMB-kopie, VM-snapshot of archiefopdracht bewijst op zichzelf niet dat de database en de rest van de Home Assistant-status vanaf één consistent herstelpunt zijn vastgelegd.

Gebruik eerst de ingebouwde back-uproute

De Backup-integratie van Home Assistant maakt en herstelt nu back-ups voor verschillende installatietypen. Voor Core en Container bevat de backup.create-actie de Home Assistant-configuratie en database terwijl het systeem online blijft.

Gebruik deze ondersteunde route als basis voor regelmatige herstelpunten. Bewaar de versleutelingssleutel of noodkit buiten de Home Assistant-host, verplaats minstens één back-up naar een andere host en controleer of de back-up kan worden hersteld voordat je erop vertrouwt voor een upgrade of migratie.

Ga alleen over op handmatig kopiëren van het bestandssysteem wanneer je een reden hebt waarom de ingebouwde back-up niet volstaat, en leg dan expliciet vast hoe de databaseconsistentie wordt gewaarborgd.

Stop Home Assistant alleen voor een gewone kopie van /config

De service stoppen blijft de eenvoudigste manier om een generieke kopie van de configuratiemap intern consistent te maken. Bereid de bestemming, machtigingen en vrije ruimte eerst voor; stop daarna Home Assistant, kopieer de mapstructuur, controleer de taak en start de service opnieuw.

Een praktische containermigratieworkflow gebruikt precies deze grens: stop de container voordat je de persistente configuratie met SQLite-kopiëert. Dat is geschikt voor een onbewerkte bestandsoverdracht, maar geen reden om Home Assistant voor elke ingebouwde back-up te stoppen.

Verleng de downtime niet door pas na het stoppen padfouten te ontdekken. Controleer de bestemming vooraf en gebruik het gestopte venster alleen voor de definitieve, gezaghebbende kopie.

Een live back-up van de database kan veilig zijn wanneer deze databasebewust is

SQLite ondersteunt zelf online back-upmechanismen die een consistente, zelfstandige kopie maken terwijl de brondatabase actief blijft. Dat verschilt sterk van het onafhankelijk kopiëren van het databasebestand en de WAL met een generieke synchronisatietool.

Een recente back-upworkflow voor homelabs legt uit waarom SQLite's paginabewuste .backup-opdracht inconsistente combinaties van hoofd­bestand en WAL voorkomt die bij naïeve live rsync ontstaan.

Als je een aangepaste live back-up bouwt, maak dan eerst afzonderlijk de databasebewuste kopie, kopieer de overige configuratie met compatibele semantiek en bewijs de werking van het volledige resultaat met een hersteltest. Alleen databaseconsistentie beschermt niet tegen ontbrekende aangepaste bestanden, geheimen of runtime-definities.

Featured

ZimaCube 2 Persoonlijke Cloud Home NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Houd databasebewuste live back-ups gescheiden van generieke snapshots

Pas de regel “stop voor rsync” niet toe op databasebewuste live back-upmethoden of op de eigen back-upinterface van Home Assistant. De consistentiegarantie komt van het back-upmechanisme, niet van het feit dat het woord “snapshot” of “back-up” in de naam van de tool voorkomt.

Bewaar voor Container-installaties ook de runtime-definitie buiten Home Assistant: het Compose-bestand, het configuratiepad op de host, apparaatkoppelingen, de netwerkmodus en afhankelijkheden van externe services. Een back-uparchief kan de Home Assistant-status herstellen zonder op zichzelf een niet-gedocumenteerde containerindeling opnieuw te creëren.

Het ZimaSpace-voorbeeld van Home Assistant een eigen herstelplan naast de NAS geven benadrukt de afbakening: gegevensbescherming moet zowel de applicatiestatus als de omgeving omvatten die nodig is om deze uit te voeren.

Beoordeel de back-up op basis van herstelresultaten

Herstel een recente back-up naar een geïsoleerd doel en controleer gebruikers, integraties, dashboards, automatiseringen, helpers, apparaatregisters, geschiedenis indien vereist en één representatieve lokale bedieningsroute. Start het herstelde doel daarna eenmaal opnieuw op voordat je de back-up als bewezen beschouwt.

Een back-upmethode die elke nacht wordt voltooid maar geen werkend systeem kan herstellen, is operationeel slechter dan een korte onderhoudsstop met een geteste hersteluitkomst. Kies de eenvoudigste methode die aan je downtimevereiste voldoet en een herhaaldelijk herstelbare toestand oplevert.

Veelgestelde vragen

Moet ik Home Assistant stoppen voordat ik de ingebouwde back-upfunctie gebruik?

Nee. Gebruik de ingebouwde back-upworkflow zoals bedoeld. De aanbeveling om te stoppen geldt voor gewone kopieën op bestandsniveau die de actieve database en status van Home Assistant niet coördineren.

Is een snapshot van het bestandssysteem of een VM automatisch een veilige live back-up?

Niet automatisch. Een snapshot is slechts zo bruikbaar als de consistentie die deze vastlegt en de hersteltest die erop volgt. Als de applicatie en database tijdens de snapshot blijven schrijven, controleer dan of de snapshotmethode de consistentiegaranties biedt waarop je herstelplan berust.