Проблемы производительности SharePoint 2007

Question

Я не ожидаю однозначного ответа «серебряной пули» на это, но каковы наилучшие методы обеспечения хорошей производительности для сайтов SharePoint 2007?

У нас есть несколько сайтов для нашей интрасети, и обычно считается, что они работают медленно. На серверах достаточно памяти и процессорной мощности, но страницы просто не «защелкиваются», как вы ожидаете от веб-сайта, работающего на мощных серверах.

Мы сделали все возможное, чтобы настроить параметры, но есть ли что-то, что мы могли бы упустить?

Answer 1

Известна проблема с начальными запросами после того, как пул приложений IIS выгружал ресурсы SharePoint или перерабатывал сам себя, когда ускорение нового запроса происходит очень медленно.

Подробности о том, почему это происходит и как это исправить, можно найти здесь; Причуды SharePoint 2007 - Устранение мучительно медленного времени раскрутки

Answer 2

В последней книге Эндрю Коннелла (Разработка для профессионального управления веб-контентом SharePoint 2007) есть целая глава, посвященная повышению производительности сайтов SharePoint.

Ключевыми темами, которые он охватывает, являются Кэширование, Ограничение загрузки страницы (в частности, как удалить CORE.js, если он не нужен), работа с одноразовыми объектами и как работать с запросами SharePoint.

2 действительно хороших трюка, которые у меня есть, - это использование адаптеров управления Freindly CSS для генерации меньшего HTML-кода для общих компонентов (меню и т. Д.) И настройка «пробуждения» сервера, поэтому, когда IIS спит в пуле приложений из-за неактивности вы можете разбудить его, прежде чем кто-то заходит на ваш сайт.

Answer 3

Microsoft выпустила официальный документ по этой самой проблеме.

Как Microsoft IT увеличивается Доступность и уменьшение рендеринга Время сайтов SharePoint Техническое Белая книга Опубликовано: сентябрь 2008

Скачать отсюда .

Answer 4

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

• BLOB переполняют SQL Server
• Слишком много обращений к базе данных для списков

Вы можете значительно повысить производительность SharePoint, если используете несколько интеллектуальных методов:

• Внешние документы (BLOB)
• Списки кэша и BLOB-объекты

Microsoft Office SharePoint Server (MOSS) - чрезвычайно популярный продукт, который повышает эффективность организаций благодаря управлению контентом и поиску на предприятии, общим бизнес-процессам и обмену информацией через границы для лучшего понимания бизнеса. А StorageEdge - это превосходный продукт, который повышает / улучшает производительность SharePoint. С помощью StorageEdge SharePoint можно легко повысить производительность.

Answer 5

Три основных основных компонента установки SharePoint - это SharePoint Server (тот, который запускает службы WSS / SPS), БД SQL Server и IIS.

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

Обычно установка SQL Server, на которой размещаются связанные с SP БД, замедляет загрузку страниц. Я бы хотел, чтобы вы посмотрели на все ваши счетчики производительности, связанные с SQL Server, и вы можете настроить эти БД также (включая ОС-сервер / хранимые процедуры / сеть и т. Д.)

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

Answer 6

Чтобы исследовать проблемы с производительностью SharePoint, я сначала попробую эти вещи в следующем порядке:

• Запустите SQL Profiler для тех неработающих страниц. SharePoint API отлично скрывает происходящее за кулисами в отношении обходов базы данных. Есть отдельные вызовы API, которые без ведома разработчика генерируют много циклических переходов, которые снижают производительность.
• Профиль w3wp.exe процесса, обслуживающего ваш сайт SharePoint. Это расскажет вам об относительном использовании API. Сосредоточьтесь на тиках, без времени и проведите анализ времени сверху вниз, чтобы увидеть, какие вызовы занимают большую часть времени. См. здесь для получения инструкций.
• Запустите Fiddler или Microsoft NetMon, чтобы обнаружить потенциальные чрезмерные обращения клиентов (т. Е. Между браузером и веб-сервером переднего плана) и перенаправления (301).

Answer 7

Вы работаете на виртуальных или физических серверах? Мы обнаружили, что это значительно быстрее на физических серверах. Также проверьте производительность диска - если вы используете серверы из SAN, это может быть признаком того, что ваша SAN перегружена.

Answer 8

Я заметил, что Sharepoint любит добавлять тонну JavaScript. Если вы запускаете браузер с медленным JavaScript (скажем, Internet Explorer), я замечаю, что он иногда не «чувствует» быстро.

Кроме того, если вы запускаете пользовательский код на нем: не забудьте утилизировать SPWebs после использования, это может сильно подняться!

Answer 9

Всего несколько идей ...

Является ли отображение страниц медленным при выполнении их с сервера или с клиента? Если клиент медленнее, проверьте свою сеть.

Ваши страницы очень "тяжелые"? (значит, много элементов, веб-частей и т. д.) Чем, может быть, это нормально.

Заметили ли вы, что они загружаются медленнее, поскольку вы добавили одну конкретную веб-часть? Может быть, есть некоторые проблемы с этой конкретной веб-частью (например, это доступ к библиотеке документов, которая содержит тысячи документов). Если это так, попробуйте деактивировать эту конкретную веб-часть и посмотреть, работает ли производительность лучше.