Erreur 1603 lorsque vous essayez d'installer SKYP

Symptômes

Lorsque vous essayez d’installer le correctif cumulatif 1 pour Microsoft Exchange Server 2010, l’installation échoue et vous recevez un code d’erreur 1603. Ensuite, vous créez un journal d’installation en utilisant le commutateur du programme d’installation suivant :

Exchange2010-Rollup1KB976573-x64-en.msp /lvx c:\logFilePath\InstallationLogFile.log
Le fichier journal d’installation semblable au suivant :
////////////

MSI (s) (60:74) [Timestamp] : effectuant l’action : CA_START_REMOVEDATA_SERVICES

Heure dedébut de l’action : CA_START_REMOVEDATA_SERVICES.

MSI (s) (60:74) [Timestamp] : transformation table CustomAction.

MSI (s) (60:74) [Timestamp] : transformation table CustomAction.

MSI (s) (60:74) [Timestamp] : Remarque : 1 : 2262 2 : CustomAction-3:2147287038

MSI (s) (60:74) [Timestamp] : Remarque : 1 : 2235 2:3 : ExtendedType 4 : sélectionnez 'Action', 'Type', 'Source', 'Cible', NULL, 'ExtendedType' de 'CustomAction' où 'Action' = 'CA_START_REMOVEDATA_SERVICES'

MSI (s) (60:74) [Timestamp] : transformation table CustomAction.

MSI (s) (60:74) [Timestamp] : transformation table CustomAction.

MSI (s) (60:74) [Timestamp] : Remarque : 1 : 2262 2 : CustomAction-3:2147287038

MSI (s) (60:74) [Timestamp] : transformation de table binaire.

MSI (s) (60:74) [Timestamp] : transformation de table binaire.

MSI (s) (60:74) [Timestamp] : Remarque : 1 : 2262 2 : 3 :-de 2147287038 binaire

MSI (s) (60:74) [Timestamp] : création d’un identificateur MSIHANDLE (99) de type 790542 pour le thread 1652

MSI (s) (60:A0) [Timestamp] : l’appel d’une action personnalisée à distance. DLL : C:\Windows\Installer\MSI2978.tmp, point d’entrée : CAQuietExec

MSI (s) (60 ! 88) [Timestamp] : création d’un identificateur MSIHANDLE (100) de type 790541 pour le thread 4232

MSI (s) (60 ! 88) [Timestamp] : création d’un identificateur MSIHANDLE (101) de type 790531 pour le thread 4232

MSI (s) (60 ! 88) [Timestamp] : fermeture d’un identificateur MSIHANDLE (101) de type 790531 pour le thread 4232

MSI (s) (60 ! 88) [Timestamp] : modification de propriété : propriété de suppression de QtExecCmdLine. Sa valeur actuelle est ' »lettrelecteur: \Program Files\Microsoft\Exchange Server\V14\\bin\QuietExe.exe » « C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe » "-commande. » Lettre_lecteur: \Program Files\Microsoft\Exchange Server\V14\\bin\servicecontrol.ps1' AfterPatch «».

MSI (s) (60 ! 88) [Timestamp] : création d’un identificateur MSIHANDLE (102) de type 790531 pour le thread 4232

CAQuietExec : Erreur 0 x 80070001 : ligne de commande a renvoyé une erreur.

MSI (s) (60 ! 88) [Timestamp] : fermeture d’un identificateur MSIHANDLE (102) de type 790531 pour le thread 4232

MSI (s) (60 ! 88) [Timestamp] : création d’un identificateur MSIHANDLE (103) de type 790531 pour le thread 4232

CAQuietExec : erreur 0 x 80070001 : CAQuietExec n’a pas pu

MSI (s) (60 ! 88) [Timestamp] : fermeture d’un identificateur MSIHANDLE (103) de type 790531 pour le thread 4232

MSI (s) (60 ! 88) [Timestamp] : fermeture d’un identificateur MSIHANDLE (100) de type 790541 pour le thread 4232

CustomAction CA_START_REMOVEDATA_SERVICES a renvoyé le code d’erreur 1603 (Remarque peut-être pas précis à 100 % si la traduction s’est produite à l’intérieur de sandbox)

MSI (s) (60:A0) [Timestamp] : fermeture d’un identificateur MSIHANDLE (99) de type 790542 pour le thread 1652

Fin de l’action 6:21:13 : CA_START_REMOVEDATA_SERVICES. Valeur renvoyée 3.

MSI (s) (60:74) [Timestamp] : transformation de la table InstallExecuteSequence.

MSI (s) (60:74) [Timestamp] : transformation de la table InstallExecuteSequence.

MSI (s) (60:74) [Timestamp] : Remarque : 1 : 2262 2 : InstallExecuteSequence-3:2147287038

Heure defin de l’action : installer. Valeur renvoyée 3.

