Changer de serveur de fichier

Changer de serveur de fichier - Sécurité - Windows & Software

Marsh Posté le 10-01-2005 à 15:30:12    

Bonjour tout le monde.
 
J'ai fait une recherche et trouvé un post dessus mais la reponse est incomplète.
 
Plutôt que faire un UP je préfère faire mon post pour être plus précis
 
 
J ai un serveur de fichier Powerdge 2500  bientôt hors garantie avec un espace disque insuffisant pour mes users  ( 76 Go  plein à 74 go )
 
J'ai donc un nouveau serveur dispo avec l espace suffisant maintenant je dois faire le transfert.
 
 
Objectif :  
 
1. Mettre le nouveau en serveur de fichier.  
2. Transferer les données de l?ancien serveur sur le nouveau.  
 
Contraintes techniques :  
 
1. Récupérer les dossiers + les permissions ( ancien D:\ ) sans perte  
2. Mettre le même nom netbios pour le nouveau serveur afin de ne pas reconfigurer les postes clients pour les partages.  
 
 
Contraintes utilisateurs :  
 
1. Garder l?intégrité des données  
2. Transparence pour les utilisateurs ( rien à reconfigurer sur les postes clients )  
3. Faire le switch le week-end pour avoir les dernier fichiers.  
 
 
Plan d'action :  
 
Ben j'en ai pas encore j'attend de voir quel serait la meilleur solutions
 
 
IDEE :
 
Vous en pensez quoi d'un ghost  système ?
En effet la machine n'est pas Controleur AD ni rien juste serveur de fichier  
 
 
Merci à vous
 
Edit :  pour info le lien trouvé  
http://forum.hardware.fr/forum2.ph [...] 0&subcat=0


Message édité par Poisse le 10-01-2005 à 15:44:44
Reply

Marsh Posté le 10-01-2005 à 15:30:12   

Reply

Marsh Posté le 10-01-2005 à 15:39:13    

poisse a écrit :

Bonjour tout le monde.
 
J'ai fait une recherche et trouvé un post dessus mais la reponse est incomplète.
 
Plutôt que faire un UP je préfère faire mon post pour être plus précis
 
 
J ai un serveur de fichier Powerdge 2500  bientôt hors garantie avec un espace disque insuffisant pour mes users  ( 76 Go  plein à 74 go )
 
J'ai donc un nouveau serveur dispo avec l espace suffisant maintenant je dois faire le transfert.
 
 
Objectif :  
 
1. Mettre le nouveau en serveur de fichier.  
2. Transferer les données de l?ancien serveur sur le nouveau.  
 
Contraintes techniques :  
 
1. Récupérer les dossiers + les permissions ( ancien D:\ ) sans perte  
2. Mettre le même nom netbios pour le nouveau serveur afin de ne pas reconfigurer les postes clients pour les partages.  
 
 
Contraintes utilisateurs :  
 
1. Garder l?intégrité des données  
2. Transparence pour les utilisateurs ( rien à reconfigurer sur les postes clients )  
3. Faire le switch le week-end pour avoir les dernier fichiers.  
 
 
Plan d'action :  
 
Ben j'en ai pas encore j'attend de voir quel serait la meilleur solutions
 
 
IDEE :
 
Vous en pensez quoi d'un ghost  système ?
En effet la machine n'est pas Controleur AD ni rien juste serveur de fichier  
 
 
Merci à vous


 
la copie des fichiers peux ce fair avec Xcopy ou Scopy (avec les bon paramettres)
 
pour öoi, l idee du Ghost est la plus mauvaise, il vaut mieux reinstaller un Windows propre avec uniquement ce dont tu a besoin.
 
perso dans ma vboite, on avait pas garder le meme nom pour la raison que les serveur Wins peuvent ce melanger les pedales entre les  @ MAC. et on avait fait service par service comme ca si ca marche pas terrible, on a pas l integralité de l entreprise qui est bloqué.


---------------
#mais-chut
Reply

Marsh Posté le 10-01-2005 à 15:39:52    

PS : tu aurrais pu mettre un lien vers le topic que tu avais trouvé, si ca ce trouve, j ai reexpliqué exactement les meme chose


---------------
#mais-chut
Reply

