Så verifierar du en Jellyfin-återställning innan du avvecklar den gamla servern

Avveckla inte den gamla Jellyfin-servern förrän en ren återställning återskapar de användare, sökvägar, uppspelningar, behörigheter och omstartsbeteenden som krävs.

Öppnar den nya instansen bara sin kontrollpanel, eller har den klarat samma klient- och lagringsbelastning som den gamla värden? Håll den gamla servern avstängd men möjlig att återställa medan du testar. En lyckad inloggning är bara den första signalen; återställningen måste bevisa att tillståndet och datasökvägarna som hushållet faktiskt använder fungerar.

Verifiera beständigt tillstånd före uppspelning

Bekräfta att den återställda konfigurationen och databasen innehåller förväntade användare, bibliotek, visningsstatus, tillägg och behörigheter. Kontrollera varje bibliotekssökväg från Jellyfin-tjänstens kontext och läs en exempelfil från varje lagringsplats. Saknade monteringar eller felaktigt ägarskap kan förbli dolda tills en skanning eller uppspelningsbegäran görs.

Dokumentera vad som byggdes om avsiktligt, till exempel cache eller nedladdat omslagsmaterial, så att en skillnad inte misstas för en misslyckad återställning. Låt säkerhetskopian och den gamla kopian av programdata vara oförändrade fram till nästa kontrollpunkt.

Jämför det återställda antalet objekt och en känd post för visningsstatus med den gamla serverns senaste inventering. En lyckad databasstart bevisar inte att alla mediesökvägar eller användarbehörigheter har överlevt.

Kör den ursprungliga klientbelastningen

Testa en lokal Direct Play-uppspelning, en påtvingad omkodning, undertexter, fjärråtkomst om den används samt ett begränsat användarkonto. Jämför uppspelningsläge, ljud, undertextvisning, bibliotekens synlighet och starttid med den gamla serverns kända beteende.

Om bara en klient misslyckas, isolera dess funktioner eller sökväg innan du ändrar hela återställningen. migreringsvägen är användbar som checklista, men godkännandebeslutet måste baseras på din egen hushållsbelastning.

Upprepa en session efter att tjänsten har körts tillräckligt länge för att slutföra sina normala startuppgifter. Detta fångar fördröjda fel med monteringar, tillägg eller metadata som en snabb inloggning missar.

Klara kontrollerna för kall omstart och återställning

Stoppa Jellyfin, starta om värden, vänta på lagringsmonteringar och nätverkstjänster och upprepa samma klienttester. Skapa eller hitta en färsk säkerhetskopia av det återställda programtillståndet. Genomför sedan ett andra återställningstest, eller verifiera åtminstone att säkerhetskopian innehåller exakt den datakatalog och de behörigheter som krävs för återställning.

Avveckla den gamla servern först när den återställda värden två gånger har klarat kontrollerna av tillstånd, sökvägar, användare, uppspelning, kall omstart och säkerhetskopieringsplats. Stoppa och återställ när databasen inte kan öppnas, den ursprungliga klientbelastningen misslyckas eller återställningskopian inte kan läsas oberoende.

Dokumentera den exakta återställningspunkten, filägarskapet och sökvägsmappningen som klarade testet. Dessa uppgifter blir återställningsproceduren om den nya värden slutar fungera under avvecklingsperioden.

-15% OFF

ZimaBoard 2 - Minihemmserver för din stora idé

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Avsluta avvecklingsperioden på ett säkert sätt

Låt den gamla servern vara avstängd men möjlig att återställa tills den återställda värden har klarat ett andra test av kall start och en färsk säkerhetskopia kan hittas oberoende.

Avveckla den gamla värden först när lokal uppspelning, fjärruppspelning om det krävs, användaråtkomst, biblioteksskanningar och återställningsdokumentationen har godkänts. Behåll den gamla programdatan tills lagringsperioden löper ut.

Stoppa och återställ när någon obligatorisk klient misslyckas, den återställda databasen ändras oväntat eller säkerhetskopian inte kan återskapa det testade tillståndet.