Jak zaplanować razem tworzenie kopii zapasowych Plex, przywracanie danych i rozbudowę

Zaplanuj odzyskiwanie i rozbudowę Plex jednocześnie: przed pierwszą zmianą pojemności oddziel stan aplikacji, multimedia, kopie zapasowe, lokalizacje docelowe odtwarzania oraz progi rozbudowy.

Kopia zapasowa jest przydatna tylko wtedy, gdy pozwala odtworzyć obiecaną usługę, a rozbudowa jest bezpieczna tylko wtedy, gdy po jej zakończeniu ta ścieżka odzyskiwania nadal działa. Określ, co musi zostać przywrócone, jak duża utrata danych jest dopuszczalna i jak długo domownicy mogą czekać. Następnie przypisz odrębne role stanowi Plex, multimediom, danym logowania, kopiom zapasowym, przestrzeni do odtwarzania i przyszłemu rozszerzaniu pamięci masowej, tak by można je było testować po każdej migracji lub aktualizacji.

Określ zobowiązania dotyczące odzyskiwania przed ustaleniem układu pamięci masowej

Zapisz, czego domownicy oczekują po awarii dysku rozruchowego, usunięciu bazy danych, uszkodzeniu dysku z multimediami lub utracie serwera. Odpowiedź może się różnić w zależności od klasy danych. Odbudowanie preferencji Plex, kont użytkowników, historii oglądania, niestandardowych plakatów i ustawień automatyzacji może być kłopotliwe, nawet jeśli pliki multimedialne nadal istnieją. Prywatne nagrania mogą być nie do odzyskania, podczas gdy materiały komercyjne można odtworzyć z innego źródła.

Ustal dopuszczalny wiek każdej kopii możliwej do odzyskania oraz maksymalny czas przywrócenia podstawowej usługi. To zobowiązania operacyjne, a nie abstrakcyjne akronimy. Jeśli utrata jednego dnia historii oglądania jest do zaakceptowania, ale utrata jednego rodzinnego filmu już nie, obu rodzajom danych nie należy zapewniać tej samej częstotliwości tworzenia kopii zapasowych ani tego samego miejsca docelowego. Jeśli domownicy mogą poczekać do weekendu na pełne odtworzenie multimediów, nie projektuj każdego komponentu z myślą o natychmiastowym odzyskiwaniu.

Początkowy układ pamięci masowej sprawdza się tylko wtedy, gdy za każdym zobowiązaniem stoi osoba odpowiedzialna, istnieje kopia, określono sposób jej przywrócenia i miejsce docelowe. Plan, który wymienia pliki kopii zapasowych, ale nie przewiduje tymczasowej lokalizacji do odzyskiwania, jest niekompletny. Plan zakładający, że główna macierz pozostanie dostępna, nie uwzględnia awarii tej macierzy.

Oddziel stan Plex od pojemności na multimedia

Przechowuj bazę danych Plex, metadane, preferencje i konfigurację usługi w wyraźnie oznaczonej, trwałej lokalizacji. Multimedia umieść w osobnej warstwie pojemności. Pliki transkodowania i inne odbudowywalne dane pamięci podręcznej przechowuj w tymczasowym obszarze roboczym. Dane logowania, klucze szyfrujące i konfigurację kopii zapasowych trzymaj poza katalogiem multimediów, aby dużego kopiowania plików nie pomylić z pełnym odzyskiwaniem serwera.

Ten podział skraca pierwszy etap odzyskiwania. Możesz odtworzyć niewielką, spójną kopię stanu aplikacji w odizolowanej usłudze, dołączyć reprezentatywny podzbiór multimediów i sprawdzić, czy instalacja się uruchamia, zanim rozpoczniesz transfer danych o rozmiarze wielu terabajtów. Zapobiega to również sytuacji, w której pełny wolumen multimediów utrudnia ocenę, czy bazę danych, uprawnienia lub montowania kontenerów da się odzyskać.

