Hoeveel bewaartijd voor Plex-back-ups is voldoende voor veilig herstel?

Eva Wong is de Technisch Schrijver en en vaste knutselaar bij ZimaSpace. Een levenslange geek met een passie voor homelabs en open-source software, zij is gespecialiseerd in het vertalen van complexe technische concepten naar toegankelijke, praktische handleidingen. Eva gelooft dat zelf-hosting leuk moet zijn, niet intimiderend. Met haar tutorials stelt ze de community in staat om hardware-setup te ontrafelen, van het bouwen van hun eerste NAS tot het beheersen van Docker-containers.

Plex heeft geen universeel aantal back-ups nodig; het heeft voldoende geteste geschiedenis nodig om terug te keren naar een bekende goede staat van vóór het moment waarop de storing werd geïntroduceerd.

De bewaartermijn moet rekening houden met hoe vaak de Plex-status verandert, hoe snel je corruptie opmerkt en hoe ver je mogelijk moet teruggaan na een update of een verkeerd uitgevoerde bibliotheekactie. Een grote verzameling niet-gecontroleerde kopieën kan nog steeds mislukken als elke versie na hetzelfde probleem is gemaakt. Bepaal eerst je herstelpunt en hersteltijd en kies daarna dagelijkse, wekelijkse of snapshotniveaus die daarbij passen.

Begin met de storing die je ongedaan moet maken

Onbedoelde verwijdering, een slechte update, onopgemerkte databaseschade en volledig schijfverlies hebben verschillende ontdekkingstijden. Eén meest recente back-up beschermt alleen tegen storingen die je snel opmerkt.

Een bewaartermijn moet reiken tot een bekend goed herstelpunt van vóór het moment waarop de storing werd geïntroduceerd, en niet alleen de meest recente kopie bewaren.

Maak een lijst van de storingen waartegen je je wilt beschermen en schat de langst realistische tijd tot ontdekking. Bewaar versiegeschiedenis die verder teruggaat dan die periode, in plaats van eerst een aantal kopieën te kiezen.

Gebruik meer dan één tijdschaal

Recente, frequente kopieën beschermen je huidige kijkstatus en instellingen, terwijl oudere, minder frequente kopieën bescherming bieden tegen problemen die pas laat worden ontdekt. Met een gelaagd schema kun je beide afdekken zonder elke snapshot voor altijd te bewaren.

Versies op een specifiek tijdstip kunnen recente en oudere herstelopties bewaren zonder voor elk moment een volledige duplicaat te maken.

Combineer recente kopieën met korte tussenpozen met oudere kopieën met langere tussenpozen, afgestemd op je beschikbare opslagruimte. Documenteer wanneer elke laag verloopt en welk type storing ermee moet worden afgedekt.

Laat bewaartermijnen bescherming buiten het apparaat niet vervangen

Tien versies op dezelfde schijf die kan uitvallen vormen nog steeds één storingsdomein. Bewaartermijnen en redundantie lossen verschillende problemen op.

Back-upcapaciteit en wijzigingssnelheid moeten afzonderlijk van het actieve Plex-statuspad worden gepland, zodat de bewaartermijn niet binnen één storingsdomein blijft.

Bewaar minstens één herstelkopie buiten het apparaat met de actieve appgegevens en test die kopie onafhankelijk. De thuisservertopologie moet het storingsdomein van de back-up zichtbaar maken, in plaats van het te verbergen binnen dezelfde opslagpool.

Snoei pas nadat hersteltests zijn geslaagd

Een bewaartermijn is alleen nuttig wanneer oudere kopieën daadwerkelijk de database, metagegevens en identiteit kunnen herstellen die je verwacht. Een rotatietaak mag nooit het enige onderdeel zijn dat regelmatig wordt getest.

Herstel zowel een recente als een oudere kopie naar een tijdelijke Plex-instantie voordat je ze verwijdert; hersteltesten verifiëren of een voltooide back-up daadwerkelijk herstelbaar is.

Als oudere back-ups herhaaldelijk mislukken of afhankelijk zijn van niet-gedocumenteerde paden, herstel dan eerst de manier waarop ze worden vastgelegd voordat je de bewaartermijn verkort. De bewaartermijn moet betrouwbare herstelopties bewaren, niet alleen tijdstempels.

Ondersteuning & Tips

Meer om te lezen

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.