Оценка требований производительности и емкости для PerformancePoint Services
Применимо к: SharePoint Server 2010
Последнее изменение раздела: 2017-01-18
В этой статье описывается воздействие от использования PerformancePoint Services на производительность топологий, в которых выполняется Microsoft SharePoint Server 2010.
Примечание
Необходимо отметить, что конкретные значения емкости и производительности, представленные в данной статье, могут отличаться от значений в реальных средах. Представленные данные могут использоваться в качестве отправной точки при проектировании среды с соответствующим масштабированием. После завершения первоначального этапа разработки системы протестируйте созданную конфигурацию, чтобы убедиться, что система будет поддерживать факторы, характерные для данной среды.
Содержание:
Тестирование характеристик фермы
Результаты тестирования
Рекомендации
Общие сведения о планировании и выполнении планирования емкости для SharePoint Server 2010 см. в статье Capacity management and sizing for SharePoint Server 2010.
Тестирование характеристик фермы
Набор данных
Набор данных состоит из корпоративного портала, созданного с помощью SharePoint Server 2010 и PerformancePoint Services, который содержит одну панель мониторинга среднего размера. Панель мониторинга состоит из двух фильтров, связанных с одной системой показателей, двумя диаграммами и сеткой. Панель мониторинга создана на основе одного источника данных Microsoft SQL Server 2008 Analysis Services (SSAS), использующего образец базы данных AdventureWorks для куба Службы SQL Server 2008 Analysis Services.
В следующей таблице описываются типы и размеры каждого элемента панели мониторинга.
| Имя | Описание | Размер |
|---|---|---|
Фильтр № 1 |
Фильтр выбора элементов |
7 элементов измерения |
Фильтр № 2 |
Фильтр выбора элементов |
20 элементов измерения |
Система показателей |
Система показателей |
15 элементов измерения по 4 столбца (2 ключевых показателя эффективности) |
Диаграмма № 1 |
График |
3 ряда по 12 столбцов |
Диаграмма № 2 |
Линейчатая диаграмма с накоплением |
37 рядов по 3 столбца |
Сетка |
Аналитическая таблица |
5 строк по 3 столбца |
Средняя панель мониторинга использует шаблон "Заголовок и два столбца". Размер элементов панели мониторинга настраивается автоматически или указывается в процентном соотношении относительно размера панели мониторинга. Каждый элемент на панели мониторинга отображается с произвольным значением высоты и ширины (от 400 до 500 пикселей) для имитации различий размеров окна веб-браузера. Поскольку диаграммы отображаются исходя из размеров окна веб-браузера, возможность изменения высоты и ширины каждого элемента панели мониторинга является обязательной.
Сценарии и процессы тестирования
В этом разделе описываются сценарии тестирования и обсуждается процесс тестирования, используемый в каждом сценарии. Подробные сведения, например результаты тестирования и конкретные параметры, приведены в разделах Результаты тестирования настоящей статьи.
| Имя теста | Описание теста |
|---|---|
Отображение панели мониторинга и случайное изменение значения одного из двух фильтров пять раз через каждые 15 секунд. |
|
Отображение панели мониторинга, выбор диаграммы, разворачивание и сворачивание элемента диаграммы пять раз через каждые 15 секунд. |
|
Отображение панели мониторинга, выбор сетки, разворачивание и сворачивание элемента сетки пять раз через каждые 15 секунд. |
|
Использовался тестовый набор, состоящий из нескольких тестов со следующими процентными соотношениями.
| Имя теста | Тестовый набор |
|---|---|
Отображение панели мониторинга и случайное изменение значения одного из двух фильтров пять раз. |
80 % |
Отображение панели мониторинга, выбор диаграммы, разворачивание и сворачивание элемента диаграммы пять раз. |
10 % |
Отображение панели мониторинга, выбор сетки, разворачивание и сворачивание элемента сетки пять раз. |
10 % |
Для создания набора веб-тестов и нагрузочных тестов, имитирующих изменение значений фильтров в случайном порядке пользователями и переходы по сетками и диаграммам, использовались средства Microsoft Visual Studio 2008 Load Testing. В тестах, описанных в этой статье, используются 15-секундные паузы между итерациями (время на обдумывание). Для реализации средней двухсекундной задержки, требуемой для отображения системы показателей или отчета, применялась дополнительная нагрузка. Среднее время ответа измерялось в течение 15 минут после первых 10 минут с момента запуска.
В каждой итерации теста учетная запись выбирается из 5 000 учетных записей, а IP-адрес — из 2 200 IP-адресов (с помощью Visual Studio IP Switching).
Тестовый набор запускался два раза для одной и той же панели мониторинга среднего размера. При первом запуске тестового набора для доступа к источнику данных использовалась автоматическая учетная запись службы, которая использует общую учетную запись для запроса данных. Получаемые результаты идентичны для всех пользователей. Для повышения производительности PerformancePoint Services может использовать кэширование. При втором запуске тестового набора для доступа к источнику данных использовалась индивидуальная проверка подлинности пользователей, а куб Службы SQL Server Analysis Services был настроен для использования динамической безопасности. В этой конфигурации для запроса данных PerformancePoint Services использует удостоверение пользователя. Поскольку результаты могли отличаться, нельзя было использовать кэширование для совместного использования результатов разными пользователями. Если для Службы Analysis Services не настроена динамическая безопасность и роли Службы Analysis Services, которым назначены пользователи и группы Microsoft Windows, являются идентичными, можно использовать кэширование для индивидуальных удостоверений пользователей.
Настройки оборудования и топология
Оборудование лаборатории
Для получения детализированных результатов тестирования использовались разные конфигурации фермы. Конфигурации фермы варьировались от одного до трех веб-серверов, от одного до четырех серверов приложений и с одним сервером баз данных, запущенным на Microsoft SQL Server 2008. Для SharePoint Server 2010 был выбран вариант установки в организации по умолчанию.
В следующей таблице перечислено оборудование, используемое при тестировании.
| Веб-сервер | Сервер приложений | Компьютер, на котором работает SQL Server | Компьютер, на котором работает Службы Analysis Services | |
|---|---|---|---|---|
Процессоры |
2 процессора по 4 ядра с частотой 2,66 ГГц |
2 процессора по 4 ядра с частотой 2,66 ГГц |
2 процессора по 4 ядра с частотой 2,66 ГГц |
4 процессора по 6 ядер с частотой 2,4 ГГц |
ОЗУ |
16 ГБ |
32 ГБ |
16 ГБ |
64 ГБ |
Операционная система |
Windows Server 2008 R2 Корпоративная |
Windows Server 2008 R2 Корпоративная |
Windows Server 2008 R2 Корпоративная |
Windows Server 2008 R2 Корпоративная |
Сетевой адаптер |
1x1 гигабит |
1x1 гигабит |
1x1 гигабит |
1x1 гигабит |
Проверка подлинности |
NTLM и Kerberos |
NTLM и Kerberos |
NTLM и Kerberos |
NTLM и Kerberos |
После масштабирования фермы на несколько веб-серверов для аппаратной балансировки нагрузки использовался метод сходства адреса и источника. Этот метод записывает IP-адрес источника входящих запросов и узел службы, для которого распределяется нагрузка, и выделяет для всех последующих транзакций один узел.
Топология
Начальная топология состоит из двух физических серверов, один из которых выступает в роли веб-сервера и сервера-приложений, а второй — в роли сервера баз данных. Эта начальная топология считается топологией, состоящей из двух компьютеров (2M), или топологией "1-0-1", где первое число — количество выделенных веб-серверов, второе число — количество выделенных серверов приложений, а третье число — количество серверов баз данных.
Далее в настоящей статье веб-серверы также называются интерфейсными веб-серверами (WFE). Нагрузка применялась до момента обнаружения ограничивающих факторов. Как правило, ограничивающим фактором на веб-сервере или сервере приложений является ЦП, поэтому для устранения этого ограничения были добавлены дополнительные ресурсы. Ограничивающие факторы и топологии существенно отличаются в зависимости от конфигурации проверки подлинности при доступе к источнику данных (автоматическая учетная запись службы или индивидуальное удостоверение пользователя с динамической защитой куба).
Результаты тестирования
Результаты измерений содержат три важных показателя, позволяющих определить емкость PerformancePoint Services.
| Показатель | Описание |
|---|---|
Число пользователей |
Общее число пользователей по данным Visual Studio. |
Запросов в секунду (RPS) |
Общее число запросов в секунду по данным Visual Studio, в которое входят все запросы, включая запросы статических файлов, например изображений и таблиц стилей. |
Представлений в секунду (VPS) |
Общее число представлений, которое PerformancePoint Services может обработать. Представление — это любой фильтр, система показателей, сетка или диаграмма, отображаемая PerformancePoint Services, или любой веб-запрос к URL-адресу службы отображения, который содержит параметр RenderWebPartContent или CreateReportHtml. Дополнительные сведения о параметрах CreateReportHtml и RenderWebPartContent см. в документе, содержащем спецификацию протокола PerformancePoint Services RenderingService (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=200609&clcid=0x419) (Возможно, на английском языке). Для упрощения планирования емкости PerformancePoint Services можно анализировать запросы по журналам служб IIS. При использовании этого средства получаемое значение практически не зависит от формирования панели мониторинга. Панель мониторинга с двумя представлениями можно сравнить с панелью мониторинга с десятью представлениями. |
Совет
Если для доступа к источнику данных используется автоматическая учетная запись службы, необходимо придерживаться следующего соотношения выделенных серверов: один веб-сервер на каждые два сервера приложений, на которых запущены PerformancePoint Services.
Совет
Если источник данных настроен для индивидуальной проверки подлинности, необходимо придерживаться следующего соотношения выделенных серверов: один веб-сервер на каждые четыре или более серверов приложений, на которых запущены PerformancePoint Services.
Если число серверов приложений больше четырех, возможно, узким местом станет сервер Службы Analysis Services. Рассмотрите возможность мониторинга ЦП и времени обработки запросов к серверу Службы Analysis Services, чтобы определить, следует ли масштабировать Службы Analysis Services на несколько серверов. Любая задержка обработки запроса на сервере Службы Analysis Services приведет к существенному повышению среднего времени ответа PerformancePoint Services (более двух секунд).
В следующей таблице приведены общие результаты для проверки подлинности с помощью автоматической учетной записи службы и индивидуальной проверки подлинности пользователей при масштабировании с двух до семи серверов. Более подробные результаты, содержащие дополнительные счетчики производительности, приведены в следующих разделах настоящего документа.
Сводные данные для проверки подлинности с помощью автоматической учетной записи службы
| Топология (WFE x APP x SQL) | Пользователи | Запросов в секунду (RPS) | Просмотров в секунду (VPS) |
|---|---|---|---|
2M (1x0x1) |
360 |
83 |
50 |
3M (1x1x1) |
540 |
127 |
75 |
4M (1x2x1) |
840 |
196 |
117 |
5M (1x3x1) |
950 |
215 |
129 |
6M (2x3x1) |
1250 |
292 |
175 |
7M (2x4x1) |
1500 |
346 |
205 |
Сводные данные для индивидуальной проверки подлинности пользователей
| Топология (WFE x APP x SQL) | Пользователи | Запросов в секунду (RPS) | Просмотров в секунду (VPS) |
|---|---|---|---|
2M (1x0x1) |
200 |
47 |
27 |
3M (1x1x1) |
240 |
56 |
33 |
4M (1x2x1) |
300 |
67 |
40 |
5M (1x3x1) |
325 |
74 |
44 |
Топологии 2M и 3M
Чтобы оценить коэффициент использования оборудования на одну транзакцию и проанализировать кривую времени ответа, нагрузочные тесты запускались четыре раза с повышающимися пользовательскими нагрузками (до максимальной нагрузки) в топологиях 2M и 3M.
Проверка подлинности с помощью автоматической учетной записи службы
| Число пользователей | 50 | 150 | 250 | 360 |
|---|---|---|---|---|
Ср. для ЦП WFE/APP |
19,20 % |
57,70 % |
94,00 % |
96,70 % |
RPS |
18 |
53 |
83 |
83 |
Просмотров в секунду |
10,73 |
31,72 |
49,27 |
49,67 |
Ср. время ответа (сек.) |
0,12 |
0,15 |
0,38 |
2 |
.png "PPS_CapicityChart1")
Индивидуальная проверка подлинности пользователей
| Число пользователей | 50 | 100 | 150 | 200 |
|---|---|---|---|---|
Ср. для ЦП WFE/APP |
30,80 % |
61,30 % |
86,50 % |
93,30 % |
RPS |
17 |
32 |
43 |
47 |
Просмотров в секунду |
10,3 |
19,32 |
26,04 |
27,75 |
Ср. время ответа (сек.) |
0,28 |
0,45 |
0,81 |
2 |
.png "PPS_CapicityChart2")
Ферма 3M (1x1x1)
Проверка подлинности с помощью автоматической учетной записи службы
| Число пользователей | 100 | 250 | 400 | 540 |
|---|---|---|---|---|
RPS |
36 |
87 |
124 |
127 |
Просмотров в секунду |
21 |
52 |
74 |
75 |
Ср. время ответа (сек.) |
0,12 |
0,18 |
0,65 |
2 |
Ср. для ЦП WFE |
11 % |
28 % |
43 % |
46 % |
Макс. число байтов исключительного пользования рабочим процессом SharePoint Server Internet Information Services (IIS) W3WP. |
0,7 ГБ |
1,4 ГБ |
2,0 ГБ |
2,4 ГБ |
Ср. для ЦП APP |
25 % |
62 % |
94 % |
95 % |
Макс. число байтов исключительного пользования PerformancePoint Services W3WP |
5,9 ГБ10,8 ГБ |
10,8 ГБ |
14,1 ГБ |
14,6 ГБ |
.png "PPS_CapicityChart3")
Индивидуальная проверка подлинности пользователей
| Число пользователей | 50 | 120 | 180 | 240 |
|---|---|---|---|---|
RPS |
17 |
39 |
52 |
56 |
Просмотров в секунду |
10 |
23 |
31 |
33 |
Ср. время ответа (сек.) |
0,28 |
0,48 |
0,91 |
2 |
Ср. для ЦП WFE |
5 % |
12 % |
17 % |
19 % |
Макс. число байтов исключительного пользования SharePoint Server W3WP |
0,78 ГБ |
1,3 ГБ |
1,6 ГБ |
1,9 ГБ |
Ср. для ЦП APP |
25 % |
57 % |
81 % |
81 % |
Макс. число байтов исключительного пользования PerformancePoint Services W3WP |
19 ГБ |
20,1 ГБ |
20,5 ГБ |
20,9 ГБ |
.png "PPS_CapicityChart4")
Результаты 4M+ для проверки подлинности с помощью автоматической учетной записи службы
Для получения среднего времени ответа 2 секунды, требуемого на отображение системы показателей или отчета, начиная с топологии 4M применялась нагрузка. Затем для устранения ограничивающего фактора (ЦП на веб-сервере или сервере приложений) был добавлен дополнительный сервер. После этого тестовый набор был запущен повторно. Эта операция повторялась до тех пор, пока число серверов не стало равно семи.
| 4M (1x2x1) | 5M (1x3x1) | 6M (2x3x1) | 7M (2x4x1) | |
|---|---|---|---|---|
Число пользователей |
840 |
950 |
1250 |
1500 |
RPS |
196 |
216 |
292 |
346 |
Просмотров в секунду |
117 |
131 |
175 |
206 |
Ср. для ЦП WFE |
77 % |
63 % |
54 % |
73 % |
Макс. число байтов исключительного пользования SharePoint Server W3WP |
2,1 ГБ |
1,7 ГБ |
2,1 ГБ |
2,0 ГБ |
Ср. для ЦП APP |
83 % |
94 % |
88 % |
80 % |
Макс. число байтов исключительного пользования PerformancePoint Services W3WP |
16 ГБ |
12 ГБ |
15 ГБ |
15 ГБ |
Результаты 4M+ для индивидуальной проверки подлинности пользователей
Тот же самый тест был выполнен для источника данных, настроенного для индивидуальной проверки подлинности пользователей. Обратите внимание, что при добавлении сервера приложений для создания топологии с четырьмя серверами приложений число пользователей или запросов в секунду, которые могут поддерживаться PerformancePoint Services, не повышается, поскольку Службы Analysis Services вносит задержку запроса.
| 3M (1x1x1) | 4M (1x2x1) | 5M (1x3x1) | 6M (1x4x1) | |
|---|---|---|---|---|
Число пользователей |
240 |
300 |
325 |
325 |
RPS |
56 |
67 |
74 |
74 |
Просмотров в секунду |
33 |
40 |
44 |
45 |
Ср. для ЦП WFE |
19 % |
24 % |
26 % |
12 % |
Макс. число байтов исключительного пользования SharePoint Server W3WP |
2,1 ГБ |
1,9 ГБ |
1,9 ГБ |
1,5 ГБ |
Ср. для ЦП APP |
89 % |
68 % |
53 % |
53 % |
Макс. число байтов исключительного пользования PerformancePoint Services W3WP |
20 ГБ |
20 ГБ |
20 ГБ |
20 ГБ |
ЦП Службы Analysis Services |
17 % |
44 % |
57 % |
68 % |
.png "PPS_CapicityChart5")
Рекомендации
Рекомендации к оборудованию
Для определения требований к оборудованию при установке PerformancePoint Services необходимо использовать счетчики памяти и процессора из таблиц тестирования. Применительно к веб-серверам службы PerformancePoint Services ориентируются на требования к оборудованию, предъявляемые SharePoint Server 2010. Требования к оборудованию сервера приложений могут изменяться, если PerformancePoint Services использует большой объем памяти. Эта ситуация может возникнуть в случае, если источники данных настроены для индивидуальной проверки подлинности пользователей, или если сервер приложений запускает несколько панелей мониторинга с источником данных, имеющим большое время ожидания.
По результатам тестов сервер баз данных не является узким местом. Пиковая нагрузка на сервер приходится при загрузке процессора на 31 % в топологии 7M с проверкой подлинности с помощью автоматической учетной записи службы. Определения контента PerformancePoint Services, например отчеты, системы показателей и ключевые показатели эффективности, хранятся в списках SharePoint и кэшируются в памяти PerformancePoint Services, сокращая нагрузку на сервер базы данных.
Потребление памяти
В некоторых конфигурациях PerformancePoint Services может потреблять много памяти. Кроме того, важно отслеживать потребление памяти пулом приложений PerformancePoint Services. Службы PerformancePoint Services кэшируют несколько элементов в памяти, включая результаты запросов к Службы Analysis Services и другим источникам данных, на время, равное времени жизни кэша (по умолчанию 10 минут). Если используется источник данных, который настроен для проверки подлинности с помощью автоматической учетной записи службы, результаты запросов сохраняются только один раз и совместно используются несколькими пользователями. Однако, если используется источник данных, настроенный для индивидуальной проверки подлинности пользователей, а также настроена динамическая защита куба Службы Analysis Services, результаты выполнения запроса сохраняются один раз для одного представления, отображаемого одному пользователю (т. е. для каждого фильтра).
PerformancePoint Services использует API кэша ASP.NET. Преимущество использования этого API заключается в том, что для предотвращения ошибок переполнения памяти ASP.NET управляет кэшем и удаляет элементы (это также называется усечением кэша) исходя из предельного объема памяти. По умолчанию предельный объем памяти составляет 60 % от объема физической памяти. После достижения предельного значения PerformancePoint Services еще отображает представления, однако время ответа существенно повышается в течение небольшого периода, когда ASP.NET удаляет записи кэша.
Счетчик производительности "Приложения ASP.NET \ Округленные значения API кэша" пула приложений размещенных служб PerformancePoint Services может использоваться для отслеживания усечений кэша ASP.NET, которые возникают из-за чрезмерного нехватки памяти. Если значение этого счетчика больше нуля, сведения об устранении этой проблемы см. в следующей таблице.
| Проблема | Решение |
|---|---|
Низкий коэффициент использования процессора сервера приложений, на сервере приложений запущены другие службы. |
Добавьте физическую память или установите ограничение на использование памяти кэша ASP.NET. |
Низкий коэффициент использования процессора сервера приложений, на сервере приложений запущены только службы PerformancePoint Services. |
При наличии возможности настройте параметры кэша ASP.NET, чтобы увеличить объем памяти кэша, или добавьте физическую память. |
Высокий коэффициент использования процессора сервера приложений. |
Установите дополнительный сервер приложений. |
Источник данных, настроенный для использования индивидуальной проверки подлинности пользователей, может совместно использовать результаты выполнения запроса и записи кэша, если наборы членства в роли Службы Analysis Services для пользователей идентичны и не настроена динамическая защита куба. Это новая функция для PerformancePoint Services в Microsoft SharePoint Server 2010. Например, если пользователю A назначены роли 1 и 2, пользователю B — роли 1 и 2, а пользователю C — роли 1, 2 и 3, то только пользователи A и B могут совместно использовать записи кэша. Если настроена динамическая защита куба, пользователи A, B и C не смогут совместно использовать записи кэша.
Службы аналитики
При тестировании служб PerformancePoint Services с индивидуальной проверкой подлинности пользователей для повышения производительности были изменены два свойства служб аналитики. В следующей таблице показаны измененные свойства, а также новые значения каждого свойства.
| Свойство Службы Analysis Services | Значение |
|---|---|
Память \ HeapTypeForObjects |
0 |
Память \ MemoryHeapType |
2 |
Чтобы вместо собственной кучи Службы Analysis Services использовали кучу Windows, потребовалось изменить значения двух свойств. До изменения значений этих свойств и добавления пользовательской нагрузки наблюдалось существенное повышение времени ответа с 0,2 секунд до 30 секунд, а нагрузка на ЦП на веб-сервере, сервере приложений и сервере Службы Analysis Services оставалась низкой. Для устранения этой проблемы с помощью динамических административных представлений (DMV) Службы Analysis Services были собраны значения времени выполнения запроса, которые показали, что время выполнения отдельного запроса повысилось с 10 мс до 5 000 мс. На основании этих результатов были изменены параметры памяти, указанные выше.
Важно отметить, что несмотря на то, что пропускная способность была существенно увеличена, по данным группы разработчиков Службы Analysis Services, изменение этих параметров внесло незначительный, но измеримый вклад в показатели эффективности обработки запроса на одного пользователя.
Прежде чем приступить к изменению какого-либо свойства Службы Analysis Services, ознакомьтесь с руководством по повышению производительности служб Analysis Services (техническая статья по SQL Server) (https://go.microsoft.com/fwlink/?linkid=165486&clcid=0x419) для получения рекомендаций по повышению пропускной способности.
Распространенные узкие места и причины их возникновения
В ходе тестирования производительности было обнаружено несколько узких мест. Узкое место — это состояние, при котором достигается предельная емкость отдельного компонента фермы. Узкие места снижают пропускную способность фермы. Если узким местом являет высокий коэффициент использования процессора, для устранения этого узкого места необходимо добавить дополнительные серверы. В следующей таблице перечислены некоторые распространенные узкие места и приведены возможные решения (предполагается, что коэффициент использования процессора низкий и не является узким местом).
| Возможное узкое место | Причина возникновения и методы обнаружения узкого места | Решение |
|---|---|---|
Куча памяти Службы Analysis Services |
По умолчанию вместо кучи Windows Службы Analysis Services использует собственную кучу памяти, которая обеспечивает низкую пропускную способность в многопользовательских средах. С помощью динамических административных представлений (DMV) получите значение времени запроса Службы Analysis Services, чтобы выяснить, увеличивается ли время выполнения запроса при повышении пользовательской нагрузки и низком коэффициенте использования процессора для Службы Analysis Services. |
Настройте Службы Analysis Services для использования кучи Windows. Инструкции см. в разделе "Службы аналитики" настоящей статьи и в руководстве по повышению производительности служб аналитики (техническая статья по SQL Server) (https://go.microsoft.com/fwlink/?linkid=165486&clcid=0x419). |
Запрос и обработка потоков Службы Analysis Services |
По умолчанию Службы Analysis Services ограничивает число запросов и обработку потоков для запросов. Запросы с большим временем выполнения и высокая пользовательская нагрузка могут использовать все доступные потоки. Отследите простаивающие потоки и просмотрите значения счетчиков производительности очереди заданий в разделе "MSAS 2008. Категории потоков". |
Увеличьте число потоков для запроса и процесса. Инструкции см. в разделе "Службы аналитики" настоящей статьи и в руководстве по повышению производительности служб аналитики (техническая статья по SQL Server) (https://go.microsoft.com/fwlink/?linkid=165486&clcid=0x419). |
Память сервера приложений |
Службы PerformancePoint Services кэшируют в памяти результаты запросов к Службы Analysis Services и другим источникам данных на время, равное времени жизни кэша источника данных. Эти элементы могут потреблять большой объем памяти. Чтобы определить, выполняет ли ASP.NET очистку кэша или усечение кэша из-за нехватки памяти, понаблюдайте за счетчиком производительности "Приложения ASP.NET \ Округленные значения API кэша" пула приложений PerformancePoint Services. |
Увеличьте объем памяти или повысьте предельный размер кэша ASP.NET. Дополнительные сведения см. в разделе "Потребление памяти" настоящей статьи. Кроме того, см. статью, посвященную параметрам кэширования элементов ASP.NET (https://go.microsoft.com/fwlink/?linkid=200610&clcid=0x419), и записи блога Томаса Маркуардта (Thomas Marquardt) на веб-странице, содержащей сведения о предельном размере кэша ASP.NET (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=200611&clcid=0x419) (Возможно, на английском языке). |
Параметры регулирования WCF |
Службы PerformancePoint Services реализованы в качестве службы WCF. Служба WCF ограничивает максимальное число одновременных вызовов. Несмотря на то, что запросы с большим временем выполнения могут привести к возникновению узкого места, данная причина не является распространенной. Понаблюдайте за счетчиком производительности "WCF / модель службы" для PerformancePoint Services и сравните его с текущим максимальным значением одновременных вызовов. |
При необходимости измените поведение регулирования Windows Communication Foundation (WCF). Дополнительные сведения см. в статьях, посвященных поведению регулирования службы WCF (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=200612&clcid=0x419) (Возможно, на английском языке), и записи блога Венлонга Донга (Wenlong Dong) о регулировании запросов WCF и масштабировании серверов (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=200613&clcid=0x419) (Возможно, на английском языке). |
Мониторинг производительности
Чтобы определить, когда необходимо масштабировать или уменьшать систему, используйте счетчики производительности для отслеживания состояния исправности системы. PerformancePoint Services является службой ASP.NET WCF, поэтому для мониторинга можно использовать такие же счетчики производительности, как и для любой другой службы ASP.NET WCF. Для получения сведений о дополнительных счетчиках производительности и процессах, к которым необходимо применять счетчики производительности, используйте сведения, представленные в следующей таблице.
| Счетчик производительности | Экземпляр счетчика | Примечания |
|---|---|---|
Приложения ASP.NET / Округленные значения API кэша |
Пул приложений PerformancePoint Services |
Если значение больше нуля, ознакомьтесь с разделом "Потребление памяти". |
MSAS 2008. Потоки / Бездействующих потоков в пуле запросов |
Не определен |
Если значение равно нулю, ознакомьтесь с разделом "Службы аналитики" и с руководством по повышению производительности служб аналитики (техническая статья по SQL Server) (https://go.microsoft.com/fwlink/?linkid=165486&clcid=0x419). |
MSAS 2008. Потоки / Длина очереди заданий пула запросов |
Не определен |
Если значение больше нуля, ознакомьтесь с разделом "Службы аналитики" и с техническим документом по SQL Server 2008, содержащим руководство по службам аналитики (https://go.microsoft.com/fwlink/?linkid=165486&clcid=0x419). |
MSAS 2008. Потоки / Бездействующих потоков в пуле обработки |
Не определен |
Если значение больше нуля, ознакомьтесь с разделом "Службы аналитики" и с техническим документом по SQL Server 2008, содержащим руководство по службам аналитики (https://go.microsoft.com/fwlink/?linkid=165486&clcid=0x419). |
MSAS 2008. Потоки / Длина очереди заданий пула обработки |
Не определен |
Если значение больше нуля, ознакомьтесь с разделом "Службы аналитики" и с руководством по службам аналитики (https://go.microsoft.com/fwlink/?linkid=165486&clcid=0x419). |
WCF CountersServiceModelService 3.0.0.0(*)\Необработанных вызовов |
Экземпляр службы PerformancePoint |
Если значение больше нуля, ознакомьтесь со статьей, посвященной регулированию запросов WCF и масштабированию серверов (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=200613&clcid=0x419) (Возможно, на английском языке). |
See Also
Concepts
Планирование служб PerformancePoint Services (SharePoint Server 2010)