Plex-back-up, herstel en uitbreiding samen plannen

Ontwerp Plex-herstel en -uitbreiding samen door applicatiestatus, media, back-ups, herstellocaties en groeitriggers te scheiden voordat je de capaciteit voor het eerst uitbreidt.

Een back-up is alleen nuttig als je er de beloofde service mee kunt herstellen, en uitbreiding is alleen veilig als dat herstelpad daarna nog steeds werkt. Bepaal wat moet worden hersteld, hoeveel gegevensverlies acceptabel is en hoelang het huishouden kan wachten. Geef Plex-status, media, inloggegevens, back-upkopieën, herstellocaties en toekomstige opslag vervolgens elk een eigen rol die na elke migratie of upgrade kan worden getest.

Bepaal de hersteltoezegging voordat je de opslagindeling vastlegt

Leg vast wat het huishouden verwacht na een mislukte opstartschijf, een verwijderde database, een beschadigde mediadisk of een verloren server. Het antwoord kan per gegevensklasse verschillen. Plex-voorkeuren, gebruikers, kijkgeschiedenis, aangepaste posters en automatiseringsinstellingen kunnen lastig opnieuw op te bouwen zijn, zelfs als de mediabestanden nog bestaan. Persoonlijke opnamen zijn mogelijk onvervangbaar, terwijl commerciële media wellicht via een andere bron kunnen worden teruggekregen.

Stel voor elke herstelbare kopie een maximale ouderdom vast en bepaal hoe lang het maximaal mag duren om de essentiële service weer beschikbaar te maken. Dit zijn operationele toezeggingen, geen abstracte afkortingen. Als het acceptabel is om één dag kijkgeschiedenis te verliezen, maar niet één familievideo, moeten die twee soorten gegevens niet dezelfde back-upfrequentie of bestemming hebben. Als het huishouden een weekend kan wachten op volledig mediaherstel, hoef je niet elk onderdeel op onmiddellijk herstel af te stemmen.

De initiële opslagindeling voldoet alleen als elke toezegging een verantwoordelijke, een kopie, een herstelactie en een herstelbestemming heeft. Een plan dat back-upbestanden noemt maar geen tijdelijke herstelbestemming heeft, is onvolledig. Een plan dat ervan uitgaat dat de primaire array beschikbaar blijft, dekt geen uitval van die array.

Scheid Plex-status van mediacapaciteit

Bewaar de Plex-database, metadata, voorkeuren en serviceconfiguratie op een duidelijk herkenbare permanente locatie. Bewaar media op een eigen opslaglaag. Zet transcodebestanden en andere opnieuw op te bouwen cachebestanden in een tijdelijke werkruimte. Bewaar inloggegevens, versleutelingssleutels en back-upconfiguratie buiten de mediamap, zodat een grote bestandsoverdracht nooit wordt aangezien voor een volledig serverherstel.

Deze scheiding verkort de eerste herstelstap. Je kunt een kleine, consistente kopie van de applicatiestatus terugzetten in een geïsoleerde service, een representatieve subset van de media koppelen en controleren of de installatie start voordat je een overdracht van meerdere terabytes uitvoert. Zo voorkom je ook dat een volledige mediavolume verhult of de database, machtigingen of containeraankoppelingen kunnen worden hersteld.

Leg eigenaarschap, identificatiegegevens, koppelpunten en verwachte paden vast bij de rol van de gegevens. Een teruggezette database die naar een ander mediapad verwijst, kan intact maar onbruikbaar zijn. Een gekopieerde containermap met de verkeerde service-identiteit kan starten en toch geen toegang hebben tot de bibliotheek. Herstel hangt af van de topologie en machtigingen, niet alleen van de aanwezigheid van bestanden.

Geef elk type storing een eigen herstelpad

Gebruik het primaire systeem voor de service, een aparte back-upbestemming voor snel lokaal herstel en een ander foutdomein voor gegevens waarvan verlies onaanvaardbaar zou zijn. De derde locatie kan externe opslag, versleutelde cloudopslag of verwisselbare media zijn die elders worden bewaard. Het gaat om onafhankelijkheid: een stroomstoring, gehackt account, onbedoelde verwijdering of defecte opslagcontroller mag niet via hetzelfde pad alle kopieën bereiken.

Pas versiebehoud toe op de kleine Plex-status die vaak verandert, zodat een mislukte update of databaseprobleem de laatste bruikbare kopie niet vervangt. Bescherm onvervangbare media met het aantal kopieën dat nodig is gezien het verlies ervan. Opnieuw te downloaden media kunnen volgens een goedkoper beleid worden bewaard als de hersteltijd en beschikbaarheid van de bron aanvaardbaar zijn. Redundantie in de primaire behuizing is een beschikbaarheidslaag, niet een van deze onafhankelijke herstelpaden.

Zorg dat de voltooiing van back-ups zichtbaar is. Leg de laatste geslaagde kopie van de applicatiestatus, de beschermingsstatus van de media, de capaciteit van de bestemming en het verificatieresultaat vast. Een taak die succesvol wordt afgerond maar niet kan worden ontsleuteld, gekoppeld of teruggezet naar het verwachte pad, voldoet niet aan de herstelbelofte.

