對於高流量Sitecore站點,應完成哪些常規維護任務?您應該在Sitecore服務器上完成哪些定期維護任務?
目前我們:
- 分析錯誤Sitecore的,IIS日誌和系統日誌
- 檢查IIS日誌中的響應時間爲容量問題
哪些任務應定期完成(每月)以確保Sitecore運行良好,並且沒有任何問題在地平線上隱現出來?
對於高流量Sitecore站點,應完成哪些常規維護任務?您應該在Sitecore服務器上完成哪些定期維護任務?
目前我們:
哪些任務應定期完成(每月)以確保Sitecore運行良好,並且沒有任何問題在地平線上隱現出來?
雖然我當然不會聲稱這是一個完整的列表,我會看的東西在直客作爲定期保養情況如下:
重建鏈接數據庫定期如果你使用它的前端和發佈的內容很多。
如果您使用Lucene搜索重建搜索索引如果您發佈內容很多。
保留在數據子目錄中生成的文件之上。
我個人從來不需要對數據庫本身做任何事情,但是如果您正在創建和刪除大量內容,您可能希望關注任何可能的碎片。
以上所有內容都非常明顯,正如您所看到的,只有在您有大量發佈的情況下才能真正適用。總的來說,Sitecore會自行處理,如果它是從不常更新的數據庫中提供的,那麼你應該沒問題。只需在不需要它們的時候清理文件,並且不應該有問題。
你或許應該考慮的一些事情(如果你還沒有的話)與服務器的建立是:
更改Sitecore的日誌記錄級別。默認情況下,我認爲這設置爲警告,有時日誌可能會相當健談。如果您的音量較高,則日誌可能會不必要的大。
安裝Sitecore性能計數器。
更改配置中的Sitecore緩存設置。如果沒有別的,至少要改變緩存大小來考慮每臺服務器上可用的內存。
如果您使用的是6.0,那麼至少要升級到6.1。 Sitecore 6.0不會將呼叫緩存到IsUserInRole
,因此在加載時會產生大量不必要的數據庫流量。我看到這導致了很多性能問題。
這都是常識,恐怕不太是你所希望的,但我從來沒有做任何特別的與衆不同。再說一次,你的高流量想法可能與我的完全不同。
在數據庫控制面板下執行一些任務可能是值得的,特別是清理和重建任務。可能還想考慮清理文件系統有點擺脫不必要的日誌,緩存文件等
您是否也使用Sitecore OMS? – 2010-08-20 16:42:29
只需使用Sitecore作爲WCMS。 – Josiah 2010-08-22 06:19:15