使用微软的查询通知后导致数据库还原慢和报错的BUG有何解决方案

Question

0

http://support.microsoft.com/kb/975089/zh-cn

http://support.microsoft.com/kb/974777/zh-cn

以上是微软对这两个BUG的描述。

我想问的问题，还原慢，我如何提前在数据库知道？或者我通过查询什么能够知道备份之后还原会慢。我可以提前在备份之前做一些处理。比如我可以清空订阅等等？我手动清空订阅的时候如何通知我web服务器的缓存失效？

Answer 1

Why don't just install latest service pack that fixes the bug?

Answer 2

就像rmiao大侠所说，LZ为什麽不打最新的SP补丁来修复这个错误呢？

Answer 3

首先我发现2008R2都没完全解决此问题，可能是我补丁有问题？4133我也开启了，还原还是慢。

其次，那么多垃圾数据，我自身想清除掉。

Answer 4

首先我发现2008R2都没完全解决此问题，可能是我补丁有问题？4133我也开启了，还原还是慢。

其次，那么多垃圾数据，我自身想清除掉。

目前我知道的是
sys.dm_qn_subscriptions 视图。是不是删除它就可以了？
KILL QUERY NOTIFICATION SUBSCRIPTION ALL

实际上我观察错误日志，大概记录了20万个错误。

但是我sys.dm_qn_subscriptions 视图里面只有1万个记录。而且和那20万记录的主键都不一样。也就是说还原的时候并不是从sys.dm_qn_subscriptions 视图中提取。

那是从哪里提取的数据？通过什么视图可以知道？

Answer 5

还原的时候错误日志记录大量的

Query notification delivery could not send message on dialog '{F52E0749-0503-E311-94B4-00155D0A2505}.'. Delivery failed for notification '?<qn:QueryNotification xmlns:qn="http://schemas.microsoft.com/SQL/Notifications/QueryNotification" id="68227" type="change" source="database" info="restart" database_id="7" sid="0x01"><qn:Message>8d3d1d33-540f-459b-965f-bc7bd51a3f2f;fce60b9e-36d0-48a0-8afd-d6542755373a</qn:Message></qn:QueryNotification>' because of the following error in service broker: '找不到会话句柄 "F52E0749-0503-E311-94B4-00155D0A2505"。'.

数据库版本为2008R2SP1 ，还是慢。

但2012不会有这个问题，他忽略了这些错误，所以快。

但是问题的本质还没有找到。那几十万的未完成事务是从哪里来的，我想在备份之前找到它，并处理掉他。而不是忽略它。

Answer 6

Possible to install sql2k8 r2 sp2?