Moyen le plus rapide et le plus sûr de copier des données volumineuses d'un disque externe sur un autre

86

Je dois pouvoir copier environ 2 To de données d'un disque externe (un seul disque externe USB) vers un autre disque externe (Drobo connecté via Firewire).

Finder n'est pas une option. Si cela pose un problème, cela arrête le processus et je dois comprendre pourquoi cela a échoué et recommencer. Cela pourrait me prendre des mois pour y arriver.

J'ai lu des articles sur CP et RSYNC, mais je ne le connais pas bien et j'ai peur que certains commutateurs ne fonctionnent pas correctement et que des fichiers manquent, ou que les dates des fichiers soient bousillées, voire pire ...

Quelqu'un peut-il suggérer comment je pourrais y arriver avec un minimum de risques et de coûts?

Swisher Sweet
la source
À partir de MacOS 10.13.4+, vous pouvez utiliser le Finder pour copier d’énormes fichiers (et tous les liens associés). Je viens de l'essayer moi-même pour créer un autre disque de sauvegarde Time Machine (à partir d'un disque existant) et cela fonctionne rapidement et de manière magnifique. Apparemment, avant 10.13.4, il s'agissait d' un bogue mais cela a été corrigé. Plus d'informations dans cette réponse: apple.stackexchange.com/a/323691/261070 .
youngrrrr
La réponse à cette question dépend de la façon dont vous définissez "le plus rapide". Voulez-vous la vitesse de transfert la plus rapide ou le temps le plus court entre le début et la fin du travail? Le temps qu'il vous faudra dépendra de choses comme si le terminal vous fait peur ou non. La réponse idéale pour vous dépendra également de savoir s’il s’agit d’une opération ponctuelle ou répétée, ainsi que de votre volonté de dépenser de l’argent ou non.
iconoclaste le

Réponses:

144

synchronisation à distance rsync, est un choix fiable pour la copie de grandes quantités de données. Vous pouvez préparer la commande et procéder à un essai avant de valider la copie. ajouter --dry-runpour simuler la copie.

Votre commande finale sera assez simple:

sudo rsync -vaE --progress /Volumes/SourceName /Volumes/DestinationName

Les drapeaux sont:

  • v augmente la verbosité.
  • a applique les paramètres d'archivage pour reproduire exactement les fichiers source, y compris les liens symboliques et les autorisations.
  • E copie les attributs étendus et les fourchettes de ressources (OS X uniquement).
  • progress fournit un compte à rebours et des statistiques de transfert pendant la copie.

sudo, est utilisé pour garantir rsyncles droits appropriés d’accès et de lecture de tous les fichiers de votre lecteur, quel que soit son propriétaire. Cela permet également rsyncd'écrire les fichiers sur le nouveau lecteur en recréant les informations du propriétaire d'origine.

rsync est probablement le meilleur choix car il peut être réexécuté en cas de problème, offre une journalisation détaillée et est aussi rapide que possible tout en restant sûr.

Il existe de nombreux guides pour en tirer le meilleur parti rsync. Les exemples de commandes rsync fournissent des exemples pertinents. Comme @GordonDavisson commente ci-dessous, faites attention aux barres obliques; Celles-ci peuvent faire toute la différence si votre copie commence par un dossier.

Les outils alternatifs incluent dittoet cp. Les deux sont des choix raisonnables, mais offrent une syntaxe différente.

Graham Miln
la source
5

J'ai utilisé BitTorrent Sync pour synchroniser 8 To entre mon Drobo et QNAP.

Nate Black
la source
La synchronisation bittorrent est également un moyen de le faire. Les votes négatifs ne sont (à mon avis) pas vraiment nécessaires.
CousinCocaine
6
@CousinCocaine oui, mais la question portait sur la façon de faire quelque chose et non sur l'application à utiliser.
Dillon
@Dillon: savoir quelle application utiliser représente parfois 99% de ce que vous devez savoir pour savoir comment le faire.
iconoclaste le
3

J'ai répondu à une question similaire il y a quelque temps. Ma réponse est copiée ci-dessous.


J'utilise cp -Rfv sourcefile destinationfileavec succès assez régulièrement.

cp = copie

R = maintient les hiérarchies de fichiers

f = si un fichier de destination existant ne peut pas être ouvert, supprimez-le et réessayez

v = mode prolixe, affiche les fichiers transférés au fur et à mesure de leur progression

sourcefile = données que vous souhaitez copier

destinationfile = répertoire / lecteur que vous souhaitez copier

Monsieur lapin
la source
9
Il convient toutefois de noter que cp recopiera les fichiers même s’ils n’ont pas changé, tandis que rsync ne perdra pas de temps à copier des fichiers déjà existants sur la cible. Ainsi, vous pouvez redémarrer à partir de votre point de départ et / ou effectuer une copie incrémentielle.
David
Peut ajouter -npour ne pas copier les fichiers existants et -pconserver toutes les autorisations, y compris les attributs étendus et les fourches de ressources, dans la mesure du possible.
spin
3

La méthode "la plus rapide" consiste à déplacer physiquement les deux lecteurs pour qu'ils soient internes à un seul ordinateur, à effectuer la copie (ou rsync), puis à les ramener.

J'utilisais toujours rsync, car s'il était interrompu pour quelque raison que ce soit (l'interrupteur d'alimentation place-t-il l'interrupteur d'alimentation?), Rsync ne recopiera pas les fichiers qui ont déjà abouti. Il ne copie pas non plus les fichiers identiques et au même endroit.

