Indholdet er maskineoversat. Se Ansvarsfraskrivelse for maskinoversættelse.

Skift til engelsk

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

Hvordan fejlfinder jeg, hvis mine NAS-overførselshastigheder er faldet dramatisk?

Last modified date: 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.

Gældende produkter

All QNAP NAS models running QTS / QuTS hero

Symptom

NAS-overførselshastigheder faldt dramatisk (for eksempel fra flere hundrede MB/s ned til tiere af MB/s).
Ingen hardwareændringer blev foretaget (ingen diskudskiftning, ingen kabelskift, ingen NIC-ændring).
Ingen konfigurationsændringer blev foretaget (ingen Firmwareopdatering, ingen ændring af netværksindstillinger, ingen protokolændring).

Procedure

Trin 1: Test rent netværk Gennemstrømning (iperf3)

Verificer netværksforbindelsen uafhængigt af enhver filprotokol. Dette er den vigtigste første test.

# På NAS'en (start iperf3-server)
iperf3 -s

# På klient-PC'en (enkelt strøm)
iperf3 -c <NAS_IP> -t 10

# På klient-PC'en (multi-strøm til aggregeringstest)
iperf3 -c <NAS_IP> -t 10 -P 4

Linktype	Forventet iperf3-resultat
1GbE	~940 Mbps (~117 MB/s)
10GbE	~9.4 Gbps (~1.17 GB/s)
25GbE	~23.5 Gbps (~2.9 GB/s)

Hvis iperf3 ikke er installeret på din NAS, se QNAP FAQ Hvordan installerer jeg iperf3 i QTS og QuTS hero? for trin-for-trin installationsinstruktioner. Alternativt kan du køre iperf3 mellem to klient-PC'er på samme switch-segment for at verificere switch- og kabelpræstation.

Hvis iperf3-resultatet er også lavt, er netværksstien flaskehalsen. Fortsæt til trin 2.
Hvis iperf3-resultatet er normalt, er det fysiske netværk sandsynligvis i orden; problemet ligger i filservicelaget. Spring til trin 4.

Trin 2: Isoler netværksstien (test af enkelt link)

Vigtigt: Test ikke med link-aggregation eller multipathing aktiv. Test én NIC → én kabel → én switchport ad gangen.

2a. Kontroller NIC-linkforhandling

I QTS / QuTS hero, gå til Kontrolpanel → Netværk og virtuel switch → Interfaces og verificer Hastighed og Duplex værdierne for hver fysisk adapter.

# (Valgfrit) Kontroller forhandlet hastighed og duplex for hver interface via SSH
ethtool eth0 | grep -E "Speed|Duplex|Link detected|Auto-forhandling"
ethtool eth1 | grep -E "Speed|Duplex|Link detected|Auto-forhandling"
# Gentag for alle aktive interfaces (eth2, eth3, ...)

En 10GbE NIC, der har forhandlet ned til 1GbE (eller lavere), vil begrænse Gennemstrømning til cirka 117 MB/s.
Half-duplex forhandling kan betydeligt reducere Gennemstrømning og forårsage kollisioner.
Hvis Auto-forhandling viser en uventet hastighed, prøv et andet kabel eller switchport.

2b. Kontroller interface-fejltællere

# Kontroller for pakkefejl, tab og overruns
ifconfig eth0 | grep -E "errors|dropped|overruns|frame|carrier"
# Eller brug ip -s:
ip -s link show eth0

Ikke-nul RX-fejl, TX-fejl, tabt, eller overruns kan indikere kabel-, SFP- eller switchportproblemer.
Kør kontrollen før og efter en stor overførsel for at se, om tællerne stiger.

2c. Test kabel og SFP/DAC-modul (hvis brugt)

Byt DAC-kablet eller SFP-modulet med et kendt godt.
Tilslut NAS direkte til klient-pc'en (uden om switchen) for at isolere switch-problemer.
Prøv en anden switch-port.
Hvis du bruger fiber SFP+, skal du kontrollere for beskidte stik eller bøjede fibre.

Trin 3: Bekræft MTU-konsistens (Jumboramme)

MTU-uenighed mellem NAS, switch og klient er en almindelig årsag til Gennemstrømning sammenbrud.

# Tjek MTU på NAS-grænseflader
ip link show | grep mtu

# Tjek MTU på klient (Windows)
netsh interface ipv4 show subinterfaces

# Tjek MTU på klient (Linux / macOS)
ifconfig | grep mtu

Alle tre endepunkter (NAS, switch, klient) skal have samme MTU. Hvis nogen enhed i stien har en mindre MTU, kan pakker blive fragmenteret eller stille droppet.

Hurtig test: Indstil midlertidigt MTU til 1500 (standard) på alle enheder og test igen. Hvis hastigheden forbedres, er problemet sandsynligvis Jumboramme fejlkonfiguration.
Jumboramme (MTU 9000) skal være aktiveret på NAS, switch-porten, og klientens NIC — alle tre.

