Plex-databaseback-ups versus back-ups op bestandsniveau: wat doet welke laag?
Plex-databaseback-ups en back-ups op bestandsniveau vullen elkaar aan, maar zijn niet uitwisselbaar: de ene beschermt een beperkt herstelpunt van de database, terwijl de andere de bredere serverstatus kan behouden die nodig is na een storing aan de host of opslag.
Begin met de reikwijdte van het herstel
De ingebouwde geplande back-up is ontworpen voor herstel van de Plex-database. Deze is handig wanneer de database beschadigd raakt of wanneer een recente wijziging in de bibliotheekstatus moet worden teruggedraaid, maar is niet hetzelfde als het kopiëren van de volledige gegevensmap van de server.
Het geplande onderhoud van Plex maakt periodieke databaseback-ups, waardoor deze laag snel en praktisch is voor databasegericht herstel.
Gebruik deze laag wanneer het hersteldoel de centrale bibliotheekdatabase is. Ga er niet van uit dat hiermee ook elk metadatabestand, configuratie-item of hostpad wordt bewaard dat nodig is om de server opnieuw op te bouwen.
Databaseback-ups zijn ideaal voor snel terugdraaien van de database
Een kleine databasekopie is eenvoudiger om regelmatig te bewaren en te herstellen wanneer de rest van de serverstatus gezond is. Daardoor is deze een sterke eerste hersteloptie voor afgebakende databaseproblemen.
De geplande taak beschermt alleen de hoofddatabase van Plex, niet een volledige kopie van de bredere serverstatus.
Bewaar indien praktisch meerdere bekende goede databasepunten buiten het actieve databasepad. Test het herstelproces voordat je op deze kopieën vertrouwt als enige herstelmechanisme.
Back-ups op bestandsniveau zijn ideaal bij vervanging van de host
Bij een hostmigratie of een defect apparaat met app-gegevens moeten voorkeuren, metadata, illustraties, databasebestanden en de rest van de Plex-gegevensmap mogelijk gezamenlijk worden verplaatst. Herstel van alleen de database dekt deze bredere status niet.
Bij een Plex-migratie moeten viewstate, metadata, instellingen en servergegevens bij elkaar blijven, zodat de herstelde host de service niet vanaf nul hoeft op te bouwen.
Gebruik een back-up op bestandsniveau voor de volledige Plex-status die de server definieert, en laat cache of andere opnieuw op te bouwen gegevens alleen buiten de back-up als je hebt gecontroleerd dat ze echt wegwerpbaar zijn.
Het beste plan gebruikt beide lagen
Deze methoden beschermen tegen storingen met een verschillende reikwijdte, dus een geforceerde keuze tussen beide verzwakt het herstel. Regelmatige databasekopieën kunnen de terugrolperiode verkorten, terwijl periodieke back-ups op bestandsniveau de bredere service beschermen.
Neem deze lagen op in een breder back-up- en herstelontwerp waarin ook minstens één kopie buiten het actieve storingsdomein wordt bewaard.
Kies herstel van alleen de database voor een afgebakend databaseprobleem, herstel op bestandsniveau bij verlies van de host of serverstatus, en beide wanneer de Plex-server belangrijk genoeg is dat elk van deze storingsklassen grote gevolgen zou hebben.
Aanbevolen producten
Productvergelijkingen
Meer om te lezen
Vierkernige versus achtkernige CPU voor Plex: welke past bij gelijktijdig gebruik door verschillende clients?
Vier cores volstaan meestal voor direct afspelen; acht cores verdienen hun meerprijs wanneer softwarematig transcoderen of gelijktijdige hosttaken een gemeten drempel overschrijden.
Dedicated Jellyfin-server versus gedeelde app-host: welke grens past?
Kies dedicated hosting voor voorspelbare media- en herstelprestaties; kies een gedeelde host wanneer de workloads licht zijn en isolatie meetbaar is.
Jellyfin versus Plex voor streaming thuis met meerdere gebruikers: clientondersteuning of controle?
Plex wint wanneer het bereik van clients de doorslag geeft; Jellyfin wint wanneer controle de doorslag geeft; beide kunnen een geldige keuze zijn wanneer...
