我们在Windows 2003服务器上使用InterBase，并且在随机的时间间隔内，与服务器的客户端连接比平时花费180秒（三分钟）。 应用程序不会在标题栏中“挂起”正常的Windows警告，并在延迟之后继续愉快地进行。
现在速度似乎已经增加了一些Windows 2008服务器已被添加到networking。
由于networking中的其他应用程序没有类似的“挂起”，我怀疑（虚拟）机器或服务器进程本身。 我们在不同的networking中使用相同的InterBase数据库客户端和服务器软件版本，所以我的第一个感兴趣的领域是机器的networking（TCP / IP）。 出于同样的原因，我不认为这是一个DNS问题，或者这是另一个候选人？
对于这样的延迟，是否有可能的技术解释，例如由于全部的networking缓冲队列而导致这样的延迟？
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 当我看到连接挂起时，我经常查找的一件事是反向DNS查找失败。 许多应用程序尝试在服务器端的套接字接受之后立即parsing连接客户端的DNS名称。 当DNS不能正确parsing时，你可以经历一个挂起之后，看起来正常进行没有问题。 我已经看到这与各种各样的应用程序服务。 你提到3分钟的时间延迟对于这种情况似乎有点长。 我看到的典型连接延迟小于1分钟。
重新安装数据库服务器时，问题消失了。