Bien que je sois d'accord sur la réponse "expédier en utilisant des disques durs" dans ce cas, voici une solution de copie que j'utilise lorsque je dois copier de grandes quantités de fichiers pour la première fois :
Alors que rsync est un bon moyen de synchroniser deux stocks de données, mais il introduit une certaine surcharge inutile pour le transfert initial. Je me suis dit que le moyen le plus rapide était de tar qui est acheminé vers netcat . Sur le site récepteur, vous pouvez également utiliser netcat en écouter qui achemine les données entrantes vers un mode d'extraction. tar . L'avantage est que tar commence à envoyer immédiatement et netcat l'envoie comme un simple flux TCP sans aucune surcharge de protocole de niveau supérieur. Cela devrait être aussi rapide que possible. Cependant, il n'est pas simple de redémarrer un transfert interrompu à la dernière position.
Il est également possible de compresser facilement les données pour le transfert en utilisant le bon outil de compression. tar ou ajouter un outil de compression dans les tuyaux. Notez que netcat envoie la date en clair. Dans les cas où cette option n'est pas possible, une date chiffrée ssh peut être utilisée à la place ( tar <options> | ssh <target> -c 'tar -x <options>' ).
Si toutes les données sont transférées rsync peut être utilisé pour s'assurer que tous les fichiers qui ont été mis à jour dans l'intervalle sont synchronisés. Aussi IIRC tar ne crée pas de sockets qui seraient perdus autrement, mais ils ne sont pas vraiment utilisés pour les données du centre de données de toute façon.
