Хотя я, конечно, не буду утверждать, что это полный список, то, на что я бы сразу обратил внимание при регулярном обслуживании, было бы следующим:
Регулярно перестраивайте базу данных ссылок , если , вы используете ее в клиентской части и часто публикуете контент.
Перестройте поисковые индексы, если вы используете поиск Lucene , если вы много публикуете контент.
Хранить поверх файлов, созданных в подкаталогах данных.
Лично мне никогда не приходилось ничего делать с самими базами данных, но вы можете следить за любой возможной фрагментацией, если вы создаете и удаляете большой объем контента.
Все вышесказанное очень очевидно, и, как вы можете видеть, они действительно применимы, только если у вас много публикаций. В общем, Sitecore позаботится о себе, и если он обслуживает базу данных, которая обновляется нечасто, то у вас все будет хорошо. Просто очистите файлы, когда они вам не нужны, и у вас не должно возникнуть проблем.
Некоторые вещи, которые вы, возможно, должны рассмотреть (если вы еще этого не сделали) при настройке серверов:
Изменение уровня ведения журнала Sitecore. По умолчанию, я думаю, это установлено на Warn, и журналы могут быть довольно болтливыми. Если вы получаете большой объем, журналы могут быть излишне большими.
Установите счетчики производительности Sitecore.
Измените настройки кэша Sitecore в конфигурации. Если ничего не изменилось, хотя бы измените размеры кэша, чтобы учесть объем памяти, доступной на каждом сервере.
Если вы используете 6.0, то обновитесь до 6.1 как минимум. Sitecore 6.0 не кэширует вызовы к IsUserInRole, и поэтому под нагрузкой генерирует много ненужного трафика базы данных. Я видел, что это вызывает много проблем с производительностью.
Это все здравый смысл, и, возможно, не совсем то, на что вы надеялись, но мне никогда не приходилось делать ничего особенно необычного. Опять же, ваша идея большого трафика может сильно отличаться от моей.