我正在使用 WS 2019 作为云服务器 (AWS Lightsail)。我安装了 Office 2016，大约有 15 个 RDS 用户。已经尝试过 DISM .../restorehealth 和 sfc /scannow。15 个用户中有 2 个出现问题，包括服务器的管理员（和域管理员）帐户。
已经搜索过此并发现了这一点：如何在 Server 2012 R2 上重新安装搜索/索引功能？，但简单地重新启动搜索服务却没有那么好运。下面是它的启动过程以及我迄今为止尝试过的一些细节：
问题始于 1 位用户无法在 Outlook 中搜索（搜索无法找到包含搜索词的已知现有邮件）。它还会无休止地重新索引相同的项目。进一步挖掘后，发现 C:\Users\AppData\Local\Temp\Outlook Logging 每秒被 1-5 个文件条目（失败）淹没！手动删除文件（超过 100 万！）并尝试各种注册表编辑（重置搜索等）后，现在此用户和服务器的管理员帐户都处于“等待接收索引状态”挂起状态。其他用户在索引方面没有问题。
我猜问题变得更糟了（从上面提到的…\Outlook Logging 文件夹被淹没），甚至在我尝试手动从 %appdata%\Microsoft\Search\Data\Applications<SID> 文件夹中删除文件并重新启动 Windows Search 服务时，都无法尝试索引或搜索。即使从回收站还原文件并重新启动服务后也没有任何变化（没有创建 .edb 文件）。尝试从服务器管理器“Windows Search Service”添加角色/功能 - 不确定为什么它在 Windows Search 服务运行时显示可添加的功能（？！）。当这没有任何变化时，我将其删除了。此外，事件日志中充满了这些条目：
Outlook 事件 ID 34 无法获取抓取范围管理器，错误=0x80004002 – 事件 ID 35 无法确定商店是否在抓取范围内（错误=0x80004002）。搜索事件 ID 3028 无法初始化 Gatherer 对象。搜索事件 ID 3029 无法初始化插件。搜索事件 ID 3057 无法初始化插件管理器。
我认为我可以尝试重新创建非管理员用户的配置文件，然后尝试重新创建设置（...\appdata... 等），并希望避免在重建用户配置文件时重新出现问题，但这很困难。另外，我不知道如何安全地重新创建服务器（和域管理员）的用户配置文件。在管理员帐户上建立索引并不重要，但对于用户来说却是必不可少的。此外，我认为，如果 2 个用户的 Windows Search 服务出现这种奇怪的行为，除非能够确定问题的原因和/或解决方案，否则它最终会成为所有用户的问题。