Nächtliche Bibliotheks-Scans halten Festplatten ständig auf Trab: So reduzieren Sie sie

Reduzieren Sie nächtliche Aufwachvorgänge der Laufwerke, indem Sie die genau geplante Aufgabe ermitteln, die auf Mediendateien zugreift, und anschließend deren Häufigkeit, Umfang oder dateibezogene Verarbeitung begrenzen.

Ein Medienserver kann schlafende HDDs aufwecken, selbst wenn Datenbank und Cache auf einer SSD liegen, da ein geplanter Bibliotheksscan Verzeichnisse durchsuchen, Dateien prüfen, Grafiken aktualisieren, Vorschauen erstellen, Pfade validieren oder Elemente verarbeiten kann, die nie einen stabilen Zustand erreichen. Stellen Sie zunächst einen Zusammenhang zwischen dem ersten Festplattenzugriff, einer Aufgabe und einem Logeintrag her. Wenn Sie die Spindown-Zeiten ändern, bevor Sie den Auslöser nachgewiesen haben, verschleiern Sie meist nur das Muster, ohne die zugrunde liegenden Lesezugriffe zu reduzieren.

Beweisen Sie, welche geplante Aufgabe die Laufwerke aufweckt

Notieren Sie die genaue Aufwachzeit anhand von Festplatten-Telemetrie, Systemprotokollen oder einer Stromüberwachung und vergleichen Sie sie anschließend mit dem Verlauf der geplanten Aufgaben des Medienservers. Deaktivieren Sie nur eine verdächtige Aufgabe für eine Nacht, damit das Ergebnis eindeutig zugeordnet werden kann.

Ein Jellyfin-Bericht stellte fest, dass der geplante Bibliotheksscan die gesamte Bibliothek zweimal täglich wiederholt verarbeitete und stundenlang Mediendateien prüfte. Der entscheidende Hinweis war, dass derselbe vollständige Scan immer wieder ausgeführt wurde und nicht etwa eine einzelne Wiedergabeanfrage.

Wenn die Laufwerke aufwachen, bevor der Bibliotheksscan beginnt, prüfen Sie eine andere Aufgabe, etwa die Extraktion von Kapitelbildern, die Erstellung von Trickplay-Dateien, die Intro-Analyse, die Aktualisierung von Metadaten, eine Sicherung, einen SMART-Test, eine Dateisystemprüfung oder einen Download-Organizer. Beschuldigen Sie den Medienserver erst, wenn sein Prozess oder Container in den Nachweisen zum ersten Zugriff auftaucht.

Unterscheiden Sie vollständige Bibliotheksscans von der Echtzeitüberwachung

Prüfen Sie, ob die Bibliothek sowohl regelmäßige vollständige Scans als auch eine Dateisystemüberwachung verwendet. Die Echtzeitüberwachung kann gewöhnliche neue Dateien auf unterstützten lokalen Dateisystemen schnell importieren, während ein geplanter vollständiger Scan weiterhin als Sicherheitsnetz mit geringerer Häufigkeit sinnvoll sein kann.

Jellyfin behandelt geplante Scans und die Echtzeitüberwachung seit Langem als getrennte Mechanismen. Ein Projekt-Issue weist darauf hin, dass die Echtzeitüberwachung neue Medien erkennen kann, während eine geplante Aufgabe die Erkennung in bestimmten Intervallen übernimmt.

Testen Sie auf zuverlässigem lokalem Speicher die Echtzeitüberwachung mit einer neu hinzugefügten Datei und reduzieren Sie die Häufigkeit des vollständigen Scans erst, nachdem diese Datei korrekt angezeigt wird. Bei NFS, SMB, rclone, zusammengeführten Dateisystemen und einigen in Container eingebundenen Pfaden kann die Ereignisübermittlung unvollständig sein. Behalten Sie daher einen regelmäßigen Scan zu einem Zeitpunkt bei, der zur Speicherrichtlinie passt.

Finden Sie Aufgaben, die Medieninhalte statt nur Verzeichnisnamen lesen

Prüfen Sie das Scanner-Log auf Medienprüfungen, Prüfsummenlesevorgänge, Kapitelextraktion, Untertitelanalyse, Trickplay-Erstellung, Lautheitsanalyse und wiederholte Metadatenaktualisierungen. Das Auflisten von Verzeichnissen kann ein kurzes Aufwachen verursachen, während das Lesen von Teilen jeder Datei ein gesamtes Laufwerksarray stundenlang aktiv halten kann.

Der oben genannte Fall mit wiederholten Scans meldete umfangreiche Lesezugriffe auf jede Mediendatei während der Prüfung. Das erklärt, warum die Aufgabe mehr tat, als nur Dateinamen zu kontrollieren. Ein weiteres Issue zeigt, dass dieselben Einträge bei jedem Scan erneut verarbeitet wurden, anstatt einen stabilen Zustand zu erreichen.

Beheben Sie zuerst das Element, das sich bei jedem Durchlauf ändert: einen nicht verfügbaren Pfad, einen fehlgeschlagenen Berechtigungszugriff, eine fehlerhafte Begleitdatei, einen instabilen Zeitstempel, ein doppeltes Bibliotheksstammverzeichnis oder einen Metadatensatz, der wiederholt entfernt und neu erstellt wird. Ein kürzeres Intervall hilft nicht, wenn jeder Scan denselben Inhalt weiterhin als neu behandelt.

