2010-08-20 28 views
3

對於高流量Sitecore站點,應完成哪些常規維護任務?您應該在Sitecore服務器上完成哪些定期維護任務?

目前我們:

  • 分析錯誤Sitecore的,IIS日誌和系統日誌
  • 檢查IIS日誌中的響應時間爲容量問題

哪些任務應定期完成(每月)以確保Sitecore運行良好,並且沒有任何問題在地平線上隱現出來?

+0

您是否也使用Sitecore OMS? – 2010-08-20 16:42:29

+0

只需使用Sitecore作爲WCMS。 – Josiah 2010-08-22 06:19:15

回答

4

雖然我當然不會聲稱這是一個完整的列表,我會看的東西在直客作爲定期保養情況如下:

  • 重建鏈接數據庫定期如果你使用它的前端和發佈的內容很多。

  • 如果您使用Lucene搜索重建搜索索引如果您發佈內容很多。

  • 保留在數據子目錄中生成的文件之上。

  • 我個人從來不需要對數據庫本身做任何事情,但是如果您正在創建和刪除大量內容,您可能希望關注任何可能的碎片。

以上所有內容都非常明顯,正如您所看到的,只有在您有大量發佈的情況下才能真正適用。總的來說,Sitecore會自行處理,如果它是從不常更新的數據庫中提供的,那麼你應該沒問題。只需在不需要它們的時候清理文件,並且不應該有問題。

你或許應該考慮的一些事情(如果你還沒有的話)與服務器的建立是:

  • 更改Sitecore的日誌記錄級別。默認情況下,我認爲這設置爲警告,有時日誌可能會相當健談。如果您的音量較高,則日誌可能會不必要的大。

  • 安裝Sitecore性能計數器。

  • 更改配置中的Sitecore緩存設置。如果沒有別的,至少要改變緩存大小來考慮每臺服務器上可用的內存。

  • 如果您使用的是6.0,那麼至少要升級到6.1。 Sitecore 6.0不會將呼叫緩存到IsUserInRole,因此在加載時會產生大量不必要的數據庫流量。我看到這導致了很多性能問題。

這都是常識,恐怕不太是你所希望的,但我從來沒有做任何特別的與衆不同。再說一次,你的高流量想法可能與我的完全不同。

+0

我會看看這些,你在子目錄中生成的文件中尋找什麼?只是一般的異常或有其他的東西需要尋找? – Josiah 2010-08-29 00:12:46

+0

我的意思是在數據文件夾的子目錄中生成的文件。這些主要是日誌,但也可能包括審計文件和會話數據。我還沒有發現審計文件的用途,雖然我可能是錯的,但我認爲Sitecore不依賴它們。你需要清理的主要東西是日誌,但是我假設你想要首先解析它們的錯誤。 – Matt 2010-08-29 09:37:16

1

在數據庫控制面板下執行一些任務可能是值得的,特別是清理和重建任務。可能還想考慮清理文件系統有點擺脫不必要的日誌,緩存文件等