Dotnetnuke DNN站点在dot net nuke版本-9.4.1中运行缓慢

我最近将我的网站升级到了dot net nuke版本-9.4.1，但由于性能问题，网站运行缓慢。我已经搜索了这个，并在服务器设置中应用了性能配置，还在页面级别进行了缓存配置。 我已经缩小了文件（Js和CSS），并更新了主机设置表中的设置值

---

提前非常感谢。

检查DNN计划程序，查看是否有任何活动作业占用的时间超过了它们应该占用的时间。例如，如果站点爬虫计划程序一直在运行，那么您应该检查门户文件夹中的文件，以确保位于门户文件夹中的所有文件都实际存在。爬虫正在重建索引，如果你有很多文件，可能需要几个小时才能完成。如果文件应该存在，请禁用爬虫计划程序，然后在一天中最慢的时间（凌晨1:00？）运行。我在一台服务器上遇到了这个问题，该服务器的portals文件夹中有数十万个文档。最终解决了这个问题，在凌晨1:00到5:00之间运行爬虫几天，直到它索引了所有文件。一旦文件被索引，它将只需要索引更改和新文件；因此，它在第一次运行时应该是一个负担

另一个可能的原因是例外。如果您的站点抛出大量异常，则会降低站点速度。如果您的站点不断抛出异常，那么异常的处理以及随后的日志记录（到数据库中的DNN EventLog表和Log4Net文件）可能会非常残酷。如果您的站点也在调试模式下运行，则由于.Net收集了在调试模式下运行时有关异常的所有附加信息，因此性能影响将至少乘以30倍。这将对您的站点性能造成严重影响

检查服务器日志，查看IIS为您的DNN站点回收应用程序池的频率。如果经常发生这种情况，那么这也是使用默认IIS应用程序池设置时引发大量异常的标志。默认情况下，如果在短时间内引发太多异常，IIS将回收您的应用程序池。如果您还设置了选项，以便在IIS终止现有实例之前启动站点的新实例并并排运行，而您的站点正在引发异常，这些异常可能会导致瓶颈并削弱性能。对于这种情况，如果在短时间内抛出太多异常，我通常会禁止IIS循环应用程序池。这可能不是您的最佳选择，但如果您处于站点上引发的异常之上，那么您可以禁用该选项，并在应用程序回收后让IIS并排运行实例（当您在活动期间进行回收，以便所有现有流量与旧实例一起完成，并将所有新流量发送到新实例时，这很好。一旦所有流量到达站点的新实例，IIS将终止旧实例。）

如果上面没有任何帮助，请在数据库上运行SQL Profiler，查看是否有任何极端的数据库活动正在进行。还要检查是否有任何db锁

有很多可能的原因会减慢DNN的速度。了解情况的最好方法是在服务器上运行探查器（RedGate Ants profiler或Telerik（Progress）Just Trace）