////////////
En outre, ce problème peut se produire lorsque vous essayez d’installer le correctif cumulatif 2 pour Exchange Server 2010.

Cause

Ce problème se produit lorsque la condition suivante est remplie :
  • L’objet de stratégie de groupe (GPO), ExecutionPolicy, définit une ou les deux stratégies suivantes :
    • MachinePolicy
    • UserPolicy
Il n’est pas important de la définition d’une des deux stratégies. Ce problème se produit parce que les stratégies sont définis.



Lorsque vous exécutez le programme d’installation d’Exchange 2010 RU1 ou Exchange 2010 RU2, le programme d’installation s’arrête et désactive le service Windows Management Instrumentation (WMI). Lors de le MachinePolicy ou UserPolicy est défini, le service WMI doit être activé pour exécuter le script Windows PowerShell qui est nommé ServiceControl.ps1. Le service WMI est utilisé pour accéder aux paramètres qui sont stockés dans les Services de domaine Active Directory (AD DS). C’est la manière dont Windows PowerShell détermine les autorisations pour qu’un script ou une applet de commande peut être exécutée.

Solution de contournement

Pour contourner ce problème, vous devez temporairement supprimer toute définition de MachinePolicy et de UserPolicy dans ExecutionPolicy.

Déterminer des stratégies définies

Pour déterminer lequel des stratégies est défini, procédez comme suit :
  1. Cliquez sur Démarrerstart button , puis tapez cmd dans la zone Rechercher les programmes et fichiers .
  2. Droit sur cmd.exe dans la liste programmes , puis cliquez sur Exécuter en tant qu’administrateur.
    UAC Si vous êtes invité à entrer un mot de passe administrateur ou une confirmation, tapez le mot de passe ou indiquez la confirmation demandée.
  3. À l’invite de commandes, copiez ou tapez la commande suivante et puis appuyez sur ENTRÉE :
    MMC
  4. Dans le menu fichier , cliquez sur Ajouter/supprimer un composant logiciel enfichable.
  5. Sélectionnez Gestion de l’ordinateur dans la liste des composants, puis cliquez sur Ajouter.
  6. Sélectionnez l’Ordinateur Local, puis cliquez sur Terminer.
  7. Cliquez sur Fermer, puis cliquez sur OK.
  8. Développez Gestion de l’ordinateur, développez Services et Applications, puis cliquez sur Services.
  9. Droit d’Instrumentation de gestion Windows, puis cliquez sur Propriétés.
  10. Pour type de démarrage, sélectionnez automatique, cliquez sur Appliquer, puis cliquez sur Démarrer.
  11. Fermez Microsoft Management Console.
  12. Cliquez sur Démarrerstart button , pointez sur Tous les programmes, sur Accessoires, pointez sur Windows PowerShell, puis cliquez sur Windows PowerShell.
  13. À l’invite de commandes, tapez la commande suivante et appuyez sur ENTRÉE :

    get-executionpolicy –list
  14. Notez que la stratégie, MachinePolicy ou UserPolicy, est définie. Si la stratégie n’est pas définie, la stratégie est répertoriée comme Undefined. Notez la façon dont chaque stratégie est définie, par exemple, avec la stratégie d’exécution AllSigned ou restreint.

Stratégie d’exécution définie localement

Pour une stratégie d’exécution définie localement, procédez comme suit :
  1. Cliquez sur Démarrerstart button , puis tapez cmd dans la zone Rechercher les programmes et fichiers .
  2. Droit sur cmd.exe dans la liste programmes , puis cliquez sur Exécuter en tant qu’administrateur.
    UAC Si vous êtes invité à entrer un mot de passe administrateur ou une confirmation, tapez le mot de passe ou indiquez la confirmation demandée.
  3. À l’invite de commandes, copiez ou tapez la commande suivante et puis appuyez sur ENTRÉE :
    MMC
  4. Dans le menu fichier , cliquez sur Ajouter/supprimer un composant logiciel enfichable.
  5. Cliquez sur Ajouter, sélectionnez l’Éditeur d’objets de stratégie de groupe dans la liste des composants, puis cliquez sur Ajouter.
  6. Sélectionnez l’Ordinateur Local, puis cliquez sur Terminer.
  7. Cliquez sur OK.
  8. Selon la stratégie d’exécution a été définie, comme indiqué à l’étape 3 de la section « Déterminer les stratégies définies », suivez les étapes de MachinePolicy ou UserPolicy selon le cas :


    Pour MachinePolicy :
    1. Développez Stratégie ordinateur Local, développez Configuration ordinateur, développez Modèles d’administration, développez Composants Windows, puis cliquez sur Windows PowerShell.
    2. Cliquez sur Activer l’exécution du Script, puis cliquez sur Propriétés.
    3. Sélectionnez Non configuré, puis cliquez sur OK.
    Pour UserPolicy :
    1. Développez Stratégie ordinateur Local, développez Configuration utilisateur, développez Modèles d’administration, développez Composants Windows, puis cliquez sur Windows PowerShell.
    2. Cliquez sur Activer l’exécution du Script, puis cliquez sur Propriétés.
    3. Sélectionnez Non configuré, puis cliquez sur OK.
  9. Fermez Microsoft Management Console.
  10. Cliquez sur Démarrerstart button , pointez sur Tous les programmes, sur Accessoires, pointez sur Windows PowerShell, puis cliquez sur Windows PowerShell.
  11. À l’invite de commandes, tapez la commande suivante et appuyez sur ENTRÉE :
    exchange_install_folder\bin\ServiceControl.ps1 AfterPatch
    Remarque Dans cette commande, l’espace réservé de exchange_install_folder représente où se trouve le programme d’installation du correctif cumulatif de mise à jour Exchange.
  12. Installer Exchange 2010 RU1 ou Exchange 2010 RU2.

