Tenho o seguinte problema que me mantém sem dormir nas últimas noites.
Herdei alguns servidores do cara que se aposentou e percebi que às vezes uma das interfaces fica congelada em um dos servidores, impossibilitando as pessoas de se conectarem a ela.
Agora, os detalhes: Temos 3 servidores - um é o servidor de banco de dados, que hospeda apenas o banco de dados, e está conectado ao servidor de acesso, que também possui algum servidor web baseado em IIS, que novamente fornece controles baseados em .aspx para os clientes , que visitam o terceiro servidor, no qual hospedamos o site. Acho que a imagem a seguir irá descrevê-lo melhor: Gráfico de rede
O problema é que o Servidor de Acesso está configurado com 2 gateways padrão (sic!), mas afinal, segundo route print, ele utiliza o primeiro gateway do ISP:
Active Routes:
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 bb.bbb.bbb.241 bb.bbb.bbb.243 10
0.0.0.0 0.0.0.0 aaa.aa.aaa.129 aaa.aa.aaa.130 10
bb.bbb.bbb.240 255.255.255.248 bb.bbb.bbb.243 bb.bbb.bbb.243 10
bb.bbb.bbb.243 255.255.255.255 127.0.0.1 127.0.0.1 10
bb.255.255.255 255.255.255.255 bb.bbb.bbb.243 bb.bbb.bbb.243 10
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
192.168.0.0 255.255.255.0 192.168.0.97 192.168.0.97 10
192.168.0.97 255.255.255.255 127.0.0.1 127.0.0.1 10
192.168.0.255 255.255.255.255 192.168.0.97 192.168.0.97 10
aaa.aa.aaa.128 255.255.255.248 aaa.aa.aaa.130 aaa.aa.aaa.130 10
aaa.aa.aaa.130 255.255.255.255 127.0.0.1 127.0.0.1 10
aaa.aa.aaa.255 255.255.255.255 aaa.aa.aaa.130 aaa.aa.aaa.130 10
224.0.0.0 240.0.0.0 bb.bbb.bbb.243 bb.bbb.bbb.243 10
224.0.0.0 240.0.0.0 192.168.0.97 192.168.0.97 10
224.0.0.0 240.0.0.0 aaa.aa.aaa.130 aaa.aa.aaa.130 10
255.255.255.255 255.255.255.255 bb.bbb.bbb.243 bb.bbb.bbb.243 1
255.255.255.255 255.255.255.255 192.168.0.97 192.168.0.97 1
255.255.255.255 255.255.255.255 aaa.aa.aaa.130 aaa.aa.aaa.130 1
Default Gateway: aaa.aa.aaa.129
Agora, o negócio é o seguinte: como posso fazê-lo funcionar "normalmente", ou pelo menos o mais próximo possível do normal (para não precisar fazer login no RDP e reiniciar o adaptador .129 todos os dias)?
A princípio, pensei em um script watchdog simples, que faria ping na NIC congelada a partir do segundo endereço de origem, mas falhou miseravelmente, porque no WS2003 o comando ping ainda é retardado e permite apenas IPv6 com parâmetro -S. Parece que não há solução para isso, nem mesmo uma solução de terceiros, e obter o ping.exe direto do Windows 7 não funciona (realmente, eu tentei isso também!)
Então pensei em comprar um roteador WAN duplo, conectá-lo entre o servidor e os roteadores dos ISPs e encaminhar portas especificadas para uma conexão LAN - deve funcionar, desde que assumamos que os problemas atuais são causados pela NIC naquele servidor , mas isso é muito fácil de resolver, porque temos o servidor WWW na mesma conexão e seu tempo de atividade é de quase 100% no último ano (excluindo falhas não relacionadas à empresa), mas mesmo se eu definir o failover nessa interface, o aplicativo do cliente ainda usa IP para se conectar, portanto ainda reportará que não responde ao cliente, mas teríamos o problema principal resolvido.
A terceira opção é fazer mágica nas opções de balanceamento de carga, usando algum outro software, mas AFAIK, nunca funcionou bem no Windows (e adaptadores de congelamento são bastante comuns para mim)
Há também a quarta opção, que é destruir tudo e obter um novo servidor e/ou sistema, mas aqui o maior problema seria a licença - estamos hospedando o banco de dados SQL Server por trás dele, o backend do servidor que se comunica com esse banco de dados e retorna tabelas para clientes na web E nossos funcionários (mais de 200) que usam o programa da nossa empresa para se comunicar com os bancos de dados. Obviamente, isso precisa de licenças CAL separadas, e o W2003 foi o último que não precisava disso no Web Edition.
Alguém pode me apontar na direção certa?