Mac OS X İstemcileri için Windows Server 2012 R2 performansı (Dosya Hizmetleri)


11

Özellikle Mac OS X İstemcileri için uçsuz bucaksız SMB / CIFS performansı yaşayan bir Windows 2012 R2 Sunucusunu devralıyorum. Sunucu dosya hizmetleri yapıyor ve bir Active Directory Etki Alanı Denetleyicisi (etki alanı için ikisinden biri). PDC öykünücüsüdür. Diğer etki alanı denetleyicisi bir Windows 2003 sunucusudur.

İstemci tarafı ortamı, Windows 7 ve Mac OS X 10.9 Mavericks makinelerinin bir karışımıdır. Tüm makineler aynı fiziksel ve mantıksal gigabit LAN üzerinde. Windows 7 kullanıcıları performans beklentilerini aşar. Mac OS X 10.9 Mavericks istemcileri, yavaş dizin listeleme, geçiş, dosya okumaları ve dosya yazma işlemleri gibi uçsuz bucaksız performanslar yaşarlar. Yazma performansının önemli ölçüde yavaş olduğu okuma / yazma performansında önemli bir asimetri var gibi görünüyor.

OS X İstemcilerini, yeni SMBX / SMB2 uygulamasının aksine SMBv1 ve CIFS kullanmaya zorlamaya çalıştık. Sorun tüm sürümler için devam ediyor. Test için Thursby DAVE'i de kurduk. Listeleme / geçiş performansının hafif bir hafifletilmesi vardır, ancak yine de kabul edilemez derecede yavaştır.

Ben bir pay bağlanıp kullanıma ddokumak /dev/randomve paylaşımına bir 1GB metin dosyası yazmak. Yazma performansı 0,33 Mbps idi. Koştum tcpdumpcommunications.Please biçimlendirme eksikliğini mazur yakalamak için yazma sırasında - Ben bu bloğu kaçmak kene geri görünüyor olamaz:

EDIT Windows Server için NFS Sunucusunu etkinleştirdim ve bir Mac OS X istemcisine monte ettim. ddYukarıda altyazılı aynı testi benzer sonuçlarla / performansla gerçekleştirdim.


15:45:45.221337 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], ack 102, win 32767, options [nop,nop,TS val 1279665835 ecr 242798971], length 0
15:45:45.221546 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 1:501, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500WARNING: Packet is continued in later TCP segments
SMB PACKET: SMBwriteX (REQUEST)
15:45:45.221547 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 501:1001, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221547 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 1001:1501, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221547 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 1501:2001, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221548 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 2001:2501, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221548 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 2501:3001, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221549 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 3001:3501, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221549 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 3501:4001, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221550 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 4001:4501, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221550 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 4501:5001, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)
15:45:45.221551 IP 10.0.1.53.59596 > server.example.local.microsoft-ds: Flags [.], seq 5001:5501, ack 102, win 32768, options [nop,nop,TS val 1279665835 ecr 242798971], length 500SMB-over-TCP packet:(raw data or continuation?)

DÜZENLE

  1. Olası bir nedeni izole etmek için sonraki hangi sorun giderme adımlarını uygulayabilirim?
  2. Yukarıdaki altyazılı tcpdump herhangi bir şey türetilebilir mi?
  3. Açıklanan performans sorunlarını hafifletmek için önerilen ağ performansı ayarlama önerileri var mı?

2
Özel sorunuz nedir?
ewwhite

@ewwhite Satır içi belirli sorular eklendi.
sardean

3
Tartışmalar gördünüz mü. Apple.com/message/23576276 ? Sonunda cifs://server/sharebiri kahve kahvesi11'den adres kullanarak bağlantı kurma hakkında, biri sayfanın ortasındaki MTU değerini kullanım şelaleleriyle değiştirme hakkında ve kablosuz yerine kablosuz üzerinden denemeyle ilgili ilginç bir test olmak üzere üç öneri var . Ayrıca tartışmalar.apple.com /thread/5500165?start=45&tstart=0 joewebdms'den Windows'ta TCP / port 445 üzerinden NetBIOS hakkında öneri.
TessellatingHeckler

2
Newt yorumun @ ilgili olarak, etkilenen istemciden paylaşımına bağlanmak ve sunucudan bu çalıştırın: Get-SmbSession | fl cli*,d*. DialectSMB sürümüdür.
charleswj81

2
Ayrıca, ağ veya başka bir şey yerine SMB'yi ortadan kaldırmak (veya etmemek) için Mac ve 2012 2003 sunucuları arasında Iperf'i çalıştırabilirsiniz.
charleswj81

Yanıtlar:


1

Sunucuda SMB 3.0'ı devre dışı bırakmayı deneyin ve performansın iyileşip iyileşmediğine bakın. SMB 3.0'ın devre dışı bırakılması, özellikle sunucu Hyper-V VM'leri veya SQL veri depoları için bir depo noktası olarak çalışıyorsa, iyi bir fikir değildir, ancak oldukça temel bir şekilde kullanıyorsanız ondan kurtulabilirsiniz.

