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

11

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

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

Nós tentamos forçar os Clientes do OS X a usar o SMBv1 e o CIFS, ao contrário da implementação mais recente do SMBX / SMB2. O problema persiste em todas as versões. Também instalamos o Thursby DAVE para testes. Existe um ligeiro alívio do desempenho da listagem / percurso, mas ainda é inaceitavelmente lento.

Montei um compartilhamento e usei dd para ler /dev/random e gravar um arquivo de texto de 1 GB no compartilhamento. O desempenho de gravação foi de 0,33 Mbps. Eu corri tcpdump durante a gravação para capturar as comunicações.Por favor, desculpe a falta de formatação - Eu não consigo voltar a carrapato escapar deste bloco:

EDITAR Eu habilitei o NFS Server para Windows Server e montei em um cliente Mac OS X. Eu realizei o mesmo teste de dd mencionado 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 são as próximas etapas de solução de problemas para isolar uma possível causa?
  2. Pode alguma coisa ser derivada do tcpdump com a legenda acima?
  3. Há alguma sugestão de recomendações de ajuste de desempenho de rede para aliviar os problemas de desempenho descritos?
por sardean 11.07.2014 / 22:29

7 respostas

1

Tente desativar o SMB 3.0 no servidor e veja se o desempenho melhora. Desabilitar o SMB 3.0 não é uma ótima ideia, especialmente se o servidor estiver sendo executado como um ponto de armazenamento para VMs do Hyper-V ou armazenamentos de dados SQL, mas você poderá se safar se estiver sendo usado de maneira bastante básica. / p>

Detectar, habilitar e desabilitar SMBv1, SMBv2 e SMBv3 no Windows e no Windows Server | Suporte da Microsoft

    
por 21.04.2015 / 02:31
1

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

Basicamente, você precisa modificar as configurações dos serviços de diretório nos Macs. Vá para Preferências do Sistema / Usuários & Grupos e clique em Opções de Login. Clique no botão de edição 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 o diretório inicial local no disco de inicialização" forçará a criação de um perfil no HDD local para todos os usuários "
  • "Usar o caminho UNC do Active Directory para derivar a localização inicial da rede" verifique e selecione o protocolo usado - smb
  • "Mapeamentos, que dizem respeito à especificação de GUIDs exclusivos para determinados atributos usados no ADDS para identificar uma conta de objeto de computador. O OS X gerará esses dados aleatoriamente por padrão quando ligado ao domínio; no entanto, talvez você deseje usar um conjunto específico conforme gerado pelo seu administrador corporativo. "
por 07.09.2016 / 16:28
0

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 recentemente instalou 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 sendo capazes de abrir certos arquivos das unidades de rede do servidor OSX. Acabamos comprando um contrato de suporte da Apple para ajudá-lo e eles disseram a ele para fazer com que os usuários fizessem o download dos arquivos, quisessem trabalhar localmente em seu Mac e copiá-lo de volta ...

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

    
por 22.07.2014 / 02:51
0

Definir essas duas chaves de registro me ajudou a melhorar drasticamente o desempenho de compartilhamento de janelas para Macs no Windows Server 2012 e no 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
    
por 04.10.2014 / 11:38
0

Algumas das razões que tenho visto para isso são: [na ordem]

Verifique suas configurações de spanning tree nos seus switches. As configurações da árvore de abrangência 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 Eu vi muitas redes com protocolos habilitados que não estão em uso.

Daisy encadeando muitos switches incorretamente violando os padrões de ethernet.

supressão de tempestades de transmissão

Violações da fiação:
bobinando excesso de fio ethernet - criando indução magnética conector RJ45 terminado incorretamente comprimento insuficiente para fornecer resistência a ohm suficiente. envolvendo um fio em torno de um conduíte de alta potência

    
por 25.05.2015 / 21:35
0

Eu não sei se ainda é relevante, mas eu também tive o mesmo problema que você descreveu e resolvi isso editando o arquivo /etc/sysctl.conf nos clientes mac.

Encontrei essas configurações para trabalhar 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
    
por 29.10.2015 / 14:38
0

Não é um anúncio - confira um teste do Acronis Access Connect (que costumava ser chamado de Acronis ExtremeZ-IP). A partir da minha pesquisa, a Microsoft freqüentemente altera sua implementação SMB e, mesmo que você trabalhe em uma velocidade sã, ela pode "quebrar" em uma versão posterior. A Acronis permanece no topo disso para você, por um custo elevado.

link

Eu usei isso com vários clientes por alguns anos e é bastante sólido.

Nota : Na minha experiência, a taxa de transferência real da rede é aumentada drasticamente usando este serviço. Este produto preenche as diferenças na (s) implementação (ões) do SMB. Eu tive esse problema exato até que eu tentei isso - funciona. E, como eu disse, mesmo que você trabalhe, isso pode acabar com uma atualização posterior da implementação do SAMBA.

    
por 20.05.2016 / 12:29