Sitecore发布和延迟最长30秒

我们在Sitecore安装中注意到了一个有趣的问题。与其他环境相比，任何自动发布或计划发布作业都需要很长时间。每项工作之间似乎都有5到30秒的延迟。在我们的其他环境中，我们看不到任何延迟，因为在这些环境中，两个发布作业之间的差异不到一秒钟

到目前为止，我们一直在尝试跟进-

• 我们已经检查了有问题的和 与其他环境相比，在配置或配置方面没有任何差异 代码。
  • 缓存在所有环境中都非常相似
  • 我们曾尝试启用并行发布，但这并没有产生多大影响
  • 在有问题的环境中，索引也非常快速，并且每个作业在一秒钟内完成

在这一点上，我们不确定是什么导致了这个问题。任何建议都会有帮助

感谢您作为Sitecore添加发布作业，我认为您添加发布作业的速度可能比处理作业的速度更快=>排队

为了得出准确的结论，需要对发布操作进行分析——这将给出关于wallclock时间花费的答案（比如约80%用于网络+数据库操作，只有20%用于Sitecore代码）

在观察发布滞后时，您将需要。 从那里你会看到时间是如何度过的

---

请记住，在浏览器中看到过时的内容并不一定意味着发布速度慢-确实如此。

看起来我也有类似的问题

确实有多个IaaS Sitecore安装。2个环境（托管在onr VM上）具有更好的性能（包安装、发布等）

在其他VM上还有2个以上的Sitecore安装，发布和包安装速度比第一个VM慢4-5倍。 我使用了相同的Sitecore安装配置，但前缀不同

在我的例子中，我正在从Sitecore 8.2迁移到Sitecore 9.2。使用Unicorn迁移数据，并发现内容发布（似乎是写入到主服务器）马上就变慢了

---

因此，在使用unicorn迁移的前两个环境中，内容发布和包安装速度更快，但在另外两个环境中，此过程更慢。

您可以检查主数据库和核心数据库中事件/发布队列表（行号）的大小吗？当环境感觉滞后且发布速度缓慢时，这是一个常见的问题。Sitecore建议每个表中最多有1000行。我会检查并回复您。以下是我发现的核心数据库事件队列-81663 PublishQueue-0 History-0 Master Database Event Queue-216 PublishQueue-236 History-171 Web数据库事件队列-23242 PublishQueue-0 History-20444，这些数字是在我们昨天截短了这些数据之后。同样在截断之后，发布也没有那么快。让我觉得Sitecore正试图用它做些什么。对于一些发布，特别是核心事件队列，这似乎是一个非常大的数字。您使用7.2吗？与发布相关的项目有时会出现问题，从而导致此类问题。