Nous sommes administrateurs dans une PME et rencontrons=20
des difficult=E9s depuis quelques temps sous active=20
directory 2000/2003 et Exchange 2003.
Notre r=E9seau =E9tait divis=E9 en deux domaines, l'un=20
=E9tant domaine racine (A) et l'autre un domaine membre de=20
la foret (B) avec un nom de domaine bien diff=E9rent (pas de=20
domaine enfant).
Le domaine A h=E9bergeait le syst=E8me de messagerie Exchange=20
2000 et une relation d'approbation liait les deux domaines=20
(bi-directionnelle transitive)
Pour certaines raisons, il nous a =E9t=E9 n=E9cessaire=20
de migrer les r=F4les FSMO du ma=EEtre de foret vers le PDC du=20
domaine B. Ce transfert s'=E9tant d=E9roul=E9 sans encombre,=20
nous avons alors migr=E9 la messagerie en la transf=E9rant sur=20
un contr=F4leur secondaire de domaine du domaine B, sous=20
Exchange 2003 enterprise.
Les BAL fonctionnant correctement sur le nouveau=20
serveur Exchange, nous avons r=E9trograd=E9 le serveur=20
Exchange du domaine A. Les probl=E8mes ont commenc=E9 quand il=20
=E0 fallu forcer la r=E9trogradation du PDC de l'ancien=20
domaine racine. Il arrive que malgr=E9 le fait que le PDC du=20
domaine B soit GC, il arrive que le syst=E8me Exchange du=20
contr=F4leur secondaire ne trouve pas le catalogue ....
Il semble que tout les r=F4les FSMO sont bien g=E9r=E9s par le=20
PDC du domaine B.
Cependant, nous nous inqui=E9tons de voir que dans AD, les=20
chemins des objets sont de la forme (ici exemple dans site=20
et services AD):=20
DOMAINE_A/Configuration/Sites/Premier-Site-par-
defaut/Servers/Nom_serveur_controleur_principal_de_domaine/
NTDS Settings
Le fait que les chemins des ressources aient gard=E9 le nom=20
de l'ancien domaine racine est il grave ?
Si oui, comment pouvons nous proc=E9der pour les modifier ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
XIII
Regardez voir sur quoi pointe le Forest et DomainDNSzones dans votre DNS ... a mon avis il y a fort a parier que des traces y subsistent ...
-----Message d'origine----- Nous sommes administrateurs dans une PME et rencontrons des difficultés depuis quelques temps sous active directory 2000/2003 et Exchange 2003.
Notre réseau était divisé en deux domaines, l'un étant domaine racine (A) et l'autre un domaine membre de la foret (B) avec un nom de domaine bien différent (pas de
domaine enfant). Le domaine A hébergeait le système de messagerie Exchange
2000 et une relation d'approbation liait les deux domaines
(bi-directionnelle transitive) Pour certaines raisons, il nous a été nécessaire de migrer les rôles FSMO du maître de foret vers le PDC du
domaine B. Ce transfert s'étant déroulé sans encombre, nous avons alors migré la messagerie en la transférant sur
un contrôleur secondaire de domaine du domaine B, sous Exchange 2003 enterprise. Les BAL fonctionnant correctement sur le nouveau serveur Exchange, nous avons rétrogradé le serveur Exchange du domaine A. Les problèmes ont commencé quand il
à fallu forcer la rétrogradation du PDC de l'ancien domaine racine. Il arrive que malgré le fait que le PDC du
domaine B soit GC, il arrive que le système Exchange du contrôleur secondaire ne trouve pas le catalogue ....
Il semble que tout les rôles FSMO sont bien gérés par le PDC du domaine B. Cependant, nous nous inquiétons de voir que dans AD, les chemins des objets sont de la forme (ici exemple dans site
et services AD): DOMAINE_A/Configuration/Sites/Premier-Site-par- defaut/Servers/Nom_serveur_controleur_principal_de_domain e/
NTDS Settings
Le fait que les chemins des ressources aient gardé le nom
de l'ancien domaine racine est il grave ? Si oui, comment pouvons nous procéder pour les modifier ?
.
Regardez voir sur quoi pointe le Forest et DomainDNSzones
dans votre DNS ... a mon avis il y a fort a parier que
des traces y subsistent ...
-----Message d'origine-----
Nous sommes administrateurs dans une PME et rencontrons
des difficultés depuis quelques temps sous active
directory 2000/2003 et Exchange 2003.
Notre réseau était divisé en deux domaines, l'un
étant domaine racine (A) et l'autre un domaine membre de
la foret (B) avec un nom de domaine bien différent (pas
de
domaine enfant).
Le domaine A hébergeait le système de messagerie
Exchange
2000 et une relation d'approbation liait les deux
domaines
(bi-directionnelle transitive)
Pour certaines raisons, il nous a été nécessaire
de migrer les rôles FSMO du maître de foret vers le PDC
du
domaine B. Ce transfert s'étant déroulé sans encombre,
nous avons alors migré la messagerie en la transférant
sur
un contrôleur secondaire de domaine du domaine B, sous
Exchange 2003 enterprise.
Les BAL fonctionnant correctement sur le nouveau
serveur Exchange, nous avons rétrogradé le serveur
Exchange du domaine A. Les problèmes ont commencé quand
il
à fallu forcer la rétrogradation du PDC de l'ancien
domaine racine. Il arrive que malgré le fait que le PDC
du
domaine B soit GC, il arrive que le système Exchange du
contrôleur secondaire ne trouve pas le catalogue ....
Il semble que tout les rôles FSMO sont bien gérés par le
PDC du domaine B.
Cependant, nous nous inquiétons de voir que dans AD, les
chemins des objets sont de la forme (ici exemple dans
site
et services AD):
DOMAINE_A/Configuration/Sites/Premier-Site-par-
defaut/Servers/Nom_serveur_controleur_principal_de_domain
e/
NTDS Settings
Le fait que les chemins des ressources aient gardé le
nom
de l'ancien domaine racine est il grave ?
Si oui, comment pouvons nous procéder pour les modifier ?
Regardez voir sur quoi pointe le Forest et DomainDNSzones dans votre DNS ... a mon avis il y a fort a parier que des traces y subsistent ...
-----Message d'origine----- Nous sommes administrateurs dans une PME et rencontrons des difficultés depuis quelques temps sous active directory 2000/2003 et Exchange 2003.
Notre réseau était divisé en deux domaines, l'un étant domaine racine (A) et l'autre un domaine membre de la foret (B) avec un nom de domaine bien différent (pas de
domaine enfant). Le domaine A hébergeait le système de messagerie Exchange
2000 et une relation d'approbation liait les deux domaines
(bi-directionnelle transitive) Pour certaines raisons, il nous a été nécessaire de migrer les rôles FSMO du maître de foret vers le PDC du
domaine B. Ce transfert s'étant déroulé sans encombre, nous avons alors migré la messagerie en la transférant sur
un contrôleur secondaire de domaine du domaine B, sous Exchange 2003 enterprise. Les BAL fonctionnant correctement sur le nouveau serveur Exchange, nous avons rétrogradé le serveur Exchange du domaine A. Les problèmes ont commencé quand il
à fallu forcer la rétrogradation du PDC de l'ancien domaine racine. Il arrive que malgré le fait que le PDC du
domaine B soit GC, il arrive que le système Exchange du contrôleur secondaire ne trouve pas le catalogue ....
Il semble que tout les rôles FSMO sont bien gérés par le PDC du domaine B. Cependant, nous nous inquiétons de voir que dans AD, les chemins des objets sont de la forme (ici exemple dans site
et services AD): DOMAINE_A/Configuration/Sites/Premier-Site-par- defaut/Servers/Nom_serveur_controleur_principal_de_domain e/
NTDS Settings
Le fait que les chemins des ressources aient gardé le nom
de l'ancien domaine racine est il grave ? Si oui, comment pouvons nous procéder pour les modifier ?
