Czy metadane multimediów przechowywać na dysku SSD czy razem z biblioteką?

Eva Wong

IceWhale author

Eva Wong jest Technicznym pisarzem i stałym majsterkowiczem w ZimaSpace. Całe życie geek z pasją do homelabów i oprogramowania open-source, specjalizuje się w tłumaczeniu skomplikowanych koncepcji technicznych na przystępne, praktyczne przewodniki. Eva wierzy, że samodzielne hostowanie powinno być zabawą, a nie czymś onieśmielającym. Poprzez swoje samouczki umożliwia społeczności rozwiewanie tajemnic konfiguracji sprzętu, od budowy pierwszego NAS po opanowanie kontenerów Docker.

Should You Keep Media Metadata on SSD or With the Library? - Zima Store Online

Trzymaj bazę danych serwera multimediów i aktywną pamięć podręczną na dysku SSD, a przenośne pliki NFO i wybrane grafiki przechowuj razem z biblioteką, gdy migracja ma znaczenie.

„Metadane” obejmują kilka różnych elementów: bazę danych aplikacji, stan użytkowników, indeksy, pamięci podręczne, pobrane grafiki, obrazy rozdziałów, podglądy trickplay, pliki dodatkowe NFO i ręcznie wybrane obrazy. Umieszczenie ich wszystkich w jednej lokalizacji powoduje albo niepotrzebne opóźnienia dysku HDD, albo ogranicza przenośność. Domowy serwer multimediów zwykle działa najlepiej w układzie rozdzielonym, którego granice tworzenia kopii zapasowych i odzyskiwania są udokumentowane.

Przed wyborem dysku sklasyfikuj metadane

Utwórz spis bazy danych aplikacji, konfiguracji, kont użytkowników, historii oglądania, indeksów, pamięci podręcznych, miniatur, plakatów, teł, plików NFO, napisów i danych wtyczek. Oznacz każdy element jako nadrzędny, przenośny, możliwy do odbudowania lub tymczasowy.

Baza danych aplikacji i stan użytkowników są zwykle zależne od konkretnego serwera i często się zmieniają. Pliki NFO i grafiki przechowywane obok multimediów są dodatkowymi plikami na poziomie systemu plików, które może odczytać inna kompatybilna biblioteka, natomiast pamięci podręczne i generowane miniatury mogą być zbędne.

Nie wybieraj lokalizacji wyłącznie na podstawie nazwy folderu. Katalog o nazwie „metadata” może zawierać zarówno niepowtarzalne ręczne zmiany, jak i łatwe do ponownego wygenerowania pamięci podręczne obrazów, dlatego jego zawartość wymaga różnych zasad tworzenia kopii zapasowych i rozmieszczania.

Umieść bazy danych, indeksy i aktywne pamięci podręczne na dysku SSD

Zapytania do bazy danych, przeglądanie biblioteki, wyszukiwanie, aktualizacje stanu użytkowników i wyszukiwanie miniatur obejmują wiele małych operacji odczytu i zapisu. Dysk SSD zmniejsza opóźnienia tych operacji i oddziela je od sekwencyjnego obciążenia związanego z multimediami.

Szybka pamięć masowa nie zwalnia z obowiązku korzystania z bezpiecznego systemu plików ani z zapewnienia odpowiedniej wielkości woluminu. Zgłoszenie dotyczące Jellyfin opisuje blokowanie bazy danych i brak reakcji interfejsu podczas normalnego użytkowania, pokazując, że baza danych aplikacji jest aktywną zależnością operacyjną, a nie zbędną pamięcią podręczną.

Umieść cały trwały moduł danych aplikacji na dysku SSD z odpowiednią ilością wolnego miejsca, migawkami i kopiami zapasowymi. Unikaj umieszczania aktywnej bazy danych na udziale sieciowym, chyba że aplikacja wyraźnie obsługuje jego sposób blokowania i charakterystykę opóźnień.

Gdy ma to sens, przechowuj przenośne pliki NFO i wybrane grafiki razem z multimediami

Dodatkowe pliki NFO, lokalne plakaty, etykiety wydań i ręcznie wybrane grafiki mogą ułatwić odtworzenie biblioteki w innej instancji. Pozostają widoczne w folderze filmu nawet po utracie bazy danych aplikacji.

Przenośność nie jest gwarantowana między wszystkimi wersjami i skanerami. Raport dotyczący migracji Jellyfin opisuje przypadek, w którym istniejące pliki NFO zostały zignorowane i nadpisane po przeniesieniu, dlatego przed poleganiem na dodatkowych plikach jako jedynej ścieżce odzyskiwania należy wykonać testowy import.

Przechowuj tylko te metadane, które aplikacja potrafi spójnie odczytywać i które zamierzasz zachować. Twórz kopie zapasowe ręcznie opracowanych plików i nie pozwalaj automatycznym dostawcom nadpisywać ich bez kontrolowanego testu.

-15% OFF

ZimaBoard 2 – Mini serwer domowy dla Twojego wielkiego pomysłu

Single board computer zimaboard2

Przestrzegaj granic uprawnień i bibliotek tylko do odczytu

