Dieser Inhalt ist maschinell übersetzt. Bitte beachten Sie den Haftungsausschluss für maschinelle Übersetzung.

How do I troubleshoot it if my NAS transfer speeds dropped dramatically ?

Wie kann ich das Problem beheben, wenn die Übertragungsgeschwindigkeit meines NAS drastisch gesunken ist?

Zuletzt geändertes Datum 2026-03-31

Applicable Products

All QNAP NAS models running QTS / QuTS hero

Symptom

NAS transfer speeds dropped dramatically (for example, from several hundred MB/s down to tens of MB/s).
No hardware changes were made (no disk replacement, no cable swap, no NIC change).
No configuration changes were made (no firmware update, no network setting change, no protocol change).

Procedure

Step 1: Test pure network throughput (iperf3)

Verify the network link independently of any file protocol. This is the most important first test.

# On the NAS (start iperf3 server)
iperf3 -s

# On the client PC (single stream)
iperf3 -c <NAS_IP> -t 10

# On the client PC (multi-stream for aggregation testing)
iperf3 -c <NAS_IP> -t 10 -P 4

Link type	Expected iperf3 result
1GbE	~940 Mbps (~117 MB/s)
10GbE	~9.4 Gbps (~1.17 GB/s)
25GbE	~23.5 Gbps (~2.9 GB/s)

If iperf3 is not installed on your NAS, see the QNAP FAQ How do I install iperf3 in QTS and QuTS hero? for step-by-step installation instructions. Alternatively, you can run iperf3 between two client PCs on the same switch segment to verify switch and cabling performance.

If the iperf3 result is also low, the network path is the bottleneck. Proceed to Step 2.
If the iperf3 result is normal, the physical network is likely fine; the problem is in the file service layer. Skip to Step 4.

Step 2: Isolate the network path (single link testing)

Important: Do not test with link aggregation or multipathing active. Test one NIC → one cable → one switch port at a time.

2a. Check NIC link negotiation

In QTS / QuTS hero, go to Control Panel → Network & Virtual Switch → Interfaces and verify the Speed and Duplex values for each physical adapter.

# (Optional) Check negotiated speed and duplex for each interface via SSH
ethtool eth0 | grep -E "Speed|Duplex|Link detected|Auto-negotiation"
ethtool eth1 | grep -E "Speed|Duplex|Link detected|Auto-negotiation"
# Repeat for all active interfaces (eth2, eth3, ...)

A 10GbE NIC that has negotiated down to 1GbE (or lower) will cap throughput at approximately 117 MB/s.
Half-duplex negotiation can significantly reduce throughput and cause collisions.
If auto-negotiation shows an unexpected speed, try a different cable or switch port.

2b. Check interface error counters

# Check for packet errors, drops, and overruns
ifconfig eth0 | grep -E "errors|dropped|overruns|frame|carrier"
# Or use ip -s:
ip -s link show eth0

Non-zero RX errors, TX errors, dropped, or overruns can indicate cable, SFP, or switch port problems.
Run the check before and after a large transfer to see if counters increase.

2c. Test cable and SFP/DAC module(if used)

Swap the DAC cable or SFP module with a known-good one.
Connect the NAS directly to the client PC (bypassing the switch) to isolate switch issues.
Try a different switch port.
If using fiber SFP+, check for dirty connectors or bent fibers.

Step 3: Verify MTU consistency (jumbo frames)

MTU mismatch between NAS, switch, and client is a common cause of throughput collapse.

# Check MTU on NAS interfaces
ip link show | grep mtu

# Check MTU on client (Windows)
netsh interface ipv4 show subinterfaces

# Check MTU on client (Linux / macOS)
ifconfig | grep mtu

All three endpoints (NAS, switch, client) must have the same MTU. If any device in the path has a smaller MTU, packets can be fragmented or dropped silently.

Quick test: Temporarily set MTU to 1500 (standard) on all devices and re-test. If speed improves, the issue is likely jumbo frame misconfiguration.
Jumbo frames (MTU 9000) must be enabled on the NAS, the switch port, and the client NIC — all three.

