Verplaats productiegegevens van Plex pas nadat een acceptatietest met een koude start heeft aangetoond dat de status, paden, gebruikers, weergave en herstel op de nieuwe host werken.
Houd de oude server uitgeschakeld en onaangeroerd terwijl de nieuwe host wordt getest volgens dezelfde huishoudelijke workflow. De belangrijkste afhankelijkheid is niet een geslaagde aanmelding, maar een herhaalbaar pad van de opslagkoppeling via de bibliotheekdatabase naar het afspelen op de client. Behandel externe toegang als een afzonderlijke controle en bewaar een terugvalkopie totdat een recente back-up is teruggevonden en getest.
Bevries de oude server en definieer het acceptatiepad
Begin met een uitgeschakelde oude host, een back-up van de toepassingsgegevens en een geschreven lijst van bibliotheken, gebruikers, externe clients en geplande taken. Zo voorkom je dat twee serveridentiteiten dezelfde workflow wijzigen terwijl je de resultaten vergelijkt. Een onafhankelijke migratiehandleiding raadt ook aan een terugvalkopie te bewaren tijdens het verplaatsen van de bibliotheek en metadata (handleiding voor het migreren van een Plex-bibliotheek). Verlaat deze fase pas wanneer je de oude gegevenslocatie, de nieuwe gegevenslocatie en de herstelactie kunt benoemen.
Valideer opslagpaden, eigenaarschap en toepassingsstatus
Open voor elke bibliotheek het pad vanaf de Plex-host in plaats van vanuit een bestandsbrowser op je werkstation. Controleer of de koppeling na een herstart aanwezig is, of het serviceaccount media kan lezen en of de map met toepassingsgegevens schrijfbaar en persistent is. Controleer één bestand uit elke opslaglocatie. Houd systeemstatus, de Plex-database, onvervangbare media, opnieuw op te bouwen miniaturen en back-upkopieën als verschillende gegevensrollen gescheiden; redundantie is geen back-up.
Een pad dat alleen werkt omdat het handmatig is gekoppeld, betekent dat de migratie is mislukt. De beslissende eindvoorwaarde is GESLAAGD wanneer elke bibliotheek vanuit de servicecontext wordt gevonden en de database een herstart van de service overleeft zonder dat een nieuwe scan de status vernietigt.
Test het afspelen met de echte mix van clients
Gebruik een kleine matrix in plaats van één geslaagde film: één bestand dat direct wordt afgespeeld, één bestand dat normaal wordt getranscodeerd, één item met veel ondertitels, één externe sessie als extern kijken deel uitmaakt van de workflow en één account met beperkte bibliotheektoegang. Noteer de starttijd, afspeelmodus, het gedrag van audio en ondertitels en of de verwachte gebruiker de verwachte bibliotheek ziet. De nieuwe server is niet klaar als het afspelen alleen werkt met het beheerdersaccount of alleen op het lokale netwerk.
Voer de controles voor koude herstart en terugdraaien uit
Stop Plex op de juiste manier, herstart de host, wacht tot opslag- en netwerkkoppelingen beschikbaar zijn en herhaal de representatieve controles voor afspelen en gebruikerstoegang. Maak na de herstart een nieuwe back-up van de toepassingsgegevens en controleer waar deze kan worden teruggezet. Een praktische procedure voor het verplaatsen van metadata houdt de oude map eveneens hernoemd totdat de nieuwe locatie is bevestigd (praktijk voor terugdraaien van metadata).
Neem de oude host pas buiten gebruik wanneer alle controles twee keer zijn geslaagd: status en paden, representatief afspelen, beoogde gebruikers, koude herstart en back-uplocatie. Als een controle mislukt, herstel je de nieuwe host terwijl de oude kopie beschikbaar blijft; vergroot de wijziging niet door het terugvald oel te verwijderen.
Gebruik een meetbare stopgrens
Stop de migratie wanneer de nieuwe host de acceptatiematrix heeft doorlopen en de volgende uitbreidingsdrempel bekend is, zoals meer gelijktijdige transcoderingen of een opslaglaag die niet langer toereikend is. Houd de oude host wanneer machtigingen, persistente koppelingen, externe routering of herstel niet is aangetoond. De goedkoopste veilige migratie is degene die een bekend herstelpad achterlaat.
NAS- en serverconfiguratie
Meer om te lezen

Hoe AI-achtige analyse en automatisering de opslag- en rekenbehoeften van Jellyfin veranderen
Automatisering en aanverwante AI-analyses voegen scans, afgeleide gegevens, CPU/GPU-bewerkingen, cache, tijdelijke opslag en planning van achtergrondtaken toe bovenop normaal afspelen in Jellyfin.

Hoe je Jellyfin integreert in een netwerk van een klein appartement of een huurwoning
Bouw een huurvriendelijk Jellyfin-netwerk met stabiele lokale adressering, minimale bekabeling, stille hardware, externe toegang die rekening houdt met CGNAT en omkeerbare wijzigingen.

Hoeveel gebruikers en achtergrondtaken moet één Jellyfin-host ondersteunen?
Behandel Jellyfin-gebruikers en achtergrondtaken als één gedeeld workloadbudget; de capaciteit is bereikt zodra afspeelvertraging, wachtrijen of resourcebelasting herhaaldelijk problematisch worden.

