Flytta hela Plex-serverns datakatalog medan Plex är stoppat, låt källan vara orörd och verifiera den migrerade servern innan du tar bort eller återanvänder den gamla kopian.
Plex visningshistorik, metadata, databastillstånd, inställningar och annan serverinformation finns i serverns datakatalog, inte i dina filmmappar. I Docker är den katalogen den sökväg på värddatorn eller volym som du mappade till Plex konfigurationssökväg. En säker migrering är därför en flytt av tillstånd, inte en ny genomsökning av mediebiblioteket: stoppa skrivningar, kopiera rätt data, bevara ägarskap, peka containern mot den nya platsen och bekräfta att den gamla serveridentiteten och visningsstatusen finns kvar.
Skydda källan innan du flyttar något
Identifiera först sökvägen på värddatorn som används för Plex beständiga konfiguration och skapa en separat säkerhetskopia av den. Börja inte med att redigera containerns volymmappning och hoppas att den nya platsen är korrekt. Anteckna den aktuella mappningen, Plex-versionen, servernamnet, mediesökvägarna och ägarskapet så att du kan återgå till den fungerande konfigurationen om den nya kopian inte startar korrekt.
Plex vägledning för servermigrering uppmanar uttryckligen användare att stoppa servern innan dess data kopieras och påpekar att migrering kan ha begränsningar, särskilt mellan olika operativsystem. Den varnar också för att befintlig biblioteksåtkomst som beviljats andra Plex-konton inte alltid följer med, så åtkomst för delade användare bör kontrolleras efter migreringen i stället för att ovillkorligen utlovas i rubriken.
Behåll den gamla datakatalogen skrivskyddad eller på annat sätt orörd under det första testet. En återställning är enkel när källan fortfarande finns kvar: stoppa Plex, återställ den ursprungliga mappningen och starta det gamla tillståndet. En återställning blir betydligt svårare efter att du har tagit bort källan eller låtit två kopior skriva till samma databas.
Stoppa Plex och kopiera hela det beständiga tillståndet
Stoppa Plex-containern och bekräfta att den inte längre skriver innan kopieringen börjar. Kopiera hela den beständiga serverdatakatalogen till den nya lagringsplatsen. För stora bibliotek bör du bevara filattribut och överväga en arkiv- eller filsystembaserad kopieringsmetod som effektivt hanterar de många små metadatafilerna.
Om du är osäker på vilken katalog som faktiskt innehåller Plex tillstånd kan du använda Plex referens för datakatalogen för att skilja serverdata från medieinnehåll. I Docker beror den faktiska platsen på den volym eller bind-mappning du valde, så containerkonfigurationen är den slutliga auktoriteten för sökvägen på värddatorn.
Efter kopieringen ska du ange att den nya sökvägen ägs av och är skrivbar för samma användare eller grupp som tidigare körde Plex. En komplett kopia med felaktiga behörigheter kan se ut som dataförlust eftersom Plex kan starta med en ny eller endast delvis läsbar katalog. Åtgärda åtkomsten innan du låter Plex skapa nytt tillstånd på destinationsplatsen.
Peka Plex mot den nya sökvägen och verifiera identiteten innan du skannar
Ändra först endast mappningen för konfigurationsdata; byt inte samtidigt namn på mediemappar, ändra nätverksläge, uppdatera Plex och flytta lagringen. Starta containern och öppna Plex. Servern bör visas med förväntat namn, bibliotek, affischer, visningshistorik, inställningar och tidigare serveridentitet, i stället för att be dig skapa en helt ny server.
Som vägledning vid en NAS-migrering följer ZimaSpaces guide för NAS-datamigrering samma skyddsordning: säkerhetskopiera först, flytta ett avgränsat omfång, verifiera destinationen och ta först därefter bort den gamla kopian. Ordningen är viktigare än om flytten görs via ett gränssnitt eller ett skalkommando.
Innan du kör en bred biblioteksskanning ska du öppna flera objekt med känd status för visade eller ej visade och jämföra dem med källan. Kontrollera serverinställningarna och minst en delad användare eller ett hanterat konto. Om identitet, historik eller behörigheter är fel ska du stoppa här och återställa i stället för att låta skanningar skriva över mer tillstånd.
Verifiera att tillståndet består efter en omstart innan du tar bort den gamla kopian
Starta om Plex-containern och upprepa kontrollerna. Bekräfta att den nya mappningen fortfarande är den aktiva sökvägen på värddatorn och att nya ändringar av visningsstatus sparas där. Spela sedan upp ett objekt en kort stund, stoppa det och kontrollera att uppspelningspositionen finns kvar efter ännu en omstart av Plex. Då bekräftar du att destinationen inte bara är läsbar utan också tar emot aktuella skrivningar.
Om mediesökvägarna också har ändrats ska du migrera dem separat och använda Plex procedur för medieplatser i stället för att blanda ihop migrering av programtillstånd med innehållsmigrering. Genom att hålla åtgärderna separata blir eventuella fel enklare att diagnostisera och en saknad mediemappning kan inte lika lätt misstas för en förlorad Plex-databas.
Ta bort eller återanvänd den gamla kopian av programdata först när den nya platsen har klarat en omstart och normal användning. Om delade användare eller biblioteksbehörigheter inte följde med ska du åtgärda detta uttryckligen när serverns tillstånd är stabilt. Förstör inte källan bara för att den grundläggande visningshistoriken och inställningarna verkar korrekta.
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.

