☰

데이터베이스 서버 연결 시 무작위 3분 지연

tag-icon • tag-icon windows networking tcpip
데이터베이스 서버 연결 시 무작위 3분 지연

우리는 Windows 2003 서버에서 InterBase를 사용하고 있으며 임의의 간격으로 서버에 대한 클라이언트 연결이 평소보다 180초(3분) 더 오래 걸립니다. 응용 프로그램은 제목 표시줄에 일반적인 Windows 경고가 표시되면서 "중지"되지 않으며 지연 후에도 문제없이 계속됩니다.

이제 일부 Windows 2008 서버가 네트워크에 추가된 이후 속도가 증가한 것 같습니다.

네트워크의 다른 응용 프로그램에는 유사한 "중지"가 없기 때문에 (가상) 시스템이나 서버 프로세스 자체가 의심됩니다. 우리는 다른 네트워크에서 동일한 InterBase 데이터베이스 클라이언트와 서버 소프트웨어 버전을 문제 없이 사용하므로, 제가 가장 관심을 두는 부분은 해당 머신의 네트워크(TCP/IP)입니다. 같은 이유로 나는 이것이 DNS 문제라고 생각하지 않습니다. 아니면 이것이 다른 후보입니까?

예를 들어 네트워크 버퍼 대기열이 가득 차서 발생하는 지연에 대한 기술적인 설명이 가능합니까?

netstat -s는 실패한 연결 시도, 수신된 삭제된 데이터그램이 없음을 표시합니다.

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

답변1

연결이 중단될 때 항상 확인하는 것 중 하나는 역방향 DNS 조회 실패입니다. 많은 애플리케이션은 서버 측에서 소켓 승인 직후 연결 클라이언트의 DNS 이름을 확인하려고 시도합니다. DNS가 제대로 확인되지 않으면 문제 없이 정상적으로 진행되는 것처럼 보이다가 중단이 발생할 수 있습니다. 나는 다양한 응용 프로그램 서비스에서 이것을 보았습니다. 귀하가 언급한 3분의 시간 지연은 이 시나리오에서는 약간 긴 것 같습니다. 제가 볼 때 일반적인 연결 지연은 1분 미만입니다.

답변2

데이터베이스 서버를 다시 설치하자 문제가 사라졌습니다.

관련 정보