La forma más rápida de mover archivos en un sistema Windows [cerrado]

Question

Yo quiero mover alrededor de 800 GB de datos desde un dispositivo de almacenamiento NTFS a un dispositivo FAT32 (ambos son discos duros externos), en un sistema Windows.

¿Cuál es la mejor manera de lograr esto?

1. ¿Simplemente usando cortar y pegar?
2. ¿Usando el símbolo del sistema?(move)
3. ¿Escribir un archivo por lotes para copiar pequeños fragmentos de datos en un intervalo determinado?
4. ¿Usar alguna aplicación específica que haga el trabajo por mí?
5. ¿O alguna idea mejor...?

¿Cuál es la forma más segura, eficiente y rápida de lograr un proceso que requiere tanto tiempo?

Answer 1

Robocopy

Puede reiniciar el comando y va a continuar. Yo lo uso todo el tiempo en la red. Funciona en archivos de gran tamaño también.

Answer 2

Me mover físicamente el disco duro si es posible.

Answer 3

He encontrado copia rápida para ser bastante bueno para este tipo de cosas. Es una herramienta de interfaz gráfica de usuario ....

http://www.ipmsg.org/tools/fastcopy.html.en

Answer 4

Si tiene que mover sobre una red, que desea utilizar FTP entre los servidores. El sistema de archivos de Windows va a enredarse con los protocolos hablador.

Answer 5

He encontrado TeraCopy ser bastante rápido y práctico. Supuestamente FastCopy (como sugerido por benlumley ) es incluso más rápido, pero no tengo ninguna experiencia con ella.

Answer 6

Trate de usar WinRar o una herramienta de comprimir. "archivos" grandes se mueven más rápido que las porciones de los pequeños. La mayoría de las herramientas Zipping permiten dividir los ficheros de archivo (zip) en múltiples archivos.

Es posible incluso reducir el tamaño un poco cuando se enciende la compresión.

Answer 7

Línea de comando: xcopy es probablemente la mejor opción

Referencia de comandos: http://www.computerhope.com/xcopyhlp.htm

Answer 8

Uno de la manera más rápida para copiar archivos es utilizar robocopy como se ha señalado por Pyrolistical en el post anterior. su muy flexible y potente. Si el comando no funciona desde sus DOS directamente a continuación, tratar con la opción de PowerShell, como a continuación ejemplo.

debe verificar la documentación de este comando antes de usarla "robocopy /?".

powershell "robocopy  'Source' 'destination' /E /R:3 /W:10 /FP /MT:25 /V" 

/E - Copy subdirectory including empty ones.
/R - Retry 3 times if failed.
/W - wait for 10 seconds between retries.
/FP - include full path name in output.
/MT - Multi thread.
/V - verbose output.

Answer 9

Quería comentar un comentario sobre subprocesos múltiples, de @hello_earth, 201510131124, pero no tengo suficientes puntos de reputación en Stackoverflow (hasta ahora he publicado principalmente en Superusuario):
El subproceso múltiple suele ser no eficiente cuando se trata de copiar archivos de un dispositivo de almacenamiento a otro, porque el rendimiento más rápido se alcanza con lecturas secuenciales, y el uso de múltiples subprocesos hará que un HDD vibre y trabaje como loco para leer o escribir varios archivos al mismo tiempo, y Dado que un HDD solo puede acceder a un archivo a la vez, debe leer o escribir un fragmento de un archivo y luego pasar a un fragmento de otro archivo ubicado en un área diferente, lo que ralentiza considerablemente el proceso (no sé cómo funciona un SSD). comportaría en tal caso).Es a la vez ineficiente y potencialmente dañino:la tensión mecánica es considerablemente mayor cuando los cabezales se mueven repetidamente a través de los platos para alcanzar varias áreas en corta sucesión, en lugar de permanecer en el mismo lugar para analizar un archivo contiguo grande.

