Bonjour,  
 
Je réalise actuellement la migration du serveur de fichiers de mon entreprise (Serveur A) vers le nouveau serveur de fichiers (Serveur B).
L'OS du serveur A est Windows 2000 Server et celui du serveur B est Windows Storage Server 2003.  
 
Pour copier les données sur le nouveau serveur (serveur B), j'utilise Robocopy, comme suit :  
 
Robocopy \\ServeurA\e$ \\ServeurB\e$ /E /SEC /COPYALL
 
e$ est le disque "DATAS" qu'il faut copier sur le nouveau serveur.
/E pour copier les sous-répertoires même vides.
/SEC pour copier les sécurité NTFS.
 
Pour le moment, je test Robocopy avec des répertoires d'environs 5 Go.  
 
Je copie donc un répertoire Rep1 (par exemple) de la manière suivante :  
 
Robocopy \\ServeurA\e$\Rep1 \\ServeurB\e$\Rep1 /E /SEC /COPYALL
 
Rep1 est un répertoire partagé et il est composé de sous-répertoires qui peuvent être partagés ou non et qui disposent de sécurité NTFS.
 
 
Je suis donc confronté à deux problèmes :  
 
 - Soit la copie se termine correctement (pas d'erreur) :  
 Je vais donc voir si tout à bien été copié et je m'aperçois que les partages et autorisations de partages ne sont pas présentes (dans l'onglet partage des répértoires devant être partagés).
 Par contre les écurités NTFS sont elles bien présentes.
 
 La première question que je me pose est : Est-ce que Robocopy peut copiés les partages et autorisations de partage (peut-être ai-je oublié une option) ?
 
- Soit la copie ne se termine pas correctement :  
 Je rencontre l'erreur 5 sur un fichier qui ne peut être copié car "access denied" sur ce fichier. Pourtant je suis en Administrateur. Et je n'arrive pas à trouver de solution à ce problème.
 
 
J'ai aussi récupérer le kit de migration "File Server Migration Toolkit" qui pourrait remédier à mes problèmes. Mais, quand on réalise la copie avec cette utilitaire, pour plus de sûreté dans la copie des données, il propose en options  
de retirer les partages des répertoire sur le serveur source. Or, il y a une bonne partie des utilisateurs qui utilise des fichiers stockés sur le serveur source. De plus, étant l'entreprise ayant pour secteur d'activité l'hôtellerie et la restauration, il y a toujours des utilisateurs connectés et ce jour et nuit.  
 
Si vous aviez des solutions à mon problème,  
 
Cordialement,  
 
Cosca

Up

quelle est la version de robocopy ?

La version de Robocopy est la version XP010. Je l'ai eu avec le kit rktools.  
 
Ce serait à cause de la version de Robocopy que les partages ne se copient pas bien ?

tu n'aurais pas oublié des commutateurs?
verifie avec un petit:
robocopy /? |more
 
Robocopy conserve les ACL, par contre pour les partages, pas sure.

Quand tu parles d'ACLs, tu parles bien des sécurité NTFS dans l'onglet sécurité ?  
Si c'est bien çà il n'y a pas de problème la dessus.  
Ce que je n'arrive pas à savoir c'est si Robocopy permet de garder les partages et les autorisations sur les partages.  
 

je comprends pas bien:
Pourquoi mettre des autorisation sur les partages, si tu as deja des autorisations sur les permissions NTFS?
bretelles + ceinture en info = pas bon ménage.

Cela ait trois mois que je suis dans la société en tant que stagiaire et c'était déjà comme çà.  
 
Il y a des répertoires non partagés qui ont des permissions NTFS et des répertoires partagé qui ont des permissions NTFS et donc des autorisations de partage en plus. On m'a dit de reproduire exactement la même arborescence tel qu'elle l'est actuellement. De plus, je n'est aucun pouvoir de décision, c'est la siège qui décide et non le stagiaire lol.  
 
Je demande donc cela car je n'est pas envie de me retaper toutes les autorisations sur les partages à la mains. Il y a pas loin de 700 partages. Cà me ferait perdre queleques jours.

En fait, c'est vrai que l'AD n'est pas des plus otpimisé. Les admins rencontrent quelques problèmes pour la maintenance ou la mise à jour de celui-ci (AD). Ils perdent du temps quand il faut ajouter un user qui fait partie d'un groupe mais qui n'as pas le droit d'accéder à certains partages; Il faut donc créer un groupe rien que pour cette user. En bref c'est le bordel.  
 
