Jellyfin-status uitgelegd: wat moet een herbouw overleven en wat kan opnieuw worden aangemaakt?
De status van Jellyfin moet per rol worden gescheiden: identiteit, configuratie, catalogus en gebruikersgeschiedenis moeten behouden blijven, terwijl veel caches en transcodeerbestanden opnieuw kunnen worden aangemaakt.
Een containerimage kan worden vervangen, maar voor dezelfde bibliotheekervaring zijn gegevens buiten die image nodig. Een back-up maken van elk gegenereerd bestand is bovendien inefficiënt, omdat sommige artefacten tijdelijk zijn of goedkoop opnieuw kunnen worden gegenereerd. De juiste grens wordt bepaald door de kosten van het verlies van de status af te wegen tegen de kosten van het opnieuw opbouwen ervan.
Identiteit en configuratie bepalen de instantie
Configuratie legt vast hoe de server zich moet gedragen, terwijl gebruikers- en authenticatiestatus de personen identificeert die de server gebruiken. Als deze paden verloren gaan, kan een herstel veranderen in een nieuwe server, zelfs als de mediamappen onaangeroerd blijven.
De uitleg over rollen van persistente gegevens maakt onderscheid tussen persistente gegevensrollen, in plaats van één toepassingsmap als één back-upeenheid te behandelen.
Bescherm deze rollen wanneer het behoud van gebruikers, machtigingen en servergedrag belangrijk is.
Catalogus en artwork hebben verschillende herstelkosten
De database koppelt items, paden, seizoenen, personen en afspeelstatus aan elkaar; artwork en andere gegenereerde assets kunnen groot zijn, maar zijn niet in dezelfde mate onvervangbaar. Een catalogus kan vaak opnieuw worden gescand, maar de benodigde tijd en afhankelijkheid van providers kunnen herstel toch de voorkeur geven.
Gebruik het model voor databaseplaatsing om de latentie en integriteit van de applicatiestatus te scheiden van de omvangrijke mediabestanden.
De keuze voor herstel draait om continuïteit en de tijd die nodig is om alles opnieuw op te bouwen, niet alleen om de vraag of een bestand technisch opnieuw kan worden gegenereerd.
Caches en tijdelijke transcodeerbestanden kunnen meestal opnieuw worden opgebouwd
Bestandssysteemcache, tijdelijke thumbnailbestanden, logboeken en tijdelijke transcodeersegmenten beschrijven de huidige activiteit, niet de duurzame identiteit van de server. Ze kunnen nog steeds belangrijk zijn voor diagnose of een snelle opwarming, maar het kopiëren ervan is niet hetzelfde als het beschermen van de service.
De benchmark voor koude en warme starts laat zien waarom koud en warm gedrag afzonderlijk van duurzame capaciteit moeten worden gemeten.
Een back-upbeleid kan bepaalde tijdelijke paden uitsluiten en tegelijkertijd de status behouden die nodig is om gebruikers, configuratie en catalogusgedrag te herstellen.
Gebruik een tabel voor behouden versus opnieuw opbouwen
Leg voor elk pad vast of het cruciaal is voor identiteit, configuratie of catalogus, gegenereerd is of tijdelijk is. Voeg de herstelbron, de verwachte hersteltijd en de gevolgen van verlies toe.
Het artikel over rollen van persistente gegevens biedt een nuttige vergelijking op basis van rollen, maar je tabel moet de daadwerkelijke plug-ins, providers en bibliotheekomvang van deze instantie weerspiegelen.
Stop met het maken van back-ups van een pad wanneer de herstelkosten ervan aanvaardbaar zijn en de duurzame afhankelijkheden eromheen al worden beschermd.
Aanbevolen producten
Tech & AI HUB
Meer om te lezen
Kunnen thuiscamera's gebeurtenissen synchroniseren zonder cloudtijdservices?
Een mechanismegerichte uitleg van cameratiijd zonder cloud, de afwegingen bij gedeelde bronnen, drie veelgestelde vragen over query-fan-out en een praktisch verificatieprotocol.
Kan een lokale AI-service beschadigde modellagen detecteren vóór de inferentie?
Een mechanismegerichte uitleg van detectie van beschadigingen in modellagen, de afwegingen rond gedeelde bronnen, drie veelgestelde vragen over query-fan-out en een praktisch verificatieprotocol.
Kan een RAG-systeem worden hersteld zonder elke embedding opnieuw te genereren?
Een mechanismegerichte uitleg van RAG-herstel zonder opnieuw te embedden, de afwegingen rond gedeelde bronnen, drie veelgestelde vragen over query-fan-out en een praktisch verificatieprotocol.
