Bonjour,
vous avez un article très complet sur le sujet sur ce site :
http://blogs.technet.com/b/janelewis/archive/2009/05/12/schema-what-is-the-best-practise-for-updating.aspx
À ma connaissance, il n'y a pas de moyen simple de revenir en arrière lorsque vous avez procédé à une mise à jour du schéma. Tous les contrôleurs en seront informés et il serait alors nécessaire de restaurer l'état du système de tous les contrôleurs de domaine
(et c'est une supposition, je n'ai jamais procédé de cette manière).
Microsoft ne recommande pas non plus d'isoler le maître de schéma pour réaliser l'opération. Aussi, lorsqu'on m'a demandé à titre professionnel de valider que l'extension de schéma fonctionnait convenablement (reste à définir ce qu'on appelle "fonctionner"
convenablement), j'ai souvent eu recours à la méthode suivante:
- création d'une VM et ajout comme contrôleur de domaine supplémentaire (les données de l'annuaire sont alors répliquées sur ce contrôleur) ; N'oubliez pas d'en faire un serveur DNS que le serveur interrogera lui-même par la suite ;
- isolation du contrôleur de domaine (le déconnecter du réseau mais en lui laissant un "link" up sur la carte réseau, comme le mode "Host Only" d'un certain émulateur de machine virtuelles :-)
Une fois la VM déconnectée de la production:
- nettoyage sur la production du contrôleur de domaine. En effet, les anciens contrôleurs vont rapidement générer des erreurs relatives à des problèmes de réplication. Dans ce cas, on considère que le contrôleur de domaine a été supprimé manuellement:
http://support.microsoft.com/kb/216498
Une fois cette opération réalisée, la production reste inchangée puisque vous avez faire "disparaitre le contrôleur situé dans la VM"
- sur la VM: Faites pointer le client DNS du serveur sur son propre serveur DNS (sans quoi les ouvertures de session seront très longues) ;
- Utilisation de NTDSUTIL et des commandes appropriées pour forcer les rôles FSMO sur le contrôleur de domaine (schema master en particulier mais également les autres)
http://support.microsoft.com/kb/255504 ;
- toujours sur la VM, en faire un serveur de catalogue global.
- nettoyage de tous les contrôleurs de production depuis la VM isolée (afin qu'il ne reste plus que le contrôleur de de la VM:
http://support.microsoft.com/kb/216498
À ce stade, vous avez un contrôleur de domaine isolé avec tous les rôles FSMO et le GC. Il ne vous reste qu'à procéder aux tests que vous jugerez utiles pour l'extension de schéma. Si tout fonctionne comme vous
le souhaitez, vous pouvez éteindre cette VM et procéder à l'opération sur le véritable maître de schéma.
Je ne prétends pas qu'il s'agit là de la solution la plus simple, mais c'est celle que j'ai déjà utilisée sur le terrain lorsque cela était nécessaire. Si vous décidez de la suivre, soyez prudent et méticuleux avec les commandes NTDSUTIL. C'est un peu comme
ADSIEDIT pour éditer les objets Active Directory.
Que vous suiviez cette méthode ou une autre, j'espère que ces quelques lignes vous donneront des indices pour réussir au mieux cette opération.
Thierry
Groupe des Administrateurs de Microsoft Exchange Server (GAMES) http://exchange.microsoftgroups.org