Or moi, mon projet consiste simplement à renouveller le serveur de fichiers. Je ne veux donc pas m'attarder sur l'optimisation de l'AD et je n'est plus trop le temps.  
 
Je veux juste savoir si Robocopy peut garder les autorisations sur les partages lors de la copie des partages sur le nouveua serveur.  
 
Autrement, quel outil peut le faire ? Sans avoir besoin de déconnecter les users.

sinon plus simple si ta boite dispose d'un systeme de sauvegarde.
 
Suavegarde complete (données) sur serveur 1 et resto sur le 2eme.
Tu concerveras tous y compris les partages et sécu qui vont avec

Oui, j'ai testé avec esave. J'ai fait une première sauvegarde complète : tout c'est bien passé. Et ce que je veux faire par la suite c'est une sauvegarde différentielle.  
 
Le problème est qu'une fois la sauvegarde complète réalisée, j'ai toujours mon problème d'autorisations sur les partages qui ne sont pas gardés. Tandis que les partages eux sont bien présents. L'admin s'était déjà heurté à ce problème il y a 3 ans quand il voulait renouveller le serveur. Il avait se farcir tout les autorisations sur tous les partages à la main. A l'époque, celà lui avait pris environ 3 jours.  
 
Mais bon, si j'ai pas le choix je ferais pareil.

je n'ai pas trouvé de solution pour les autorisations sur les partages... Me suis tout retapé à la main moi.... si tu trouve ou si quelqu'un trouve je suis aussi preneur

Et donc pour répondre un peu il ne me semble pas que robocopy migre les partages réseau

En fait, il y aurait bien File Server Migration Toolkit qui peut-être pourrait le faire mais je ne l'ai pas tester. Et je ne veux pas le tester en directe sur le serveur actuel car avant la copie, il est recommandé de stopper les partages (le tps de la copie). Or, il y a toujours des utilisateurs qui y sont connectés.  
 
Bref voilà un lien sur son utilisation :  
 
http://www.microsoft.com/france/te [...] 40506.mspx
 
Je le testerai demain je pense.

Teste pas ca marche pas aussi j'ai essayé, et ca fait la meme chose que robocopy.... Exactement pareil en mode graphique.

Ok je ne vais pas le tester.  
 
Autrement, j'ai une liste d'applis, peut-être les as tu déjà testées ? :  
 
- NetIQ Migration Suite (éditeur NetIQ),
- Ideal Migration (éditeur PointDev),
- Consolidator (éditeur Software).
 
Je crois qu'ils sont payants mais il y a les démos.  
 
Quelqu'un a-t-il déjà testé ces utilitaires ?

Moi perso jamais testé, mais comme c'est payant, apres je doute que l'on puisse trouver un soft qui migre les partages réseaux c'est assez particulier quand meme.. Tiens moi au courant ca m'intéresse !

 
Désolé pour le quote précédent lol.  
 
Je voulais juste dire que si j'utilise les deux (autorisations partages et NTFS), c'est pour que l'utilisateur ne voit que les répertoires auxquels il peut accéder et pas les autres. Il verra seulement son compte personnel par exemple et ne sera pas obigé de le rechercher parmi les queqlues 500 répertoires personnles (comptes persos).

Je suis vraiment à la rue, désolé. En fait ma réponse est pour le quote qui commence par "Je comprends pas bien : Pourquoi mettre ..."
 
Encore une fois désolé!  
 
Cosca

 
ya un truc tout con pour ça.
Tu nommes le répertoire perso de l'utilisateur x du nom de sa session.
ex: nom de login: userX.
(a mettre en place dans la procedure de création de compte)
Tu crées le repertoire au même nom: userX.
Tu le partages, et tu mets les permissions NTFS pour les admins en control total et l'utilisateur lect/ecriture.
 
Dans le script de login (qui sera le même pour tous) tu n'as qu'a mettre si .bat:
net use Z: \\nom_du_serveur\%USERNAME%  
ou dans l'AD dans le champs profil (sous le compte).
 
Le mapp se fera automatiquement avec le nom du login sans te coltiner tous les utilisateurs