часто задаваемые вопросы о Configuration Manager размера и производительности сайта

Разделите Configuration Manager папки "Входящие" и SQL Server файлы по крайней мере на двух разных томах. Это разделение позволяет оптимизировать размеры распределения кластеров для различных типов операций ввода-вывода, которые они выполняют.

Для тома, в котором размещаются папки "Входящие" сервера сайтов, используйте NTFS с единицами распределения объемом 4 или 8 КБ. ReFS записывает 64k даже для небольших файлов. Configuration Manager содержит много небольших файлов, поэтому ReFS может создавать ненужные издержки на диске.

Для дисков, содержащих файлы SQL Server базы данных, используйте форматирование NTFS или ReFS с 64 КБ единиц распределения.

Современные массивы твердотельных накопителей (SSD) и azure хранилище класса Premium могут обеспечить высокий уровень операций ввода-вывода в секунду на одном томе с небольшим количеством дисков. Обычно в массив добавляются дополнительные диски для дополнительного хранилища, а не для дополнительной пропускной способности. Если вы используете физические диски на основе шпинделя, может потребоваться больше операций ввода-вывода в секунду, чем можно создать на одном томе. Необходимо выделить 60 % от общего рекомендуемого объема операций ввода-вывода в секунду и дискового пространства для MDF-файла , 20 % для LDF-файла и 20 % для временных файлов журнала и данных. LDF-файлы и временные файлы могут находиться на одном томе с 40 % (20 % + 20 %) выделенных операций ввода-вывода в секунду.

SQL Server версиях, предшествующих SQL Server 2016, по умолчанию создан только один временный файл данных. Следует создать дополнительные сведения, чтобы избежать SQL Server блокировки и ожидания доступа к одному файлу. Мнения сообщества зависят от лучшего количества временных файлов данных, которые нужно создать, от четырех до восьми. Тестирование показывает небольшую разницу между четырьмя и восемью, поэтому можно создать четыре файла временных данных одинакового размера . Размер файлов данных tempdb должен составлять до 20–25 % от размера полной базы данных.

При настройке задайте для параметра Память контроллера RAID значение 70 % выделения для операций записи и 30 % для операций чтения. Как правило, для базы данных сайта используйте конфигурацию массива RAID 10. RAID 1 также допустим для небольших сайтов с низкими требованиями к вводу-выводу или при использовании быстрых SSD. При использовании больших массивов дисков настройте резервные диски для автоматической замены неработообразующих дисков.

Пример. Физический компьютер с физическими дисками

Рекомендации по размеру для совместно размещенного сервера сайта и SQL Server с 100 000 клиентов — 1200 операций ввода-вывода в секунду для почтовых ящиков сервера сайта и 5000 операций ввода-вывода в секунду для SQL Server файлов.

Результирующая конфигурация диска может выглядеть следующим образом:

1. Не включает рекомендуемые резервные диски.
2. Это значение из примеров конфигураций дисков.

Hyper-V обеспечивает аналогичную производительность физического сервера, если аппаратные ресурсы (ядра ЦП и сквозное хранилище) на 100 % выделены для виртуальной машины. Использование VHD - или VHDX-файлов фиксированного размера приводит к снижению производительности операций ввода-вывода на 1–5 %. Использование динамически расширяющихся VHD- или VHDX-файлов приводит к снижению производительности операций ввода-вывода для рабочей нагрузки Configuration Manager до 25 %. Если требуется динамическое расширение дисков, выполните компенсацию, добавив дополнительную производительность в 25 % операций ввода-вывода в секунду в массив.

При запуске сервера сайта Configuration Manager или SQL Server внутри виртуальной машины изолируйте диски ОС узла Hyper-V от ОС виртуальной машины и дисков данных.

Дополнительные сведения об оптимизации виртуальных машин см. в статье Настройка производительности серверов Hyper-V.

Пример. Сервер сайта на основе виртуальной машины Hyper-V

Рекомендации по размеру для совместно размещенного сервера сайта и SQL Server с 150 000 клиентов — 1800 операций ввода-вывода в секунду для почтовых ящиков сервера сайта и 7400 операций ввода-вывода в секунду для SQL Server файлов.

