☰

新配置的MSSQL2008，有TIME_WAIT但是没有ESTABLISHED？

tag-icon • tag-icon sql-server time-wait
新配置的MSSQL2008，有TIME_WAIT但是没有ESTABLISHED？

Windows 2008 R2，标准版。本地没有防火墙。新设置是因为旧的 SQL2000 有两个磁盘同时坏了（或者可能是 RAID 控制器坏了？）。幸运的是，我有新备份。
数据库已恢复，并且已应用 SQL2008 的 SP2。

我可以看到各种主机尝试建立会话，但（客户）站点无法工作，我看不到预期的已建立会话。wireshark 显示完整的三方握手。由于连接的是客户机器，我无法登录它们并重新启动应用程序池。

到底是什么原因造成这种情况？

No.     Time        Source                Destination           Protocol Info
  1 0.000000    1.2.5.127         1.2.6.133         TCP      desktop-dna > ms-sql-s [SYN] Seq=0 Win=65535 Len=0 MSS=1380 SACK_PERM=1

Frame 1: 62 bytes on wire (496 bits), 62 bytes captured (496 bits)
Ethernet II, Src: Cisco_31:5e:09 (00:26:0b:31:5e:09), Dst: Vmware_b7:00:05 (00:50:56:b7:00:05)
Internet Protocol, Src: 1.2.5.127 (1.2.5.127), Dst: 1.2.6.133 (1.2.6.133)
Transmission Control Protocol, Src Port: desktop-dna (2763), Dst Port: ms-sql-s (1433), Seq: 0, Len: 0

No.     Time        Source                Destination           Protocol Info
  2 0.000123    1.2.6.133         1.2.5.127         TCP      ms-sql-s > desktop-dna     [SYN, ACK] Seq=0 Ack=1 Win=8192 Len=0 MSS=1460 SACK_PERM=1

Frame 2: 62 bytes on wire (496 bits), 62 bytes captured (496 bits)
Ethernet II, Src: Vmware_b7:00:05 (00:50:56:b7:00:05), Dst: Cisco_31:5e:09 (00:26:0b:31:5e:09)
Internet Protocol, Src: 1.2.6.133 (1.2.6.133), Dst: 1.2.5.127 (1.2.5.127)
Transmission Control Protocol, Src Port: ms-sql-s (1433), Dst Port: desktop-dna (2763), Seq: 0, Ack: 1, Len: 0

No.     Time        Source                Destination           Protocol Info
  3 0.000884    1.2.5.127         1.2.6.133         TCP      desktop-dna > ms-sql-s [ACK] Seq=1 Ack=1 Win=65535 Len=0

和 netstat

TCP    1.2.6.133:1433     1.2.2.98:26895     TIME_WAIT       0
TCP    1.2.6.133:1433     1.2.2.98:26912     TIME_WAIT       0
TCP    1.2.6.133:1433     1.2.2.98:26918     TIME_WAIT       0
TCP    1.2.6.133:1433     1.2.2.98:26931     TIME_WAIT       0
TCP    1.2.6.133:1433     1.2.5.127:2736     TIME_WAIT       0
TCP    1.2.6.133:1433     1.2.5.127:2737     TIME_WAIT       0
TCP    1.2.6.133:1433     1.2.5.127:2738     TIME_WAIT       0
TCP    1.2.6.133:1433     1.2.5.127:2739     TIME_WAIT       0

编辑：似乎是由于版本不匹配导致无法恢复 master/msdb/model 数据库。

答案1

您是根据故障报告来查看此情况，还是因为网络跟踪看起来很奇怪？

如果您可以在服务器和受影响的客户端上同时进行捕获，那么您将获得更多信息。

三次握手成功但之后不再成功的可能原因：

  • TCP 卸载引擎已启用，并且 NIC 正在烟囱模式下运行
    • （TOE-用于 netsh int tcp sh gl检查操作系统是否认为TCP卸载是关闭的还是打开的，但请注意，NIC驱动程序必须还启用它才能工作）
    • 刚刚注意到跟踪中的 VMWare 条目；TOE 还不能在 VM 上运行。
  • 服务器和客户端之间的 MTU 问题
  • 服务器无响应，或
  • 客户端从不发送初始命令

答案2

问题在于无法导入主数据库，因此基本上没有恢复任何登录。

相关内容