Vad är Plex-roller för beständiga data, och varför är de viktiga?

Plex beständiga dataroller skiljer det tillstånd som definierar servern från medieinnehåll, återskapningsbara derivat och tillfälliga arbetsfiler för omkodning.

En containeriserad Plex-värd kan verka enkel tills en uppdatering visar hur många olika typer av data den faktiskt hanterar. Biblioteksdatabasen och inställningarna innehåller operativ identitet, metadata och omslag påverkar återskapningstiden, mediefiler är det auktoritativa innehållet och tillfälliga omkodningsfiler är temporära. Återställning fungerar bara när varje roll har en avsiktlig plats, behörighetsmodell, säkerhetskopieringsomfattning och återställningstest, i stället för en enda odifferentierad ”Plex-mapp”.

Biblioteksdatabasen är beständigt operativt tillstånd

Plex biblioteksdatabas registrerar hur medieobjekt, bibliotek, användare, visningsaktivitet och relationer hänger ihop. En ny medieskanning kan hitta filer igen, men den återskapar inte automatiskt varje del av det operativa tillståndet exakt som det såg ut tidigare. Därför är databasen en del av återställningsenheten.

Backupinriktade riktlinjer skiljer applikationstillstånd från själva mediefilerna. Databasen är liten jämfört med biblioteket, men kan representera betydligt mer återskapningsarbete om den går förlorad.

Skydda databasen med applikationskonsistenta säkerhetskopior och håll servern stoppad eller i ett känt säkert säkerhetskopieringsläge när det krävs. Bedöm inte betydelsen utifrån filstorleken: några få gigabyte tillstånd kan vara svårare att återskapa än tiotals terabyte utbytbart medieinnehåll.

Inställningar och identitet beskriver servern, inte filmerna

Inställningar, kontorelationer, serveridentitet, nätverksinställningar och applikationskonfiguration berättar för Plex hur just den här servern fungerar. Dessa värden är logiskt separata från både biblioteksdatabasen och mediefilerna, men om de går förlorade kan en återställd instans se ut som en ny eller annorlunda konfigurerad server.

Ett containerkonfigurationsmönster placerar beständiga volymdata utanför den utbytbara containern. Det är rätt beständighetsgräns: avbildningen tillhandahåller programvaran, medan den mappade konfigurationssökvägen innehåller serverns beständiga identitet och tillstånd.

Dokumentera värdsökvägen, containersökvägen, ägarskapet och säkerhetskopieringsplatsen för konfigurationsvolymen. Om en ny container startar med en tom installationsguide ska du kontrollera sökvägen innan du skannar om mediefilerna. Ett nytt applikationslager med rätt beständiga tillstånd bör känna igen den befintliga servern i stället för att bygga upp den på nytt.

Metadata, omslag och index är beständiga men delvis återskapningsbara

Affischer, omslag, kapitelinformation, förhandsgranskningsminiatyrer, index och cachefiler utgör en stor del av Plex applikationsdata. Vissa kan genereras på nytt, men det kan ta timmar eller dagar att bygga upp ett stort bibliotek igen, och alla manuellt valda objekt kanske inte återskapas. Deras återställningsbarhet skiljer sig därför från både databasen och källmedierna.

En Docker-layout separerar ofta metadata på snabbare lagring så att beständigt applikationsinnehåll inte förväxlas med tillfälliga omkodningsfiler. Den rollseparationen gör det enklare att avgöra vad som ska ingå i säkerhetskopieringen.

Välj säkerhetskopieringsnivåer utifrån återskapningskostnaden. Databasen och inställningarna förtjänar det striktaste skyddet. Metadata och omslag kan inkluderas när snabb återställning är viktig, medan stora cachefiler som kan genereras på nytt kan utelämnas om säkerhetskopieringsfönster eller lagringsutrymme är begränsade. Dokumentera avvägningen i stället för att radera mappar utifrån namnet.

Featured

ZimaCube 2 personlig molnhem NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Mediefiler är auktoritativt innehåll med en annan livscykel

Filmer, serier, musik och personliga inspelningar är källinnehållet som Plex katalogiserar. De kan finnas på lokala diskar, en NAS-enhet eller ett annat monterat filsystem och är ofta mycket större än Plex applikationstillstånd. Deras säkerhetskopiering, redundans och expansionsplan bör inte vara beroende av containern eller säkerhetskopieringen av applikationsdata.

Docker-konfigurationer från communityn separerar upprepade gånger en stabil sökväg för appdata från medieanslutningen. Den separationen gör att applikationen kan återställas utan att hela biblioteket kopieras och att mediekapaciteten kan ändras utan att serveridentiteten skrivs om.

Behandla applikationstillstånd och medier som två auktoritativa datamängder med olika återställningstester. En säkerhetskopia av databasen som inte kan nå mediesökvägarna är operativt ofullständig; en perfekt kopia av medierna utan applikationstillståndet kan fortfarande kräva att Plex byggs upp från grunden. Återställningen kräver att båda rollerna är korrekt sammankopplade.

Tillfälliga omkodningsfiler och cache bör förbli utbytbara

Omkodningssegment och andra tillfälliga arbetsfiler finns för att stödja aktiv uppspelning och kan återskapas från källmedierna. De kan växa snabbt under konverteringsbelastning, men att bevara dem vid en serveråterställning tillför vanligtvis säkerhetskopieringsvolym utan att bevara användbart långsiktigt tillstånd.

En aktuell diskussion om konfigurationssökvägar visar varför beständig placering av appdata är viktig, oberoende av tillfällig arbetslagring. Om rollerna blandas blir både kapacitetsövervakning och återställningsprocedurer svårare.

Mappa varje Plex-sökväg till beständig databas/konfiguration, återskapningsbar metadata, auktoritativa medier eller utbytbara tillfälliga filer och testa sedan en återställning som bara återskapar det som måste överleva. återställningsvägen efter en misslyckad containeruppdatering är ett användbart test för att kontrollera att den beständiga gränsen är verklig och inte bara antagen.