Результирующая конфигурация диска может выглядеть следующим образом:

1. Не включает рекомендуемые резервные диски.
2. VHDX-файл фиксированного размера для диска виртуальной машины, выделенного для базового тома.
3. Это значение из примеров конфигураций дисков.

Начните с чтения часто задаваемых вопросов о Configuration Manager в Azure.

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

Хранилище Azure по своей природе избыточно и не требует нескольких дисков для доступности. Вы можете чередовать диски в Диспетчере дисков или дисковые пространства, чтобы обеспечить дополнительное пространство и производительность.

Дополнительные сведения и рекомендации по повышению производительности хранилище класса Premium и запуску SQL Server на виртуальных машинах Azure IaaS см. в разделе:

• Оптимизация производительности приложения

• Руководство по дискам

Пример: сервер сайта на основе Azure

Рекомендации по размеру для совместно размещенного сервера сайта и SQL Server с 50 000 клиентов — это восемь ядер, 32 ГБ и 1200 операций ввода-вывода в секунду для почтовых ящиков сервера сайта и 2800 операций ввода-вывода в секунду для SQL Server файлов.

Результирующий компьютер Azure может быть ds13v2 (восемь ядер, 56 ГБ) со следующей конфигурацией диска:

1. Это значение из примеров конфигураций дисков.
2. Руководство по Azure позволяет разместить TempDB на локальном диске D : на основе SSD, так как он не превысит доступное пространство и позволяет дополнительно распределить дисковые операции ввода-вывода.

Пример: сервер сайта на основе Azure (для мгновенного повышения производительности)

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

Измените диски в предыдущем примере Azure, чтобы увидеть, как изменяется число операций ввода-вывода в секунду.

DS13v2

1. Диски чередуются с помощью дисковые пространства.
2. Это значение из примеров конфигураций дисков. Размер виртуальной машины ограничивает производительность.
3. Руководство по Azure позволяет разместить TempDB на локальном диске D : на основе SSD, так как он не превысит доступное пространство и позволяет дополнительно распределить дисковые операции ввода-вывода.

Если вам потребуется больше производительности в будущем, вы можете увеличить виртуальную машину до DS14v2, что удвоит ЦП и память. Дополнительная пропускная способность диска, разрешенная таким размером виртуальной машины, также мгновенно увеличивает доступный объем операций ввода-вывода в секунду на ранее настроенных дисках.

DS14v2

1. Диски чередуются с помощью дисковые пространства.
2. Это значение из примеров конфигураций дисков. Размер виртуальной машины ограничивает производительность.
3. Руководство по Azure позволяет разместить TempDB на локальном диске D : на основе SSD, так как он не превысит доступное пространство и позволяет дополнительно распределить дисковые операции ввода-вывода.

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

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

• Расширенные возможности доступности сайтов, например SQL Server Always On
• Возможность выполнения интенсивных отчетов с меньшим количеством подслушив на сайте
• Более простое аварийное восстановление в некоторых ситуациях
• Упрощение управления безопасностью
• Разделение ролей для управления SQL Server, например с помощью отдельной команды DBA

Для совместного размещения SQL Server требуется один сервер, и это типично для большинства мелких клиентов. Преимущества этой конфигурации:

• Снижение затрат на компьютеры, лицензии и обслуживание
• Меньше точек сбоя на сайте
• Улучшенный контроль за планированием простоя

По умолчанию SQL Server использует всю доступную память на сервере, что может привести к нехватке операционной системы и других процессов на компьютере. Чтобы избежать потенциальных проблем с производительностью, важно явно выделить память для SQL Server. На серверах сайта, совместно размещенных с SQL Server, убедитесь, что ОС имеет достаточно ОЗУ для кэширования файлов и других операций. Убедитесь, что для SMSExec и других Configuration Manager процессов осталось достаточно ОЗУ. При выполнении SQL Server на удаленном сервере можно выделить большую часть памяти SQL, но не всю. Ознакомьтесь с рекомендациями по выбору размера , чтобы ознакомиться с первоначальными рекомендациями.

