Det här innehållet är maskinöversatt. Vi hänvisar till Ansvarsfriskrivning angående maskinöversättning.

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

Hur felsöker jag om överföringshastigheterna på min NAS har sjunkit dramatiskt?

Senaste ändringsdatum: 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.

Tillämpliga produkter

All QNAP NAS models running QTS / QuTS hero

Symptom

NAS-överföringshastigheter sjönk dramatiskt (till exempel från flera hundra MB/s till tiotals MB/s).
Inga hårdvaruförändringar gjordes (ingen diskbyte, ingen kabelbyte, ingen NIC-ändring).
Inga konfigurationsändringar gjordes (ingen Uppdatering av inbyggd programvara, ingen nätverksinställningsändring, ingen protokolländring).

Procedur

Steg 1: Testa ren nätverksDatagenomströmning (iperf3)

Verifiera nätverkslänken oberoende av något filprotokoll. Detta är det viktigaste första testet.

# På NAS:en (starta iperf3-server)
iperf3 -s

# På klientdatorn (enkel ström)
iperf3 -c <NAS_IP> -t 10

# På klientdatorn (flerströms för aggregeringstest)
iperf3 -c <NAS_IP> -t 10 -P 4

Länktyp	Förväntat iperf3-resultat
1GbE	~940 Mbps (~117 MB/s)
10GbE	~9.4 Gbps (~1.17 GB/s)
25GbE	~23.5 Gbps (~2.9 GB/s)

Om iperf3 inte är installerad på din NAS, se QNAP FAQ Hur installerar jag iperf3 i QTS och QuTS hero? för steg-för-steg installationsinstruktioner. Alternativt kan du köra iperf3 mellan två klientdatorer på samma switchsegment för att verifiera switch- och kabelprestanda.

Om iperf3-resultatet är också lågt, är nätverkets väg flaskhalsen. Fortsätt till Steg 2.
Om iperf3-resultatet är normalt, är det fysiska nätverket troligen i ordning; problemet ligger i filservicelagret. Hoppa till Steg 4.

Steg 2: Isolera nätverksvägen (test av enskild länk)

Viktigt: Testa inte med länkaggregering eller multipathing aktivt. Testa en NIC → en kabel → en switchport åt gången.

2a. Kontrollera NIC-länkförhandling

I QTS / QuTS hero, gå till Kontrollpanelen → Nätverk och virtuell växel → Gränssnitt och verifiera Hastighet och Duplex värden för varje fysisk adapter.

# (Valfritt) Kontrollera förhandlad hastighet och duplex för varje gränssnitt via SSH
ethtool eth0 | grep -E "Speed|Duplex|Link detected|Automatisk förhandling"
ethtool eth1 | grep -E "Speed|Duplex|Link detected|Automatisk förhandling"
# Upprepa för alla aktiva gränssnitt (eth2, eth3, ...)

En 10GbE NIC som har förhandlat ner till 1GbE (eller lägre) kommer att begränsa Datagenomströmning till cirka 117 MB/s.
Halv-duplex förhandling kan avsevärt minska Datagenomströmning och orsaka kollisioner.
Om Automatisk förhandling visar en oväntad hastighet, prova en annan kabel eller switchport.

2b. Kontrollera gränssnittets felräknare

# Kontrollera paketfel, tappade paket och överbelastningar
ifconfig eth0 | grep -E "errors|dropped|overruns|frame|carrier"
# Eller använd ip -s:
ip -s link show eth0

Ej noll RX-fel, TX-fel, tappade, eller överbelastningar kan indikera problem med kabel, SFP eller switchport.
Kör kontrollen före och efter en stor överföring för att se om räknarna ökar.

2c. Testa kabel och SFP/DAC-modul (om använd)

Byt DAC-kabeln eller SFP-modulen mot en som är känd för att fungera.
Anslut NAS-enheten direkt till klientdatorn (utan att gå via switchen) för att isolera switchproblem.
Prova en annan switchport.
Om du använder fiber SFP+, kontrollera om kontakterna är smutsiga eller fibrerna är böjda.

Steg 3: Verifiera MTU-konsistens (Jumboram)

MTU-missmatch mellan NAS, switch och klient är en vanlig orsak till Datagenomströmning kollaps.

# Kontrollera MTU på NAS-gränssnitt
ip link show | grep mtu

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

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

Alla tre ändpunkter (NAS, switch, klient) måste ha samma MTU. Om någon enhet i vägen har en mindre MTU kan paket fragmenteras eller tappas tyst.

Snabbtest: Ställ tillfälligt in MTU till 1500 (standard) på alla enheter och testa igen. Om hastigheten förbättras är problemet sannolikt Jumboram felkonfiguration.
Jumboram (MTU 9000) måste vara aktiverad på NAS, switchporten, och klientens NIC — alla tre.

# Återställ tillfälligt NAS-gränssnittet till standard MTU (exempel)
ifconfig eth0 mtu 1500

