Este contenido se ha traducido de manera automática. Consulte el Descargo de responsabilidad por la traducción automática.

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

¿Cómo puedo solucionar el problema si las velocidades de transferencia de mi NAS han disminuido drásticamente?

Última fecha de modificación: 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.

Productos aplicables

All QNAP NAS models running QTS / QuTS hero

Síntoma

Las velocidades de transferencia del NAS disminuyeron drásticamente (por ejemplo, de varios cientos de MB/s a decenas de MB/s).
No se realizaron cambios de hardware (no se reemplazó ningún disco, no se cambió ningún cable, no se modificó ninguna NIC).
No se realizaron cambios de configuración (no Actualización de firmware, no se cambiaron los ajustes de red, no se modificó ningún protocolo).

Procedimiento

Paso 1: Prueba de Rendimiento de red pura (iperf3)

Verifique el enlace de red independientemente de cualquier protocolo de archivo. Esta es la prueba inicial más importante.

# En el NAS (iniciar servidor iperf3)
iperf3 -s

# En el PC cliente (flujo único)
iperf3 -c <NAS_IP> -t 10

# En el PC cliente (flujo múltiple para pruebas de agregación)
iperf3 -c <NAS_IP> -t 10 -P 4

Tipo de enlace	Resultado esperado de iperf3
1GbE	~940 Mbps (~117 MB/s)
10GbE	~9.4 Gbps (~1.17 GB/s)
25GbE	~23.5 Gbps (~2.9 GB/s)

Si iperf3 no está instalado en su NAS, consulte las instrucciones de instalación paso a paso en las FAQ de QNAP ¿Cómo instalo iperf3 en QTS y QuTS hero?. Alternativamente, puede ejecutar iperf3 entre dos PCs clientes en el mismo segmento de switch para verificar el rendimiento del switch y del cableado.

Si el resultado de iperf3 es también bajo, el camino de red es el cuello de botella. Proceda al Paso 2.
Si el resultado de iperf3 es normal, es probable que la red física esté bien; el problema está en la capa de servicio de archivos. Pase al Paso 4.

Paso 2: Aislar la ruta de red (prueba de enlace único)

Importante: No pruebe con agregación de enlaces o multipathing activo. Pruebe una NIC → un cable → un puerto de switch a la vez.

2a. Verificar la negociación de enlace de la NIC

En QTS / QuTS hero, vaya a Panel de control → Red y conmutador virtual → Interfaces y verifique los valores de Velocidad y Dúplex para cada adaptador físico.

# (Opcional) Verificar la velocidad negociada y el dúplex para cada interfaz a través de SSH
ethtool eth0 | grep -E "Speed|Duplex|Link detected|Negociación automática"
ethtool eth1 | grep -E "Speed|Duplex|Link detected|Negociación automática"
# Repetir para todas las interfaces activas (eth2, eth3, ...)

Una NIC de 10GbE que ha negociado a 1GbE (o menos) limitará Rendimiento a aproximadamente 117 MB/s.
La negociación en modo medio dúplex puede reducir significativamente Rendimiento y causar colisiones.
Si Negociación automática muestra una velocidad inesperada, pruebe con un cable o puerto de switch diferente.

2b. Verificar los contadores de errores de la interfaz

# Verificar errores de paquetes, caídas y desbordamientos
ifconfig eth0 | grep -E "errors|dropped|overruns|frame|carrier"
# O usar ip -s:
ip -s link show eth0

Errores RX, Errores TX, caídas o desbordamientos no nulos pueden indicar problemas de cable, SFP o puerto de switch.
Realice la verificación antes y después de una transferencia grande para ver si los contadores aumentan.

2c. Probar el cable y el módulo SFP/DAC (si se utiliza)

Intercambie el cable DAC o el módulo SFP por uno que se sepa que funciona correctamente.
Conecte el NAS directamente al PC cliente (evitando el switch) para aislar problemas del switch.
Pruebe con un puerto diferente del switch.
Si utiliza SFP+ de fibra, verifique que los conectores no estén sucios o las fibras dobladas.

Paso 3: Verifique la consistencia del MTU (Tramo gigante)

La discrepancia de MTU entre NAS, switch y cliente es una causa común de colapso de Rendimiento.

# Verificar MTU en interfaces NAS
ip link show | grep mtu

# Verificar MTU en cliente (Windows)
netsh interface ipv4 show subinterfaces

# Verificar MTU en cliente (Linux / macOS)
ifconfig | grep mtu

Los tres puntos finales (NAS, switch, cliente) deben tener el mismo MTU. Si algún dispositivo en el camino tiene un MTU más pequeño, los paquetes pueden fragmentarse o perderse silenciosamente.

