vkapas

Изменения Автор: vkapas Дата: 16-03-2023

Есть терминальный WS 2019 на 15 пользователей, работающий на ESXi, под который выделены: почти все ресурсы Intel Xeon Silver 4208 (12 vCPUs из 16), 100 ГБ DDR4 ОЗУ и достаточный объём SSD в RAID1 на Smart HBA H240.

Проблема — в службе Windows Search. WSearch — самый тяжёлый процесс в системе, который в простое потребляет 5% ЦП, в рабочее время около 15%, а на пике и вовсе скачет аж до 30-40%. Из-за этого общая нагрузка сервера часто упирается в 80-100%, и начинаются сильные лаги.

Изначально Windows Search индексировал и файловый архив и почтовый, и казалось, что дело в большом массиве писем Outlook (порядка двух-трёх сотен тысяч). Но после отключения индексации Outlook и пересоздания индекса только день-два нагрузка WSearch была в пределах 5%, и затем постепенно вернулась к прежним значениям. Пересоздание индекса и/или его дефрагментация как описано здесь ситуацию также не исправляют.

В параметрах индексирования указаны только те папки, которые необходимы; поиск по содержимому включён — это критически важно для нормальной работы пользователей. Файловый архив относительно небольшой — 90 ГБ и 150 000 документов.

Несмотря на то, что это Windows Server 2019, файл поискового индекса единый, включён через EnablePerUserCatalog = 0, т.к. при настройках по умолчанию, когда файл поискового индекса у каждого пользователя свой, поиск по сути не работает — не находит ничего дальше текущей папки. (Собственно, служба Windows Search даже была отключена по умолчанию начиная с WS 2016, т.к. она can cause problems in certain scenarios — как раз с ролью RDSH.)




Что-то можно сделать в данной ситуации, кроме замены процессора?