我们有问题我们sql服务器。大约两次,每天我们必须重新启动我们的服务器,因为SQL变为响应我们的网络应用程序。它看起来并不像我们有一个问题与许多连接,以有不超过20活动的时间。奇怪的是我可以访问sql从MS SQL企业管理8.0只。连接任何其他应用程序(asp.net 或SQL服务器的管理工作室05)的时间。Querys工作的现在企业管理,因此我不认为其中的一个问题锁。任何帮助表示赞赏。感谢

有帮助吗?

解决方案

SQL Server日志说什么?如果它是干净的(您可以在本地或远程连接到DB)并且重新启动将应用程序恢复到已知状态 然后 它表明了汇集问题和/或网络问题

我们遇到了一个类似的问题,通过升级到最新的服务包,没有任何明确的原因。我们的问题表现在框中,保持底层网络连接打开,而Web应用程序认为它们已关闭,因此它会尝试恢复池,然后运行最大连接。您的问题表明您没有达到最大连接但您的症状类似。查看操作系统级别的网络连接。还需要考虑其他一些事情......

您是否可以从托管您的网络应用程序的同一个框连接,但是使用其他客户端应用程序,例如查询分析器,甚至是命令行中的bcp或isql?

另一件事需要注意:如果您能够从网络应用程序框连接,您可以使用您的应用程序使用的数据库吗?一旦你在那里,你可以这样做吗?

网络应用程序连接池的参数设置是什么?你试过调整这些吗?

祝你好运。

其他提示

  • 任何环境中的变化,硬件或软件?
  • 什么是最后一个改变?

只是注意从经验上网的问题..如果网络是失败的,它可以导致建立的网络连接,你将只能看到从业绩计数器在绩效监测(性能),以便将该地方,我看。

如果没有环境的变化,也许是数据库需要一些好的维护,就像巩固表和索引推动记录的备份或清除他们,无论DBA做,以清理。

我之前遇到类似MySQL的问题,其中空闲连接会被标记为陈旧,并且会超时,最终我不得不重新启动应用程序。 也许您的连接池上有可以使用的配置?

可能有助于帮助您的一些问题:

  1. 您运行的是哪个版本的SQL Server?
  2. 服务器盒上还有其他什么东西在运行吗?
  3. 您说您无法从某些客户端访问它 - 它会超时。你的意思是它只是连接或执行查询时超时吗?
  4. 每台客户端计算机上的这些应用程序的行为是否相同?

如果SQL服务器本身处于空闲状态并且没有发现阻塞,那么可能是某些网络或防火墙或防病毒问题?或者只是服务器RAID阵列正在死亡。

那段时间RAM内存发生了什么。 也许你毁了RAM

您是否在查看SQL日志以查看是否存在扩展或任何异常情况?

您是否正在进行分析以查看陷入困境时正在运行的内容?

您是否在查看包装盒上的事件日志中是否存在异常活动?

您是重新启动SQL Server还是重新启动整个框?

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top