Обходной путь для Windows Search/Indexing на дедуплицированном томе

По данным Microsoft, Microsoft Windows Server 2019 по-прежнему не поддерживает поиск Windows на томах с включенной дедупликацией данных (источник):

Windows Search не поддерживает дедупликацию данных. Дедупликация данных использует точки повторной обработки, которые Windows Search не может индексировать, поэтому Windows Search пропускает все дедуплицированные файлы, исключая их из индекса. В результате результаты поиска могут быть неполными для дедуплицированных томов. Проголосуйте за этот пункт для Windows Server vNext в Windows Server Storage UserVoice.

Это была проблема/вызов в течение длительного времени (пример).

Я поддерживаю файловый сервер Windows Server 2019, который хранит свои данные на ReFS-Volume с поддержкой дедупликации данных, и я также сталкиваюсь с проблемой обеспечения рабочей функции поиска.

Прежде чем внедрять решение с помощью сторонней поисковой системы, я хотел бы знать, существуют ли какие-либо обходные пути, позволяющие заставить Windows Search работать на томах с поддержкой дедупликации данных с помощью встроенных инструментов.

Итак, если кто-то знает допустимый обходной путь, я был бы признателен за любую информацию о способе реализации этого без использования стороннего программного обеспечения.

Два варианта:

1. Вы исключаете из дедупликации файлы с полнотекстовым содержимым, такие как pdf, doc, docx, xls, xlsx, htm, html и т. д. Часто это не очень большие файлы. По крайней мере у нас в офисе, где большие файлы фотошоп и САПР. Так что дедупликация происходит с большими файлами, поиск с текстом, содержащим файлы.

2. Вы создаете .vhdx, монтируете его и храните там свои файлы. «Внутри» vhdx NTFS и поиск, «снаружи» vhdx находится в ReFS с дедупликацией. Работает очень хорошо. Это как файловый сервер в виде виртуальной машины Hyper-V, только без виртуальной машины. Монтирование vhdx можно выполнить с помощью задачи Windows при запуске, используя diskpart со сценарием diskpart.