
Использование функции дедупликации данных Windows Server:
Учитывая конкретный файл фрагмента в хранилище фрагментов, можно ли определить, какие файлы включают этот фрагмент?
В данном случае нечитаемые блоки на диске можно сопоставить с файлом фрагмента, то есть повреждение могло произойти в этом конкретном файле фрагмента, и я хотел бы знать, какой файл(ы) использует этот фрагмент, чтобы я мог вручную проверить, повреждены ли эти файлы каким-либо образом, и/или предположить, что они повреждены, и восстановить их и т. д.
***Logical sector 4298505920 (0x10035fec0) on drive X is in file number 144581.
\System Volume Information\Dedup\ChunkStore\{F3F1DCDF-134B-4A3E-AFD5-5F698E42667A}.ddp\Data\000004ad.00000001.ccc
Другими словами, могу ли я узнать, какой файл(ы) используют данные из вышеуказанного фрагмента файла?
решение1
Насколько мне известно, функция дедупликации данных Windows Server не предоставляет возможности вернуться к файлам, использующим фрагменты. Но есть несколько способов выяснить, есть ли какие-либо связи:
Командлеты PowerShell и дедупликации: используйте командлеты PowerShell, связанные с дедупликацией данных, Get-DedupStatus
и Get-DedupMetadata
они могут предоставить информацию о дублирующихся томах и связанных с ними метаданных.
Get-DedupStatus -Volume X:
Get-DedupMetadata -Path "X:\System Volume Information\Dedup\ChunkStore\{F3F1DCDF-134B-4A3E-AFD5-5F698E42667A}.ddp\Data\000004ad.00000001.ccc"
Я скопировал эти команды из настоящего, но древнего документа, который у меня был, но в нем были некоторые ошибки форматирования. Вам может понадобиться использовать, возможно, в сочетании с конвейером.
Проверка метаданных файла: хотя это не приведет напрямую к определенным фрагментам, это может помочь идентифицировать файлы, связанные с определенной областью диска.
Get-Item "X:\System Volume Information\Dedup\ChunkStore\{F3F1DCDF-134B-4
Но на самом деле, нет прямой функции Windows, которая соответствовала бы вашему подходу, насколько я помню за 20+ лет знаний в области ИТ. Также возможно, что какое-то стороннее приложение может читать такой тип, но мне ничего не известно и не требовалось, поскольку NTFS всегда делала впечатляющую выдающуюся работу со своей DD-функцией.