Bör du säkerhetskopiera Plex medan tjänsten körs eller stoppa tjänsten först?
För en vanlig säkerhetskopiering på filnivå av Plex-appdata bör du stoppa eller pausa Plex först. En säkerhetskopiering medan tjänsten körs är lämplig endast när metoden är utformad för att fånga en konsekvent databas i drift och resten av Plex-tillståndet skyddas med kompatibel semantik.
Valet handlar egentligen inte om ”driftstopp eller inget driftstopp”. Det handlar om ”en enkel, konsekvent kopia eller en aktiv metod som förstår pågående databasskrivningar”. Om du inte kan förklara hur den aktiva metoden bevarar en giltig Plex-databas vid en viss tidpunkt bör du planera in ett kort stopp och verifiera säkerhetskopian i stället för att anta att det är säkert att kopiera öppna filer.
Välj säkerhetskopieringsmetod innan du väljer driftstopp
Börja med att identifiera säkerhetskopieringsmetoden. En tar-kopia, rsync, SMB-kopia, molnsynkroniseringsklient eller generell ögonblicksbild av aktiva filer fungerar annorlunda än ett databasanpassat säkerhetskopieringskommando. Det säkra driftläget beror på vad verktyget kan garantera, inte på om kopieringskommandot slutförs utan fel.
Plex-appdata innehåller databaser samt metadata och konfiguration som kan ändras medan servern körs. En allmän översikt över säkerhetskopiering av Plex påpekar att Plex-datakatalogen innehåller metadata och databaser, så att skydda servern innebär mer än att bara spara mediefilerna.
För det här beslutet bör du betrakta en vanlig filsystemskopia som det försiktiga alternativet och en applikationsanpassad databassäkerhetskopiering som en separat teknik. Kalla inte en aktiv kopia säker bara för att destinationen tar emot filer med förväntade namn och storlekar.
Stoppa Plex för en vanlig filbaserad kopia av appdata
Om ditt säkerhetskopieringsjobb helt enkelt kopierar Plex-appdatakatalogen är standardalternativet med lägst risk att stoppa Plex-tjänsten eller containern under kopieringsfönstret. Då förhindras samtidiga skrivningar från applikationen medan databasen och tillhörande tillstånd kopieras.
I en diskussion i Plex-communityn varnar en erfaren teknisk medarbetare för att en vanlig aktiv filkopia kan fånga en inkonsekvent databas och skiljer mellan statiska metadatafiler och den öppna databasen. Det är ett starkt stöd för att pausa Plex när säkerhetskopieringsverktyget saknar en mekanism för databaskonsistens.
Håll stoppet så kort som möjligt: kontrollera att ingen viktig skanning eller inspelning pågår, stoppa Plex, kör den förberedda kopieringen, verifiera att jobbet slutfördes och starta Plex igen. Använd inte driftstoppet till att upptäcka problem med behörigheter på destinationen eller ledigt utrymme som kunde ha kontrollerats i förväg.
Använd aktiv säkerhetskopiering endast när databasmetoden stöder det
Att stoppa Plex är inte en regel som gäller för SQLite i sig. En aktiv säkerhetskopiering kan vara giltig när metoden använder SQLite-anpassade funktioner som skapar en konsekvent ögonblicksbild av databasen medan normal åtkomst från applikationen fortsätter.
En genomgång av SQLite-säkerhetskopiering i produktion förklarar att SQLite Backup API kan kopiera en aktiv databas medan andra anslutningar fortsätter att skriva; säkerhetskopian motsvarar ett definierat databastillstånd i stället för en blind kopia av filer som förändras.
Det undantaget omfattar endast det som den applikationsanpassade metoden faktiskt skyddar. Om ditt arbetsflöde använder en aktiv SQLite-säkerhetskopiering för databasen men kopierar metadata och inställningar separat bör du dokumentera hur komponenterna överensstämmer tidsmässigt och testa en återställning. Hög tillgänglighet är inte värdefull om den sammansatta säkerhetskopian inte kan återskapa det serverläge du förväntar dig.
Säkerhetskopiera mer än bara databasfilen
En säkerhetskopia av endast databasen kan bevara viktiga biblioteksregister, men en fullständig återställning av Plex kan också vara beroende av metadata, inställningar, data från tillägg, certifikat och plattformsspecifika inställningar. Bestäm vilka delar du skulle behöva om den ursprungliga värden försvann, i stället för att bara säkerhetskopiera den enklaste filen.
Hantera skyddet av mediefiler som ett separat kapacitetsbeslut. Plex-konfigurationen kan vara flera gigabyte, medan mediebiblioteket kan vara flera terabyte, och dessa datamängder behöver ofta olika säkerhetskopieringsscheman och destinationer. Ett litet appdataarkiv ska inte ge intrycket att filmerna eller familjens egna medier är skyddade.
ZimaSpaces guide om konsekventa säkerhetskopior av databaskontainrar är en användbar fortsättning när du behöver samordna appdata, databastillstånd, beständiga volymer och ett återställningstest i en aktiv hemservermiljö.
Verifiera säkerhetskopian innan du litar på någon av metoderna
Oavsett vilken metod du väljer bör du granska säkerhetskopian utanför den aktiva Plex-katalogen. Kontrollera att de förväntade filerna finns, notera tidsstämpel och storlek och validera databasen eller arkivet med verktyget som passar säkerhetskopieringsformatet innan du tar bort den tidigare kända fungerande kopian.
Genomför sedan ett återställningstest till en isolerad sökväg eller testinstans när det är praktiskt möjligt. Målet är att bevisa att säkerhetskopian öppnas som ett sammanhängande servertillstånd, inte bara att säkerhetskopieringsprogrammet rapporterade att jobbet lyckades. Behåll minst en äldre återställningspunkt tills den nyaste har klarat testet.
En säkerhetskopieringsmetod klarar inte det praktiska testet om återställningen kräver odokumenterade gissningar om sökvägar, ägarskap, autentiseringsuppgifter eller vilken databas kopia som hör ihop med vilket metadataträd. Åtgärda rutinen medan Plex fungerar normalt i stället för att upptäcka dessa beroenden efter ett fel.
Välj rutinen med lägst risk utifrån dina krav på tillgänglighet
För de flesta Plex-servrar i hemmet är ett kort, schemalagt stopp den enklaste tillförlitliga rutinen för en fullständig filbaserad kopia av appdata. Lägg det till ett fönster med låg användning, förbered destinationen först och automatisera omstart och verifiering så att driftstoppet förblir förutsägbart.
Välj ett aktivt arbetsflöde endast när tillgängligheten motiverar den extra komplexiteten och metoden uttryckligen erbjuder databaskonsistent semantik för det aktiva tillstånd du skyddar. Behåll en dokumenterad reservrutin med stopp och kopiering om verktyget för aktiv säkerhetskopiering ändras eller om återställningstestet misslyckas.
Beslutsregeln är praktisk: om säkerhetskopian är en vanlig kopia av aktiva Plex-filer ska du stoppa tjänsten först; om det är en applikationsanpassad aktiv databasmetod ska du bevisa dess konsistens och täckning med ett återställningstest. Den bästa säkerhetskopian är den du kan återställa upprepade gånger, inte den som rapporterar noll driftstopp.
Rekommenderade produkter
Support och tips
Mer att läsa
Kan Plex dela ett GPU-kort med en annan Docker-container?
Plex och en annan container kan ofta använda samma GPU, men du måste testa drivrutinsstöd, enhetsmappning, belastningen på videoenheten, minne och återställningsbeteende.
Så avgör du om ett Plex-fel kommer från klienten eller servern
Återskapa samma objekt på en annan klient, jämför sessionsvägen och samla sedan in serverbevis först efter att scope har visat var felet faktiskt finns.
Så konfigurerar du Plex-cache och tillfällig lagring för omkodning
Skydda beständigt Plex-tillstånd genom att placera temporära transkodningsfiler på lämplig lokal lagring och verifiera rensning, ledigt utrymme samt omstartsfunktionssätt.
