我们有一个Windows Server 2012.有时Windows Indexer的CPU使用率太高。 什么可能导致这个问题,如何才能解决。 它运行几个星期,然后花费太多的CPU负载。
什么是解决这个问题最简单的方法? 你需要更多的细节?


当我看起来twith Processmon似乎有时访问奇怪的registry值,如:HKCR.com($ e8f18eb3)/ 0 / Posteingang / _DPM /곯가가가갦겼곱갮갢갢겥겧곭곟곭곟곬겢갘겷갤걠걍각
似乎也只有重新启动后才会出现此问题。 然后,当我们重build索引时它会变得更好。
您在截图中显示的CPU使用率不是很高。 那么让我们从“缓慢”的angular度来调查你的意思。 磁盘很可能已经饱和,导致一切都感觉缓慢。 索引服务器是造成索引服务器的一个很好的假设,但我们必须首先收集更多的证据。
转到Task Manager > Performance > Open Resource Monitor 。 在资源监视器中,您将看到一个名为“磁盘”的选项卡,您可以在该选项卡中检查当时哪些进程正在使用大部分磁盘I / O。 还要检查什么是“响应时间”。 根据您的磁盘,您可能会看到1-15毫秒的正常或更糟糕的数字,如200-2000毫秒。 这将意味着你的磁盘已经饱和了,你已经确定了“缓慢”的原因。
如果索引服务导致它,首先检查一些事情:
如果您添加了新文件夹和/或已经有更新的数据添加到现有的文件夹,您将不得不忍受,并等待索引服务完成它的工作。 你可以尝试一下,但是这并不能保证有什么不同,在任务pipe理器中给予索引服务“低于正常”的优先级,但是由于工作负载是I / O限制的,所以可能不会有太大的帮助。
如果有任何其他进程导致了过多的磁盘I / O,那么您必须分别进行调查。
你问完全错误的问题。 NO服务器无法响应20%或30%的CPU使用率。 这是一个提示:它只使用这个小CPU,因为你的光盘超载。 所以这个问题与CPU无关,全都与光盘有关。 光盘是任何服务器上的臭名昭着的瓶颈,因此强大的推动 – 尽pipe价格 – 朝着更快的方式(因子100或更多)SSD。
所以,问题是 – 什么是系统如此繁忙的索引。 将类似于邮件服务器的东西放到索引中是那些“不智能”的东西之一,可以吞噬所有的IOPS。 开始调查这一方 – 但不要说你有一个CPU问题。
您的post被封为MS Exchange相关。 如果这是真的,那么额外的选项可能是“微调”Microsoft Exchangesearch索引器。 这不是那么容易,所以我会把这里的链接放到文档中,因为字段是小的,列出所有的选项。
一般来说,你可以:
但是,你想做什么取决于你的环境,所以它不容易给你100%的build议。