Stratégie d’exécution définie sur AD DS

Pour une stratégie d’exécution définie sur AD DS, procédez comme suit sur le contrôleur de domaine qui héberge les services AD DS :
  1. Cliquez sur Démarrerstart button , puis tapez cmd dans la zone Rechercher les programmes et fichiers .
  2. Droit sur cmd.exe dans la liste programmes , puis cliquez sur Exécuter en tant qu’administrateur.
    UAC Si vous êtes invité à entrer un mot de passe administrateur ou une confirmation, tapez le mot de passe ou indiquez la confirmation demandée.
  3. À l’invite de commandes, copiez ou tapez la commande suivante et puis appuyez sur ENTRÉE :
    gpresult /z > PolicySettings.txt
  4. Dans le bloc-notes, ouvrez le fichier PolicySettings.txt.
  5. Recherchez l’entrée suivante dans la liste :
    Objet de stratégie de groupe : Serveurs - base v2.0

    KeyName : Chemin d’accès clé\PowerShell\ExecutionPolicy

    Valeur : KeyValues_comma_delimited_list
    État : activé
    Remarque dans le cas où, dans la hiérarchie de la stratégie de groupe résidant dans cette entrée. Répétez cette étape pour déterminer s’il existe d’autres entrées qui font référence à « PowerShell. »
  6. Cliquez sur Démarrerstart button et cliquez sur Panneau de configuration, double-cliquez sur Outils d’administration, puis double-cliquez sur Gestion de stratégie de groupe.
  7. Recherchez l’objet stratégie de groupe qui définit la stratégie d’exécution de Windows PowerShell et attribuez à cette entrée de pas configurer.
  8. Cliquez sur Démarrerstart button , puis tapez cmd dans la zone Rechercher les programmes et fichiers .
  9. Droit sur cmd.exe dans la liste programmes , puis cliquez sur Exécuter en tant qu’administrateur.
    UAC Si vous êtes invité à entrer un mot de passe administrateur ou une confirmation, tapez le mot de passe ou indiquez la confirmation demandée.
  10. À l’invite de commandes, copiez ou tapez la commande suivante et puis appuyez sur ENTRÉE :
    gpupdate /force
    Cette commande force la réplication des modifications de stratégie sur tous les serveurs et les comptes d’utilisateurs.
  11. Sur le serveur Exchange 2010 dans lequel l’installation de la mise à jour cumulative a échoué, cliquez sur Démarrerstart button , puis tapez cmd dans la zone Rechercher les programmes et fichiers .
  12. Droit sur cmd.exe dans la liste programmes , puis cliquez sur Exécuter en tant qu’administrateur.
    UAC Si vous êtes invité à entrer un mot de passe administrateur ou une confirmation, tapez le mot de passe ou indiquez la confirmation demandée.
  13. À l’invite de commandes, copiez ou tapez la commande suivante et puis appuyez sur ENTRÉE :
    net start winmgmt
    Cette commande démarre WMI afin d’exécute correctement le script Windows PowerShell (ServiceControl.ps1) qui est répertorié dans l’étape 15.
  14. Cliquez sur Démarrerstart button , pointez sur Tous les programmes, sur Accessoires, pointez sur Windows PowerShell, puis cliquez sur Windows PowerShell.
  15. À l’invite de commandes, tapez la commande suivante et appuyez sur ENTRÉE :
    exchange_install_folder\bin\ServiceControl.ps1 AfterPatch
    Remarque Dans cette commande, l’espace réservé de exchange_install_folder représente où se trouve le programme d’installation du correctif cumulatif de mise à jour Exchange.
  16. Installer Exchange 2010 RU1 ou Exchange 2010 RU2.
Propriétés

ID d'article : 981474 - Dernière mise à jour : 12 janv. 2017 - Révision : 1

Commentaires