Descubrí esto cuando comprobé por lotes las sumas de comprobación MD5 de una carpeta muy grande llena de archivos de vídeo con md5deep:con las opciones predeterminadas el análisis era multiproceso, por lo que había 8 subprocesos con una CPU i7 6700K y era terriblemente lento.Luego agregué la opción -j1, que significa 1 hilo, y procedió mucho más rápido, ya que los archivos ahora se leían secuencialmente.

Otra consideración que se deriva de esto es que la velocidad de transferencia será significativamente mayor si los archivos no están fragmentados, y también, más marginalmente, si se ubican al principio de un disco duro, correspondiente a las partes más exteriores de los platos, donde la velocidad lineal es máxima (ese aspecto es irrelevante con una unidad de estado sólido u otro dispositivo basado en memoria flash).

Además, el cartel original quería "la forma más segura, eficiente y rápida de lograr un proceso que requiere tanto tiempo". Yo diría que uno tiene que elegir un compromiso que favorezca cualquiera velocidad/eficiencia, o seguridad :si desea seguridad, debe verificar que cada archivo se haya copiado sin problemas (verificando las sumas de verificación MD5 o con algo como WinMerge);si no lo hace, nunca podrá estar 100% seguro de que no hubo algunos SNAFU en el proceso (problemas de hardware o software);si haces eso, tendrás que dedicar el doble de tiempo a la tarea.

Por ejemplo :¡Confié en una pequeña herramienta llamada SynchronizeIt!para mis propósitos de copia de archivos, porque tiene la gran ventaja en comparación con la mayoría de herramientas similares de preservar todas las marcas de tiempo (incluidas las marcas de tiempo de directorio, como lo hace Robocopy con el modificador /DCOPY:T), y tiene una interfaz optimizada con solo las opciones que necesito. .Pero descubrí que algunos archivos siempre estaban dañados después de una copia, truncados después de exactamente 25000 bytes (por lo que la copia de un video de 1 GB, por ejemplo, tenía 25000 bytes buenos y luego 1 GB de 00, el proceso de copia fue anormalmente rápido, tomó solo una fracción de segundo). lo que desencadenó mis sospechas en primer lugar).Le informé de este problema al autor por primera vez en 2010, pero luego lo atribuyó a un mal funcionamiento del hardware y no lo pensó dos veces.Seguía usando SI, pero comencé a revisar los archivos minuciosamente. cada vez Hice una copia (con WinMerge o Total Commander);cuando los archivos terminaron dañados, usé Robocopy en su lugar (los archivos que se corrompieron con SynchronizeIt, cuando se copiaron con Robocopy y luego se copiaron nuevamente con SynchronizeIt, se copiaron sin problemas, por lo que había algo en la forma en que se grabaron en la partición NTFS que confundió ese software, y que Robocopy de alguna manera arregló).Luego, en 2015, lo informé nuevamente, después de haber identificado más patrones sobre qué archivos estaban dañados:Todos habían sido descargados con administradores de descarga específicos.Esa vez el autor investigó un poco y encontró la explicación:Resultó que su herramienta tenía problemas para copiar archivos con el poco conocido atributo "escaso", y que algunos administradores de descargas configuran este atributo para ahorrar espacio al descargar archivos en varios fragmentos.Me proporcionó una versión actualizada que copia correctamente archivos dispersos, pero no la ha publicado en su sitio web (la versión disponible actualmente es la 3.5 de 2009, la versión que uso ahora es una beta 3.6 de octubre de 2015), así que si quieres Para probar ese excelente software, tenga en cuenta ese error y cada vez que copie archivos importantes, verifique minuciosamente si cada archivo copiado es idéntico a la fuente (usando una herramienta diferente), antes de eliminarlos de la fuente.

Answer 10

He utilizado TeraCopy y copié 50 + GB en una unidad flash de 128 GB.
Demasiado casi 48 horas ... tenía que hacerlo dos veces porque tenía un poder hipo. Tuvo que volver a formatear y empezar de nuevo ... No es mi cosa favorita hacer ...