Ta treść została przetłumaczona maszynowo. Patrz Zastrzeżenie dotyczące tłumaczenia maszynowego.

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

Jak rozwiązać problem, jeśli prędkości transferu mojego NAS dramatycznie spadły?

Data ostatniej modyfikacji: 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.

Produkty, do których ma to zastosowanie

All QNAP NAS models running QTS / QuTS hero

Objaw

Prędkości transferu NAS dramatycznie spadły (na przykład z kilkuset MB/s do kilkudziesięciu MB/s).
Nie dokonano żadnych zmian sprzętowych (brak wymiany dysku, brak zmiany kabla, brak zmiany karty sieciowej).
Nie dokonano żadnych zmian konfiguracji (brak Aktualizacja oprogramowania układowego, brak zmiany ustawień sieci, brak zmiany protokołu).

Procedura

Krok 1: Test czystej Przepływność sieci (iperf3)

Zweryfikuj połączenie sieciowe niezależnie od jakiegokolwiek protokołu plików. To najważniejszy pierwszy test.

# Na NAS (uruchomienie serwera iperf3)
iperf3 -s

# Na komputerze klienckim (pojedynczy strumień)
iperf3 -c <NAS_IP> -t 10

# Na komputerze klienckim (wielostrumieniowy test agregacji)
iperf3 -c <NAS_IP> -t 10 -P 4

Typ połączenia	Oczekiwany wynik iperf3
1GbE	~940 Mbps (~117 MB/s)
10GbE	~9.4 Gbps (~1.17 GB/s)
25GbE	~23.5 Gbps (~2.9 GB/s)

Jeśli iperf3 nie jest zainstalowany na Twoim NAS, zobacz FAQ QNAP Jak zainstalować iperf3 w QTS i QuTS hero? dla instrukcji instalacji krok po kroku. Alternatywnie, możesz uruchomić iperf3 między dwoma komputerami klienckimi w tym samym segmencie przełącznika, aby zweryfikować wydajność przełącznika i okablowania.

Jeśli wynik iperf3 jest również niski, ścieżka sieciowa jest wąskim gardłem. Przejdź do Kroku 2.
Jeśli wynik iperf3 jest normalny, fizyczna sieć prawdopodobnie działa poprawnie; problem leży w warstwie usług plikowych. Przejdź do Kroku 4.

Krok 2: Izolacja ścieżki sieciowej (testowanie pojedynczego łącza)

Ważne: Nie testuj z aktywną agregacją łączy lub multipathingiem. Testuj jedną kartę sieciową → jeden kabel → jeden port przełącznika na raz.

2a. Sprawdź negocjację łącza karty sieciowej

W QTS / QuTS hero, przejdź do Panel sterowania → Sieć i przełącznik wirtualny → Interfejsy i zweryfikuj wartości Prędkość i Duplex dla każdego fizycznego adaptera.

# (Opcjonalnie) Sprawdź negocjowaną prędkość i duplex dla każdego interfejsu przez SSH
ethtool eth0 | grep -E "Speed|Duplex|Link detected|Auto-negocjowanie"
ethtool eth1 | grep -E "Speed|Duplex|Link detected|Auto-negocjowanie"
# Powtórz dla wszystkich aktywnych interfejsów (eth2, eth3, ...)

Karta sieciowa 10GbE, która negocjowała do 1GbE (lub mniej), ograniczy Przepływność do około 117 MB/s.
Negocjacja half-duplex może znacznie zmniejszyć Przepływność i powodować kolizje.
Jeśli Auto-negocjowanie pokazuje nieoczekiwaną prędkość, spróbuj użyć innego kabla lub portu przełącznika.

2b. Sprawdź liczniki błędów interfejsu

# Sprawdź błędy pakietów, straty i przeciążenia
ifconfig eth0 | grep -E "errors|dropped|overruns|frame|carrier"
# Lub użyj ip -s:
ip -s link show eth0

Niezerowe błędy RX, błędy TX, straty lub przeciążenia mogą wskazywać na problemy z kablem, SFP lub portem przełącznika.
Uruchom sprawdzenie przed i po dużym transferze, aby zobaczyć, czy liczniki się zwiększają.

2c. Testuj kabel i moduł SFP/DAC (jeśli używany)

Zamień kabel DAC lub moduł SFP na taki, który jest sprawdzony i działa poprawnie.
Podłącz NAS bezpośrednio do komputera klienckiego (omijając przełącznik), aby wyizolować problemy z przełącznikiem.
Wypróbuj inny port przełącznika.
Jeśli używasz światłowodowego SFP+, sprawdź, czy złącza nie są zabrudzone lub włókna nie są zgięte.

Krok 3: Zweryfikuj zgodność MTU (Ramka Jumbo)

Niezgodność MTU między NAS, przełącznikiem a klientem jest częstą przyczyną awarii Przepływność.

# Sprawdź MTU na interfejsach NAS
ip link show | grep mtu

# Sprawdź MTU na kliencie (Windows)
netsh interface ipv4 show subinterfaces

# Sprawdź MTU na kliencie (Linux / macOS)
ifconfig | grep mtu

Wszystkie trzy punkty końcowe (NAS, przełącznik, klient) muszą mieć takie samo MTU. Jeśli jakiekolwiek urządzenie na ścieżce ma mniejsze MTU, pakiety mogą być fragmentowane lub cicho odrzucane.

