OVH Cloud OVH Cloud

intégration d'un serveur secondaire dans un domaine SBS 2000

13 réponses
Avatar
LaMite
Bonjour,

J'ai actuellement 1 serveur sbs 2000, contrôleur de domaine principal. Je
pense faire l'acquisition d'un serveur W2003 serveur de fichiers (pour lequel
je vais acheter le nombre de cal nécessaire).
Ma question. Si le serveur 2000 plante, que se passe -t-il ?

Est ce que je garde l'accès à mes données de mon serveur 2003 ?
Faut-il intégrer les utilisateurs en groupe ou en domaine ?, quels sont les
conséquences ?????

Merci de votre aide

10 réponses

1 2
Avatar
Xavier
Bonjour,

beaucoup de facteurs vont influencer le comportement de vos systèmes. En
gros, si votre SBS est planté, et que votre serveur 2003 n'est pas
contrôleur de domaine, vos utilisateurs ne pourront pas être authentifiés et
ils n'auront donc pas accès aux données se trouvant sur le serveur de
fichiers. Les utilisateurs qui étaient connectés au serveur de fichiers au
moment du plantage conserveront l'accès au serveur quelque temps (fonction
de la durée de validité des tickets Kerberos). Un utilisateur qui n'était
pas connecté au moment du plantage, pourra ouvrir une session sur un PC si
celui-ci dispose d'une copie en cache du profil utilisateur (en d'autres
termes, si l'utilisateur a travaillé récemment sur ce PC) mais il ne pourra
pas accéder au serveur. Un utilisateur qui voudrait ouvrir une session sur
un PC où il n'a jamais travaillé ne pourra pas ouvrir de session de travail.

Xavier



"LaMite" wrote in message
news:
Bonjour,

J'ai actuellement 1 serveur sbs 2000, contrôleur de domaine principal. Je
pense faire l'acquisition d'un serveur W2003 serveur de fichiers (pour
lequel
je vais acheter le nombre de cal nécessaire).
Ma question. Si le serveur 2000 plante, que se passe -t-il ?

Est ce que je garde l'accès à mes données de mon serveur 2003 ?
Faut-il intégrer les utilisateurs en groupe ou en domaine ?, quels sont
les
conséquences ?????

Merci de votre aide


Avatar
LaMite
Merci de votre réponse.
J'ai par contre des précisions à vous soumettre. Nous sommes d'accord, je
pense, sur le fait que SBS2000 sera obligatoirement contrôleur de domaine
principal. Lorsque vous écrivez "votre serveur 2003 n'est pas contrôleur de
domaine", y-a-t-il un moyen pour qu'il soit controleur de domaine secondaire
et que le problème soit réglé ?

"Xavier" a écrit :

Bonjour,

beaucoup de facteurs vont influencer le comportement de vos systèmes. En
gros, si votre SBS est planté, et que votre serveur 2003 n'est pas
contrôleur de domaine, vos utilisateurs ne pourront pas être authentifiés et
ils n'auront donc pas accès aux données se trouvant sur le serveur de
fichiers. Les utilisateurs qui étaient connectés au serveur de fichiers au
moment du plantage conserveront l'accès au serveur quelque temps (fonction
de la durée de validité des tickets Kerberos). Un utilisateur qui n'était
pas connecté au moment du plantage, pourra ouvrir une session sur un PC si
celui-ci dispose d'une copie en cache du profil utilisateur (en d'autres
termes, si l'utilisateur a travaillé récemment sur ce PC) mais il ne pourra
pas accéder au serveur. Un utilisateur qui voudrait ouvrir une session sur
un PC où il n'a jamais travaillé ne pourra pas ouvrir de session de travail.

Xavier



"LaMite" wrote in message
news:
> Bonjour,
>
> J'ai actuellement 1 serveur sbs 2000, contrôleur de domaine principal. Je
> pense faire l'acquisition d'un serveur W2003 serveur de fichiers (pour
> lequel
> je vais acheter le nombre de cal nécessaire).
> Ma question. Si le serveur 2000 plante, que se passe -t-il ?
>
> Est ce que je garde l'accès à mes données de mon serveur 2003 ?
> Faut-il intégrer les utilisateurs en groupe ou en domaine ?, quels sont
> les
> conséquences ?????
>
> Merci de votre aide





Avatar
Jeff
On Fri, 9 Jun 2006 03:20:01 -0700, LaMite
wrote:

Bonjour,

J'ai actuellement 1 serveur sbs 2000, contrôleur de domaine principal. Je
pense faire l'acquisition d'un serveur W2003 serveur de fichiers (pour lequel
je vais acheter le nombre de cal nécessaire).
Ma question. Si le serveur 2000 plante, que se passe -t-il ?

