2011-09-30 85 views

回答

1

儘量細分你的資產和出版較小goups

1

有時把它歸結爲尋找罪魁禍首資產,導致整批來搪塞。這就是爲什麼細分出版緩慢可以幫助縮小問題的原因。同時檢查是否有任何資產在您的目標目的地簽出。

1

有幾件事情需要檢查

您可以設置VERBOSE = TRUE在發佈目標配置,使得UI寫的比較詳細的日誌。重要的是要確切知道什麼是緩慢的,無論是資產移動到目標還是緩存刷新/潛在重建目標。

檢查futuretense.txt的源代碼和目標是否有任何顯示錯誤或好奇的消息,如果沒有任何顯示,那麼記錄可能被抑制。默認情況下,大多數記錄器應該具有INFO級別,如果仍然沒有出現任何信息,請設置com.fatwire.logging.cs = DEBUG並重試。

一般來說,如果這是一個生產系統,並且其發佈的資產數量不是很多,那麼高速緩存刷新就是花費大部分時間的地方。而且,如果它被配置成這樣,緩存再生。詳細的發佈日誌會告訴你有多少被刷新。

如果緩慢的原因不能從檢查日誌來確定,然後再考慮在發佈定期服用線程轉儲(源和目標),看看什麼是引擎蓋下發生。也許系統在共享磁盤等資源上等待速度很慢(一個常見問題)。

菲爾

0

爲了更好的理解,你需要找到在哪一步發佈過程被卡住。如你所知,出版的過程是由5個步驟,前兩個(數據收集和序列化)發生在源,第三(數據傳輸)源&目的地之間發生了,最後兩個(反序列化&緩存清除)交貨時發生。我所遇到

一個奇怪的情況是反序列化步驟,其中,它試圖在每個實時發佈到更新區域設置樹。當時的Fatwire支持建議我們添加& PUBLISHLOCALETREE = false。這顯着提高了發佈性能。再一次,這僅適用於在您的網站中使用語言環境/翻譯。