2 votes

Aide sur la structure d'Active Directory

Je suis tombé aujourd'hui sur un AD où l'administrateur précédent l'avait configuré de telle sorte que chaque objet AD se trouve dans un OU enfant de Domain Controllers...........

DOMAINNAME.LOCAL
     Builtin
     Computers
     Domain Controllers
           Active Users
           Computers
                      Servers
                      Workstations
           DistroGroups
.....

Les onglets montrent que l'OU est un enfant du précédent.

  1. Que dois-je garder à l'esprit lorsque je remets les ordinateurs dans le bon OU ?

  2. Que dois-je garder à l'esprit lorsque je déplace les autres objets tels que les utilisateurs et les groupes de distrobution et de sécurité en dehors de l'OU enfant du contrôleur de domaine ?

Je vais m'assurer que les GPO sont correctement appliquées au bon OU mais je suis plus préoccupé par les effets que cela pourrait avoir sur notre serveur Exchange 2003......

Si vous avez l'expérience de la restructuration d'une structure AD inadéquate, veuillez me faire part de votre expérience et des problèmes que vous rencontrez dans la résolution de ce genre de problèmes.....

Je comprends qu'en théorie, cela peut être acceptable, mais ce n'est absolument pas pris en charge par microsoft et je n'ai jamais rien vu de tel.....

Pour référence, je suis tombé sur cet article. ITWORLD AD ARTICLE

Merci,

Cet environnement comporte un DC 2008 et deux DC 2003 R2. Il dispose également d'un serveur Exchange 2003. Il y a environ 30 postes de travail d'utilisateurs ainsi qu'un système DFS, une passerelle RD, un VPN, pour ne citer que quelques services essentiels qui peuvent être affectés par cette situation.

5voto

Wimmel Points 7641

Wow, c'est plutôt merdique. Voilà ce que je ferais...

  1. Familiarisez-vous avec la structure actuelle des GPO. Si quelque chose doit se casser, ce sera ça.
  2. Créez une nouvelle structure dans AD telle que vous souhaitez l'organiser. Créez les OU et tout ça, et liez les GPOs correctes à ces OU.
  3. Déplacez les objets individuels un par un et testez la fonctionnalité au fur et à mesure. Si quelque chose se casse, remettez-le en place et essayez de comprendre ce qui s'est passé. Pour les serveurs/fonctions critiques, programmez l'opération en dehors des heures de travail afin de réduire l'impact sur les utilisateurs.
  4. Rincez et répétez.

Je ne sais pas s'il existe une solution miracle, mais voici comment je l'aborderais.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X