Я пытаюсь скопировать несколько терабайт из хранилища 4 ТБ одного сервера в пространство хранилища 4 ТБ другого сервера, но копия не работает из-за того, что в хранилище на втором сервере не хватает места с более 600 ГБ дополнительных невидимых фантомных данных.
Конфигурация:
Сервер 1 (Источник): Windows Server 2012 Essentials, 4 ТБ (отформатировано 3,63 ТБ), зеркальное пространство хранения ReFS, потоки целостности файлов включены. Дисковое пространство содержит файлы объемом 3,01 ТБ, а свободное пространство составляет 554 ГБ.
Сервер 2 (место назначения): Windows Server 2012 Essentials, 4 ТБ (отформатировано 3,63 ТБ) зеркального хранилища ReFS, включены потоки целостности файлов.
Копирование файлов выполняется по сети с Сервера 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 ТБ, копия файла снова не удалась, как и в первый раз, с сотнями гигабайт чего-то, заполнившего остальную часть тома. Очередной раз.
Кто-нибудь знает, что здесь происходит?
Команда выполнения CHKDSK и проверьте вывод, если «общее дисковое пространство» отличается от указанного.
Вы можете запустить CHKDSK C: /F команда для проверки и восстановления возможно потерянного пространства, не связанного с файлами, и еще раз проверьте сообщенное общее дисковое пространство.
Видеть эта статья Microsoft чтобы проверить, возможна ли какая-либо из перечисленных проблем в вашей системе:
Cluster Size Is Too Large
File Attributes or NTFS Permissions
Invalid File Names
NTFS Master File Table (MFT) Expansion
Alternate Data Streams
NTFS File System Corruption
Other NTFS Features That May Cause File Allocation Confusion