¿Cuál es la mejor manera de copiar archivos deduplicados en una nueva unidad Server 2012?

Tenemos un volumen deduplicado en una máquina con Windows Server 2012 que se acerca a sus límites. Es una unidad de 1.3TB con ~ 10TB de datos duplicados. Queremos copiar todos estos datos en una unidad de 4 TB más grande.

¿Cuál es la mejor manera de realizar esta copia de manera que solo copiemos los 1.3TB de datos deduplicados en lugar de desempacar los 10TB completos y volver a empaquetarlos en el otro extremo?

editar: intenté una copia estándar del archivo explorador y un elemento de copia, pero ninguno parecía ser consciente de la deducción. Sin embargo, tampoco corrí hasta completarlo, así que no puedo decir que este sea el caso con seguridad.

Terminé haciendo la copia usando la copia de seguridad del servidor de Windows, que es consciente de la deducción. Seguí las instrucciones en esta página: http://technet.microsoft.com/en-us/library/hh831600.aspx

En nuestro caso, estábamos moviendo los datos de la unidad T: a la unidad Y:. Usé la unidad X: como unidad de almacenamiento de respaldo intermedio. La unidad de almacenamiento de respaldo no necesita tener habilitada la deduplicación y solo debe ser tan grande como los datos deduplicados optimizados.

Haz la copia de seguridad:

C:\> wbadmin start backup –include:T: -backuptarget:X:

Obtenga la versión de respaldo:

C:\> wbadmin get versions

Restaurar la copia de seguridad a la nueva unidad:

C:\> Wbadmin start recovery –version:02/16/2012-06:22 -itemtype:Volume  -items:T: -recoveryTarget:Y:

Los comandos de copia estándar no parecían ser deducibles, aunque no intenté ejecutar ninguno de ellos para completarlos, así que podría estar equivocado. Si alguien tiene una mejor solución, actualizaré la respuesta aceptada.

Perdóname por hacer una investigación de Google sobre esto, pero me gusta la pregunta, ya que algún día podría pertenecerme.

Esto es lo que he encontrado:

Introducción a la desduplicación de datos en Windows Server 2012

Portabilidad: un volumen que está bajo control de deduplicación es una unidad atómica. Puede hacer una copia de seguridad del volumen y restaurarlo en otro servidor. Puede extraerlo de un servidor Windows 2012 y moverlo a otro. Todo lo que se requiere para acceder a sus datos se encuentra en el disco. Todas las configuraciones de deduplicación se mantienen en el volumen y serán recogidas por el filtro de deduplicación cuando se monte el volumen. Lo único que no se retiene en el volumen son las configuraciones de programación que forman parte del motor del programador de tareas. Si mueve el volumen a un servidor que no ejecuta la función de desduplicación de datos, solo podrá acceder a los archivos que no se han desduplicado.

Lo que me parece que si intentara mover los datos deducidos, solo copiaría los 1.3TB.

La misma información, aproximadamente, se puede encontrar aquí: Siete cosas que debe saber sobre la deduplicación de Windows 2012

'Unidades atómicas' significa que toda la información de deduplicación sobre un volumen dado se mantiene en ese volumen, por lo que se puede mover sin dañar a otro sistema que admita la deduplicación. Si lo mueve a un sistema que no tiene deduplicación, solo podrá ver los archivos no duplicados. La mejor regla es no mover un volumen deduplicado a menos que sea a otra máquina con Windows Server 2012.

y dado que para "des-deducirlos" debes ejecutar algo como:

Start-DedupJob -Type Unoptimization

Finalmente: http://msmvps.com/blogs/ivansanders/archive/2013/03/03/windows-server-2012-new-features-data-deduplication.aspx

Requirements for Drive removal for use in other systems, if keeping the data on the drive
1. The OS is Windows server 2012 
2. You have configured Data deduplication on the new system.
3. OR, You have removed data deduplication from the drive prior to moving the drive >to a platform that does not support Data deduplication

Nota: como se mencionó anteriormente para que las unidades funcionen sin que los documentos / archivos tengan apariencia de corrupción cuando intente abrirlos en el nuevo sistema, deberá instalar y configurar la duplicación de datos en el nuevo sistema. Antes de mover las unidades a los nuevos sistemas Lo que esto significa es que necesitaría eliminar la deduplicación de datos del volumen antes de instalar la unidad en CUALQUIER sistema operativo que NO sea Windows Server 2012

Todo lo dicho , ya que no tengo los medios para probarlo yo mismo ... No puedo confirmar con certeza que esto significa que no rehidratará los datos a medida que se mueven, pero parece que no lo hará. Lo siento, no puedo confirmar al 100%. Publicaría esto es un comentario, pero hay demasiado para compartir.

Podría clonar el disco de origen en un disco de destino más grande. Luego, colocando el disco Target en el sistema, expande el volumen a los 4tb completos de espacio disponible. El proceso de clonación sería una transferencia a nivel de bloque, por lo que no tomaría más tiempo que un disco de 1.3tb.

Deberá copiar los datos a nivel de bloque. Si utiliza una utilidad que copia a nivel de archivo, obtendrá todos los archivos en el volumen lógico expandido. Hay algunas utilidades diferentes que pueden hacer esto. Easeus Disk Copy es uno.

Otra idea puede ser usar un contenedor VHD (X) para su volumen deducido. Luego podrá mover el VHDX al disco que desee, y todos los archivos y metadatos deduplicados estarán contenidos en el archivo VHD.

Obviamente, esto genera algunos gastos generales ... pero las ventajas de flexibilidad pueden ser mayores que las desventajas.