Så återställer du Plex på ett säkert sätt efter en problematisk serveruppdatering
Säkerhetskopiera Plex datakatalog innan du nedgraderar och återställ sedan en version i taget, men först efter att du har kontrollerat om den nyare versionen ändrade databaskompatibiliteten.
En återställning av Plex innebär inte bara att ersätta en binärfil eller Docker-avbildning. Serverdatabasen kan migreras av en uppdatering, och en äldre server kanske inte förstår tillstånd som skrivits av en nyare version. Bevara aktuella data först, identifiera den senast fungerande versionen och se till att återställningen går att ångra. Målet är att bevisa att uppdateringen orsakade regressionen utan att förvandla ett programvaruproblem till ett problem med databasåterställning.
Frys det aktuella tillståndet innan du ändrar serverversionen
Stoppa Plex på ett korrekt sätt och kopiera den beständiga serverdatakatalogen. Anteckna den aktuella serverversionen och det exakta symtom som du återställer för. Om du använder Docker ska du även anteckna den aktuella avbildningstaggen eller digest-värdet samt den senast fungerande taggen, så att återställningen blir tydlig i stället för ”latest jämfört med vad som än fanns cachat”.
Ett aktuellt exempel på återställning i Plex-forumet nämner att tidigare installationsprogram kan finnas i serverns Updates-katalog och beskriver återställning till en tidigare serverversion. Se detta som en versionsspecifik praktisk referens, inte som en garanti för att alla plattformar lagrar paket på samma sätt.
Ta inte bort den aktuella databasen eller inställningarna som första steg vid återställningen. Om den äldre versionen misslyckas behöver du den orörda säkerhetskopian för att kunna återgå till tillståndet före återställningen. En säker återställning bevarar alltid båda riktningarna: tillbaka till den äldre versionen och framåt igen till den aktuella versionen.
Kontrollera om det finns en databasmigreringsgräns före nedgraderingen
Läs versionsinformationen eller diskussionen om kända regressioner för den version du installerade. Vissa Plex-versioner har ändrat databaskompatibiliteten, vilket innebär att ett stort steg bakåt kan misslyckas även om den äldre körbara filen installeras korrekt. Om det finns en migreringsgräns ska du följa den rekommenderade mellanvägen eller återställa en kompatibel säkerhetskopia i stället för att tvinga den äldre servern att använda ett nyare tillstånd.
Plex-communityts vägledning kring migreringen i version 1.40 dokumenterade ett specifikt fall där databaskompatibiliteten begränsade återställningsvägarna. De exakta versionsnumren i det fallet är historiska; den bestående regeln är att kontrollera migreringsgränsen för din version innan du nedgraderar.
Om Plex för närvarande genomför en databasmigrering ska du inte avbryta den bara för att snabbare kunna återställa. Låt migreringen slutföras eller återställ en känd kompatibel säkerhetskopia. Om du avbryter schemaarbetet skapas ett annat feltillstånd, vilket gör det svårare att bevisa om själva versionen orsakade det ursprungliga problemet.
Installera eller lås den föregående versionen utan att ändra andra variabler
Ändra endast Plex-serverversionen. Behåll samma montering för appdata, mediesökvägar, nätverksläge, maskinvaruenheter och klientinställningar. I Docker ska du låsa den föregående avbildningstaggen i stället för att förlita dig på en flytande tagg. För paketbaserade installationer ska du använda det föregående installationsprogrammet från en betrodd källa som passar plattformen.
ZimaSpaces checklista för återställning av hemserver använder samma återställningsprincip: bevara läsbart tillstånd, identifiera det felande lagret och undvik att först ersätta eller bygga om fel komponent. En Plex-återställning bör vara lika avgränsad.
Starta Plex och följ loggarna efter databasfel innan du testar uppspelning. Om den äldre versionen avvisar databasen eller startar som en ny server ska du omedelbart stoppa och återställa det skyddade tillståndet i stället för att låta den skriva nya filer i en datakatalog som inte stämmer överens.
Återskapa den ursprungliga regressionen innan du bestämmer dig för att stanna på den äldre versionen
När den äldre versionen startar normalt ska du återskapa exakt det förhållande som slutade fungera efter uppdateringen: samma klient, medier, nätverkssökväg, biblioteksåtgärd eller schemalagda aktivitet. En återställning bevisar bara att versionen var inblandad när den äldre versionen klarar det ursprungliga testet och resten av servern förblir stabil.
Starta om Plex en gång och upprepa testet, så att du vet att återställningen överlever en normal livscykelhändelse. Kontrollera sedan biblioteksåtkomst, visningshistorik, fjärråtkomst om den används och eventuella maskinvaruaccelererade transkodningsvägar som uppdateringen kan ha påverkat. Förklara inte problemet som löst enbart utifrån startskärmen.
Om den föregående versionen också misslyckas ska du återgå till det aktuella skyddade tillståndet och fortsätta felsökningen i stället för att lägga på fler nedgraderingar. Om den föregående versionen löser problemet ska du låta återställningen vara tillfällig, dokumentera den fungerande versionen och invänta en senare Plex-version som åtgärdar regressionen innan du uppgraderar igen.
Rekommenderade produkter
Support och tips
Mer att läsa
Kan Plex dela ett GPU-kort med en annan Docker-container?
Plex och en annan container kan ofta använda samma GPU, men du måste testa drivrutinsstöd, enhetsmappning, belastningen på videoenheten, minne och återställningsbeteende.
Så avgör du om ett Plex-fel kommer från klienten eller servern
Återskapa samma objekt på en annan klient, jämför sessionsvägen och samla sedan in serverbevis först efter att scope har visat var felet faktiskt finns.
Så konfigurerar du Plex-cache och tillfällig lagring för omkodning
Skydda beständigt Plex-tillstånd genom att placera temporära transkodningsfiler på lämplig lokal lagring och verifiera rensning, ledigt utrymme samt omstartsfunktionssätt.
