Modo più veloce per spostare i file su un Sistema Windows [chiuso]

Question

Voglio spostare circa 800 gb di dati da un file system NTFS dispositivo di archiviazione di un file system FAT32 dispositivo (entrambi gli hard disk esterni), su un Sistema Windows.

Qual è il modo migliore per raggiungere questo obiettivo?

1. Semplicemente usare il copia-incolla?
2. Utilizzando il prompt dei comandi ?(move)
3. La scrittura di un file batch per copiare una piccola quantità di dati in un determinato intervallo ?
4. Utilizzare alcune applicazioni specifiche che fa il lavoro per me?
5. O un'idea migliore...?

Qual è il più sicuro, efficiente e veloce modo per ottenere un processo che richiede tempo?

Answer 1

Robocopy

È possibile riavviare il comando e si metterà a riprendere. Io lo uso per tutto il tempo in rete. Funziona su file di grandi dimensioni come bene.

Answer 2

Vorrei spostare fisicamente il disco rigido, se possibile.

Answer 3

ho trovato la copia veloce di essere abbastanza buono per questo genere di cose. Il suo uno strumento GUI ....

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

Answer 4

Se si deve spostare su una rete, si desidera utilizzare FTP tra i server. Il file system di Windows sarà impantanarsi con i protocolli chiacchierone.

Answer 5

Ho trovato Teracopy di essere abbastanza veloce e maneggevole. Presumibilmente FastCopy (come suggerito da benlumley ) è ancora più veloce, ma non ho alcuna esperienza con esso.

Answer 6

Provare a utilizzare WinRar o uno strumento di zippare. "file" Big vengono spostati più veloce di un sacco di quelli piccoli. La maggior parte degli strumenti Zipping permettono di dividere i file di archivio (zip) in archivi multipli.

Si potrebbe anche ridurre le dimensioni un po 'quando si accende la compressione.

Answer 7

Command Line: xcopy è probabilmente la soluzione migliore

di riferimento dei comandi: http://www.computerhope.com/xcopyhlp.htm

Answer 8

Uno dei modi più veloce per copiare i file è utilizzare robocopy come sottolineato dalla Pyrolistical nel post sopra. la sua molto flessibile e potente. Se il comando non funziona dal tuo DOS direttamente quindi provare con l'opzione PowerShell come qui di seguito esempio.

deve controllare la documentazione per questo comando prima di usarlo "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

Volevo commentare un commento su multithreading, da @hello_earth, 201510131124, ma non ho abbastanza punti reputazione su Stackoverflow (sono stato per lo più pubblicati su Superuser fino ad ora) :
Il Multithreading è in genere non efficiente quando si tratta di copia di file da 1 dispositivo di archiviazione di 1 altro, perché la velocità di trasmissione effettiva è raggiunto per le letture sequenziali, e utilizzando più thread farà un HDD sonaglio e macinare come un matto a leggere o a scrivere più file allo stesso tempo, e da un HDD può accedere ad un solo file alla volta, è necessario leggere o scrivere un pezzo di un file per poi spostarsi in un pezzo da un altro file che si trova in una zona diversa, che rallenta notevolmente il processo (non so come un SSD si sarebbero comportati in questo caso).È sia inefficace e potenzialmente dannosi :lo stress meccanico è notevolmente superiore, quando i capi si stanno muovendo più volte lungo i piatti per raggiungere molte aree in breve successione, piuttosto che restare nello stesso posto per analizzare un grande file contigui.

L'ho scoperto quando il controllo dei lotti il checksum MD5 di una grande cartella piena di file video con md5deep :con le opzioni di default, l'analisi si è multithread, quindi c'erano 8 thread con un i7 6700K è impegnativo, ed era terribilmente lento.Poi ho aggiunto la -j1 opzione, il che significa 1 filo, e si è proceduto molto più veloce, dal momento che i file sono stati ora leggere in modo sequenziale.

Un'altra considerazione che ne deriva è che la velocità di trasferimento sarà significativamente più alto se i file non sono frammentati, e anche, più marginalmente, se si trovano all'inizio di un disco rigido, corrispondenti alle parti estreme dei piatti, dove la velocità lineare è il massimo (questo aspetto è irrilevante con un disco a stato solido o altra memoria flash del dispositivo).

Inoltre, il poster originale voluto “il più sicuro, efficiente e veloce modo per ottenere un processo che richiede tempo” – direi che uno deve scegliere un compromesso, favorendo sia velocità/efficienza, o sicurezza :se vuoi la sicurezza, è necessario verificare che ogni file è stato copiato senza problemi (controllando i checksum MD5, o con qualcosa di simile a WinMerge) ;se non lo fai, non si può mai essere sicuri al 100% che non ci fosse qualcuno che SNAFUs nel processo (problemi hardware o software) ;se lo fai, devi spendere il doppio del tempo sul compito.

Per esempio :Ho fatto un piccolo strumento chiamato SynchronizeIt!per il mio file, la copia, perché ha l'enorme vantaggio rispetto alla maggior parte di simili strumenti di preservare tutte le date (compresa la directory timestamp, come Robocopy fa con l' /DCOPY:T switch), e ha un'interfaccia semplificata con solo le opzioni di cui ho bisogno.Ma ho scoperto che alcuni file sono sempre stati danneggiati dopo la copia, troncato dopo esattamente 25000 byte (in modo che la copia di un video da 1 gb, per esempio, aveva 25000 buona byte quindi 1GB di 00s, il processo di copia è anormalmente veloce, ha preso solo una frazione di secondo, che ha innescato il mio sospetto, in primo luogo).Ho segnalato il problema all'autore una prima volta nel 2010, ma poi lui ha accennato a un malfunzionamento hardware, e non pensare due volte su di esso.Ho ancora usato SI, ma ha iniziato a controllare i file a fondo ogni volta Ho fatto una copia (con WinMerge o Total Commander) ;quando i file finì danneggiato ho usato Robocopy invece (i file che sono stati danneggiati con SynchronizeIt, quando sono stati copiati con Robocopy, quindi copiati di nuovo con SynchronizeIt, sono stati copiati senza problemi, quindi c'era qualcosa nel modo in cui sono stati registrati nella partizione NTFS che confuso che software, e che Vengono in qualche modo fisso).Poi nel 2015 ho segnalato di nuovo, dopo aver individuato più modelli per quanto riguarda i file che sono stati danneggiati :tutti erano stati scaricati con particolare gestori di download.Che tempo che l'autore ha fatto un po ' scavare, e ha trovato la spiegazione :si è scoperto che il suo strumento ha avuto problemi a copiare i file con la poco conosciuta “sparse” attributo, e che alcuni gestori di download impostare l'attributo di risparmiare spazio durante il download di file in più pezzi.Lui mi ha fornito una versione aggiornata che correttamente copie sparse file, ma non ha rilasciato sul suo sito (la versione attualmente disponibile è di 3,5 a partire dal 2009, la versione che uso attualmente è un 3.6 beta da ottobre 2015), quindi se si vuole provare che altrimenti eccellente software, essere a conoscenza del bug, e ogni volta che si copia i file importanti, accuratamente verificare se ogni file copiato è identica alla fonte (con uno strumento diverso), prima di eliminarli dalla sorgente.

Answer 10

Ho usato Teracopy e copiato 50 + GB a un flash drive da 128GB.
Troppo quasi 48 ore ... doveva farlo due volte perché aveva un potere singhiozzo. Ha dovuto riformattare e ricominciare ... Non la mia cosa preferita fare ...