Ne supprimez que les objets du
schéma utilisés par des objets non
instanciés. Dans AD, particulièrement
en présence de nombreux DC,
on ne peut pas garantir qu’une certaine
classe ou attribut n’est pas en
service. Vous pouvez utiliser un outil
comme Ldp (qui fait partie du kit
Win2K Support Tools) pour exécuter
des requêtes sur un ou plusieurs DC.
Le plus souvent, Ldp reconnaîtra si
une classe ou un attribut est en service.
La seule fois où Ldp risque de
ne pas faire cette identification est le
cas où une application a créé un objet
qui utilisait la classe ou l’attribut,
sans que cet objet ait encore été répliqué
sur le DC auquel vous avez
appliqué la requête Ldp. Vous pouvez
atténuer ce problème en utilisant
Replmon or Repadmin (également
disponible dans le Support Tools)
pour forcer la réplication.
• Ne supprimez pas d’objets du
schéma AD de base. Bien que vous
puissiez le faire, la suppression des
classes ou des attributs par défaut
peut provoquer un comportement
étrange dans AD et pourrait
conduire des applications (Microsoft
Exchange 2000 Server, par exemple)
à fonctionner erratiquement.
Microsoft et de nombreux fournisseurs
d’applications supposent que le schéma AD par défaut sera toujours
présent, donc le logiciel tente
souvent d’utiliser des objets de
schéma pré-existants pour pratiquer
le stockage et la requête de données.
Pour beaucoup de DSI, le cloud a longtemps été réduit à un projet de migration : déplacer des serveurs on-premise vers un fournisseur externe. Une fois cette étape franchie, la…
Passez à la cybersécurité proactive, transformez la collecte et l’analyse des logs en un bouclier dynamique contre les cybermenaces. Découvrez comment mettre en place une approche SIEM modulaire, évolutive et…