Marsh Posté le 10-01-2005 à 15:43:42    

Z_cool a écrit :

la copie des fichiers peux ce fair avec Xcopy ou Scopy (avec les bon paramettres)
 
pour öoi, l idee du Ghost est la plus mauvaise, il vaut mieux reinstaller un Windows propre avec uniquement ce dont tu a besoin.
 
perso dans ma vboite, on avait pas garder le meme nom pour la raison que les serveur Wins peuvent ce melanger les pedales entre les  @ MAC. et on avait fait service par service comme ca si ca marche pas terrible, on a pas l integralité de l entreprise qui est bloqué.


 
 
Le transfert doit se faire un week end , transparent pour les users...
 
Si je donne un nom différent ça me donne.
 
1 Install Nouveau serveur avec nouvelle OS nouveau nom
2 transfert des datas avec divers logiciel xcopy etc ...
3 modification du logon pour mapper vers \\nouveau\partage ( en gros c est plus compliquer en vrai )
4 Dire aux user de changer leur raccourçi qu'ils avaient sur leur bureau
5  ça pose de pas de problème un truc comme ça ? , genre la sécu SYSTEM sur un fichier va bien reprendre le compte systeme de la nouvelle machine et non l ancienne ?


Message édité par Poisse le 10-01-2005 à 15:49:09
Reply

Marsh Posté le 10-01-2005 à 15:44:57    

Z_cool a écrit :

PS : tu aurrais pu mettre un lien vers le topic que tu avais trouvé, si ca ce trouve, j ai reexpliqué exactement les meme chose


 
 
Fait  :jap:

Reply

Marsh Posté le 10-01-2005 à 15:50:30    

poisse a écrit :

Le transfert doit se faire un week end , transparent pour les users...
 
Si je donne un nom différent ça me donne.
 
1 Install Nouveau serveur avec nouvelle OS nouveau nom
2 transfert des datas avec divers logiciel xcopy etc ...
3 modification du logon pour mapper vers \\nouveau\partage ( en gros c est plus compliquer en vrai )
4 Dire aux user de changer leur raccourçi qu'ils avaient sur leur bureau
5  ça pose de pas de problème un truc comme ça ? , genre la sécu SYSTEM sur un fichier va bien reprendre le compte systeme de la nouvelle machine et non l ancienne ?


 
ba avec ton bascullement en un coup, c est pas facil non plus :
 
je suppose que ton serveur actuel, que les droits sur les fichiers sont donnés a des groupes locaux, possedant eux meme les users du domaine.
 
ton domain, le voila ton probleme :
 
ton nouvo serveur, pour donner des permissions aux fichiers devra aussi etre dans ce domain et 2 serveur avec le meme nom Netbios dans un meme domain........


Message édité par Z_cool le 10-01-2005 à 15:52:31

---------------
#mais-chut
Reply

Marsh Posté le 10-01-2005 à 15:53:23    

Ouaip. Bein c'est la qu'on rigole bien bien fort. J'ai eu le cas un jour, et j'ai du me retaper les permissions a la main...  
 
