web-dev-qa-db-fra.com

Quel est le moyen le plus simple et le plus rapide de transférer un fichier volumineux via un réseau Windows?

J'ai une machine Server 2000 de fenêtre 2000 exécutant MS SQL Server qui stocke plus de 20 Go de données. La base de données est sauvegardée tous les jours au deuxième disque dur. Je souhaite transférer ces fichiers de sauvegarde sur un autre ordinateur pour créer un autre serveur de test et pour la pratique de la récupération. (La sauvegarde n'a jamais été restaurée depuis près de 5 ans. Ne dites pas à mon patron à ce sujet!)

J'ai du mal à transférer cet énorme fichier via le réseau. J'ai essayé une copie de réseau unie, Apache Télécharger et FTP. Toute méthode que j'ai essayée de finir par échouer lorsque la quantité de données transférée atteint 2 Go. La dernière fois que j'ai transféré avec succès le fichier, c'était via une USB attachée externe HardDrive. Mais je veux exécuter cette tâche régulièrement et de préférence automatiquement.

Je me demande quelle est l'approche la plus pragmatique pour cette situation?

14
Sake

Une défaillance prévisible à 2 Go sonne comme le système de fichiers cible est à blâmer ... sont à la fois sur NTFS? Êtes-vous à travers une compression (zip utilisé pour échouer aux limites de 2 Go) ((Apache fait la compression)))

J'ai copié de nombreux fichiers sur 20 Go en utilisant Robocopy (comme d'autres personnes mentionnées), mais j'éviterais d'utiliser le commutateur/MIR jusqu'à ce que vous soyez sûr de recevoir la copie de faire ce que vous voulez - puisqu'il supprimera des fichiers et de les copier.

SMB souffre d'un paquet d'un seul paquet à une limite de temps, il est donc souvent le moyen plus lent de copier des fichiers - vous avez la possibilité de copier à l'aide d'appuyer sur Push ou Tirez. Personnellement, je préfère la méthode push (la copie est initiée par la source).

16
Iain

Je recommande fortement d'utiliser l'utilitaire gratuit Richcopy . Il est multithreadé et peut mettre en pause et reprendre les opérations de copie de fichier. J'ai eu une très bonne chance en l'utilisant pour transférer des fichiers entre les cessions.

Mes trois conseils supérieurs pour utiliser richcopy

  1. Si vous copiez un ou quelques gros fichiers, définissez l'attribut 'Copier de fichier' sur plus que '1'. Il utilise des ressources up mais copie gros fichiers plus vite

  2. Si vous copiez beaucoup de fichiers, définissez les attributs "Numéro de thread" sur 10-10-1. Cela copiera plusieurs fichiers plus rapidement

  3. Si vous copiez une connexion DODGY. Vous pouvez revenir sur le téléchargement et il ira et trouvera les fichiers qu'il n'a pas réussi à obtenir la première fois.

http://blogs.technet.com/markdea/archive/2009/03/24/RICHCOPY-IS-IT-the-new-slged-bread.aspx

6
notandy

En ce qui concerne les utilitaires de copie de fichier Go, Teracopy est une belle ligne d'interface graphique (non de ligne de commande) basée sur une interface graphique pouvant faire la queue de nombreux fichiers, prend en charge la pause et la reprise , peut modifier de manière dynamique sa taille de tampon pour optimiser la vitesse et peut éventuellement remplacer la copie/déménagement par défaut de Windows Explorer avec son propre.

5
Lucas

La robocopy avec l'option/mir est très utile pour des sauvegardes rapides et sales entre les machines. Vous pouvez trouver Robocopy dans le kit de resouve Server de Windows Server 200x

MIR fera refléter le contenu d'un répertoire à un autre serveur. Il ne copiera que des fichiers qui ont changé.

3
Cephas

La solution la plus pragmatique aux shuffles répétés de grands fichiers de sauvegarde SQL Server consiste à utiliser un produit de compression de sauvegarde tiers ou la compression de sauvegarde intégrée de SQL Server 2008 Server 2008.

Il y a plusieurs sur différents vendeurs. Je travaille pour le logiciel Quest, les fabricants de Litespeed, mais je ne suis pas ici pour ne rien vendre. Vous voulez consulter tous les produits et décider de ce qui convient le mieux à vos besoins. Voici un article de blog récent parlant de LITESPEEEP, mais les mêmes concepts s'appliquent également à d'autres produits:

http://blogs.lesssthandot.com/index.php/datamgmt/dbadmin/title-8

2
Brent Ozar

Essayez Binfer. J'ai déjà envoyé 44 Go de données avec facilité. Assurez-vous simplement que l'ordinateur de réception a de l'espace disque. Leur site est http://www.binfer.com

1
Daniel

C'est un peu en retard mais je recommanderais une option de sauvegarde et de restauration de 3ème partie. Nous utilisons la sauvegarde de Gate SQL rouge ( www.red-gate.com ), il a une compression et des options de localisation alternées dans l'interface graphique. Je reçois une économie de compressions de 80% en moyenne - vous ne transférez donc que 20% de la taille réelle de la DB. Il prend également en charge le cryptage afin qu'il puisse être utilisé sur un WAN sans soucis d'interception.

Son totalement programmé peut donc exécuter automatiquement à un cycle de votre choix.

L'interface graphique vous permet également de configurer et d'administrer l'expédition de journal.

