Ez a tartalom gépi fordításal készült. Kérjük, olvassa el a Gépi fordításról szóló jognyilatkozatot.

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

Hogyan hárítsam el a hibát, ha a NAS átviteli sebessége drámaian lecsökkent?

Release 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.

Alkalmazható termékek

All QNAP NAS models running QTS / QuTS hero

Tünet

A NAS átviteli sebessége drámaian lecsökkent (például több száz MB/s-ról néhány tíz MB/s-ra).
Nem történt hardverváltozás (nincs lemezcsere, nincs kábelcsere, nincs NIC változás).
Nem történt konfigurációs változás (nincs Firmware-frissítés, nincs hálózati beállítás változás, nincs protokoll változás).

Eljárás

1. lépés: Tesztelje a tiszta hálózati Áteresztőképesség (iperf3)

Ellenőrizze a hálózati kapcsolatot függetlenül bármilyen fájlprotokolltól. Ez a legfontosabb első teszt.

# A NAS-on (iperf3 szerver indítása)
iperf3 -s

# Az ügyfél PC-n (egyszerű adatfolyam)
iperf3 -c <NAS_IP> -t 10

# Az ügyfél PC-n (több adatfolyam az aggregáció teszteléséhez)
iperf3 -c <NAS_IP> -t 10 -P 4

Kapcsolat típusa	Várható iperf3 eredmény
1GbE	~940 Mbps (~117 MB/s)
10GbE	~9.4 Gbps (~1.17 GB/s)
25GbE	~23.5 Gbps (~2.9 GB/s)

Ha iperf3 nincs telepítve a NAS-on, tekintse meg a QNAP GYIK Hogyan telepíthetem az iperf3-at QTS-ben és QuTS hero-ban? lépésről lépésre telepítési útmutatóját. Alternatív megoldásként futtathatja a iperf3 két ügyfél PC között ugyanazon a kapcsoló szegmensen a kapcsoló és kábelezés teljesítményének ellenőrzéséhez.

Ha az iperf3 eredmény szintén alacsony, akkor a hálózati útvonal a szűk keresztmetszet. Folytassa a 2. lépéssel.
Ha az iperf3 eredménye normális, akkor valószínűleg a fizikai hálózat rendben van; a probléma a fájlszolgáltatási rétegben van. Ugorjon a 4. lépésre.

2. lépés: A hálózati útvonal izolálása (egylinkes tesztelés)

Fontos: Ne teszteljen link aggregációval vagy többúttal aktívan. Teszteljen egy NIC → egy kábel → egy kapcsolóportot egyszerre.

2a. Ellenőrizze a NIC link tárgyalását

QTS / QuTS hero alatt menjen a Vezérlőpult → Hálózat és virtuális switch → Interfészek menübe, és ellenőrizze az Sebesség és Duplex értékeket minden fizikai adapter esetében.

# (Opcionális) Ellenőrizze a tárgyalt sebességet és duplexet minden interfész esetében SSH-n keresztül
ethtool eth0 | grep -E "Sebesség|Duplex|Link észlelve|Automatikus egyeztetés"
ethtool eth1 | grep -E "Sebesség|Duplex|Link észlelve|Automatikus egyeztetés"
# Ismételje meg minden aktív interfész esetében (eth2, eth3, ...)

Egy 10GbE NIC, amely 1GbE-re (vagy alacsonyabbra) tárgyalt le, körülbelül 117 MB/s-ra korlátozza a Áteresztőképesség-t.
A fél-duplex tárgyalás jelentősen csökkentheti a Áteresztőképesség-t és ütközéseket okozhat.
Ha a Automatikus egyeztetés váratlan sebességet mutat, próbáljon ki egy másik kábelt vagy kapcsolóportot.

2b. Ellenőrizze az interfész hibaszámlálóit

# Ellenőrizze a csomaghibákat, kieséseket és túlcsordulásokat
ifconfig eth0 | grep -E "hibák|kiesett|túlcsordulások|keret|hordozó"
# Vagy használja az ip -s:
ip -s link show eth0

Nem nulla RX hibák, TX hibák, kiesett, vagy túlcsordulások kábel, SFP vagy kapcsolóport problémákra utalhatnak.
Futtassa le az ellenőrzést egy nagy átvitel előtt és után, hogy lássa, növekednek-e a számlálók.

2c. Tesztelje a kábelt és az SFP/DAC modult (ha használják)

Cserélje ki a DAC kábelt vagy az SFP modult egy jól működőre.
Csatlakoztassa a NAS-t közvetlenül a kliens PC-hez (a switch megkerülésével), hogy izolálja a switch problémákat.
Próbáljon ki egy másik switch portot.
Ha SFP+ száloptikát használ, ellenőrizze a piszkos csatlakozókat vagy hajlított szálakat.

3. lépés: Ellenőrizze az MTU konzisztenciát (Jumbo keret)

Az MTU eltérés a NAS, a switch és a kliens között gyakori oka a Áteresztőképesség összeomlásának.

# Ellenőrizze az MTU-t a NAS interfészeken
ip link show | grep mtu

# Ellenőrizze az MTU-t a kliensen (Windows)
netsh interface ipv4 show subinterfaces

# Ellenőrizze az MTU-t a kliensen (Linux / macOS)
ifconfig | grep mtu

Mindhárom végpontnak (NAS, switch, kliens) meg kell egyeznie az MTU-val. Ha bármelyik eszköz az útvonalon kisebb MTU-val rendelkezik, a csomagok szétaprózódhatnak vagy csendben elveszhetnek.

