Atraso aleatório de três minutos para conexão do servidor de banco de dados

Question

usamos o InterBase em um servidor Windows 2003 e, em intervalos aleatórios, a conexão do cliente com o servidor leva 180 segundos (três minutos) mais do que o normal. O aplicativo não "trava" com o aviso normal do Windows na barra de título e continua feliz após o atraso.

Agora, a taxa parece ter aumentado desde que alguns servidores do Windows 2008 foram adicionados à rede.

Como outros aplicativos na rede não têm "travamentos" semelhantes, suspeito que a máquina (virtual) ou o próprio processo do servidor. Usamos o mesmo cliente de banco de dados do InterBase e a versão do software do servidor em uma rede diferente sem problemas, então minha primeira área de interesse é a rede (TCP / IP) da máquina. Pela mesma razão, não acho que seja um problema de DNS, ou este é outro candidato?

Existem explicações técnicas possíveis para tal atraso, por exemplo, como consequência de uma fila de buffer de rede completa, para tal atraso?

netstat -s mostra tentativas de conexão sem sucesso, zero datagramas descartados recebidos.

IPv4-Statistik

  Empfangene Pakete                    = 1267651308
  Empfangene Vorspannfehler            = 0
  Empfangene Adressfehler              = 44827
  Weitergeleitete Datagramme           = 0
  Empfangene unbekannte Protokolle     = 0
  Empfangene verworfene Pakete         = 0
  Empfangene übermittelte Pakete       = 1267651006
  Ausgabeanforderungen                 = 1097296840
  Verworfene Routingpakete             = 0
  Verworfene Ausgabepakete             = 0
  Ausgabepakete ohne Routing           = 0
  Reassemblierung erforderlich         = 14
  Reassemblierung erfolgreich          = 7
  Reassemblierung erfolglos            = 0
  Erfolgreiche Datagrammfragmentierung = 7
  Erfolglose Datagrammfragmentierung   = 0
  Erzeugte Fragmente                   = 14

ICMPv4-Statistik

                            Empfangen Gesendet
  Meldungen                 26579       26678
  Fehler                    0           0
  Ziel nicht erreichbar     0           95
  Zeitüberschreitung        0           0
  Parameterprobleme         0           0
  Quelldrosselung           0           0
  Umleitungen               0           0
  Echos                     60          26523
  Echoantworten             26519       60
  Zeiteinträge              0           0
  Zeiteintragantworten      0           0
  Adressmasken              0           0
  Adressmaskenantworten     0           0

TCP-Statistik für IPv4

  Aktiv geöffnet                      = 69080
  Passiv geöffnet                     = 16751143
  Erfolglose Verbindungsversuche      = 363
  Zurückgesetzte Verbindungen         = 633
  Aktuelle Verbindungen               = 11
  Empfangene Segmente                 = 1265427823
  Gesendete Segmente                  = 1096717835
  Erneut übertragene Segmente         = 570293

UDP-Statistik für IPv4

  Empfangene Datagramme = 2136945
  Keine Anschlüsse      = 98648
  Empfangsfehler        = 2680
  Gesendete Datagramme  = 50088

    

Answer 1

O problema desapareceu quando reinstalamos o servidor de banco de dados.

    

Answer 2

Uma das coisas que sempre procuro quando vejo uma interrupção na conexão é a falha inversa da pesquisa de DNS. Muitos aplicativos tentam resolver o nome DNS de um cliente de conexão logo após o soquete ser aceito no lado do servidor. Quando o DNS não é resolvido corretamente, você pode ter um travamento após o qual as coisas parecem continuar normalmente sem problemas. Eu vi isso com uma ampla variedade de serviços de aplicativos. O atraso de 3 minutos que você mencionou parece um pouco longo para esse cenário. O atraso típico de conexão que vejo é menos de 1 minuto.