Embûches

affecter les clients, mais il existe quelques problèmes connus pour les serveurs. Les stations de travail et serveurs Windows NT constituent une exception car vous devez les retirer du domaine d’origine et les rattacher au domaine renommé.

La documentation Microsoft explique comment renommer des contrôleurs avec les domaines proprement dits.Cette opération prend tout son sens si les contrôleurs incluent le domaine dans leur nom (la gestion sera peut-être facilitée si les noms de contrôleur reflètent le changement de nom). Néanmoins, le fait de renommer des contrôleurs de domaine affecte le service de mise à jour de destinataire (RUS) car il doit les contacter pour récupérer des informations sur les objets activés pour la messagerie nouveaux ou mis à jour, notamment les comptes. Si vous renommez les contrôleurs de domaine, assurez-vous que le service RUS pointe ensuite vers un contrôleur valide ou il deviendra impossible d’activer les objets pour la messagerie en les mettant à jour avec les adresses de messagerie proxy. Si vous avez mis en place DSAccess (comme décrit dans l’article Microsoft « Directory service server detection and DSAccess usage », à l’adresse http://support.microsoft.com/?kbid=250570

 afin que les serveurs Exchange utilisent des contrôleurs de domaine spécifiques (définis via l’onglet Directory Access dans la boîte de dialogue des propriétés du serveur, comme l’illustre la figure 1), vous devez vérifier que ces contrôleurs de domaine sont encore valides après le changement de nom. Si les problèmes persistent et si DSAccess retourne l’erreur 2075 dans le journal des événements sur un serveur Exchange qui essaie de trouver une liste de contrôleurs de domaine et de serveurs de catalogue global, il sera peut-être nécessaire de vider le cache sur ce serveur, comme indiqué dans l’article « Event ID 2075 Occurs When You Try to Obtain a List of the Global Catalog Servers »