Наша команда построила сайт с использованием Sharepoint и нескольких пользовательских веб-страниц. Мы заметили, что сайту требуется время для загрузки при первом обращении к сайту утром. Последующие обращения прекрасны. Мы подозреваем, что Sharepoint переиндексирует свои списки и т.д.
Кто-нибудь еще видел эту проблему с Sharepoint? У кого-нибудь есть исправление?
По умолчанию приложение IIS будет перерабатывать рабочие процессы в течение ночи. Вы можете отключить это в диспетчере IIS, но лучшим вариантом может быть просто добавить разминку script к заданию времени. Вы можете сделать это в SharePoint, но проще всего просто добавить запланированную задачу в Windows, чтобы отключить разминку script после завершения переработки.
Google для "sharepoint warmup script" даст несколько результатов, включая этот, что на самом деле также объясняет ту же ситуацию:-)
Мое предположение заключается в том, что рабочие процессы пула приложений настроены на переработку в определенное время каждую ночь в IIS, что в первую очередь вызывает задержку. Щелкните правой кнопкой мыши пул приложений в IIS → Свойства → и посмотрите, где он говорит "Переработать рабочие процессы в следующие моменты времени:", чтобы убедиться в этом.
Вы можете отключить эту опцию, чтобы исправить свою проблему, но я не рекомендую ее, потому что каждый раз, когда рабочие процессы перерабатывают каждую ночь, будут исправлены любые утечки памяти. Утечки памяти особенно возможны во время разработки SharePoint, потому что, как вы знаете, многие объекты в объектной модели SharePoint выполняют большую часть своей работы в неизмененной памяти. Если эти объекты не будут удалены должным образом, большой объем памяти может быть занят при добавлении небольшого давления памяти на сборщик мусора .NET, задерживая сбор мусора.
Рекомендации: использование одноразовых объектов Windows SharePoint Services
Я согласен с предложением seanb о настройке запланированной задачи для загрузки сайта утром, чтобы решить проблему задержки. Просто убедитесь, что вы планируете это на какое-то время после того, как рабочие процессы переработаны, очевидно.
Нет. Я бы предположил, что скомпилированные компоненты в приложении были выгружены из памяти и их необходимо перезагрузить в кеш. Это происходит и с моими веб-приложениями ASP.NET. Я особенно замечаю это на сайтах QA, которые не попадают почти так же часто и поэтому почти всегда удаляются из кеша, когда я иду к ним.
Вы можете посмотреть на увеличение времени, в течение которого пул приложений для вашего сайта ждет, прежде чем перерабатывать процесс бездействия.
Согласитесь с tvanfosson, что это звучит очень похоже на то, что начинается с того, что вы получаете с приложениями aspnet.
Быстрое и грязное исправление может заключаться в том, чтобы настроить запланированную задачу, чтобы указать веб-клиенту на сайте и запускать его в жизнь каждое утро, прежде чем люди начнут его использовать.
Конечно, Бьорн подчеркивает главную причину "проблемы". Пул приложений перерабатывается в ночное время.
Однако это займет примерно 30 секунд.
Если это займет примерно 2 или 3 минуты, подумайте о том, чтобы читать this. Если у вас нет доступа к Интернету, это объясняет, почему это так медленно. Просто попробуйте загрузить список отзыва сертификатов с microsoft.com, чтобы узнать, не имеет значения.
Если вы используете Windows Server 2008 R2, теперь есть расширение Warm-Up для IIS 7.5 доступно бесплатно. На момент написания этого в бета-версии.
Это "разогревает" пул приложений, напрямую настроенный из IIS, а также может быть расширен с помощью пользовательской логики инициализации.
Расширение приложения Warm-Up больше не доступно и будет "перенастроено для следующей версии IIS" в соответствии с Microsoft.