我正在使用Sitecore实例9.1、Solr 7.2.1和SXA 1.8。
我已经在Azure上部署了环境,在监视传入请求(到CD实例)时,我注意到在特定时间加载某些页面的速度缓慢。
我探索了App,发现了一种无法解释的行为--请求花费了28.7秒,而它的分解显示出执行了milli-秒。那件事怎么可能?如何解释应用程序服务在额外的28秒内发生了什么??

我已经检查了分析器,它显示线程只需要1042.48毫秒。这怎么可能?

这是一个间歇性的问题发生在白天。常规请求将在3至4秒内处理。。
发布于 2021-09-26 09:07:20
我注意到Azure在单击端到端事务视图时,经常会显示一个“相似”但完全不同的请求的配置文件跟踪。您可以通过比较配置文件跟踪的时间戳和URL以及您单击的事务来检查这一点。例如,我看到一个事务记录在下午8:58:39,2021-09-25,响应时间为9.1秒:

然而,当我单击配置文件跟踪图标时,Azure带我到了10分钟前捕获的跟踪,时间是下午8:49:20,2021-09-25,只花了121.64 ms:

因此,如果您遇到的问题是间歇性的,而且您无法很容易地复制它,那么尝试使用最慢的挂钟时间查看配置文件跟踪,方法是转到Application Insight→Performance→演练到profile traces:

这将显示列表顶部的分析器捕获的性能最差的请求:

发布于 2021-08-18 08:36:01
为了弄清楚为什么速度慢,你需要了解内部发生了什么,f.e:
该数据的来源是动态分析,Azure可以在需要时做到这一点。
IIS报告将显示最慢的请求,因此您可以查看Thread Time发行版,查看这28秒的时间:

发布于 2021-08-18 10:39:14
在Sitecore中,应用程序启动时,初始prefetch configuration允许预先填充prefetch caches。预先加热的预取缓存有助于减少传入请求的处理时间。缓存的初始预取配置是,在初始阶段加载需要时间。
Sitecore实例加载时间太长。这是由CatalogRepository.GetCatalogItems方法中的性能问题引起的。它将在即将进行的更新中修复。
见站点核心知识库
在Sitecore XP 9.0中,修改了初始预取配置。将核心数据库的预取缓存配置为包括用于呈现Sitecore客户端接口的项。
Sitecore客户端接口不用于内容传递实例。禁用Core数据库的初始预取配置有助于避免承载Core数据库的Server上过多的资源消耗。
更改\App_Config\Sitecore.config文件中核心数据库的配置:

参考站点核心知识库
https://stackoverflow.com/questions/68742755
复制相似问题