对于一个高流量的 Sitecore 站点,应该完成什么样的定期维护任务?
目前我们:
- 分析 Sitecore、IIS 和系统日志中的错误
- 检查 IIS 日志中的响应时间是否存在容量问题
还应定期(每月)完成哪些其他任务,以确保 Sitecore 运行良好并且没有任何问题迫在眉睫?
对于一个高流量的 Sitecore 站点,应该完成什么样的定期维护任务?
目前我们:
还应定期(每月)完成哪些其他任务,以确保 Sitecore 运行良好并且没有任何问题迫在眉睫?
尽管我当然不会声称这是一个完整的列表,但我会直接将其视为定期维护的内容如下:
如果您在前端使用它并大量发布内容,请定期重建链接数据库。
如果您大量发布内容,则使用 Lucene 搜索重建搜索索引。
保持在数据子目录中生成的文件的顶部。
我个人从来不需要对数据库本身做任何事情,但是如果您正在创建和删除大量内容,您可能希望留意任何可能的碎片。
以上都是非常明显的,正如您所看到的,只有在您进行大量发布时才真正适用。总的来说,Sitecore 会照顾自己,如果它从不经常更新的数据库中提供服务,那么您应该没问题。只需在不需要文件时清理文件,就不会出现问题。
在设置服务器时,您可能应该考虑的一些事情(如果您还没有考虑的话)是:
更改 Sitecore 日志记录级别。默认情况下,我认为这设置为警告,并且日志有时会很健谈。如果您的容量很大,则日志可能会变得不必要地大。
安装 Sitecore 性能计数器。
更改配置中的 Sitecore 缓存设置。如果不出意外,至少更改缓存大小以考虑每台服务器上的可用内存。
如果您使用的是 6.0,那么至少升级到 6.1。Sitecore 6.0 不缓存对 的调用IsUserInRole
,因此在负载下会产生大量不必要的数据库流量。我已经看到这会导致很多性能问题。
这都是常识,可能并不完全是您所希望的,但我从来不需要做任何特别不寻常的事情。再说一次,您对高流量的看法可能与我的完全不同。
执行数据库控制面板下的一些任务可能是值得的,特别是清理和重建任务。可能还想研究一下清理文件系统以摆脱不必要的日志、缓存文件等。