Come si limita la larghezza di banda per una copia di file?


13

Ho una vecchia scatola di Windows 2000 in una posizione remota con una connessione T1 e un VPN per la mia posizione. Normalmente utilizzo i montaggi smb per trasferire i file, ma ora è il momento di smantellare il server e copiarne i backup nella mia posizione. Ho circa 40 gigabyte (compressi) da copiare. Sono pronto perché ci vorrà molto tempo, ma ho alcuni avvertimenti.

  • Devo limitare la larghezza di banda in modo che le connessioni del servizio terminale al sito non siano interessate
  • Voglio poter riprendere un trasferimento parziale

Ci sono alcuni piccoli file e diversi file di grandi dimensioni (10-20 gigabyte). Conosco rsync su piattaforme * nix ma ho avuto sfortuna con Windows e non so che manterrà i file parzialmente trasferiti. Cosa usi?


1
Robocopy sembra essere una buona soluzione, dovrò provarlo presto. Sono attualmente il 53,7% su un torrent privato. Ho scelto uTorrent rispetto a robocopy per via del suo programmatore che mi consentirà di effettuare trasferimenti illimitati durante le ore non lavorative e con un limite decente quando è importante. Anche il checksum non fa male. Ho finito per usare le istruzioni di Jeff codinghorror.com/blog/archives/001272.html anche se sono sicuro che avrei bisogno di un maggiore controllo su un torrent pubblico.
Riconnettere il

Risposte:


19

robocopy.exeha un interruttore chiamato spazio tra i pacchetti , che consente di inserire una finestra temporale tra i pacchetti della copia, riducendo così l'impatto sul canale.

Non è esattamente "usa non più del 30% della larghezza di banda disponibile", ma puoi ottenere lo stesso effetto con un po 'di matematica. Puoi sempre specificare un numero di millisecondi e lasciarlo funzionare per un po ', quindi CTRL+Cinterrompere, regolare il comando secondo necessità, quindi riprendere. Ho fatto proprio questo quando non volevo sovraccaricare la WAN durante la giornata lavorativa con enormi repliche.

robocopy ha un altro interruttore che /zconsente trasferimenti "ripristinabili", quindi se il trasferimento viene interrotto puoi riprendere da dove avevi interrotto e non è necessario spostare di nuovo l'intero 40 GB.

Non sono sicuro di quanto sia granulare il bit di ripresa, perché non ho mai testato, ad esempio, un singolo file ZIP da 40 GB. Prova prima qualcosa di più piccolo ;-)

Ci sono alcune belle GUI per robocopy che possono aiutare con la sintassi, ma chiunque abbia un background Linux lo farà facilmente. Prendi le ultime versioni da una copia di Windows 2003 o successive. Altrimenti lo troverai come download di Windows 2000 Resource Kit Tool.

Nella voce di Wikipedia per robocopy , qualcuno ha notato che la penalità per la copia riavviabile (lo /zswitch) è 6 volte più lenta delle prestazioni (vedi difetti noti ).


Stai sbagliando: robocopy è uno strumento di elezione da anni ormai, testato su un numero qualsiasi di reti diverse. Il "robo" dovrebbe significare "robusto".
nray il

+! per Robocopy. L'ho usato più volte in questo modo e non ho mai avuto problemi.
KPWINC,

+1 per uno strumento noto e ben utilizzato. Per quanto strano possa sembrare, a volte è più facile inserire il robocopy in un file batch (ick) e farlo ripetere in questo modo tramite Task di sistema.
Avery Payne,

1
Sulla mia LAN locale, ho scoperto che un valore IPG di 50 ms mi ha portato a circa 10 Mbit / sec, che era il valore desiderato.
trp,

Inoltre, ho scoperto che non potevo praticamente ottenere un throughput più elevato con valori IPG inferiori a circa 25 ms.
trp,

5

40 GB di file impiegheranno più di 60 ore a copiare su un T-1. Potrebbe essere più semplice inviare un disco rigido esterno in entrambe le direzioni. Puoi avere qualcuno che lo collega al server, copia / crittografa i tuoi file e poi li rispedisci a te.


sembra circa 60 ore secondo la mia matematica: 40 GB * 1024 (MB / GB) * 8 (bit / byte) / 1,5 mbit / 3600 (sec / ora) = ~ 60 ore. Ovviamente ci saranno probabilmente spese generali e cose simili, quindi ci vorrà un po 'più di tempo, quindi forse dire 70 o 80 per essere al sicuro? Ma 1,5 mbit è piuttosto lento, anche un PC molto vecchio non dovrebbe avere problemi a fornire dati a quel ritmo.
davr

2
"Non sottovalutare mai la larghezza di banda di una station wagon piena di nastri che sfrecciano lungo l'autostrada." —Tanenbaum, Andrew S. (1996)
nray,

2
L'utilità dei dischi rigidi di riserva si perde nel mio ufficio. Non mi dispiace aspettare.
Riconnettere il

40GiB non è così grande per un titolo AAA al giorno d'oggi. Non hai ancora FTTH ?! Avresti terminato il download di Steam prima di tornare dal miglior acquisto (per non parlare del succhiare la patch del primo giorno da 25GiB).
mbx

Oggi quando? 2016? Sai che il post è stato pubblicato nel 2009?
JasonXA,

4

Potresti provare a configurare FTP sulla scatola del 2000 e usare un client FTP all'altra estremità, come filezilla per gestire copie parziali.


+1 Per menzionare i limiti di larghezza di banda disponibili in Filezilla non sarebbe male.
Oskar Duveborn,

3

Dici di aver usato rsync su * nix, ci sono diverse porte di rsync su Windows che potresti esaminare. Per esempio:

Personalmente ho trovato rsync abbastanza affidabile, e può gestire interruzioni nel mezzo di trasferimenti e così via. Rsync ha anche un flag per limitare i trasferimenti a una velocità di trasferimento esatta di kbit / sec, quindi sembrerebbe funzionare anche per te.


1

Uso Robocopy per eseguire il backup di tutti i miei server, nonché un backup live di Mailserver. Una volta impostato correttamente, lo imposta davvero e lo dimentica. La cosa migliore che sia mai successa nella mia vita IT. Ho appena inserito i miei 32 centesimi (tenendo conto dell'inflazione)


1

Uso KillCopy per questo scopo. Lo trovo molto conveniente.
Ha velocità separate e altri profili di impostazione per la copia locale e di rete.
È anche in grado di riprendere quando viene interrotto un trasferimento di file di grandi dimensioni (o file) in caso di connessione errata o anche quando il computer che ospita il programma si arresta in modo anomalo.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.