# Temporarily reset NAS interface to standard MTU (example)
ifconfig eth0 mtu 1500

# Test with ping to verify end-to-end MTU (from client)
ping -f -l 8972 <NAS_IP>    # Windows (8972 = 9000 - 28 headers)
ping -M do -s 8972 <NAS_IP> # Linux

Step 4: Check background tasks and system load

Common cause of periodic slowdowns: Scheduled pool scrubbing and scheduled backup jobs can consume significant disk I/O and cause transfer speeds to drop dramatically while they are running. If the speed issue occurs at predictable intervals (for example, weekly or nightly), check the schedules first.

4a. Check scheduled pool scrubbing

In QTS / QuTS hero, go to Storage & Snapshots → Storage/Snapshots, select the storage pool, and then click Manage → Actions to check the scrubbing schedule.
RAID scrubbing reads every block on every disk in the array — this can reduce transfer performance by 50% or more while running.
QTS defaults may schedule scrubbing periodically (for example, monthly); QuTS hero (ZFS) also has its own scrub schedule.

# Check for active RAID scrubbing or rebuild
cat /proc/mdstat | grep -E "resync|recovery|reshape|check"

# Check ZFS scrub status (QuTS hero)
zpool status | grep -E "scan|scrub"

4b. Check scheduled backup jobs

HBS 3 (Hybrid Backup Sync), RTRR, rsync, and Snapshot Replica jobs can saturate disk I/O or network bandwidth when running.
In QTS / QuTS hero, open HBS 3 and check active and scheduled jobs; also check any third-party backup software.
If a backup job runs at the same time as user file transfers, both will compete for I/O.

Step 5: Verify storage layer (confirmation)

If all network tests pass, confirm that the storage layer is not the bottleneck.

# Quick RAID health check
cat /proc/mdstat

# Storage performance test
qcli_storage -t

# Local filesystem throughput (bypasses network entirely)
dd if=/dev/zero of=/share/CACHEDEV1_DATA/testfile bs=1M count=1024 oflag=direct
dd if=/share/CACHEDEV1_DATA/testfile of=/dev/null bs=1M iflag=direct
rm /share/CACHEDEV1_DATA/testfile

If local dd throughput is also low, check SSD cache status (Storage & Snapshots → Cache Acceleration) — a degraded cache can throttle I/O.
Check S.M.A.R.T. health if disk throughput appears abnormal.

Step 6: Collect diagnostic data for support

If the above steps do not resolve the issue, collect these data and dump the system log before opening a support ticket.

Open a support ticket at https://service.qnap.com/ and attach the output.

Warnings

Do not make multiple changes simultaneously — change one variable at a time and re-test.
Record original settings before making changes, especially network, MTU, bonding, and switch configuration.
Looking at SMB results alone is not sufficient to determine the root cause — if all protocols are slow, perform network-layer isolation first.
The dd write test creates a temporary file on the volume — ensure adequate free space and clean up afterward.
Disabling SSD cache on a production system may temporarily reduce performance for workloads that rely on it. If possible, perform this test during a maintenance window.
When comparing two NAS units, ensure firmware version, installed applications, NIC configuration, and volume configuration are all identical.

Anwendbare Produkte

All QNAP NAS models running QTS / QuTS hero

Symptom

Die NAS-Übertragungsgeschwindigkeiten sind dramatisch gesunken (zum Beispiel von mehreren hundert MB/s auf einige Dutzend MB/s).
Es wurden keine Hardwareänderungen vorgenommen (kein Festplattenaustausch, kein Kabelwechsel, keine Änderung der Netzwerkkarte).
Es wurden keine Konfigurationsänderungen vorgenommen (kein Firmware-Aktualisierung, keine Änderung der Netzwerkeinstellungen, keine Protokolländerung).

Verfahren

Schritt 1: Testen Sie das reine Netzwerk Durchsatz (iperf3)

Überprüfen Sie die Netzwerkverbindung unabhängig von jedem Datei-Protokoll. Dies ist der wichtigste erste Test.

# Auf dem NAS (iperf3-Server starten)
iperf3 -s

