Plex-databasäkerhetskopiering kontra säkerhetskopiering på filnivå: Vad gör de olika lagren?
Plex-databasäkerhetskopior och säkerhetskopior på filnivå kompletterar varandra, men kan inte ersätta varandra: den ena skyddar en avgränsad återställningspunkt för databasen, medan den andra kan bevara det mer omfattande servertillstånd som behövs efter ett fel på värdsystemet eller lagringen.
Börja med återställningens omfattning
Den inbyggda schemalagda säkerhetskopieringen är utformad för återställning av Plex-databasen. Den är användbar när databasen skadas eller när en nylig ändring av bibliotekstillståndet behöver återställas, men det är inte samma sak som att kopiera hela serverns datakatalog.
Plex schemalagda underhåll skapar periodiska säkerhetskopior av databasen, vilket gör detta lager snabbt och smidigt för databasinriktad återställning.
Använd detta lager när återställningsmålet är kärnbibliotekets databas. Utgå inte från att det även bevarar alla metadatafiler, konfigurationsartefakter eller sökvägar på värdsystemet som krävs för att återskapa servern.
Databassäkerhetskopior är bäst för en snabb återställning av databasen
En liten kopia av databasen är enklare att behålla ofta och återställa när resten av servertillståndet är intakt. Det gör den till ett starkt första återställningsalternativ vid avgränsade databasproblem.
Den schemalagda uppgiften skyddar endast den huvudsakliga Plex-databasen, inte en fullständig avbild av det övergripande servertillståndet.
Behåll flera kända fungerande databaspunkter utanför den aktiva databassökvägen när det är praktiskt möjligt. Testa återställningsprocessen innan du förlitar dig på kopiorna som den enda återställningsmekanismen.
Säkerhetskopior på filnivå är bäst vid byte av värdsystem
En migrering av värdsystemet eller en trasig enhet för appdata kan kräva att inställningar, metadata, omslag, databasfiler och resten av Plex-datakatalogen flyttas tillsammans. En återställning som endast omfattar databasen täcker inte detta bredare tillstånd.
En Plex-migrering bör bevara visningstillstånd, metadata, inställningar och serverdata tillsammans, så att det återställda värdsystemet inte behöver återskapa tjänsten från grunden.
Använd säkerhetskopiering på filnivå för hela det Plex-tillstånd som definierar servern, och undanta cache eller andra data som kan återskapas från säkerhetskopian endast när du har verifierat att de verkligen kan tas bort.
Den bättre planen använder båda lagren
Dessa metoder skyddar olika felomfattningar, så ett tvingat antingen-eller-val försvagar återställningen. Täta databaskopior kan minska avståndet till återställningspunkten, medan regelbundna säkerhetskopior på filnivå skyddar den bredare tjänsten.
Integrera dessa lager i en bredare design för säkerhetskopiering och återställning som även innehåller minst en kopia utanför den aktiva felzonen.
Välj återställning som endast omfattar databasen vid ett avgränsat databasproblem, återställning på filnivå vid förlust av värdsystem eller servertillstånd, och båda när Plex-servern är så viktig att endera feltypen skulle bli besvärlig.
Rekommenderade produkter
Produktjämförelser
Mer att läsa
Processor med fyra eller åtta kärnor för Plex: Vilken passar blandad klientanvändning?
Fyra kärnor räcker oftast för direktuppspelning; åtta kärnor lönar sig när programvarutranskodning eller samtidiga värdjobb överskrider en uppmätt tröskel.
Dedikerad Jellyfin-server jämfört med en delad appvärd: vilken gräns passar bäst?
Välj dedikerad hosting för förutsägbar mediehantering och återställning; välj delad hosting när arbetsbelastningen är låg och isoleringen kan mätas.
Jellyfin jämfört med Plex för streaming hemma med flera användare: klientstöd eller kontroll?
Plex vinner när klienträckvidd är tröskeln; Jellyfin vinner när kontroll är tröskeln; båda kan vara giltiga när användarna delar upp sig tydligt.
