По данным Microsoft, Microsoft Windows Server 2019 по-прежнему не поддерживает поиск Windows на томах с включенной дедупликацией данных (источник):
Windows Search не поддерживает дедупликацию данных. Дедупликация данных использует точки повторной обработки, которые Windows Search не может индексировать, поэтому Windows Search пропускает все дедуплицированные файлы, исключая их из индекса. В результате результаты поиска могут быть неполными для дедуплицированных томов.Проголосуйте за этот элемент для Windows Server vNext на Windows Server Storage UserVoice.
Это уже долгое время является проблемой/вызовом (пример).
Я обслуживаю файловый сервер Windows Server 2019, данные которого хранятся на томе ReFS с поддержкой дедупликации данных, и я также столкнулся с проблемой обеспечения работоспособной функции поиска.
Прежде чем реализовывать решение с использованием сторонней поисковой системы, я хотел бы узнать, существуют ли уже какие-либо обходные пути, позволяющие заставить Windows Search работать на томах с включенной дедупликацией данных с помощью встроенных инструментов.
Поэтому, если кто-то знает действенный способ обойти эту проблему, я был бы признателен за любую информацию о том, как это реализовать без использования стороннего программного обеспечения.
решение1
Два варианта:
Вы исключаете файлы, которые имеют полнотекстовый контент, из дедупликации, такие как pdf, doc, docx, xls, xlsx, htm, html и т. д. Это часто не очень большие файлы. По крайней мере, в нашем офисе, где большие файлы — это photoshop и CAD. Поэтому дедупликация выполняется для больших файлов, поиск по файлам, содержащим текст.
Вы создаете .vhdx, монтируете его и размещаете там свои файлы. «Внутри» vhdx NTFS и поиск, «снаружи» vhdx находится на ReFS с дедупликацией. Работает очень хорошо. Это как файловый сервер в виде виртуальной машины Hyper-V, только без виртуальной машины. Монтирование vhdx можно выполнить с помощью задачи Windows при запуске, используя diskpart со скриптом diskpart.