Warum brechen USB-Sicherungsgeschwindigkeiten nach den ersten 50 GB einer durchgehenden Übertragung ein?

Die Geschwindigkeit von USB-Backups bricht nach einigen Dutzend Gigabyte häufig ein, sobald ein schneller Cache voll ist oder der dauerhafte Betrieb ein langsameres Speicher-, Temperatur- oder Transportlimit sichtbar macht.

Die ersten 50 GB sind kein universeller Schwellenwert. Sie sind ein Hinweis darauf, dass die Übertragung vom Burst-Verhalten in den Dauerbetrieb gewechselt hat, einen anderen Dateisatz erreicht, einen SSD-Cache gefüllt, die SMR-Bereinigung ausgelöst, ein Gehäuse erwärmt oder USB-Wiederholungen verursacht hat. Die richtige Diagnose vergleicht dieselben Quelldaten anhand kontrollierter Tests mit großen und kleinen Dateien und erfasst dabei die Latenz des Ziels, die Temperatur, Verbindungsfehler und die tatsächlich geschriebenen Bytes.

Feststellen, ob die Verlangsamung von Datenmenge, Zeit oder Dateianzahl abhängt

Wiederholen Sie ein begrenztes Backup und protokollieren Sie dabei die verstrichene Zeit, die übertragenen Bytes, die Dateianzahl, die durchschnittliche Dateigröße, die Leserate der Quelle, die Schreibrate des Ziels und den genauen Zeitpunkt, an dem der Durchsatz abfällt.

Fio unterscheidet sequenzielle und zufällige Workloads. Dadurch eignet es sich, um festzustellen, ob das Ziel nach einem festen Volumen geschriebener Daten langsamer wird oder erst, wenn das Backup viele kleine Dateien erreicht.

Tritt der Einbruch unabhängig vom Dateimix ungefähr nach derselben Anzahl geschriebener Gigabyte auf, sollten Sie Cache- und Temperaturgrenzen untersuchen. Folgt er der Dateianzahl oder Verzeichnistiefe, sind Metadaten- und Anwendungsaufwand wahrscheinlicher.

Prüfen, ob ein SSD-Burst-Cache vollgelaufen ist

Ermitteln Sie das Zielmedium und notieren Sie Modell, freien Speicherplatz, Temperatur, Firmware und dauerhaftes Schreibverhalten. Vergleichen Sie die Rate der ersten Minute mit der Rate nach der Verlangsamung.

Crucial erklärt, dass die SSD-Leistung sinken kann, wenn die Hintergrund-Bereinigung des Speicherbereichs Zeit benötigt. Deshalb repräsentiert ein kurzer schneller Burst nicht die Schreibrate des Laufwerks über lange Zeiträume.

Unterbrechen Sie den Workload lange genug, damit das Laufwerk abkühlen und die Hintergrundbereinigung durchführen kann, und setzen Sie ihn anschließend mit denselben Daten fort. Eine vorübergehende Erholung spricht für Cache- oder Temperaturbelastung, identifiziert jedoch ohne Temperatur- und Latenzdaten nicht deren genaue Ursache.

Drive-gesteuerte SMR-Bereinigung ausschließen

Prüfen Sie, ob das USB-Ziel eine Drive-gesteuerte SMR-Festplatte enthält. Vergleichen Sie einen großen sequenziellen Datenstrom mit einem Backup, das wiederholt viele kleine Dateien aktualisiert oder erstellt.

Seagate erklärt, dass SMR mit vorhersehbaren Schreibvorgängen am besten funktioniert, während fragmentierte oder zufällige Aktualisierungen zusätzliche interne Verschiebungen und eine niedrigere Dauerrate verursachen können.

Schließen Sie nicht allein anhand von Kapazität oder Marke auf SMR. Bestätigen Sie das genaue Modell und vermeiden Sie ein Laufwerk, dessen Workload-Eigenschaften nicht zu häufigen inkrementellen oder metadatenintensiven Backups passen.

-15% OFF

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

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

USB-Resets, Autosuspend und Verbindungswiederholungen prüfen

Speichern Sie das Host-Protokoll ab dem Zeitpunkt vor Beginn des Backups bis über die Verlangsamung hinaus. Suchen Sie nach Geräte-Resets, UAS-Fehlern, abgebrochenen Befehlen, Änderungen der ausgehandelten Geschwindigkeit, Verbindungsabbrüchen und Autosuspend-Übergängen.

