☰

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

tag-icon • tag-icon windows networking tcpip
Atraso aleatório de três minutos para conexão do servidor de banco de dados

usamos InterBase em um servidor Windows 2003, e em intervalos aleatórios a conexão do cliente com o servidor demora 180 segundos (três minutos) a mais 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 Windows 2008 foram adicionados à rede.

Como outras aplicações na rede não apresentam "travamentos" semelhantes suspeito da máquina (virtual) ou do próprio processo do servidor. Usamos a mesma versão do software cliente e servidor do banco de dados InterBase 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 creio que seja um problema de DNS ou é outro candidato?

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

netstat -s mostra tentativas de conexão sem sucesso, nenhum datagrama descartado recebido.

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

Responder1

Uma das coisas que sempre procuro quando vejo uma conexão interrompida é uma falha na pesquisa reversa de DNS. Muitos aplicativos tentam resolver o nome DNS de um cliente conectado logo após a aceitação do soquete no lado do servidor. Quando o DNS não é resolvido corretamente, você pode travar e depois as coisas parecem prosseguir normalmente sem problemas. Já vi isso com uma ampla variedade de serviços de aplicativos. O atraso de 3 minutos que você mencionou parece um pouco longo para este cenário. O atraso típico de conexão que vejo é inferior a 1 minuto.

Responder2

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

informação relacionada