Desempenho do Windows Server 2012 R2 para clientes do Mac OS X (serviços de arquivo)

Estou herdando um Windows 2012 R2 Server que está apresentando um desempenho péssimo em SMB / CIFS para clientes Mac OS X em particular. O servidor está executando serviços de arquivo e é um Controlador de Domínio Active Directory (um dos dois para o domínio). É o emulador PDC. O outro controlador de domínio é um Windows 2003 Server.

O ambiente do cliente é uma mistura de máquinas Mavericks para Windows 7 e Mac OS X 10.9. Todas as máquinas estão na mesma LAN gigabit física e lógica. Os usuários do Windows 7 experimentam desempenho dentro das expectativas. Os clientes do Mac OS X 10.9 Mavericks apresentam um desempenho péssimo, incluindo: lista lenta de diretórios, passagem, leitura de arquivos e gravação de arquivos. Parece haver uma assimetria significativa no desempenho de leitura / gravação, onde o desempenho de gravação é significativamente mais lento.

Tentamos forçar os clientes do OS X a usar SMBv1 e CIFS, em oposição à implementação mais recente de SMBX / SMB2. O problema persiste para todas as versões. Também instalamos o Thursby DAVE para teste. Há um ligeiro alívio no desempenho da listagem / travessia, mas ainda é inaceitavelmente lento.

Montei um compartilhamento e costumava ddler /dev/randome gravar um arquivo de texto de 1 GB no compartilhamento. O desempenho de gravação foi de 0,33 Mbps. Eu executei tcpdumpdurante a gravação para capturar as comunicações.Por favor, desculpe a falta de formatação - não consigo retroceder escapar deste bloco:

EDIT Ativei o NFS Server para Windows Server e montei em um cliente Mac OS X. Realizei o mesmo ddteste legendado acima com resultados / desempenho semelhantes.

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. Quais próximas etapas da solução de problemas devo tomar para isolar uma causa em potencial?
2. Qualquer coisa pode ser derivada do tcpdump com legenda acima?
3. Existem recomendações de ajuste de desempenho de rede sugeridas para aliviar os problemas de desempenho descritos?

Tente desativar o SMB 3.0 no servidor e veja se o desempenho melhora. Desabilitar o SMB 3.0 não é uma boa idéia, especialmente se o servidor estiver sendo executado como um ponto de armazenamento para VMs Hyper-V ou armazenamentos de dados SQL, mas você poderá se safar disso se estiver usando de maneira bastante básica.

Detectar, ativar e desativar SMBv1, SMBv2 e SMBv3 no Windows e Windows Server | Suporte da Microsoft

Esse link me ajudou muito: integrar Macs em um domínio do Windows Active Directory | TechRepublic

Ele basicamente afirma que você precisa modificar as configurações dos serviços de diretório nos Macs. Vá para Preferências do sistema / Usuários e grupos e clique em Opções de login. Clique no botão editar do Network Account Server e, em seguida, em "Open Directory Utility" Modifique as configurações para atender às suas necessidades.

Clique duas vezes em "Active Directory" e vá para Opções avançadas:

• "Forçar diretório inicial local no disco de inicialização" forçará a criação de um perfil no disco rígido local para todos os usuários "
• "Use o caminho UNC do Active Directory para derivar o local da rede" verifique e selecione o protocolo usado - smb
• "Mapeamentos, que se referem à especificação de GUIDs exclusivos para certos atributos usados ​​no ADDS para identificar uma conta de objeto de computador. O OS X os gera aleatoriamente por padrão quando vinculados ao domínio; no entanto, convém usar um conjunto específico conforme gerado por administrador da sua empresa ".

Eu teria adicionado um comentário, mas não posso. Eu não tenho nenhuma idéia para você tentar, mas o que eu queria dizer é que um colega meu havia recentemente configurado um novo servidor OSX com praticamente todos os clientes OSX. Ele também teve alguns problemas estranhos com compartilhamentos de arquivos, como desempenho e os clientes não conseguindo abrir determinados arquivos das unidades de rede do servidor OSX. Acabamos comprando um contrato de suporte da Apple para ajudá-lo e disseram-lhe que os usuários baixassem os arquivos, queriam trabalhar localmente no Mac, fazendo o trabalho deles e copiando tudo de volta ...

Ver isso me fez pensar que o novo OSX tem algo errado com a maneira como está acessando compartilhamentos de rede.

Definir essas duas chaves do Registro me ajudou a melhorar drasticamente o desempenho do Windows Share para Macs no Windows Server 2012 e 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

Algumas das razões que eu vi para isso são: [em ordem]

Verifique suas configurações de Spanning Tree em seus switches. As configurações da Spanning Tree podem afetar o que é visto e a qualidade das conexões nos Macs.

Tamanho da MTU

Configurações de pacotes jumbo

Descarregamento da CPU

Desativar protocolos que não estão em uso Já vi muitas redes com protocolos ativados que não estão em uso.

Daisy encadeando muitos switches incorretamente violando os padrões Ethernet.

supressão de tempestade de transmissão

Violações na fiação:
enrolando o excesso de fio Ethernet - criando indução magnética terminada incorretamente no conector RJ45 com comprimento insuficiente para fornecer resistência ohm suficiente. enrolando um fio em torno de um conduíte de alta potência

Não sei se ainda é relevante, mas também tive o mesmo problema que você descreveu e resolvi-o editando o /etc/sysctl.confarquivo nos clientes mac.

Encontrei essas configurações para funcionar na minha situação, mas talvez elas precisem de alguns ajustes na sua situação.

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

Não é um anúncio publicitário - consulte uma avaliação do Acronis Access Connect (que costumava ser chamado Acronis ExtremeZ-IP). De acordo com minha pesquisa, a Microsoft frequentemente altera sua implementação de SMB e, mesmo que você funcione a uma velocidade sã, ele poderá "quebrar" em uma versão posterior. A Acronis fica em cima disso para você, por um custo elevado.

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

Eu o uso com vários clientes há alguns anos e é bastante sólido.

Nota : Na minha experiência, a taxa de transferência real da rede aumentou dramaticamente usando este serviço. Este produto preenche as diferenças na (s) implementação (ões) de SMB. Eu tive esse problema exato até tentar isso - funciona. E, como eu disse, mesmo que você funcione, ele poderá ser interrompido com uma atualização posterior da implementação do SAMBA.