OVH Cloud OVH Cloud

Catalogue Global

3 réponses
Avatar
JCJ
Bonjour,

Lors de l'installation du premier serveur dans un domaine d'une nouvelle
forêt le catalogue global est coché.
Faut-il desactivé le catalogue global ? Quels sont les conséquences ?
Celui ci est-il obligatoire ?
En effet j'ai cru comprendre que Le maître d’infrastructure ne doit pas
être sur le même contrôleur de domaine que celui qui héberge le
catalogue global ?
Par la suite un deuxième serveur sera installé pour des raisons de
redondance. Quelle politique a appliqué au niveau de la gestion des CG
sur ces 2 serveurs ?

J'ai désactivé dans un lab (test avec un seul serveur). Tout semble
fonctionné !!!

Merci pous vos réponses.

jc

3 réponses

Avatar
NewsUser
bjr
Un GC contient tous les objets de la foret. Par sécurité et pour de
meilleures perfomances, contrairement a ce que tu penses, active le sur TOUS
tes controlleurs. Les réplications sont extrements optimisées et seule la
valeur des propriétés des objets est répliquées. C'est 2 fois rien et sauf
si tu as des liaisons vraiment mauvaises ou tres honéreuses n'installes que
des GC.
Sur un controlleur qui n'est pas GC la réplication ne se fait que sur les
objets du domaine gérés par ce controlleur et non pas ceux de la foret.
Imagine ce qui se passe si tu n'as qu'un GC et qu'il crash ...
@+

"JCJ" a écrit dans le message de news:
43f61cb6$0$29624$
Bonjour,

Lors de l'installation du premier serveur dans un domaine d'une nouvelle
forêt le catalogue global est coché.
Faut-il desactivé le catalogue global ? Quels sont les conséquences ?
Celui ci est-il obligatoire ?
En effet j'ai cru comprendre que Le maître d’infrastructure ne doit pas
être sur le même contrôleur de domaine que celui qui héberge le catalogue
global ?
Par la suite un deuxième serveur sera installé pour des raisons de
redondance. Quelle politique a appliqué au niveau de la gestion des CG sur
ces 2 serveurs ?

J'ai désactivé dans un lab (test avec un seul serveur). Tout semble
fonctionné !!!

Merci pous vos réponses.

jc




Avatar
Michaël THIBAUT [MVP]
Bonjour,

Il existe quand même tout un univers entre n'avoir qu'un GC et avoir tous
ses DC GC ! lol

Il convient d'installer un Dc en GC que si tu en as vraiment l'utilité.

La règle à suivre est la suivante: Pas de GC sur un DC qui est
Infrastructure Master, sauf si tout les DC sont aussi GC

--
Cordialement,
Michaël

MVP Windows Server - Directory Services
MCSA/MCSE 2003 Security
MCSA/MCSE 2003 Messaging

Pour me contacter/ To contact me:
http://cerbermail.com/?PSSxYRQedc

"NewsUser" a écrit dans le message de news:
%236kL6r$
bjr
Un GC contient tous les objets de la foret. Par sécurité et pour de
meilleures perfomances, contrairement a ce que tu penses, active le sur
TOUS tes controlleurs. Les réplications sont extrements optimisées et
seule la valeur des propriétés des objets est répliquées. C'est 2 fois
rien et sauf si tu as des liaisons vraiment mauvaises ou tres honéreuses
n'installes que des GC.
Sur un controlleur qui n'est pas GC la réplication ne se fait que sur les
objets du domaine gérés par ce controlleur et non pas ceux de la foret.
Imagine ce qui se passe si tu n'as qu'un GC et qu'il crash ...
@+

"JCJ" a écrit dans le message de news:
43f61cb6$0$29624$
Bonjour,

Lors de l'installation du premier serveur dans un domaine d'une nouvelle
forêt le catalogue global est coché.
Faut-il desactivé le catalogue global ? Quels sont les conséquences ?
Celui ci est-il obligatoire ?
En effet j'ai cru comprendre que Le maître d'infrastructure ne doit pas
être sur le même contrôleur de domaine que celui qui héberge le catalogue
global ?
Par la suite un deuxième serveur sera installé pour des raisons de
redondance. Quelle politique a appliqué au niveau de la gestion des CG
sur ces 2 serveurs ?

J'ai désactivé dans un lab (test avec un seul serveur). Tout semble
fonctionné !!!

Merci pous vos réponses.

jc








Avatar
NewsUser
"Michaël THIBAUT [MVP]" a écrit dans
le message de news: evrzI$
Bonjour,

Il existe quand même tout un univers entre n'avoir qu'un GC et avoir tous
ses DC GC ! lol

Bjr

Pour de meilleurs perf il est bien d'en avoir toujours un "au plus près" des
PC. Au minimum un par site. Mais comme ca mange pas de pain, ....
@+