Tento obsah je přeložen strojově. Informace najdete na stránce Odmítnutí odpovědnosti za strojový překlad.

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

Jak mohu řešit problémy, pokud se rychlost přenosu na mém NAS dramaticky snížila?

Datum poslední úpravy: 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.

Platné produkty

All QNAP NAS models running QTS / QuTS hero

Příznak

Rychlosti přenosu NAS dramaticky poklesly (například z několika stovek MB/s na desítky MB/s).
Nebyly provedeny žádné změny hardwaru (žádná výměna disku, žádná výměna kabelu, žádná změna NIC).
Nebyly provedeny žádné změny konfigurace (žádný Aktualizace firmwaru, žádná změna nastavení sítě, žádná změna protokolu).

Postup

Krok 1: Test čisté sítě Prostupnost (iperf3)

Ověřte síťové připojení nezávisle na jakémkoli souborovém protokolu. Toto je nejdůležitější první test.

# Na NAS (spustit iperf3 server)
iperf3 -s

# Na klientském PC (jediný proud)
iperf3 -c <NAS_IP> -t 10

# Na klientském PC (více proudů pro testování agregace)
iperf3 -c <NAS_IP> -t 10 -P 4

Typ připojení	Očekávaný výsledek iperf3
1GbE	~940 Mbps (~117 MB/s)
10GbE	~9.4 Gbps (~1.17 GB/s)
25GbE	~23.5 Gbps (~2.9 GB/s)

Pokud není iperf3 nainstalován na vašem NAS, podívejte se na QNAP FAQ Jak nainstaluji iperf3 v QTS a QuTS hero? pro pokyny k instalaci krok za krokem. Alternativně můžete spustit iperf3 mezi dvěma klientskými PC na stejném segmentu přepínače pro ověření výkonu přepínače a kabeláže.

Pokud je výsledek iperf3 také nízký, je síťová cesta úzkým hrdlem. Pokračujte ke kroku 2.
Pokud je výsledek iperf3 normální, fyzická síť je pravděpodobně v pořádku; problém je ve vrstvě souborových služeb. Přeskočte na Krok 4.

Krok 2: Izolujte síťovou cestu (testování jednoho spojení)

Důležité: Netestujte s aktivní agregací spojení nebo multipathingem. Testujte jednu NIC → jeden kabel → jeden port přepínače najednou.

2a. Zkontrolujte vyjednání spojení NIC

V QTS / QuTS hero přejděte na Ovládací panely → Síťový a virtuální přepínač → Rozhraní a ověřte hodnoty Rychlost a Duplex pro každý fyzický adaptér.

# (Volitelné) Zkontrolujte vyjednanou rychlost a duplex pro každé rozhraní přes SSH
ethtool eth0 | grep -E "Speed|Duplex|Link detected|Automatické vyjednávání"
ethtool eth1 | grep -E "Speed|Duplex|Link detected|Automatické vyjednávání"
# Opakujte pro všechna aktivní rozhraní (eth2, eth3, ...)

10GbE NIC, která se vyjednala na 1GbE (nebo méně), omezí Prostupnost na přibližně 117 MB/s.
Vyjednání v polovičním duplexu může výrazně snížit Prostupnost a způsobit kolize.
Pokud Automatické vyjednávání ukazuje neočekávanou rychlost, zkuste jiný kabel nebo port přepínače.

2b. Zkontrolujte čítače chyb rozhraní

# Zkontrolujte chyby paketů, ztráty a přetečení
ifconfig eth0 | grep -E "errors|dropped|overruns|frame|carrier"
# Nebo použijte ip -s:
ip -s link show eth0

Ne-nulové RX chyby, TX chyby, ztracené nebo přetečení mohou indikovat problémy s kabelem, SFP nebo portem přepínače.
Proveďte kontrolu před a po velkém přenosu, abyste zjistili, zda se čítače zvyšují.

2c. Testujte kabel a modul SFP/DAC (pokud je použit)

Vyměňte kabel DAC nebo modul SFP za známý funkční.
Připojte NAS přímo k klientskému PC (obejděte switch), abyste izolovali problémy se switchem.
Vyzkoušejte jiný port switche.
Pokud používáte optický SFP+, zkontrolujte znečištěné konektory nebo ohnutá vlákna.

Krok 3: Ověřte konzistenci MTU (Rámec Jumbo:)

Neshoda MTU mezi NAS, switchem a klientem je běžnou příčinou kolapsu Prostupnost.

# Zkontrolujte MTU na rozhraních NAS
ip link show | grep mtu

# Zkontrolujte MTU na klientovi (Windows)
netsh interface ipv4 show subinterfaces

# Zkontrolujte MTU na klientovi (Linux / macOS)
ifconfig | grep mtu

Všechny tři koncové body (NAS, switch, klient) musí mít stejné MTU. Pokud má jakékoli zařízení na cestě menší MTU, pakety mohou být fragmentovány nebo tiše ztraceny.

