Производительность Windows Server 2012 R2 для Клиентов Mac OS X (Файловые службы)

Я наследовал Windows 2012 R2 Server, который испытывает плачевный SMB/производительность CIFS для Клиентов Mac OS X в частности. Сервер делает файловые службы и является Контроллером доменов Active Directory (один из два для домена). Это - эмулятор PDC. Другой контроллер домена является Windows 2003 Server.

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

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

Я смонтировал долю и использовал dd читать /dev/random и запишите текстовый файл на 1 ГБ в долю. Производительность записи составляла.33 Мбит/с. Я работал tcpdump во время записи для перехватывания сообщений. Извините отсутствие форматирования - я, может казаться, не отступаю, галочка выходят из этого блока:

ОТРЕДАКТИРУЙТЕ я включил Сервер 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?)

Править

  1. Какой затем поиск и устранение неисправностей шагов я мог бы взять для изоляции потенциальной причины?
  2. Что-нибудь может быть получено из озаглавленного tcpdump вышеупомянутого?
  3. Там кому-либо предлагают настраивающие рекомендации производительности сети облегчить описанные проблемы производительности?
11
задан 30 August 2015 в 16:43
7 ответов

Я бы добавил комментарий, но не могу. У меня нет идей, чтобы попробовать, но я хотел сказать, что мой коллега недавно установил новый OSX-сервер с практически всеми клиентами OSX. У него тоже были некоторые странные проблемы с файлообменниками, такие как производительность и невозможность для клиентов открывать определенные файлы с сетевых дисков с сервера OSX. В итоге мы купили у Apple контракт на поддержку, чтобы помочь ему, и они сказали ему, чтобы пользователи загружали файлы, над которыми они хотели работать, локально на их Mac делали свою работу и копировали все это обратно...

Видя это, я подумал, что у новой OSX что-то не так со способом доступа к общим сетевым ресурсам.

0
ответ дан 2 December 2019 в 21:57

Установка этих двух ключей реестра помогла мне значительно улучшить производительность разделяемых окон для Macs на 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
0
ответ дан 2 December 2019 в 21:57

ಸರ್ವರ್‌ನಲ್ಲಿ SMB 3.0 ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲು ಪ್ರಯತ್ನಿಸಿ ಮತ್ತು ಕಾರ್ಯಕ್ಷಮತೆ ಸುಧಾರಿಸುತ್ತದೆಯೇ ಎಂದು ನೋಡಿ. SMB 3.0 ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದು ಉತ್ತಮ ಉಪಾಯವಲ್ಲ, ಅದರಲ್ಲೂ ವಿಶೇಷವಾಗಿ ಸರ್ವರ್ ಹೈಪರ್-ವಿ ವಿಎಂಗಳು ಅಥವಾ ಎಸ್‌ಕ್ಯುಎಲ್ ಡೇಟಾ ಸ್ಟೋರ್‌ಗಳಿಗೆ ಸ್ಟೋರ್ ಪಾಯಿಂಟ್‌ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದ್ದರೆ, ಆದರೆ ನೀವು ಅದನ್ನು ಸಾಕಷ್ಟು ಮೂಲಭೂತ ರೀತಿಯಲ್ಲಿ ಬಳಸುತ್ತಿದ್ದರೆ ನೀವು ಅದನ್ನು ತಪ್ಪಿಸಿಕೊಳ್ಳಬಹುದು.

ವಿಂಡೋಸ್ ಮತ್ತು ವಿಂಡೋಸ್ ಸರ್ವರ್‌ನಲ್ಲಿ SMBv1, SMBv2, ಮತ್ತು SMBv3 ಗಳನ್ನು ಪತ್ತೆ ಮಾಡಿ, ಸಕ್ರಿಯಗೊಳಿಸಿ ಮತ್ತು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ | ಮೈಕ್ರೋಸಾಫ್ಟ್ ಬೆಂಬಲ

1
ответ дан 2 December 2019 в 21:57

Некоторые из причин, которые я видел для этого: [по порядку]

Проверьте настройки своего дерева на переключателях. Настройки "spanning tree" могут влиять на то, что видно и качество соединений на макросах.

Размер MTU

Настройки Jumbo-пакетов

Выгрузка из процессора

Отключение не используемых протоколов. Я видел много сетей с включенными протоколами, которые не используются.

Daisy цепляет слишком много коммутаторов, неправильно нарушая стандарты ethernet.

подавление широковещательных штормов

Нарушения проводки:
наматывание лишнего провода ethernet - создание магнитной индукции неправильно подключённый разъём RJ45 недостаточная длина, чтобы обеспечить достаточное сопротивление Ом. обмотка провода вокруг высоковольтного кабелепровода

.
0
ответ дан 2 December 2019 в 21:57

Я не знаю, актуален ли он, но у меня тоже была такая же проблема, как вы описали, и я решил ее, отредактировав /etc/sysctl.conf на клиентах Mac.

Я обнаружил, что эти настройки работают в моей ситуации, но, возможно, в вашей ситуации они могут потребовать некоторой настройки.

net.inet.tcp.win_scale_factor=8
net.inet.tcp.autorcvbufmax=16777216
net.inet.tcp.autosndbufmax=16777216
0
ответ дан 2 December 2019 в 21:57

Не реклама - попробуйте пробную версию Acronis Access Connect (раньше назывался Acronis ExtremeZ-IP). Согласно моему исследованию, Microsoft часто меняет реализацию SMB, и даже если вы заставите ее работать с нормальной скоростью, она может «сломаться» в более позднем выпуске. Acronis остается на вершине этого для вас за изрядную плату.

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

Я использовал его с несколькими клиентами в течение нескольких лет, и это довольно надежно.

Примечание : По моему опыту, фактическая пропускная способность сети резко увеличивается при использовании этой службы. Этот продукт устраняет различия в реализации SMB. У меня была именно эта проблема, пока я не попробовал это - она ​​работает. И, как я уже сказал, даже если вы заставите его работать, он может сломаться из-за более позднего обновления реализации SAMBA.

0
ответ дан 2 December 2019 в 21:57

Эта ссылка мне очень помогла: Интеграция компьютеров Mac в домен Windows Active Directory | TechRepublic

Он в основном утверждает, что вам нужно изменить настройки служб каталогов на Mac. Перейдите в Системные настройки / Пользователи и группы и нажмите Параметры входа. Нажмите кнопку редактирования для сервера сетевых учетных записей, а затем «Открыть утилиту каталогов». Измените настройки в соответствии с вашими потребностями.

Дважды щелкните «Active Directory» и перейдите в раздел «Дополнительные параметры»:

  • «Принудительно использовать локальный домашний каталог на загрузочном диске» будет «принудительно создать профиль на локальном жестком диске для всех пользователей «
  • « Использовать UNC-путь из Active Directory для определения домашнего сетевого расположения » проверьте и выберите используемый протокол - smb
  • "Сопоставления, которые относятся к указанию уникальных идентификаторов GUID для определенных атрибутов, используемых в ADDS для идентификации учетной записи объекта компьютера. OS X будет генерировать их случайным образом по умолчанию при привязке к домену; однако вы может пожелать использовать конкретный набор, созданный администратором вашего предприятия ».
1
ответ дан 2 December 2019 в 21:57

Теги

Похожие вопросы