Est ce que je garde l'accès à mes données de mon serveur 2003 ?
Faut-il intégrer les utilisateurs en groupe ou en domaine ?, quels sont les
conséquences ?????

Merci de votre aide



Vous faites un dcpromo sur votre serveur 2003, pour en faire un
controleur de domaine, et il pourra authentifier les logon à la place
du SBS 2000 le temps pour le SBS 2000 de redémarrer.

Evidemment, vous je ne peux pas imaginer que vous n'avez pas les
backups qui permettent de restaurer le serveur SBS 2000 en cas de
plantage total!

Bien entendu, vos utilisateurs doivent etre des utilisateurs du
domaine.

JF
Avatar
GG [MVP]
Bonjour,

Vous faites un dcpromo sur votre serveur 2003



Sans modifier le schéma de AD sous SBS 2000 votre tuyau
ne fonctionnera. :-(
--
Cordialement.
GG.
http://sbsfr.free.fr/forums/
http://sbsfr.mvps.org/
Avatar
Xavier
Oui, c'est possible. cfr autres réponses à votre question. Ne pas oublier de
s'assurer que les postes clients disposent d'une configuration TCP/IP valide
(DNS) même en l'absence du SBS2000.

Xavier


"LaMite" wrote in message
news:
Merci de votre réponse.
J'ai par contre des précisions à vous soumettre. Nous sommes d'accord, je
pense, sur le fait que SBS2000 sera obligatoirement contrôleur de domaine
principal. Lorsque vous écrivez "votre serveur 2003 n'est pas contrôleur
de
domaine", y-a-t-il un moyen pour qu'il soit controleur de domaine
secondaire
et que le problème soit réglé ?

"Xavier" a écrit :

Bonjour,

beaucoup de facteurs vont influencer le comportement de vos systèmes. En
gros, si votre SBS est planté, et que votre serveur 2003 n'est pas
contrôleur de domaine, vos utilisateurs ne pourront pas être authentifiés
et
ils n'auront donc pas accès aux données se trouvant sur le serveur de
fichiers. Les utilisateurs qui étaient connectés au serveur de fichiers
au
moment du plantage conserveront l'accès au serveur quelque temps
(fonction
de la durée de validité des tickets Kerberos). Un utilisateur qui n'était
pas connecté au moment du plantage, pourra ouvrir une session sur un PC
si
celui-ci dispose d'une copie en cache du profil utilisateur (en d'autres
termes, si l'utilisateur a travaillé récemment sur ce PC) mais il ne
pourra
pas accéder au serveur. Un utilisateur qui voudrait ouvrir une session
sur
un PC où il n'a jamais travaillé ne pourra pas ouvrir de session de
travail.

Xavier



"LaMite" wrote in message
news:
> Bonjour,
>
> J'ai actuellement 1 serveur sbs 2000, contrôleur de domaine principal.
> Je
> pense faire l'acquisition d'un serveur W2003 serveur de fichiers (pour
> lequel
> je vais acheter le nombre de cal nécessaire).
> Ma question. Si le serveur 2000 plante, que se passe -t-il ?
>
> Est ce que je garde l'accès à mes données de mon serveur 2003 ?
> Faut-il intégrer les utilisateurs en groupe ou en domaine ?, quels sont
> les
> conséquences ?????
>
> Merci de votre aide







Avatar
Jeff
On Fri, 9 Jun 2006 17:39:43 +0200, "GG [MVP]"
wrote:

Bonjour,

Vous faites un dcpromo sur votre serveur 2003



Sans modifier le schéma de AD sous SBS 2000 votre tuyau
ne fonctionnera. :-(



Oui mais une recherche dans la BC avec le symptome, et voici le
pointeur vers la solution:

http://support.microsoft.com/kb/278875/en-us

Je reconnais que je n'ai jamais fait personnellement la manip
d'ajouter un DC W2K3 dans un domaine SBS 2000 (je ne faisais pas de
sbs à l'époque), mais je pense que ce que j'ai dit est
architecturalement correct

Ceci dit, c'est surement pas une manip a mettre entre toutes les
mains.

Tant qu'à faire, pourquoi ne pas mettre à jour vers SBS 2003?

JF
Avatar
LaMite
Je vous remercie de vos différentes solutions techniques mais il me reste une
interrogation pour l'orientation logiciel de mon achat.

Nous nous interrogeons sur le fait de retrouver l'AD sur le serveur 2003 en
Raid 5. Sachant que le sbs2000 (eventuellement en RAID 1) est un controleur
de domaine.

On lit dans certaine page que les utilisateurs ne pourraient pas se
connecter au serveur 2003. N'y a t il pas possibilité de dupliquer (ou
importer) l'AD de sbs2000 vers 2003 afin que les utilisateurs ne soient
bloqués que par l'accès au serveur sbs 2000 ? même si au moment du crash, on
peut déclarer le 2003 en controleur de domaine temporairement.
Avatar
Jeff
On Mon, 12 Jun 2006 08:48:02 -0700, LaMite
wrote:

Je vous remercie de vos différentes solutions techniques mais il me reste une
interrogation pour l'orientation logiciel de mon achat.

Nous nous interrogeons sur le fait de retrouver l'AD sur le serveur 2003 en
Raid 5. Sachant que le sbs2000 (eventuellement en RAID 1) est un controleur
de domaine.

On lit dans certaine page que les utilisateurs ne pourraient pas se
connecter au serveur 2003. N'y a t il pas possibilité de dupliquer (ou
importer) l'AD de sbs2000 vers 2003 afin que les utilisateurs ne soient
bloqués que par l'accès au serveur sbs 2000 ? même si au moment du crash, on
peut déclarer le 2003 en controleur de domaine temporairement.



