Clientes do Windows 98 que ficam bloqueados durante os arquivos ops com o Server 2003

Question

Temos uma rede de 16 PCs Windows 98 muito usados conectados a uma máquina Server 2003. Essas máquinas têm longos atrasos quando abrem / executam arquivos na rede durante horários de pico (de 1: 30-2: 30pm diariamente), às vezes com duração de um minuto. O usuário apenas obterá uma tela preta do DOS enquanto o executável está aguardando a abertura, onde normalmente ele apareceria em < 1 segundo. Isso é particularmente irritante porque os contadores de desempenho do Server 2003 não mostram um longo período de alta carga - a maioria das estatísticas nunca chega acima de 5%.

Quando esses 16 clientes estavam se conectando a um DL380 de 6 anos rodando Linux, tivemos alguma lentidão, mas sem atrasos. Recentemente, fizemos a transição para o Active Directory e também atualizamos o servidor de arquivos. O servidor de arquivos tem dois processadores quádruplos, mais 4X de memória, mais discos, drives mais rápidos (15K vs. 10K), etc ... então não parece fazer sentido que não consiga mais lidar com o processamento simultâneo.

Como estamos usando o Win98, existe alguma configuração que devemos alterar em 2003 para otimizar a leitura / gravação de disco? Todas as operações de arquivo são para arquivos simples e todas as gravações são feitas por um único usuário (vários usuários não podem acessar o mesmo banco de dados de cada vez). Quaisquer outros pensamentos sobre como rastrear isso ... não tivemos sorte no último mês.

Nota: infelizmente não podemos atualizar para além do Win98 por mais 2 anos, esperamos que o software legado seja reescrito e este software crítico só é executado no Win98 devido ao uso de interrupções de hardware.

    

Answer 1

Quando tudo mais falhar, jogue um sniffer de rede nele. Dê uma olhada no que realmente está acontecendo na conexão enquanto um computador cliente está esperando, talvez você possa ver o que realmente está esperando.

EDITAR:

BTW, você usa o WINS na sua rede? Isso também pode ser um problema de resolução de nome NetBIOS. Os clientes do Windows 98 / NT gostam de usar isso em vez de DNS, e sem o WINS ele tentará resolver nomes usando consultas de difusão, o que pode ser um problema real nos horários de pico de uso da rede.

    

Answer 2

Eu concordo que é mais provável assinatura / autenticação SMB e / ou resolução de nomes Netbios. A resolução de nomes do Netbios pode ser testada com o NbtStat.

Se isso não for o caso, desabilitarei o OpLocks no servidor. Além de corromper arquivos do Access, também parece causar problemas de acesso. Eu não vi desabilitá-lo causar um problema, mas a mudança pode ser revertida se de alguma forma piora as coisas.
link

    

Answer 3

Já tentou Consultor de desempenho do Server 2003 ? Pode ajudá-lo a aprofundar o problema.

    

Answer 4

Você pode postar eventos promissores dos clientes Windows 98 e dos controladores de domínio?

Além disso, como é a resolução de nomes nos clientes? Eu tentaria reinicializar para liberar o cache do DNS ( ipconfig /flushdns não funciona no Windows 98) e, em seguida, ping domain.local . Veja o que você recebe de volta e quanto tempo demora.

Eu tive um problema em que o DNS causou um atraso de 30 segundos porque havia várias entradas A para o controlador de domínio (eram redes multihomed, públicas e privadas).

O que acabou acontecendo foi que o cliente primeiro tentasse se conectar ao endereço IP público atribuído ao DC. Isso falharia após 30 segundos e, em seguida, tentaria se conectar usando o IP privado endereçado ao DC. Isso funcionaria.

Se você quiser pular rapidamente esse teste, poderá sempre tentar \\ [server ip] \ share \ executable.exe e ver se ele é iniciado rapidamente.

As máquinas virtuais estão acessando a rede através de um adaptador virtual em ponte ou via NAT?

    

Answer 5

Tivemos o Active Directory espelhado neste servidor e, ao removê-lo, os problemas desapareceram. Em um ambiente tão pequeno (25 usuários), por que isso faria diferença?