Usando la función de deduplicación de datos de Windows Server:
Dado un archivo de fragmentos específico en el almacén de fragmentos, ¿es posible determinar qué archivos incluyen ese fragmento?
El caso de uso aquí es que los bloques ilegibles en el disco se pueden asignar nuevamente al archivo fragmentado, lo que significa que es posible que se haya producido corrupción en ese archivo fragmentado específico, y me gustaría saber qué archivos usan ese fragmento, para poder hacerlo manualmente. verifique si esos archivos parecen estar dañados de alguna manera, y/o asuma que están dañados y restáurelos, etc.
***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
En otras palabras, ¿puedo averiguar qué archivos están utilizando los datos del archivo fragmentado anterior?
Respuesta1
Hasta donde yo sé, la función de deduplicación de datos de Windows Server no proporciona una manera de regresar a archivos que usan fragmentos. Pero hay algunas formas de determinar si existen conexiones:
PowerShell y cmdlets de deduplicación: utilice cmdlets de PowerShell relacionados con la deduplicación de datos. Get-DedupStatusy Get-DedupMetadatapuede proporcionar información sobre volúmenes duplicados y los metadatos asociados.
Get-DedupStatus -Volume X:
Get-DedupMetadata -Path "X:\System Volume Information\Dedup\ChunkStore\{F3F1DCDF-134B-4A3E-AFD5-5F698E42667A}.ddp\Data\000004ad.00000001.ccc"
Copié estos comandos de un documento real pero antiguo que tenía, pero tenía algunos errores de formato. Es posible que necesite usarlo, tal vez combinado con una pipa.
Verifique los metadatos del archivo: aunque esto no vinculará directamente a fragmentos específicos, puede ayudar a identificar archivos asociados con un área del disco en particular.
Get-Item "X:\System Volume Information\Dedup\ChunkStore\{F3F1DCDF-134B-4
Pero, de hecho, no existe ninguna característica directa de Windows que se ajuste a su enfoque, según recuerdo en mis más de 20 años de conocimiento en TI. También es posible que algún tipo de aplicación de terceros pueda leer ese tipo, pero no conozco ninguna ni fue necesaria debido a que NTFS siempre hizo un trabajo excepcional e impresionante con su función DD.