# Auf dem Client-PC (Einzelstream)
iperf3 -c <NAS_IP> -t 10

# Auf dem Client-PC (Multistream für Aggregationstests)
iperf3 -c <NAS_IP> -t 10 -P 4

Verbindungstyp	Erwartetes iperf3-Ergebnis
1GbE	~940 Mbps (~117 MB/s)
10GbE	~9,4 Gbps (~1,17 GB/s)
25GbE	~23,5 Gbps (~2,9 GB/s)

Wenn iperf3 nicht auf Ihrem NAS installiert ist, sehen Sie im QNAP-FAQ Wie installiere ich iperf3 in QTS und QuTS hero? nach, um Schritt-für-Schritt-Installationsanweisungen zu erhalten. Alternativ können Sie iperf3 zwischen zwei Client-PCs im selben Switch-Segment ausführen, um die Leistung von Switch und Verkabelung zu überprüfen.

Wenn das iperf3-Ergebnis ebenfalls niedrig ist, ist der Netzwerkpfad der Engpass. Fahren Sie mit Schritt 2 fort.
Wenn das iperf3-Ergebnis normal ist, ist das physische Netzwerk wahrscheinlich in Ordnung; das Problem liegt in der Dateidiensteebene. Überspringen Sie zu Schritt 4.

Schritt 2: Isolieren Sie den Netzwerkpfad (Einzelverbindungstest)

Wichtig: Testen Sie nicht mit aktivierter Link-Aggregation oder Multipathing. Testen Sie eine NIC → ein Kabel → einen Switch-Port gleichzeitig.

2a. Überprüfen Sie die NIC-Link-Aushandlung

In QTS / QuTS hero, gehen Sie zu Systemsteuerung → Netzwerk und virtueller Switch → Schnittstellen und überprüfen Sie die Geschwindigkeit und Duplex Werte für jeden physischen Adapter.

# (Optional) Überprüfen Sie die ausgehandelte Geschwindigkeit und den Duplex für jede Schnittstelle über SSH
ethtool eth0 | grep -E "Speed|Duplex|Link detected|Automatische Verhandlung"
ethtool eth1 | grep -E "Speed|Duplex|Link detected|Automatische Verhandlung"
# Wiederholen Sie dies für alle aktiven Schnittstellen (eth2, eth3, ...)

Eine 10GbE-NIC, die auf 1GbE (oder weniger) heruntergehandelt wurde, wird Durchsatz auf etwa 117 MB/s begrenzen.
Eine Halbduplex-Aushandlung kann Durchsatz erheblich reduzieren und Kollisionen verursachen.
Wenn Automatische Verhandlung eine unerwartete Geschwindigkeit anzeigt, versuchen Sie ein anderes Kabel oder einen anderen Switch-Port.

2b. Überprüfen Sie die Schnittstellenfehlerzähler

# Überprüfen Sie auf Paketfehler, Verluste und Überläufe
ifconfig eth0 | grep -E "errors|dropped|overruns|frame|carrier"
# Oder verwenden Sie ip -s:
ip -s link show eth0

Nicht-null RX-Fehler, TX-Fehler, Verluste oder Überläufe können auf Probleme mit Kabeln, SFP oder Switch-Ports hinweisen.
Führen Sie die Überprüfung vor und nach einem großen Transfer durch, um zu sehen, ob die Zähler steigen.

2c. Testen Sie das Kabel und das SFP/DAC-Modul (falls verwendet)

Tauschen Sie das DAC-Kabel oder das SFP-Modul gegen ein bekannt gutes aus.
Verbinden Sie das NAS direkt mit dem Client-PC (umgehen Sie den Switch), um Switch-Probleme zu isolieren.
Versuchen Sie einen anderen Switch-Port.
Wenn Sie SFP+ Glasfaser verwenden, überprüfen Sie auf verschmutzte Anschlüsse oder geknickte Fasern.

Schritt 3: Überprüfen Sie die MTU-Konsistenz (Jumbo-Frame)

Ein MTU-Mismatch zwischen NAS, Switch und Client ist eine häufige Ursache für den Zusammenbruch von Durchsatz.