Evidement on dois pouvoir faire mieux hein... (les Os microsoft c'est pas mon truc, et ce jour la j'etait degouté en pensant que aurait pris 2 secondes de recuperer l'ensemble des droits et la base des comptes sur un systeme unix...)
 
Bref, je te souhaite tres sincerement bon courage, parce que c'est le genre de truc tout con qu'est tres, tres chiant sous windows.
 
D'apres mes souvenirs de cette experience malheurese, je te conseillerai la demarche suivante (mais encore une fois je suis pas un pro de crosoft)
 
- Backup de ton serveur actuel (ntbackup)
- installation du nouveau serveur (clean install)
- restauration systeme  
- remontage du disque avec les donnes de tes users et copie evetuelle sur des disques de plus grosses capacités.
 
C'est long, c'est chiant, c'est risqué, mais sais pas faire autrement.

Reply

Marsh Posté le 10-01-2005 à 16:01:32    

Z_cool a écrit :

ba avec ton bascullement en un coup, c est pas facil non plus :
 
je suppose que ton serveur actuel, que les droits sur les fichiers sont donnés a des groupes locaux, possedant eux meme les users du domaine.
 
ton domain, le voila ton probleme :
 
ton nouvo serveur, pour donner des permissions aux fichiers devra aussi etre dans ce domain et 2 serveur avec le meme nom Netbios dans un meme domain........


 
 
C est pourquoi je pensais faire dans l ordre:
 
- sortir l'ancien du domaine  et faire un bck de la partition data via ghost
- install le nouveau avec meme nom  
- restaurer les données via ghost en augmentant la size sur le nouveau
- remettre le nouveau dans le domaine avec le meme nom
- prier pour que ça marche ...


Message édité par Poisse le 10-01-2005 à 16:05:46
Reply

Marsh Posté le 10-01-2005 à 16:03:26    

Alana a écrit :

Ouaip. Bein c'est la qu'on rigole bien bien fort. J'ai eu le cas un jour, et j'ai du me retaper les permissions a la main...  
 
Evidement on dois pouvoir faire mieux hein... (les Os microsoft c'est pas mon truc, et ce jour la j'etait degouté en pensant que aurait pris 2 secondes de recuperer l'ensemble des droits et la base des comptes sur un systeme unix...)
 
Bref, je te souhaite tres sincerement bon courage, parce que c'est le genre de truc tout con qu'est tres, tres chiant sous windows.
 
D'apres mes souvenirs de cette experience malheurese, je te conseillerai la demarche suivante (mais encore une fois je suis pas un pro de crosoft)
 
- Backup de ton serveur actuel (ntbackup)
- installation du nouveau serveur (clean install)
- restauration systeme  
- remontage du disque avec les donnes de tes users et copie evetuelle sur des disques de plus grosses capacités.
 
C'est long, c'est chiant, c'est risqué, mais sais pas faire autrement.


 
 
Merci de ton expérience  :jap:

Reply

Marsh Posté le 10-01-2005 à 16:47:07    

poisse a écrit :

Merci de ton expérience  :jap:


 
 
Un petit  [:yoyoz]  pour ceux qui n auraient pas vue.
 
 

Reply

Marsh Posté le 10-01-2005 à 16:47:07   

Reply

Marsh Posté le 10-01-2005 à 17:18:20    

pour la copy avec les permission utilise robocopy dispo dans les ressource kits de µsoft

Reply

Marsh Posté le 10-01-2005 à 18:01:06    

SylvainDNS a écrit :

pour la copy avec les permission utilise robocopy dispo dans les ressource kits de µsoft


 
 
euhhh robocopy ne fait pas le permission il me semble


---------------
#mais-chut
Reply

Marsh Posté le 11-01-2005 à 09:34:47    

Z_cool a écrit :

euhhh robocopy ne fait pas le permission il me semble


 
 
Pour la permission j ai ce qu il faut j ai Time navigator pour les bck et il sauve tous les ACL etc..  
 
Mon problème  c est pas trop de restaurer les données,
 
Mais plus de mettre une machine avec le meme nom sur le réseau pour pas avoir a repasser sur tous les postes users.
 
 
info :
 
ancien server 2000
nouveau 2003 server  
 
donc le ghost du systeme pas jouable

Reply

Marsh Posté le 11-01-2005 à 10:08:02    

Surtout il faut pas que les UID change...

Reply

Marsh Posté le 11-01-2005 à 10:28:53    

Si je devais faire ton job. Je préparerais ton domaine 2000 pour AD 2003, puis je monterais le nouveau serveur dans le domaine et ensuite j'effectuerais petit à petit la migration.
 
Pour le nom du partage, le plus simple c'est de modifier le script de login histoire que le lecteur soit monté sur le nouveau serveur, idem pour les imprimantes. Si tu as fais ton boulot correctement au niveau des scripts de login ca va être un jeu d'enfant d'aller changer les quelques lignes pour faire pointer sur les nouveaux partages (si tu as besoin d'un script de login -> ask).
 
Pour la copie avec attribut de sécurité on t'a déjà donné les commandes ci-dessus, une méthode alternative est d'utiliser l'utilitaire de backup intégré à Windows en créant un fichier *.bkf avec les fichiers des utilisateurs sur par exemple un disque dur amovible USB2 ou une autre machine du réseau, puis redumper le backup.

Reply

Marsh Posté le 11-01-2005 à 10:39:18    

Requin a écrit :

Si je devais faire ton job. Je préparerais ton domaine 2000 pour AD 2003, puis je monterais le nouveau serveur dans le domaine et ensuite j'effectuerais petit à petit la migration.
 
Pour le nom du partage, le plus simple c'est de modifier le script de login histoire que le lecteur soit monté sur le nouveau serveur, idem pour les imprimantes. Si tu as fais ton boulot correctement au niveau des scripts de login ca va être un jeu d'enfant d'aller changer les quelques lignes pour faire pointer sur les nouveaux partages (si tu as besoin d'un script de login -> ask).
 