Prueba rápida: Establezca temporalmente el MTU en 1500 (estándar) en todos los dispositivos y vuelva a probar. Si la velocidad mejora, es probable que el problema sea una mala configuración de Tramo gigante.
Tramo gigante (MTU 9000) debe estar habilitado en el NAS, el puerto del switch, y la NIC del cliente — los tres.

# Restablecer temporalmente la interfaz NAS al MTU estándar (ejemplo)
ifconfig eth0 mtu 1500

# Pruebe con ping para verificar el MTU de extremo a extremo (desde el cliente)
ping -f -l 8972 <NAS_IP>    # Windows (8972 = 9000 - 28 encabezados)
ping -M do -s 8972 <NAS_IP> # Linux

Paso 4: Verificar tareas en segundo plano y carga del sistema

Causa común de ralentizaciones periódicas: Los trabajos de limpieza programada de pools y las copias de seguridad programadas pueden consumir una cantidad significativa de E/S de disco y hacer que las velocidades de transferencia disminuyan drásticamente mientras se ejecutan. Si el problema de velocidad ocurre a intervalos predecibles (por ejemplo, semanalmente o por la noche), revise primero los horarios.

4a. Verificar limpieza programada de pools

En QTS / QuTS hero, vaya a Almacenamiento e instantáneas → Almacenamiento/Instantánea, seleccione el pool Almacenamiento, y luego haga clic en Administrar → Acciones para verificar el horario de limpieza.
La limpieza RAID lee cada bloque en cada disco del arreglo — esto puede reducir el rendimiento de transferencia en un 50% o más mientras se ejecuta.
Los valores predeterminados de QTS pueden programar la limpieza periódicamente (por ejemplo, mensualmente); QuTS hero (ZFS) también tiene su propio horario de limpieza.

# Verificar limpieza RAID activa o reconstrucción
cat /proc/mdstat | grep -E "resync|recovery|reshape|check"

# Verificar estado de limpieza ZFS (QuTS hero)
zpool status | grep -E "scan|scrub"

4b. Verificar trabajos de copia de seguridad programados

HBS 3 (Hybrid Backup Sync), RTRR, rsync y las tareas de Réplica de instantáneas pueden saturar el I/O del disco o el ancho de banda de la red cuando se ejecutan.
En QTS / QuTS hero, abra HBS 3 y verifique las tareas activas y programadas; también revise cualquier software de copia de seguridad de terceros.
Si una tarea de copia de seguridad se ejecuta al mismo tiempo que las transferencias de archivos de usuario, ambos competirán por el I/O.

Paso 5: Verificar la capa de Almacenamiento (confirmación)

Si todas las pruebas de red pasan, confirme que la capa de Almacenamiento no es el cuello de botella.

# Comprobación rápida de salud de RAID
cat /proc/mdstat

# Prueba de rendimiento de Almacenamiento
qcli_Almacenamiento -t

# Rendimiento del sistema de archivos local (evita la red por completo)
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 el Rendimiento local dd también es bajo, verifique el estado de la caché SSD (Almacenamiento e instantáneas → Aceleración de caché) — una caché degradada puede limitar el I/O.
Verifique la salud S.M.A.R.T. si el Rendimiento del disco parece anormal.

Paso 6: Recopilar datos de diagnóstico para soporte

Si los pasos anteriores no resuelven el problema, recopile estos datos y descargue el registro del sistema antes de abrir un ticket de soporte.

Abra un ticket de soporte en https://service.qnap.com/ y adjunte el resultado.

Advertencias

No realice múltiples cambios simultáneamente — cambie una variable a la vez y vuelva a probar.
Registre la configuración original antes de realizar cambios, especialmente la configuración de red, MTU, bonding y switch.
Mirar solo los resultados de SMB no es suficiente para determinar la causa raíz — si todos los protocolos son lentos, realice primero un aislamiento a nivel de red.
La prueba de escritura dd crea un archivo temporal en el volumen — asegúrese de tener espacio libre adecuado y limpie después.
Deshabilitar la caché SSD en un sistema de producción puede reducir temporalmente el rendimiento para las cargas de trabajo que dependen de ella. Si es posible, realice esta prueba durante una ventana de mantenimiento.
Al comparar dos unidades NAS, asegúrese de que la versión de Firmware, las aplicaciones instaladas, la configuración de NIC y la configuración de volumen sean idénticas.

Lectura adicional

¿Le ha resultado útil este artículo?

Sí. No.

El 100% de las personas piensa que ayuda.

Díganos cómo podemos mejorar este artículo:

Al artículo le falta información importante
Las soluciones del artículo no funcionan
El artículo es demasiado complicado
El artículo contiene información incorrecta
El artículo está desactualizado

Si desea enviarnos más comentarios, inclúyalos a continuación.