DNNs IIS服务的性能问题

我们有一个运行9.1.1的DNN站点。一段时间以来，我们一直在遇到问题，IIS服务将消耗处理器中的所有可用资源，并使站点无响应。这个问题通常会在给定的时间内解决，但数量从几乎瞬间到数小时不等。这个问题已经发生了相当长的一段时间了。日志文件中似乎没有关于它的任何内容，DNN支持部门也没有真正能够提供帮助。这可能有点模糊，但如果有人有任何想法，我很乐意回答任何问题。

有很多事情可能与此相关，但您注意到的行为中有一些常见的罪魁祸首

• DNN调度程序-搜索索引器-这可以得到“落后”或做一些有趣的事情。当站点被锁定时，查看此站点是否正在运行
• 清除计划程序历史记录-检查“ScheduleHistory”数据库表的大小，如果此表的清除过大，则可能导致此问题
• 清除事件日志-这可能类似于计划程序历史记录，如下所述

---

除此之外，还需要诊断跟踪等，如果没有大量的信息，则无法通过此媒体轻松回答。

“DNN支持部门没有真正的帮助”，那么他们做了什么？我想知道，有了所有可用的源代码，挂起转储分析可以很容易地显示出发生了什么。我们主要查看了日志，向他们发送了前端和后端的备份，几周后，他们要求我们更改IIS中的一些设置。这对问题没有影响。@bwassink:我假设您已启用性能监视来记录资源利用率。资源利用率是随着时间的推移缓慢增加，还是在某个事件发生后立即固定？如果是前者，是否与您的总体流量或web请求相关？如果是后者，您是否能够将其隔离回特定的操作或请求类型？不幸的是，正如您所承认的，这可能无法提供足够的细节来帮助我们提供更有意义的方向。像这样的问题可能是由于代码，可能是由于IIS配置，甚至可能是由于正在使用的其他模块。此问题也可能更适合，因为它可能需要通过性能监视器和IIS日志进行调查，以及通过IIS本身进行调整。您查看了转储文件吗？我们需要找出是什么方法或异常导致了这个问题。然后找出根本原因。在这种情况下，日志文件可能无法工作。