migration serveur fichiers NT-->2003

migration serveur fichiers NT-->2003 - Windows & Software

Marsh Posté le 04-11-2005 à 08:46:50    

Slt à tous
 
Je suis en cours de migration d'un serveur de fichier NT et j'ai un probleme concernant la copie de fichiers de NT vers 2003.  
Ayant près de 100 Go à migrer j'ai fait une bascule avec un disque externe de 200G USB 2.
Le problème c'est que à la copie un bon nombre de fichiers foirent et me plante la copie complète j'arrive à 30Go et plus rien.
Si ce n'était qu'une dizaine j'irai à la pogne les supprimer mais là y'a le paquet et de facon très aléatoire dans l'arborescence.  
En fait ce sont en majorité des fichier à nom longs du genre "compte rendu de reunion du 1er sept 2005" et là je crise car aucne politique de nommage ni quotas /users n'ont été définis (je prend le bébé en cours je suis en CDD).  
J'ai tout essayer rien n'y fait d'autant plus que ces problèmes empechent aussi le backup des données quotidiennement il est imporssible de faire une sauvegarde totale ! J'ai aussi fait un transfert avec une machine linux +samba la copie vers linux marche (c'est ma seule sauvegarde potable 85% des données !) mais la copie de linux vers 2003 foire pareillement
 
Au secours si vous avez un tuyau  
 

Reply

Marsh Posté le 04-11-2005 à 08:46:50   

Reply

Marsh Posté le 04-11-2005 à 11:29:34    

as tu regarder au niveau des droits sur tes fichiers ?

Reply

Marsh Posté le 04-11-2005 à 11:51:48    

oui ça aucun problemes sur les droits  c'est surtout le nommage ou des fichiers ont un caractere type joker foireux(#!^) par ex inseré  et la copie plante... en gros des fichiers ont été mal enregistré et sont mal passé sur le serveur NT

Reply

Marsh Posté le 04-11-2005 à 12:41:11    

Ce que tu peux faire c'est par le biai de recherche déplacer tout tes fichiers foirueu vers un répértoire de trie. Tu copie tout tes fichiers valide. Puis tu traite tes fichiers au cas par cas. J'ai eu le même probléme, mélanger avec des problémes de droit (y a des gens qui on pas du suivre correctement leur cours parceque purée je suis tombé sur de trucs super bizard. Enfin bref ce n'est pas le sujet), j'ai donc isolé l'ensemble de fichiers à probléme, puis mit à disposition les autre fichiers. Puis j'ai sortie une note avec les régles de nomage de fichiers ainsi qu'un rappel des régles d'utilisation de l'informatique. POur les fichiers à probléme je l'ai et laissé sur l'ancien serveur, displatché par utilistaeur, et mappé un lecteur dans mon script. J'ai ensuite demandé au gens de les renomé et de les déplacé. Puis aprés 1 mois j'ai fais une copie avec des noms modifié puis j'ai tout viré.
 
La méthode et super long mais c'est le seul moyens que j'avais trouvé, pour consillier le changement de serveur, et la sauvegarde des données. Si jamais tu trouve une autre solutions je suis preneur.
 
Bon courage

Reply

Marsh Posté le 04-11-2005 à 13:29:03    

Tu devrais plutôt utiliser l'outil Robocopy : il te permettra de copier tes fichiers, sans qu'il arrête tout à cause de fichiers inaccessibles. Une fois une première copie effectuée, il te suffira de voir ceux qu'il n'a pas réussi à lire, pour modifier tes permissions, corriger les problèmes, etc.

Reply

Marsh Posté le 04-11-2005 à 13:48:36    

okay je teste la chose car je suis dans la phase que propose barbarien et ça me prend le bu au possible
okay pour robocopy je regarde
merci !

Reply

Marsh Posté le 04-11-2005 à 14:52:50    

Ce n'est pas un problème de droits ou de fichiers foireux.
 
Lorsque tu fais ta copie disque à disque, tu rencontres des problèmes tout simplement parceque la façon dont à été nommé les fichiers ne respecte pas la norme ISO niveau 2 (32 caractères, 8 niveau d'arborescence, pas d'espace ou de caractères spéciaux).
 
C'est le genre de galère qu'on rencontre souvent lorsqu'on veux migrer des serveurs de données.
Robocopy peut pallié le problème, mais pour être sure que tout à été copier, il faut mettre l'option des rapports afin de vérifier que tous les fichiers ont été copiés.
 
La meilleur solution et d'utiliser votre système de sauvegarde pour sauvegarder entierement la partoche données de ton serveur et de faire une restauration sur le nouveau. Tu sera sure de tout récupérer (testé et approuvé + d'une fois  :D  ).


Message édité par akabis le 04-11-2005 à 14:54:37
Reply

Marsh Posté le 04-11-2005 à 15:05:42    

migration intra domaine ?

Reply

Marsh Posté le 04-11-2005 à 15:14:44    

akabis ta solutions et fiable à 100 %. Car lorsque tu vas restaurer tu auras les même problème de nom. Enfin je note ta soluce, car je dois avouer que je n'y avais pas penser à l'époque.

Reply

Marsh Posté le 04-11-2005 à 15:31:04    

Exact, tu aura les même problème de nomination de fichiers, mais l'acces sur ces fichiers restera possible... comme avant.
Donc en dehors de transfert inter serveur ou de serveur à poste, l'utilisation n'en sera pas altéré (ni amélioré).
La seule solution est de sensibiliser les utilisateurs.
 
sinon la solution est fiable à 100% je l'ai testé plusieurs fois et j'ai jamais eu de retour par rapport à d'éventuels pb.


Message édité par akabis le 04-11-2005 à 15:32:12
Reply

Marsh Posté le 04-11-2005 à 15:31:04   

Reply

Marsh Posté le 04-11-2005 à 15:31:44    

déja fait de partoche à partoche ça plante aussi ! on a fait avec dd sous nux, partimage et ça foire !
mais robocopy à l'air de pas mal fonctionner et permet de bouger un peu les utilisatuers à problèmes qui sont en gnl toujours les memes recalcitrants
Merci de vos lumières fort interessantes  
Pour info migration de serveur de fichier entre deux domaines avec approbation bi-directionnelle
mais toutes les soluitons classiques echouent pour le moment

Reply

Marsh Posté le 04-11-2005 à 15:36:22    

je peux pas faire de partitions à partitions de toutes facons pas de disques dispo et le serveur cible est installé depuis quelques mois déjà. En plus les données sur le serveur source ont été mise sur la même partoche que le systeme des pros je vous des pros de NT ici  !
les boules !

Reply

Marsh Posté le 04-11-2005 à 15:37:03    

Partoche à partoche:
Si c'est par rapport à ce que je disais... je parlais de sauvegarde, pas de transfert.
Mais tu peux juste selectionner les dossiers concernés.
Quant à robocopy, active le commutateur permettant un rapport (je ne me souviens plus lequel). Car c'est pas du 100%.
Pour la migration de serveur à serveur, on rencontrera toujours le pb dû au non respect de la norme ISO.
La solution sure à 100% (parmis celles que je connais) c'est celle de la sauvegarde totale/restauration.


Message édité par akabis le 04-11-2005 à 15:38:45
Reply

Marsh Posté le 04-11-2005 à 15:41:02    

/LOG + path fichier
oui mais meme la sauvegarde totale sur DAT merde à fond à cause des fichiers foireux on est dans la merde il faut trier tous les fichiers ensuite tout va marcher c'est sûr !  

Reply

Marsh Posté le 04-11-2005 à 15:53:19    

Sur Arcserve, jamais eu ce genre de pb. Il sauvegarde tout!
... bon courage alors :-)

Reply

Marsh Posté le 04-11-2005 à 15:55:55    

ben ouia nous NTBACKUP ou Veritas ben niet !  
akabis mais là c'est le WE alors PAUSE !

Reply

Marsh Posté le 04-11-2005 à 17:59:51    

ou alors tu peut avant de faire le transfert lancer une campagne de renomage de tes fichiers en leur sugnifiant que tout ceux ne respectant pas la norme ne pourrons être transféré. Méthode qui demande une implications des utilisateur et un soutien de ta hiérarchie, car ces mettre les réalité propre à l'informatique au utilisateur et leur aprendre que l'on ne peut pas tout faire avec un ordi.

Reply

Marsh Posté le 04-11-2005 à 18:12:32    

oui mais niveau hierarchique laisse tomber :-(  ça va pas passer  
je dois faire le boulot que tu auras aisement compris : le taf que personne ne veut faire  


Message édité par Gandalf la croute le 04-11-2005 à 18:13:21
Reply

Marsh Posté le 04-11-2005 à 19:02:04    

alors là bonne chance surtout vue le nombre de données

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed