Spara det Plex-tillstånd som definierar servern och biblioteket; betrakta tillfälliga cache- och transkodningsdata som återskapningsbara, såvida inte din återställningsdesign kräver något annat.
Det viktiga är återställningsbarhet, inte mappstorlek. Konfiguration, databaser, metadata, omslagsbilder, referenser till visningsstatus och serveridentitet är svåra eller tidskrävande att återskapa konsekvent, medan tillfälliga transkodningsfiler och många cachefiler kan genereras på nytt. Klassificera varje sökväg utifrån vad som skulle hända efter en radering innan du bestämmer var den hör hemma.
Serverns tillstånd är mer än en inställningsfil
En Plex-distribution definieras av en grupp beständiga filer, inte bara av de synliga inställningarna i webbgränssnittet. Biblioteksdatabasen och metadatakatalogerna innehåller relationer och serverstatus som får en återställd instans att se ut som den gamla.
Plex metadatalagring omfattar databaser, omslagsbilder, index och andra filer som innehåller serverstatus.
Lista alla monterade Plex-sökvägar och markera vilka som krävs för att återskapa samma bibliotek och metadata på en ren värd. Om en sökväg innehåller serverdatabas eller metadatastatus ska den ingå i den beständiga säkerhetskopian. Genom att hålla beständiga containerdata utanför den utbytbara körmiljön blir det lättare att skilja återskapningsbara lager från tillstånd som måste överleva när containrar ersätts.
Cache är värdefullt men oftast återskapningsbart
Cache kan minska fördröjningen utan att vara den kanoniska kopian av biblioteket. Om den uppvärmda cachen går förlorad kan servern kännas långsammare ett tag, men den bör inte behandlas på samma sätt som en förlorad databas.
Linux-sidcache kan minska upprepade lagringsåtkomster när data har laddats upp i minnet.
Starta om en testinstans efter att endast känd, förbrukningsbar cache har rensats och jämför uppvärmningsbeteendet med den intakta servern. Om servern förlorar biblioteksidentitet eller inställningar var den borttagna sökvägen inte bara en förbrukningsbar cache.
Databasens integritet påverkar säkerhetskopieringsprioriteten
Beständiga data är bara användbara om den säkerhetskopierade databasen är internt konsekvent. En kopierad databas som hämtas medan skrivningar pågår kan vara svårare att lita på än en säkerhetskopia som skapats under ett kontrollerat, lugnt tillstånd.
Säker skrivning i SQLite föredrar kontrollerade skrivningar, så den aktiva Plex-databasen bör inte användas som behörighetskontroll.
Planera ett säkerhetskopieringsfönster där skrivningar pausas eller skrivprocessen stoppas när det är praktiskt möjligt, och verifiera sedan att den kopierade databasen kan öppnas. Om återställningstestet misslyckas trots att filerna kopierades korrekt bör du åtgärda säkerhetskopians konsekvens innan du ökar lagringstiden.
Tillfälligt transkodningsutrymme hör till en annan återställningsklass
Transkodningsutdata är arbetsdata som skapas för en uppspelningsväg, inte det auktoritativa biblioteket. Det kan placeras med fokus på hastighet och kapacitet utan att kräva samma beständighetsprincip som Plex-databasen.
När Plex-transkodning krävs flyttar klientkompatibiliteten avkodnings- och kodningsarbetet till servern.
Dokumentera transkodnings- och cachemonteringar separat från monteringen för beständiga Plex-data i din distributionsfil. Om en tillfällig sökväg är den enda platsen där en unik inställning eller databasfil finns, ska du omklassificera den före nästa migrering.
Teknik- och AI-hubb
Mer att läsa

Why Jellyfin Home-Server Architecture Changes as You Add Services
A Jellyfin box becomes a service stack as more apps are added, so CPU, storage, network, secrets, backups, and recovery boundaries need explicit ownership.

How to Measure Jellyfin Performance Without Mistaking Cache for Capacity
A reliable Jellyfin benchmark labels cold and warm state separately so cached metadata or filesystem pages are not mistaken for permanent hardware capacity.

How Much iGPU Headroom Does Multi-User Jellyfin Need?
Jellyfin iGPU headroom is workload-specific: reserve margin above the hardest repeatable concurrent transcode mix, not an arbitrary utilization percentage.

