Поделиться через


Мониторинг производительности кэша в SharePoint Server 2016

 

**Применимо к:**SharePoint Server 2016

**Последнее изменение раздела:**2016-12-30

Сводка. Изучение мониторинга кэша больших двоичных объектов SharePoint, кэша вывода ASP.NET и кэша объектов SharePoint.

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

В этой статье

  • О мониторинге кэша

  • Мониторинг производительности кэша больших двоичных объектов

  • Мониторинг производительности кэша вывода ASP.NET

  • Мониторинг производительности кэша объектов

Перед началом работы

Поскольку SharePoint Server 2016 выполняется в виде веб-сайтов в IIS, администраторы и пользователи зависят от специальных возможностей, предоставляемых браузерами. SharePoint Server 2016 может использовать специальные возможности всех поддерживаемых браузеров. Дополнительные сведения см. в следующих источниках:

О мониторинге кэша

SharePoint Server 2016 предоставляет три типа кэша, помогающие улучшить скорость загрузки веб-страниц в браузере: кэш больших двоичных объектов, кэш вывода ASP.NET и кэш объектов.

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

  • В кэше вывода ASP.NET хранятся выводимые данные страницы. В нем также хранятся разные версии кэшированной страницы, в зависимости от разрешений пользователей, запрашивающих эту страницу.

  • Кэш объектов сокращает трафик между веб-сервером и базой данных SQL, сохраняя объекты (такие как списки и библиотеки, параметры веб-сайта и макеты страниц) в памяти интерфейсного веб-сервера. В результате страницы, которым требуются эти элементы, могут отображаться быстро, увеличивая скорость доставки страниц в браузер клиента.

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

  • Кэшированная операция происходит, когда кэш получает запрос объекта, данные которого уже сохранены в кэше. Большое количество кэшированных операций служит указателем высокой производительности и хорошего взаимодействия с конечным пользователем.

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

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

    На сжатие может расходоваться значительная часть ресурсов сервера. Это влияет как на производительность, так и на взаимодействие с конечным пользователем. Следовательно, сжатия следует избегать. Можно уменьшить частоту сжатий, увеличив размер кэша. Сжатие обычно происходит, если размер кэша уменьшается. Сжатие кэша объектов потребляет меньше ресурсов, чем сжатие кэша больших двоичных объектов.

  • Очистка кэша — это полное освобождение кэша. После очистки кэша отношение числа кэшированных операций к числу промахов кэша близко к нулю. Затем по мере запроса контента пользователями и заполнения кэша это отношение увеличивается и в конечном итоге достигает оптимального уровня. Неизменно высокое значение для этого счетчика может указывать на проблемы в ферме, такие как постоянно меняющиеся схемы метаданных библиотеки.

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

В следующих разделах даются сведения, относящиеся к мониторингу каждого вида кэша.

Мониторинг производительности кэша больших двоичных объектов

Вы можете наблюдать за эффективностью параметров кэша с помощью системных мониторов, приведенных в следующей таблице.

Группа счетчиков кэша публикации SharePoint

Имя счетчика Идеальное значение или шаблон Примечания

Общее число сжатий кэша

0

Если это значение постоянно или часто бывает высоким, то размер кэша слишком мал для запрашиваемых данных. Для повышения производительности увеличьте размер кэша.

% заполнения кэша BLOB

Уровень >= 90% показывается красным

Уровень >= 80% показывается желтым

Уровень <80% показывается зеленым

Это может указывать на слишком маленький размер кэша. Для повышения производительности увеличьте размер кэша.

Очисток кэша публикации в секунду

0

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

Коэффициент попаданий в кэш публикации

Зависит от характера использования. Для сайтов, предназначенных только для чтения, этот коэффициент должен быть 1. Для сайтов, предназначенных для чтения и записи, коэффициент может быть ниже.

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

Примечание

Для кэша больших двоичных объектов запрос учитывается как промах кэша только в том случае, если пользователь запросил файл, расширение которого настроено для кэширования. Например, если в кэше включено кэширование только JPG-файлов, и кэш получает запрос на GIF-файл, то этот запрос не учитывается как промах кэша.

Мониторинг производительности кэша вывода ASP.NET

Вы можете наблюдать за эффективностью параметров кэша с помощью системных мониторов, приведенных в следующей таблице.

Группа счетчиков приложений ASP.NET

Имя счетчика Идеальное значение или шаблон Примечания

Сжатий записей кэша API

0

Увеличьте объем памяти, выделяемый для кэша вывода ASP.NET.

Коэффициент попаданий в кэш API

Зависит от характера использования. Для сайтов, предназначенных только для чтения, этот коэффициент должен быть 1. Для сайтов, предназначенных для чтения и записи, коэффициент может быть ниже.

Низкое значение коэффициента попаданий может быть обусловлено следующими причинами.

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

  • Если используется кэширование вывода ASP.NET для пользователей, прошедших проверку подлинности, то многие пользователи могут иметь разрешения на редактирование страниц, которые они просматривают.

  • Если настроены какие-либо параметры VaryBy* на любой странице (на главной странице или в макете страницы) или настроен профиль кэша, возможно, настроен параметр, который препятствует эффективному кэшированию страниц сайта (например, они могут меняться в зависимости от пользователя для сайта, имеющего много пользователей).

Примечание

Для кэша вывода ASP.NET все страницы кэшируются на фиксированный срок, который не зависит от пользовательских действий. Следовательно, существует мониторинг событий, связанных с очисткой.

Дополнительные сведения о кэше вывода ASP.NET см. в статье Кэширование вывода и профили кэша (https://go.microsoft.com/fwlink/p/?LinkID=121543) или Элемент cache для элемента caching (схема параметров ASP.NET) (https://go.microsoft.com/fwlink/p/?LinkId=195986).

Мониторинг производительности кэша объектов

Кэш объектов используется для хранения метаданных сайтов, библиотек, списков, элементов списков и документов, которые используются такими компонентами, как структура навигации веб-сайта и веб-часть "Запрос контента". Этот кэш помогает пользователям при переходе на страницы, использующие такие компоненты, поскольку хранение и извлечение требуемых им данных происходит непосредственно в кэше объекта, а не в базе данных контента.

Кэш объектов хранится в ОЗУ каждого веб-сервера в ферме. Каждый веб-сервер обслуживает свой собственный кэш объектов.

Вы можете наблюдать за эффективностью параметров кэша с помощью системных мониторов, приведенных в следующей таблице.

Группа счетчиков кэша публикации SharePoint

Имя счетчика Идеальное значение или шаблон Примечания

Общее число сжатий кэша

0

Если это значение велико, то размер кэша слишком мал для запрашиваемых данных. Для повышения производительности увеличьте размер кэша.

Очисток кэша публикации в секунду

0

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

Коэффициент попаданий в кэш публикации

Зависит от характера использования. Для сайтов, предназначенных только для чтения, этот коэффициент должен быть 1. Для сайтов, предназначенных для чтения и записи, коэффициент может быть ниже.

Уменьшение этого коэффициента может быть вызвано какими-либо из следующих причин.

  • Кэш был недавно очищен или сжат.

  • Пользователи запрашивают контент, недавно добавленный на сайт. Это может происходить после добавления на сайт большого объема нового контента.