Kopie zapasowe bazy danych Plex a kopie zapasowe na poziomie plików: która warstwa za co odpowiada?
Kopie zapasowe bazy danych Plex i kopie zapasowe na poziomie plików uzupełniają się, ale nie są wymienne: pierwsza chroni ograniczony punkt przywracania bazy danych, druga zaś może zachować szerszy stan serwera potrzebny po awarii hosta lub pamięci masowej.
Zacznij od określenia zakresu odzyskiwania
Wbudowana zaplanowana kopia zapasowa została zaprojektowana z myślą o odzyskiwaniu bazy danych Plex. Jest przydatna, gdy baza danych zostanie uszkodzona lub trzeba cofnąć niedawną zmianę stanu biblioteki, ale nie jest tym samym co skopiowanie całego katalogu danych serwera.
Zaplanowana konserwacja Plex tworzy okresowe kopie zapasowe bazy danych, dzięki czemu ta warstwa jest szybka i wygodna przy odzyskiwaniu skoncentrowanym na bazie danych.
Używaj tej warstwy, gdy celem odzyskiwania jest główna baza danych biblioteki. Nie zakładaj, że zachowuje ona również każdy plik metadanych, element konfiguracji lub ścieżkę na poziomie hosta potrzebną do odbudowania serwera.
Kopie bazy danych sprawdzają się najlepiej przy szybkim wycofywaniu zmian
Niewielką kopię bazy danych łatwiej przechowywać często i przywracać, gdy pozostały stan serwera jest sprawny. Dzięki temu jest dobrym pierwszym rozwiązaniem przy ograniczonych problemach z bazą danych.
Zaplanowane zadanie chroni tylko główną bazę danych Plex, a nie pełny obraz szerszego stanu serwera.
Jeśli to możliwe, przechowuj kilka sprawdzonych kopii bazy danych poza aktywną ścieżką bazy. Przetestuj proces przywracania, zanim zaczniesz polegać na tych kopiach jako jedynym mechanizmie odzyskiwania.
Kopie na poziomie plików sprawdzają się najlepiej przy wymianie hosta
Przeniesienie serwera lub awaria urządzenia z danymi aplikacji może wymagać wspólnego przeniesienia preferencji, metadanych, grafik, plików bazy danych i pozostałej zawartości katalogu danych Plex. Odzyskiwanie wyłącznie bazy danych nie obejmuje tego szerszego stanu.
Podczas migracji Plex należy zachować razem stan widoku, metadane, ustawienia i dane serwera, aby przywrócony host nie musiał odtwarzać usługi od podstaw.
Używaj kopii zapasowej na poziomie plików do ochrony pełnego stanu Plex definiującego serwer, a pamięć podręczną i inne dane możliwe do odtworzenia pomijaj w kopii tylko wtedy, gdy potwierdzisz, że rzeczywiście można je bezpiecznie usunąć.
Lepszy plan wykorzystuje obie warstwy
Metody te chronią przed awariami o różnym zakresie, dlatego wymuszanie wyboru jednej z nich osłabia proces odzyskiwania. Częste kopie bazy danych mogą skrócić zakres koniecznego wycofania zmian, a okresowe kopie na poziomie plików chronią szerszy zakres usługi.
Umieść te warstwy w ramach szerszego projektu tworzenia kopii zapasowych i odzyskiwania danych, który obejmuje również co najmniej jedną kopię poza aktywną domeną awarii.
Wybierz odzyskiwanie wyłącznie bazy danych przy ograniczonym problemie z bazą, odzyskiwanie na poziomie plików w razie utraty hosta lub stanu serwera, a obie metody wtedy, gdy serwer Plex jest na tyle ważny, że każdy z tych rodzajów awarii byłby dotkliwy.
Polecane produkty
Porównania produktów
Więcej do przeczytania
Procesor czterordzeniowy czy ośmiordzeniowy do Plexa: który lepiej sprawdzi się przy jednoczesnej obsłudze różnych klientów?
Cztery rdzenie wystarczą głównie do bezpośredniego odtwarzania; osiem rdzeni uzasadnia swój koszt, gdy oprogramowanie wykonuje transkodowanie lub równoległe zadania hosta przekraczają zmierzony próg.
Dedykowany serwer Jellyfin a współdzielony host aplikacji: która granica Ci odpowiada?
Wybierz hosting dedykowany, aby zapewnić przewidywalną obsługę multimediów i odzyskiwanie danych; wybierz hosting współdzielony, gdy obciążenia są niewielkie, a izolację można zmierzyć.
Jellyfin kontra Plex w domowym streamingu dla wielu użytkowników: szeroka obsługa klientów czy kontrola?
Plex wygrywa, gdy kluczowy jest zasięg wśród klientów; Jellyfin wygrywa, gdy kluczowa jest kontrola; oba rozwiązania mogą być odpowiednie, gdy użytkownicy wyraźnie się rozdzielają.
