![服务器变得很慢以及如何查找内存泄漏](https://linux22.com/image/493826/%E6%9C%8D%E5%8A%A1%E5%99%A8%E5%8F%98%E5%BE%97%E5%BE%88%E6%85%A2%E4%BB%A5%E5%8F%8A%E5%A6%82%E4%BD%95%E6%9F%A5%E6%89%BE%E5%86%85%E5%AD%98%E6%B3%84%E6%BC%8F.png)
我的服务器出现了一个非常严重的问题。我们的服务器之前运行速度非常快。但是这周,它变得越来越慢。每天下午,w3wp 进程都会停止,我们无法再次连接到 SharePoint。当没有人使用 SharePoint 服务器时,我们监控该进程,发现内存使用量越来越大。然后我们检查 SharePoint 日志,发现存在内存泄漏。我想知道,如何确定内存泄漏的原因?以及服务器变得越来越慢的原因是什么?
此致,
答案1
您是否编写过自己的 Web 部件、工作流或事件?
如果是这样,请运行 SPDisposeCheck 工具来帮助您检查使用 SharePoint API 的程序集,以便正确处理内存
code.msdn.microsoft.com/SPDisposeCheck
或者
本周您是否安装了任何更新,请检查控制面板?
答案2
每天下午同一时间?看看你在那个时间安排了哪些作业……也许明天禁用所有作业,看看情况是否有所改善。无论如何,你必须缩小导致问题的组件范围。
答案3
另外,检查任务管理器,看看 csrss.exe 进程是否占用了超过 90% 的 CPU。MS 中有一个记录在案的错误,如果用户帐户损坏,它就会旋转。修复是一种“非修复”,因为它涉及永久删除您可能无法正确备份的内容!以下是 Microsoft 的 MSDN 站点的链接:
“csrss 代表‘客户端/服务器运行时子系统’。
这是 Win32 子系统的用户模式部分(Win32.sys 是内核模式部分)。Csrss 是一个必须始终运行的重要子系统。Csrss 负责控制台窗口、创建和/或删除线程以及 16 位虚拟 MS-DOS 环境的某些部分。”
参考
答案4
首先使用性能计数器检查 w3wp.exe 和 owstimer.exe 进程使用的内存。这些进程是唯一应该与 SharePoint 相关。(有这里有很多柜台但将它们全部一起使用可能不会有太大帮助。
确认问题出在这些进程之一后,请验证问题是否是 .NET 代码中的内存泄漏。特别是 # Gen 2 Collections 监视器很可能表明内存未被释放。有一个这里有其他监视器的良好总结。
最后,检查哪些自定义代码正在泄漏内存。正如 Chris 提到的,检测检查是检查内存是否正确处置的一种非常好的方法。您可以针对特定的自定义 DLL 运行它,并很快找到罪魁祸首。请注意,有时它会给出误报,但绝不会给出漏报。