用户无法使用 Windows 10 上的 Windows 搜索找到特定文件。文件显然在那里，但搜索返回“无匹配”。
我注意到的第一件事是，有些目录没有 SYSTEM 权限，因为大多数目录都禁用了继承。SYSTEM 权限是否是索引文件的必要条件（如果是，我们是否应该重新创建 ACL？非常犹豫是否要递归添加 SYSTEM 权限）？
用户看到的是网络驱动器 G:\，它存储在 Windows Server 2019 中的本地共享 D:\ 驱动器中。没什么特别的。该 D:\ 驱动器已编入索引。使用 RDP 在文件服务器内搜索将主要按缩进方式使用索引，几乎可以立即匹配某些显然在索引中的项目（回到最初的问题，我们是否因为没有系统权限而丢失了文件？），但是，通过 G:\ 映射驱动器搜索仍然需要很长时间，就好像它根本没有在索引中搜索一样。我们的索引大小为 8 GB，包含 1,000,000 多个文件（理论上，我们还有更多文件）。
harrymc 先前于 2021 年 9 月 9 日回答过：
Windows 不支持索引网络共享。您仍可以搜索它们，但这是实时进行的，没有索引，因此可能会很慢。
您可以通过右键单击网络文件夹并选择“始终脱机可用”来启用脱机文件。这将基本上将文件夹复制到您的计算机。要使其可搜索，您需要将“脱机文件”添加到索引选项。
上述选项实际上都不实用。
正确的做法是将文件存储在安装了“Windows 搜索服务”角色的 Windows Server 上。服务器将索引其共享文件夹，然后 Windows 客户端可以使用此索引。
那么这是否是实际的限制？我已经安装了“Windows 搜索服务”角色并重建了索引，但没有任何明显变化。除非绝对必要，否则我不愿意在不知道它会做什么的情况下重新启动文件服务器。
答案1
我认为那是重复数据删除？（解释为什么某些文件被列为磁盘 0 上的大小并且无法被索引）
Windows Search 不支持重复数据删除。重复数据删除使用 Windows Search 无法索引的重新解析点，因此 Windows Search 会跳过所有已删除重复的文件，将其排除在索引之外。因此，已删除重复卷的搜索结果可能不完整。在 Windows Server Storage UserVoice 上为 Windows Server vNext 的此项投票。
我们的服务器上确实有重复数据删除功能。我们可能能够将最常见的文件（通常很小）、DOCX、XLSX 从索引中排除吗？无论如何，这是最简单的解决方案。或者切换到 Windows Search 的替代方案，呵呵。