Kinerja Windows Server 2012 R2 untuk Klien Mac OS X (Layanan File)

Saya mewarisi Windows 2012 R2 Server yang mengalami kinerja SMB / CIFS luar biasa untuk Klien Mac OS X khususnya. Server sedang melakukan layanan file dan merupakan Pengontrol Domain Direktori Aktif (satu dari dua untuk domain). Ini adalah emulator PDC. Pengontrol domain lainnya adalah Windows 2003 Server.

Lingkungan sisi klien adalah campuran dari mesin Mavericks Windows 7 dan Mac OS X 10.9. Semua mesin berada pada LAN gigabit fisik dan logis yang sama. Pengguna Windows 7 mengalami kinerja sesuai harapan. Mac OS X 10.9 Klien Mavericks mengalami kinerja buruk termasuk: daftar direktori lambat, traversal, membaca file, dan menulis file. Tampaknya ada asimetri yang signifikan dalam kinerja baca / tulis di mana kinerja menulis secara signifikan lebih lambat.

Kami telah mencoba memaksa Klien OS X untuk menggunakan SMBv1 dan CIFS, yang bertentangan dengan implementasi SMBX / SMB2 yang lebih baru. Masalah ini masih ada untuk semua versi. Kami juga telah menginstal Thursby DAVE untuk pengujian. Ada sedikit pengurangan kinerja listing / traversal, tetapi masih sangat lambat.

Saya memasang share dan digunakan dduntuk membaca /dev/randomdan menulis file teks 1GB ke share. Kinerja penulisan adalah 0,33 Mbps. Saya berlari tcpdumpselama penulisan untuk menangkap komunikasi. Mohon alasan kurangnya format - sepertinya saya tidak dapat kembali mencentang dari blok ini:

EDIT I mengaktifkan NFS Server untuk Windows Server dan dipasang pada klien Mac OS X. Saya melakukan ddtes yang sama di atas dengan hasil / kinerja yang sama.

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?)

EDIT

1. Apa langkah pemecahan masalah berikutnya yang mungkin saya ambil untuk mengisolasi penyebab potensial?
2. Adakah yang bisa diperoleh dari tcpdump teks di atas?
3. Apakah ada rekomendasi penyetelan kinerja jaringan yang disarankan untuk mengatasi masalah kinerja yang dijelaskan?

Coba nonaktifkan SMB 3.0 di server dan lihat apakah kinerjanya membaik. Menonaktifkan SMB 3.0 bukan ide yang bagus, terutama jika server berjalan sebagai titik penyimpanan untuk Hyper-V VMs atau penyimpanan data SQL, tetapi Anda mungkin lolos begitu saja jika Anda menggunakannya dengan cara yang cukup mendasar.

Deteksi, aktifkan dan nonaktifkan SMBv1, SMBv2, dan SMBv3 di Windows dan Windows Server | Dukungan Microsoft

Tautan ini banyak membantu saya: Mengintegrasikan Mac ke domain Windows Active Directory | TechRepublic

Ini pada dasarnya menyatakan bahwa Anda perlu mengubah Pengaturan Layanan Direktori pada Mac. Pergi ke System Preferences / Users & Groups dan klik Opsi Masuk. Klik tombol edit untuk Server Akun Jaringan dan kemudian "Buka Direktori Utilitas" Ubah pengaturan sesuai dengan kebutuhan Anda.

Klik dua kali "Direktori Aktif" dan pergi ke Opsi Lanjutan:

• "Paksa direktori home lokal pada disk startup" akan "memaksa pembuatan profil pada HDD lokal untuk semua pengguna"
• "Gunakan jalur UNC dari Direktori Aktif untuk mendapatkan lokasi jaringan asal" periksa dan pilih protokol yang digunakan - seseorang
• "Pemetaan, yang berkaitan dengan menentukan GUID unik untuk atribut tertentu yang digunakan dalam ADDS untuk mengidentifikasi akun objek komputer. OS X akan membuat ini secara acak secara default ketika terikat ke domain; namun, Anda mungkin ingin menggunakan set tertentu seperti yang dihasilkan oleh admin perusahaan Anda. "

Saya ingin menambahkan komentar, tetapi saya tidak bisa. Saya tidak punya ide untuk Anda coba, tetapi yang ingin saya sampaikan adalah bahwa rekan kerja saya baru-baru ini menyiapkan server OSX baru dengan hampir semua klien OSX. Dia juga memiliki beberapa masalah aneh dengan berbagi file seperti kinerja dan klien tidak dapat membuka file tertentu dari drive jaringan dari server OSX. Kami akhirnya membeli kontrak dukungan dari Apple untuk membantunya dan mereka mengatakan kepadanya untuk meminta pengguna mengunduh file, mereka ingin mengerjakan, secara lokal ke Mac mereka melakukan pekerjaan mereka dan menyalinnya kembali ...

Melihat ini membuat saya berpikir OSX baru memiliki sesuatu yang salah dengan cara mengakses jaringan.

Mengatur kedua kunci registri ini membantu saya secara drastis meningkatkan kinerja berbagi windows untuk Mac pada Windows Server 2012 dan Windows 8.1

win_share_tweak.reg

Windows Registry Editor Version 5.00

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

Beberapa alasan yang saya lihat untuk ini adalah: [dalam urutan]

Periksa pengaturan spanning tree Anda di sakelar Anda. Pengaturan spanning tree dapat memengaruhi apa yang dilihat dan kualitas koneksi pada mac.

Ukuran MTU

Pengaturan paket jumbo

Pembongkaran CPU

Nonaktifkan protokol yang tidak digunakan Saya telah melihat banyak jaringan dengan protokol yang diaktifkan yang tidak digunakan.

Daisy chaining terlalu banyak switch secara tidak benar melanggar standar ethernet.

siaran penindasan badai

Pelanggaran kabel:
melilit kawat ethernet berlebih - menciptakan induksi magnetik konektor RJ45 yang tidak tepat panjangnya tidak cukup untuk memberikan resistensi ohm yang cukup. melilitkan kawat di sekitar saluran daya tinggi

Saya tidak tahu apakah itu masih relevan, tetapi saya juga memiliki masalah yang sama seperti yang Anda jelaskan dan saya menyelesaikannya dengan mengedit /etc/sysctl.conffile pada klien mac.

Saya telah menemukan pengaturan ini berfungsi dalam situasi saya, tetapi mungkin mereka mungkin perlu sedikit penyesuaian dalam situasi Anda.

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

Bukan iklan - lihat uji coba Acronis Access Connect (dulu disebut Acronis ExtremeZ-IP). Dari penelitian saya, Microsoft sering mengubah implementasi SMB dan bahkan jika Anda membuatnya bekerja pada kecepatan yang waras itu bisa 'pecah' pada rilis nanti. Acronis tetap di atas ini untuk Anda, dengan biaya yang lumayan.

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

Saya sudah menggunakannya dengan beberapa klien selama beberapa tahun dan itu cukup solid.

Catatan : Dalam pengalaman saya, throughput jaringan aktual meningkat secara dramatis dengan menggunakan layanan ini. Produk ini menjembatani perbedaan dalam implementasi SMB. Saya punya masalah persis sampai saya mencoba ini - itu berhasil. Dan seperti yang saya katakan, bahkan jika Anda membuatnya berfungsi, itu bisa pecah dengan pembaruan implementasi SAMBA nanti.