Jellyfin-back-ups maken zonder een inconsistente toestand vast te leggen
Een Jellyfin-back-up kan elk bestand bevatten en toch inconsistent zijn als de database, configuratie en metadata tijdens het maken van de back-up veranderen. Bepaal daarom eerst de schrijfgrens voordat je een back-uptool kiest.
Voor een homeserver is de veiligste werkwijze om Jellyfin tijdelijk stil te leggen of een bestandssysteem-snapshot te gebruiken die elk pad met statusgegevens omvat, de bron pas weer te laten draaien nadat het maken van de back-up is voltooid en een kopie te testen met een herstelactie. Als de test ontbrekende gebruikers of kijkgeschiedenis aan het licht brengt, bewaar dan de laatst bekende goede back-up in plaats van die te vervangen.
Bepaal de consistentiegrens voordat de taak wordt uitgevoerd
Back-ups worden volgens een schema uitgevoerd, met een onbekend moment waarop gegevens worden weggeschreven. Begin met de minst ingrijpende controle: inventariseer actieve Jellyfin-taken en bepaal of de back-up de service stopt, schrijfbewerkingen pauzeert of alle paden met statusgegevens atomair als snapshot vastlegt. herstelgrens
De nuttige observatie is specifiek: de service kan kort worden gestopt, het bestandssysteem ondersteunt snapshots, of geen van beide grenzen is beschikbaar. Leg het resultaat vast voordat je een andere variabele wijzigt.
Interpreteer de tak in plaats van te gokken. Als stoppen of een gecoördineerde snapshot beschikbaar is, plan die dan in; zo niet, gebruik dan een back-up op applicatieniveau en documenteer de reikwijdte; als geen van beide mogelijk is, beschouw een live bestandskopie dan niet als geverifieerd.
Leg elk pad met statusgegevens binnen die grens vast
De vastleggingsgrens is gekozen. Begin met de minst ingrijpende controle: vergelijk het back-upmanifest met de gegevens-, configuratie- en cachepaden van Jellyfin en met de mountdefinitie van de container of host.
De nuttige observatie is specifiek: alle vereiste paden zijn opgenomen, alleen de cache ontbreekt, of de configuratie of database ontbreekt. Leg het resultaat vast voordat je een andere variabele wijzigt. inventaris van statuspaden
Interpreteer de tak in plaats van te gokken. Als gegevens en configuratie zijn opgenomen, ga dan verder; als alleen de cache ontbreekt, documenteer die dan als opnieuw op te bouwen; als de database of configuratie ontbreekt, keur de back-up dan af en corrigeer het manifest.
Test een kopie met een herstelactie voordat je op bewaarbeleid vertrouwt
Er is een back-up gemaakt binnen de gekozen grens. Begin met de minst ingrijpende controle: herstel naar een afzonderlijk gegevenspad, start dezelfde Jellyfin-versie, log in, controleer de kijkgeschiedenis en bibliotheken en speel één item af.
De nuttige observatie is specifiek: de status is coherent, de installatiewizard verschijnt, of één bibliotheek of gebruiker ontbreekt. Leg het resultaat vast voordat je een andere variabele wijzigt.
Interpreteer de tak in plaats van te gokken. Als status en afspelen goed werken, accepteer de back-up dan; als de installatie verschijnt, is de mount onjuist; als statusgegevens ontbreken, keur de back-up dan af en bewaar de vorige kopie.
Behandel een verdachte back-up met de kleinst mogelijke herstelstap
Een hersteltest toont ontbrekende of inconsistente statusgegevens. Begin met de minst ingrijpende controle: houd de verdachte back-up alleen-lezen, vergelijk die met de laatst geaccepteerde kopie en controleer de bronlogboeken voordat je opnieuw een back-up maakt.
De nuttige observatie is specifiek: de bron is gezond, de bron is al beschadigd, of slechts één pad wijkt af. Leg het resultaat vast voordat je een andere variabele wijzigt. bewaard gebleven back-up die met herstel is getest
Interpreteer de tak in plaats van te gokken. Als de bron gezond is, corrigeer dan de grens of het manifest en maak de back-up opnieuw; als de bron beschadigd is, herstel dan eerst de laatst goede kopie; als één pad afwijkt, herstel dan die mount en herhaal de test.
Aanbevolen producten
Ondersteuning & Tips
Meer om te lezen
Kan Jellyfin veilig een GPU of accelerator delen met een andere container?
GPU-deling is voorwaardelijk: controleer de zichtbaarheid van het apparaat en de stuurprogrammaondersteuning, voer vervolgens beide workloads uit en let op softwarematige fallback.
Hoe je kunt bepalen of een Jellyfin-fout door de client of de server wordt veroorzaakt
Een Jellyfin-fout ligt aan de client wanneer deze zich bij één apparaat voordoet; de fout ligt aan de server wanneer meerdere clients via hetzelfde...
Jellyfin-cache en tijdelijke opslag configureren
Scheid duurzame statusgegevens, opnieuw op te bouwen cache en tijdelijke transcodeeropslag, en controleer vervolgens de capaciteit en machtigingen met een echte afspeeltest.
