Så planerar du Plex-säkerhetskopiering, återställning och expansion tillsammans

Planera Plex-återställning och utökning tillsammans genom att skilja applikationstillstånd, medier, säkerhetskopior, återställningsmål och tillväxtutlösare åt innan den första kapacitetsökningen.

En säkerhetskopia är bara användbar om den kan återskapa tjänsten du har lovat att tillhandahålla, och en utökning är säker bara om återställningsvägen fortfarande fungerar efteråt. Definiera vad som måste återställas, hur stor dataförlust som är godtagbar och hur länge hushållet kan vänta. Ge sedan Plex-tillstånd, medier, inloggningsuppgifter, säkerhetskopior, återställningsutrymme och framtida lagring tydligt åtskilda roller som går att testa efter varje migrering eller uppgradering.

Definiera återställningslöftet innan du utformar lagringslayouten

Skriv ner vad hushållet förväntar sig efter en misslyckad startenhet, en raderad databas, en skadad mediedisk eller en förlorad server. Svaret kan skilja sig mellan dataklasser. Plex-inställningar, användare, tittarhistorik, egna affischer och automatiseringsinställningar kan vara besvärliga att återskapa även när mediefilerna finns kvar. Personliga inspelningar kan vara oersättliga, medan kommersiella medier kanske går att få tag på från en annan källa.

Ange en godtagbar ålder för varje återställningsbar kopia och en maximal tid för att få den viktigaste tjänsten igång igen. Det här är operativa löften, inte abstrakta akronymer. Om det är acceptabelt att förlora en dags tittarhistorik men inte en familjevideo, bör de två datatyperna inte ha samma säkerhetskopieringsfrekvens eller målplats. Om hushållet kan vänta en helg på att alla medier återställs behöver du inte dimensionera varje komponent för omedelbar återställning.

Den ursprungliga lagringslayouten är godtagbar först när varje löfte har en ansvarig, en kopia, en återställningsåtgärd och en plats att återställa till. En plan som anger säkerhetskopior men saknar ett tillfälligt återställningsmål är ofullständig. En plan som förutsätter att den primära lagringsuppsättningen förblir tillgänglig kan inte täcka ett fel i den uppsättningen.

Håll Plex-tillstånd åtskilt från medielagringen

Förvara Plex-databasen, metadata, inställningar och tjänstekonfiguration på en tydligt identifierad, beständig plats. Lagra medier på en separat kapacitetsnivå. Lägg transkodningsfiler och annan cache som kan återskapas i en tillfällig arbetsyta. Förvara inloggningsuppgifter, krypteringsnycklar och säkerhetskopieringskonfiguration utanför medieträdet, så att en stor filkopiering aldrig misstas för en fullständig serveråterställning.

Den här uppdelningen förkortar det första återställningssteget. Du kan återställa en liten, konsekvent kopia av applikationstillståndet till en isolerad tjänst, ansluta ett representativt urval av medier och kontrollera att installationen startar innan du påbörjar en överföring på flera terabyte. Den förhindrar också att en full medievolym döljer om databasen, behörigheterna eller containermonteringar går att återställa.

Dokumentera ägarskap, identifierare, monteringspunkter och förväntade sökvägar för respektive dataroll. En återställd databas som pekar på en annan mediesökväg kan vara intakt men ändå oanvändbar. En kopierad containermapp med fel tjänsteidentitet kan starta men ändå inte kunna läsa biblioteket. Återställning beror på topologi och behörigheter, inte bara på att filerna finns.

Ge varje typ av fel en egen återställningsväg

Använd primärsystemet för tjänsten, en separat säkerhetskopieringsdestination för snabb lokal återställning och en annan felzon för data vars förlust vore oacceptabel. Den tredje platsen kan vara extern lagring, krypterat molnutrymme eller roterande lagringsmedier som förvaras någon annanstans. Poängen är oberoende: ett strömavbrott, ett kapat konto, en oavsiktlig radering eller ett fel på lagringskontrollern ska inte nå alla kopior via samma väg.

Tillämpa versionshanterad lagring på Plex-tillståndet, som är litet och ändras ofta, så att en misslyckad uppdatering eller ett databasproblem inte ersätter den senaste användbara kopian. Skydda oersättliga medier med det antal kopior som krävs för att klara en eventuell förlust. Medier som går att ladda ner igen kan följa en billigare policy om återställningstiden och källans tillgänglighet är godtagbara. Redundans i det primära chassit är ett tillgänglighetslager, inte en av dessa oberoende återställningsvägar.

Gör det möjligt att se om säkerhetskopieringen har slutförts. Registrera när programmets tillstånd senast kopierades framgångsrikt, medieskyddets status, destinationens kapacitet och verifieringsresultatet. Ett jobb som avslutas framgångsrikt men inte går att dekryptera, montera eller koppla till den förväntade sökvägen uppfyller inte återställningslöftet.

