Пользователи терминальных серверов Windows Server 2019, 2022 и 2025 с ролью RDSH часто жалуются на плохую производительность служб поиска на сервере. Поиск либо не работает, либо выдает неполные результаты, либо выполняется очень медленно (особенно доставляет тормоза поиска в почтовом клиенте Outlook).
Если открыть диалоговое окно управления индексированием (
control srchadmin.dll
) в Windows Server, вы увидите надпись:
Indexing is not running
Аналогичные предупреждения будут появляться при попытке выполнить поиск из Outlook:
The Windows Search Engine is currently disabled. Outlook will not be able to provide fast search results using the instance Search functionality unless the service is running.
Search performance will be impacted because Windows Search service is turned off.
По умолчанию в Windows Server (даже после установки роли Remote Desktop Session Host), служба Windows Search отсутствует. Это связано с тем, что в многопользовательской среде работа службы индексации может создавать значительную нагрузку на диск и процессор. Если вы хотите разрешить пользователям использовать службу индексации для быстрого поиска, нужно вручную установить в Windows Server компонент Search-Service:
Install-WindowsFeature Search-Service
И включить автозапуск службы Windows Search:
Set-Service WSearch -StartupType Automatic
Start-Service WSearch
После установки службы Windows Search в настройках индексирования можно будет добавить некоторые пути в поисковый индекс (но при этом профили Outlook не отображаются в доступных к индексированию).
Еще одна важная особенность работы поиска в RDS. Начиная с Windows Server 2019 (и в следующих версиях), Microsoft изменила поведение поискового индекса по-умолчанию. В предыдущих версиях Windows Server использовалась централизированный индексный файл службы поиска Windows ( файл Windows.edb или Windows.db, в зависимости от версии Windows, в директории
%ProgramData%\Microsoft\Search\Data\Applications\Windows\
).
В Windows Server 2019+ используется другая концепция поискового индекса — Per-user Search Index. Теперь индекс каждого пользователя хранится в его профиле в директории
C:\Users\%Username%\AppData\Roaming\Microsoft\Search\Data\Applications\{UserSID}.{UserSID}.edb
При входе пользователя, в его профиле создается такой индексный EDB файл, который служит персональной базой данных для быстрого поиска. В результате администратор не может управлять настройками индексирования в RDS окружении.
Чтобы вернуть прежнее поведение (централизованный поисковый индекс, вместо per-user), нужно создать в реестре параметр EnablePerUserCatalog со значением 0:
REG ADD "HKLM\SOFTWARE\Microsoft\Windows Search" /v "EnablePerUserCatalog" /t REG_DWORD /d "0" /f
Перезапустите службу поиска:
Restart-Service WSearch
Теперь в панели индексирования (
control srchadmin.dll
) отображаются все местоположения включая пользовательские Outlook, OneNote и прочие). Поиск по OST и PST файлам из Outlook начинает работать быстро.
Индексная база данных Windows.db (в Windows Server 2025) будет создана в каталоге
C:\ProgramData\Microsoft\Search\Data\Applications\Windows
, а не в пользовательских профилях.
msdt.exe -ep WindowsHelp id SearchDiagnostic
Параметр EnablePerUserCatalog можно использовать для оптимизации поиска в многопользовательских средах, основанных на RDS (в том числе редакциях Windows Enterprise multi-session), VDI, Citrix и с профилями FSLogix (поддерживают нативное перемещение поискового индекса внутрь пользовательского vhdx контейнера).
