Hello,
Que faut-il faire pour faire cohabiter un serveur Windows 2000 ou
avec un serveur NT 4.0 PDC ?
Je vais passer à la casse notre vieux serveur NT4.0 (rôle PDC) et le
remplacer par un serveur tout neuf avec Win2000 ou 2003 (à
Un grosse application à migrer m'impose de conserver actif durant 1
2 semaines mon serveur NT 4.0. Ce dernier fonctionnera donc en
parallèle avec le nouveau.
Histoire que la cohabitation se passe bien, est-ce que cela suffit
si :
* Désactivation du service DHCP de NT4.0
* Transfert data, profils, etc. sur le nouveau serveur, seul une
applic est conservée sur l'ancien
* Création sur Win2000/2003 des users avec même mot de passe que sur
NT 4.0
Le but est d'éviter au maximum toute les manip. sur le serveur NT
ce dernier étant ancien et assez instable.
Hello,
Que faut-il faire pour faire cohabiter un serveur Windows 2000 ou
avec un serveur NT 4.0 PDC ?
Je vais passer à la casse notre vieux serveur NT4.0 (rôle PDC) et le
remplacer par un serveur tout neuf avec Win2000 ou 2003 (à
Un grosse application à migrer m'impose de conserver actif durant 1
2 semaines mon serveur NT 4.0. Ce dernier fonctionnera donc en
parallèle avec le nouveau.
Histoire que la cohabitation se passe bien, est-ce que cela suffit
si :
* Désactivation du service DHCP de NT4.0
* Transfert data, profils, etc. sur le nouveau serveur, seul une
applic est conservée sur l'ancien
* Création sur Win2000/2003 des users avec même mot de passe que sur
NT 4.0
Le but est d'éviter au maximum toute les manip. sur le serveur NT
ce dernier étant ancien et assez instable.
Hello,
Que faut-il faire pour faire cohabiter un serveur Windows 2000 ou
avec un serveur NT 4.0 PDC ?
Je vais passer à la casse notre vieux serveur NT4.0 (rôle PDC) et le
remplacer par un serveur tout neuf avec Win2000 ou 2003 (à
Un grosse application à migrer m'impose de conserver actif durant 1
2 semaines mon serveur NT 4.0. Ce dernier fonctionnera donc en
parallèle avec le nouveau.
Histoire que la cohabitation se passe bien, est-ce que cela suffit
si :
* Désactivation du service DHCP de NT4.0
* Transfert data, profils, etc. sur le nouveau serveur, seul une
applic est conservée sur l'ancien
* Création sur Win2000/2003 des users avec même mot de passe que sur
NT 4.0
Le but est d'éviter au maximum toute les manip. sur le serveur NT
ce dernier étant ancien et assez instable.
Rétrograder le serveur NT 4 en serveur membre.
profils utilisateurs vont être perdus et seront à refaire sur le
serveur 2000/2003 car ils seront dans la logique Active Directory qui
n'est pas pareil.
Un grosse application à migrer m'impose de conserver actif durant 1 à
Ne peut-elle s'installer douillettement sur un 2003 Server ? (sûr
que si c'est SQL Server 6.5 la réponse est non).
Le but est d'éviter au maximum toute les manip. sur le serveur NT 4.0,
ce dernier étant ancien et assez instable.
Peut-être le matos qui a des faiblesses. Car s'il y a bien un
Rétrograder le serveur NT 4 en serveur membre.
profils utilisateurs vont être perdus et seront à refaire sur le
serveur 2000/2003 car ils seront dans la logique Active Directory qui
n'est pas pareil.
Un grosse application à migrer m'impose de conserver actif durant 1 à
Ne peut-elle s'installer douillettement sur un 2003 Server ? (sûr
que si c'est SQL Server 6.5 la réponse est non).
Le but est d'éviter au maximum toute les manip. sur le serveur NT 4.0,
ce dernier étant ancien et assez instable.
Peut-être le matos qui a des faiblesses. Car s'il y a bien un
Rétrograder le serveur NT 4 en serveur membre.
profils utilisateurs vont être perdus et seront à refaire sur le
serveur 2000/2003 car ils seront dans la logique Active Directory qui
n'est pas pareil.
Un grosse application à migrer m'impose de conserver actif durant 1 à
Ne peut-elle s'installer douillettement sur un 2003 Server ? (sûr
que si c'est SQL Server 6.5 la réponse est non).
Le but est d'éviter au maximum toute les manip. sur le serveur NT 4.0,
ce dernier étant ancien et assez instable.
Peut-être le matos qui a des faiblesses. Car s'il y a bien un
Rétrograder le serveur NT 4 en serveur membre.
profils utilisateurs vont être perdus et seront à refaire sur le
serveur 2000/2003 car ils seront dans la logique Active Directory qui
n'est pas pareil.
Un grosse application à migrer m'impose de conserver actif durant 1 à
Ne peut-elle s'installer douillettement sur un 2003 Server ? (sûr
que si c'est SQL Server 6.5 la réponse est non).
Le but est d'éviter au maximum toute les manip. sur le serveur NT 4.0,
ce dernier étant ancien et assez instable.
Peut-être le matos qui a des faiblesses. Car s'il y a bien un
Rétrograder le serveur NT 4 en serveur membre.
profils utilisateurs vont être perdus et seront à refaire sur le
serveur 2000/2003 car ils seront dans la logique Active Directory qui
n'est pas pareil.
Un grosse application à migrer m'impose de conserver actif durant 1 à
Ne peut-elle s'installer douillettement sur un 2003 Server ? (sûr
que si c'est SQL Server 6.5 la réponse est non).
Le but est d'éviter au maximum toute les manip. sur le serveur NT 4.0,
ce dernier étant ancien et assez instable.
Peut-être le matos qui a des faiblesses. Car s'il y a bien un
Rétrograder le serveur NT 4 en serveur membre.
profils utilisateurs vont être perdus et seront à refaire sur le
serveur 2000/2003 car ils seront dans la logique Active Directory qui
n'est pas pareil.
Un grosse application à migrer m'impose de conserver actif durant 1 à
Ne peut-elle s'installer douillettement sur un 2003 Server ? (sûr
que si c'est SQL Server 6.5 la réponse est non).
Le but est d'éviter au maximum toute les manip. sur le serveur NT 4.0,
ce dernier étant ancien et assez instable.
Peut-être le matos qui a des faiblesses. Car s'il y a bien un
>Rétrograder le serveur NT 4 en serveur membre.
En résumé, quelles sont les manips ? Je ne connais que
très peu NT 4.0
Pour l'instant, le NT4.0 fonctionne avec le SP5, est-il
souhaitable de passer le 6.0 d'abord ?
Juste encore un détail : Il y a Exchange 5(?) installé
sur NT 4.0. Exchange ne sera pas réinstallé. Mais est-il
préférable de le désinstaller avant de rétrograder le serveur ?
- Ne serait-ce que pour récupérer un peu de place
>Rétrograder le serveur NT 4 en serveur membre.
En résumé, quelles sont les manips ? Je ne connais que
très peu NT 4.0
Pour l'instant, le NT4.0 fonctionne avec le SP5, est-il
souhaitable de passer le 6.0 d'abord ?
Juste encore un détail : Il y a Exchange 5(?) installé
sur NT 4.0. Exchange ne sera pas réinstallé. Mais est-il
préférable de le désinstaller avant de rétrograder le serveur ?
- Ne serait-ce que pour récupérer un peu de place
>Rétrograder le serveur NT 4 en serveur membre.
En résumé, quelles sont les manips ? Je ne connais que
très peu NT 4.0
Pour l'instant, le NT4.0 fonctionne avec le SP5, est-il
souhaitable de passer le 6.0 d'abord ?
Juste encore un détail : Il y a Exchange 5(?) installé
sur NT 4.0. Exchange ne sera pas réinstallé. Mais est-il
préférable de le désinstaller avant de rétrograder le serveur ?
- Ne serait-ce que pour récupérer un peu de place
"Phil'72" a écrit dans le message de
news:
>Rétrograder le serveur NT 4 en serveur membre.
En résumé, quelles sont les manips ? Je ne connais que
très peu NT 4.0
Ben, heu, j'm'en rappelle plus (je ne sais même pas si je l'ai fait
un jour). Sous 2000 c'est tout simple il s'agit d'appeler dcpromo (qui
sert à créer, modifier ou supprimer Active Directory).
"Phil'72" <phil72@bluewin.ch> a écrit dans le message de
news:44ee5ddb.0401100233.8d6f6ce@posting.google.com...
>Rétrograder le serveur NT 4 en serveur membre.
En résumé, quelles sont les manips ? Je ne connais que
très peu NT 4.0
Ben, heu, j'm'en rappelle plus (je ne sais même pas si je l'ai fait
un jour). Sous 2000 c'est tout simple il s'agit d'appeler dcpromo (qui
sert à créer, modifier ou supprimer Active Directory).
"Phil'72" a écrit dans le message de
news:
>Rétrograder le serveur NT 4 en serveur membre.
En résumé, quelles sont les manips ? Je ne connais que
très peu NT 4.0
Ben, heu, j'm'en rappelle plus (je ne sais même pas si je l'ai fait
un jour). Sous 2000 c'est tout simple il s'agit d'appeler dcpromo (qui
sert à créer, modifier ou supprimer Active Directory).
C'est impossible à effectuer sous NT4, du moins les manipulations qui
permettent de le faire ne sont pas documentées ni supportées par MS.
C'est impossible à effectuer sous NT4, du moins les manipulations qui
permettent de le faire ne sont pas documentées ni supportées par MS.
C'est impossible à effectuer sous NT4, du moins les manipulations qui
permettent de le faire ne sont pas documentées ni supportées par MS.
Alain Deschamps wrote in messageC'est impossible à effectuer sous NT4, du moins les manipulations qui
permettent de le faire ne sont pas documentées ni supportées par MS.
Bouh, c'est bien ce qu'il me semblait... Histoire de me simplifier la vie et
gagner du temps, j'hésite a acquérir le soft suivant :
http://www.pnltools.com/productinfo.asp?productidU&pageid=1&subpageid=0
Et ainsi convertir le NT 4.0 PDC en standalone et installer tranquillement
le nouveau serveur. NT 4.0 étant destiné a disparaître rapidement, une fois que
l'applic de gestion aura été migrée.
Alain Deschamps <alain.deschamps@no.spam.invalid> wrote in message
C'est impossible à effectuer sous NT4, du moins les manipulations qui
permettent de le faire ne sont pas documentées ni supportées par MS.
Bouh, c'est bien ce qu'il me semblait... Histoire de me simplifier la vie et
gagner du temps, j'hésite a acquérir le soft suivant :
http://www.pnltools.com/productinfo.asp?productidU&pageid=1&subpageid=0
Et ainsi convertir le NT 4.0 PDC en standalone et installer tranquillement
le nouveau serveur. NT 4.0 étant destiné a disparaître rapidement, une fois que
l'applic de gestion aura été migrée.
Alain Deschamps wrote in messageC'est impossible à effectuer sous NT4, du moins les manipulations qui
permettent de le faire ne sont pas documentées ni supportées par MS.
Bouh, c'est bien ce qu'il me semblait... Histoire de me simplifier la vie et
gagner du temps, j'hésite a acquérir le soft suivant :
http://www.pnltools.com/productinfo.asp?productidU&pageid=1&subpageid=0
Et ainsi convertir le NT 4.0 PDC en standalone et installer tranquillement
le nouveau serveur. NT 4.0 étant destiné a disparaître rapidement, une fois que
l'applic de gestion aura été migrée.
On 11 Jan 2004 13:28:23 -0800, (Phil'72) wrote:
>Alain Deschamps wrote in message
>> C'est impossible à effectuer sous NT4, du moins les manipulations qui
>> permettent de le faire ne sont pas documentées ni supportées par MS.
>
>Bouh, c'est bien ce qu'il me semblait... Histoire de me simplifier la vie et
>gagner du temps, j'hésite a acquérir le soft suivant :
>
>http://www.pnltools.com/productinfo.asp?productidU&pageid=1&subpageid=0
>
>Et ainsi convertir le NT 4.0 PDC en standalone et installer tranquillement
>le nouveau serveur. NT 4.0 étant destiné a disparaître rapidement, une fois que
>l'applic de gestion aura été migrée.
Pourquoi convertir le PDC en standalone ? Si vous réinstaller
complètement le nouveau serveur vous ne garderez rien de l'ancien
domaine. Si vous voulez migrer votre domaine, vous pouvez installer le
nouveau serveur en BDC sous NT4, le promouvoir en PDC et ensuite
installer 2000 dessus, voir :
http://support.microsoft.com/?kbid)6480
Votre ancienne application reste disponible sur l'ancien serveur en
tant que BDC. Lorsque vous n'en aurez plus besoin vous pourrez alors
passer en mode natif sur le nouveau contrôleur.
AD
On 11 Jan 2004 13:28:23 -0800, phil72@bluewin.ch (Phil'72) wrote:
>Alain Deschamps <alain.deschamps@no.spam.invalid> wrote in message
>> C'est impossible à effectuer sous NT4, du moins les manipulations qui
>> permettent de le faire ne sont pas documentées ni supportées par MS.
>
>Bouh, c'est bien ce qu'il me semblait... Histoire de me simplifier la vie et
>gagner du temps, j'hésite a acquérir le soft suivant :
>
>http://www.pnltools.com/productinfo.asp?productidU&pageid=1&subpageid=0
>
>Et ainsi convertir le NT 4.0 PDC en standalone et installer tranquillement
>le nouveau serveur. NT 4.0 étant destiné a disparaître rapidement, une fois que
>l'applic de gestion aura été migrée.
Pourquoi convertir le PDC en standalone ? Si vous réinstaller
complètement le nouveau serveur vous ne garderez rien de l'ancien
domaine. Si vous voulez migrer votre domaine, vous pouvez installer le
nouveau serveur en BDC sous NT4, le promouvoir en PDC et ensuite
installer 2000 dessus, voir :
http://support.microsoft.com/?kbid)6480
Votre ancienne application reste disponible sur l'ancien serveur en
tant que BDC. Lorsque vous n'en aurez plus besoin vous pourrez alors
passer en mode natif sur le nouveau contrôleur.
AD
On 11 Jan 2004 13:28:23 -0800, (Phil'72) wrote:
>Alain Deschamps wrote in message
>> C'est impossible à effectuer sous NT4, du moins les manipulations qui
>> permettent de le faire ne sont pas documentées ni supportées par MS.
>
>Bouh, c'est bien ce qu'il me semblait... Histoire de me simplifier la vie et
>gagner du temps, j'hésite a acquérir le soft suivant :
>
>http://www.pnltools.com/productinfo.asp?productidU&pageid=1&subpageid=0
>
>Et ainsi convertir le NT 4.0 PDC en standalone et installer tranquillement
>le nouveau serveur. NT 4.0 étant destiné a disparaître rapidement, une fois que
>l'applic de gestion aura été migrée.
Pourquoi convertir le PDC en standalone ? Si vous réinstaller
complètement le nouveau serveur vous ne garderez rien de l'ancien
domaine. Si vous voulez migrer votre domaine, vous pouvez installer le
nouveau serveur en BDC sous NT4, le promouvoir en PDC et ensuite
installer 2000 dessus, voir :
http://support.microsoft.com/?kbid)6480
Votre ancienne application reste disponible sur l'ancien serveur en
tant que BDC. Lorsque vous n'en aurez plus besoin vous pourrez alors
passer en mode natif sur le nouveau contrôleur.
AD