Pour la copie avec attribut de sécurité on t'a déjà donné les commandes ci-dessus, une méthode alternative est d'utiliser l'utilitaire de backup intégré à Windows en créant un fichier *.bkf avec les fichiers des utilisateurs sur par exemple un disque dur amovible USB2 ou une autre machine du réseau, puis redumper le backup.


 
 
La migration du serveur de fichier est à faire dans un temps relativement court, genre 1,5 mois.
Ensuite j ai une migration Exchange 2k vers 2k3 avec migration Hardware aussi à faire.
 
C est en fait les deux priorités...  
Après quoi j ai un projet citrix à mettre en place
renouvellement de la solution interLan
et mise en place snmp pour monitoring complet
 
L'AD en 2000 à moins d'un an réparti sur 3  1850 dell, le tout est stable.
La migration vers AD2k3 n'est pas d'actualité pour mi 2005, j y pense plus pour 2006  ou avant si j ai terminé les premier truc.
 
 :jap:  
 
La migration petit à petit c est compliqué à savoir nous n'avons qu un seul mappage   H: contenant l ensemble des dossier repartie.
Sur cette partition l arborescence y est bien decoupée, mais le contexte de travail fait qu on ne peut pas avoir plusieurs mappage car enormement de fichier en commun
 
J ai comme contrainte de faire ça en un week end maxi ..
Du Vendredi soir  au Lundi matin
Le tout devant être transparant pour le user

Reply

Marsh Posté le 11-01-2005 à 10:40:39    

Alana a écrit :

Surtout il faut pas que les UID change...


 
 
J ai ghostwalk pour entrer les sid à la main faut voir ..

Reply

Marsh Posté le 11-01-2005 à 10:44:11    

Serieusement tu parle d'un bordel pour une opearion ultra basique... Profite en pour proposer a ta hierarchie un passage a debian, comme ca la prochaine migration ce sera torché en 10 minutes ;)

Reply

Marsh Posté le 11-01-2005 à 10:51:21    


Oh je dis pas que c est un bordel   y a no stress :)
c est juste voir les divers methode pour faire ça tranquillement :)
 
 
Mais en lisant deux trois docs le plus simple sans se prendre la tête :
- install new servers new name
- restau data avec les ACL via ntbackup ou autre
- modif du logon pour les mappages
- support user pour ceux qui avaient des raccourçis sur le bureau
- et en avant guingamp ;)
 
 [:walaziz]


Message édité par Poisse le 11-01-2005 à 10:52:02
Reply

Marsh Posté le 11-01-2005 à 14:37:10    

Bon j ai monté une plateforme de test ( j en profite j ai du matos)
 
avant de faire methode au dessus je vais faire celle là:
 
- install new server 2003 new name ( hors domaine )
- transférer les datas vers new server
- sortir old server du domaine et le deconnecter
- lancer une réplication pour mettre à jour l'ad et dns
- rename le new server avec le nom de l old
- le remettre dans l'ad
- et en avant guigamp !
 
Vous en pensez quoi ?
  [:walaziz]

Reply

Marsh Posté le 12-01-2005 à 13:34:15    

Solution choisi  is the ONE
 
Suite de mon histoire de transfert de serveur de fichier :)
 
Au final plus simple :
 
- install new server, new names
- transfert data via restauration  
- remappage des lecteurs réseaux vers news servers
- un peu de support user pour ceux qui ont des raccourçi
 
Pas de pb de SID  ou sortir de machine de dumaine :)  on a un truc propre :)
 
 
MErci de vos infos les gens

Reply

