Comment faire pour résoudre les problèmes de déploiement de mise à jour de logiciels dans System Center 2012 Configuration Manager

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3090264
Résumé
Lorsque vous déployez des mises à jour de logiciels dans System Center 2012 Configuration Manager (ConfigMgr 2012 ou ConfigMgr 2012 R2), vous en général ajoutez les mises à jour à un groupe de mise à jour de logiciel, puis déployer le groupe de mise à jour de logiciels aux clients. Lorsque vous créez le déploiement, la stratégie de mise à jour est envoyée aux ordinateurs clients, et les fichiers de contenu de mise à jour sont téléchargés à partir d'un point de distribution vers le cache local sur l'ordinateur client. Les mises à jour sont ensuite disponibles pour installation sur le client. Normalement, ce processus est terminé avec succès avec peu d'effort. Toutefois, les problèmes peuvent survenir parfois qui provoque le déploiement des mises à jour échoue. Dans la section « Informations complémentaires », nous couvrir les deux scénarios de panne les plus courants et fournit des suggestions de résolution pour chaque.

Remarque Pour plus d'informations sur les mises à jour de logiciels dans System Center 2012 Configuration Manager, consultez l'article suivant de la Base de connaissances Microsoft (KB) :

3092358 Résolution des problèmes de mise à jour de logiciels et de gestion dans le Gestionnaire de Configuration de Microsoft
Plus d'informations
Lors de la mise à jour logicielle déploiement échoue, le problème se répartissent généralement en deux catégories :
  • Échouent du téléchargement de mises à jour.
  • Vous rencontrez des redémarrages inattendus ou mises à jour sont installées à l'extérieur d'une fenêtre de maintenance.

Échouent du téléchargement de mises à jour


  1. Lorsque les mises à jour ne téléchargés sur le client, vérifiez d'abord la CAS.log, ContentTransferManager.log et DataTransferService.log fichiers d'erreurs. Pour en savoir plus sur la façon dont les mises à jour sont téléchargées, consultez l'article suivant de la Base de connaissances :

    3090265Le processus de déploiement de mise à jour de logiciel dans le Gestionnaire de Configuration de Microsoft par le biais de fichiers journaux de suivi
  2. Vérifiez que le client est dans les limites appropriées associées au groupe de limite pour le Point de Distribution. Pour plus d'informations sur les groupes de limites, reportez-vous à la section. Configuration des limites et groupes de limites dans Configuration Manager.
  3. Vérifiez l'état de mise à jour logicielle et que les mises à jour sont téléchargées et installées sur les points de distribution. Si le contenu n'est pas installé sur le point de distribution qui a associé à un groupe de limite du client, vérifiez si les secours d'emplacement de contenu doit être activé. Pour plus d'informations, reportez-vous à la section.Quel est le secours et ce que cela signifie ?
  4. Si le client reçoit l'emplacement de téléchargement, mais ne parvient pas à télécharger du contenu, essayez de télécharger le contenu manuellement en accédant à l'URL pour le contenu. Vous pouvez trouver l'URL en passant en revue DataTransferServices.log.
  5. Vérifier si l'analyse a échoué lors de l'évaluation du déploiement. Revoyez égalementWUAHandler.log et WindowsUpdate.log Pour rechercher les erreurs reçues lors de l'installation de la mise à jour. Pour plus d'informations sur l'analyse, d'évaluation et le processus d'installation, consultez l'article suivant de la Base de connaissances :

    3090184Comment faire pour résoudre les échecs d'analyse de mise à jour de logiciel dans le Gestionnaire de Configuration de Microsoft
  6. Pour éliminer un problème d'installation avec la mise à jour proprement dite, essayez manuellement la mise à jour ou l'installer à partir de Microsoft Update (si possible) pour voir si l'installation de la mise à jour est terminée.
