十万火急：SQL Server 2005 Management Studio无法使用，右下角出现正忙，请问是什么原因？

不管是用Windows还是SQL Server身份验证登录SQL Server Management Studio，登录成功后等了很久，对象资源管理器中一直显示正在展开，然后这Management Studio里面什么东西都不能点，一点右下角就出来一个“正忙”的提示：“SQL Server Management Studio正在等待内部操作完成。如果经常在正常情况下遇此情况请向Windows报告。”  此时应用系统很慢，SQL服务也不能暂停，只能重启数据库服务器。请问大家这是什么原因？

13 个解决方案

#1

.NetFramwork 问题?猜de

#2

麻烦告诉解答下。

#3

你的本地 SSMS 和服务器 SQL Server 的版本是否一致？
试试到 SSMS 的选项中，把“环境\常规\启动时”从默认的“打开对象资源管理器和新查询”改为“打开新查询窗口”。看是不是对象资源管理器刷目录树时出的问题？
还有新查询窗口的当前数据库是不是 master，不是的话最好把登录名中的默认数据库改过来，是不是你这个默认数据库有异常？
最后到服务器的 SSMS 中看一下活动监视器，是不是连接太多了？

#4

引用 3 楼 Tiger_Zhao 的回复:

你的本地 SSMS 和服务器 SQL Server 的版本是否一致？
试试到 SSMS 的选项中，把“环境\常规\启动时”从默认的“打开对象资源管理器和新查询”改为“打开新查询窗口”。看是不是对象资源管理器刷目录树时出的问题？
还有新查询窗口的当前数据库是不是 master，不是的话最好把登录名中的默认数据库改过来，是不是你这个默认数据库有异常？
最后到服务器的 SSMS 中看一下活动监视器，是不是连接太多了？

第1,2,3都是没问题的。
第4点，此时打不开SSMS，就看不到活动监视器了。应用系统此时非常慢。

#5

这是服务器真的非常忙或有瓶颈吧。
看一下CPU、内存、硬盘IO，还有 tempdb 的文件大小，哪个有异常？
具体问题具体对待了，不能简单处理了。

#6

引用 5 楼 Tiger_Zhao 的回复:

这是服务器真的非常忙或有瓶颈吧。
看一下CPU、内存、硬盘IO，还有 tempdb 的文件大小，哪个有异常？
具体问题具体对待了，不能简单处理了。

你好！CPU 1%很正常，内存占用27G多（服务器内存64G),硬盘IO正常， tempdb 文件3G多（数据库大小是22G),就不知道问题出在哪里了。

#7

引用 5 楼 Tiger_Zhao 的回复:

这是服务器真的非常忙或有瓶颈吧。
看一下CPU、内存、硬盘IO，还有 tempdb 的文件大小，哪个有异常？
具体问题具体对待了，不能简单处理了。

你好！CPU 1%很正常，内存占用27G多（服务器内存64G),硬盘IO正常， tempdb 文件3G多（数据库大小是22G),windows日志提示：没有足够的系统内存来运行此查询。请问这是什么原因？

#8

tempdb 似乎有点大？
但是要说影响登录也不大可能，你没有用登录触发器吧？
而且 SSMS 也除了源代码管理，也没有其它的插件，登录后应该不会有其它的动作。
重启后服务器上的 SSMS 能打开不？
要不先开着活动监视器，等出问题是再看看什么比较可疑。

#9

引用 8 楼 Tiger_Zhao 的回复:

tempdb 似乎有点大？
但是要说影响登录也不大可能，你没有用登录触发器吧？
而且 SSMS 也除了源代码管理，也没有其它的插件，登录后应该不会有其它的动作。
重启后服务器上的 SSMS 能打开不？
要不先开着活动监视器，等出问题是再看看什么比较可疑。

你好！服务器重启后可以打开SSMS。应用系统恢复正常。

#10

这种运行一段时间出异常的问题，主要靠你自己慢慢摸索了。
先看看日志吧。

#11

看下是不是服务器配置的最大内存不够用？所以导致内存不足。如果是，改大即可
SELECT * FROM sys.configurations   WHERE name = 'max server memory (MB)'

#12

这个情况我也看到过，建议可以考虑停掉，或者就等着

#13

我碰到过类似的情况, 一般是出现在数据库非常大,且在非正常情况下停掉了SQL SERVER, 你现在的情况是他现在纠错与恢复数据,具体时间依数据库的大小有关,  但只要没有报错,但肯定是能恢复正常的,你现在要做的,就是等他恢复,而不是再乱折腾...  可能要4个小时以上, 大部份情况有时1~2个小时就行