Förklaring av Jellyfins datasökvägar: Vad måste bevaras och vad kan byggas om

Eva Wong

IceWhale author

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

Jellyfin Data Paths Explained: What Must Persist and What Can Be Rebuilt

Jellyfin är säkrare att driva när databastillstånd, konfiguration, metadata, cache, tillfälliga omkodningar och media behandlas som olika dataroller.

Alla kataloger behöver inte samma lagringsnivå eller säkerhetskopieringspolicy: användarkonton och visningsstatus måste överleva ett utbyte av körmiljön, medan cache och omkodningsdata vanligtvis kan återskapas och media förblir auktoritativ någon annanstans. Genom att mappa dessa roller förhindrar du att en containeruppdatering eller diskrensning oavsiktligt återställer servern. Definiera persistens utifrån om data måste överleva en ren återskapning av körmiljön.

Databas och konfiguration definierar serverns tillstånd

Databasen och konfigurationen innehåller användare, biblioteksdefinitioner, inställningar, visningsstatus och annan identitetsbärande data. Om de går förlorade kan mediefilerna finnas kvar, medan själva servern i praktiken börjar om från början.

Jellyfins konfigurationstillstånd omfattar användarkonton, biblioteksinställningar, visningshistorik och metadata som bör skyddas separat från de omfattande mediefilerna.

Förvara detta tillstånd på en beständig sökväg utanför den utbytbara avbildningen eller paketet. En beständig appdatalayout ger körmiljön en stabil plats att återansluta till efter återskapning.

Metadata är värdefull men inte identisk med databasen

Bildmaterial och genererad metadata kan vara kostsamma att återskapa i stor skala, även när viss källinformation går att återställa. Återställningsprioriteten beror på hur mycket manuell bearbetning och kuratering den innehåller.

Genom att lagra containerdata på SSD medan omfattande mediebibliotek ligger på HDD skapas en tydlig uppdelning mellan appdata på SSD och media på HDD, vilket separerar fördröjningen vid bläddring från den kapacitetskrävande medielagringen.

Mät metadatans storlek och kostnaden för att återskapa den innan du avgör om den ska ingå i varje säkerhetskopieringsnivå. Behandla manuellt redigerade eller svåråterskapade tillgångar annorlunda än förbrukningsbar cache.

Cache och tillfälliga omkodningsfiler bör ha en utgångsmodell

Cache och aktiva omkodningsfiler finns för att accelerera eller stödja pågående arbete, inte för att definiera serverns långsiktiga identitet. Att bevara dem utan urskiljning ökar säkerhetskopiornas storlek och kan återställa gammalt tillfälligt tillstånd.

En lagringsdesign för medieservrar separerar lokal cache från beständig media, eftersom tillfälligt arbete med hög förändringstakt har andra krav på fördröjning och beständighet.

Placera tillfälliga filer på en snabb sökväg och övervaka ledigt utrymme uttryckligen. Kontrollera att tjänsten kan återskapa dem efter radering innan du undantar dem från säkerhetskopieringen.

-15% OFF

ZimaBoard 2 - Minihemmserver för din stora idé

Single board computer zimaboard2

Media bör förbli en separat auktoritativ nivå

Biblioteksfilerna kan ligga på lokala diskar eller en NAS och kan vara många gånger större än applikationens tillstånd. De behöver ett eget beslut om redundans och säkerhetskopiering i stället för att ärva databasens policy.

Säkerhetskopieringskapacitet och förändringstakt varierar mellan datamängder, så en enda kvarhållningsmodell passar sällan både applikationstillstånd och omfattande mediebibliotek.

Dokumentera vilken sökväg som är auktoritativ för varje roll och testa en återställning där Jellyfins tillstånd återansluter till ett oförändrat mediebibliotek. En tydlig rollkarta gör framtida lagringsmigreringar betydligt mindre tvetydiga.