Este conteúdo foi traduzido automaticamente. Consulte a Limitação de Responsabilidade da tradução automática.

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

Como posso resolver o problema se as velocidades de transferência do meu NAS diminuíram drasticamente?

Data da última modificação: 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.

Produtos Aplicáveis

All QNAP NAS models running QTS / QuTS hero

Sintoma

As velocidades de transferência do NAS diminuíram drasticamente (por exemplo, de várias centenas de MB/s para dezenas de MB/s).
Não foram feitas alterações de hardware (sem substituição de disco, sem troca de cabo, sem alteração de NIC).
Não foram feitas alterações de configuração (sem Atualização do Firmware, sem alteração de configuração de rede, sem alteração de protocolo).

Procedimento

Passo 1: Testar Débito de rede pura (iperf3)

Verifique o link de rede independentemente de qualquer protocolo de ficheiro. Este é o teste inicial mais importante.

# No NAS (iniciar servidor iperf3)
iperf3 -s

# No PC cliente (fluxo único)
iperf3 -c <NAS_IP> -t 10

# No PC cliente (multi-fluxo para teste de agregação)
iperf3 -c <NAS_IP> -t 10 -P 4

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

Se iperf3 não estiver instalado no seu NAS, consulte o FAQ da QNAP Como instalo o iperf3 no QTS e QuTS hero? para instruções de instalação passo a passo. Alternativamente, pode executar iperf3 entre dois PCs clientes no mesmo segmento de switch para verificar o desempenho do switch e dos cabos.

Se o resultado do iperf3 for também baixo, o caminho de rede é o gargalo. Prossiga para o Passo 2.
Se o resultado do iperf3 for normal, a rede física provavelmente está bem; o problema está na camada de serviço de ficheiros. Passe para o Passo 4.

Passo 2: Isolar o caminho de rede (teste de ligação única)

Importante: Não teste com agregação de links ou multipathing ativo. Teste um NIC → um cabo → uma porta de switch de cada vez.

2a. Verificar a negociação de link do NIC

No QTS / QuTS hero, vá a Painel de Controlo → Rede e Switch Virtual → Interfaces e verifique os valores de Velocidade e Duplex para cada adaptador físico.

# (Opcional) Verifique a velocidade negociada e o duplex para cada interface via SSH
ethtool eth0 | grep -E "Speed|Duplex|Link detected|Negociação automática"
ethtool eth1 | grep -E "Speed|Duplex|Link detected|Negociação automática"
# Repita para todas as interfaces ativas (eth2, eth3, ...)

Um NIC de 10GbE que tenha negociado para 1GbE (ou menos) irá limitar Débito a aproximadamente 117 MB/s.
A negociação em half-duplex pode reduzir significativamente Débito e causar colisões.
Se Negociação automática mostrar uma velocidade inesperada, experimente um cabo ou porta de switch diferente.

2b. Verificar contadores de erro da interface

# Verifique erros de pacotes, perdas e overruns
ifconfig eth0 | grep -E "errors|dropped|overruns|frame|carrier"
# Ou use ip -s:
ip -s link show eth0

Erros RX, Erros TX, perdas ou overruns não nulos podem indicar problemas de cabo, SFP ou porta de switch.
Execute a verificação antes e depois de uma grande transferência para ver se os contadores aumentam.

2c. Testar cabo e módulo SFP/DAC (se usado)

Substitua o cabo DAC ou o módulo SFP por um que esteja comprovadamente bom.
Ligue o NAS diretamente ao PC cliente (evitando o switch) para isolar problemas do switch.
Tente uma porta diferente do switch.
Se estiver a usar fibra SFP+, verifique se há conectores sujos ou fibras dobradas.

Passo 3: Verifique a consistência do MTU (Jumbo Frame)

Incompatibilidade de MTU entre NAS, switch e cliente é uma causa comum de colapso de Débito.

# Verifique o MTU nas interfaces do NAS
ip link show | grep mtu

# Verifique o MTU no cliente (Windows)
netsh interface ipv4 show subinterfaces

# Verifique o MTU no cliente (Linux / macOS)
ifconfig | grep mtu

Todos os três pontos finais (NAS, switch, cliente) devem ter o mesmo MTU. Se algum dispositivo no caminho tiver um MTU menor, os pacotes podem ser fragmentados ou descartados silenciosamente.

Teste rápido: Defina temporariamente o MTU para 1500 (padrão) em todos os dispositivos e teste novamente. Se a velocidade melhorar, o problema é provavelmente uma má configuração de Jumbo Frame.
Jumbo Frame (MTU 9000) deve estar ativado no NAS, na porta do switch, e na NIC do cliente — todos os três.