Marsh Posté le 12-01-2005 à 13:43:59    

perso, j'aurai vu une autre solution assez simple aussi :
 
- tu prépares ton nouveau serveur avec un nom temporaire
- tu transfères toutes les données avec robocopy (permet de récupérer les permissions avec le paramètres /SEC)
- tu renommes ton ancien serveur avec un autre nom temporaire
- tu renommes ton nouveau serveur pour lui mettre le bon nom
- il ne reste plus qu'à faire les partages;
 
En cas de fichiers manquants ou autre "problème", tu conserves ton ancien serveur pendant quelques semaines.

Reply

Marsh Posté le 12-01-2005 à 14:11:10    

utilise le parametre /Mirror /sec comme ça tu garde les droits et tu fait une copy image. Ce qui te permet de le lance le Vendredi par exemple, et le Samedi tu fait juste la difference (Ajout, modiffication et suppression des fichier).
Comme ça tu n'as pas besoin d'attendre plusieurs heure pendant la copy des fichier.
 
A titre d'info pour la migration Exchange 2000 vers 2003 tu peux faire ça en pleine production sans aucune gene pour les utilisateurs.
 
Bon courage :)

Reply

Marsh Posté le 12-01-2005 à 14:20:26    

+1 : robocopy garde les permissions
La solution de Wolfman me parait la meilleure :jap:
 
edit : testé et approuvé sur un srv de fichiers de 200Go et 15000 utilisateurs.


Message édité par Gaard28 le 12-01-2005 à 14:22:22
Reply

Marsh Posté le 12-01-2005 à 20:06:14    

Wolfman a écrit :

perso, j'aurai vu une autre solution assez simple aussi :
 
- tu prépares ton nouveau serveur avec un nom temporaire
- tu transfères toutes les données avec robocopy (permet de récupérer les permissions avec le paramètres /SEC)
- tu renommes ton ancien serveur avec un autre nom temporaire
- tu renommes ton nouveau serveur pour lui mettre le bon nom
- il ne reste plus qu'à faire les partages;
 
En cas de fichiers manquants ou autre "problème", tu conserves ton ancien serveur pendant quelques semaines.


 

SylvainDNS a écrit :

utilise le parametre /Mirror /sec comme ça tu garde les droits et tu fait une copy image. Ce qui te permet de le lance le Vendredi par exemple, et le Samedi tu fait juste la difference (Ajout, modiffication et suppression des fichier).
Comme ça tu n'as pas besoin d'attendre plusieurs heure pendant la copy des fichier.
 
A titre d'info pour la migration Exchange 2000 vers 2003 tu peux faire ça en pleine production sans aucune gene pour les utilisateurs.
 
Bon courage :)

gaard28 a écrit :

+1 : robocopy garde les permissions
La solution de Wolfman me parait la meilleure :jap:
 
edit : testé et approuvé sur un srv de fichiers de 200Go et 15000 utilisateurs.


 
 
Merci bcp les gars  
 
Big respect  [:spartacus2]

Reply

Marsh Posté le 13-01-2005 à 13:01:26    

Yaiss...bonne idée complémentaire de SylvainDNS effectivement. J'y avais justement pensé ce matin. :D
En plus, avec cette méthode, tu fais un premier transfert, tu crées tranquillement les partages dont tu as besoin, et enfin tu peux faire ta bascule tranquillou sans passer une nuit blanche.

Reply

Marsh Posté le 13-01-2005 à 17:36:47    

Wolfman a écrit :

Yaiss...bonne idée complémentaire de SylvainDNS effectivement. J'y avais justement pensé ce matin. :D
En plus, avec cette méthode, tu fais un premier transfert, tu crées tranquillement les partages dont tu as besoin, et enfin tu peux faire ta bascule tranquillou sans passer une nuit blanche.


 
 
Super sympa de votre part les gars, je vous tiens informer de la suite :)
 
Apres je demanderai à nouveau vos avis pour migration Exchange on y est pas encore :)

Reply

Marsh Posté le 18-01-2005 à 10:54:55    

Dernière petite question avant de franchir  dans robocopy l option pour faire une incrémentale existe elle?
 
Car dans les options je vois pas trop ça :/
 
merci à vous

Reply