SQL Server выделение памяти должно округлиться до всего ГБ. Кроме того, по мере увеличения объема ОЗУ можно позволить SQL Server иметь более высокий процент. Например, если доступно 256 ГБ или более ОЗУ, можно настроить SQL Server до 95 %, так как это по-прежнему сохраняет много памяти для ОС. Мониторинг файла подкачки — это хороший способ убедиться, что для ОС и Configuration Manager процессов достаточно памяти.

Вы можете столкнуться с проблемами, связанными с памятью, если на SQL Server имеется более 16 физических ядер и недостаточно ОЗУ. Рабочая нагрузка Configuration Manager работает лучше, если для SQL доступно не менее 3–4 ГБ ОЗУ на ядро. При добавлении ядер в SQL Server обязательно увеличьте объем ОЗУ пропорционально.

Как правило, группы доступности незначительно влияют на производительность системы, если между серверами-репликами доступно достаточно сети. Вы можете быстро расти LDF-файл журнала базы данных в среде группы доступности с напряженной работой. Однако после успешного резервного копирования базы данных пространство журнала освобождается автоматически. Добавьте задание SQL Server для базы данных Configuration Manager для выполнения резервного копирования, например каждые 24 часа, и резервного копирования LDF каждые шесть часов. Дополнительные сведения о группах доступности и Configuration Manager, в том числе о стратегиях SQL Server резервного копирования, см. в статье Подготовка к использованию группы доступности SQL Server Always On.

SQL Server сжатие не рекомендуется для базы данных Configuration Manager. Хотя с включением сжатия в базе данных Configuration Manager не возникает никаких функциональных проблем, результаты тестирования не показывают большого сокращения размера по сравнению с потенциальным влиянием на производительность системы.

Все секреты в базе данных Configuration Manager уже хранятся безопасно, но добавление SQL Server шифрования может добавить еще один уровень безопасности. Функциональные проблемы с включением шифрования в базе данных отсутствуют, но производительность может быть снижена на 25 %. Поэтому шифруйте с осторожностью, особенно в крупномасштабных средах. Кроме того, не забудьте обновить планы резервного копирования и восстановления, чтобы обеспечить успешное восстановление зашифрованных данных.

Поддерживаемые версии SQL см. в разделе Поддержка SQL Server версий. С точки зрения производительности все поддерживаемые версии SQL Server соответствовать требуемым критериям производительности. Однако SQL Server 2016 или более поздней версии, как правило, превосходит SQL Server 2014 году в некоторых аспектах рабочей нагрузки Configuration Manager. Кроме того, выполнение SQL Server 2014 на уровне совместимости SQL Server 2012 (110) повышает производительность в целом. Во время установки для Configuration Manager баз данных, работающих в SQL Server 2014, устанавливается уровень совместимости 110. SQL Server 2016 или более поздней версии для этой SQL Server уровень совместимости версии по умолчанию, например 130 для SQL Server 2016. Обновление SQL Server на месте не обновляет уровни совместимости до установки следующей основной Configuration Manager текущей версии ветви.

Если в некоторых SQL-запросах SQL Server 2016 или более поздних версий возникает необычное время ожидания или задержка, например при использовании RBAC в консоли Администратор, попробуйте изменить уровень совместимости SQL Server в базе данных Configuration Manager на 110. Полностью поддерживается работа на SQL Server уровне совместимости 110 SQL Server 2014 г. и более поздних версий SQL Server. Дополнительные сведения см. в статье Время ожидания SQL-запроса или замедление работы консоли при определенных Configuration Manager запросах базы данных.

С января 2018 г. следует избегать следующих SQL Server версий из-за различных известных проблем, связанных с производительностью, или других потенциальных проблем:

• SQL Server 2012 с пакетом обновления 3 (SP3) с накопительным пакетом обновления 1 (CU1) до CU5
• SQL Server 2014 с пакетом обновления 1 (SP1) с накопительным пакетом обновления 6 (CU6) — с пакетом обновления 2 (SP2)
• SQL Server 2016 RTM — CU3, SP1 CU3 — CU5