# Redefina temporariamente a interface do NAS para MTU padrão (exemplo)
ifconfig eth0 mtu 1500

# Teste com ping para verificar o MTU de ponta a ponta (do cliente)
ping -f -l 8972 <NAS_IP>    # Windows (8972 = 9000 - 28 cabeçalhos)
ping -M do -s 8972 <NAS_IP> # Linux

Passo 4: Verifique as tarefas em segundo plano e a carga do sistema

Causa comum de lentidão periódica: A depuração programada do pool e as tarefas de cópia de segurança agendadas podem consumir significativamente a I/O do disco e fazer com que as velocidades de transferência caiam drasticamente enquanto estão a ser executadas. Se o problema de velocidade ocorrer em intervalos previsíveis (por exemplo, semanalmente ou à noite), verifique primeiro os horários.

4a. Verifique a depuração programada do pool

No QTS / QuTS hero, aceda a Armazenamento e Instantâneos → Armazenamento/Instantâneo, selecione o pool Armazenamento e, em seguida, clique em Manage → Actions para verificar o horário de depuração.
A depuração RAID lê cada bloco em cada disco na matriz — isto pode reduzir o desempenho de transferência em 50% ou mais enquanto está a ser executada.
Os padrões do QTS podem agendar a depuração periodicamente (por exemplo, mensalmente); QuTS hero (ZFS) também tem o seu próprio horário de depuração.

# Verifique a depuração RAID ativa ou reconstrução
cat /proc/mdstat | grep -E "resync|recovery|reshape|check"

# Verifique o estado de depuração ZFS (QuTS hero)
zpool status | grep -E "scan|scrub"

4b. Verifique as tarefas de cópia de segurança agendadas

As tarefas HBS 3 (Hybrid Backup Sync), RTRR, rsync e Snapshot Replica podem saturar a I/O do disco ou a largura de banda da rede quando estão a ser executadas.
No QTS / QuTS hero, abra HBS 3 e verifique as tarefas ativas e agendadas; também verifique qualquer software de cópia de segurança de terceiros.
Se uma tarefa de cópia de segurança for executada ao mesmo tempo que as transferências de ficheiros do utilizador, ambos irão competir pela I/O.

Passo 5: Verifique a camada Armazenamento (confirmação)

Se todos os testes de rede passarem, confirme que a camada Armazenamento não é o gargalo.

# Verificação rápida da saúde do RAID
cat /proc/mdstat

# Teste de desempenho Armazenamento
qcli_Armazenamento -t

# Sistema de ficheiros local Débito (evita completamente a rede)
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 o dd Débito local também estiver baixo, verifique o estado da cache SSD (Armazenamento e Instantâneos → Cache Acceleration) — uma cache degradada pode limitar a I/O.
Verifique a saúde S.M.A.R.T. se o Débito do disco parecer anómalo.

Passo 6: Recolher dados de diagnóstico para suporte

Se os passos acima não resolverem o problema, recolha estes dados e descarregue o log do sistema antes de abrir um pedido de suporte.

Abra um pedido de suporte em https://service.qnap.com/ e anexe o resultado.

Avisos

Não faça várias alterações simultaneamente — altere uma variável de cada vez e teste novamente.
Registe as definições originais antes de fazer alterações, especialmente de rede, MTU, agregação e configuração de switch.
Analisar apenas os resultados do SMB não é suficiente para determinar a causa raiz — se todos os protocolos forem lentos, realize primeiro uma isolação na camada de rede.
O teste de escrita dd cria um ficheiro temporário no volume — certifique-se de que há espaço livre suficiente e limpe depois.
Desativar a cache SSD num sistema de produção pode reduzir temporariamente o desempenho para cargas de trabalho que dependem dela. Se possível, realize este teste durante uma janela de manutenção.
Ao comparar duas unidades NAS, certifique-se de que a versão Firmware, as aplicações instaladas, a configuração NIC e a configuração do volume são todas idênticas.

Leitura Adicional

Este artigo foi útil?

Sim. Não.

50% das pessoas acham que foi útil.

Para obter mais ajuda, pergunte a outros utilizadores e aos especialistas da QNAP na comunidade. Ir para a Comunidade QNAP

Conte-nos como podemos melhorar este artigo:

Informações importantes estão faltando no artigo
As soluções do artigo não funcionam
O artigo é muito complicado
O artigo contém informações incorretas
O artigo está desatualizado

Se quiser enviar outros comentários, escreva-os abaixo.