Marsh Posté le 18-01-2005 à 15:46:39    

Par défaut, il ne va copier que les fichier les plus récent. Si un fichier existe déjà, il ne l'écrasera que si il est plus récent. Tu n'as donc pas besoin de préciser un paramètre quelconque.

Reply

Marsh Posté le 18-01-2005 à 16:44:03    

Wolfman a écrit :

Par défaut, il ne va copier que les fichier les plus récent. Si un fichier existe déjà, il ne l'écrasera que si il est plus récent. Tu n'as donc pas besoin de préciser un paramètre quelconque.


 
 
Merci de ta réponse mec Sympa  [:spartacus2]

Reply

Marsh Posté le 09-02-2005 à 16:32:46    

Opération déroulée avec succès THX
 
methode employée:
 
New servers new nom  sous 2003
Restau des backups sur new serveur
Lancer robocopy
et modifier les script de demarrage  
 
THx [:spartacus2]

Reply

Marsh Posté le 16-02-2005 à 14:45:42    

Bonjour,
Je n'ai pas tout suivi mais je suis dans la même situation et donc j'expose ma petite méthode si cela peut donner une idée a certains pour une prochaine migration :
 
Déjà j'oublie les ghost car c'est pas très propre, en plus si il s'agit de serveur avec RAID, ça risque de foutre le bordel.
 
1/ Les 2 serveurs sont indépendants, noms différents sur le réseau et connectés entre eux. Comme ce sont des serveurs de données, les ip et dns ne sont pas importants au départ. Ce qu'il faut préserver ce sont les partages et permissions NTFS.
 
2/ extraire la base locale utilisateurs et transférer dans le nouveau serveur --> addusers.exe du kit des ressources.
 
3/ lister l'ensemble des rép du serveur source et écrire le résultat dans un fichier texte -> dir /AD /B /S > rep.txt
retoucher le fichier texte avec la commade mkdir et l’enregistrer en tant qu’exécutable.
Exporter la clé du registre résumant les partages et permissions.
 
4/ créer les rép sur le nouveau serveur avec l’exécutable, réétablir les partages en important la clé de registre du serveur source.
 
5/ copier les données pendant le week end avec scopy ou xcopy (je ne connais pas encore)
 
6/ lancer la vérif des datas (nombre des rép, fichiers, tailles)
 

Citation :

Par contre je bute sur un pb, quelle est la commande permettant de préserver la date de création des fichiers ??? dans le script de copie ?

Reply

Marsh Posté le 16-02-2005 à 18:20:05    

tell a écrit :

Bonjour,
Je n'ai pas tout suivi mais je suis dans la même situation et donc copie ?[/quote]


 
 
Essaie une restauration puis un robocopy differentiel c est vraiment top :)

Reply

Marsh Posté le 16-02-2005 à 18:38:02    

oui mais j'ai un petit pb. Ce serveur contient plus de 140go de données qui ne sont pas sauvegardées. En plus plus de 100 personnes travaillent dessus chaque jour...
sous Unix, avec cp on peut préserver la date de création des fichiers. Qui connait l'équivalent sous Windows?

Reply

Marsh Posté le 16-02-2005 à 18:44:37    

robocopy ! :o
 
:)

Reply

Marsh Posté le 16-02-2005 à 19:12:10    


 
 
bingoo :)

Reply

Marsh Posté le 17-02-2005 à 11:36:28    

je dois etre myope car je n'ai pas vu le paramètre permettant de conserver la date de création.
Merci, je vais voir ça de plus près.

Reply

Marsh Posté le 17-02-2005 à 17:24:24    

tell a écrit :

je dois etre myope car je n'ai pas vu le paramètre permettant de conserver la date de création.
Merci, je vais voir ça de plus près.


 
/MIR /SEC :)

Reply

Marsh Posté le 17-02-2005 à 17:41:46    

en fait j'ai trouvé plusieurs façon de le faire : /B ou encore /COPY: DATO .... ou un truc dans ce genre...
là les fichiers gardent bien leur date de création. Par contre... les répertoires prennent une nouvelle date. Après tout ce n'est pas grave pour des répertoires mais par curiosité, je me demande bien quelle est la commande?


Message édité par tell le 17-02-2005 à 17:42:28
Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

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