# Testa med ping för att verifiera end-to-end MTU (från klient)
ping -f -l 8972 <NAS_IP>    # Windows (8972 = 9000 - 28 headers)
ping -M do -s 8972 <NAS_IP> # Linux

Steg 4: Kontrollera bakgrundsaktiviteter och systembelastning

Vanlig orsak till periodiska avmattningar: Schemalagd poolskrubbning och schemalagda säkerhetskopieringsjobb kan använda betydande disk-I/O och orsaka att överföringshastigheterna sjunker dramatiskt medan de körs. Om hastighetsproblemet uppstår vid förutsägbara intervaller (till exempel veckovis eller nattlig), kontrollera scheman först.

4a. Kontrollera schemalagd poolskrubbning

I QTS / QuTS hero, gå till Lagring och snapshots → Lagring/Snapshot, välj Lagring-poolen och klicka sedan på Manage → Actions för att kontrollera skrubbningsschemat.
RAID-skrubbning läser varje block på varje disk i arrayen — detta kan minska överföringsprestandan med 50 % eller mer medan det körs.
QTS-standardinställningar kan schemalägga skrubbning periodiskt (till exempel månadsvis); QuTS hero (ZFS) har också sitt eget skrubbningsschema.

# Kontrollera aktiv RAID-skrubbning eller återuppbyggnad
cat /proc/mdstat | grep -E "resync|recovery|reshape|check"

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

4b. Kontrollera schemalagda säkerhetskopieringsjobb

HBS 3 (Hybrid Backup Sync), RTRR, rsync och Snapshotreplika-jobb kan mätta disk-I/O eller nätverksbandbredd när de körs.
I QTS / QuTS hero, öppna HBS 3 och kontrollera aktiva och schemalagda jobb; kontrollera även eventuell tredjeparts backup-programvara.
Om ett säkerhetskopieringsjobb körs samtidigt som användarfilöverföringar, kommer båda att konkurrera om I/O.

Steg 5: Verifiera Lagring-lager (bekräftelse)

Om alla nätverkstester klarar sig, bekräfta att Lagring-lagret inte är flaskhalsen.

# Snabb RAID-hälsokontroll
cat /proc/mdstat

# Lagring prestandatest
qcli_Lagring -t

# Lokalt filsystem Datagenomströmning (kringgår nätverket 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

Om lokal dd Datagenomströmning också är låg, kontrollera SSD-cachestatus (Lagring och snapshots → Cache Acceleration) — en försämrad cache kan strypa I/O.
Kontrollera S.M.A.R.T.-hälsa om disk Datagenomströmning verkar onormal.

Steg 6: Samla diagnostiska data för support

Om ovanstående steg inte löser problemet, samla dessa data och dumpa systemloggen innan du öppnar en supportbegäran.

Öppna en supportbegäran på https://service.qnap.com/ och bifoga resultatet.

Varningar

Gör inte flera ändringar samtidigt — ändra en variabel åt gången och testa igen.
Anteckna ursprungliga inställningar innan du gör ändringar, särskilt nätverk, MTU, bonding och switchkonfiguration.
Att bara titta på SMB-resultat är inte tillräckligt för att fastställa grundorsaken — om alla protokoll är långsamma, utför nätverkslagerisolering först.
ddSkrivtestet skapar en temporär fil på volymen — säkerställ tillräckligt med ledigt utrymme och städa upp efteråt.
Att inaktivera SSD-cache på ett produktionssystem kan tillfälligt minska prestandan för arbetsbelastningar som är beroende av det. Om möjligt, utför detta test under ett underhållsfönster.
När du jämför två NAS-enheter, säkerställ att Inbyggd programvara version, installerade applikationer, NIC-konfiguration och volymkonfiguration är identiska.

Vidare läsning

Var den här artikeln till hjälp?

Ja. Nej.

Användare som tyckte detta var användbart 50% procent.

För ytterligare hjälp kan du fråga andra användare och QNAP-experter i vår community. Gå till QNAP Community

Berätta för oss hur vi kan förbättra artikeln:

Artikeln saknar viktig information
Artikelns lösningar fungerar inte
Artikeln är för komplicerad
Artikeln innehåller felaktig information
Artikeln är inaktuell

Ge oss fler synpunkter genom att skriva dem nedan.

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

Tillämpliga produkter

Symptom

Procedur

Steg 1: Testa ren nätverksDatagenomströmning (iperf3)

Steg 2: Isolera nätverksvägen (test av enskild länk)

2a. Kontrollera NIC-länkförhandling

2b. Kontrollera gränssnittets felräknare

2c. Testa kabel och SFP/DAC-modul (om använd)

Steg 3: Verifiera MTU-konsistens (Jumboram)

Steg 4: Kontrollera bakgrundsaktiviteter och systembelastning

4a. Kontrollera schemalagd poolskrubbning

4b. Kontrollera schemalagda säkerhetskopieringsjobb

Steg 5: Verifiera Lagring-lager (bekräftelse)

Steg 6: Samla diagnostiska data för support

Varningar

Vidare läsning