Zapisuj informacje o właścicielu, identyfikatory, punkty montowania i oczekiwane ścieżki dla każdej roli danych. Przywrócona baza danych może być nienaruszona, ale bezużyteczna, jeśli wskazuje inną ścieżkę do multimediów. Skopiowany katalog kontenera z niewłaściwą tożsamością usługi może się uruchomić, a mimo to nie odczytywać biblioteki. Odzyskiwanie zależy od topologii i uprawnień, a nie tylko od obecności plików.

Zapewnij każdej awarii osobną ścieżkę odzyskiwania

Używaj głównego systemu do obsługi usług, osobnego miejsca docelowego kopii zapasowych do szybkiego lokalnego odzyskiwania oraz innej domeny awarii dla danych, których utrata byłaby nieakceptowalna. Trzecią lokalizacją może być pamięć masowa poza siedzibą, szyfrowana przestrzeń w chmurze albo nośniki rotacyjne przechowywane w innym miejscu. Liczy się niezależność: awaria zasilania, przejęte konto, przypadkowe usunięcie lub awaria kontrolera pamięci masowej nie powinny dotknąć każdej kopii tą samą drogą.

Stosuj wersjonowanie kopii zapasowych niewielkiego, często zmieniającego się stanu Plex, aby nieudana aktualizacja lub problem z bazą danych nie zastąpiły ostatniej użytecznej kopii. Chroń niezastąpione multimedia, tworząc tyle kopii, ile wymaga koszt ich utraty. Multimedia, które można pobrać ponownie, mogą podlegać tańszej polityce, jeśli czas przywracania i dostępność źródła są akceptowalne. Redundancja w głównej obudowie zapewnia dostępność, ale nie stanowi jednej z niezależnych ścieżek odzyskiwania.

Zadbaj o możliwość monitorowania poprawności tworzenia kopii zapasowych. Zapisuj datę ostatniego udanego kopiowania stanu aplikacji, status ochrony multimediów, pojemność miejsca docelowego i wynik weryfikacji. Zadanie, które kończy się powodzeniem, ale którego danych nie da się odszyfrować, zamontować ani przypisać do oczekiwanej ścieżki, nie spełnia obietnicy odzyskiwania.

Featured

Osobista chmura i domowy NAS ZimaCube 2

ZimaCube2

$799.00 - $2,499.00

Buy Now

Przećwicz przywracanie przed rozbudową, która zmieni ścieżki

Przywróć dane Plex do odizolowanego kontenera, maszyny wirtualnej, zapasowego hosta lub katalogu tymczasowego, który nie ma możliwości zapisu do produkcyjnej biblioteki. W miarę możliwości użyj tej samej tożsamości usługi i struktury ścieżek. Dodaj niewielką próbkę multimediów i sprawdź, czy baza danych otwiera się, biblioteki są widoczne, uprawnienia działają, odtwarzanie się rozpoczyna, a najważniejsze preferencje lub historia są dostępne.

Zmierz czas próby odtworzenia na pustym nośniku docelowym, uwzględniając pobranie danych uwierzytelniających, znalezienie właściwej kopii zapasowej, przywrócenie plików, poprawienie właściciela i sprawdzenie poprawności działania usługi. Zmierzony wynik jest bardziej przydatny niż szacunkowa szybkość transferu, ponieważ odzyskiwanie często opóźniają decyzje dotyczące ścieżek i brakujące notatki, a nie sama przepustowość pamięci masowej.

Prowadź krótką dokumentację odzyskiwania, zapisując wersję oprogramowania, datę kopii zapasowej, lokalizację docelową, wykonane czynności, wyjątki i końcowe kontrole. Powtórz test po zmianie obrazu kontenera, systemu operacyjnego, punktu montowania pamięci, tożsamości usługi, metody szyfrowania lub narzędzia do tworzenia kopii zapasowych. Jeśli stara dokumentacja nie opisuje już aktualnego systemu, rozbudowa zdążyła już unieważnić część ścieżki odzyskiwania.

