none
Тормоза при открытии страничек SharePoint, хотя аппаратные серверы не загружены. Как диагностировать? RRS feed

  • Вопрос

  • Добрый день! С недавних пор стал страшно тормозить тестовый SharePoint Server 2010, развернутый на двух мощных аппаратных серверах (на первом веб сервер, на втором БД). SharePoint тестовый и пользователей на нем не больше 10-ти человек, серверы стоят абсолютно ненагруженные, процы спят, диски спят, 80% ОЗУ свободны. Торможение не постоянное, а какими-то рывками, то всё нормально работает, то странички открываются по минуте или около того, причем тормозит всегда открытие разных страниц, а не каких-то фиксированных.

    Видимо есть какие-то ошибки в конфигурации системы портала, а не в аппаратных серверах. Подскажите пожалуйста, куда смотреть? Где у SharePoint'а полезные для этого лог файлы хранятся?

    21 сентября 2012 г. 4:40

Ответы

  • У меня причина тормозов была в следующем:

    SharePoint находился в интрасети, и свободный доступ в интернет для него был закрыт. Это логично. Не логично то, что SharePoint вместо того, чтобы сразу ответить пользователю на запрос, иногда перед этим  пытается соединиться по HTTP с некими серверами из подсети 87.245.200.0/24, и до этого никого не обслуживает.

    Если корпоративный файрвол просто отбрасывает пакеты, то соединение будет сравнительно долго висеть в состоянии SYN_Sent до таймаута, и это станет причиной "тормозов" без загрузки процессора, диска и вообще чего-либо.

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

    Я работал с Search Server 2010 на Windows Server 2008 R2. Всё "из коробки" установлено с настройками "по умолчанию". Активные соединения отлавливал через TCPView.







    5 января 2014 г. 3:13
  • Для ускорения загрузки страниц и вообще в целом работы шарика советую подумать о настройках кеширования.

    Очень хорошо о настройка кеша в SharePoint на прошлом TechEd11 рассказал Илья Рудь.

    OFS312 Оптимизация и тюнинг производительности SharePoint 2010


    • Помечено в качестве ответа Roman Zhukov 3 октября 2012 г. 12:37
    21 сентября 2012 г. 9:24

Все ответы

  • у меня наблюдалось непонятное торможение системы в том случае если на сервере SP небыло интернета для проверки обновлений windows. после проверки обновлений система начинала работать хорошо.

    так же предлагаю включить  developer dashboard и посмотреть скорость загрузки элементов страницы

    stsadm -o setproperty -pn developer-dashboard -pv on
    stsadm -o setproperty -pn developer-dashboard -pv off
    stsadm -o setproperty -pn developer-dashboard -pv OnDemand

    21 сентября 2012 г. 5:29
    Модератор
  • у меня наблюдалось непонятное торможение системы в том случае если на сервере SP небыло интернета для проверки обновлений windows. после проверки обновлений система начинала работать хорошо.


    Интернет на обоих серверах есть, обновления устанавливаются автоматически, проблема не в этом.
    21 сентября 2012 г. 6:12
  • Включите developer dashboard, оно как раз показывает что сколько времени грузилось...

    My contributions: SharePoint 2010 Solution Installer

    21 сентября 2012 г. 6:16
  • Диагностировать не просто - причин может быть не мало.

    Стоит последить за тем, как часто происходит recycle пулов приложений. В случае, если он происходит, любая страница впервые после recycle будет открываться медленно.

    Как включить запись в log при recycle


    Высказанное мною здесь - мои личные взгляды, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий.

    21 сентября 2012 г. 7:00
    Модератор
  • Для ускорения загрузки страниц и вообще в целом работы шарика советую подумать о настройках кеширования.

    Очень хорошо о настройка кеша в SharePoint на прошлом TechEd11 рассказал Илья Рудь.

    OFS312 Оптимизация и тюнинг производительности SharePoint 2010


    • Помечено в качестве ответа Roman Zhukov 3 октября 2012 г. 12:37
    21 сентября 2012 г. 9:24
  • У меня причина тормозов была в следующем:

    SharePoint находился в интрасети, и свободный доступ в интернет для него был закрыт. Это логично. Не логично то, что SharePoint вместо того, чтобы сразу ответить пользователю на запрос, иногда перед этим  пытается соединиться по HTTP с некими серверами из подсети 87.245.200.0/24, и до этого никого не обслуживает.

    Если корпоративный файрвол просто отбрасывает пакеты, то соединение будет сравнительно долго висеть в состоянии SYN_Sent до таймаута, и это станет причиной "тормозов" без загрузки процессора, диска и вообще чего-либо.

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

    Я работал с Search Server 2010 на Windows Server 2008 R2. Всё "из коробки" установлено с настройками "по умолчанию". Активные соединения отлавливал через TCPView.







    5 января 2014 г. 3:13