Quelques notions de base

Schema », www.itpro.fr (Club
Abonnés).

Au cours des dernières années, de plus en plus d’applications sont devenues
conscientes des répertoires et requièrent
que les données résident
dans AD. Le plus souvent, ces applications
demandent que l’on étende le
schéma AD pour inclure des classes et
des attributs custom. Quand on stocke
des données dans AD, les applications
peuvent utiliser l’architecture multi
maîtres distribuée des AD afin qu’un
mécanisme de réplication séparé ne
soit pas nécessaire pour transférer des
données entre les serveurs d’applications.
Le fait de stocker des informations informations
dans AD rend aussi les applications
plus accessibles aux utilisateurs
finaux et aux autres applications.

De nombreux départements IT
étendent le schéma pour leur propre
usage. Ainsi, des entreprises qui ont
une application « pages blanches »
pour publier en interne des news
concernant les employés ou les clients,
devront peut-être étendre le schéma
pour assumer certains attributs qui
n’existent pas dans le schéma AD par
défaut. Supposons que vous deviez
ajouter nom d’immeuble à  l’objet utilisateur
de chaque employé. Comme le
schéma AD par défaut ne contient pas
d’attribut immeuble, il faut soit créer
un nouvel attribut, soit utiliser un attribut
inutilisé existant à  cet effet. Le
schéma AD contient beaucoup d’attributs
et de classes utiles mais la plupart
des fournisseurs et des grands
comptes devront en ajouter d’autres
pour satisfaire pleinement leurs applications.
Pour tirer le maximum des AD,
il faut étendre le schéma.