De rollen van permanente Plex-gegevens scheiden de status die de server definieert van media-inhoud, opnieuw op te bouwen afgeleide gegevens en wegwerpbare tijdelijke transcodebestanden.
Een containergehoste Plex-server lijkt eenvoudig totdat een update laat zien hoeveel soorten gegevens deze daadwerkelijk gebruikt. De bibliotheekdatabase en voorkeuren dragen de operationele identiteit, metadata en illustraties beïnvloeden de hersteltijd, mediabestanden zijn de gezaghebbende inhoud en tijdelijke transcodebestanden zijn tijdelijk. Herstel werkt alleen wanneer elke rol een bewuste locatie, een machtigingsmodel, een back-upbereik en een hersteltest heeft, in plaats van één ongedifferentieerde ‘Plex-map’.
De bibliotheekdatabase is duurzame operationele status
De bibliotheekdatabase van Plex legt vast hoe media-items, bibliotheken, gebruikers, kijkactiviteit en onderlinge relaties samenhangen. Opnieuw scannen van media kan bestanden terugvinden, maar maakt niet automatisch elk onderdeel van de operationele status exact opnieuw aan zoals die vóór het verlies bestond. Daardoor maakt de database deel uit van de hersteleenheid.
Richtlijnen voor back-ups maken onderscheid tussen applicatiestatus en de mediabestanden zelf. De database is klein in vergelijking met de bibliotheek, maar kan bij verlies veel meer reconstructiewerk vertegenwoordigen.
Bescherm de database met toepassingsconsistente back-ups en houd de server, wanneer nodig, gestopt of in een bekende veilige back-upstatus. Beoordeel het belang niet op basis van bestandsgrootte: enkele gigabytes aan status kunnen moeilijker opnieuw op te bouwen zijn dan tientallen terabytes aan vervangbare media.
Voorkeuren en identiteit beschrijven de server, niet de films
Voorkeuren, accountrelaties, serveridentiteit, netwerkinstellingen en applicatieconfiguratie bepalen hoe deze specifieke Plex-server werkt. Deze waarden staan logisch los van zowel de bibliotheekdatabase als de mediabestanden, maar als ze verloren gaan, kan een herstelde instantie eruitzien als een nieuwe of anders geconfigureerde server.
Een configuratiepatroon voor containers plaatst gegevens op een permanent volume buiten de vervangbare container. Dat is de juiste grens voor permanente opslag: de image levert de software, terwijl het gekoppelde configuratiepad de duurzame identiteit en status van de server bevat.
Leg het hostpad, containerpad, eigenaarschap en de back-uplocatie van het configuratievolume vast. Als een nieuwe container start met een lege installatiewizard, controleer dan eerst dat pad voordat je media opnieuw scant. Een nieuwe applicatielaag met de juiste permanente status zou de bestaande server moeten herkennen in plaats van deze opnieuw op te bouwen.
Metadata, illustraties en indexen zijn duurzaam maar deels opnieuw op te bouwen
Posters, illustraties, hoofdstukinformatie, voorbeeldminiaturen, indexen en caches vormen een groot deel van de applicatiegegevens van Plex. Sommige kunnen opnieuw worden gegenereerd, maar het opnieuw opbouwen van een grote bibliotheek kan uren of dagen duren en mogelijk niet elk handmatig geselecteerd item exact herstellen. Hun herstelbaarheid verschilt daarom van die van zowel de database als de bronmedia.
Bij een Docker-indeling wordt metadata vaak op snellere opslag geplaatst, zodat duurzame applicatie-inhoud niet wordt verward met wegwerpbare tijdelijke transcodebestanden. Door die rollen te scheiden, wordt het eenvoudiger om het back-upbereik te bepalen.
Kies back-upniveaus op basis van de kosten van opnieuw opbouwen. De database en voorkeuren verdienen de strengste bescherming. Metadata en illustraties kunnen worden opgenomen wanneer snelle herstelbaarheid belangrijk is, terwijl grote opnieuw te genereren caches kunnen worden uitgesloten als back-upvensters of opslagruimte beperkt zijn. Documenteer de afweging in plaats van mappen op basis van hun naam te verwijderen.
Mediabestanden zijn gezaghebbende inhoud met een andere levenscyclus
Films, series, muziek en persoonlijke opnamen zijn de broninhoud die Plex catalogiseert. Ze kunnen op lokale schijven, een NAS of een ander gekoppeld bestandssysteem staan en zijn vaak veel groter dan de applicatiestatus van Plex. Hun back-up-, redundantie- en uitbreidingsplan mag niet afhankelijk zijn van de container of van de back-up van applicatiegegevens.
Docker-configuraties uit de community scheiden herhaaldelijk een stabiel pad voor applicatiegegevens van de mediamount. Door die scheiding kan de applicatie worden hersteld zonder de volledige bibliotheek te kopiëren en kan de mediacapaciteit worden aangepast zonder de serveridentiteit opnieuw te schrijven.
Behandel applicatiestatus en media als twee gezaghebbende gegevenssets met verschillende hersteltests. Een databaseback-up die de mediapaden niet kan bereiken, is operationeel onvolledig; een perfecte kopie van de media zonder de applicatiestatus kan nog steeds een volledige herbouw van Plex vereisen. Voor herstel moeten beide rollen correct met elkaar verbonden zijn.
Tijdelijke transcodebestanden en caches moeten wegwerpbaar blijven
Transcodesegmenten en andere tijdelijke werkbestanden ondersteunen actieve weergave en kunnen opnieuw worden aangemaakt op basis van de bronmedia. Ze kunnen snel groeien bij conversiewerk, maar ze behouden tijdens een serverherstel voegt meestal alleen back-upvolume toe zonder nuttige langetermijnstatus te bewaren.
Een recente bespreking van configuratiepaden laat zien waarom een permanente locatie voor applicatiegegevens onafhankelijk van tijdelijke werkopslag belangrijk is. Als de rollen worden vermengd, worden zowel capaciteitsbewaking als herstelprocedures moeilijker.
Koppel elk Plex-pad aan een duurzame database/configuratie, opnieuw te genereren metadata, gezaghebbende media of wegwerpbare tijdelijke opslag en test vervolgens een herstel waarbij alleen wordt teruggezet wat moet blijven bestaan. Het herstelproces na een mislukte containerupdate is een nuttige controle om vast te stellen dat de grens van permanente opslag werkelijk bestaat en niet alleen wordt verondersteld.
Tech & AI HUB
Meer om te lezen

Waarom Plex media na een serverupgrade opnieuw kan analyseren
Plex kan media na een upgrade opnieuw analyseren. Maak onderscheid tussen eenmalige onderhoudswerkzaamheden en herhaalde scans, padproblemen of databasefouten.

Wat bepaalt eigenlijk de bovengrens van de Plex-prestaties?
Een afhankelijkheidsmodel voor Plex-prestaties waarmee je de eerste verzadigde fase kunt identificeren, in plaats van alle componenten tegelijk te upgraden.

Plex-netwerken uitgelegd: ontdekking, DNS, routering en bereikbaarheid op afstand
Een laag-voor-laagmodel van de bereikbaarheid van Plex dat lokale ontdekking scheidt van IP-routering en problemen met externe NAT of port forwarding.

