O Windows 2003 Terminal Server não está respondendo após as reinicializações

Question

Temos 5 servidores de terminal Std x64 do Windows 2003 R2 SP2 que são configurados para reinicializar todas as noites, todos dentro de 45 minutos um do outro. Freqüentemente, pelo menos um deles não responderá aos pedidos de RDP após a reinicialização. Se eu me conectar ao console, posso fazer login muito bem. Netstat mostra TS ouvindo em 3389 etc. Somente a maneira que eu sou capaz de fazer com que eles respondam novamente é reinicializar manualmente.

Todos os servidores de terminal mostram os seguintes erros no log de eventos após as reinicializações (embora nem todos eles estejam respondendo, a maioria funciona bem após a reinicialização)

Event ID 5719 - Error - Netlogon - This computer was not able to set up a secure session with a domain controller in domain DOMAIN due to the following: There are no logon servers available.

Event ID 4321 - Error - NetBT - The name DOMAIN :1d" could not be registered on the interface with IP address [IP address]. The machine with the IP [IP address of domain controller] did not allow the name to be claimed by this machine.

No entanto, esses eventos aparecem nas máquinas que reinicializaram com sucesso também. Alguém por favor pode me ajudar a solucionar esse problema? Como eu disse, isso não acontece toda vez ou em todos os servidores. Só às vezes são um ou dois servidores. Muito frustrante.

Obrigado por qualquer ajuda!

    

Answer 1

Soa como um problema com os serviços TS nos servidores afetados. Talvez eles estejam travados, ou esperando uma resposta do DC que se perdeu ou tropeçando na rede, ou não tenha iniciado corretamente quando o sistema operacional foi inicializado, etc.

1. A primeira coisa que faço é configurar os serviços do TS para atrasar a inicialização, caso seja um problema de inicialização do sistema operacional ou da máquina. Ele definirá o serviço para ser iniciado após quase todo o restante, portanto, todas as dependências devem ser totalmente iniciadas e não haverá nenhum conflito com ele iniciado ao mesmo tempo que qualquer outra coisa.
2. Se isso falhar, usarei uma tarefa agendada para reiniciar o serviço alguns minutos depois que o SO for inicializado. (Precisaria de um pouco de adivinhação para agendar corretamente, com base no tempo de reinicialização, na velocidade de inicialização da máquina e na velocidade de carregamento do sistema operacional.)
3. Investigue as NICs nas máquinas? É possível que a causa seja drivers ou firmware desatualizados e software atualizado (como atualizações do Windows e quaisquer outros patches que você aplicou [esperançosamente]) entrem em conflito uns com os outros de tempos em tempos?
4. Se não conseguir (e talvez de qualquer maneira, tentar resolver a causa raiz, em vez de apenas aliviar o sintoma), eu faria uma reinstalação (desinstalar, instalar novamente) dos Serviços de Terminal nos servidores afetados. Eu tive esse tipo de problema, ausente EventID 4321 e que geralmente resolve, pelo menos quando é um problema com os serviços TS no servidor, e não causado por problemas de rede ou controlador de domínio.
5. (talvez faça isso antes de # 4) Solucione esse problema no controlador de domínio. Há um motivo em que o log de eventos está informando que o servidor não pode contatar um servidor de logon eo controlador de domínio não está permitindo que o nome do host seja atribuído à interface indicada . Isso pode ser causado por configurações de domínio ou do Controlador de Domínio. Olhe no DC para ver se há alguma indicação disso. (Não se esqueça de procurar configurações de GPO, scripts de inicialização e afins também.)
6. (Talvez faça isso também antes do # 4) Solucione isso em uma perspectiva de rede. É possível que a rede esteja ocasionalmente distorcendo o tráfego entre esses servidores e o DC, causando os problemas de autenticação e designação de nome que você está vendo nos logs de eventos do servidor.
7. (Talvez faça isso antes de qualquer coisa) Tente convencer seus chefes (ou quem quer que faça "controle" as reinicializações noturnas) que as reinicializações noturnas são o que está causando isso, e / ou isso isso é "comportamento esperado" quando se envolve na prática burra de reinicializações noturnas do servidor. Ou se você corrigir / consertar, a correção parará de funcionar a menos que as reinicializações parem ou diminuam em frequência. Você obterá o benefício adicional de não precisar substituir seus servidores em alguns anos depois que o estresse adicional de inicialização causar uma falha de hardware. : /

Answer 2

Eu vi esses erros no nosso servidor Windows 2003 SP2 TS. É reiniciado todas as noites (assim como o seu) por motivos de compatibilidade de aplicativos herdados.

Suponho que você já tenha verificado isso, mas no passado eu tive alguns problemas de espaço no disco rígido que nos levaram a um cenário semelhante.

A propósito, qualquer um desses servidores TS é um DC. Não são eles?

    

Answer 3

Parece que você não está usando endereços IP estáticos, mas pode ser um problema de imagem. Eu sugiro que você configure endereços IP estáticos, se você não o fizer. Cada servidor de terminal deve ter seu próprio endereço IP estático e ser configurado manualmente para apontar para o controlador de domínio adequado.

Identificação do evento 4321 - Erro - NetBT Este erro específico pode ser várias coisas. Tenho a sensação de que os servidores de terminal que você tem foram fotografados. Há uma boa chance de que, depois de terem sido visualizados, o adaptador de rede virutal não tenha sido refeito; assim, as informações da NIC são exatamente as mesmas para todos os servidores. Se eles foram criados e se este for o caso, eu sugiro copiar as informações que você tem para os adaptadores virtuais (tire uma foto dele ou algo assim ... informações de endereço ip, dns e wins info, sufixos dns, etc.) e depois em seguida, recriar o adaptador virutal. Todos os servidores de terminal podem estar tentando se comunicar e a rede fica confusa ... já que três servidores têm as mesmas informações da NIC. Além disso, verifique todas as suas informações. Certifique-se de que sua máscara de sub-rede esteja correta (provavelmente 255.255.255.0).

Eu tive uma situação parecida com isso, onde eu parecia ser capaz de usar os computadores diretamente, mas não conseguia me conectar. Descobri que, devido à geração de imagens das máquinas, meus adaptadores virtuais precisavam ser refeitos. . Espero que isso ajude!

    

Answer 4

Encontrei muitos artigos da Microsoft da Microsoft que sugeriam problemas com NIC e, como você disse, todos os servidores exibiram os mesmos erros. Eu acho que o problema está nos seus switches. Se você tiver gerenciado switch, deverá desativar Spanning Tree ou Enable faststart (para a Cisco).

Aqui estão os comandos para fazer isso em um Cisco Catalyst Switch:

config terminal
interface Gi1/0/19
spanning-tree portfast

Nota para desativar o uso do comando:

no spanning-tree portfast

Para referência Cisco