【问题标题】:SQL Management Studio 2008 R2 "wrongly" reconnects after connection lossSQL Management Studio 2008 R2 在连接丢失后“错误地”重新连接
【发布时间】:2011-04-27 09:51:32
【问题描述】:

不久前,我只使用 SQL2k5,但最近更新到 2008 R2。除了 Mgmt Studio 中的明显变化外,还有一个怪癖开始变得非常烦人:每次断开连接时,我都必须再次切换回“丢失”的数据库,因为似乎连接自动重新连接到初始数据库再次。

  • 在 SQL 2005 中,我只需按 F5 两次,第一次它会给我一个错误说连接丢失,第二次它会重新连接到它在连接断开之前所在的数据库然后执行它拥有的任何 sql 命令。无论我是通过使用顶部的下拉框还是使用 USE 语句,我如何访问该数据库并不重要...

  • 在 SQL 2008 (R2) 中,我现在按 F5,mgmt studio 将静默“吃掉”丢失的连接,而是立即重新连接到服务器并在默认数据库或我“强制”的数据库上执行代码使用 [>> 选项] 按钮/选项卡进行连接时

这种情况经常发生,因为我经常打开一个选项卡来终止所有连接并恢复数据库,以及另一个(一系列)选项卡,其中包含更改的过程、测试用例等......

是否有一些(隐藏的)配置来(重新)设置此行为??? 我知道我可以尝试在任何地方添加 USE 语句,或者“强制”每个连接直接到它的“目标”数据库,但是对于临时查询再见 =(

ps:做一些额外的搜索我想知道这是否不是由于定制的“修复” here[connect.com]

ps:附带说明一下,在重新连接屏幕底部的 SPID 后,也没有正确更新,因此我已经根据过时的信息终止了错误的连接......是的进度 =( (**)

有比我更好的 google-fu 吗?或者与微软有更紧密的联系? =)

谢谢。

(**: 伙计,我好怀念查询分析器 =)

【问题讨论】:

  • 这本身真的不是一个“错误”,我也不得不习惯它 - 不幸的是,没有解决这个问题。我的建议是手动重新连接,不要让查询窗口自行尝试连接...
  • 虽然您说手动连接是一个选项是对的,但连接丢失时没有明确的指示......(远程工作时,VPN(-ish)隧道似乎断开连接一次过一会儿,这会导致静默“连接失败”,然后静默重新连接到错误的数据库。也许我应该打开“查询执行后断开连接”选项,但随后我就失去了运行即席查询的能力临时表 =/
  • 好吧,连接最终会超时。你真的无能为力:-/当它重新连接时,它只是连接到主数据库......

标签: sql-server sql-server-2008-r2


【解决方案1】:

如果您在 management studio 中注册要连接的实例,您可以转到已注册实例的“连接属性”并将“连接到数据库”设置为您在该实例上使用的主数据库。当您断开连接并自动重新连接时,它将再次使用该默认数据库。

限制:

  • 根据设计,您只能将其设置为每个实例一个数据库。
  • 您需要使用该注册实例进行连接才能使其工作(右键单击它,然后单击“新建查询”)。如果您只是进行新连接而没有转到“已注册服务器”窗格,则不会将属性应用于连接。

当然不是一个完美的解决方案,但也许总比没有好。

PS: 错误 spid 的连接错误是 here。看起来在 Denali 有一个承诺的解决方案

注意:重读,我发现您有时已经在连接的高级选项中设置了数据库。当然,这并没有什么帮助,只是让您不必每次都这样做。

【讨论】:

  • 是的,我想没有什么可做的了...不过谢谢您查找它。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2016-12-18
  • 1970-01-01
  • 1970-01-01
  • 2014-03-15
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多