无法识别的系统进程使CPU饱和


8

今天,由于主站点“带宽”已消失,我们已切换到备用DC。

最强大的数据库服务器给我们带来了麻烦。它为服务器上的多个数据库产生了以下过程。一个数据库只是用于维护工具的小型临时数据库,因此不能复制或镜像。

有人知道或识别以下代码吗?

() select table_id, item_guid, oplsn_fseqno, oplsn_bOffset, oplsn_slotid 
from [<dbname>].[sys].[filetable_updates_2105058535] with (readpast) 
order by table_id

1
blogs.msdn.com/b/psssql/archive/2011/10/29/…似乎表明这可能是AlwaysOn可用性组,或者与包含数据库有关,等等。这是否适用?
Max Vernon

@Max Vernon嗨,Max,是的,我大约一天后才发现这一点,但当时无法回答自己的问题。
损坏的物品,2013年

重新启动解决了该问题,但几周后,我再次注意到服务器上的性能下降。确实,即使在已删除并重新创建的临时数据库上,也返回了相同的幻像线程,哎呀!现在,这肯定听起来像是个错误
DamagedGoods 2013年

在性能下降几周后,此问题再次在计算机上再次出现,所以我认为这一定是一个错误,因为我们不使用Filestream或Filetables,而仅在使用AV组时才开始。作为错误提交给Microsoft
DamagedGoods

Answers:


3

实际上,这取决于SQL2012 AV组留下的某种结构,因为在这些服务器不处于生产状态期间已经在这些服务器上进行了一些测试,因为它们是适用于不同DC的唯一硬件。

在下一个机会窗口中,我重新启动了服务器,并且两台服务器的性能都得到了极大的改善,并且进程不再出现。(添加到我的问题列表中,包括布伦特网站上有关SQL2012 AV组问题的所有Brent详细信息)

2012 AlwaysON设置

尝试配置这些的任何人都必须阅读。如布伦特(Brent)的文章所述,我发现了许多陷阱,比预期的要棘手得多,并且由于我自己的问题,即多子网故障转移不成功(我只能使它在一个方向上起作用),并且由于上述性能开销,我决定推迟推出该漏洞。


我可以从个人经验告诉您,这并不总是AV问题。我目前在5台服务器上都遇到了这个确切的问题,其中没有一台在服务器上安装过AVG(或也曾为此负责的FileStream)。我不知道是什么原因造成的,但就我而言,这绝对不是。
PseudoToad
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.