Questo contenuto è una traduzione automatica. Vedere la sezione Esclusione di responsabilità per la traduzione automatica.

Passa a Inglese

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

Come posso risolvere il problema se la velocità di trasferimento del mio NAS è diminuita drasticamente?

Ultima data di modifica 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.

Prodotti applicabili

All QNAP NAS models running QTS / QuTS hero

Sintomo

Le velocità di trasferimento del NAS sono diminuite drasticamente (ad esempio, da diverse centinaia di MB/s a decine di MB/s).
Non sono state apportate modifiche hardware (nessuna sostituzione del disco, nessun cambio di cavo, nessuna modifica della NIC).
Non sono state apportate modifiche alla configurazione (nessun Aggiornamento firmware, nessuna modifica delle impostazioni di rete, nessuna modifica del protocollo).

Procedura

Passo 1: Testare la Throughput di rete pura (iperf3)

Verificare il collegamento di rete indipendentemente da qualsiasi protocollo di file. Questo è il primo test più importante.

# Sul NAS (avviare il server iperf3)
iperf3 -s

# Sul PC client (singolo flusso)
iperf3 -c <NAS_IP> -t 10

# Sul PC client (multi-flusso per test di aggregazione)
iperf3 -c <NAS_IP> -t 10 -P 4

Tipo di collegamento	Risultato iperf3 previsto
1GbE	~940 Mbps (~117 MB/s)
10GbE	~9,4 Gbps (~1,17 GB/s)
25GbE	~23,5 Gbps (~2,9 GB/s)

Se iperf3 non è installato sul tuo NAS, consulta le FAQ di QNAP Come installare iperf3 in QTS e QuTS hero? per le istruzioni di installazione passo-passo. In alternativa, puoi eseguire iperf3 tra due PC client sullo stesso segmento di switch per verificare le prestazioni dello switch e del cablaggio.

Se il risultato di iperf3 è anche basso, il percorso di rete è il collo di bottiglia. Procedere al Passo 2.
Se il risultato di iperf3 è normale, è probabile che la rete fisica sia a posto; il problema è nel livello del servizio file. Passa al Passo 4.

Passo 2: Isolare il percorso di rete (test su singolo collegamento)

Importante: Non testare con aggregazione di link o multipathing attivi. Testare un NIC → un cavo → una porta switch alla volta.

2a. Controllare la negoziazione del link NIC

In QTS / QuTS hero, vai a Pannello di controllo → Rete e switch virtuale → Interfacce e verifica i valori di Velocità e Duplex per ciascun adattatore fisico.

# (Opzionale) Controlla la velocità negoziata e il duplex per ciascuna interfaccia tramite SSH
ethtool eth0 | grep -E "Speed|Duplex|Link detected|Negoziazione automatica"
ethtool eth1 | grep -E "Speed|Duplex|Link detected|Negoziazione automatica"
# Ripeti per tutte le interfacce attive (eth2, eth3, ...)

Un NIC 10GbE che ha negoziato a 1GbE (o inferiore) limiterà Throughput a circa 117 MB/s.
La negoziazione half-duplex può ridurre significativamente Throughput e causare collisioni.
Se Negoziazione automatica mostra una velocità inaspettata, prova un cavo o una porta switch diversa.

2b. Controllare i contatori di errore dell'interfaccia

# Controlla errori di pacchetto, drop e overrun
ifconfig eth0 | grep -E "errors|dropped|overruns|frame|carrier"
# Oppure usa ip -s:
ip -s link show eth0

Errori RX, Errori TX, drop, o overrun diversi da zero possono indicare problemi di cavo, SFP o porta switch.
Esegui il controllo prima e dopo un grande trasferimento per vedere se i contatori aumentano.

2c. Testare il cavo e il modulo SFP/DAC (se utilizzato)

Sostituisci il cavo DAC o il modulo SFP con uno noto per essere funzionante.
Collega il NAS direttamente al PC client (bypassando lo switch) per isolare i problemi dello switch.
Prova una porta diversa dello switch.
Se utilizzi SFP+ in fibra, controlla i connettori sporchi o le fibre piegate.

Passo 3: Verifica la coerenza dell'MTU (Jumbo Frame)

La mancata corrispondenza dell'MTU tra NAS, switch e client è una causa comune di collasso Throughput.

# Controlla MTU sulle interfacce NAS
ip link show | grep mtu

# Controlla MTU sul client (Windows)
netsh interface ipv4 show subinterfaces

# Controlla MTU sul client (Linux / macOS)
ifconfig | grep mtu

Tutti e tre i punti finali (NAS, switch, client) devono avere lo stesso MTU. Se un qualsiasi dispositivo nel percorso ha un MTU più piccolo, i pacchetti possono essere frammentati o scartati silenziosamente.

