部署 ASP.NET Web 应用程序后，lsass.exe 开始占用 CPU 资源
在部署 ASP.NET Web 应用程序的新版本（大部分更改了 DLL）后，服务器上的 CPU 现在每隔几秒就会跳到 100%，罪魁祸首是 lsass.exe。 您认为将asp.net web应用程序部署到服务器和这个问题有关系吗？ （或者是同时发生的巧合？）
更多信息：
这是我第一次在 Server 2008 x64 计算机上完成构建。 以前的构建是在 Server 2003 x86 计算机上完成的。 目标是“任何 CPU”，因此应该可以在任一 CPU 上工作。 部署到服务器是Server 2003 x86。
我在网上搜索了更多信息，并确认该进程是 lsass.exe（第一个字符是小写 L，而不是大写 i），因此排除了病毒版本。 找到一些与 Server 2000 bug 有关的文档，但不适用于此处。
After deploying a new build (mostly changed DLL's) of an ASP.NET web app the CPU on the server is now jumping to 100% every few seconds and the culprit is lsass.exe. Do you think that the deployment of the asp.net web app to the server and this problem are related? (or a coincidence that it happened at the same time?)
More info:
This is the first time that I've done the build on a Server 2008 x64 machine. Previous the builds were done on a Server 2003 x86 machine. Target is "Any CPU" so should work on either. Deployed to server is Server 2003 x86.
I've searched the web for more info on this and have confirmed that the process is lsass.exe (first character a lower case L and not an upper case i) so ruled out the virus version. Found some docs relating to a Server 2000 bug but doesn't apply here.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
我最终将问题隔离到在该 ASP.NET Web 应用程序“下”运行的 ASP 论坛。 使用论坛上的管理页面，我关闭了论坛，然后再次将其恢复，问题就消失了。 我发现这非常令人沮丧，因为问题现在已经消失，但我不知道是什么原因导致的，因此它很容易再次出现。
我还安装了此 Microsoft 修补程序 并重新启动了此服务器，但这不起作用。
I eventually isolated the problem to an ASP forum running "under" that ASP.NET web app. Using the admin page on the forum I took the forum down and then brought it back up again and the problem disappeared. I find this very frustrating because the problem has now gone but I don't know what caused it and as such it could easily return.
I also installed this Microsoft Hotfix and rebooted this server but that didn't work.
您是否检查过系统和应用程序事件日志是否有任何异常情况？
Have you checked the System and Application event logs for anything unusual?
您是否已更新为使用 Active Directory 角色提供程序？ 我见过这样的问题：枚举组进行角色检查会占用 CPU，并且确实会减慢应用程序的速度。 我实际上实现了一个定制的提供程序，它允许我指定一个特定的 OU 和一组我真正关心的组来解决这个问题。
Have you updated to use Active Directory role provider? I've seen issues where enumerating groups to do role checking pegs the CPU and really slows down the app. I actually implemented a customized provider that allowed me to specify a particular OU and set of groups that I actually care about to get around this issue.
Windows Performance Toolkit 中分发的 xperf 工具将准确告诉您什么正在使用 CPU 时间或磁盘带宽。 这些工具是免费的，适用于 WS2008 或 Vista 的任何零售版本。 这里是我自己关于 xperf 工具的一系列帖子。
The xperf tools distributed in the Windows Performance Toolkit will tell you exactly what is usin CPU time or disk bandwith. These tools are free and work on any retail build of WS2008 or Vista. Here is series of posts on the xperf tools from myself.