有没有人遇到过等待类型 QDS_Loaddb?我发现此等待的文档为零。微软网站上的描述说是待定。
我有一个无法使用的数据库,它显示 QDS_Loaddb 在查询运行时等待。查询是针对系统表还是用户表并不重要。等待是相同的 QDS_Loaddb。
如果我知道这个等待意味着什么,我可以尝试修复它。
有没有人遇到过等待类型 QDS_Loaddb?
我没有,但是我做了一些挖掘。
我发现此等待的文档为零。微软网站上的描述说是待定。
免责声明:这并不意味着成为官方文档或取代官方团队发布的任何文档。它可能包含也可能不包含错误,并不意味着是官方来源。
QDS_LoadDB
是一种等待类型,与(你猜对了)查询存储相关联。这是为特定数据库启动查询存储时将遇到的等待类型。一旦启动完成,等待就会消失。
当查询存储启动时,会发生许多不同的事情......其中之一似乎阻止了对数据库的查询。最终,当启动完成时,这些查询将被发出信号并继续执行。
请注意,以上是对许多过程的简化,并不是对查询存储组件的详尽介绍。
我有一个无法使用的数据库,它显示 QDS_Loaddb 在查询运行时等待。查询是针对系统表还是用户表并不重要。等待是相同的 QDS_Loaddb。
我在上面解释了其中的一部分,但让我更进一步。
首先,感谢您的评论,解释了有关您所做的事情和环境的一些事情。可悲的是,由于这是生产,因此立即采取了严厉的措施。此外,错误日志中没有任何错误提示,这很奇怪。
我相信发生的事情是数据库上线并初始化了查询存储。查询存储的初始化出现了某种失败(我们现在不知道,为什么)从错误日志中被抑制(同样,不知道为什么)。由于初始化失败,查询永远不会发出信号,因此您会进入您所处的状态。同样,这是我根据我所调查的情况对发生的事情的假设。
有趣的是,应该有一个超时期限,如果查询存储没有在所述超时内加载 - 一切都应该继续,不再等待。你应该很容易达到这个超时 - 这让我们不能完全确定这是发生了什么......但同样,没有太多可以继续。
我们可以监控一些扩展事件,看看情况是否真的如此。
不幸的是,很难说它为什么会发生——即使我的假设是正确的,我们也需要知道正在吞下什么错误。由于我们两者都没有,而只是等待类型,恐怕答案是“我不知道”。
话虽如此,因为它必须处理查询存储(如果我的假设是正确的),那么关闭查询存储 - 不进一步深入研究问题 - 将是唯一的好方法。
免责声明:我为微软工作
如果您再次遇到这个问题(或任何人),我强烈建议您与 Microsoft 建立一个支持案例。
归档时间: |
|
查看次数: |
673 次 |
最近记录: |