我们有一个过度工作的服务器，目前在物理硬件上运行一个 SQL Server 2000 实例，每天大约有 40 个不同的应用程序与之交互。去年，RAID 控制器出现故障，我们没有备用设备，因此 IT 支持人员连夜赶忙将其迁移到运行在 VMWare 服务器上的副本。当它在那台服务器上时，一切都运行得更快，因为它在规格上有了很大的改进。然而，使用它的最大应用程序偶尔会出现在物理硬件上从未发生过的严重错误。
具体来说，它会每周数次断开成批用户的连接——一次从十个到数百个不等，而且都是在同一时间。它没有影响任何特定的用户、个人电脑或办公室——所有人都受到同样的影响。
唯一常见的是应用程序，它是一个使用 ADO 2.8 进行连接的 VB6 应用程序。连接到该 SQL Server 虚拟化实例的其他应用程序似乎没有问题，尽管它们曾经（并且现在）只负责涉及该服务器的一小部分工作。
结果是，在喜欢速度并讨厌随机的大规模断开连接（我们永远无法找到原因）大约两周之后，我们遗憾地决定返回物理硬件并且断开连接消失了。
现在我们已经到了旧服务器无法处理所有要求它的地步，我们打算将所有内容迁移到 2 个或更多其他服务器。问题是它们很有可能再次成为虚拟的。鉴于上次发生的情况，我正试图找出这些大规模断开连接的可能原因。我们运行的是 VMWare ESX，但网络是基于 Novell 的。此外，该服务器有一个链接服务器设置，以使用已知存在错误的 ODBC 驱动程序连接到 Informix 服务器，并且全天都在使用它。
关于原因的任何想法？
检查您的错误日志和类似的东西。听起来这可能是一个大的 I/O 冻结 - 可能不应该有的东西被换出（或 VM 开始交换），并且在负载下将它换回需要很长时间，以至于事情刚刚结束。
你的虚拟机在交换吗？这对任何虚拟化平台的性能都是致命的。
我发现这个修复可能是你的问题。您必须在 SQL VM 上执行此操作。网络连接有一个选项，任务卸载，设置是导致问题。这是描述修复的帖子。
[ http://forum.wegotserved.com/index.php?/topic/11433-help-my-network-connection-keeps-dropping-out/]
查看 PostReg，在 2010 年 1 月 22 日 - 12:08 AM，说： 好吧，我可能已经解决了我的网络连接问题。根据我在备份论坛上阅读的内容，我禁用了位于网络控制器卡高级设置中的“任务卸载”。从那时起（大约一周前），我已经能够成功备份我的 Win 7 计算机而不会丢失网络连接。我不知道“任务卸载”是什么意思。
我做了同样的事情，并为其中一个 Windows 7 客户端启动了手动备份。备份刚刚成功完成，没有任何问题，我很高兴 Posted Image
我也不知道他的“任务卸载”是什么，所以我在互联网上查找并在维基百科中找到了解释。它似乎是一种协议，可以将大块数据分解成更小的片段，然后才能通过网络发送... http://en.wikipedia ....segment_offload 也许有些人比我更了解这一点我不是计算机或网络高手 张贴图片