Version d'essai gratuite disponible à ce qui précède.

1
Fatherjack

Copiez-vous le fichier sur un réseau local ou via quelque chose WAN comme ADSL? Je suppose que c'est un WAN car 20gb n'est pas un gros fichier à copier sur un Lan. Je copie beaucoup de ces fichiers tous les jours.

Si c'est un WAN Connection, alors comment je le fais est d'utiliser la version Cygwin de RSYNC.

Jr

1
John Rennie

J'utilise Syncack ( http://www.2brylightsparks.com/ysyncback/sbse.html ) quotidiennement pour transférer plusieurs fois plus de fichiers que le vôtre. Jamais eu de problème avec ça.

1
Peter Stuer

Si ce sont des fichiers SQL .bak que vous copiez, je vous suggère vivement de faire l'une des opérations suivantes pour réduire vos fichiers avant de copier:

  • Réduisez la base de données et tronquez le journal avant d'exécuter la sauvegarde. OU
  • Compressez le fichier .bak avant la copie. Les fichiers SQL .Bak compressent de manière basse si vous n'utilisez pas l'espace entièrement attribué dans les fichiers de données et de journaux.

Pourrait éliminer la nécessité d'une méthode alternative de copie de gros fichiers.

0
squillman

Vous pouvez utiliser BINFER pour ordinateur à la copie de l'ordinateur. C'est OS indépendant et extrêmement rapide. Il n'a pas de limite de 2 Go non plus. http://www.binfer.com

0
Charlie

Je n'ai pas d'expérience avec un fichier aussi volumineux, mais pourriez-vous utiliser Robocopy ou même XCopy avec l'option/Z qui prétend être redémartible. Il semble que ceci soit destiné aux copies de fichiers volumineuses où le réseau n'est pas fiable.

0
Knox

Avez-vous essayé d'utiliser une connexion ESATA sur un disque dur externe? Les connexions sont Smokin 'Fast (3 Gigabit!) Et devriez pouvoir transférer ce fichier en un rien de temps!

Quelle vitesse votre carte réseau sur le serveur, 10/100 ou 10/100/1000? Qu'est-ce que la bande passante du réseau serveur et le commutateur ressemblent lorsque vous faites face au fichier? Qu'est-ce que la bande passante du réseau de l'emplacement de destination (serveur?) Ressemble à la copie? Avez-vous essayé de faire équipe 2 cartes de NIC? Les conducteurs de la carte réseau sont-ils à jour? Le BIOS est-il à jour?

Il y a beaucoup de choses qui pourraient être la question des transferts de fichiers. Assurez-vous que les pilotes matériels et les BIOS sont à jour peuvent vraiment faire une différence.

-Jfv

0
JFV

Le moyen le plus simple et le plus rapide: des disques USB externes et de la marche.

Mon chemin: utilisez rsync. Si la copie échoue, recommencez-la, et cela prendra là où il est parti.

0
Quazatron

Mal de réponse ..

UTILISATION NETCAT . Un didacticiel axé sur UNIX pour transférer des fichiers peut être trouvé ici . Vous pouvez accélérer plus rapidement les choses par:

  1. Compressez sur le côté de l'expéditeur et décompresser du côté de la destination. (Équivalent de Windows de chuck de GZIP au milieu des lignes de commande.)
  2. Choisissez d'envoyer des données via UDP au lieu de par TCP (Hey Man, qui se soucie de l'intégrité des données ?? !!)

De côté, Netcat est probablement le moyen le plus rapide de transférer de grands fichiers sur un réseau local. Comme aucune somme de contrôle n'est effectuée, vous souhaiterez peut-être effectuer une somme MD5 du fichier avant de l'envoyer et la comparer à la somme MD5 du fichier reçu.

J'ai beaucoup utilisé NetCat de cette manière, je ne l'ai jamais vu échouer, je ne l'ai jamais vu n'échoue pas le réseau non plus ..

0
Matthew

Je ne pense pas à trouver quelque chose à transférer plus rapidement, c'est votre problème, vérifiez-vous pour vous assurer que votre système de fichiers cible n'est pas gras, car d'autres l'ont dit. En outre, assurez-vous que les NIC sur les deux côtés ont mis à jour les conducteurs et ne sont pas autrement difficiles à jouer.

Avec cela, diriez-vous de nombreux petits dossiers ou quelques grandes grandes? J'ai vu des problèmes de contrôleur raid lorsque vous essayez de déplacer des millions de fichiers minuscules.

Je ne pense pas que vous aurez un problème d'automatisation de cela une fois que vous avez compris ce qui provoque l'échec. Cela peut aider à répertorier plus de détails sur votre matériel et toutes les erreurs pertinentes que vous pouvez voir dans la visionneuse d'événements.

0
jhayes

Soulignez peut-être la peine de séparer le fichier en plus petits morceaux comme solution à court terme jusqu'à ce que vous puissiez identifier le problème. Nous avons eu des problèmes similaires à cela dans le passé et FTP a toujours travaillé pour nous

0
beakersoft

Je recommande vivement l'extrême extrême pour votre tâche de copie, il copie des fichiers extrêmement rapides dans mon expérience, accédez à son site Web En savoir plus www.easersoft.com

0
Jack

L'autre chose à vérifier serait de voir si le service de quotas est configuré sur le serveur cible; Je pense qu'il utilise 2 Go comme quota par défaut par utilisateur.

0
Jason Cumberland