我们有一个劳累过度的服务器，目前在物理硬件上运行一个SQL Server 2000实例，每天有大约40个不同的应用程序与它交互。 去年，RAID控制器出现故障，我们没有任何备件，因此IT支持人员一夜之间将其迁移到VMWare服务器上运行。 虽然它在服务器上运行得更快，因为它是一个很大的改进。 然而，使用它的最大的应用偶尔有严重的错误，从来没有出现在物理硬件上。
具体来说，每周几次会断开批量的用户，一次只能从十个到几百个，同时全部都是这样。 它不影响任何特定的用户或个人电脑或办公室 – 都受到同样的影响。
唯一常见的是应用程序，它是使用ADO 2.8连接的VB6应用程序。 连接到SQL Server的虚拟化实例的其他应用程序似乎没有问题，尽pipe它们只负责涉及此服务器的一小部分工作。
结果是，在爱好速度和讨厌随机的大规模断开（我们从来没有find一个原因）大约两周后，我们不幸地决定返回到物理硬件，断开连接消失。
现在我们已经达到了旧服务器无法处理所有问题的地步，而且我们打算把所有东西都移植到2个或更多的其他服务器上。 困难在于，他们很有可能再次成为虚拟人。 鉴于上次发生的事情，我试图找出这些大规模断开可能的原因。 我们正在运行VMWare ESX，但是networking是基于Novell的。 此外，服务器还有一个链接的服务器设置，用于使用已知错误的ODBC驱动程序连接到Informix服务器，并全天使用。
任何关于事业的想法？
检查你的错误日志和那种东西。 它听起来像它可能是一个大的I / O冻结 – 被换出（或虚拟机开始交换），可能不应该有，并花了这么长的时间，在负载下交换它的东西只是废话。
你的虚拟机交换？ 这是任何虚拟化平台上的性能死亡。
我发现这个修复可能是你的问题。 您将不得不在SQL虚拟机上执行此操作。 networking连接有一个选项，任务卸载，设置是造成这个问题。 这里是描述修复的post。
查看PostReg，2010年1月22日上午12:08说：那么我可能已经解决了我的networking连接问题。 根据我在备份论坛上读到的内容，我禁用了位于networking控制器卡高级设置中的“任务卸载”。 自那时以来（大约一个星期前），我已经能够成功地备份我的Win 7电脑，而不会丢失networking连接。 我不知道“任务卸载”是什么意思。
我做了完全相同的，并为Windows 7客户端之一开始手动备份。 备份刚刚成功完成没有任何问题，我很高兴张贴图像
我不知道他的“任务卸载”是什么，所以我在网上查了一下，并在维基百科find了解释。 它似乎是一个协议，把大块的数据分解成更小的碎片，然后才能通过networking发送… http：//en.wikipedianailsegment_offload也许有些你比我更了解这个我不是一个计算机或networking高手张贴图片