Windows ve Windows Server'da SMBv1, SMBv2 ve SMBv3'ü algılama, etkinleştirme ve devre dışı bırakma | Microsoft Desteği


1

Bu bağlantı bana çok yardımcı oldu: Mac'leri bir Windows Active Directory etki alanına entegre etme | TechRepublic

Temel olarak Mac'lerde Dizin Hizmetleri Ayarlarını değiştirmeniz gerektiğini belirtir. Sistem Tercihleri ​​/ Kullanıcılar ve Gruplar'a gidin ve Oturum Açma Seçenekleri'ni tıklayın. Ağ Hesabı Sunucusu için düzenle düğmesini tıklayın ve ardından "Dizin Yardımcı Programını Açın" Ayarları ihtiyaçlarınıza göre değiştirin.

"Active Directory" yi çift tıklayın ve Gelişmiş Seçenekler'e gidin:

  • "Başlangıç ​​diskinde yerel giriş dizinini zorla", "tüm kullanıcılar için yerel HDD'de bir profil oluşturulmasını zorlar"
  • "Ağ ev konumunu türetmek için Active Directory'den UNC yolunu kullan" kullanılan protokolü denetle ve seç - SMB
  • "Bir bilgisayar nesnesi hesabını tanımlamak için ADDS içinde kullanılan belirli öznitelikler için benzersiz GUID'lerin belirtilmesi ile ilgili eşlemeler. OS X, etki alanına bağlıyken bunları varsayılan olarak rastgele oluşturur; ancak, kurumsal yöneticiniz. "

0

Bir yorum eklerdim, ama yapamam. Denemeniz için herhangi bir fikrim yok, ama söylemek istediğim, bir iş arkadaşımın yakın zamanda tüm istemciler OSX ile yeni bir OSX sunucusu kurmuş olması. Performans gibi dosya paylaşımlarıyla ilgili bazı garip sorunlar yaşadı ve istemciler OSX sunucusundan ağ sürücülerinden belirli dosyaları açamıyordu. Apple'dan ona yardım etmek için bir destek sözleşmesi satın aldık ve kullanıcılara dosyaları indirmelerini söylediler, üzerinde çalışmak istediler, yerel olarak Mac'lerine işlerini yapıp hepsini geri ...

Bunu gördüğümde, yeni OSX'in ağ paylaşımlarına erişiminde bir sorun olduğu düşünüldü.


0

Bu iki kayıt defteri anahtarını ayarlamak, Windows Server 2012 ve Windows 8.1'de Mac'ler için Windows paylaşım performansını önemli ölçüde artırmama yardımcı oldu

win_share_tweak.reg

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters]
"Smb2CreditsMin"=dword:00000300
"Smb2CreditsMax"=dword:00004000

0

Bunun için gördüğüm nedenlerden bazıları: [sırayla]

Anahtarlarınızdaki yayılan ağaç ayarlarınızı kontrol edin. Yayılan ağaç ayarları, Mac'te görülenleri ve bağlantıların kalitesini etkileyebilir.

MTU boyutu

Jumbo paket ayarları

CPU boşaltma

Kullanılmayan protokolleri devre dışı bırak Protokolleri etkin olan birçok ağın kullanımda olmadığını gördüm.

Daisy zincirleme çok fazla anahtar ethernet standartlarını yanlış ihlal ediyor.

yayın fırtınası bastırma

Kablo ihlalleri:
aşırı ethernet telini sarmak - manyetik indüksiyon oluşturmak, yanlış sonlandırılmış RJ45 konnektörü yeterli ohm direnci sağlamak için yetersiz uzunluk. bir teli yüksek güç kanalının etrafına sarmak


0

Hala alakalı olup olmadığını bilmiyorum, ama ben de tarif ettiğinizle aynı sorunu yaşadım ve /etc/sysctl.confdosyayı mac istemcilerinde düzenleyerek çözdüm.

Bu ayarları durumumda çalışmak için buldum, ancak belki de durumunuzda bazı ayarlamalar yapmanız gerekebilir.

net.inet.tcp.win_scale_factor=8
net.inet.tcp.autorcvbufmax=16777216
net.inet.tcp.autosndbufmax=16777216

0

Bir reklam değil - Acronis Access Connect (önceden Acronis ExtremeZ-IP olarak adlandırılır) denemesini inceleyin. Araştırmamdan Microsoft, SMB uygulamasını sık sık değiştiriyor ve aklı başında bir hızda çalışsanız bile daha sonraki bir sürümde 'kırılabilir'. Acronis, ağır bir maliyetle sizin için bunun üstünde kalır.

http://www.acronis.com/en-us/mobility/mac-windows-compatibility/

Birkaç yıldır birkaç müşteriyle kullandım ve oldukça sağlam.

Not : Deneyimlerime göre, bu hizmet kullanılarak gerçek ağ çıkışı önemli ölçüde artmıştır. Bu ürün, KOBİ'lerin uygulanmasındaki / uygulamalarındaki farkları köprüler. Ben denedim kadar bu kesin sorunu vardı - işe yarıyor. Dediğim gibi, işe yaratsanız bile, SAMBA uygulamasının daha sonraki bir güncellemesiyle kırılabilir.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.