Dépannage des problèmes liés au script RollAlternateServiceAccountCredential.ps1

 

S’applique à : Exchange Server 2010 SP2, Exchange Server 2010 SP3

Dernière rubrique modifiée : 2012-07-23

Cette rubrique fournit des solutions et des informations à propos des erreurs courantes qui peuvent se produire lorsque vous utilisez le script RollAlternateServiceAccountPassword.ps1.

Au moins un serveur d’accès au client ne peut pas être mis à jour avec le mot de passe

Problème

Lorsque vous utilisez les paramètres ToEntireForest ou ToArrayMembers avec le script, dans certains cas, au moins un des serveurs d’accès au client risque de ne pas être mis à jour.

Solution

Vérifiez que les serveurs que le script ciblera sont bien tous les serveurs requis à l’aide de la cmdlet Get-ClientAccessArray, comme dans l’exemple suivant.

Get-ClientAccessArray | fl members

Si le serveur qui n’arrive pas à se mettre à jour est membre du groupe d’accès au client et qu’il ne se met toujours pas correctement à jour, exécutez à nouveau le programme d’installation Exchange et ajoutez à nouveau le rôle serveur d’accès au client au serveur. Vous pouvez également spécifier les serveurs individuels à cibler à l’aide du paramètre ToSpecificServers.

Certains serveurs ne répondent pas au script

Problème

Dans certains cas, les serveurs peuvent ne pas se mettre à jour à cause d’erreurs temporaires telles qu’une mauvaise connexion réseau.

Solution

Vérifiez que les serveurs en question ont une connectivité réseau et Active Directory, puis réexécutez le script.

Certains membres de groupe sont hors service pendant un certain temps

Problème

Si un serveur est hors service pendant un certain temps mais qu’il est toujours membre du groupe, comme défini par la cmdlet Get-ClientAccessArray, la fonctionnalité du script peut être gênée lors de l’utilisation des paramètres ToArrayMembers et ToEntireForest. Le même problème se produira si un serveur a rencontré un échec permanent mais qu’il n’a pas été supprimé correctement de votre déploiement.

Solution

Pour résoudre ce problème, supprimez le serveur de votre déploiement à l’aide du programme d’installation Exchange ou exécutez le script en mode avec assistance jusqu’à ce que le serveur puisse être supprimé.

Si le serveur est indisponible uniquement sur une courte durée et que vous ne souhaitez pas supprimer définitivement Exchange, vous pouvez adapter le script pour qu’il s’exécute sur des serveurs spécifiques à l’aide du paramètre ToSpecificServers afin que seuls les serveurs actifs soient ciblés. Ou vous pouvez supprimer le service d’accès au client RCP de l’objet Active Directory du serveur qui ne répond pas à l’aide de la cmdlet Remove-ClientAccessArray, comme dans l’exemple suivant.

Remove-RPCClientAccess -Server Server.Contoso.com

Après la suppression du service d’accès au client RPC, le serveur se sera pas renvoyé comme membre du groupe par Get-ClientAccessArray et le script ne le ciblera pas. Dès que le serveur est à nouveau fonctionnel, vous pouvez rajouter le service d’accès au client RPC à l’aide de la cmdlet New-RpcClientAccess. Lorsque vous aurez rajouté le service d’accès au client RPC, assurez-vous de redémarrer le service Carnet d’adresses Microsoft Exchange sur le serveur concerné.

AttentionAttention :
Avant de supprimer le service d’accès au client RPC d’un serveur, consultez la rubrique Remove-RPCClientAccess.

Pour plus d’informations

Pour plus d’informations sur l’utilisation de l’authentification Kerberos avec un groupe de serveurs d’accès au client ou une solution d’équilibrage de charge, consultez les rubriques suivantes :

 © 2010 Microsoft Corporation. Tous droits réservés.