Почему индексатор поиска Windows часами грузит процессор

Очередь, а не баг

Индексатор читает журнал изменений USN в NTFS, поэтому каждое массовое файловое событие превращается в работу по индексации. Обновление Windows, перепарсивающее системный том, синхронизация OneDrive или Teams, натягивающая тысячи файлов, восстановленный бэкап или свежий node_modules у разработчика — каждое такое событие ставит в очередь сотни тысяч элементов. Индексация одного элемента стоит дёшево; индексация нескольких сотен тысяч занимает часы — ровно это вы и видите в Диспетчере задач.

Вторая классика — Outlook: большой архив .pst или .ost индексируется поштучно через тот же конвейер, и 20-гигабайтовый почтовый архив способен занять индексатор на большую часть рабочего дня. Откройте «Параметры индексирования» и прочитайте строку состояния: огромный счётчик «осталось проиндексировать» при растущем общем числе означает здоровый индексатор, разгребающий очередь. Счётчик, который не двигается, или база, распухшая до абсурда при высокой загрузке, указывают на повреждённый индекс, который перестраивается по кругу, — и это единственный сценарий, где нужна кнопка «Перестроить».

• Классический Outlook с большими файлами .pst или .ost — поштучная индексация той же службой
• OneDrive, Teams или восстановление бэкапа, натягивающее на машину тысячи файлов
• Обновление Windows, перепарсивающее системный том и перепроверяющее индекс
• Деревья разработчика: node_modules, вывод сборки и .git с десятками тысяч мелких файлов
• Программы, сканирующие файлы и трогающие метаданные, — и весь диск встаёт в очередь заново
• Повреждённая база Windows.edb или Windows.db, которая перестраивается, распухает и перестраивается снова

Укрощение индексатора без убийства поиска

Самое эффективное движение — управление охватом, а не службой. В «Параметрах индексирования» нажмите «Изменить» и снимите галочки со всех деревьев, в которых вы никогда не ищете: папки сборки, медиархивы, склад загрузок, — и дайте изменению устояться. Для архивов классического Outlook индексируйте только те хранилища, в которых реально ищете, а не каждый подцепленный .pst за всю историю. После любого сужения дайте индексатору ночь: очередь, которая в шесть вечера выглядит бесконечной, к утру обычно закончена.

Не отключайте службу поиска ради снятия скачка загрузки. Поиск в индексируемых папках Проводника, результаты меню «Пуск» и поиск в Outlook откатываются в медленный режим полного обхода, а при включении службы очередь всё равно вернётся. Если индекс действительно повреждён — симптом с перестройкой по кругу, — используйте «Дополнительно» и «Перестроить» в «Параметрах индексирования», чтобы удалить и отрастить базу один раз: это стоит нескольких часов загрузки один раз и обрывает цикл. На серверах с большим числом одновременных пользователей индексатор работает на каждого, и несколько процессов SearchIndexer.exe — это несколько отдельных очередей.

Вопросы и ответы

Читайте также