Gyors teszt: Állítsa be ideiglenesen az MTU-t 1500-ra (standard) minden eszközön, és tesztelje újra. Ha a sebesség javul, valószínűleg Jumbo keret hibás konfiguráció okozza a problémát.
Jumbo keret (MTU 9000) engedélyezve kell legyen a NAS-on, a switch porton, és a kliens NIC-en — mindhárom esetben.

# Ideiglenesen állítsa vissza a NAS interfészt standard MTU-ra (példa)
ifconfig eth0 mtu 1500

# Tesztelje pinggel az end-to-end MTU-t (a kliensről)
ping -f -l 8972 <NAS_IP>    # Windows (8972 = 9000 - 28 fejlécek)
ping -M do -s 8972 <NAS_IP> # Linux

4. lépés: Ellenőrizze a háttérfeladatokat és a rendszer terhelését

A periodikus lassulások gyakori oka: Az ütemezett pool tisztítás és az ütemezett biztonsági mentési feladatok jelentős lemez I/O-t fogyaszthatnak, és drámai módon csökkenthetik az átvitel sebességét, amíg futnak. Ha a sebességprobléma előre látható időközönként (például hetente vagy éjszaka) jelentkezik, először ellenőrizze az ütemezéseket.

4a. Ellenőrizze az ütemezett pool tisztítást

A QTS / QuTS hero rendszerben lépjen a Tárhely és pillanatképek → Tárhely/Pillanatkép menübe, válassza ki a Tárhely poolt, majd kattintson a Kezelés → Műveletek gombra a tisztítási ütemezés ellenőrzéséhez.
A RAID tisztítás minden blokkot elolvas minden lemezen a tömbben — ez 50%-kal vagy annál is nagyobb mértékben csökkentheti az átvitel teljesítményét, amíg fut.
A QTS alapértelmezett beállításai időszakosan ütemezhetik a tisztítást (például havonta); a QuTS hero (ZFS) saját tisztítási ütemezéssel is rendelkezik.

# Ellenőrizze az aktív RAID tisztítást vagy újjáépítést
cat /proc/mdstat | grep -E "resync|recovery|reshape|check"

# Ellenőrizze a ZFS tisztítási állapotát (QuTS hero)
zpool status | grep -E "scan|scrub"

4b. Ellenőrizze az ütemezett biztonsági mentési feladatokat

Az HBS 3 (Hybrid Backup Sync), RTRR, rsync és a Pillanatkép-replikáció feladatok telíthetik a lemez I/O-t vagy a hálózati sávszélességet futás közben.
A QTS / QuTS hero rendszerben nyissa meg a HBS 3 -at, és ellenőrizze az aktív és ütemezett feladatokat; ellenőrizze bármely harmadik fél által készített biztonsági mentési szoftvert is.
Ha egy biztonsági mentési feladat ugyanabban az időben fut, mint a felhasználói fájlátvitel, mindkettő versenyezni fog az I/O-ért.

5. lépés: Ellenőrizze a Tárhely réteget (megerősítés)

Ha minden hálózati teszt sikeres, erősítse meg, hogy a Tárhely réteg nem a szűk keresztmetszet.

# Gyors RAID állapotellenőrzés
cat /proc/mdstat

# Tárhely teljesítményteszt
qcli_Tárhely -t

# Helyi fájlrendszer Áteresztőképesség (teljesen megkerüli a hálózatot)
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

Ha a helyi dd Áteresztőképesség is alacsony, ellenőrizze az SSD gyorsítótár állapotát (Tárhely és pillanatképek → Gyorsítótár gyorsítása) — a leromlott gyorsítótár korlátozhatja az I/O-t.
Ellenőrizze a S.M.A.R.T. állapotot, ha a lemez Áteresztőképesség rendellenesnek tűnik.

6. lépés: Gyűjtsön diagnosztikai adatokat a támogatáshoz

Ha a fenti lépések nem oldják meg a problémát, gyűjtse össze ezeket az adatokat, és dobja ki a rendszer naplóját, mielőtt támogatási jegyet nyitna.

Nyisson támogatási jegyet a https://service.qnap.com/ -nál, és csatolja a kimenetet.

Figyelmeztetések

Ne végezzen egyszerre több módosítást — egyszerre csak egy változót módosítson, majd tesztelje újra.
Jegyezze fel az eredeti beállításokat a módosítások előtt, különösen a hálózati, MTU, bonding és switch konfigurációt.
Önmagában az SMB eredmények vizsgálata nem elegendő az ok meghatározásához — ha minden protokoll lassú, először végezzen hálózati réteg izolációt.
A dd írási teszt ideiglenes fájlt hoz létre a kötetben — győződjön meg róla, hogy elegendő szabad hely van, és tisztítsa meg utána.
Az SSD cache letiltása egy éles rendszeren átmenetileg csökkentheti a teljesítményt azoknál a munkaterheléseknél, amelyek erre támaszkodnak. Ha lehetséges, végezze el ezt a tesztet karbantartási időablakban.
Amikor két NAS egységet hasonlít össze, győződjön meg róla, hogy a Firmware verzió, a telepített alkalmazások, a NIC konfiguráció és a kötet konfiguráció mind azonosak.

További olvasmány

Was this article helpful?

Yes. No.

50% of people think it helps.

További segítségért kérdezze meg a többi felhasználót és a QNAP szakértőit a közösségben. Irány a QNAP közösség

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.