Les gros fichiers échouent lors du transfert


1

Lors du transfert de fichiers de plus de ~ 17 Go vers / depuis un Windows Storage Server 2008, l'utilisateur reçoit une erreur du type "Impossible d'effectuer le transfert, voulez-vous réessayer?" Réessayer échoue toujours.

  • J'ai essayé d'utiliser un autre adaptateur Ethernet, cela n'a pas aidé. (Broadcom à bord de PCI (e?) Intel)
  • J'ai mis à jour le pilote Ethernet, cela n'a pas aidé
  • A couru un SFC, cela n'a pas aidé.
  • J'ai essayé d'utiliser xcopy, Robocopy et Richcopy, tous échouent (tous avec IO non tamponnée activée).

Quelle pourrait être la raison pour laquelle les fichiers échouent? Que puis-je essayer?


Mise à jour 1

  • essayer de définir manuellement le port et la carte réseau à 1gbps / FD - n'a pas aidé

Mise à jour 2

  • J'ai surveillé le transfert, en particulier sur des fichiers aussi volumineux, l'utilisation de la mémoire de la machine a grimpé en flèche et a fini par paginer sans pouvoir suivre le transfert. C'est pourquoi une entrée / sortie sans tampon est nécessaire.

Cela ne concerne-t-il qu'un poste de travail / utilisateur spécifique? Le système de fichiers local est-il plein peut-être? : P
Der Hochstapler

9 To gratuits sur le serveur de destination
Keltari

cela échoue pour un utilisateur qui essaie de déplacer des fichiers de 2 autres serveurs ... Je n'ai pas essayé moi-même
Keltari

Réponses:


1

METTRE À JOUR:

Il s’avère que le service Windows Search était le coupable. En regardant le moniteur de ressources, en particulier le disque, j'ai vu que le temps moyen du disque était maximum sur le graphique et que searchindexer.exe lisait / écrivait sans arrêt. Lorsque j'ai arrêté le service, l'utilisation du disque a diminué et le fichier de 37 Go a pu être glissé et déposé.


Eh bien, j'ai fait des recherches et essayé un utilitaire différent.

J'ai copié les utilitaires Extensible Storage Engine pour Microsoft (R) Exchange Server (eseutil.exe) et ses fichiers associés dans le répertoire windows de la machine de destination.

Puis couru le suivant:

eseutil /y \\freyasqlcluster\Backup_Freya\Monthly\WSS_Content_YSERANew_backup_2013_01_31_000004_1043305.bak /d \\vash\d$\temp\test.bak

Cela a copié avec succès un fichier de 37 Go en 71 minutes. Cette méthode a fonctionné mieux que tous les autres utilitaires que j'ai essayés. Malheureusement, l'utilisateur qui l'utilisera préférera quand même une interface graphique, ce qui facilitera la tâche ... mais pas de chance d'en trouver une qui fonctionne aussi vite ou aussi bien.

Je ne comprends pas pourquoi les utilitaires de copie spécialisés (de MS!) Ne fonctionnent pas aussi bien que cet utilitaire de la CLI qui n'était même pas destiné à cet usage.

Je vais utiliser cette méthode, mais j'espère que quelqu'un pourra vous recommander une interface graphique qui fonctionne aussi bien qu'eseutil.


0

Je suggère que vous puissiez essayer de créer un fichier .torrent en l'ajoutant, puis en ajoutant le fichier torrent sur votre PC et en le transférant.


1
Pourriez-vous détailler un peu plus sur comment faire cela? Cela améliorerait la qualité de cette réponse;)
James Mertz

Je n'ai pas vu si le serveur était sur un réseau local ou sur internet. Une fois que cela est clair, je vais ajouter des instructions pour le faire.
Karan Raj Baruah

Vous pouvez faire les deux;)
James Mertz
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.