Der Linux-Kernel dokumentiert die USB-Laufzeit-Energieverwaltung. Damit lässt sich eine Verlangsamung des Speichermediums von einem Transportpfad unterscheiden, der unter dauerhafter Last wiederholt in den Ruhezustand wechselt, fortgesetzt oder zurückgesetzt wird.

Eine USB-Verbindung kann bestehen bleiben, während Wiederholungen den nutzbaren Durchsatz verringern. Testen Sie einen direkten Anschluss an der Rückseite, ein nachweislich gutes kurzes Kabel, das passende Netzteil und einen anderen Host, bevor Sie Dateisystem- oder Backup-Einstellungen ändern.

Feststellen, ob das Backup in einen Workload mit kleinen Dateien übergeht

Untersuchen Sie das Backup-Protokoll rund um die Verlangsamung und vergleichen Sie die durchschnittliche Dateigröße, die Dateierstellungsrate, Metadatenoperationen, ACL-Verarbeitung, Prüfsummen, Komprimierung und Verschlüsselung vor und nach dem Schwellenwert.

Red Hat beschreibt die Speicherung kleiner Dateien als metadatenintensiven Workload. Daher kann ein niedrigerer MB/s-Wert normal sein, wenn das Backup von großen Nutzdaten auf viele Erstellungs-, Schließ-, Status- und Verzeichnisaktualisierungen wechselt.

Messen Sie neben Megabyte pro Sekunde auch Dateien pro Sekunde. Eine Phase mit kleinen Dateien kann einen niedrigen Datendurchsatz zeigen, während der Speicher-Stack weiterhin ausgelastet und reaktionsfähig ist.

Freien Speicherplatz, Discard und Schreibverstärkung überprüfen

Erfassen Sie den freien Speicherplatz des Ziels, die Aufbewahrungsdauer von Snapshots, die Nutzung des Papierkorbs, die Thin-Allokation und die Frage, ob Discard über die USB-Bridge und das Dateisystem eine SSD erreicht.

Das fstrim-Handbuch erklärt, dass nicht verwendete Blöcke unterstützten Speichermedien mitgeteilt werden müssen, bevor sie effizient wiederverwendet werden können.

Aktivieren Sie Discard nicht über ein Gehäuse, das diese Funktion nicht sicher weiterleitet. Schaffen Sie zunächst bewusst ausreichend freien Speicherplatz und vergleichen Sie anschließend denselben Backup-Abschnitt nach einer unterstützten Bereinigung.

Vor dem Austausch von Hardware einen kontrollierten A/B-Backup-Test durchführen

Erstellen Sie einen Testsatz mit großen Dateien und einen gleich großen Testsatz mit kleinen Dateien. Führen Sie beide nach dem Abkühlen auf dasselbe Ziel aus und wiederholen Sie den Test anschließend über einen anderen USB-Pfad oder auf einem anderen Ziel, während Sie Temperatur und Fehler erfassen.

Der ZimaSpace-Leitfaden zum Planen eines großen initialen Backups bietet die ergänzende Methode, um Backup-Zeitplanung und Netzwerksättigung von der Dauerleistung des Ziels zu unterscheiden.

Die Diagnose ist abgeschlossen, wenn die Verlangsamung einer messbaren Bedingung folgt – Cache-Erschöpfung, SMR-Bereinigung, Dateimix, Hitze, USB-Wiederholungen oder zu wenig wiederverwendbarer Speicherplatz – und der korrigierte Pfad die erwartete Dauerrate aufrechterhält.

Häufig gestellte Fragen

Beweist eine Verlangsamung nach 50 GB, dass das Laufwerk einen 50-GB-Cache hat?

Nein. Der Schwellenwert kann auch auf verstrichene Zeit, Temperatur, Dateimix, Speicherdruck oder interne Bereinigung zurückzuführen sein. Wiederholen Sie den Test mit unterschiedlich strukturierten Daten, bevor Sie die Cache-Größe schätzen.

Warum wird das Backup nach einer Pause vorübergehend wieder schneller?

Die Pause kann einer SSD ermöglichen, zwischengespeicherte Daten zusammenzuführen, einer SMR-Festplatte, Schreibvorgänge neu zu organisieren, einem Gehäuse, abzukühlen, oder dem USB-Transport, sich zu erholen. Zur Unterscheidung sind Temperatur- und Latenzprotokolle erforderlich.

Sollte ich die Backup-Leistung anhand der anfänglichen Geschwindigkeit beurteilen?

Nein. Für die Kapazitätsplanung sollten Sie die stabile Rate verwenden, nachdem die Caches voll sind und der Workload seinen normalen Mix aus Daten, Metadaten, Verifizierung und Aufbewahrungsaufgaben erreicht hat.