Ce contenu est traduit automatiquement. Veuillez consulter la Clause de non-responsabilité relative à la traduction automatique.

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

Comment puis-je résoudre le problème si les vitesses de transfert de mon NAS ont chuté de manière spectaculaire ?

Date de la dernière modification : 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.

Produits applicables

All QNAP NAS models running QTS / QuTS hero

Symptôme

Les vitesses de transfert NAS ont chuté de manière spectaculaire (par exemple, de plusieurs centaines de MB/s à des dizaines de MB/s).
Aucun changement matériel n'a été effectué (pas de remplacement de disque, pas de changement de câble, pas de changement de carte réseau).
Aucun changement de configuration n'a été effectué (pas de Mise à jour du firmware, pas de changement de paramètres réseau, pas de changement de protocole).

Procédure

Étape 1 : Testez le Débit réseau pur (iperf3)

Vérifiez le lien réseau indépendamment de tout protocole de fichier. C'est le test le plus important à réaliser en premier.

# Sur le NAS (démarrer le serveur iperf3)
iperf3 -s

# Sur le PC client (flux unique)
iperf3 -c <NAS_IP> -t 10

# Sur le PC client (multi-flux pour tester l'agrégation)
iperf3 -c <NAS_IP> -t 10 -P 4

Type de lien	Résultat iperf3 attendu
1GbE	~940 Mbps (~117 MB/s)
10GbE	~9,4 Gbps (~1,17 GB/s)
25GbE	~23,5 Gbps (~2,9 GB/s)

Si iperf3 n'est pas installé sur votre NAS, consultez la FAQ QNAP Comment installer iperf3 dans QTS et QuTS hero ? pour des instructions d'installation étape par étape. Alternativement, vous pouvez exécuter iperf3 entre deux PC clients sur le même segment de commutateur pour vérifier les performances du commutateur et du câblage.

Si le résultat iperf3 est aussi bas, le chemin réseau est le goulot d'étranglement. Passez à l'étape 2.
Si le résultat d'iperf3 est normal, le réseau physique est probablement en bon état ; le problème se situe dans la couche de service de fichiers. Passez à l'étape 4.

Étape 2 : Isoler le chemin réseau (test de lien unique)

Important : Ne testez pas avec l'agrégation de liens ou le multipathing actif. Testez une carte réseau → un câble → un port de switch à la fois.

2a. Vérifiez la négociation de lien de la carte réseau

Dans QTS / QuTS hero, allez à Panneau de configuration → Réseau et commutateur virtuel → Interfaces et vérifiez les valeurs de Vitesse et Duplex pour chaque adaptateur physique.

# (Optionnel) Vérifiez la vitesse et le duplex négociés pour chaque interface via SSH
ethtool eth0 | grep -E "Speed|Duplex|Link detected|Auto-négociation"
ethtool eth1 | grep -E "Speed|Duplex|Link detected|Auto-négociation"
# Répétez pour toutes les interfaces actives (eth2, eth3, ...)

Une carte réseau 10GbE qui a négocié à 1GbE (ou moins) limitera Débit à environ 117 MB/s.
La négociation en demi-duplex peut réduire considérablement Débit et provoquer des collisions.
Si Auto-négociation montre une vitesse inattendue, essayez un autre câble ou port de switch.

2b. Vérifiez les compteurs d'erreurs d'interface

# Vérifiez les erreurs de paquets, les pertes et les dépassements
ifconfig eth0 | grep -E "errors|dropped|overruns|frame|carrier"
# Ou utilisez ip -s :
ip -s link show eth0

Des erreurs RX, erreurs TX, pertes ou dépassements non nulles peuvent indiquer des problèmes de câble, SFP ou de port de switch.
Effectuez la vérification avant et après un transfert important pour voir si les compteurs augmentent.

2c. Testez le câble et le module SFP/DAC (si utilisé)

Échangez le câble DAC ou le module SFP avec un bon connu.
Connectez le NAS directement au PC client (en contournant le switch) pour isoler les problèmes de switch.
Essayez un autre port de switch.
Si vous utilisez des fibres SFP+, vérifiez les connecteurs sales ou les fibres pliées.

Étape 3 : Vérifiez la cohérence du MTU (Trame Jumbo)

Une incompatibilité de MTU entre le NAS, le switch et le client est une cause fréquente de l'effondrement de Débit.

# Vérifiez le MTU sur les interfaces NAS
ip link show | grep mtu

# Vérifiez le MTU sur le client (Windows)
netsh interface ipv4 show subinterfaces

# Vérifiez le MTU sur le client (Linux / macOS)
ifconfig | grep mtu

Les trois points d'extrémité (NAS, switch, client) doivent avoir le même MTU. Si un appareil sur le chemin a un MTU plus petit, les paquets peuvent être fragmentés ou abandonnés silencieusement.

