Stel de oude Jellyfin-server pas buiten gebruik nadat een schone herstelprocedure de vereiste gebruikers, paden, weergave, rechten en het herstartgedrag reproduceert.
Opent de nieuwe instantie alleen het dashboard, of heeft deze dezelfde client- en opslagbelasting doorstaan als de oude host? Houd de oude server gestopt en herstelbaar terwijl je test. Succesvol inloggen is slechts het eerste signaal; het herstel moet de status en datapaden aantonen die het huishouden daadwerkelijk gebruikt.
Controleer de permanente status vóór het afspelen
Bevestig dat de herstelde configuratie en database de verwachte gebruikers, bibliotheken, bekeken-status, plug-ins en rechten bevatten. Controleer elk bibliotheekpad vanuit de servicecontext van Jellyfin en lees een voorbeeldbestand uit elke opslaglocatie. Ontbrekende koppelingen of onjuiste eigenaarsrechten kunnen onopgemerkt blijven tot een scan- of afspeelverzoek.
Leg vast wat bewust opnieuw is opgebouwd, zoals cache of gedownloade illustraties, zodat een verschil niet wordt aangezien voor een mislukt herstel. Laat de back-up en de oude kopie van de applicatiegegevens ongewijzigd tot de volgende controle is geslaagd.
Vergelijk het aantal herstelde items en één bekende registratie van de bekeken-status met de laatste inventaris van de oude server. Een succesvol gestarte database bewijst niet dat elk mediapad of elke gebruikersmachtiging behouden is gebleven.
Voer de oorspronkelijke clientbelasting uit
Test één lokale Direct Play-sessie, één geforceerde transcodering, ondertiteling, externe toegang indien gebruikt en een account met beperkte rechten. Vergelijk de afspeelmodus, audio, weergave van ondertiteling, zichtbaarheid van bibliotheken en opstarttijd met het bekende gedrag van de oude server.
Als slechts één client faalt, onderzoek dan eerst diens mogelijkheden of pad voordat je het hele herstel wijzigt. Het migratiepad is nuttig als checklist, maar de acceptatiebeslissing moet voortkomen uit je eigen huishoudelijke belasting.
Herhaal één sessie nadat de service lang genoeg actief is geweest om de normale opstarttaken te voltooien. Zo ontdek je vertraagde fouten met koppelingen, plug-ins of metagegevens die bij snel inloggen onopgemerkt blijven.
Doorsta de controles voor koude herstart en herstel
Stop Jellyfin, start de host opnieuw op, wacht tot opslagkoppelingen en netwerkservices beschikbaar zijn en herhaal dezelfde clienttests. Maak een nieuwe back-up van de herstelde applicatiestatus of zoek er een. Voer vervolgens een tweede hersteltest uit, of controleer ten minste of de back-up de exacte gegevensmap en de voor herstel vereiste rechten bevat.
Stel de oude server pas buiten gebruik wanneer de herstelde host tweemaal is geslaagd voor de controles van status, paden, gebruikers, weergave, koude herstart en back-uplocatie. Stop en draai terug wanneer de database niet kan worden geopend, de oorspronkelijke clientbelasting faalt of de herstelkopie niet onafhankelijk leesbaar is.
Leg het exacte herstelpunt, de bestandseigenaars en de padkoppeling vast die de test hebben doorstaan. Deze gegevens vormen de herstelprocedure als de nieuwe host tijdens de buitengebruikstellingsperiode uitvalt.
Sluit de buitengebruikstellingsperiode veilig af
Laat de oude server gestopt maar herstelbaar totdat de herstelde host een tweede test met koude start heeft doorstaan en een nieuwe back-up onafhankelijk kan worden gevonden.
Stel de oude host pas buiten gebruik nadat lokaal afspelen, extern afspelen indien vereist, gebruikerstoegang, bibliotheekscans en de hersteldocumentatie allemaal zijn geslaagd. Bewaar de oude applicatiegegevens tot de bewaartermijn is verstreken.
Stop en draai terug wanneer een vereiste client faalt, de herstelde database onverwacht verandert of de back-up de geteste status niet kan reproduceren.
Ondersteuning & Tips
Meer om te lezen

Jellyfin-databaseverbindingen optimaliseren voor gelijktijdige containers
Begin met één database-eigenaar en meet het vergrendelingsgedrag van SQLite; voeg pas een andere backend toe wanneer gelijktijdigheid en herstel die complexiteit rechtvaardigen.

Dubbele taken of imports in Jellyfin voorkomen
Dubbel werk ontstaat meestal door overlappende planners of meer dan één schrijver; wijs één verantwoordelijke, één pad en één voltooiingscontrole aan.

Jellyfin repareren nadat het databasevolume vol is geraakt
Stop met schrijven, behoud de database- en WAL-bestanden, maak ruimte vrij zonder de status blindelings te verwijderen en controleer vervolgens de integriteit en de...

