Behandla en Plex-flytt från ARM till x86 eller från x86 till ARM som en tillståndsmigrering och ett test av funktionskompatibilitet, inte som en blind kopiering.
Databasen och metadata kan vara portabla, medan binärfiler, medieanalysfunktioner, hårdvaruacceleration och sökvägsantaganden skiljer sig mellan plattformarna. Bevara originalservern tills den nya klarar kontroller av bibliotek, visningsstatus, metadata, uppspelning och funktioner. Ta inte bort källan bara för att den nya tjänsten startar.
Flytta hela tillståndsmängden, inte bara en praktisk fil
Plex-tillstånd omfattar mer än en enda biblioteksdatabas. Om du bara kopierar en fil kan viss historik bevaras, medan annan metadata eller andra index måste byggas om.
En säker flytt bevarar hela Plex-serverns datakatalog, inklusive metadata, inställningar och visningsstatus, i stället för att bara kopiera biblioteksdatabasen.
Kopiera hela Plex-tillståndskatalogen när servern är stoppad och bevara ägarskap och filstruktur. Låt källan vara orörd tills den nya värden har klarat en fullständig validering.
Håll mediesökvägarna stabila eller mappa om dem medvetet
Databasportabilitet gör inte sökvägssträngar portabla. En annan monteringspunkt eller operativsystemets sökvägskonvention kan få giltiga poster att peka på otillgängliga medier.
Skapa en sökvägskarta före starten och jämför gamla och nya medieområden. Om arkitekturbytet även innebär ett byte av operativsystem ska sökvägsöversättning behandlas som ett separat migreringssteg.
Testa ett objekt från varje bibliotek före en bred genomsökning. Stabil montering i en beständig layout för containerdata minskar antalet rörliga delar under ett arkitekturbyte.
Validera arkitekturspecifika funktioner separat
Hårdvarutranskodning, vissa analysfunktioner och drivrutinsberoende funktioner kan skilja sig åt även när bibliotekets kärntillstånd fungerar. Dra inte slutsatsen att funktionerna är likvärdiga bara för att inloggningen lyckas.
Delat Plex-tillstånd garanterar inte identiska funktioner mellan arkitekturer; skillnader i ARM/x86-analys kan kvarstå även efter att databasen och mediesökvägarna har migrerats utan problem.
Skapa en checklista för Direct Play, omkodning, HDR-/undertextväg, analysfunktioner och fjärråtkomst. En funktion som bara fungerar dåligt på den nya arkitekturen ska behandlas som kompatibilitetsarbete, inte dataförlust.
Bevara en återställningspunkt tills normal användning är bekräftad
Migreringen är säker när den gamla servern fortfarande kan återställas om den nya värden avslöjar ett fördröjt problem. Några minuters lyckad bläddring räcker inte för att avveckla källan.
Kör den nya värden under en vanlig dag och testa en biblioteksändring, en omstart samt säkerhetskopiering och återställning. Om den nya arkitekturen ändrar lagrat tillstånd på ett sätt som den gamla värden inte säkert kan återanvända, ska du återställa från kopian före migreringen i stället för att växla den aktiva katalogen fram och tillbaka.
Avveckla den gamla värden först när den nya servern har klarat dessa tester och en färsk säkerhetskopia har verifierats.
Support och tips
Mer att läsa

Kan Jellyfin dela ett grafikkort eller en accelerator med en annan container på ett säkert sätt?
GPU-delning är villkorad: verifiera enhetens synlighet och drivrutinsstöd, kör sedan båda arbetsbelastningarna och håll utkik efter mjukvarubaserad reservlösning.

Så här avgör du om ett Jellyfin-fel kommer från klienten eller servern
Ett Jellyfin-fel hör till klienten när det följer med en specifik enhet; det hör till servern när flera klienter misslyckas via samma sökväg och...

Så konfigurerar du cache och tillfällig lagring i Jellyfin
Separera beständig lagring, återskapningsbar cache och tillfällig transkodningslagring, och verifiera sedan kapacitet och behörigheter med ett riktigt uppspelningstest.

