Så flyttar du Plex-appdata utan att förlora visningshistorik eller inställningar

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.

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.

-15% OFF
Single board computer zimaboard2

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

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.