2011-09-30 87 views

回答

1

尽量细分你的资产和出版较小goups

1

有时把它归结为寻找罪魁祸首资产,导致整批来搪塞。这就是为什么细分出版缓慢可以帮助缩小问题的原因。同时检查是否有任何资产在您的目标目的地签出。

1

有几件事情需要检查

您可以设置VERBOSE = TRUE在发布目标配置,使得UI写的比较详细的日志。重要的是要确切知道什么是缓慢的,无论是资产移动到目标还是缓存刷新/潜在重建目标。

检查futuretense.txt的源代码和目标是否有任何显示错误或好奇的消息,如果没有任何显示,那么记录可能被抑制。默认情况下,大多数记录器应该具有INFO级别,如果仍然没有出现任何信息,请设置com.fatwire.logging.cs = DEBUG并重试。

一般来说,如果这是一个生产系统,并且其发布的资产数量不是很多,那么高速缓存刷新就是花费大部分时间的地方。而且,如果它被配置成这样,缓存再生。详细的发布日志会告诉你有多少被刷新。

如果缓慢的原因不能从检查日志来确定,然后再考虑在发布定期服用线程转储(源和目标),看看什么是引擎盖下发生。也许系统在共享磁盘等资源上等待速度很慢(一个常见问题)。

菲尔

0

为了更好的理解,你需要找到在哪一步发布过程被卡住。如你所知,出版的过程是由5个步骤,前两个(数据收集和序列化)发生在源,第三(数据传输)源&目的地之间发生了,最后两个(反序列化&缓存清除)交货时发生。我所遇到

一个奇怪的情况是反序列化步骤,其中,它试图在每个实时发布到更新区域设置树。当时的Fatwire支持建议我们添加& PUBLISHLOCALETREE = false。这显着提高了发布性能。再一次,这仅适用于在您的网站中使用语言环境/翻译。