Montowanie multimediów tylko do odczytu chroni pliki źródłowe przed przypadkowymi zmianami aplikacji, ale uniemożliwia też serwerowi zapisywanie obok biblioteki plików NFO, grafik, kolekcji i lokalnych podglądów.

W jednym ze zgłoszeń dotyczących Jellyfin stwierdzono, że tworzenie kolekcji kończyło się niepowodzeniem w przypadku systemu plików multimediów zamontowanego tylko do odczytu, mimo że konfiguracja aplikacji na dysku SSD pozwalała na zapis. Ten przypadek pokazuje, dlaczego lokalizacja zapisu wpływa na funkcje metadanych.

Jeśli niezmienność źródeł ma znaczenie, zachowaj multimedia w trybie tylko do odczytu i kieruj metadane należące do aplikacji do jej woluminu SSD. Przyznawaj bibliotece dostęp do zapisu tylko wtedy, gdy lokalne dodatkowe pliki są zamierzonym elementem planu odzyskiwania, i ogranicz ten dostęp do tożsamości usługi.

Oddziel możliwe do odbudowania dane podglądów od stanu krytycznego

Obrazy trickplay, miniatury rozdziałów, wyodrębnione siatki podglądów i tymczasowe pamięci podręczne mogą zajmować znacznie więcej miejsca niż główna baza danych. Mają też inną wartość z punktu widzenia kopii zapasowych, ponieważ często można je wygenerować ponownie.

Jellyfin udostępnia opcje zapisywania grafik i obrazów trickplay obok multimediów, co w niektórych układach ułatwia widoczność i migrację. Kod źródłowy interfejsu opisuje lokalizację lokalnych grafik i obrazów trickplay jako osobne ustawienia, a nie jedną uniwersalną lokalizację metadanych.

Gdy podglądy zajmują dużo miejsca, użyj dedykowanej pamięci podręcznej lub podwoluminu metadanych. Twórz kopie zapasowe bazy danych i ręcznych metadanych częściej niż kopie możliwych do odbudowania miniatur oraz udokumentuj, które foldery można usunąć podczas odzyskiwania.

Wybierz układ na podstawie potrzeb związanych z odzyskiwaniem i migracją

Użyj metadanych aplikacji wyłącznie na dysku SSD, gdy jedna instancja serwera zarządza biblioteką, punkt montowania multimediów powinien pozostać tylko do odczytu, a szybkie przeglądanie jest ważniejsze niż przenośność na poziomie plików. Użyj lokalnych plików NFO i grafik, gdy opracowane metadane muszą podróżować razem z plikami lub gdy z biblioteki korzysta kilka kompatybilnych narzędzi.

Układ rozdzielony zwykle zapewnia najlepszą granicę: baza danych, użytkownicy, indeksy i aktywne pamięci podręczne na dysku SSD; multimedia źródłowe w pamięci masowej o dużej pojemności; wybrane pliki NFO i opracowane grafiki obok multimediów; duże, możliwe do odbudowania podglądy w osobno zwymiarowanej pamięci podręcznej lub obsługiwanej lokalnej ścieżce.

Typ danych	Preferowana lokalizacja	Priorytet tworzenia kopii zapasowej
Baza danych aplikacji, użytkownicy, stan oglądania	Wolumin aplikacji na dysku SSD	Wysoki
Indeksy i aktywna pamięć podręczna	Dysk SSD lub dedykowana pamięć podręczna	Niski do średniego
Opracowane pliki NFO i grafiki	Obok multimediów, gdy liczy się przenośność	Wysoki, jeśli były ręcznie edytowane
Obrazy trickplay i rozdziałów	Pamięć podręczna o odpowiedniej wielkości lub obsługiwana lokalna ścieżka	Zwykle możliwe do odbudowania
Filmy i seriale źródłowe	Pamięć masowa o dużej pojemności	Zależny od możliwości zastąpienia

Przewodnik ZimaSpace dotyczący wyboru dysków NAS do obciążeń aplikacji i metadanych zawiera kontekst dotyczący wydajności pamięci masowej dla tego układu rozdzielonego.

Zweryfikuj układ za pomocą testów tworzenia kopii zapasowej i przywracania

Zatrzymaj serwer multimediów i wykonaj kopię zapasową woluminu aplikacji na dysku SSD oraz wszystkich dodatkowych metadanych przechowywanych razem z biblioteką. Przywróć je do odizolowanej instancji, używając tych samych ścieżek kontenera i uprawnień.

Potwierdź, że użytkownicy, historia oglądania, kolekcje, ręczne dopasowania, grafiki i jeden element z włączoną funkcją trickplay wracają zgodnie z oczekiwaniami. Następnie przetestuj drugie odzyskiwanie, korzystając wyłącznie z plików multimedialnych i dodatkowych plików, aby sprawdzić, co zostałoby utracone bez bazy danych aplikacji.

Układ jest prawidłowy, gdy przeglądanie pozostaje responsywne, pamięć aplikacji rośnie w przewidywalny sposób, multimedia mogą pozostać tylko do odczytu zgodnie z założeniami, a udokumentowana kopia zapasowa odtwarza każdą część, której nie można odbudować. Zmieniaj lokalizację dopiero wtedy, gdy test przywracania ujawni rzeczywisty problem z szybkością, pojemnością lub przenośnością.