Sollten Sie Jellyfin-Metadaten auf der SSD und Massendaten auf der HDD speichern?

Eva Wong

IceWhale author

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

Should You Put Jellyfin Metadata on SSD and Bulk Data on HDD? - Zima Store Online

Platziere die Jellyfin-Datenbank und den Cache mit hoher Änderungsrate auf einer SSD, wenn das Durchsuchen der Bibliothek, Scans oder Transcodierungen Verzögerungen zeigen; belasse umfangreiche Mediendateien auf der HDD, wenn deren Lesezugriff stabil ist.

Siehst du langsames Durchsuchen, verzögerten Bildbeginn oder Probleme nur bei der Wiedergabe großer Dateien? Trenne die Rollen für Anwendungsstatus, Cache, Medien und Backups, bevor du etwas verschiebst. Das Ziel ist nicht, jedes Byte schneller zu machen, sondern jeder Rolle die benötigte Latenz und Haltbarkeit zu geben.

Platziere Datenbank und Cache entsprechend dem beobachteten Verhalten

Die Jellyfin-Konfiguration, Datenbank, Metadatenindizes und Protokolle führen viele kleine Lese- und Schreibvorgänge aus. Auch temporäre Transcodierungsdateien und die Bilderzeugung verursachen viele Änderungen. Verschiebe diese Rollen auf eine lokale SSD, wenn Festplattenwarteschlange oder Latenz mit dem Problem korrelieren. Lass genügend freien Speicherplatz für einen vollständigen Scan und die größte Anzahl gleichzeitig laufender Transcodierungen.

Prüfe nach dem Verschieben einer Rolle den konfigurierten Pfad, die Besitzrechte, den freien Speicherplatz und einen Neustart. Ein Community-Fall, bei dem Jellyfin-Cache und Metadaten auf NFS verschoben wurden, zeigt, warum ein netzwerkbasierter Pfad auf Latenz und Persistenz getestet werden muss, statt ihn als gleichwertig mit lokalem Speicher anzunehmen (Fall zur Cache-Platzierung).

Bestätige den Datenbankpfad nach der Neuerstellung des Containers und nach einem Neustart. Prüfe anschließend, ob der Dienst eine kleine Statusänderung schreiben kann. Wenn der Pfad zurückgesetzt wird, sind die Mount- oder Umgebungszuordnung nicht dauerhaft konfiguriert.

Belasse umfangreiche Mediendateien auf der Kapazitätsebene, wenn die Lesezugriffe funktionieren

Filme und Serien werden meist in großen, sequenziellen Blöcken gelesen, daher kann eine HDD für Direct Play und gewöhnliche Transcodierungen ausreichen. Teste eine Datei aus jeder eingebundenen Bibliothek, einschließlich einer entfernten Datei oder einer Datei mit hoher Bitrate. Wenn das Hochfahren der HDD oder ein gemeinsam genutzter Netzwerk-Mount die Wiedergabe verzögert, behebe zunächst das Timing des Mounts oder teile den Speicherpfad auf, bevor du eine schnellere Datenbankfestplatte kaufst.

Vergleiche die Latenz bis zum ersten Bild und das Durchsuchen der Bibliothek vor und nach dem Verschieben. Behalte die SSD-Platzierung nur bei, wenn sich die gemessene Verzögerung verbessert, ohne den Backup-Pfad zu schwächen.

Wenn sich der Cache auf einem Netzwerk-Mount befindet, teste einen Kaltstart und einen vorübergehenden Ausfall des NAS. Ein Layout, das nur funktioniert, solange die Freigabe beim Systemstart verfügbar ist, ist kein zuverlässiger Anwendungspfad.

Bestätige die Wiederherstellung, bevor du den alten Pfad löschst

Sichere den Anwendungsstatus unabhängig vom Medienvolume. Stelle Datenbank und Konfiguration in einem sauberen Pfad wieder her, starte Jellyfin und überprüfe Benutzer, Bibliotheken sowie eine repräsentative Wiedergabesitzung. Wenn die Wiederherstellung nur funktioniert, solange die ursprüngliche SSD eingebunden bleibt, ist die Migration unvollständig.

Leite den Fall weiter, wenn das Dateisystem Fehler meldet, die Datenbank Integritätsprüfungen nicht besteht oder das Verschieben des Pfads unerwartete Metadatenänderungen verursacht. Bewahre die vorherige Kopie auf, bis die ursprüngliche Arbeitslast nach einem Neustart erfolgreich ausgeführt wurde.

-15% OFF

ZimaBoard 2 – Mini-Heimserver für Ihre große Idee

Single board computer zimaboard2

Überprüfe die endgültige Grenze zwischen SSD und HDD

Starte Jellyfin mit den endgültigen Mounts neu, führe einen Bibliotheksscan aus und spiele eine Datei aus jeder Speicherrolle ab. Bestätige, dass Datenbank-, Cache-, Medien- und Backup-Pfade auch nach einem Neustart weiterhin getrennt sind.

Belasse Metadaten auf der SSD, wenn die Latenz bei kleinen Dateien das festgestellte Limit darstellt; belasse sie auf der HDD, wenn die Arbeitslast problemlos funktioniert und der einfachere Wiederherstellungspfad wichtiger ist. Verschiebe eine Rolle nicht ausschließlich deshalb, weil die SSD in einem Benchmark schneller ist.

Leite den Fall weiter, wenn nach der Änderung der Platzierung erneut ein Dateisystemfehler, Datenbankfehler oder fehlender Mount auftritt. Stelle den vorherigen Pfad wieder her, bevor du eine weitere Speichermigration versuchst.