Uwzględniaj każdą rozbudowę w budżecie kopii zapasowych

Traktuj nową półkę dyskową, większą pulę, osobny NAS lub dodatkowy węzeł obliczeniowy jako zmianę topologii, a nie tylko zwiększenie pojemności. Przelicz, ile danych trzeba chronić, ile potrwa tworzenie kopii zapasowej, ile wolnego miejsca musi mieć cel i gdzie można odtworzyć równoważny zestaw danych. Zaktualizuj ścieżki montowania, uprawnienia, monitorowanie i ewidencję przed przeniesieniem danych produkcyjnych.

Wprowadzaj zmiany etapami, tak aby dotychczasowa ścieżka odzyskiwania pozostała dostępna, dopóki nowa nie przejdzie testów. Skopiuj lub zreplikuj dane, sprawdź liczbę plików i reprezentatywne pliki, przełącz jedną ścieżkę, a następnie przetestuj Plex i kopie zapasowe przed wyłączeniem starej lokalizacji. Nie zmieniaj pamięci masowej, tożsamości usługi, wersji aplikacji i metody tworzenia kopii zapasowych podczas tego samego okna konserwacyjnego; zbyt wiele zmiennych naraz utrudnia zdiagnozowanie nieudanego odtwarzania.

Rozbudowa jest wstrzymana, gdy cel kopii zapasowej nie może pomieścić nowego chronionego zestawu danych, cel odtwarzania nie ma już wystarczająco dużo miejsca lub zmierzony czas odzyskiwania przekracza oczekiwania domowników. Zwiększ pojemność na potrzeby ochrony danych albo ogranicz oczekiwania dotyczące odzyskiwania, zanim nowy magazyn stanie się jedyną produkcyjną kopią danych.

Używaj dowodów gotowości do odzyskiwania, aby zdecydować, kiedy rozdzielić role

Oddziel obliczenia od przechowywania multimediów, jeśli wymiana serwera lub konserwacja aplikacji są opóźniane ze względu na rozmiar biblioteki lub sposób jej podłączenia. Dodaj dedykowany cel kopii zapasowej, gdy system główny nie mieści już jednocześnie danych produkcyjnych i kopii odzyskiwania, które nie mogą być narażone na tę samą awarię. Zwiększ przepustowość sieci, gdy zmierzone okna tworzenia kopii zapasowych i odtwarzania ogranicza połączenie, a nie dyski na jego obu końcach.

Jako kryteriów rozbudowy używaj prognoz wolnego miejsca, czasu tworzenia kopii zapasowej, czasu próbnego odtwarzania i testów odtwarzania w szczytowym obciążeniu. Nowy komponent musi poprawiać jeden z tych zmierzonych limitów i nie pogarszać pozostałych. Jeśli wprowadza drugą przestrzeń nazw pamięci masowej, nieudokumentowane dane uwierzytelniające lub nową zależność od punktu montowania, nie poprawiając przy tym gwarancji odzyskiwania, zwiększa złożoność zamiast odporności.

Zatrzymaj się, jeśli osoba, która ma odzyskiwać system, nie może przećwiczyć tej procedury, jeśli wszystkie kopie zależą od tego samego konta administratora albo jeśli ochrona rozbudowanej biblioteki wymaga więcej czasu i miejsca, niż akceptują domownicy. Zanim ponownie rozbudujesz system, skróć okres przechowywania, przeklasyfikuj media, które można odtworzyć, lub uprość topologię.

Końcowa zasada konfiguracji

Rozbudowa Plexa jest zakończona dopiero wtedy, gdy pojemność kopii zapasowych, cel odtwarzania, uprawnienia, ścieżki i zmierzony czas odzyskiwania zostały zaktualizowane i sprawdzone pod kątem nowej topologii.