En plus de la réponse de Thierry, il est à noter :
- si tu veux unifier dans une forêt unique les sites doivent être relié avec des liaisons "stables" et les contrôleurs de domaine doivent répliqués régulièrement.
- si chaque site dispose de ses propres ressources, il n'y pas forcément d'intérêt à migrer dans un environnement unique. Une forêt (avec un ou plusieurs domaines) est toujours un environnement unique ( même partition de schéma, même partition de configuration)
dont les contrôleurs de domaine doivent répliqués. Un domaine enfant n'est viable que s'il peut dialoguer avec le domaine parent.
- pour utiliser des outils comme ADMT, il faut pouvoir créer une approbation entre les sites et pour cela
ils doivent avoir des noms différents. http://www.pbarth.fr/node/106. C'est d'ailleurs le principe de base de DNS de ne pas créer plusieurs environnement différent avec le même nom.
-évite les forêts multi domaines, en général, on le fait s'il y a une contrainte forte extérieur en matière de limite de sécurité, de délégation et s'il faut mutualiser es ressources. Si chaque site est autonome
et à ses propres serveurs il est plus simple de ne pas mutualiser et d'utiliser des approbations entre les forêts autonomes (ce qui évite une lourde charge de travail, alors qu'il n'y a pas de réél besoin d'unifier les éléments). Comme expliqué par Thierry
dans une forêt multi domaine, le domaine racine est particulier, déja en terme de sécurité étant donné qu'il contient des groupes qui n'existent pas dans les autres (administrateur de schéma, administrateurs d'entreprises ...)
Si tu dois tout de même regrouper, il y a trois possibilités :
-renommer le domaine AD, mais c'est périlleux, en général l'AD le supporte bien mais par contre
cela impact fortement tous les services dépendant (application, site intranet qui marche plus...), du coup c'est rarement recommandable. Cela n'aura pas d'intérêt par contre si tous les domaines ont été créés par clonage d'un autres (déja vu
dans ces forums) et utilisent le même identifiant unique en pus d'avoir le même nom.
-faire une migration ADMT vers un domaine temporaire puis refaire une deuxième migration ADMT
- faire une migration manuelle, des utilisateurs des postes et des ressources.
Du coup, il y a deux questions que tu dois te poser :
- Comment seront géré les ressources ? Chaque site à ses serveurs ?
- plusieurs équipes indépendantes pour gérer les environnements ? Tu dois déléguer la gestion sur chaque site ?
Migrer vers un environnement AD unique n'est pas un objectif ni une finalité en soi, cela peut-être un moyen d'atteindre tes objectifs. A toi de déterminer le profit que tu en attends, et si la charge et le coût reste réaliste par rapport aux attentes.
