SQL事件探查器中，偶尔出现的audit logout，执行时间更长，要几十秒，有时甚至要几分钟。是不是这样?确定真正的原因在于调用ADO连接SQL Server 2000时，发生异常，错误描述就是“[DBMSSOCN]一般性网络错误。请检查网络文档?
为什么会突然出现“[DBMSSOCN]一般性网络错误。”呢？但是，那是因为网卡或者网线闪断(“network is down”)，造成连接数据库失败，服务又不停地试着去连接。不知道在什么情况下，服务不断报告：可能是因为同一台服务器和SQL Server之间的连接都没有Close,所以导致连接达到被允许的最大数目，从而 你可以通过SQL语句察看当前与SQL Server保持的连接都来自于哪里，有多少个：
这个方法利用ADO.Command:ut_ActiveConnection方法来建立数据库连接的：有时候，当第N+1(如:2000个)次建立连接的请求被SQL Server 2000认为超出允许范围时，SQL Server 2000会主动将这一千多个的连接同时全部中断。于是乎，在SQL Server事件探查器中，你也可以看到唰地一下所有的Audit Logout事件出来了。如果测试程序维持着这些数据库连接的话，内存会持续增长这个有没有问题? 虽然这种情况出现的比较罕见，但是如果排除了网络质量原因，你也许可以注意一下当前服务器与SQL Server的connection数目是否维持在一个正在高涨的数量。当连接不断增加的时候，就要当心，服务器连接数据库是有一定限制的，而且达到最大值后，其他程序再次请求连接时，就可能得到“一般性网络错误”的警告，而且错误号80004005也并没有说明到底发生了什么，SQL Server和ADO并不会告诉你连接数已经达到最大值我认为是ADO版本问题，安装正确版本。 你可以通过下面的SQL语句察看当前与SQL Server保持的连接都来自于哪里，有多少个：你有没有查一查.
如果连接过多.就会自动Audit Logout
于是乎，在SQL Server事件探查器中，你也可以看到唰地一下所有的Audit Logout事件出来了。
这些都会占用内存的呀. 你试验，看看一台服务器被允许与SQL Server建立最多多少个连接。总之.你先看一看.是不是连接达到一个数字后.全部CLOSE 但还在跟踪从而占用内存.
为什么会突然出现“[DBMSSOCN]一般性网络错误。”呢？但是，那是因为网卡或者网线闪断(“network is down”)，造成连接数据库失败，服务又不停地试着去连接。不知道在什么情况下，服务不断报告：可能是因为同一台服务器和SQL Server之间的连接都没有Close,所以导致连接达到被允许的最大数目，从而 你可以通过SQL语句察看当前与SQL Server保持的连接都来自于哪里，有多少个：
这个方法利用ADO.Command:ut_ActiveConnection方法来建立数据库连接的：有时候，当第N+1(如:2000个)次建立连接的请求被SQL Server 2000认为超出允许范围时，SQL Server 2000会主动将这一千多个的连接同时全部中断。于是乎，在SQL Server事件探查器中，你也可以看到唰地一下所有的Audit Logout事件出来了。如果测试程序维持着这些数据库连接的话，内存会持续增长这个有没有问题? 虽然这种情况出现的比较罕见，但是如果排除了网络质量原因，你也许可以注意一下当前服务器与SQL Server的connection数目是否维持在一个正在高涨的数量。当连接不断增加的时候，就要当心，服务器连接数据库是有一定限制的，而且达到最大值后，其他程序再次请求连接时，就可能得到“一般性网络错误”的警告，而且错误号80004005也并没有说明到底发生了什么，SQL Server和ADO并不会告诉你连接数已经达到最大值我认为是ADO版本问题，安装正确版本。 你可以通过下面的SQL语句察看当前与SQL Server保持的连接都来自于哪里，有多少个：你有没有查一查.
如果连接过多.就会自动Audit Logout
于是乎，在SQL Server事件探查器中，你也可以看到唰地一下所有的Audit Logout事件出来了。
这些都会占用内存的呀. 你试验，看看一台服务器被允许与SQL Server建立最多多少个连接。总之.你先看一看.是不是连接达到一个数字后.全部CLOSE 但还在跟踪从而占用内存.
解决方案 »
免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货