Rendimiento de Windows Server 2012 R2 para clientes Mac OS X (servicios de archivos)

Estoy heredando un servidor Windows 2012 R2 que está experimentando un rendimiento abismal de SMB / CIFS para clientes Mac OS X en particular. El servidor está prestando servicios de archivos y es un controlador de dominio de Active Directory (uno de los dos para el dominio). Es el emulador PDC. El otro controlador de dominio es un servidor Windows 2003.

El entorno del lado del cliente es una combinación de máquinas Windows 7 y Mac OS X 10.9 Mavericks. Todas las máquinas están en la misma LAN de gigabit física y lógica. Los usuarios de Windows 7 experimentan un rendimiento dentro de las expectativas. Los clientes de Mac OS X 10.9 Mavericks experimentan un rendimiento abismal que incluye: listado lento de directorios, recorrido, lectura de archivos y escritura de archivos. Parece haber una asimetría significativa en el rendimiento de lectura / escritura donde el rendimiento de escritura es significativamente más lento.

Hemos intentado forzar a los clientes de OS X a usar SMBv1 y CIFS, en oposición a la implementación más reciente de SMBX / SMB2. El problema persiste para todas las versiones. También hemos instalado Thursdayby DAVE para realizar pruebas. Hay un ligero alivio del rendimiento de listado / recorrido, pero todavía es inaceptablemente lento.

Monté un recurso compartido y solía ddleer /dev/randomy escribir un archivo de texto de 1 GB en el recurso compartido. El rendimiento de escritura fue de .33 Mbps. Corrí tcpdumpdurante la escritura para capturar las comunicaciones. Disculpe la falta de formateo. Parece que no puedo retroceder para evitar este bloque:

EDITAR He habilitado el Servidor NFS para Windows Server y lo monté en un cliente Mac OS X. Realicé la misma ddprueba subtitulada anteriormente con resultados / rendimiento similares.

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

EDITAR

1. ¿Qué próximos pasos de solución de problemas podría tomar para aislar una posible causa?
2. ¿Se puede derivar algo del tcpdump subtitulado anteriormente?
3. ¿Hay alguna recomendación de ajuste de rendimiento de red sugerida para aliviar los problemas de rendimiento descritos?

Intente deshabilitar SMB 3.0 en el servidor y vea si mejora el rendimiento. Deshabilitar SMB 3.0 no es una gran idea, especialmente si el servidor se está ejecutando como un punto de almacenamiento para máquinas virtuales Hyper-V o almacenes de datos SQL, pero puede salirse con la suya si lo está utilizando de una manera bastante básica.

Detecta, habilita y deshabilita SMBv1, SMBv2 y SMBv3 en Windows y Windows Server | Soporte de Microsoft

Este enlace me ayudó mucho: integrar Mac en un dominio de Active Directory de Windows | TechRepublic

Básicamente establece que debe modificar la configuración de los servicios de directorio en las Mac. Vaya a Preferencias del sistema / Usuarios y grupos y haga clic en Opciones de inicio de sesión. Haga clic en el botón editar para Servidor de cuentas de red y luego "Abrir la utilidad de directorio" Modifique la configuración para adaptarla a sus necesidades.

Haga doble clic en "Active Directory" y vaya a Opciones avanzadas:

• "Forzar directorio de inicio local en el disco de inicio" "forzará la creación de un perfil en el HDD local para todos los usuarios"
• "Usar ruta UNC desde Active Directory para derivar la ubicación de inicio de la red" verifique y seleccione el protocolo utilizado - smb
• "Mapeos, que se refiere a la especificación de GUID únicos para ciertos atributos utilizados dentro de ADDS para identificar una cuenta de objeto de computadora. OS X los generará al azar de forma predeterminada cuando esté vinculado al dominio; sin embargo, es posible que desee utilizar un conjunto particular generado por su administrador de empresa ".

Hubiera agregado un comentario, pero no puedo. No tengo ninguna idea para que pruebes, pero lo que quería decirte es que un compañero de trabajo mío recientemente configuró un nuevo servidor OSX con casi todos los clientes OSX. Él también tuvo algunos problemas extraños con el uso compartido de archivos, como el rendimiento y los clientes que no podían abrir ciertos archivos de las unidades de red desde el servidor OSX. Terminamos comprando un contrato de soporte de Apple para ayudarlo y le dijeron que hiciera que los usuarios descargaran los archivos, que querían trabajar, que su Mac hiciera su trabajo localmente y lo copiaran de nuevo ...

Ver esto me hizo pensar que el nuevo OSX tiene algo mal con la forma en que accede a los recursos compartidos de red.

Establecer estas dos claves de registro me ayudó a mejorar drásticamente el rendimiento de Windows Share para Mac en Windows Server 2012 y 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

Algunas de las razones que he visto para esto son: [en orden]

Verifique la configuración de su árbol de expansión en sus interruptores. La configuración del árbol de expansión puede afectar lo que se ve y la calidad de las conexiones en Mac.

Tamaño MTU

Configuración de paquetes jumbo

Descarga de la CPU

Deshabilitar protocolos no en uso He visto muchas redes con protocolos habilitados que no están en uso.

La conexión en cadena de demasiados interruptores viola incorrectamente los estándares de Ethernet.

difusión de supresión de tormentas

Violaciones de cableado:
enrollar el exceso de cable de ethernet - crear inducción magnética El conector RJ45 terminado incorrectamente no tiene suficiente longitud para proporcionar suficiente resistencia de ohm. enrollando un cable alrededor de un conducto de alta potencia

No sé si aún es relevante, pero yo también tuve el mismo problema que usted describió y lo resolví editando el /etc/sysctl.confarchivo en los clientes de Mac.

He encontrado que esta configuración funciona en mi situación, pero tal vez necesiten algunos ajustes en su situación.

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

No es un anuncio: consulte una versión de prueba de Acronis Access Connect (solía llamarse Acronis ExtremeZ-IP). Según mi investigación, Microsoft cambia con frecuencia su implementación SMB e incluso si lo hace funcionar a una velocidad razonable, podría 'romperse' en una versión posterior. Acronis se mantiene al tanto de esto por usted, por un costo considerable.

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

Lo he usado con varios clientes durante algunos años y es bastante sólido.

Nota : En mi experiencia, el rendimiento real de la red aumenta dramáticamente al usar este servicio. Este producto cierra las diferencias en la implementación / s de SMB. Tuve este problema exacto hasta que lo probé, funciona. Y como dije, incluso si logra que funcione, podría romperse con una actualización posterior de la implementación de SAMBA.