Welke back-upretentie heeft Home Assistant nodig voor veilig herstel?

Home Assistant heeft voldoende bewaartermijn nodig om zowel veelvoorkomende recente fouten als problemen die pas weken later worden ontdekt te dekken, met ten minste één geteste kopie buiten het storingsdomein van de productiehost.

Een praktisch startbeleid bewaart meerdere recente dagelijkse herstelpunten, een kleiner aantal wekelijkse herstelpunten en geselecteerde maandelijkse herstelpunten. Pas daarna het venster aan op basis van de frequentie van wijzigingen en de detectievertraging. Het juiste aantal is het kleinste schema dat nog bestand is tegen onbedoelde verwijdering, een slechte update, databaseschade die laat wordt ontdekt, een hoststoring en het verlies van de lokale back-uplocatie.

Stel het herstelvenster vast op basis van wijzigingen en detectievertraging

Breng in kaart hoe vaak je configuratie verandert en hoe lang een verborgen probleem onopgemerkt kan blijven. Dagelijkse aanpassingen aan automatiseringen vereisen een dichte dekking van recente herstelpunten, terwijl databaseschade, ontbrekende geschiedenis of een defect schema met een lage frequentie pas na weken kan worden ontdekt. De bewaartermijn moet verder teruggaan dan die detectievertraging.

Een onafhankelijke back-upgids voor Home Assistant past het 3-2-1-model toe: de productieomgeving plus twee back-upkopieën, op verschillende media, waarvan één op een andere locatie. Gebruik dat principe van afzonderlijke storingsdomeinen voordat je bepaalt hoeveel datums je bewaart.

Formuleer hersteldoelen in duidelijke bewoordingen: herstel de wijziging van gisteren, herstel een bekende goede toestand van enkele weken geleden en bouw alles opnieuw op nadat de volledige host verloren is gegaan. Als het voorgestelde schema een van die situaties niet kan afdekken, verleng dan de relevante dagelijkse, wekelijkse of maandelijkse laag.

Gebruik een gelaagde bewaartermijn in plaats van één vast aantal

Bewaar een dichte recente laag voor configuratiefouten en updates, wekelijkse herstelpunten voor problemen die trager worden ontdekt en maandelijkse herstelpunten als langdurige referentie. Een redelijk startpunt is zeven tot veertien dagelijkse, vier tot acht wekelijkse en meerdere maandelijkse kopieën, maar capaciteit en wijzigingssnelheid moeten de definitieve waarden bepalen.

Een recente onafhankelijke handleiding koppelt Home Assistant-back-ups aan 3-2-1-opslag, versleuteling en hersteltests, in plaats van het aantal archieven als voldoende te beschouwen. De waarde ervan ligt in de geteste 3-2-1-werkwijze, die je moet aanpassen aan je eigen opslagbudget.

Maak handmatig een back-up vóór grote wijzigingen aan Core, het besturingssysteem, add-ons, de database, het netwerk of hardware. Geef deze de naam van de wijziging en laat gewone dagelijkse opschoning deze niet verwijderen voordat de nieuwe toestand de observatieperiode heeft doorstaan.

Scheid kopieën en bescherm de versleutelingssleutel

Plaats één kopie op opslag die niet afhankelijk is van de Home Assistant-host, en één kopie op een andere locatie of anderszins buiten dezelfde grenzen voor stroomuitval, diefstal en rampen. Een NAS-share die door dezelfde host wordt aangekoppeld is handig, maar niet onafhankelijk als één referentie of verwijdertaak beide sets kan wissen.

Bewaar versleutelingssleutels voor back-ups en herstelgegevens afzonderlijk van de archieven die ermee worden ontgrendeld. Test of een tweede beheerder de sleutel kan vinden en de herstelvolgorde begrijpt zonder afhankelijk te zijn van de defecte Home Assistant-instantie.

De ZimaSpace-vergelijking van actieve en gestopte Home Assistant-back-ups verduidelijkt waarom back-upconsistentie, reikwijdte en hersteltests net zo belangrijk zijn als het aantal bewaarde datums.

-15% OFF

ZimaBoard 2 - Mini-thuisserver voor jouw grote idee

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Test, ruim op en bereken de bewaartermijn opnieuw

Herstel één recente en één oudere back-up naar een geïsoleerde testinstantie. Controleer gebruikers, geheimen, integraties, automatiseringen, dashboards, geschiedenis, add-ons, verwijzingen naar externe databases en radioafhankelijkheden. Leg de archiefgrootte, hersteltijd en ontbrekende onderdelen vast voordat je een van beide herstelpunten bruikbaar verklaart.

Ruim pas op nadat de vervangende kopie bestaat, de checksum of het archief correct kan worden geopend, de versleutelingssleutel beschikbaar is en een hersteltest is geslaagd. Bereken het schema opnieuw wanneer de databasegrootte, cameragegevens, add-ons, wijzigingsfrequentie of beschikbare opslag verandert.

Een geslaagd beleid bewaart een getest herstelpunt vóór en na recente wijzigingen, blijft bruikbaar bij verlies van de lokale host en kan zonder giswerk worden uitgelegd. Stop met opschonen en breid de capaciteit uit als elke resterende back-up nieuwer is dan een vermoedelijke fout of als de enige kopie buiten de host niet kan worden ontsleuteld.