Featured

ZimaCube 2 persoonlijke cloud-home-NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Oefen het terugzetten voordat een uitbreiding de paden verandert

Zet de Plex-status terug in een geïsoleerde container, virtuele machine, reservehost of tijdelijke map die niet naar de productiebibliotheek kan schrijven. Gebruik waar mogelijk dezelfde service-identiteit en padstructuur. Koppel een kleine mediaselectie aan en controleer of de database opent, de bibliotheken verschijnen, de machtigingen werken, het afspelen start en belangrijke voorkeuren of kijkgeschiedenis aanwezig zijn.

Meet de duur van de oefening vanaf een lege bestemming, inclusief het ophalen van inloggegevens, het vinden van de juiste back-up, het terugzetten van bestanden, het corrigeren van eigenaarschap en het valideren van de service. Het gemeten resultaat is nuttiger dan een geschatte overdrachtssnelheid, omdat herstel vaak vertraging oploopt door keuzes rond paden en ontbrekende aantekeningen, niet door de ruwe opslagdoorvoer.

Houd een beknopt herstelverslag bij met de softwareversie, back-updatum, bestemming, uitgevoerde acties, uitzonderingen en eindcontroles. Herhaal de test na wijzigingen aan de containerimage, het besturingssysteem, de opslagkoppeling, de service-identiteit, de versleutelingsmethode of de back-uptool. Als het oude verslag niet langer overeenkomt met het huidige systeem, heeft de uitbreiding al een deel van het herstelpad ongeldig gemaakt.

Werk bij elke uitbreiding ook het back-upbudget bij

Beschouw een nieuwe schijflade, grotere opslagpool, aparte NAS of extra rekenknooppunt als een wijziging van de topologie, niet als een upgrade van alleen de capaciteit. Bereken opnieuw hoeveel gegevens moeten worden beveiligd, hoelang de back-up zal duren, hoeveel vrije ruimte de bestemming nodig heeft en waar een gelijkwaardige herstelkopie kan worden teruggezet. Werk aankoppelingspaden, machtigingen, bewaking en inventaris bij voordat je productiegegevens verplaatst.

Voer de wijziging gefaseerd door, zodat de vorige herstelroute beschikbaar blijft totdat de nieuwe is geslaagd. Kopieer of repliceer gegevens, controleer aantallen en representatieve bestanden, wijzig één pad en voer vervolgens controles uit op Plex en de back-up voordat je de oude locatie buiten gebruik stelt. Wijzig de opslag, service-identiteit, applicatieversie en back-upmethode niet in hetzelfde onderhoudsvenster; te veel gelijktijdige variabelen maken een mislukte herstelpoging lastig te diagnosticeren.

Uitbreiding is uitgesloten als de back-upbestemming de nieuwe beveiligde dataset niet aankan, de herstelbestemming niet meer voldoende ruimte heeft of de gemeten hersteltijd de toezegging aan het huishouden overschrijdt. Vergroot de beschermingscapaciteit of beperk de hersteltoezegging voordat de nieuwe opslag de enige productieopslag wordt.

Gebruik herstelbewijs om te bepalen wanneer je rollen moet scheiden

Scheid rekenkracht van mediaopslag als de vervanging van de server of het onderhoud van applicaties wordt uitgesteld vanwege de omvang van de bibliotheek of de manier waarop die is aangesloten. Voeg een aparte back-upbestemming toe als het primaire systeem niet langer zowel productie- als herstelkopieën kan bevatten zonder dat ze aan dezelfde storing blootstaan. Voeg netwerkcapaciteit toe als gemeten back-up- en herstelvensters worden beperkt door de verbinding en niet door de schijven aan weerszijden.

Gebruik prognoses van vrije ruimte, back-upduur, tijd voor hersteloefeningen en tests van piekweergave als triggers voor uitbreiding. Een nieuw onderdeel moet een van die gemeten beperkingen verbeteren en de overige behouden. Als het een tweede opslagnaamruimte, niet-gedocumenteerde inloggegevens of een nieuwe aankoppelafhankelijkheid toevoegt zonder de herstelgarantie te verbeteren, vergroot het de complexiteit in plaats van de veerkracht.

Stop als de verwachte herstelpersoon het systeem niet kan oefenen, als elke kopie afhankelijk is van hetzelfde beheerdersaccount of als het beschermen van de uitgebreide bibliotheek meer tijd en capaciteit kost dan het huishouden acceptabel vindt. Beperk de bewaartermijn, classificeer vervangbare media opnieuw of vereenvoudig de topologie voordat je verder uitbreidt.

Definitieve installatieregel

Een uitbreiding van Plex is pas voltooid als de back-upcapaciteit, herstelbestemming, machtigingen, paden en gemeten hersteltijd zijn bijgewerkt en getest op basis van de nieuwe topologie.