对于高流量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