-15% OFF

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

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Halten Sie Metadaten auf der SSD, ohne anzunehmen, dass dadurch jedes Aufwachen verhindert wird

Speichern Sie die Anwendungsdatenbank, den Cache, Poster und aktive Metadaten auf einer SSD, sofern die Plattform dies unterstützt. Dadurch werden kleine zufällige Lesezugriffe beim Durchsuchen reduziert und routinemäßige Datenbankwartungen von den Kapazitätslaufwerken ferngehalten.

Die Trennung des Speichers ist jedoch keine vollständige Garantie. Ein Jellyfin-Regressionsbericht dokumentierte aufwachende HDDs beim Anzeigen von Bibliotheksdetails, obwohl Cache und Metadaten auf NVMe lagen. Das zeigt, dass der Server bei bestimmten Vorgängen weiterhin auf Quelldateien zugreifen kann.

Beobachten Sie nach dem Verschieben der Anwendungsdaten, welche Quellpfade beim Durchsuchen und Scannen geöffnet werden. Halten Sie Poster, Vorschauen und Datenbanken nach Möglichkeit von den Mediendatenträgern fern. Behandeln Sie jeden verbleibenden Zugriff auf Quelldateien jedoch als separates Diagnoseverhalten und nicht als Beweis dafür, dass das Verschieben auf die SSD fehlgeschlagen ist.

Reduzieren Sie Häufigkeit, Umfang und überlappende Aufgaben

Führen Sie vollständige Scans nur so oft aus, wie die Bibliothek sie benötigt, und vermeiden Sie eine zeitliche Überschneidung mit Sicherungen, Prüfungen, der Vorschau-Erstellung oder Medienimporten. Scannen Sie einzelne Bibliotheken oder Ordner, wenn die Plattform gezielte Aktualisierungen unterstützt.

Deaktivieren Sie die umfassende Ersetzung von Metadaten bei routinemäßigen Scans, sofern Metadaten nicht tatsächlich neu aufgebaut werden müssen. Ein normaler inkrementeller Scan sollte Kapitelbilder, Trickplay-Dateien, Poster und die Episodenerkennung für unveränderte Medien nicht wiederholt neu erzeugen.

Verwenden Sie einen gestaffelten Zeitplan: zuerst Importe, anschließend eine gezielte Bibliotheksaktualisierung nach dem Importfenster und umfangreiche abgeleitete Aufgaben an einem anderen Tag oder nur bei Bedarf. So entsteht ein vorhersehbarer Zeitraum mit aktiven Laufwerken statt mehrerer kurzer Aufwachvorgänge über die ganze Nacht verteilt.

Prüfen Sie die Verfügbarkeit der Einbindungen, bevor der Mediendienst startet

Eine fehlende Netzwerk- oder Pool-Einbindung kann am erwarteten Pfad ein leeres lokales Verzeichnis bereitstellen. Der Medienserver scannt möglicherweise diesen Ausweichpfad, entfernt Einträge und scannt alles erneut, sobald die eigentliche Freigabe wieder verfügbar ist.

Unterbrechungen von Laufwerken oder Einbindungen können eine Medienbibliothek verschwinden lassen und eine aufwendige Rekonstruktion erzwingen. Ein Jellyfin-Issue beschreibt den Verlust einer Bibliothek nach der Trennung einer Einbindung. Genau diesen Fehler sollte eine Startabhängigkeit verhindern.

Konfigurieren Sie den Container oder Dienst so, dass er erst startet, nachdem die erforderlichen Einbindungen aktiv und mit Inhalten verfügbar sind. Fügen Sie eine Prüfung auf das Vorhandensein der Einbindung hinzu, die nach einer bekannten Markierungsdatei oder dem erwarteten Dateisystemtyp sucht. Stoppen Sie den Scan, wenn der Speicherpfad nicht verfügbar ist, anstatt ein leeres Verzeichnis als gültige Bibliothek zu behandeln.

Überprüfen Sie mehrere Nächte lang ein stabiles Ruheverhalten

Notieren Sie nach jeder Änderung die Start- und Endzeiten der Aufgaben, den Energiezustand der Laufwerke, das Lesevolumen, die größten Logeinträge und ob neu hinzugefügte Medien weiterhin angezeigt werden. Eine ruhige Nacht reicht nicht aus, wenn der reduzierte Scan nur alle paar Tage ausgeführt wird.

Der ZimaSpace-Leitfaden zur Auswahl von HDD- und SSD-Rollen in einem NAS bietet den Kontext für das Speicherlayout, damit aktive Anwendungsdaten von schlafenden Mediendatenträgern ferngehalten werden.

Die Anpassung ist erfolgreich, wenn geplante Wartungsaufgaben in einem bekannten Zeitfenster stattfinden, unveränderte Bibliotheken nicht mehr wiederholt auf Dateiebene verarbeitet werden, Importe weiterhin erkannt werden und die HDDs außerhalb von Wiedergabe, verifizierten Scans, Sicherungen oder Speicherzustandsprüfungen im Ruhezustand bleiben.