# Überprüfen Sie die MTU auf NAS-Schnittstellen
ip link show | grep mtu

# Überprüfen Sie die MTU auf dem Client (Windows)
netsh interface ipv4 show subinterfaces

# Überprüfen Sie die MTU auf dem Client (Linux / macOS)
ifconfig | grep mtu

Alle drei Endpunkte (NAS, Switch, Client) müssen die gleiche MTU haben. Wenn ein Gerät im Pfad eine kleinere MTU hat, können Pakete fragmentiert oder stillschweigend verworfen werden.

Schnelltest: Setzen Sie die MTU vorübergehend auf 1500 (Standard) auf allen Geräten und testen Sie erneut. Wenn sich die Geschwindigkeit verbessert, liegt das Problem wahrscheinlich an einer Jumbo-Frame-Fehlkonfiguration.
Jumbo-Frame (MTU 9000) muss auf dem NAS, dem Switch-Port und der Client-NIC aktiviert sein — alle drei.

# Setzen Sie die NAS-Schnittstelle vorübergehend auf die Standard-MTU zurück (Beispiel)
ifconfig eth0 mtu 1500

# Testen Sie mit Ping, um die End-to-End-MTU zu überprüfen (vom Client)
ping -f -l 8972 <NAS_IP>    # Windows (8972 = 9000 - 28 Header)
ping -M do -s 8972 <NAS_IP> # Linux

Schritt 4: Hintergrundaufgaben und Systemauslastung überprüfen

Häufige Ursache für periodische Verlangsamungen: Geplantes Pool-Scrubbing und geplante Sicherungsaufträge können erheblichen Festplatten-I/O verbrauchen und die Übertragungsgeschwindigkeit drastisch senken, während sie laufen. Wenn das Geschwindigkeitsproblem in vorhersehbaren Intervallen auftritt (z.B. wöchentlich oder nachts), überprüfen Sie zuerst die Zeitpläne.

4a. Geplantes Pool-Scrubbing überprüfen

In QTS / QuTS hero, gehen Sie zu Speicher & Snapshots → Speicher/Snapshot, wählen Sie den Speicher Pool aus und klicken Sie dann auf Verwalten → Aktionen, um den Scrubbing-Zeitplan zu überprüfen.
RAID-Scrubbing liest jeden Block auf jeder Festplatte im Array — dies kann die Übertragungsleistung während des Betriebs um 50% oder mehr reduzieren.
QTS-Standardeinstellungen können Scrubbing periodisch planen (z.B. monatlich); QuTS hero (ZFS) hat auch seinen eigenen Scrub-Zeitplan.

# Aktives RAID-Scrubbing oder -Rebuild überprüfen
cat /proc/mdstat | grep -E "resync|recovery|reshape|check"

# ZFS-Scrub-Status überprüfen (QuTS hero)
zpool status | grep -E "scan|scrub"

4b. Geplante Sicherungsaufträge überprüfen

HBS 3 (Hybrid Backup Sync), RTRR, rsync und Snapshot Replica-Aufträge können die Festplatten-I/O oder die Netzwerkbandbreite bei Ausführung auslasten.
Öffnen Sie in QTS / QuTS hero HBS 3 und überprüfen Sie aktive und geplante Aufträge; überprüfen Sie auch jegliche Drittanbieter-Backup-Software.
Wenn ein Backup-Auftrag gleichzeitig mit Benutzerdateiübertragungen läuft, werden beide um I/O konkurrieren.

Schritt 5: Überprüfen Sie die Speicher-Ebene (Bestätigung)

Wenn alle Netzwerktests bestanden werden, bestätigen Sie, dass die Speicher-Ebene nicht der Engpass ist.

# Schnelle RAID-Gesundheitsprüfung
cat /proc/mdstat

# Speicher-Leistungstest
qcli_Speicher -t

# Lokales Dateisystem Durchsatz (umgeht das Netzwerk vollständig)
dd if=/dev/zero of=/share/CACHEDEV1_DATA/testfile bs=1M count=1024 oflag=direct
dd if=/share/CACHEDEV1_DATA/testfile of=/dev/null bs=1M iflag=direct
rm /share/CACHEDEV1_DATA/testfile

