Я использую WS 2019 в качестве облачного сервера (AWS Lightsail). У меня установлен Office 2016 с примерно 15 пользователями RDS. Уже пробовал DISM .../restorehealth и sfc /scannow. Проблема возникает у 2 из 15 пользователей, включая учетную запись администратора сервера (и администратора домена).
Уже искал по этому поводу и нашел это: Как переустановить функцию поиска/индексирования в Server 2012 R2?, но не повезло с простым перезапуском службы поиска. Вот как это началось и некоторые подробности того, что я пробовал до сих пор:
Проблема началась, когда один из пользователей не смог выполнить поиск в Outlook (поиск не смог найти известные существующие сообщения, содержащие поисковый запрос). Это также будет бесконечно переиндексировать одни и те же элементы.Покопавшись дальше, заметил, что C:\Users\AppData\Local\Temp\Outlook Logging заполняется 1-5 файловыми записями (сбоями) в секунду! После удаления файлов вручную (более 1 миллиона!) и попыток различных изменений реестра (сбросить поиск и т. д.) теперь и этот пользователь, и учетная запись администратора сервера получают «ожидание получения статуса индексации» зависания. У остальных пользователей проблем с индексацией нет.
Я предполагаю, что проблема усугубилась (от затопления папки \Outlook Logging, упомянутой выше), до невозможности даже попытаться индексировать или выполнить поиск, когда я пытался вручную удалить файлы из %appdata%\Microsoft\Search\Data\ Папка Applications<SID> и перезапустила службу поиска Windows. Даже после восстановления файлов из корзины и перезапуска службы ничего не изменилось (файл .edb никогда не создается). Попытался добавить роль/функцию из диспетчера серверов «Служба поиска Windows» — не знаю, почему она показала, что функция доступна для добавления, когда служба поиска Windows работает (?!). Когда это не имело значения, я удалил его. Кроме того, журнал событий полон этих записей:
Идентификатор события Outlook 34 Не удалось получить диспетчер области сканирования с ошибкой = 0x80004002
- событие с идентификатором 35. Не удалось определить, находится ли хранилище в области сканирования (ошибка = 0x80004002).
Идентификатор события поиска 3028 Невозможно инициализировать объект сборщика.
Идентификатор события поиска 3029 Плагин не может быть инициализирован
Идентификатор события поиска 3057 Не удается инициализировать диспетчер подключаемых модулей.
Я предположил, что могу попытаться воссоздать профиль пользователя без прав администратора, затем попытаться воссоздать настройки (...\appdata... и т. д.) и надеяться избежать повторного создания проблемы при восстановлении профиля пользователя, но это будет трудный. Кроме того, я понятия не имею, как безопасно воссоздать профиль пользователя сервера (и администратора домена). Индексирование в учетной записи администратора не обязательно, но для пользователей. Кроме того, я предполагаю, что при таком странном поведении службы поиска Windows для 2 пользователей это в конечном итоге станет проблемой для всех из них, если не будет определена причина и/или решение проблемы.