Test rapide : Réglez temporairement le MTU à 1500 (standard) sur tous les appareils et testez à nouveau. Si la vitesse s'améliore, le problème est probablement une mauvaise configuration de Trame Jumbo.
Trame Jumbo (MTU 9000) doit être activé sur le NAS, le port du switch, et la carte réseau du client — tous les trois.

# Réinitialisez temporairement l'interface NAS au MTU standard (exemple)
ifconfig eth0 mtu 1500

# Testez avec ping pour vérifier le MTU de bout en bout (depuis le client)
ping -f -l 8972 <NAS_IP>    # Windows (8972 = 9000 - 28 en-têtes)
ping -M do -s 8972 <NAS_IP> # Linux

Étape 4 : Vérifiez les tâches en arrière-plan et la charge système

Cause commune des ralentissements périodiques : Les nettoyages de pool programmés et les tâches de sauvegarde planifiées peuvent consommer beaucoup d'E/S disque et entraîner une baisse spectaculaire des vitesses de transfert pendant leur exécution. Si le problème de vitesse se produit à des intervalles prévisibles (par exemple, hebdomadaire ou nocturne), vérifiez d'abord les horaires.

4a. Vérifiez le nettoyage de pool programmé

Dans QTS / QuTS hero, allez à Stockage et snapshots → Stockage/Snapshot, sélectionnez le pool Stockage, puis cliquez sur Gérer → Actions pour vérifier le programme de nettoyage.
Le nettoyage RAID lit chaque bloc sur chaque disque de la matrice — cela peut réduire les performances de transfert de 50 % ou plus pendant l'exécution.
Les paramètres par défaut de QTS peuvent programmer un nettoyage périodique (par exemple, mensuel) ; QuTS hero (ZFS) a également son propre programme de nettoyage.

# Vérifiez le nettoyage RAID actif ou la reconstruction
cat /proc/mdstat | grep -E "resync|recovery|reshape|check"

# Vérifiez le statut de nettoyage ZFS (QuTS hero)
zpool status | grep -E "scan|scrub"

4b. Vérifiez les tâches de sauvegarde programmées

Les tâches HBS 3 (Hybrid Backup Sync), RTRR, rsync et Snapshot Replica peuvent saturer l'I/O du disque ou la bande passante réseau lorsqu'elles sont exécutées.
Dans QTS / QuTS hero, ouvrez HBS 3 et vérifiez les tâches actives et programmées ; vérifiez également tout logiciel de sauvegarde tiers.
Si une tâche de sauvegarde s'exécute en même temps que des transferts de fichiers utilisateur, les deux vont se disputer l'I/O.

Étape 5 : Vérifiez la couche Stockage (confirmation)

Si tous les tests réseau réussissent, confirmez que la couche Stockage n'est pas le goulot d'étranglement.

# Vérification rapide de l'état de santé du RAID
cat /proc/mdstat

# Test de performance Stockage
qcli_Stockage -t

# Débit du système de fichiers local (contourne complètement le réseau)
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

Si le Débit local dd est également faible, vérifiez l'état du cache SSD (Stockage et snapshots → Accélération de cache) — un cache dégradé peut limiter l'I/O.
Vérifiez la santé S.M.A.R.T. si le Débit du disque semble anormal.

Étape 6 : Collectez les données de diagnostic pour le support

Si les étapes ci-dessus ne résolvent pas le problème, collectez ces données et exportez le journal système avant d'ouvrir un ticket de support.

Ouvrez un ticket de support à https://service.qnap.com/ et joignez le résultat.

Avertissements

Ne faites pas plusieurs modifications simultanément — changez une variable à la fois et testez à nouveau.
Enregistrez les paramètres originaux avant de faire des modifications, en particulier la configuration réseau, MTU, bonding et switch.
Examiner uniquement les résultats SMB n'est pas suffisant pour déterminer la cause principale — si tous les protocoles sont lents, effectuez d'abord une isolation au niveau du réseau.
Le test d'écriture dd crée un fichier temporaire sur le volume — assurez-vous d'avoir suffisamment d'espace libre et nettoyez après.
Désactiver le cache SSD sur un système de production peut temporairement réduire les performances pour les charges de travail qui en dépendent. Si possible, effectuez ce test pendant une fenêtre de maintenance.
Lors de la comparaison de deux unités NAS, assurez-vous que la version Firmware, les applications installées, la configuration NIC et la configuration du volume sont toutes identiques.

Lectures supplémentaires

Est-ce que cet article a été utile ?

Oui. Non.

100% des utilisateurs pensent que ces informations sont utiles.

Veuillez nous indiquer comment améliorer cet article :

Il manque des informations importantes dans l’article
Les solutions de l’article ne fonctionnent pas
L’article est trop compliqué
L’article contient des informations inexactes
L’article est désuet

Si vous souhaitez fournir un commentaire supplémentaire, veuillez l’inclure ci-dessous.