Wenn das lokale dd Durchsatz ebenfalls niedrig ist, überprüfen Sie den SSD-Cache-Status (Speicher & Snapshots → Cache-Beschleunigung) — ein degradierter Cache kann die I/O drosseln.
Überprüfen Sie die S.M.A.R.T.-Gesundheit, wenn die Festplatten-Durchsatz abnormal erscheint.

Schritt 6: Sammeln Sie Diagnosedaten für den Support

Wenn die obigen Schritte das Problem nicht lösen, sammeln Sie diese Daten und speichern Sie das Systemprotokoll, bevor Sie ein Support-Ticket eröffnen.

Öffnen Sie ein Support-Ticket bei https://service.qnap.com/ und fügen Sie die Ausgabe bei.

Warnungen

Nehmen Sie nicht mehrere Änderungen gleichzeitig vor — ändern Sie eine Variable nach der anderen und testen Sie erneut.
Notieren Sie die ursprünglichen Einstellungen, bevor Sie Änderungen vornehmen, insbesondere Netzwerk-, MTU-, Bonding- und Switch-Konfiguration.
Allein die Betrachtung der SMB-Ergebnisse reicht nicht aus, um die Ursache zu bestimmen — wenn alle Protokolle langsam sind, führen Sie zuerst eine Isolierung auf Netzwerkebene durch.
Der dd Schreibtest erstellt eine temporäre Datei auf dem Volume — stellen Sie sicher, dass ausreichend freier Speicherplatz vorhanden ist, und bereinigen Sie anschließend.
Das Deaktivieren des SSD-Caches auf einem Produktionssystem kann die Leistung für Arbeitslasten, die darauf angewiesen sind, vorübergehend reduzieren. Führen Sie diesen Test nach Möglichkeit während eines Wartungsfensters durch.
Beim Vergleich von zwei NAS-Einheiten stellen Sie sicher, dass Firmware Version, installierte Anwendungen, NIC-Konfiguration und Volume-Konfiguration identisch sind.

Weiterführende Literatur

War dieser Artikel hilfreich?

Ja. Nein.

100% der Nutzer fanden es hilfreich.

Bitte teilen Sie uns mit, wie dieser Artikel verbessert werden kann:

Dem Artikel fehlen wichtige Informationen
Die Lösungen des Artikels funktionieren nicht
Der Artikel ist zu kompliziert
Der Artikel enthält falsche Informationen
Der Artikel ist veraltet

Wenn Sie zusätzliches Feedback geben möchten, fügen Sie es bitte unten ein.

Applicable Products

Symptom

Procedure

Step 1: Test pure network throughput (iperf3)

Step 2: Isolate the network path (single link testing)

2a. Check NIC link negotiation

2b. Check interface error counters

2c. Test cable and SFP/DAC module(if used)

Step 3: Verify MTU consistency (jumbo frames)

Step 4: Check background tasks and system load

4a. Check scheduled pool scrubbing

4b. Check scheduled backup jobs

Step 5: Verify storage layer (confirmation)

Step 6: Collect diagnostic data for support

Warnings

Further Reading

Anwendbare Produkte

Symptom

Verfahren

Schritt 1: Testen Sie das reine Netzwerk Durchsatz (iperf3)

Schritt 2: Isolieren Sie den Netzwerkpfad (Einzelverbindungstest)

2a. Überprüfen Sie die NIC-Link-Aushandlung

2b. Überprüfen Sie die Schnittstellenfehlerzähler

2c. Testen Sie das Kabel und das SFP/DAC-Modul (falls verwendet)

Schritt 3: Überprüfen Sie die MTU-Konsistenz (Jumbo-Frame)

Schritt 4: Hintergrundaufgaben und Systemauslastung überprüfen

4a. Geplantes Pool-Scrubbing überprüfen

4b. Geplante Sicherungsaufträge überprüfen

Schritt 5: Überprüfen Sie die Speicher-Ebene (Bestätigung)

Schritt 6: Sammeln Sie Diagnosedaten für den Support

Warnungen

Weiterführende Literatur