Ingebouwde Jellyfin-back-ups versus back-ups op bestandsniveau: welke moet je gebruiken?

Eva Wong

IceWhale author

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.

Built-In Jellyfin Backups vs File-Level Backups: Which Should You Use?

Ingebouwde Jellyfin-back-ups en back-ups op bestandsniveau beschermen overlappende maar verschillende herstelomvangen. Het ingebouwde systeem begrijpt de toepassingsgegevens van Jellyfin en kan een archief maken terwijl de server online blijft. Een handmatige back-up op bestandsniveau kan een bredere implementatiestatus vastleggen, maar Jellyfin moet worden gestopt voordat de actieve toepassingsgegevens veilig kunnen worden gekopieerd.

Het betere plan is vaak niet het een of het ander. Gebruik de ingebouwde methode voor frequente herstelpunten van de toepassing en een gestopte methode op bestands- of bestandssysteemniveau wanneer u hostpaden, configuratie, containerdefinities of een bredere serverstatus moet reproduceren.

Ingebouwde back-ups zijn beter voor routinematige online herstelpunten

Het huidige Jellyfin-back-upsysteem kan de database beschermen en optioneel metadata, ondertitels en trickplay-gegevens opnemen terwijl de server actief is. Daardoor is het praktisch voor geplande herstelpunten zonder het normale afspelen opzettelijk te onderbreken.

De back-updocumentatie van Jellyfin vermeldt dat ingebouwde back-ups online kunnen worden uitgevoerd, terwijl handmatige back-ups van de gegevensmap vereisen dat de server wordt gestopt. Zelfs de online methode kunt u het beste uitvoeren tijdens een periode met weinig activiteit, zonder dat in hetzelfde tijdsvenster een bibliotheekscan plaatsvindt.

Dit is de sterkste standaardkeuze wanneer het hersteldoel is: “deze Jellyfin-instantie terugbrengen naar een bekende toepassingsstatus”.

Back-ups op bestandsniveau zijn beter wanneer het herstelbereik ook de hostindeling omvat

Een kopie op bestandsniveau kan permanente toepassingsmappen, Compose-bestanden, omgevingsbestanden, configuratie van reverse proxies, service-eenheden, scripts, certificaten en andere implementatiemiddelen bevatten waar een archief dat alleen op Jellyfin is gericht niet automatisch van op de hoogte is.

Dat bredere bereik is nuttig bij een defecte systeemschijf of een migratie naar een vervangende host. De afweging betreft consistentie: gewone kopieertools begrijpen een veranderende SQLite-database niet. Stop Jellyfin daarom netjes voordat u de actieve permanente status kopieert.

De ZimaSpace-handleiding over opslagindelingen van Jellyfin met herstelrisico's benadrukt hetzelfde probleem: een back-up is onvolledig wanneer niemand de paden, koppelingen, rechten en externe afhankelijkheden kan reproduceren die de herstelde server nodig heeft.

Databasebewuste back-ups verschillen van het kopiëren van een actief SQLite-bestand

SQLite ondersteunt consistente online back-ups via databasebewuste interfaces, maar een generieke kopieertool die bestanden leest terwijl Jellyfin ze wijzigt, krijgt niet automatisch dezelfde garantie.

De SQLite-back-up-API is ontworpen om een actieve database via gecoördineerde databasebewerkingen naar een consistente bestemming te kopiëren. Daarom is “de bestanden zijn zonder fout gekopieerd” geen voldoende bewijs voor een live handmatige Jellyfin-back-up.

Als uw handmatige methode alleen rsync, een SMB-kopie, zip of een generieke kopie van het bestandssysteem gebruikt, stop Jellyfin dan eerst, tenzij de opslagmomentopname wordt gecoördineerd met schrijfbewerkingen van de toepassing.

Featured

ZimaCube 2 Persoonlijke Cloud Home NAS

ZimaCube2

Vergelijk eerst het bereik en daarna het gemak

Aspect	Ingebouwde back-up	Back-up op bestandsniveau
Server kan online blijven	Ja, bij voorkeur bij weinig activiteit	Stop Jellyfin bij een gewone kopie
Jellyfin-database	Inbegrepen	Inbegrepen als permanente paden correct worden gekopieerd
Metadata/ondertitels/trickplay	Selectief ondersteund	Inbegrepen wanneer de gekopieerde paden deze bevatten
Compose-/hostscripts/proxyconfiguratie	Niet automatisch	Kan worden opgenomen
Workflow voor hostvervanging	Goed voor de Jellyfin-status	Beter voor een bredere implementatiestatus
Consistentierisico	Toepassingsbewust	Afhankelijk van het stilleggen of de methode van momentopnamen

Houd de back-up buiten het actieve Jellyfin-foutdomein

Geen van beide methoden beschermt tegen verlies van een opslagpool wanneer elke back-up zich op hetzelfde defecte bestandssysteem bevindt. Kopieer geverifieerde back-uparchieven of herstelsets die met een gestopte server zijn gemaakt naar een andere schijf, NAS of externe locatie.

Bewaar ten minste één herstelpunt van vóór een upgrade, omdat Jellyfin gegevensmigraties uitvoert wanneer een nieuwere versie start en geen algemene methode biedt om ter plaatse terug te gaan naar een oudere versie.

Test beide herstelstijlen als beide deel uitmaken van het herstelplan. Een ingebouwd archief bewijst dat de toepassing kan worden hersteld; een oefening met een back-up op bestandsniveau bewijst dat de omgeving de permanente paden en rechten eromheen opnieuw kan creëren.

Veelgestelde vragen

Moet ik Jellyfin stoppen voordat ik de ingebouwde back-up gebruik?

Nee. De ingebouwde methode is ontworpen om te werken terwijl Jellyfin actief is, hoewel weinig activiteit en geen actieve bibliotheekscan worden aanbevolen. Stop de server voor een gewone handmatige kopie van actieve Jellyfin-gegevens.

Kan de ingebouwde back-up mijn hostback-up vervangen?

Niet altijd. De ingebouwde back-up beschermt de toepassingsstatus van Jellyfin, maar voor volledig herstel van de host kunnen ook Compose-bestanden, proxy-instellingen, certificaten, koppelingen, rechten, scripts en andere externe configuratie nodig zijn.