Após a migração (Server 2003 para 2008), o File Services é SLOW; alguma ideia porque?

Question

Ok - a degradação:

INSTALAÇÃO INICIAL

• Trouxe um novo servidor de montagem em rack da Dell, executando o Server 2008 Standard x64.
• Todas as atualizações do Windows, função Serviços de Arquivo adicionada; tudo concluído sem problema. FS instalado usando 2003 e opção de indexação, não o Windows Search Services.
• Instalado o Symantec Endpoint Protection 11.0.6000.645 (somente antivírus - sem NTP ou e-mail nem nada).
• Robocopied todos os compartilhamentos existentes do servidor (executando 2003) e verificou-os na sonda de 2008 (sem problemas).
• Deallocated e desativado o servidor 2003; renomeado o servidor de 2008 para o antigo nome de rede do servidor 2003.

Logo após a migração, os usuários reclamaram de lentidão épica. Eu mudei o servidor de 2008 para usar o WSS em vez de 2003 / indexação, reiniciando depois. Ainda não há alegria. Eu trabalhei nisso a semana toda, tentando diferentes opções na Internet como um todo.

COISAS QUE TENTOI (sem sucesso)

• Desativando o SMB 2.0 no servidor, deixando o 1,0 ativo.
• Desativando o SMB 1.0 no servidor, deixando 2.0 ativo.
• Desativando SMB no servidor, não deixando nenhuma versão ativa (apenas NetBIOS, eu acho?).
• Atualizando o SEP para o mais recente (11.0.7000.975).
• Desinstalando o SEP completamente.
• Ativando / desativando a ligação IPv6.
• Desativando o descarregamento de TCP na NIC (IPv4 e IPv6)
• Praticamente tudo o que encontrei enquanto caçava na Internet por bestas solucionadas.

Temos uma sacola de clientes, principalmente XP, com alguns Win7 lançados (todas as versões padrão, com certeza todos são x86). Posso abrir tudo sem problemas, tanto do meu laptop Win7 (x86) (minha máquina de trabalho padrão) quanto da minha máquina de teste XP VM x86 (em um servidor ESX). A única diferença que posso encontrar (que parece ser importante) é que minhas coisas são todas em uma sub-rede, enquanto as outras máquinas clientes estão em outra (x.x.1.x versus x.x.2.x).

Eu não entendo de onde vem a lentidão. Certamente, o servidor de 2003 não tinha esse problema ou os usuários já teriam reclamado. Qualquer ideia ou direção da comunidade em que eu confio para realmente resolver problemas seria incrível.

E - peço desculpas antecipadamente se houver um tópico em algum lugar que responda exatamente a esse problema; Eu simplesmente não consegui encontrar (mas não por falta de tentativa). Obrigado, antecipadamente, tudo.

    

Answer 1

Então, embora não seja uma solução total, aqui está o final deste episódio em particular:

• use os comandos netsh para desativar todos, menos a chaminé TCP (incluindo a configuração de ctcp para "nenhum")
• ativou todas as opções para a placa de rede (QoS, material de camada de link, IPv6 ... a maioria das quais foram desativadas anteriormente), instalou o driver mais recente para o mesmo da DELL e configurou a taxa de transferência para 100MB / s (foi anteriormente "auto").
• Reiniciou a caixa.

A maioria das mudanças que fizemos foram em relação a outro servidor de 2008 que temos na rede (meu chefe esqueceu que ele adicionou) que nós usamos para testes. Não tivemos problemas entre essa caixa para os clientes usuários, então fizemos o possível para espelhar a configuração na caixa do problema.

Uma coisa que encontramos com a caixa do problema, aparentemente de forma aleatória, foi um problema "BOOTMGR está faltando" após uma das reinicializações (após uma alteração individual com um comando netsh ). Resolvi que, da maneira "normal": usei o DVD do Server 2008 e as ferramentas de recuperação para ressuscitar o gerenciador de inicialização.

Considerando todas as coisas, a "solução" parece um hackjob sujo, mas os usuários sentem que não são mais lentos. Ridículo.

Qualquer outra direção ou respostas são apreciadas. Eu não sinto que isso deveria ser marcado como uma resposta, já que realmente não é uma resposta; no entanto, também não se parece com uma edição (já que fiz alterações fora da pergunta original).

    

Answer 2

Suponho que você já tenha verificado que o subsistema de E / S de disco no novo servidor é capaz de servir arquivos nas velocidades que você espera. Se você não tiver, faça isso primeiro.

Use algo como wsttcp.exe (ou uma ferramenta equivalente) de um cliente com problema e do computador servidor para verificar se a largura de banda da rede entre as máquinas é a esperada. Se não começar a trabalhar com a pilha de rede e a engrenagem entre as máquinas para descobrir onde os pacotes estão sendo jogados no chão.

Se você está descobrindo que a taxa de transferência bruta da rede é a esperada, então eu farejei algum tráfego entre o cliente problemático e o servidor e compará-lo com as mesmas operações conduzidas a partir de um cliente sem problemas e do servidor. . Isso deve te dar algumas pistas.