Rychlý test: Dočasně nastavte MTU na 1500 (standardní) na všech zařízeních a znovu otestujte. Pokud se rychlost zlepší, problém je pravděpodobně špatná konfigurace Rámec Jumbo:.
Rámec Jumbo: (MTU 9000) musí být povoleno na NAS, portu switche, a síťové kartě klienta — na všech třech.

# Dočasně resetujte rozhraní NAS na standardní MTU (příklad)
ifconfig eth0 mtu 1500

# Testujte pomocí ping pro ověření end-to-end MTU (z klienta)
ping -f -l 8972 <NAS_IP>    # Windows (8972 = 9000 - 28 hlaviček)
ping -M do -s 8972 <NAS_IP> # Linux

Krok 4: Zkontrolujte úlohy na pozadí a zatížení systému

Běžná příčina periodického zpomalení: Naplánované scrubbing poolu a naplánované zálohovací úlohy mohou spotřebovávat významné diskové I/O a způsobit dramatické snížení rychlosti přenosu během jejich běhu. Pokud se problém s rychlostí vyskytuje v předvídatelných intervalech (například týdně nebo v noci), nejprve zkontrolujte plány.

4a. Zkontrolujte naplánované scrubbing poolu

V QTS / QuTS hero přejděte na Úložiště a snímky → Úložiště/Snímek, vyberte pool Úložiště a poté klikněte na Spravovat → Akce pro kontrolu plánu scrubbingu.
RAID scrubbing čte každý blok na každém disku v poli — to může snížit výkon přenosu o 50 % nebo více během běhu.
Výchozí nastavení QTS může plánovat scrubbing periodicky (například měsíčně); QuTS hero (ZFS) má také svůj vlastní plán scrubbingu.

# Zkontrolujte aktivní RAID scrubbing nebo obnovu
cat /proc/mdstat | grep -E "resync|recovery|reshape|check"

# Zkontrolujte stav scrubbingu ZFS (QuTS hero)
zpool status | grep -E "scan|scrub"

4b. Zkontrolujte naplánované zálohovací úlohy

Úlohy HBS 3 (Hybrid Backup Sync), RTRR, rsync a Replika snímku mohou při spuštění saturovat diskové I/O nebo šířku pásma sítě.
V QTS / QuTS hero otevřete HBS 3 a zkontrolujte aktivní a plánované úlohy; také zkontrolujte jakýkoli software pro zálohování třetích stran.
Pokud zálohovací úloha běží současně s přenosem souborů uživatele, oba budou soutěžit o I/O.

Krok 5: Ověřte vrstvu Úložiště (potvrzení)

Pokud všechny síťové testy projdou, potvrďte, že vrstva Úložiště není úzkým hrdlem.

# Rychlá kontrola zdraví RAID
cat /proc/mdstat

# Test výkonu Úložiště
qcli_Úložiště -t

# Lokální souborový systém Prostupnost (zcela obchází síť)
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

Pokud je také nízký výkon lokálního dd Prostupnost, zkontrolujte stav SSD cache (Úložiště a snímky → Akcelerace cache) — degradovaná cache může omezovat I/O.
Zkontrolujte zdraví S.M.A.R.T., pokud se zdá, že Prostupnost disku je abnormální.

Krok 6: Shromážděte diagnostická data pro podporu

Pokud výše uvedené kroky problém nevyřeší, shromážděte tato data a vyexportujte systémový log před otevřením ticketu podpory.

Otevřete ticket podpory na https://service.qnap.com/ a přiložte výstup.

Varování

Nedělejte více změn současně — měňte jednu proměnnou najednou a znovu testujte.
Zaznamenejte původní nastavení před provedením změn, zejména síť, MTU, bonding a konfiguraci přepínače.
Pouhé sledování výsledků SMB nestačí k určení hlavní příčiny — pokud jsou všechny protokoly pomalé, nejprve proveďte izolaci na úrovni sítě.
ddTest zápisu vytváří dočasný soubor na svazku — zajistěte dostatek volného místa a po dokončení jej vyčistěte.
Zakázání SSD cache na produkčním systému může dočasně snížit výkon pro pracovní zátěže, které na něm závisí. Pokud je to možné, proveďte tento test během údržbového okna.
Při porovnávání dvou jednotek NAS zajistěte, aby Firmware verze, nainstalované aplikace, konfigurace NIC a konfigurace svazku byly identické.

Další čtení

Byl tento článek užitečný?

Ano. Ne.

50% lidí si myslí, že to pomáhá.

Pro další pomoc se zeptejte ostatních uživatelů a odborníků QNAP v komunitě. Přejít do komunity QNAP

Sdělte nám prosím, jak lze tento článek vylepšit:

Článek postrádá důležité informace
Řešení v článku nefungují
Článek je příliš složitý
Článek obsahuje nesprávné informace
Článek je zastaralý

Pokud chcete poskytnout další zpětnou vazbu, uveďte ji níže.