Så återställer du en Plex-databas från en säkerhetskopia som fungerar
Återställ en fungerande Plex-databas endast när servern är stoppad, bevara de skadade filerna och verifiera det återställda tillståndet innan du kör nya genomsökningar.
En aktuell säkerhetskopia kan vara den snabbaste återställningen när den aktiva biblioteksdatabasen är skadad, men att ersätta filer utan eftertanke kan radera värdefulla bevis eller skapa ett nytt inkonsekvent tillstånd. Välj en säkerhetskopia från före det första felet, behåll kopior av både de gamla och de nya databasuppsättningarna, bevara ägarskapet och starta Plex i ett lugnt verifieringsfönster. Avbryt omedelbart om den återställda databasen visar samma skada.
Välj säkerhetskopian innan du ändrar den aktiva databasen
Börja med en säkerhetskopia vars tidsstämpel föregår det första kända tecknet på korruption, men som är tillräckligt aktuell för att bevara användbar visningshistorik och biblioteksändringar. Kopiera både den aktuella databasen och den valda säkerhetskopian till en säker plats innan du ersätter något. Experimentera aldrig med den enda återstående kopian.
Kontrollera tillgängliga säkerhetskopior innan du ersätter den aktiva databasen. Välj en tidsstämpel från före det första tecknet på korruption, inte bara den nyaste filen.
Dokumentera vad som kommer att gå förlorat mellan säkerhetskopians tidsstämpel och nu: nya bibliotekstillägg kan genomsökas igen, men visningsförlopp, samlingar eller metadataändringar kan kräva manuell avstämning. Den avvägningen hjälper dig att avgöra om ett reparationsförsök är värt att göra före ersättningen.
Stoppa Plex och bevara det skadade tillståndet
Databasfiler ska inte bytas ut medan Plex aktivt skriver till dem. Stoppa servern eller containern korrekt, kontrollera att processen har avslutats och kopiera den aktuella dataskatalogen till en plats utanför den aktiva sökvägen för programdata. Då har du en återställningsmöjlighet om den valda säkerhetskopian också är dålig.
Stoppa Plex före reparation eller ersättning; sekvensering med stopp och reparation förhindrar att programmet skriver till databasfilerna medan du byter ut eller reparerar dem.
Radera inte den trasiga databasen direkt. Byt namn på den eller flytta den med tidsstämpeln intakt. Om återställningen senare visar ett annat problem kan du behöva loggar, sidofiler eller den trasiga databasen för att förstå vad som ändrades.
Återställ de matchande databasfilerna till den förväntade platsen
Använd samma Plex-datakatalog som den fungerande servern redan förväntar sig och återställ databas kopian med rätt aktivt filnamn. Bevara behörigheter och ägarskap från den aktiva katalogen. Om säkerhetskopieringsmetoden fångade en konsekvent databasuppsättning ska du återställa den uppsättningen i stället för att blanda filer från olika tidpunkter.
Betrakta återställning av en säkerhetskopia av databasen som en sammanhängande återställningspunkt i stället för att blanda enskilda filer som verkar vara nyast.
Innan du startar Plex ska du jämföra ägare, grupp, rättighetsläge och filstorlek med närliggande appdata. En återställning som av misstag gör databasen oläsbar kommer att se ut som ännu en korruptionsincident. Korrigera åtkomsten på filsystemsnivå först.
Om säkerhetskopian innehåller relaterade databasfiler eller sidofiler från samma återställningspunkt ska du hålla ihop hela uppsättningen. Om du blandar filer från olika tidpunkter kan du skapa en ny inkonsekvens som liknar den ursprungliga korruptionen.
Starta Plex och verifiera tillståndet innan du startar genomsökningar
Starta servern och granska biblioteket innan du ber den utföra omfattande underhållsjobb. Bekräfta att webbappen öppnas, att biblioteken visas, att användare och visningsstatus verkar rimliga och att flera kända titlar leder till giltiga mediesökvägar. Att processen startar utan fel räcker inte.
För en programkonsistent återställningspunkt minskar att stoppa Plex för konsekventa säkerhetskopior risken för att nästa återställning innehåller ett delvis skrivet databastillstånd.
Först när den återställda servern är stabil bör du genomsöka efter medier som lagts till efter säkerhetskopieringen. Begränsa genomsökningen så mycket som möjligt. Om databasen omedelbart rapporterar korruption igen innan någon genomsökning har körts ska du avbryta och välja en äldre säkerhetskopia eller gå vidare med en kontrollerad reparationsmetod.
Slutför återställningen med ett integritets- och säkerhetskopieringstest
När den återställda databasen har klarat normal bläddring och en liten biblioteksuppdatering ska du starta om Plex en gång och kontrollera att tillståndet finns kvar. Skapa sedan en ny säkerhetskopia från denna fungerande grund så att nästa fel inte är beroende av samma misstänkta säkerhetskopior.
En säkerhetskopia blir tillförlitlig först när testning av tillståndsbevarande visar att det viktiga Plex-tillståndet återkommer vid en isolerad återställning.
Dokumentera vilken tidsstämpel för säkerhetskopian som användes, vilket tillstånd som gick förlorat och vilka verifieringar som godkändes. Om korruption återkommer vid en fungerande återställning ska du undersöka lagringsfel, felaktiga avstängningar eller en upprepningsbar programutlösare i stället för att gå igenom säkerhetskopior på obestämd tid.
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.
