Bu içerik makine çevirisidir. Lütfen Makine Çevirisi Sorumluluk Reddi metnine bakın.

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

NAS aktarım hızlarım dramatik bir şekilde düştüyse nasıl sorun gideririm?

Last modified date: 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.

Geçerli Ürünler

All QNAP NAS models running QTS / QuTS hero

Belirti

NAS transfer hızları dramatik bir şekilde düştü (örneğin, birkaç yüz MB/sn'den onlarca MB/sn'ye).
Donanımda hiçbir değişiklik yapılmadı (disk değişimi, kablo değişimi, NIC değişimi yok).
Yapılandırmada hiçbir değişiklik yapılmadı (Üretici Yazılımı Güncellemesi yok, ağ ayarı değişikliği yok, protokol değişikliği yok).

Prosedür

Adım 1: Saf ağ Aktarım hızı test edin (iperf3)

Ağ bağlantısını herhangi bir dosya protokolünden bağımsız olarak doğrulayın. Bu en önemli ilk testtir.

# NAS üzerinde (iperf3 sunucusunu başlatın)
iperf3 -s

# İstemci PC üzerinde (tek akış)
iperf3 -c <NAS_IP> -t 10

# İstemci PC üzerinde (birleştirme testi için çoklu akış)
iperf3 -c <NAS_IP> -t 10 -P 4

Bağlantı türü	Beklenen iperf3 sonucu
1GbE	~940 Mbps (~117 MB/sn)
10GbE	~9.4 Gbps (~1.17 GB/sn)
25GbE	~23.5 Gbps (~2.9 GB/sn)

Eğer iperf3 NAS'ınızda yüklü değilse, adım adım kurulum talimatları için QNAP SSS iperf3'ü QTS ve QuTS hero'ya nasıl kurarım? 'e bakın. Alternatif olarak, anahtar ve kablolama performansını doğrulamak için aynı anahtar segmentindeki iki istemci PC arasında iperf3 çalıştırabilirsiniz.

Eğer iperf3 sonucu da düşükse, ağ yolu darboğazdır. Adım 2'ye geçin.
Eğer iperf3 sonucu normal ise, fiziksel ağ muhtemelen iyidir; sorun dosya hizmeti katmanındadır. Adım 4'e geçin.

Adım 2: Ağ yolunu izole edin (tek bağlantı testi)

Önemli: Bağlantı birleştirme veya çoklu yol etkinken test etmeyin. Her seferinde bir NIC → bir kablo → bir anahtar portu test edin.

2a. NIC bağlantı müzakeresini kontrol edin

QTS / QuTS hero içinde, Kontrol Paneli → Ağ ve Sanal Anahtar → Arayüzler gidin ve her fiziksel adaptör için Hız ve Çift Yön değerlerini doğrulayın.

# (Opsiyonel) Her arayüz için müzakere edilen hız ve çift yönlülüğü SSH üzerinden kontrol edin
ethtool eth0 | grep -E "Speed|Duplex|Link detected|Otomatik Anlaşma"
ethtool eth1 | grep -E "Speed|Duplex|Link detected|Otomatik Anlaşma"
# Tüm aktif arayüzler için tekrarlayın (eth2, eth3, ...)

1GbE (veya daha düşük) olarak müzakere edilmiş bir 10GbE NIC, Aktarım hızı'i yaklaşık 117 MB/s ile sınırlar.
Yarı çift yönlü müzakere, Aktarım hızı'i önemli ölçüde azaltabilir ve çarpışmalara neden olabilir.
Eğer Otomatik Anlaşma beklenmedik bir hız gösteriyorsa, farklı bir kablo veya anahtar portu deneyin.

2b. Arayüz hata sayaçlarını kontrol edin

# Paket hataları, düşmeler ve taşmalar için kontrol edin
ifconfig eth0 | grep -E "errors|dropped|overruns|frame|carrier"
# Veya ip -s kullanın:
ip -s link show eth0

Sıfır olmayan RX hataları, TX hataları, düşen veya taşmalar kablo, SFP veya anahtar portu sorunlarını gösterebilir.
Sayaçların artıp artmadığını görmek için büyük bir transferden önce ve sonra kontrolü çalıştırın.

2c. Kablo ve SFP/DAC modülünü test edin (kullanılıyorsa)

DAC kablosunu veya SFP modülünü bilinen iyi bir tane ile değiştirin.
NAS'ı doğrudan istemci PC'ye bağlayarak (anahtarı atlayarak) anahtar sorunlarını izole edin.
Farklı bir anahtar portu deneyin.
Eğer fiber SFP+ kullanıyorsanız, kirli konektörler veya bükülmüş fiberler olup olmadığını kontrol edin.

Adım 3: MTU tutarlılığını doğrulayın (Jumbo Çerçeve)

NAS, anahtar ve istemci arasındaki MTU uyumsuzluğu, Aktarım hızı çökmesinin yaygın bir nedenidir.

# NAS arayüzlerinde MTU'yu kontrol edin
ip link show | grep mtu

# İstemcide MTU'yu kontrol edin (Windows)
netsh interface ipv4 show subinterfaces

# İstemcide MTU'yu kontrol edin (Linux / macOS)
ifconfig | grep mtu

Üç uç noktanın (NAS, anahtar, istemci) mutlaka aynı MTU'ya sahip olması gerekir. Yoldaki herhangi bir cihazın daha küçük bir MTU'su varsa, paketler parçalanabilir veya sessizce düşebilir.

