Microsoft Corporation
Этот сценарий планирования производительности и мощности предусматривает одну ферму Microsoft Office SharePoint Server 2007, которая обеспечивает наличие Интернет-портала в корпоративной среде.
Основные характеристики
Основные характеристики описывают факторы окружающей среды, характер использования и затрагивают другие вопросы, которые вероятно могут возникнуть при развертывании на основе этого сценария. К числу основных характеристик этого сценария относятся следующие.
Проверка прав доступа
В средах с Интернет-порталом обычно не требуется проверка подлинности или прав доступа для доступа большинства пользователей к доступным ресурсам. Однако существуют случаи, когда для доступа пользователей к определенным разделам веб-сайта необходима проверка подлинности. В этом документе представлены сведения для сред с абсолютно анонимным доступом, сред, где все пользователи проходят проверку подлинности с помощью NTLM и сред, где 80 % пользователей являются анонимными, а 20 % проходят проверку подлинности с помощью NTLM. Пользовательские операции В такой среде для всех пользовательских операций доступ к сайту осуществляется в режиме чтения. К числу таких операций относят: чтение веб-страниц, переходы из сайта в сайт и поиск сведений. Расширение данных и сайтов с течением времени Помимо расчетов исходного объема данных, среда с Интернет-порталом Office SharePoint Server 2007 также должна предусматривать расширение данных и сайтов с течением времени. Серверная ферма, размер которой вмещает только исходный объем данных, может очень быстро перерасти свои возможности.
Пользовательское время отклика
Конечное пользовательское время отклика для общих, не общих, длительных и редких операций приведено в таблице Пользовательское время отклика в конце статьи Планирование границ программного обеспечения (Office SharePoint Server). В некоторых организациях может быть допустимо более медленное пользовательское время отклика, тогда как в других требуется более быстрое. Ожидаемое пользовательское время отклика — основной фактор, определяющий общие показатели пропускной способности. (Пропускная способность обозначает количество запросов, которое может обработать серверная ферма в секунду). Чем больше пользователей, тем выше должна быть пропускная способность, чтобы пользовательское время отклика оставалось прежним.
Параллелизм пользователей
Параллелизм пользователей для той или иной среды Интернет зависит от множества факторов. Максимальное число параллельных пользователей при данном тестировании было равно 270. Длительные асинхронные задачи Такие задачи, как индексирование контента, поиски сторонних сайтов и резервное копирование баз данных может влиять на пропускную способность серверной фермы. Общие характеристики производительности простых топологий предполагают, что длительные задачи, запускаемые администратором фермы, выполняются в часы минимальной загрузки, например в ночь. Однако в среде с Интернет-порталом поиски и обход контента со стороннего сайта могут происходить в любое время.
Коэффициент попадания в кэш
В этом документе за коэффициент попадания в кэш принимается значение, равное примерно 99 процентам.
Тестовая среда
Целью тестирования этого сценария было дать предварительную оценку производительности служб Office SharePoint Server 2007 в среде с Интернет-порталом. Хотя на основе результатов тестирования можно сделать некоторые выводы, конкретные показатели производительности и мощности будут отличаться от показателей, получаемых в реальных средах. Представленные показатели можно использовать в качестве отправной точки при разработке корректно масштабированной среды. По завершении первоначальной разработки системы выполните тестирование конфигурации, чтобы определить, будет ли система соответствовать условиям, характерным для среды. Тестирование было проведено с помощью средства заполнения тестовых данных SharePoint 2007 на основе общедоступных тестовых данных. Средство заполнения тестовых данных SharePoint 2007 и сами тестовые данные, использованные для этого тестирования, можно загрузить по ссылке http://go.microsoft.com/fwlink/?linkid=92678&clcid=0x419 (на английском языке).
Кэширование на диске включено
Кэширование на диске устраняет необходимость многократного обращения к базе данных за фрагментами кода или большими двоичными файлами, например изображениями, аудио и видеозаписями. Если включить кэширование на диске, это позволит повысить производительность во всей топологии. По умолчанию кэширование на диске отключено. Дополнительные сведения о включении кэширования на диске см. в разделе Кэширование на диске для больших двоичных объектов (http://go.microsoft.com/fwlink/?linkid=82617&clcid=0x419). Топология лаборатории Чтобы обеспечить высокий уровень результатов тестирования для него были использованы две конфигурации фермы: от одного до двух веб-серверов вместе с одним сервером индексирования и серверным компьютером с одной базой данных под управлением программных средств базы данных Microsoft SQL Server 2005. В тестировании участвовали двадцать семь клиентских компьютеров, которые имитировали до 270 параллельных подключений пользователей. Все серверные компьютеры были 64-разрядными, а клиентские компьютеры — 32-разрядные. В следующей таблице приведено оборудование, использованное для тестирования. Роль компьютера Оборудование Веб-сервер 2 двухъядерных процессора Intel Xeon, 2,8 ГГц ОЗУ 8 ГБ Сервер индекса 4 двухъядерных процессора Intel Xeon, 2,8 ГГц ОЗУ 32 ГБ Сервер баз данных 4 двухъядерных процессора Intel Xeon, 2,8 ГГц ОЗУ 32 ГБ Клиентский компьютер 1 процессор Pentium 4 3.2 ГГц ОЗУ 1 ГБ В тестовой среде использовалась гигабитная сеть (1 миллиард бит/с). Для обеспечения достаточной пропускной способности сети рекомендуется использовать гигабитную сеть между серверами на ферме Office SharePoint Server. Программное обеспечение В следующей таблице приведено программное обеспечение, которое установлено на серверах, используемых для тестирования. Важно Результаты тестирования в этой статье зависят от обновления программного обеспечения Office SharePoint Server 2007, установленного перед тестированием. Данное обновление программного обеспечения устраняет проблему Office SharePoint Server 2007, вызывающую снижение производительности при определенных условиях на ферме, где используется кэширование больших двоичных объектов (BLOB). Если планируется использовать BLOB-кэширование в среде, необходимо установить данное обновление программного обеспечения, чтобы максимально увеличить производительность фермы. Сведения об этом обновлении программного обеспечения см. в статье 939077 базы знаний Майкрософт (http://go.microsoft.com/fwlink/?linkid=98352&clcid=0x419). Роль компьютера Программное обеспечение Веб-сервер Операционная система Microsoft Windows Server 2003 с пакетом обновления 1 (корпоративный выпуск) с самыми последними обновлениями Microsoft Office SharePoint Server 2007 x64 Microsoft .NET Framework, версия 2,0 Обновление .NET Framework KB923197 для x64 Обновление .NET Framework KB925613 Windows Workflow Foundation Сервер индекса Windows Server 2003 с пакетом обновления 1, Standard x64 Edition с самыми последними обновлениями Office SharePoint Server 2007 x64 .NET Framework версии 2.0 x64 Обновление .NET Framework KB923197 для x64 Обновление .NET Framework KB925613 Windows Workflow Foundation Сервер баз данных Windows Server 2003 с пакетом обновления 1, Enterprise x64 Edition с наиболее последними обновлениями Программные средства Microsoft SQL Server 2005 (64-разрядная версия) .NET Framework версии 2.0 x64 Обновление .NET Framework KB923197 для x64 Обновление .NET Framework KB925613 Windows Workflow Foundation Клиентский компьютер Windows Server 2003 с пакетом обновления (стандартный выпуск) с самыми последними обновлениями Microsoft Internet Explorer 6.0.3790.1830 с пакетом обновления 1 Профиль использования В этом разделе представлены сценарии использования, ресурсы страниц и параметры кэширования, которые использовались в ходе тестирования.
Сценарии использования
Ниже представлены сценарии использования, которые использовались параллельно для тестирования пропускной способности фермы. Каждый тест состоял из определенного сочетания трех сценариев в соответствии с таблицей, приведенной далее в этом разделе. Учтите, что хотя использовались произвольные сайты, их набор был ограниченным, чтобы обеспечить большое количество посещений кэшированных страниц. Размер изображений на страницах был равен 15 КБ максимум. Сценарий 1 Пользователь переходит на страницу приветствия корневого сайта. Пользователь переходит в произвольный сайт. Пользователь переходит на страницу статьи с тремя изображениями в произвольном сайте. Сценарий 2 Пользователь переходит в произвольный сайт. Пользователь переходит на страницу статьи с тремя изображениями в произвольном сайте. Пользователь переходит в другой произвольный сайт. Пользователь переходит на страницу статьи с тремя изображениями в произвольном сайте (эта страница должна быть отлична от предыдущей страницы). Сценарий 3 Пользователь переходит на страницу приветствия корневого сайта. Пользователь выполняет запрос на поиск. Пользователь переходит на страницу статьи с тремя изображениями в произвольном сайте. В следующей таблице представлен процент пропускной способности, используемый каждым из указанных сценариев в тестовой среде. Обратите внимание на то, что незначительный объем пропускной способности использовался для фоновых запросов, но на производительность это значительного влияния не оказывало. Сценарий Процент пропускной способности Сценарий 1 47,5 Сценарий 2 47,5 Сценарий 3 5 В следующей таблице приведены размеры контента базы данных, индекса и кэшей в ходе тестирования. Ресурс Размер База данных контента 56,6 ГБ Количество элементов в базе данных контента 6 396 сайтов 1 500 381 страниц 1 000 изображений Сервер 2,88 ГБ Количество элементов в индексе 698 692 Кэш BLOB 10 ГБ Кэш объектов 512 МБ Ресурсы страниц На страницах приветствия, используемых в ходе тестирования, были следующие ресурсы. 1 элемент управления типа HTML-поля 2 элемента управления типа поля изображения 1 веб-часть типа оглавления 1 веб-часть типа сводной ссылки Параметры кэширования В следующей таблице представлены параметры кэша вывода, которые использовались в ходе тестирования операций анонимных пользователей. Параметр Значение Выполнять проверку ACL Нет Включено Да Продолжительность 3 600 Проверять на изменения Нет В зависимости от прав пользователя Нет Возможность кэширования Общедоступно Безопасно для использования с проверкой подлинности Да Разрешить авторам просматривать кэшированный контент Нет В следующей таблице представлены параметры кэша вывода, которые использовались в ходе тестирования операций пользователей, прошедших проверку подлинности. Параметр Значение Выполнять проверку ACL Да Включено Да Продолжительность 3 600 Проверять на изменения Нет В зависимости от прав пользователя Да Возможность кэширования ServerAndPrivate Безопасно для использования с проверкой подлинности Да Разрешить авторам просматривать кэшированный контент Да В следующей таблице представлены параметры кэша объектов, которые использовались в ходе тестирования. Эти параметры соответствуют параметрам на странице "Параметры кэша объектов" в параметрах отдельного сайта в семействе сайтов. Раздел Параметр Значение Размер кэша объектов Максимальный размер кэша объектов (МБ) 512 МБ Очистка кэша объектов Очистить кэш объектов Очищено Очистка кэша объектов Очистить кэши объектов на всех серверах фермы Очищено Очистить кэш на диске Очистить кэш на диске данного сервера Очищено Изменения кэша запросов к спискам Проверять сервер на наличие изменений при каждом выполнении запроса к спискам Очищено Изменения кэша запросов к спискам Использовать кэшированный набор результатов запроса к спискам в течение следующего числа секунд Выбрано; 3600 Множитель результатов запроса к спискам Множитель запросов к спискам 3 Следующая строка кода определяет параметры кэша BLOB, которые использовались в ходе тестирования. Эта строка кода находится в файле Web.config для веб-приложения.
Если скопировать этот код в файл Web.config на своем сервере, следует заменить
DVD-дисковод на локальном компьютере или доступный через сеть
Монитор с разрешением 1024?768 или выше
Начальная и урезанная топологии
Рассчитать производительность начальной топологии можно путем ее сравнения с начальными топологиями, представленными в разделе Планирование избыточности (Office SharePoint Server). Это позволит быстро определить необходимость масштабирования начальной топологии для соответствия целевым показателям производительности и мощности.
Чтобы увеличить мощность и производительность одной из начальных топологий, необходимо либо увеличить масштаб путем внедрения серверных компьютеров с большей мощностью, либо снизить масштаб путем добавления дополнительных серверов в топологию. В этом разделе приведены общие характеристики производительности нескольких урезанных топологий. Образцы топологий представляют следующие распространенные способы масштабирования топологии для среды с Интернет-порталом:
Чтобы обеспечить дополнительную пользовательскую нагрузку, добавьте компьютеры веб-серверов.
Чтобы обеспечить дополнительную пользовательскую нагрузку, увеличьте мощность для роли сервера базы данных либо путем увеличения мощности одного сервера (кластеризованного или дублируемого), либо путем обновления 32-разрядного сервера до 64-разрядного, либо путем добавления кластеризованного или дублируемого серверов.
Не следует превышать соотношение 8/1 между компьютерами веб-серверов и компьютером сервера базы данных (кластеризованным или дублируемый). Хотя в ходе тестирования для этого документа максимальное соотношение между веб-серверами и серверами баз данных было 4/1 (четыре веб-сервера к одному серверу базы данных), развертывание большего числа веб-серверов или более надежного оборудования позволит улучшить результаты в среде.
Расчет целевых показателей пропускной способности
Пропускная способность представляет собой количество операций, которое ферма серверов может выполнить за одну секунду. Пропускная способность измеряется в запросах в секунду (RPS). В этом разделе приведены данные проверок, иллюстрирующие пропускную способность фермы при увеличении количества интерфейсных веб-серверов и подключенных пользователей.
На пропускную способность могут влиять несколько факторов. К ним относят количество пользователей, сложность и частота пользовательских операций, кэширование и настройка страниц и веб-частей. Каждый из этих факторов может оказывать значительное влияние на пропускную способность фермы. При планировании топологии следует тщательно проанализировать каждый из них.
Поскольку службы Office SharePoint Server 2007 можно развернуть и настроить по-разному, расчет количества пользователей, которых может поддерживать то или иное число серверов, представляет определенную сложность. Поэтому перед развертыванием служб Office SharePoint Server 2007 в производственной среде следует выполнить тестирование в этой среде.
Как правило, в среде с Интернет-порталом требуется включение кэширования объектов и BLOB. В среде с анонимной проверкой подлинности кэширование позволяет повысить производительность фермы в два и более раз. Дополнительные сведения о кэшировании в Office SharePoint Server 2007 см. в разделе Обзор настраиваемого кэширования (http://go.microsoft.com/fwlink/?linkid=82618&clcid=0x419), а также раздел Кэширование в статье Дополнительные факторы планирования производительности и ресурсов (Office SharePoint Server).
Важно
Результаты тестирования в этой статье зависят от обновления программного обеспечения Office SharePoint Server 2007, установленного перед тестированием. Данное обновление программного обеспечения устраняет проблему Office SharePoint Server 2007, вызывающую снижение производительности при определенных условиях на ферме, где используется кэширование больших двоичных объектов (BLOB). Если планируется использовать BLOB-кэширование в среде, необходимо установить данное обновление программного обеспечения, чтобы максимально увеличить производительность фермы. Сведения об этом обновлении программного обеспечения см. в статье 939077 базы знаний Майкрософт (http://go.microsoft.com/fwlink/?linkid=98352&clcid=0x419).
Если в организации уже существует решение Интернет-портала, можно просмотреть журналы служб Microsoft IIS, чтобы определить модели и тенденции использования для текущей среды. Дополнительные сведения об анализе журналов IIS см. в разделе Анализ файлов журнала (IIS 6.0) (http://go.microsoft.com/fwlink/?linkid=78825&clcid=0x419).
Если организация планирует внедрить новое решение Интернет-портала, рассчитайте модели использования с помощью сведений данного раздела.
Результаты тестирования
В таблицах этого раздела представлены результаты тестирования только для пользовательских операций в режиме чтения на основе оборудования, приведенного в разделе Тестовые среды ранее в этой статье. Заметьте, что для каждой конфигурации фермы был протестирован ряд веб-серверов с одним сервером индексирования и одним сервером базы данных. Поэтому конфигурация фермы 2x1x1 следует расшифровывать как два (веб-сервера) на один (сервер индексирования) на один (сервер базы данных). Тестирование не проводилось на фермах с несколькими серверами приложений или баз данных, а также для односерверной топологии.
Тестирование проводилось со следующими тремя сценариями проверки подлинности:
анонимная среда, где проверка подлинности не использовалась;
среда, где использовалась проверка подлинности NTLM для каждого подключения пользователя;
среда, где 80 процентов пользовательских подключений были анонимными, а 20 процентов пользователей проходили проверку подлинности NTLM.
Среднее количество запросов на страницу в ходе тестирования было равно четырем. Поэтому соотношение между запросами в секунду (RPS) и страницами в секунду (PPS) можно рассчитать по формуле r=(p*4)+x , где r=RPS, p=PPS и x=фоновые запросы (например запросы на поиск или некэшированные страницы).
Количество запросов на страницу и время загрузки ресурса значительно варьируются в зависимости от сложности страниц, количества вспомогательных ресурсов, вызываемых каждой страницей и от многих других факторов. Поэтому показатели производительности, рассчитанные только на основе количества ресурсов на страницу, не являются абсолютно точными.
Показания тестирования были сняты после краткого периода прогрева, позволившего стабилизировать производительность фермы.
В следующих таблицах приведены результаты тестирования только для пользовательских операций в режиме чтения. Заметьте, что каждое тестирование проводилось на основе сочетания сценариев использования, описанных в разделе Профиль использования данной статьи.
Абсолютно анонимная среда
В следующей таблице представлены результаты тестирования для среды, где все подключения пользователей анонимны.
Размер фермы Пропускная способность (RPS) PPS Запросов на поиск в секунду Прочие запросы (RPS)
2x1x1
2 927
717
12
2,54
4x1x1
5 612
1 388
22
3,47
Среда с проверкой подлинности NTLM
В следующей таблице представлены результаты тестирования для среды, где все подключения пользователей проходят проверку подлинности NTLM.
Размер фермы Пропускная способность (RPS) PPS Запросов на поиск в секунду Прочие запросы (RPS)
2x1x1
632
152,6
2,8
0,33
4x1x1
1 304
328,6
5,3
0,31
Среда, где 80 процентов анонимных пользователей и 20 процентов пользователей проходят проверку подлинности NTLM
В следующей таблице представлены результаты тестирования для среды, где 80 процентов подключений пользователей анонимны, а 20 процентов проходят проверку подлинности NTLM.
Размер фермы Пропускная способность (RPS) PPS Запросов на поиск в секунду Прочие запросы (RPS)
2x1x1
1 945
481,8
8,4
1,95
4x1x1
2 946
731,8
11,9
1,3
Оценка требований к дисковому пространству
В этот раздел включены таблицы, которые позволят рассчитать требования к месту на диске в средах с Интернет-порталом. Требования к месту на диске для оборудования будут значительно отличаться для разных серверных ролей и сценариев, поскольку зависят от данных, которые будут храниться в базе данных контента, требований кэширования и внешнего контента, обходимого при поиске. Там, где это возможно, в формулы подставляются числа на основе прогнозируемых требований к месту на диске (например размер установочных файлов).
Сначала рассчитайте требования к месту на диске для разных серверных ролей. Затем на основе плановой топологии рассчитайте требования к месту на диске для серверных ролей, использующих совместно один физический серверный компьютер. И, наконец, убедитесь, что оборудование соответствует требованиям к месту на диске.
Кроме того, для серверов баз данных необходимо использовать рекомендации для хранилища SQL Server. Дополнительные сведения см. в документе Проектирование хранилища физической базы данных (http://go.microsoft.com/fwlink/?linkid=78853&clcid=0x419) . При внедрении более одного сервера базы данных применяйте коэффициент дискового пространства SQL отдельно для каждого сервера.
Примечание
Операционная система и программные файлы должны храниться отдельно от файлов данных на отдельном диске или в массиве RAID.
Требования к месту на диске для сервера базы данных
Используйте следующую таблицу для расчета требований к месту на диске для серверов базы данных на ферме. Если реализуется несколько серверов базы данных, рассчитайте эту сумму отдельно для каждого сервера базы данных.
Категория Описание Число
Файлы операционной системы
Размер дискового пространства, необходимый для установки Windows Server 2003 и системных файлов. Дополнительные сведения см. в документе Выбор файловой системы для установочного раздела (http://go.microsoft.com/fwlink/?linkid=78866&clcid=0x419).
4 ГБ
Файл подкачки
По умолчанию размер размер файла подкачки равен размеру физической памяти.
Установочные файлы SQL Server
Размер дискового пространства, необходимый для установки SQL Server и программных файлов. Дополнительные сведения см. в документе Системные требования SQL Server 2005 Standard Edition (на английском языке) (http://go.microsoft.com/fwlink/?linkid=78870&clcid=0x419) (на английском языке) .
425 МБ
Файлы журнала базы данных
Размер дискового пространства для файлов журнала зависит от настроек журнала и числа баз данных. Дополнительные сведения см. в документе Проектирование хранилища физической базы данных (http://go.microsoft.com/fwlink/?linkid=78853&clcid=0x419) .
База данных конфигурации
База данных конфигурации обычно не превышает этого размера. Это примерный максимальный размер, а не жесткая квота.
1,5 ГБ
Базы данных контента
Оцените начальный объем контента, которое будет храниться в базах данных контента. Учтите следующие условия:
Объем жесткого диска для базы данных контента должен обеспечиваться на основании соотношения размера контента к емкости базы данных 1:1,2. Например, если планируется использовать 100 ГБ контента, необходимо не менее 120 ГБ доступного места на диске для базы данных контента, а также дополнительное место для журналов транзакций.
Объем жесткого диска для базы данных поиска должен обеспечиваться на основании соотношения размера индекса к емкости базы данных 1:6. Например, если размер индекса составит 100 ГБ, необходимо не менее 600 ГБ доступного места на диске для базы данных поиска, а также дополнительное место для журналов транзакций.
Если для документов используется управление версиями, то копии всех версий хранятся в базе данных, и соответственно необходимо увеличить доступное место на диске.
Будущее расширение
При планировании следует увеличить вдвое тот объем данных, который планируется развернуть первоначально. Введите количество, приемлемое для среды.
Свободное место
Оставьте хотя бы 25 процентов свободного места на каждом жестком диске или в томе.
Итого
Необходимое дисковое пространство сервера индексирования
Используйте следующую таблицу для расчета требований к месту на диске для серверов индексирования на ферме. Если реализуется несколько серверов индексирования Office SharePoint Server 2007, рассчитайте эту сумму отдельно для каждого сервера.
Категория Описание Число
Файлы операционной системы
Размер дискового пространства, необходимый для установки Windows Server 2003 и системных файлов. Дополнительные сведения см. в документе Выбор файловой системы для установочного раздела (http://go.microsoft.com/fwlink/?linkid=78866&clcid=0x419).
4 ГБ
Файл подкачки
По умолчанию размер размер файла подкачки равен размеру физической памяти.
Установочные файлы Office SharePoint Server 2007
Это приблизительное значение, вычисленное на основе полной установки выпуска Office SharePoint Server 2007.
1,3 ГБ
Microsoft .NET Framework, версия 3.0
60 МБ
Индекс контента
Сложите объем контента в базах данных контента, которое будет индексироваться сервером индексирования. 30 процентов итогового показателя — это максимальный расчетный размер индекса контента.
Свободное место
Оставьте хотя бы 25 процентов свободного места на каждом жестком диске или в томе.
Итого
Требования к дисковому пространству веб-сервера
Используйте следующую таблицу для расчета требований к месту на диске для каждого веб-сервера на ферме.
Категория Описание Число
Файлы операционной системы
Размер дискового пространства, необходимый для установки Windows Server 2003 и системных файлов. Дополнительные сведения см. в документе Выбор файловой системы для установочного раздела (http://go.microsoft.com/fwlink/?linkid=78866&clcid=0x419).
4 ГБ
Файл подкачки
По умолчанию размер размер файла подкачки равен размеру физической памяти.
Установочные файлы Office SharePoint Server 2007
1,3 ГБ
Microsoft .NET Framework, версия 3.0
60 МБ
Свободное место
Оставьте хотя бы 25 процентов свободного места на каждом жестком диске или в томе.
Итого
Контроль производительности
Чтобы легче было определить, когда требуется масштабировать систему, следует использовать счетчики производительности для мониторинга состояния системы. Воспользуйтесь сведениями следующих таблиц, чтобы выявить счетчики производительности, которые необходимо отслеживать, а также процессы, к которым они применяются.
Веб-серверы и серверы индексирования
В следующей таблице представлены счетчики производительности и процессы веб-серверов и серверов индексирования, которые необходимо отслеживать на ферме.
Счетчик производительности Применимо к процессу Примечание
Загруженность процессора
Итого
Показывает процент времени, которое было затрачено процессором на выполнение инструкций данного потока.
Использование памяти
Пул приложений
Отображается средний показатель использования системной памяти для пула приложений. Необходимо указать для мониторинга соответствующий пул приложений.
Основное правило — определить максимальный показатель использования памяти для того или иного веб-приложения и назначить это число плюс еще 10 связанному пулу приложений.
Сервер баз данных
В следующей таблице перечислены счетчики производительности и процессы серверов базы данных, отслеживаемые в ферме серверов.
Счетчик производительности Применимо к процессу Примечания
Процессорное время
Итого
Показывает процент времени, которое было затрачено процессором на выполнение инструкций данного потока.
Использование памяти
Итого
Отображается средний показатель использования системной памяти.