Featured

ZimaCube 2 personlig moln-NAS för hemmet

ZimaCube2

$799.00 - $2,499.00

Buy Now

Öva på återställning innan utbyggnaden ändrar sökvägarna

Återställ Plex-tillståndet till en isolerad container, virtuell maskin, reservvärd eller tillfällig katalog som inte kan skriva till produktionsbiblioteket. Använd om möjligt samma tjänsteidentitet och sökvägsstruktur. Lägg till ett litet medieprov och bekräfta att databasen öppnas, biblioteken visas, behörigheterna fungerar, uppspelningen startar och viktiga inställningar eller historik finns kvar.

Mät återställningsövningen från ett tomt mål, inklusive hämtning av inloggningsuppgifter, lokalisering av rätt säkerhetskopia, återställning av filer, korrigering av ägarskap och validering av tjänsten. Det uppmätta resultatet är mer användbart än en uppskattad överföringshastighet, eftersom återställning ofta fördröjs av beslut om sökvägar och saknade anteckningar snarare än av den råa lagringskapaciteten.

För en kort återställningslogg över programvaruversion, säkerhetskopieringsdatum, mål, åtgärder, undantag och slutkontroller. Upprepa testet efter ändringar av containeravbildningen, operativsystemet, lagringsmonteringen, tjänstens identitet, krypteringsmetoden eller säkerhetskopieringsverktyget. Om den gamla loggen inte längre beskriver det aktuella systemet har utbyggnaden redan gjort delar av återställningsvägen ogiltiga.

Uppdatera säkerhetskopieringsbudgeten vid varje utbyggnad

Betrakta ett nytt diskschassi, en större lagringspool, en separat NAS eller ytterligare en beräkningsnod som en topologiändring, inte bara en kapacitetsuppgradering. Räkna om hur mycket data som måste skyddas, hur lång tid säkerhetskopieringen kommer att ta, hur mycket ledigt utrymme destinationen behöver och var en motsvarande återställning kan placeras. Uppdatera monteringssökvägar, behörigheter, övervakning och inventering innan produktionsdata flyttas.

Genomför ändringen stegvis så att den tidigare återställningsvägen finns kvar tills den nya har godkänts. Kopiera eller replikera data, kontrollera antal och representativa filer, byt en sökväg och kör sedan kontroller av Plex och säkerhetskopior innan den gamla platsen tas ur bruk. Undvik att ändra lagring, tjänsteidentitet, programversion och säkerhetskopieringsmetod under samma underhållsfönster; för många samtidiga variabler gör det svårt att felsöka en misslyckad återställning.

Utbyggnad är inte tillåten när destinationen för säkerhetskopior inte kan rymma den nya datamängd som ska skyddas, när återställningsmålet inte längre har tillräckligt med utrymme eller när den uppmätta återställningstiden överskrider hushållets löfte. Öka skyddskapaciteten eller sänk återställningslöftet innan det nya lagringsutrymmet blir den enda produktionskopian.

Använd återställningsunderlag för att avgöra när rollerna ska separeras

Separera beräkning från medielagring när serverbyte eller underhåll av program försenas av bibliotekets storlek eller anslutning. Lägg till en särskild destination för säkerhetskopior när det primära systemet inte längre kan rymma både produktionsdata och återställningskopior utan att dela en felkälla. Öka nätverkskapaciteten när uppmätta tidsfönster för säkerhetskopiering och återställning begränsas av nätverksvägen snarare än av diskarna i respektive ände.

Använd prognoser för ledigt utrymme, säkerhetskopieringens varaktighet, tiden för återställningsövningar och tester av uppspelning vid hög belastning som utlösande faktorer för utbyggnad. En ny komponent måste förbättra någon av dessa uppmätta begränsningar utan att försämra de andra. Om den tillför ett andra lagringsnamnrymd, odokumenterade inloggningsuppgifter eller ett nytt monteringsberoende utan att förbättra återställningslöftet har den ökat komplexiteten snarare än motståndskraften.

Avbryt när systemet inte kan provåterställas av den person som förväntas återställa det, när alla kopior är beroende av samma administratörskonto eller när det krävs mer tid och kapacitet för att skydda det utökade biblioteket än hushållet accepterar. Minska lagringstiden, klassificera om media som går att ersätta eller förenkla topologin innan du bygger ut igen.

Regel för slutkonfiguration

En Plex-utbyggnad är inte klar förrän säkerhetskopieringskapaciteten, återställningsmålet, behörigheterna, sökvägarna och den uppmätta återställningstiden har uppdaterats och verifierats mot den nya topologin.