Более 600 ГБ фантомных данных на томе дискового пространства Windows

Я пытаюсь скопировать несколько терабайт из пространства хранения 4 ТБ одного сервера в пространство хранения 4 ТБ другого сервера, но при копировании происходит сбой из-за недостатка места на втором сервере с более чем 600 ГБ дополнительных невидимых фантомных данных.

Конфигурация:

Сервер 1 (источник): Windows Server 2012 Essentials, зеркальное пространство хранения ReFS объемом 4 ТБ (3,63 ТБ), потоки целостности файлов включены. Место для хранения содержит 3,01 ТБ файлов с 554 ГБ свободного места.

Сервер 2 (назначение): Windows Server 2012 Essentials, зеркальное пространство для хранения ReFS объемом 4 ТБ (отформатировано 3,63 ТБ), включены потоки целостности файлов.

Копирование файлов осуществляется по сети с сервера 1 с использованием FastCopy с включенной проверкой.

Ошибка копирования файла составляет около 3 ТБ, при этом проводник Windows на сервере 2 сообщает, что целевой объем дискового пространства 3.63 ТБ полностью заполнен. Проводник Windows сообщил, что папка с переданными файлами составляет всего около 3 ТБ. Это оставляет 652 ГБ чего-то, что заполняет объем, совершенно неучтенным.

На томе, содержащем эти 652 ГБ, нет других файлов или папок. Переданные данные - это единственная папка в корне тома, кроме корзины и (возможно, в первый раз) информации о томе системы (единственные другие очевидные места для поиска фантомных данных).

На этом томе нет теневых копий в соответствии с vssadmin list shadows, а также vssadmin list shadowstorage не отображает теневое хранилище на томе.

Я попытался запустить несколько утилит использования диска - WinDirStat, TreeSize и SpaceSniffer - и только TreeSize мог даже видеть, что есть что-то еще, заполняющее объем помимо 3 ТБ переданных данных. Однако TreeSize сообщил об этом 652 ГБ чего-то как "Неизвестный".

Я даже попытался запустить несколько из этих утилит под учетной записью Local System, включая Du (использование диска) Sysinternals, и это ничего не изменило. Утилиты все еще не могли увидеть, что что-то заполняет дополнительное пространство (помимо вышеупомянутого TreeSize), не говоря уже о каких-либо подробностях того, какими могут быть фантомные данные.

Я удалил том, пространство хранения и пул хранения на целевом сервере, а затем восстановил их с нуля и снова начал копировать файл. В середине процесса копирования файлов я проверил, и на томе пула хранения конечного сервера уже было почти 300 ГБ неучтенных данных.

Ближе к концу, на отметке около 3 ТБ, копия файла снова не удалась, как и в первый раз, когда сотни гигабайт чего-то заполнили остальную часть тома. Снова.

У кого-нибудь есть идеи, что здесь происходит?