2016-11-11 62 views
1

從8.1升級到Sitecore 8.2後,即使使用分離環境(即CD和CMS)也是如此。我看到很少的性能問題,CMS工作正常,但本地線程數大約爲200!而CD剛剛在啓動站點後耗盡所有內存而凍結,則日誌中也不會顯示錯誤。Sitecore 8.2性能問題/崩潰

任何想法可能是錯誤的?

回答

0

一個可能的原因可能是Sitecore事件隊列的大小。

檢查來自所有事件隊列尤其是在網絡數據庫中的記錄數:

SELECT count(*) FROM [EventQueue] 

如果計數是高仿100K你需要清理有更好的表現。最多隻有幾千條記錄時最好。

請參見:

Publish Queue, History and Event Queue too big

sitecore-event-queue-how-to-clean-it-and-why

+0

事件隊列非常穩定,但線程數保持在本地機器上的177左右也看不到日誌中的任何錯誤 – CodeBox

0

請檢查您是否不能連續得到任何錯誤日誌文件的CD服務器上。

檢查重定向,如果你有,看看他們是否造成問題。我們在過去發現這個問題是我們的一個問題。

您可以觀看Sitecore性能計數器以獲取更多診斷信息。

+0

日誌似乎是穩定的沒有看到任何異常或錯誤 – CodeBox

0

對於CPU使用率較高的過程,我認爲你需要停止其認爲是消耗內存的過程的一個部分代理進程,儘量停在sitecore.config文件此清理劑的時間間隔設置爲

<agent type="Sitecore.Tasks.CleanupAgent" method="Run" interval="06:00:00"> 
0

我們遇到了一個類似的問題,即CPU使用率突然增加,但在站點內核日誌文件中找不到任何錯誤。從IIS日誌中觀察,Web流量也是正常的。這是我們如何解決這個問題。

在IIS用戶界面和託管站點的應用程序池中,請檢查當前正在運行的IIS worker Processes。這裏我們可以看到每個請求都在ASP.NET管道的不同部分中,並且當前正在執行HTTP模塊。

現在請檢查是否有任何請求在任何階段卡住。如果來自同一個URL的多個請求卡住了,那麼這意味着該URL中的某個模塊正在掛起或進入無限循環。現在我們可以調查此URL中使用的模塊並查找實際問題。