Да, обновляйте индексы как раз в неделю, а статистику — раз в день, чтобы повысить производительность SQL Server. Сторонние сценарии и дополнительные сведения, доступные в Configuration Manager и SQL Server сообществах, помогут оптимизировать эти задачи.

На больших сайтах некоторые SQL Server таблицы, такие как CI_CurrentComplianceStatusDetails, HinvChangeLog, могут быть большими в зависимости от ваших шаблонов использования. Вам может потребоваться сократить или изменить подход к обслуживанию для них по одному.

SQL Server Express не влияет на производительность вторичных сайтов, и она подходит для большинства клиентов. Он также прост в развертывании и управлении и является рекомендуемой конфигурацией почти для всех клиентов любого размера.

Существует одна ситуация, когда может потребоваться полная установка SQL Server. Если в вашей среде имеется большое количество точек распространения и пакетов или источников, можно превысить ограничение размера SQL Server Express в 10 ГБ. Если количество пакетов, в разных количествах точек распространения, превышает 4 000 000, например 2000 DPs с 2000 фрагментами содержимого, рассмотрите возможность использования полной SQL Server на дополнительных сайтах.

Оставить значение 0 (использовать все доступные процессоры) является оптимальным для общей производительности обработки в большинстве случаев.

Многие администраторы Configuration Manager следуют рекомендациям, приведенным в статье Рекомендации и рекомендации по параметру конфигурации "максимальная степень параллелизма" в SQL Server. На большинстве современных крупных оборудования это руководство приводит к рекомендуемой максимальной настройке восьми. Однако если вы выполняете много запросов меньшего размера, чем количество процессоров, это может помочь установить для него большее число. Ограничение до восьми не обязательно является лучшим параметром на больших сайтах, когда доступно больше ядер.

На серверах SQL Server с более чем восемью ядрами начните с параметра 0 и вносите изменения только в том случае, если возникают проблемы с производительностью или чрезмерная блокировка. Если вам нужно изменить MaxDOP из-за проблем с производительностью с 0, начните с нового значения, по крайней мере больше или равное минимальному рекомендуемом количеству ядер для SQL Server размера этого сайта. Переход ниже этого значения почти всегда имеет негативные последствия для производительности. Например, удаленному SQL Server для 100 000 клиентского сайта требуется не менее 12 ядер. Если SQL Server имеет 16 ядер, начните тестирование параметра MaxDOP со значением 12.

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

Дополнительные сведения о рекомендуемых исключениях антивирусной программы см. в разделе Рекомендуемые исключения антивирусной программы для Configuration Manager 2012 и серверов сайтов current Branch Site Servers, Site Systems и Clients.

Изменение нескольких ключевых параметров IIS, таких как длина очереди WsusPool и ограничение частной памяти WsusPool, может повысить производительность WSUS даже в небольших установках. Дополнительные сведения см. в разделе Рекомендуемое оборудование.

Кроме того, убедитесь, что установлены последние обновления для операционной системы, на котором запущены службы WSUS:

• Windows Server 2012: любое накопительное обновление, отличное от "Только для безопасности", выпущенное в октябре 2017 г. или более поздней версии. (KB4041690)
• Windows Server 2012 R2: любое накопительное обновление, отличное от "Только для безопасности", выпущенное в августе 2017 г. или более поздней версии. (KB4039871)
• Windows Server 2016: любое накопительное обновление, отличное от "Только для безопасности", выпущенное в августе 2017 г. или более поздней версии. (KB4039396)

См. полное руководство по Майкрософт wsus и Configuration Manager обслуживания SUP.

Традиционный мониторинг производительности сервера эффективно работает для общих Configuration Manager. Вы также можете использовать различные пакеты управления System Center Operations Manager для Configuration Manager, SQL Server и Windows Server для мониторинга базовой работоспособности серверов. Вы также можете напрямую отслеживать счетчики Windows Монитор производительности (PerfMon), Configuration Manager предоставляет. Отслеживайте невыполненную работу в различных почтовых ящиках на наличие ранних предупреждений о потенциальных проблемах с производительностью сайта или невыполненной работе.

См. также

• Рекомендации по размеру и производительности сайта
• часто задаваемые вопросы о Configuration Manager в Azure