Pb lors de transfert de fichiers. Avis aux pro... - Windows & Software
Marsh Posté le 09-08-2002 à 09:10:19
Personne n'a d'idée?
Je vais faire un test avec le service d'indexation...
Marsh Posté le 09-08-2002 à 09:15:33
Pour un copie fiable des fichiers :
Un seul outil : robocopy
http://www.ss64.demon.co.uk/nt/robocopy.html
WW
Marsh Posté le 09-08-2002 à 11:30:06
westwood a écrit a écrit : Pour un copie fiable des fichiers : Un seul outil : robocopy http://www.ss64.demon.co.uk/nt/robocopy.html WW |
Le problème, c'est qu'il s'agit d'utilisateurs qui accèdent à un serveur de fichier. Il n'est donc pas possible de demander aux personnes de faire leurs transferts de fichier (habituellement sous l'explorateur) avec la commande robocopy.
Et en cas de coupure réseau ou panne violente du serveur, les fichiers qui étaient en cours de transfert apparaisent comme étant copié correctement alors qu'il n'en est rien!
D'ou le problème: les utilisateurs croivent que les fichiers sont copiés et il n'est pas possible de contacter les utilisateurs (+ de 1500 personnes) pour leurs demander quel fichier à été interrompu pendant sont transfert pour le re-copier.
Comment faire?
Merci
Marsh Posté le 09-08-2002 à 11:32:18
Je comprends.
Mais normalement en cas de problème réseau, le client reçoit une popup l'informant du pb réseau.
WW
Marsh Posté le 09-08-2002 à 11:47:19
westwood a écrit a écrit : Je comprends. Mais normalement en cas de problème réseau, le client reçoit une popup l'informant du pb réseau. WW |
Tout à fait, mais si les utilisateurs re-copie à nouveau leur fichier à la suite de cette popup et qu'ils s'apercoivent qu'il existe déjà (même taille, date...) je ne suis pas sur qu'il recommenceront tous la manip et de plus, il sera impossible de détecté ces fichier endommagés sur le serveur sachant qu'il y a près de 1To de données et que un scandisk n'est pas envisageable.
Marsh Posté le 09-08-2002 à 11:49:25
En fait, je voudrait que les fichiers n'apparaissent pas tant qu'il ne sont pas réellement complets.
En plus, sauvegarder des fichiers corrompus, je pense que ça risque de générer des erreurs et peut-être faire planter la sauvegarde. => pas envisageable.
Marsh Posté le 09-08-2002 à 12:02:06
Bon, à priori, le service d'indexation ne permet pas de résoudre le problème.
Il faudrait que je test avec le SP3(en anglais seulement pour l'instant), mais je n'ai pas de machine en anglais sous la main.
Marsh Posté le 09-08-2002 à 12:05:36
Je sais que le comportement est piège.
Mais il faudrait aussi comprendre pourquoi le réseau tombe, idem pour le serveur.
C'est pas non plus très sain comme comportement
WW
Marsh Posté le 09-08-2002 à 12:13:49
westwood a écrit a écrit : Je sais que le comportement est piège. Mais il faudrait aussi comprendre pourquoi le réseau tombe, idem pour le serveur. C'est pas non plus très sain comme comportement WW |
il peut toujours y avoir des coupures réseaux. C'est un problème à prendre en compte.
Marsh Posté le 10-08-2002 à 12:38:24
t'as viré la couche netbios ?
Réseau en étoile ?
DHCP ?
C un hub ou switch le node ? Il gère les collisions ?
C. Réseau 3com ?
Marsh Posté le 08-08-2002 à 12:36:02
Bonjour,
Voici mon pb:
sous windows 2000, lors d'un transfert de fichier via le réseau sur un autre poste 2000, en cas de défaillance "réseau", le fichier sur le pc de destination (en l'occurence un serveur) semble bon (taille, date, date modification identiques) alors qu'il est corromput. Ceci pose de gros problème si c'est un serveur de donnée sur lequel beaucoup d'utilisateur accèdent.
Je souhaiterais que le fichier de destination ne soit pas crée si la copie ne c'est pas terminée correctement/entièrement.
Ce problème peut être simulé en débranchant tout simplement le cable réseau.
Merci de votre aide.