Voilà le problème:
 
G mon ancien serveur sosu nT4 qui gère plusieurs groupe d'utilisateurs sur un domaine, avec plus de 800 comptes inscrits. Je viens de recevoir mon nouveau serveur et g fait ma reinstall de windows Nt serveur et je me demande: quels sonts les fichiers/dossiers a copier sur le HD du nouveau serveur pour qu'il puisse remplacer au pied lever le vieux serveur sans me taper la réinsciption de tous les comptes...

[edit]--Message édité par jeunejedi--[/edit]

Hello,
 
Dure la question.
Tu as suivi une formation NT ?
 
Sinon que fait ton serveur ?
PDC, je suppose.
Wins, DHCP, serveur de fichier, DNS, Serveur d'impression, serveurs de profils...
 
Précises un peu.
 
WestWood.

nan g aucune formation informatique, je suis étudiant en médecine
 
mes connaissances assez éempiriques" puisque je gere la salle info de la fac de médecine qui comprend donc 1 serveur et 35 machines toutes avec NT4. Le serveur ne sert qu'à l'ouverture des scessions et au stockage des fichiers des utilisateurs via une partition partagé s'ouvrant en lecteur rézo (merci les scripts).
 
je pourrais tout réinstaller a la main mais la perspective de refaire 880 fois mon script pour l'inscription m'enchante guere

RE,
 
Voici qq étapes à suivre :
 
0/ Identifier les services actifs sur le serveur actuel.
 
1/ Pendant l'install du nouveau serveur tu choisiras : Installer comme controleur secondaire de domaine.
Là tu saisiras le nom du domaine actuel.
 
2/ Une fois l'install terminée :
Il faudra recopier les scripts de logon.
Pour cela sur le nouveau serveur tu feras démarrer->exécuter : \\nom_pdc\netlogon
et tu copies tous les fichiers vers c:\winnt\system32\repl\scripts
Si C: est le lecteur sur lequel tu as installé l'OS de ton nouveau serveur.
 
3/ Configuration de WINS et DHCP
 
4/ Dans le gestionnaire des serveurs : promovoir le nouveau serveur en PDC.
 
L'ancien serveur doit-il être conservé ?
 
WestWood.

Si ton serveur fait également serveur de fichiers, et si tu veux également éviter de te repalucher tous les partages à la main, suis la procédure suivante :
 
1° Sur l’ancien serveur
 
Noter les imprimantes installée sur le serveur.
Supprimer les partages d’imprimantes.
Récupérer les clefs des registre : (REGEDIT - Registre - Exporter le fichier du registre...)
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Shares
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Security
 
Faire une sauvegarde complète de la partition données.
 
Créer un nouveau nom sur le domaine pour ce serveur (Ex : serv-old).
Changer le nom du serveur.
 
Supprimer l’ancien nom.
 
Arrêter le serveur.
 
 
2° Sur le nouveau serveur
 
Créer le nom définitif du serveur (Nom de l’ancien pour ne pas refaire tous les partages)
 
Changer le nom du serveur
Restaurer la partition données
 
Restaurer les clefs des registre
 
Installer les imprimantes (Cf. ancien serveur).
 
Repasser le Service Pack
 