Szybki test: Tymczasowo ustaw MTU na 1500 (standardowe) na wszystkich urządzeniach i przetestuj ponownie. Jeśli prędkość się poprawi, problem prawdopodobnie wynika z błędnej konfiguracji Ramka Jumbo.
Ramka Jumbo (MTU 9000) musi być włączone na NAS, porcie przełącznika, oraz karcie sieciowej klienta — na wszystkich trzech.

# Tymczasowo zresetuj interfejs NAS do standardowego MTU (przykład)
ifconfig eth0 mtu 1500

# Przetestuj za pomocą ping, aby zweryfikować MTU end-to-end (z klienta)
ping -f -l 8972 <NAS_IP>    # Windows (8972 = 9000 - 28 nagłówków)
ping -M do -s 8972 <NAS_IP> # Linux

Krok 4: Sprawdź zadania w tle i obciążenie systemu

Częsta przyczyna okresowych spowolnień: Zaplanowane czyszczenie puli i zaplanowane zadania tworzenia kopii zapasowych mogą zużywać znaczną ilość zasobów dysku I/O i powodować dramatyczne spadki prędkości transferu podczas ich działania. Jeśli problem z prędkością występuje w przewidywalnych odstępach czasu (na przykład tygodniowo lub nocnie), najpierw sprawdź harmonogramy.

4a. Sprawdź zaplanowane czyszczenie puli

W QTS / QuTS hero, przejdź do Pamięć masowa i migawki → Pamięć masowa/Migawka, wybierz pulę Pamięć masowa, a następnie kliknij Zarządzaj → Działania, aby sprawdzić harmonogram czyszczenia.
Czyszczenie RAID odczytuje każdy blok na każdym dysku w macierzy — może to zmniejszyć wydajność transferu o 50% lub więcej podczas działania.
Domyślne ustawienia QTS mogą okresowo planować czyszczenie (na przykład miesięcznie); QuTS hero (ZFS) ma również własny harmonogram czyszczenia.

# Sprawdź aktywne czyszczenie RAID lub odbudowę
cat /proc/mdstat | grep -E "resync|recovery|reshape|check"

# Sprawdź status czyszczenia ZFS (QuTS hero)
zpool status | grep -E "scan|scrub"

4b. Sprawdź zaplanowane zadania tworzenia kopii zapasowych

HBS 3 (Hybrid Backup Sync), RTRR, rsync i zadania Replikacja migawek mogą nasycić I/O dysku lub przepustowość sieci podczas działania.
W QTS / QuTS hero, otwórz HBS 3 i sprawdź aktywne oraz zaplanowane zadania; sprawdź również oprogramowanie do tworzenia kopii zapasowych innych firm.
Jeśli zadanie tworzenia kopii zapasowej działa w tym samym czasie co transfery plików użytkownika, oba będą konkurować o I/O.

Krok 5: Zweryfikuj warstwę Pamięć masowa (potwierdzenie)

Jeśli wszystkie testy sieciowe przejdą, potwierdź, że warstwa Pamięć masowa nie jest wąskim gardłem.

# Szybkie sprawdzenie stanu RAID
cat /proc/mdstat

# Test wydajności Pamięć masowa
qcli_Pamięć masowa -t

# Lokalny system plików Przepływność (całkowicie omija sieć)
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

Jeśli lokalny dd Przepływność również jest niski, sprawdź status pamięci podręcznej SSD (Pamięć masowa i migawki → Przyspieszenie pamięci podręcznej) — zdegradowana pamięć podręczna może ograniczać I/O.
Sprawdź stan S.M.A.R.T., jeśli Przepływność dysku wydaje się nietypowy.

Krok 6: Zbierz dane diagnostyczne dla wsparcia

Jeśli powyższe kroki nie rozwiążą problemu, zbierz te dane i zrzut dziennika systemowego przed otwarciem zgłoszenia do pomocy technicznej.

Otwórz zgłoszenie do pomocy technicznej na https://service.qnap.com/ i dołącz wynik.

Ostrzeżenia

Nie dokonuj wielu zmian jednocześnie — zmieniaj jedną zmienną na raz i ponownie testuj.
Zapisz oryginalne ustawienia przed wprowadzeniem zmian, szczególnie konfigurację sieci, MTU, bonding i przełącznika.
Analiza wyników SMB nie wystarczy do określenia przyczyny — jeśli wszystkie protokoły są wolne, najpierw przeprowadź izolację na poziomie sieci.
Test zapisu dd tworzy tymczasowy plik na woluminie — upewnij się, że jest wystarczająco dużo wolnego miejsca i posprzątaj po zakończeniu.
Wyłączenie pamięci podręcznej SSD w systemie produkcyjnym może tymczasowo obniżyć wydajność dla obciążeń, które na niej polegają. Jeśli to możliwe, wykonaj ten test w oknie konserwacyjnym.
Porównując dwa urządzenia NAS, upewnij się, że wersja Oprogramowanie układowe, zainstalowane aplikacje, konfiguracja NIC i konfiguracja woluminu są identyczne.

Dalsza lektura

Czy artykuł ten był przydatny?

Tak. Nie.

50% ludzi uważa, że to pomaga.

Aby uzyskać dalszą pomoc, zapytaj innych użytkowników i ekspertów QNAP na forum społeczności. Przejdź do społeczności QNAP

Poinformuj nas proszę, w jaki sposób możemy ulepszyć ten artykuł:

Artykuł ten nie zawiera istotnych informacji
Rozwiązania przedstawione w tym artykule nie działają
Artykuł ten jest zbyt skomplikowany
Artykuł ten zawiera nieprawidłowe informacje
Artykuł ten zawiera nieaktualne informacje

Bardziej szczegółowe opinie można wpisać poniżej.