Hızlı test: Tüm cihazlarda geçici olarak MTU'yu 1500 (standart) olarak ayarlayın ve yeniden test edin. Eğer hız artarsa, sorun muhtemelen Jumbo Çerçeve yanlış yapılandırmasıdır.
Jumbo Çerçeve (MTU 9000) NAS'ta, anahtar portunda, ve istemci NIC'sinde etkinleştirilmelidir — üçü de.

# NAS arayüzünü geçici olarak standart MTU'ya sıfırlayın (örnek)
ifconfig eth0 mtu 1500

# Uçtan uca MTU'yu doğrulamak için ping ile test edin (istemciden)
ping -f -l 8972 <NAS_IP>    # Windows (8972 = 9000 - 28 başlıklar)
ping -M do -s 8972 <NAS_IP> # Linux

Adım 4: Arka plan görevlerini ve sistem yükünü kontrol edin

Periyodik yavaşlamaların yaygın nedeni: Zamanlanmış havuz temizleme ve zamanlanmış yedekleme işleri önemli disk I/O tüketebilir ve çalışırken transfer hızlarının dramatik bir şekilde düşmesine neden olabilir. Hız sorunu tahmin edilebilir aralıklarla (örneğin, haftalık veya gece) meydana geliyorsa, öncelikle zamanlamaları kontrol edin.

4a. Zamanlanmış havuz temizlemeyi kontrol edin

QTS / QuTS hero içinde, Depolama ve Anlık Görüntüler → Depolama/Anlık Görüntü gidin, Depolama havuzunu seçin ve ardından Yönet → Eylemler tıklayarak temizleme zamanlamasını kontrol edin.
RAID temizleme, dizideki her diskteki her bloğu okur — bu, çalışırken transfer performansını %50 veya daha fazla azaltabilir.
QTS varsayılanları, temizlemeyi periyodik olarak (örneğin, aylık) zamanlayabilir; QuTS hero (ZFS) de kendi temizleme zamanlamasına sahiptir.

# Aktif RAID temizleme veya yeniden yapılandırmayı kontrol et
cat /proc/mdstat | grep -E "resync|recovery|reshape|check"

# ZFS temizleme durumunu kontrol et (QuTS hero)
zpool status | grep -E "scan|scrub"

4b. Zamanlanmış yedekleme işlerini kontrol edin

HBS 3 (Hybrid Backup Sync), RTRR, rsync ve Anlık Görüntü Çoğaltma işleri çalışırken disk I/O veya ağ bant genişliğini doyurabilir.
QTS / QuTS hero içinde HBS 3 'ü açın ve aktif ve planlanmış işleri kontrol edin; ayrıca üçüncü taraf yedekleme yazılımlarını da kontrol edin.
Eğer bir yedekleme işi kullanıcı dosya transferleriyle aynı anda çalışırsa, her ikisi de I/O için yarışacaktır.

Adım 5: Depolama katmanını doğrulayın (onay)

Tüm ağ testleri geçerse, Depolama katmanının darboğaz olmadığını doğrulayın.

# Hızlı RAID sağlık kontrolü
cat /proc/mdstat

# Depolama performans testi
qcli_Depolama -t

# Yerel dosya sistemi Aktarım hızı (ağı tamamen atlar)
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

Eğer yerel dd Aktarım hızı da düşükse, SSD önbellek durumunu kontrol edin (Depolama ve Anlık Görüntüler → Önbellek Hızlandırma) — bozulmuş bir önbellek I/O'yu kısıtlayabilir.
Eğer disk Aktarım hızı anormal görünüyorsa, S.M.A.R.T. sağlığını kontrol edin.

Adım 6: Destek için tanılama verilerini toplayın

Yukarıdaki adımlar sorunu çözmezse, bu verileri toplayın ve bir destek bileti açmadan önce sistem günlüğünü dökün.

https://service.qnap.com/ adresinde bir destek bileti açın ve çıktıyı ekleyin.

Uyarılar

Aynı anda birden fazla değişiklik yapmayın — her seferinde bir değişkeni değiştirin ve yeniden test edin.
Değişiklik yapmadan önce orijinal ayarları kaydedin, özellikle ağ, MTU, birleştirme ve anahtar yapılandırması.
Sadece SMB sonuçlarına bakmak kök nedeni belirlemek için yeterli değildir — tüm protokoller yavaşsa, önce ağ katmanı izolasyonu yapın.
dd yazma testi hacimde geçici bir dosya oluşturur — yeterli boş alan olduğundan emin olun ve sonrasında temizleyin.
Üretim sisteminde SSD önbelleğini devre dışı bırakmak, ona bağlı iş yükleri için geçici olarak performansı azaltabilir. Mümkünse, bu testi bir bakım penceresi sırasında gerçekleştirin.
İki NAS birimini karşılaştırırken, Üretici Yazılımı sürümü, yüklü uygulamalar, NIC yapılandırması ve hacim yapılandırmasının tamamen aynı olduğundan emin olun.

Daha Fazla Okuma

Was this article helpful?

Yes. No.

50% of people think it helps.

Daha fazla yardım için toplulukta diğer kullanıcılara ve QNAP uzmanlarına sorun. QNAP Topluluğuna Git

Please tell us how this article can be improved:

The article is missing important information
The article's solutions do not work
The article is too complicated
The article contains incorrect information
The article is out-of-date

If you want to provide additional feedback, please include it below.