Remarque La plupart des échecs de mise à jour de .NET sont causées par des installations .NET corrompues. Dans ce cas, essayez d'installer manuellement la mise à jour. Si le processus d'installation échoue, consultez les étapes décrites dans l'article suivant de la base de connaissances pour réparer l'installation de .NET :

976982 Erreur d'installation de mise à jour de.NET Framework: « 0 x 80070643 » ou « 0 x 643 »

Vous rencontrez des redémarrages inattendus ou mises à jour sont installées à l'extérieur d'une fenêtre de maintenance

  1. RévisionVotre ServiceWindowManager.logle fichier sur le client et d'identifier le service windows qui sont disponible. Pour ce faire, ouvrezServiceWindowManager.log, puis recherchez la chaîne « L'actualisation du Service Windows ». Immédiatement après cette ligne, vous verrez une liste des fenêtres de service applicables sur l'ordinateur, comme dans l'exemple suivant :

    Refreshing Service Windows..... ServiceWindowManager Populating instance of ServiceWindow with ID=7cb56688-692f-4fae-b398-0e3ff4413adb, ScheduleString=02C159C0381A200002C159C0381B200002C159C0381C200002C159C0381D200002C159C0381E2000, Type=6 ServiceWindowManager This is a one shot Service Window that has already finished. ServiceWindowManager Duration for the Service Window is Total days: 0, hours: 00, mins: 00, secs: 00 ServiceWindowManager Populating instance of ServiceWindow with ID=90a5f436-364c-48c7-8dc7-c5014abcbea8, ScheduleString=00084AC028592000, Type=6 ServiceWindowManager StartTime is 02/09/14 00:00:00 ServiceWindowManager Duration for the Service Window is Total days: 1, hours: 05, mins: 00, secs: 00 ServiceWindowManager Populating instance of ServiceWindow with ID=45dca355-3249-4845-b8aa-72d0e604548e, ScheduleString=02C24AC0381C2000, Type=6 ServiceWindowManager StartTime is 02/12/14 22:00:00 ServiceWindowManager Duration for the Service Window is Total days: 0, hours: 07, mins: 00, secs: 00 ServiceWindowManager Populating instance of ServiceWindow with ID=87e4759c-2884-45e6-9261-c33ba53f596c, ScheduleString=02C24AC0381D2000, Type=6 ServiceWindowManager StartTime is 02/13/14 22:00:00 ServiceWindowManager Duration for the Service Window is Total days: 0, hours: 07, mins: 00, secs: 00 ServiceWindowManager Populating instance of ServiceWindow with ID={1E957DDD-0A26-434C-952A-586F3E31E319}, ScheduleString=00302B0018192000, Type=1 ServiceWindowManager StartTime is 02/16/14 01:00:00 ServiceWindowManager Duration for the Service Window is Total days: 0, hours: 03, mins: 00, secs: 00 ServiceWindowManager Populating instance of ServiceWindow with ID=36da6950-3d1e-4027-be0e-7b16a4daee7e, ScheduleString=02C24AC0101E2000, Type=6 ServiceWindowManager StartTime is 02/14/14 22:00:00 ServiceWindowManager Duration for the Service Window is Total days: 0, hours: 02, mins: 00, secs: 00 ServiceWindowManager Populating instance of ServiceWindow with ID=028bfbc0-7120-4081-a268-0e664a92ac4a, ScheduleString=00074AC0005F2000, Type=6 ServiceWindowManager StartTime is 02/15/14 00:00:00 ServiceWindowManager Duration for the Service Window is Total days: 1, hours: 00, mins: 00, secs: 00 ServiceWindowManager Populating instance of ServiceWindow with ID=49fd80be-ac4b-4877-974d-ecd09958926d, ScheduleString=02C24AC0381B2000, Type=6 ServiceWindowManager StartTime is 02/11/14 22:00:00 ServiceWindowManager Duration for the Service Window is Total days: 0, hours: 07, mins: 00, secs: 00 ServiceWindowManager Populating instance of ServiceWindow with ID=ad27b0ca-8c74-43c7-8200-1f601880bd75, ScheduleString=02C24AC0381A2000, Type=6 ServiceWindowManager StartTime is 02/10/14 22:00:00 ServiceWindowManager Duration for the Service Window is Total days: 0, hours: 07, mins: 00, secs: 00 ServiceWindowManager
  2. RévisionVotre UpdatesDeployment.log fichier et recherchez la ligne suivante pour vérifier si le déploiement a été défini pour ignorer la fenêtre de maintenance :

    Notify reboot with deadline = Sunday, Feb 09, 2014. - 21:30:17, Ignore reboot Window = True, NotifyUI = True
  3. RévisionVotre MaintenanceCoordinator.logfichiers et recherchez la ligne suivante pour vérifier si le déploiement a été défini pour ignorer la fenêtre de maintenance. Une valeur de 1 pourswoverride signifie que le paramètre de fenêtre de maintenance ignorer est activé.

    RequestPersistence(id=Update download job, persist=1, swoverride=1, swType=4, pendingWFDisable=0, deadline=1)
  4. RévisionVotre SCNotify.logfichier et recherchez les lignes suivantes vérifier si l'utilisateur clique sur la notification de redémarrage pour initier un redémarrage :
    ConfirmRestartDialog : L'utilisateur a choisi de redémarrage/fermeture de session. (Microsoft.SoftwareCenter.Client.Pages.ConfirmRestartDialog à ButtonRestart_Click)
    ConfirmRestartDialog : l'utilisateur est autorisé à redémarrer (Microsoft.SoftwareCenter.Client.Pages.ConfirmRestartDialog à ButtonRestart_Click)
    L'utilisateur est autorisé à redémarrer l'ordinateur. Lancement de la redémarrer. (Microsoft.SoftwareCenter.Client.Data.WmiDataConnector à RestartComputer)
  5. Permet d'afficher les propriétés de déploiement dans la console Configuration Manager pour vérifier si le déploiement est défini pour substituer des fenêtres de maintenance. Si le déploiement est pasdéfinies afin de substituer des fenêtres de maintenance, mais les journaux client suggèrent que le déploiement remplacer des fenêtres de maintenance, passez en revue les messages d'état d'audit pour vérifier si le déploiement a été modifié par un utilisateur.

    Pour consulter les messages d'état d'audit, accédez àGestionnaire de configuration de Console -> Surveillance volet de-> État du système -> Requêtes de Message d'état. Cliquez du bouton droit Tous les Messages d'état, cliquez sur Afficher les Messages, sélectionnez la plage de temps, puis cliquez sur OK. Dans la fenêtre de l'Afficheur des messages d'état Configuration Manager, accédez àAffichage -> Filtreet de filtrer le Message ID = 30197. Si le déploiement a été modifié, vous verrez un message d'état semblable à la suivante :
    Code de Site de Type gravité Date / heure système composant Message ID Description
    Informations d'Audit PR1 2/9/2014 11:57:49: 00 PR1SITE. CONTOSO.COM Microsoft.ConfigurationManagement.exe 30197 utilisateur « Domaine\utilisateur » modifié l'affectation mises à jour 4 ({BAFB1BDB-7A6C-4DCF-9866-6C22DF92346A}). Domaine\utilisateur"modifié l'affectation mises à jour 4 ({BAFB1BDB-7A6C-4DCF-9866-6C22DF92346A})

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3090264 - Dernière mise à jour : 09/14/2015 20:28:00 - Révision : 1.0

Microsoft System Center 2012 Configuration Manager, Microsoft System Center 2012 Configuration Manager Service Pack 1, Microsoft System Center 2012 Configuration Manager Service Pack 2, Microsoft System Center 2012 R2 Configuration Manager

  • kbhowto kbsurveynew kbinfo kbexpertiseadvanced kbmt KB3090264 KbMtfr
Commentaires