Mr la Mite,

vous posez des questions bien compliquées qui sont en dehors du
contexte d'un groupe de discussion internet tel que celui-ci.

Je vous rappelle que les gens répondent ici bénévolement à des
questions simples qui appellent des réponses simples.

Si vous voulez vraiment valider votre architecture, montez une
configuration avec virtual PC et faites tous les tests que vous
voudrez!

JF
Avatar
LaMite
Excusez du dérangement.

Bonne continuation

"Jeff" a écrit :

On Mon, 12 Jun 2006 08:48:02 -0700, LaMite
wrote:

>Je vous remercie de vos différentes solutions techniques mais il me reste une
>interrogation pour l'orientation logiciel de mon achat.
>
>Nous nous interrogeons sur le fait de retrouver l'AD sur le serveur 2003 en
>Raid 5. Sachant que le sbs2000 (eventuellement en RAID 1) est un controleur
>de domaine.
>
>On lit dans certaine page que les utilisateurs ne pourraient pas se
>connecter au serveur 2003. N'y a t il pas possibilité de dupliquer (ou
>importer) l'AD de sbs2000 vers 2003 afin que les utilisateurs ne soient
>bloqués que par l'accès au serveur sbs 2000 ? même si au moment du crash, on
>peut déclarer le 2003 en controleur de domaine temporairement.
>
Mr la Mite,

vous posez des questions bien compliquées qui sont en dehors du
contexte d'un groupe de discussion internet tel que celui-ci.

Je vous rappelle que les gens répondent ici bénévolement à des
questions simples qui appellent des réponses simples.

Si vous voulez vraiment valider votre architecture, montez une
configuration avec virtual PC et faites tous les tests que vous
voudrez!

JF



Avatar
Jeff
On Tue, 13 Jun 2006 23:20:01 -0700, LaMite
wrote:

Excusez du dérangement.

Bonne continuation


Désolé pour la brutalité de la réponse, mais ça ne changera rien au
fait que vous n'aurez les réponses à vos interrogations qu'en montant
une configuration de test sous virtual PC avec un réseau avec 3
machines virtuelles: un SBS2000, un serveur 2003 évaluation, un XP pro
client.

Ca s'appelle faire un pilote, et c'est un travail conséquent.

JF


"Jeff" a écrit :

On Mon, 12 Jun 2006 08:48:02 -0700, LaMite
wrote:

>Je vous remercie de vos différentes solutions techniques mais il me reste une
>interrogation pour l'orientation logiciel de mon achat.
>
>Nous nous interrogeons sur le fait de retrouver l'AD sur le serveur 2003 en
>Raid 5. Sachant que le sbs2000 (eventuellement en RAID 1) est un controleur
>de domaine.
>
>On lit dans certaine page que les utilisateurs ne pourraient pas se
>connecter au serveur 2003. N'y a t il pas possibilité de dupliquer (ou
>importer) l'AD de sbs2000 vers 2003 afin que les utilisateurs ne soient
>bloqués que par l'accès au serveur sbs 2000 ? même si au moment du crash, on
>peut déclarer le 2003 en controleur de domaine temporairement.
>
Mr la Mite,

vous posez des questions bien compliquées qui sont en dehors du
contexte d'un groupe de discussion internet tel que celui-ci.

Je vous rappelle que les gens répondent ici bénévolement à des
questions simples qui appellent des réponses simples.

Si vous voulez vraiment valider votre architecture, montez une
configuration avec virtual PC et faites tous les tests que vous
voudrez!

JF





1 2