Какие шаги вы предпринимаете для повышения производительности сайта Sharepoint?

Question

Sharepoint - не самое быстрое из серверных приложений, и я прочитал несколько советов по его ускорению. Какие шаги, по вашему мнению, необходимы для повышения производительности, чтобы ее можно было использовать для размещения сайта с высоким трафиком?

Answer 1

В конце концов, SharePoint - это просто сложный веб-сайт со всеми стандартными компонентами.

Чтобы оптимизировать производительность, вам необходимо проанализировать каждый компонент и определить, какой из них является проблемой, а затем настроить его соответствующим образом.

Мы в настоящее время внедряем веб-сайт совместного использования пользователей 1000, который может быть или не быть большим, однако некоторые шаги, которые мы предпринимаем:

1. Реализация детальной стратегии кэширования для интеллектуального кэширования содержимого веб-части.
2. Используйте серверы с балансировкой нагрузки, чтобы убедиться, что все наше оборудование используется, а не бездействует.
3. Мы предприняли планирование мощностей с учетом существующего решения, поэтому у нас есть четкое представление о том, какой компонент является для нас узким местом. (SQL Server), поэтому мы гарантируем, что сервер сможет справиться с ожидаемой нагрузкой и будущим ростом сайта.
4. Мы также используем аппаратные балансировщики нагрузки, которые гарантируют, что наша сеть и соответствующие серверы будут работать так, как ожидается, и это опять-таки необходимо изучить, прежде чем внедрять сайт sharepoint.
5. Мы также гарантируем, что наши веб-части не генерируют ненужные html и не возвращают ненужные данные, поскольку это замедлит время загрузки.

Что-то, что я определенно считаю хорошей идеей, - это цель, к которой нужно стремиться, поскольку вы можете потратить огромные деньги и время на оптимизацию SharePoint, что может оказаться ненужным.

Answer 2

Мои дополнительные лучшие ставки:

• используйте x64, чтобы увеличить объем оперативной памяти на вашем сервере
• Лучшее использование утилизации пула приложений http://blogs.msdn.com/joelo/archive/2007/10/29/sharepoint-app-pool-settings.aspx
• Убедитесь, что весь пользовательский код правильно удаляет объекты SPWeb и SPSite, используя это http://blogs.msdn.com/rogerla/archive/2008/02/12/sharepoint-2007-and-wss-3-0-dispose-patterns-by-example.aspx
• использовать инструмент планирования емкости MS http://technet.microsoft.com/en-us/library/bb961988.aspx
• Планируйте семейство сайтов и размеры базы данных. Контроль ваших баз данных и семейств сайтов будет иметь ключевое значение
• GOVERNANCE GOVERNANCE GOVERNANCE - Планирование ограничений размера сайта и стратегии истечения срока действия. Старые данные должны быть удалены или заархивированы для лучшей производительности. http://technet.microsoft.com/en-us/office/sharepointserver/bb507202.aspx

Я не могу особо подчеркнуть, что правильное раннее планирование необходимо для успешной реализации SharePoint.

Answer 3

Не забудьте тщательно выбрать параметры встроенного кэша (выберите подходящий для вашей ситуации). Используйте BLOBCache. Используйте сжатие / кэширование IIS (значения по умолчанию недостаточны).

Убедитесь, что ваш блок SQL может работать, особенно во время индексации / сканирования. Помогает разделение ролей приложений (индексирование по поисковому запросу и выделенный WFE для индексации / сканирования).

Кстати, если вы используете виртуальные машины VMWare для своих WFE, Windows NLB прерывается (хотя и не всегда), поэтому используйте аппаратные NLB или циклический перебор DNS и т. Д.

Если вам не требуется> 2 ГБ ОЗУ для пула приложений IIS на WFE, не беспокойтесь о 64-битной на WFE.

Просто мой 2с.

Answer 4

Помимо кэширования и аппаратного обеспечения, постарайтесь убедиться, что ваши мастер-страницы и макеты страниц не попадают в базу данных (требуется извлечение вызова базы данных).

Сделайте это, убедившись, что файлы отправлены в улей 12 в вашем решении.