Message d’erreur lorsque vous essayez d’installer Exchange Server 2010 SP2 : Échec de l’case activée AuthorizationManager

Numéro de la base de connaissances d’origine : 2668686

Symptômes

Prenons l’exemple du scénario suivant :

• Vous installez Exchange Server 2010 ou Exchange Server 2010 Service Pack 1 (SP1).
• Vous utilisez la console de gestion stratégie de groupe (GPMC) ou la stratégie de groupe Rédacteur locale (Gpedit.msc) pour créer un objet stratégie de groupe (GPO) ou une stratégie locale.
• L’objet de stratégie de groupe ou la stratégie locale définit la stratégie d’exécution Windows PowerShell sur un status autre que Undefined.
• Vous installez Exchange Server 2010 SP2.

Dans ce scénario, l’installation échoue et vous recevez un message d’erreur semblable au suivant :

L’erreur suivante a été générée lorsque « $error. Clear() ;
& $RoleBinPath\ServiceControl.ps1 EnableServices Critique
» a été exécuté : « AuthorizationManager case activée a échoué. ».
L’case activée AuthorizationManager a échoué.

Lorsque cette erreur se produit, Exchange Server 2010 ne fonctionne pas et n’est pas répertorié dans Ajout/Suppression de programmes. En outre, vous ne pouvez pas réinstaller Exchange Server 2010.

Cause

Ce problème se produit car le service WMI (Windows Management Instrumentation) est arrêté pendant le processus d’installation. Par conséquent, le script ServiceControl.ps1 Windows PowerShell qui s’exécute dans le cadre du processus d’installation Exchange Server 2010 SP2 ne peut pas appeler le service WMI pour vérifier les autorisations d’exécution.

Résolution

Pour résoudre ce problème, procédez comme suit :

1. Récupérez le serveur qui exécute Exchange Server 2010. Pour plus d’informations sur la récupération d’un serveur qui exécute Exchange Server 2010, consultez Récupérer des serveurs Exchange.

2. Utilisez la console GPMC ou Gpedit.msc pour désactiver l’objet de stratégie de groupe ou la stratégie locale.

3. Installez Exchange Server 2010 SP2.

4. Définissez la stratégie d’exécution de l’étendue LocalMachine sur RemoteSigned. Pour ce faire, exécutez l’applet de commande suivante :

   Set-ExecutionPolicy RemoteSigned -scope LocalMachine
   

Informations supplémentaires

Pour vérifier les stratégies d’exécution avant de commencer l’installation, exécutez l’applet de commande Windows PowerShell suivante :

Get-ExecutionPolicy -list

Le résultat doit être similaire au suivant :

Scope ExecutionPolicy
----- ---------------
MachinePolicy Undefined
UserPolicy Undefined
Process Undefined
CurrentUser Undefined
LocalMachine RemoteSigned

Si l’une des étendues suivantes est définie sur un status autre qu’Undefined, reportez-vous aux étapes de la section Résolution avant d’installer Exchange Server 2010 SP2 :

• MachinePolicy
• UserPolicy
• Processus
• CurrentUser

Si l’étendue LocalMachine est définie sur Undefined, vous pouvez recevoir un message d’erreur semblable à ce qui suit lorsque vous démarrez l’console de gestion Exchange (EMC) :

Exception appelant « GetSteppablePipeline » avec « 1 » argument(s) : « Le fichier C :\Program Files\Microsoft\Exchange Server\V14\RemoteScripts\ConsoleInitialize.ps1 ne peut pas être chargé, car l’exécution des scripts est désactivée sur ce système. Pour plus d’informations, consultez « get-help about_signing ».

En outre, vous pouvez recevoir un message d’erreur semblable au suivant lorsque vous démarrez l’environnement de ligne de commande Exchange Management Shell (EMS) :

Le terme « Connect-ExchangeServer » n’est pas reconnu comme le nom d’une applet de commande, d’une fonction, d’un fichier de script ou d’un programme opérable. Vérifiez l’orthographe du nom ou, si un chemin d’accès a été inclus, vérifiez que le chemin est correct, puis réessayez.

References

Vous ne pouvez pas installer de correctif cumulatif pour Exchange Server 2010 avec un objet de stratégie de groupe déployé qui définit une stratégie d’exécution PowerShell pour le serveur à mettre à jour