N.B. Nous on fait ça quand on change un BDC et pas le PDC...
La remarque de Westwood : " L'ancien serveur doit-il être conservé ? " est excellente : tu aurais intérêt à conserver un serveur qui ne fasse QUE PDC (Chez nous c'est un PC de type "bureautique" Pentium 133) : Tu peux conserver l'ancien serveur ou mettre une autre machine.
A+

salut voilà qq précision :
 
en fait le serveur comprend 2 partitions une C ou il y a l'OS et une D ou est stocké les partitions partagés des utilisateurs ou ils stocke leurs fichiers et un dossier profiles.
 
keske vs appellez serveur BDC et PDC? le serveur ne sert qu'a uen chose: gerer les profils et les fichiers des utilisateurs.

Hello,
 
Je craignais un peu d'en arriver à ce point.
Je pense à mon humble avis, qu'il te faudrait dans un premier temps prendre un bon bouquin sur Windows NT.
Tu passeras qq heures à le lire et tu verras après tout deviendra limpide.
 
Concernant ta question.
Le principe dans un domaine NT :
Une seule machine peut diposer de la copie maître de la base des comptes utilisateurs appelées SAM. Seul le PDC, premier serveur installé dans un domaine, dispose de ce rôle. Il est unique.
Les BDC eux disposent d'une copie de la base SAM. Ils peuvent être nombreux.
Toute modification, création ou suppression de comptes s'effectuent sur le PDC.
Un BDC peut devenir PDC, mais le PDC (ancien) devient alors BDC.
 
Si tu ne suis plus, applique la première étape.
Achètes un bouquin, tu feras te me remerciera plus tard.
 
WestWood.

juste pour faire le chieur
le nouveau serveur que tu viens d'avoir il est pas sous 2000????

boisorbe: non pareil sous NT4
 
westwood: ok merci oui je compte m'y mettre serieusement pour le moment g pas trop le temps mais je pense que ca ira bcp mieux apres! Est ce que tu as un bon bouquin a me conseiller?

Pour ce qui me concerne je peux te conseiller ce que je connais.
 
Dans la collection M$Press, tu as des bouquins pour préparer les MCP.
Tu en as un qui concerne l'administration de NT 4.
Prends celui, il est assez bien foutu.
 
Je pense que d'autres dans le forum pourront aussi te donner leur avis et te conseiller d'autres seines lectures.
 
Bye,
 
WW

etles bouquin nt4 vont bientot etre brader

tu met ton nouveua serveur en controlleur secondaire de domaine
 
tu le synchronise avec le primaire, et normalement ils vont taper la grosse discute et s'echanger des infos, genres la liste des utilisateurs
 
Tu verifies que tout y est
 
Tu eteinds ton serveur primaire et normalement le secondaire va passer en primaire

Avant d'éteindre le contrôleur primaire tu vas dans le gestionnaire de serveur et tu fais une promotion du secondaire en primaire...  
 
Le changement ne se fait pas de lui même.

lebibi et guru: merci bcp je vais essayer ca si ca marche c génial

Houla ! Houla !
 
On se calme.
L'opération signalée est importante et déjà postée par JPA et moi.
Elle ne représente même 10% du travail nécessaire.
Il faut penser aux logins scripts, aux répertoires partagés, aux dossiers personnels des user, à l'adresse IP s'il est statique au WINS pour la résolution de nom.
 
Attention messieurs c'est peut-être de la petite prod. mais la demande est sérieuse.
 
WestWood.

En effet westwood tu avais avec JPA indiqué les opérations a réaliser. Je ne me suis permis d'intervenir qu'afin d'éviter que le message de lebibi soit mal interprété et que jeunejedi croit que la promotion BDC -> PDC soit automatique.

Hello Guru,
 
De la même façon pour moi mon objectif était de recadrer avant tout le sujet.
De plus young jedi doit se perfectionner et ne pas prendre de décisions trop attives.
 
L'informatique est affaire de patience et de méthode.
 
Be wizer young Jedi, be wizer.
 
WW

yep westwood je pense que je v bientot m'atteller a tout ca si g des problemes je vous demanderais au fur et a mesure...
donc si je resume bien:
 
1 installer le nouveau serveur et le passer en controlleur secondaire de domaine.
 
2 recopier les scipts. (j'utilise pas DHCP c que des ip statiques)
 
3 arreter l'ancien serveur
 
4  donner l'ancien nom au nouveau serveur  
 
5 Restaurer la partition données  
 
mais quel est l'utilité d'effacer les clefs des bases de registres cité par JPA et de les réactiver ensuite?

Amis anglophiles du soir bonsoir,
 
Tout est clairement expliqué ici 'step by step' le pourquoi des clés de registres shares :
 
http://support.microsoft.com/suppo [...] 1/5/89.asp
 
Attention il faut conserver les mêmes lettres de lecteurs.
Si les partages sont sur le disque D: sur le serveur d'origine, ils doivent être aussi sur le disque D: du nouveau serveur.
 
Bye,
 
WW

LoL
 
Desole je pensais qu'il savait deja pour les scripts et autres fichiers.....
 
C'est que pour recopier la liste des utilisateurs y a pas d'autres solutions
 
Ha et aussi pour les permissions sur les ressources partagees comment ca marche ?
Histoire de ne pas devoir resaisir tous les droits de partage et NTFS
 
Avec la commande export peut etre ?

-> young Jedi  
"mais quel est l'utilité d'effacer les clefs des bases de registres cité par JPA et de les réactiver ensuite?"
 
Ca ne les efface pas du premier serveur, mais ça les copie dans un fichier.reg
Ces clefs contiennent tous les partages de répertoires. Quand tu as 200 utilisateurs, ayant chacun des droits différents sur une centaine (au total) de répertoires partagés, il est fastidieux de se les retaper "à la main".
 
Pour les imprimantes, il convient de supprimer le partage avant le transfert, car (d'après ce que je me rappelle) ces partages sont gérés dans la base SAM avec une clef logicielle (jeton ou token) créée à l'installation de NT et propre à cette machine. si tu recrée le partage sur le nouveau serveur sans avoir supprimé sur l'ancien, ça veut pas...
A+

merci vraiment a tous