Windows File Server performans sorunları disk, ağ, SMB, antivirüs, workload ve kapasite katmanlarının herhangi birinden kaynaklanabilir. Sunucu “yavaş” olduğunda doğrudan donanım yükseltmek yerine darboğazı ölçmek gerekir.
1. Önce Belirtiyi Tanımlayın
- Dosya açma mı yavaş?
- Kopyalama throughput’u mu düşük?
- Yalnız belirli share veya klasör mü etkileniyor?
- Tüm kullanıcılar mı, tek site/subnet mi etkileniyor?
- Sorun sürekli mi, belirli saatlerde mi oluşuyor?
2. Disk ve Storage Katmanı
PerfMon ve storage altyapısındaki ölçümlerle latency, throughput ve queue davranışını workload bazında değerlendirin. Tek bir evrensel “X ms üzeri kötüdür” sınırı yerine storage üreticisinin, workload’un ve mevcut baseline’ın değerlerini kullanın.
Get-Volume | Select-Object DriveLetter, HealthStatus, OperationalStatus, Size, SizeRemaining
Get-Counter '\PhysicalDisk(*)\Avg. Disk sec/Read'
Get-Counter '\PhysicalDisk(*)\Avg. Disk sec/Write'Disk kapasitesi azalıyorsa Disk/Storage Troubleshooting akışına geçin.
3. SMB Katmanını Kontrol Edin
Get-SmbConnection
Get-SmbServerConfiguration
Get-SmbClientConfigurationKullanılan SMB dialect’ı ve bağlantı durumunu doğrulayın. SMB1’i performans veya uyumluluk çözümü olarak geri açmayın.
4. SMB Multichannel
Get-SmbMultichannelConnection
Get-SmbServerNetworkInterface
Get-SmbClientNetworkInterfaceMultichannel kullanımı NIC özellikleri, RSS, network tasarımı ve workload’a bağlıdır. “NIC Teaming yerine her zaman Multichannel” gibi tek kural uygulamayın; mevcut mimariyi ölçerek karar verin.
5. Ağ Problemini File Server Problemi Sanmayın
Test-NetConnection fileserver.domain.local -Port 445
pathping fileserver.domain.localPaket kaybı, routing, firewall veya WAN gecikmesi varsa storage tuning sorunu çözmez. Jumbo Frame yalnız uçtan uca aynı MTU tasarımı doğrulandığında kullanılmalıdır.
6. CPU ve Memory
CPU kullanımını, queue davranışını ve memory pressure durumunu birlikte değerlendirin. Kullanıcı sayısına bakarak sabit “32 GB/64 GB RAM gerekir” kuralı koymak doğru değildir; cache davranışı ve workload ölçülmelidir.
Get-Counter '\Processor(_Total)\% Processor Time'
Get-Counter '\Memory\Available MBytes'7. Antivirüs / EDR Etkisi
Gerçek zamanlı taramanın I/O etkisini ölçün. Güvenlik yazılımında geniş klasör veya uzantı exclusion’larını tahmin ederek eklemeyin; yalnız ürün/vendor dokümantasyonu ve gerçek workload gereksinimiyle kontrollü istisna oluşturun.
8. NTFS ve Share Yapısı
Karmaşık ACL, aşırı grup üyeliği veya yanlış inheritance erişim troubleshooting’ini zorlaştırabilir. Tasarım için NTFS Permission ve AGDLP rehberini kullanın.
9. FSRM, VSS ve Arka Plan İşleri
FSRM raporları, backup, VSS, antivirus scan ve büyük batch işlemleri yoğun saatlerle çakışıyorsa I/O yükünü artırabilir. Job zamanlarını ölçümlere göre planlayın.
10. Performans Baseline Oluşturun
Tek anlık ölçüm yerine normal çalışma saatlerindeki CPU, memory, disk latency/throughput, network ve SMB davranışını kaydedin. Sorun anındaki değerleri baseline ile karşılaştırmak kök neden analizini güçlendirir.
Hızlı Troubleshooting Akışı
- Belirti ve kapsamı belirleyin.
- Disk/storage sağlık ve latency ölçün.
- SMB session/dialect/multichannel kontrol edin.
- TCP 445 ve ağ yolunu test edin.
- CPU/memory pressure kontrol edin.
- EDR/AV ve scheduled workload zamanlarını karşılaştırın.
- Event Log ve performans verisini aynı zaman çizelgesinde inceleyin.
Sonuç
File Server performans optimizasyonu “SSD takın, RAM artırın” listesi değildir. Önce darboğazı ölçün; sonra storage, network, SMB, güvenlik yazılımı veya workload katmanında hedefli değişiklik yapın ve değişiklik sonrası aynı metriklerle doğrulayın.