# Nulstil midlertidigt NAS-grænsefladen til standard MTU (eksempel)
ifconfig eth0 mtu 1500

# Test med ping for at verificere end-to-end MTU (fra klient)
ping -f -l 8972 <NAS_IP>    # Windows (8972 = 9000 - 28 headers)
ping -M do -s 8972 <NAS_IP> # Linux

Trin 4: Tjek baggrundsopgaver og systembelastning

Almindelig årsag til periodiske nedgange: Planlagt pool-skrubning og planlagte backup-jobs kan forbruge betydelig disk I/O og få overførselshastigheder til at falde dramatisk, mens de kører. Hvis hastighedsproblemet opstår på forudsigelige tidspunkter (for eksempel ugentligt eller natligt), skal du først tjekke tidsplanerne.

4a. Tjek planlagt pool-skrubning

I QTS / QuTS hero, gå til Lager og snapshots → Lager/Snapshot, vælg Lager poolen, og klik derefter på Administrer → Handlinger for at tjekke skrubbningsplanen.
RAID-skrubning læser hver blok på hver disk i arrayet — dette kan reducere overførselsydelsen med 50% eller mere, mens det kører.
QTS-standarder kan planlægge skrubning periodisk (for eksempel månedligt); QuTS hero (ZFS) har også sin egen skrubbningsplan.

# Tjek for aktiv RAID-skrubning eller genopbygning
cat /proc/mdstat | grep -E "resync|recovery|reshape|check"

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

4b. Tjek planlagte backup-jobs

HBS 3 (Hybrid Backup Sync), RTRR, rsync og Snapshot Replica-job kan mætte disk-I/O eller netværksbåndbredde under kørsel.
I QTS / QuTS hero, åbn HBS 3 og kontroller aktive og planlagte job; kontroller også eventuel tredjeparts backup-software.
Hvis et backup-job kører samtidig med brugerfiloverførsler, vil begge konkurrere om I/O.

Trin 5: Bekræft Lager-lag (bekræftelse)

Hvis alle netværkstests består, bekræft at Lager-laget ikke er flaskehalsen.

# Hurtig RAID-helbredstjek
cat /proc/mdstat

# Lager-ydelsestest
qcli_Lager -t

# Lokalt filsystem Gennemstrømning (omgår netværket helt)
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

Hvis lokal dd Gennemstrømning også er lav, kontroller SSD-cachestatus (Lager og snapshots → Cache Acceleration) — en nedgraderet cache kan begrænse I/O.
Kontroller S.M.A.R.T.-helbred, hvis disk Gennemstrømning virker unormal.

Trin 6: Indsaml diagnostiske data til support

Hvis ovenstående trin ikke løser problemet, indsamle disse data og dump systemloggen før åbning af en supportbillet.

Åbn en supportbillet på https://service.qnap.com/ og vedhæft output.

Advarsler

Foretag ikke flere ændringer samtidig — ændr én variabel ad gangen og test igen.
Registrer de oprindelige indstillinger, før du foretager ændringer, især netværk, MTU, bonding og switch-konfiguration.
At se på SMB-resultater alene er ikke tilstrækkeligt til at bestemme den egentlige årsag — hvis alle protokoller er langsomme, udfør først netværkslags-isolation.
ddSkrivetesten opretter en midlertidig fil på volumenet — sørg for tilstrækkelig ledig plads og ryd op bagefter.
Deaktivering af SSD-cache på et produktionssystem kan midlertidigt reducere ydeevnen for arbejdsbelastninger, der er afhængige af det. Hvis det er muligt, udfør denne test i et vedligeholdelsesvindue.
Når du sammenligner to NAS-enheder, skal du sikre, at Firmware-version, installerede applikationer, NIC-konfiguration og volumen-konfiguration er identiske.

Yderligere læsning

Was this article helpful?

Yes. No.

50% of people think it helps.

For yderligere hjælp kan du spørge andre brugere og QNAP-eksperter i vores community. Gå til QNAP Community

Please tell us how this article can be improved:

The article is missing important information
The article's solutions do not work
The article is too complicated
The article contains incorrect information
The article is out-of-date

If you want to provide additional feedback, please include it below.

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

Gældende produkter

Symptom

Procedure

Trin 1: Test rent netværk Gennemstrømning (iperf3)

Trin 2: Isoler netværksstien (test af enkelt link)

2a. Kontroller NIC-linkforhandling

2b. Kontroller interface-fejltællere

2c. Test kabel og SFP/DAC-modul (hvis brugt)

Trin 3: Bekræft MTU-konsistens (Jumboramme)

Trin 4: Tjek baggrundsopgaver og systembelastning

4a. Tjek planlagt pool-skrubning

4b. Tjek planlagte backup-jobs

Trin 5: Bekræft Lager-lag (bekræftelse)

Trin 6: Indsaml diagnostiske data til support

Advarsler

Yderligere læsning