WGroleau
la source
Notez que cela est plus rapide en raison de la taille de l'ensemble de données. S'il était beaucoup plus petit, l'avantage de la vitesse serait annulé par le déplacement des disques.
WGroleau
Non, plus vite pour une grande quantité de données. Pour une petite quantité de données, la copie est toujours plus rapide, mais le temps nécessaire pour déplacer les lecteurs l’annule. Cependant, il est potentiellement plus rapide dans des conditions NON parfaites, car si elle est interrompue, rsync peut éviter de copier à nouveau celles effectuées avant l'interruption.
WGroleau
Si la vitesse de transfert est plus rapide mais qu'une interruption vous fait recommencer, tout le processus ne sera probablement pas plus rapide, et c'est tout le processus qui compte. "conditions parfaites" = rien n'interrompt le processus . D'après mon expérience, il est très fréquent que quelque chose se produise qui cause un problème lorsqu'il s'agit d'un transfert massif. C'est pourquoi je qualifie de "parfait" un transfert ininterrompu.
iconoclaste
Si vous utilisez rsync comme je l'ai dit, une interruption ne vous oblige pas à tout recommencer.
WGroleau le
Vous ne comprenez pas ce que je veux dire par «recommencer» dans ce contexte. Je suis bien conscient du fait que rsync peut reprendre là où il avait laissé dans les données de synchronisation. Mais si vous exécutez une commande qui ne se termine pas, vous recommencez avec l'intervention humaine, ce qui allonge le processus. Soit vous perdez votre temps à garder l’enfant, soit vous perdez un temps considérable entre l’échec et le moment où vous le découvrez. Ce qui compte pour l’être humain, c’est le temps de l’ensemble du processus et le temps de l’intervention humaine.
iconoclaste le
1

Si vous souhaitez copier le lecteur A sur le lecteur B exactement, vous pouvez le faire avec Utilitaire de disque.


Nous utiliserons la fonction de restauration de Disk Utility . Quelques informations sur la différence entre la restauration et le copier / coller:

La fonction de restauration dans Utilitaire de disque utilise une fonction de copie en bloc qui peut accélérer le processus de copie . Il effectue également une copie presque exacte du périphérique source . Lorsque nous disons «presque exact», nous ne voulons pas dire que des données utiles peuvent être laissées pour compte, car ce n'est pas le cas. Cela signifie qu'une copie de bloc copie tout le contenu d'un bloc de données d'un périphérique à un autre . Les résultats sont presque une copie exacte de l'original. En revanche, une copie de fichier copie les fichiers de données, fichier par fichier. Bien que les données du fichier restent les mêmes, l’emplacement du fichier sur les périphériques source et de destination sera probablement très différent .

Il est plus rapide d’utiliser une copie en bloc , mais certaines limitations ont une incidence sur son utilisation. Le plus important étant que la copie bloc par bloc exige que les périphériques source et cible soient tout d'abord démontés de votre Mac. Cela garantit que les données de bloc ne changent pas pendant le processus de copie. Ne vous inquiétez pas, cependant; vous n'avez pas à faire le démontage. La fonction de restauration de l'Utilitaire de disque s'occupe de cela pour vous. Mais cela signifie que ni la source ni la destination ne peuvent être utilisées lorsque vous utilisez les fonctionnalités de restauration .

Source: https://www.lifewire.com/use-disk-utility-to-clone-macs-drive-4042367


Instructions

pour copier tous les fichiers du périphérique A au périphérique B

AVERTISSEMENT : lorsque vous restaurez un volume sur un autre, tous les fichiers du volume de destination sont effacés. Avant de restaurer un volume, copiez tous les fichiers du volume de destination que vous souhaitez enregistrer sur un autre volume.

  1. Choisissez Affichage> Afficher tous les périphériques.
  2. Sélectionnez le volume dans la barre latérale que vous souhaitez restaurer, puis cliquez sur le bouton Restaurer entrez la description de l'image iciou choisissez Edition> Restaurer.

C'est le volume qui est effacé et devient la copie exacte. [Périphérique B]

  1. Cliquez sur le menu contextuel Restaurer, puis choisissez le volume que vous souhaitez copier [Périphérique A].
  2. Cliquez sur Restaurer, puis sur Terminé.

Source: https://support.apple.com/guide/disk-utility/restore-a-disk-dskutl14062/mac

JBis
la source
La copie bloquée est également programmée pour la copie de l’espace libre et échouera si la destination est inférieure d’un bloc à la source. (Peut échouer d'une manière qui n'est pas détectée immédiatement.) Et si la destination est plus grande, l'espace supplémentaire devient inutilisable.
WGroleau
@WGroleau pouvez-vous développer "l'espace supplémentaire devient inutilisable"
JBis
La copie de bloc inclut le bloc qui dit quel bloc est le dernier. Si la destination est suffisamment grande pour les données mais plus petite que la source, le système d'exploitation pense qu'il existe des blocs disponibles qui n'existent pas. Si la destination est plus grande, le système d'exploitation pense que les blocs supplémentaires n'existent pas.
WGroleau
@WGroleau afin que je vous comprenne bien si j'ai un lecteur de 500 Go avec un seul fichier de 1 Go et une copie bloquée sur un lecteur de 1 000 Go, que se passera-t-il? Et pouvez-vous lien de site?
JBis
Consultez la page de manuel pour 'dd'. Il copiera 500 Go, mais la plupart des 499 Go seront vides. La partie non visible est uniquement visible par le système d'exploitation et indique au lecteur que vous disposez d'un lecteur de 500 Go.
Recherchez
0

Si vous ne souhaitez pas utiliser la route de ligne de commande, j'utilise régulièrement l'application FreeFileSync pour synchroniser sans problème 2 To de données d'un tableau externe vers un emplacement réseau. Vous pouvez contrôler la manière dont il traite les erreurs et obtenir un journal à la fin.

Brad L.
la source