服务器 Gind.cn
  1. 服务器 Gind.cn
  3. 新configurationMSSQL2008，TIME_WAIT但没有ESTABLISHED？
Intereting Posts
如何使用以太网将错误的Cisco 2600configuration复制到工作正常的Cisco 2600configuration CentOS 6 DHCP服务器configuration SQL Server实例login问题 Nginx子目录 – 位置path添加到根 ssl产品和推荐的ssl之间的区别 mod_pagespeed：安装早期版本兼容libc6 2.13（Debian Wheezy） 如何删除重复的非法网站在Apacheconfiguration？ 使用Backup Exec进行系统状态备份的最佳做法 如何让UCARP通过无线工作？ 如何使Amazon CloudFormation模板中的两个实例都知道IP地址 加载mod_cluster问题，同时重新启动Apache 为所有用户configuration主机为SSH的已知名称 dynamic地重新configurationhaproxy后端 Windows 2008R2 smtpstream量不能离开框 Nginx会自动删除设置为有效的caching吗？

新configurationMSSQL2008，TIME_WAIT但没有ESTABLISHED？

Windows 2008 R2，标准。 它本地没有防火墙。 新安装，因为旧的SQL2000有两个磁盘死亡（或者它可能是RAID控制器？）在同一时间。 幸运的是，我有新的备份。
数据库已经恢复，适用于SQL2008的SP2。

我可以看到各种主机试图build立一个会议，但（客户）网站不工作，我没有看到预期build立的会议。 一个wireshark显示一个完整的三方握手。 由于它是客户机器连接，我不能login到他们并重新启动应用程序池..

究竟是什么造成了这种情况呢？ 

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数据库。

你是基于失败的报告，还是因为networking痕迹看起来有趣？

如果您可以在服务器和受影响的客户端同时获取数据，则会告诉您更多信息。

看到一个三次握手成功的可能原因，但之后没有：

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

问题是主数据库不能被导入，所以基本上没有login被恢复。