Продуктивність Windows Server 2012 R2 для клієнтів Mac OS X (файлові послуги)

Я успадковую сервер Windows 2012 R2, який відчуває беззаперечну продуктивність SMB / CIFS, зокрема для клієнтів Mac OS X. Сервер надає файлові послуги і є контролером домену Active Directory (один з двох для домену). Це емулятор PDC. Інший контролер домену - це сервер Windows 2003.

Клієнтське середовище - це поєднання машин Windows 7 та Mac OS X 10.9 Mavericks. Всі машини знаходяться в одній фізичній та логічній гігабітній локальній мережі. Користувачі Windows 7 мають ефективність роботи в межах очікувань. Mac OS X 10.9 Клієнти Mavericks отримують бездоганну ефективність, включаючи: повільний перелік каталогів, обхід файлів, зчитування файлів та запис файлів. Здається, є значна асиметрія у виконанні читання / запису, де продуктивність запису значно повільніше.

Ми намагалися змусити клієнтів OS X використовувати SMBv1 та CIFS, на відміну від нової реалізації SMBX / SMB2. Проблема зберігається для всіх версій. Ми також встановили Thursby DAVE для тестування. Існує незначне зменшення ефективності лістингу / переходу, але це все ще неприпустимо повільно.

Я змонтував спільний доступ і використовував ddдля читання /dev/randomта запису текстового файлу 1 Гб у спільний доступ. Виконання запису склало .33 Мбіт / с. Я побіг tcpdumpпід час запису, щоб зафіксувати комунікації. Вибачте про відсутність форматування - я не можу, здається, повернути галочку, щоб уникнути цього блоку:

EDIT Увімкнено сервер NFS для Windows Server та встановлений на клієнті Mac OS X. Я провів той самий ddтест з титулом вище з аналогічними результатами / продуктивністю.

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. Які наступні кроки щодо усунення несправностей я можу зробити для усунення потенційної причини?
2. Чи можна що-небудь отримати з вищевказаного tcpdump?
3. Чи є які-небудь запропоновані рекомендації щодо налаштування продуктивності мережі, щоб полегшити описані проблеми?

Спробуйте відключити SMB 3.0 на сервері і побачити, чи покращується продуктивність. Відключення SMB 3.0 не є чудовою ідеєю, особливо якщо сервер працює як сховище для VM-дисків Hyper-V або SQL-даних, але ви можете піти з ним, якщо ви використовуєте його досить базовим способом.

Виявити, увімкнути та відключити SMBv1, SMBv2 та SMBv3 в Windows та Windows Server | Підтримка Microsoft

Це посилання мені дуже допомогло: інтегруйте Mac у домен Windows Active Directory | TechRepublic

В основному йдеться про те, що вам потрібно змінити налаштування Служб каталогів на Mac. Перейдіть до Налаштування системи / Користувачі та групи та натисніть Параметри входу. Клацніть кнопку редагування для сервера мережевих облікових записів, а потім "Відкрити утиліту каталогів". Змініть налаштування відповідно до ваших потреб.

Двічі клацніть «Активний каталог» та перейдіть до Додаткові параметри:

• "Примушувати локальний домашній каталог на стартовому диску" примусить створити профіль на локальному жорсткому диску для всіх користувачів "
• "Використовуйте шлях UNC від Active Directory для отримання домашньої локальної мережі" та виберіть використаний протокол - smb
• "Визначення, яке стосується визначення унікальних GUID для певних атрибутів, які використовуються в ADDS для ідентифікації облікового запису об'єкта комп'ютера. OS X генерує їх випадково за замовчуванням при прив'язці до домену; однак, ви можете використовувати певний набір, створений адміністратор вашого підприємства. "

Я б додав коментар, але не можу. Я не маю для вас жодних ідей, але я хотів сказати, що мій співробітник нещодавно встановив новий OSX-сервер з майже всіма клієнтами OSX. У нього теж були деякі дивні проблеми з поділками файлів, як продуктивність, і клієнти не могли відкрити певні файли з мережевих дисків з OSX-сервера. Ми закінчили купувати контракт на підтримку від Apple, щоб допомогти йому, і вони сказали йому, щоб користувачі завантажили файли, вони хотіли попрацювати, локально, щоб їх Mac виконував свою роботу і копіював все це назад ...

Помітивши це, я подумав, що в новому OSX щось не так із способом доступу до мережевих спільних ресурсів.

Налаштування цих двох ключів реєстру допомогло мені різко покращити продуктивність Windows для Mac на Windows Server 2012 та 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

Деякі причини, які я бачив для цього, є: [для того]

Перевірте свої налаштування дерева на перемикачах. Параметри дерева, що охоплює, можуть впливати на побачене та якість з'єднань на Mac.

Розмір MTU

Налаштування пакетів Jumbo

Розвантаження процесора

Вимкнути протоколи, які не використовуються. Я бачив багато мереж із включеними протоколами, які не використовуються.

Дейзі прикувала занадто багато комутаторів, неправильно порушуючи стандарти Ethernet.

мовлення придушення штормів

Порушення
проводки : намотування надлишкового провідного мережевого проводу - створення магнітної індукції неправильно розірваного роз'єму RJ45 недостатньої довжини, щоб забезпечити достатній ом опір. обмотування дроту навколо провідної потужності

Я не знаю, чи це все ще актуально, але у мене теж було те саме питання, що ви описали, і я вирішив це, редагуючи /etc/sysctl.conf файл на клієнтах mac.

Я встановив, що ці налаштування працюють у моїй ситуації, але, можливо, вони можуть потребувати певного налаштування у вашій ситуації.

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

Не реклама - ознайомтеся з пробною версією Acronis Access Connect (раніше її називали Acronis ExtremeZ-IP). З мого дослідження, Microsoft часто міняє свою реалізацію SMB, і навіть якщо змусити її працювати з розумною швидкістю, вона може "зламатись" в подальшому випуску. Acronis залишається на цьому вище за величезні кошти.

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

Я використовував його з кількома клієнтами протягом декількох років, і це досить солідно.

Примітка : На мій досвід, реальна пропускна здатність мережі значно збільшується за допомогою цієї послуги. Цей продукт подолає відмінності у впровадженні МБВ. У мене була така точна проблема, поки я не спробував це - це працює. Як я вже говорив, навіть якщо ви змусите його працювати, це може зірватися з наступним оновленням реалізації SAMBA.