Test rapido: Imposta temporaneamente l'MTU a 1500 (standard) su tutti i dispositivi e riprova. Se la velocità migliora, il problema è probabilmente una Jumbo Frame configurazione errata.
Jumbo Frame (MTU 9000) deve essere abilitato sul NAS, sulla porta dello switch, e sulla NIC del client — tutti e tre.

# Reimposta temporaneamente l'interfaccia NAS a MTU standard (esempio)
ifconfig eth0 mtu 1500

# Testa con ping per verificare l'MTU end-to-end (dal client)
ping -f -l 8972 <NAS_IP>    # Windows (8972 = 9000 - 28 headers)
ping -M do -s 8972 <NAS_IP> # Linux

Passo 4: Controlla le attività in background e il carico di sistema

Causa comune di rallentamenti periodici: Le operazioni di scrubbing del pool pianificate e i lavori di backup pianificati possono consumare una quantità significativa di I/O del disco e causare un drastico calo delle velocità di trasferimento mentre sono in esecuzione. Se il problema di velocità si verifica a intervalli prevedibili (ad esempio, settimanalmente o notturnamente), controlla prima i programmi.

4a. Controlla lo scrubbing del pool pianificato

In QTS / QuTS hero, vai a Archiviazione e snapshot → Archiviazione/Snapshot, seleziona il pool Archiviazione, e poi clicca su Gestisci → Azioni per controllare il programma di scrubbing.
Lo scrubbing del RAID legge ogni blocco su ogni disco nell'array — questo può ridurre le prestazioni di trasferimento del 50% o più mentre è in esecuzione.
Le impostazioni predefinite di QTS possono programmare lo scrubbing periodicamente (ad esempio, mensilmente); QuTS hero (ZFS) ha anche il suo programma di scrubbing.

# Controlla se è attivo lo scrubbing o la ricostruzione del RAID
cat /proc/mdstat | grep -E "resync|recovery|reshape|check"

# Controlla lo stato dello scrub ZFS (QuTS hero)
zpool status | grep -E "scan|scrub"

4b. Controlla i lavori di backup pianificati

HBS 3 (Hybrid Backup Sync), RTRR, rsync e i job Snapshot Replica possono saturare l'I/O del disco o la larghezza di banda della rete quando sono in esecuzione.
In QTS / QuTS hero, aprire HBS 3 e controllare i job attivi e programmati; controllare anche eventuali software di backup di terze parti.
Se un job di backup viene eseguito contemporaneamente ai trasferimenti di file degli utenti, entrambi competeranno per l'I/O.

Fase 5: Verificare il livello Archiviazione (conferma)

Se tutti i test di rete vengono superati, confermare che il livello Archiviazione non sia il collo di bottiglia.

# Controllo rapido dello stato di salute del RAID
cat /proc/mdstat

# Test delle prestazioni Archiviazione
qcli_Archiviazione -t

# Throughput del filesystem locale (bypassa completamente la rete)
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

Se anche il dd Throughput locale è basso, controllare lo stato della cache SSD (Archiviazione e snapshot → Accelerazione Cache) — una cache degradata può limitare l'I/O.
Controllare l'integrità S.M.A.R.T. se il Throughput del disco appare anomalo.

Fase 6: Raccogliere dati diagnostici per il supporto

Se i passaggi precedenti non risolvono il problema, raccogliere questi dati e scaricare il registro di sistema prima di aprire un ticket di supporto.

Aprire un ticket di supporto su https://service.qnap.com/ e allegare l'output.

Avvertenze

Non apportare modifiche multiple contemporaneamente — cambia una variabile alla volta e riesegui il test.
Annota le impostazioni originali prima di apportare modifiche, specialmente per rete, MTU, bonding e configurazione dello switch.
Osservare solo i risultati SMB non è sufficiente per determinare la causa principale — se tutti i protocolli sono lenti, eseguire prima l'isolamento a livello di rete.
Il dd test di scrittura crea un file temporaneo sul volume — assicurati di avere spazio libero adeguato e pulisci dopo.
Disabilitare la cache SSD su un sistema di produzione può ridurre temporaneamente le prestazioni per i carichi di lavoro che ne dipendono. Se possibile, eseguire questo test durante una finestra di manutenzione.
Quando si confrontano due unità NAS, assicurarsi che la versione Firmware, le applicazioni installate, la configurazione NIC e la configurazione del volume siano tutte identiche.

Letture aggiuntive

Questo articolo è stato utile?

Sì. No.

100% delle persone lo ritengono utile.

Informarci su come può essere migliorato l'articolo:

L’articolo non contiene informazioni importanti
Le soluzioni dell’articolo non funzionano
L’articolo è troppo complesso
L’articolo contiene informazioni errate
L’articolo non è aggiornato

Per offrire un’ulteriore feedback, includerlo di seguito.