# Gérer les déploiements Windows Update

Canonical: https://www.nsecsoft.com/fr/docs/ping64-endpoint-management/uem/maintenance/windows-update/

Language: fr-FR

Updated: 2026-11-15T03:27:13.91759Z

Windows Update permet de consulter les appareils gérés et les mises à jour, de gérer les sources et de créer des tâches de déploiement vers les terminaux ciblés. Cette fonction concerne les mises à jour Windows ; elle diffère de la mise à niveau du paquet client Ping64 dans la fonction de mise à niveau des terminaux de la plateforme.

La création d’un déploiement, l’analyse du terminal, l’installation et la vérification après redémarrage sont des étapes distinctes. Un message de création indique que la tâche est entrée en traitement, non que tous les terminaux ont terminé la mise à jour.

## Préparation

-   Utilisez un compte administrateur autorisé à consulter et à effectuer les opérations nécessaires dans la gestion unifiée des terminaux. Vérifiez que les terminaux Windows ciblés sont inscrits et administrables.
-   Convenez avec les responsables des terminaux et des métiers des appareils, des mises à jour, de la fenêtre de maintenance et des redémarrages. Une mise à jour peut affecter l’activité ; testez d’abord un périmètre pilote avant de l’élargir.
-   Vérifiez que les terminaux peuvent atteindre la source prévue. Pour WSUS, préparez l’adresse du serveur et les informations de groupe cible nécessaires.
-   Vérifiez les résultats d’analyse récents. Les terminaux non analysés ou sans mise à jour applicable peuvent être ignorés lors du déploiement ; examinez le message de création et contrôlez chaque terminal concerné.

## Consulter les appareils et les mises à jour

1.  Dans la console, passez à la gestion unifiée des terminaux et ouvrez Windows Update.
2.  Dans **Dashboard**, examinez l’état global. Dans **Devices**, vérifiez les terminaux, l’état de la source, les analyses récentes et les informations de redémarrage.
3.  Dans **Catalog**, examinez les mises à jour à déployer. Dans **Deployments**, consultez les tâches existantes et l’état des appareils ciblés.

Les écarts et mises à jour disponibles dépendent des analyses remontées par les terminaux. Si une analyse est incomplète ou ancienne, ou si un terminal est hors ligne, la liste ne garantit pas l’état en temps réel de tous les terminaux.

Le service du terminal tente une analyse au démarrage puis pendant son fonctionnement ; une analyse peut aussi être tentée lors de la vérification après installation ou redémarrage. Cette page ne propose pas d’action distincte pour relancer manuellement l’analyse. Attendez les rapports des terminaux, vérifiez la date de la dernière analyse dans **Devices** et contrôlez les mises à jour requises sur chaque terminal. L’analyse ou le rapport peut échouer ; une date plus récente ne prouve pas à elle seule que les résultats sont complets. Si les résultats restent anciens ou diffèrent de l’état réel, vérifiez la connexion du terminal et la source de mises à jour, puis contactez le support.

Si les données de la page ne se chargent pas, la synthèse peut afficher des valeurs par défaut et les listes de terminaux, catalogue, déploiements, sources ou cibles peuvent être vides. Une liste vide ou une valeur nulle ne prouve ni l’absence de terminaux, de mises à jour ou de tâches, ni la fin des mises à jour. Vérifiez l’erreur, la connexion, les droits et les services, puis rechargez. Avant de soumettre à nouveau un déploiement ou une commande, vérifiez les tâches existantes et l’état des terminaux. Contactez le support si le problème persiste.

## Corriger les informations du catalogue

Lorsqu’un titre, une classification ou une autre information du catalogue doit être corrigé, un administrateur autorisé la vérifie d’abord avec le responsable des mises à jour. La correction concerne le catalogue ; elle ne modifie pas la mise à jour elle-même et ne crée pas de déploiement.

1.  Dans **Windows Update > Catalog**, trouvez la mise à jour, vérifiez-la ainsi que son périmètre, puis choisissez **Edit metadata** dans les actions de sa ligne.
2.  Ajustez au besoin **Update Title**, **Classification**, **Severity**, **Install Requirement**, **Reboot Behavior** et **Correction Reason**. Pour la classification, la gravité et l’exigence d’installation, choisissez si nécessaire **Use scanned value** ; laisser le titre ou le comportement de redémarrage vide conserve l’information d’origine. Vérifiez tous les champs, choisissez **Save**, actualisez le catalogue et contrôlez le résultat affiché.
3.  L’enregistrement transmet tous les champs de la fenêtre, pas seulement ceux modifiés. Pour conserver les valeurs issues de l’analyse, choisissez explicitement **Use scanned value** ou laissez vides les champs indiqués ci-dessus. Une valeur affichée non modifiée ne suivra pas nécessairement les analyses ultérieures. À la réouverture, la valeur affichée est la valeur effective actuelle et ne suffit pas à déterminer si une correction existe.

**Mandatory** et **Reboot Behavior** corrigent des informations du catalogue ; leur modification ne prouve pas une installation ou un redémarrage automatique. Créez un déploiement selon ce chapitre et vérifiez l’installation et le redémarrage sur chaque appareil. Avant modification, évaluez l’effet des informations affichées sur la sélection des mises à jour.

## Gérer les sources de mise à jour

1.  Sur la page Windows Update, sélectionnez **Update Source Management**.
2.  Créez ou choisissez une configuration adaptée à l’environnement. La page propose des modes en ligne, WSUS et hybride ; choisissez selon l’infrastructure de mise à jour de l’organisation.
3.  Pour WSUS ou le mode hybride, renseignez l’adresse WSUS et le groupe cible applicable selon la page. Vérifiez que les terminaux peuvent atteindre la source.
4.  Enregistrez, puis sélectionnez la configuration dans l’assistant de déploiement. Avant modification, vérifiez les références et les conséquences pour l’activité. Une source référencée par des tâches de déploiement ou des éléments de travail ne peut pas être supprimée.

**Modifier une source référencée :** un déploiement créé référence une configuration de source plutôt que de figer définitivement une copie distincte pour chaque terminal. Après enregistrement d’une modification, les terminaux qui n’ont pas encore récupéré la tâche ou qui la récupèrent de nouveau peuvent utiliser la source modifiée. Les terminaux l’ayant déjà récupérée ou exécutant la tâche ne basculent pas nécessairement immédiatement ; les appareils peuvent donc utiliser des configurations différentes. Avant modification, vérifiez tous les déploiements utilisant cette source, l’état des appareils et les fenêtres de maintenance. Pour préserver l’organisation existante, vous pouvez créer une source distincte pour les déploiements ultérieurs. Contrôlez ensuite les résultats réels par terminal, sans supposer que toutes les tâches existantes ont utilisé la nouvelle configuration.

Le passage au mode en ligne efface l’adresse WSUS et le groupe cible dans le formulaire en cours. Si vous revenez au mode WSUS ou hybride, saisissez-les de nouveau. Pour une configuration existante, vous pouvez annuler avant l’enregistrement et la rouvrir pour retrouver les valeurs enregistrées.

La configuration définit la stratégie de source utilisée par le terminal. Elle ne remplace pas le contrôle de l’état du service source, du contenu des mises à jour et de la connectivité réseau.

Une configuration de source nécessite un nom. Avec WSUS ou **Hybrid**, l’adresse WSUS est également obligatoire ; renseignez le groupe cible selon votre environnement. Hybrid utilise d’abord WSUS et peut essayer la source en ligne si la recherche ne trouve aucune des mises à jour sélectionnées et si les autres conditions sont remplies. Ne comptez pas sur un basculement automatique en cas d’échec de connexion à WSUS, de téléchargement ou d’installation. Vérifiez séparément l’accès du terminal, l’applicabilité et les résultats. Une sauvegarde réussie ne prouve ni l’accès des terminaux ni la fin des mises à jour.

## Créer un déploiement

Les types sont **Quality Update** pour les correctifs de qualité et de sécurité et **Feature Update** pour les mises à jour de version fonctionnelle. Choisissez selon le plan de changement de l’organisation. Changer de type efface la sélection précédente : sélectionnez à nouveau au moins une mise à jour et vérifiez son applicabilité aux appareils cibles.

À la création, le système attribue à chaque terminal, d’après sa dernière analyse, les mises à jour sélectionnées enregistrées comme applicables et non encore installées. Les éléments attribués peuvent varier selon le terminal. Si aucune cible n’a d’élément attribuable, la création peut échouer. À l’exécution, le traitement peut continuer même si la source ne trouve qu’une partie des éléments ; Hybrid ne garantit pas de compléter ceux qui manquent. Après un succès, attendez les nouveaux résultats d’analyse et vérifiez sur chaque terminal l’installation réelle de chaque mise à jour requise. Le succès de la tâche ne prouve pas l’installation de toutes les mises à jour sélectionnées.

1.  Choisissez l’action de création d’un déploiement et sélectionnez dans l’assistant le type de tâche et les mises à jour.
2.  Choisissez les appareils ou le périmètre cible et vérifiez la liste ainsi que les analyses disponibles. N’attribuez pas de mise à jour aux terminaux qui ne doivent pas être modifiés.
3.  Sélectionnez une source configurée adaptée au réseau des terminaux et au plan de mise à jour.
4.  Choisissez **Console time** ou **Endpoint local time**, puis l’heure de début. Avant l’envoi, vérifiez l’heure et le fuseau de l’ordinateur d’administration et des terminaux comme indiqué ci-dessous.
5.  Vérifiez contenu, appareils, source et calendrier avant de créer la tâche. Relevez les messages signalant des terminaux ignorés faute d’analyse ou de mise à jour applicable et identifiez ceux qui nécessitent un suivi.
6.  Ouvrez les détails dans **Deployments** et contrôlez séparément le résultat et l’état de redémarrage en attente de chaque appareil. Organisez les redémarrages nécessaires selon la procédure de maintenance, puis vérifiez de nouveau.

Par exemple, déployez d’abord les mises à jour choisies sur un petit groupe pilote, avec une source vérifiée pendant une fenêtre convenue. Contrôlez installation, redémarrages et fonctionnement métier avant d’élargir. Cet exemple n’est pas une politique par défaut et ne garantit pas l’applicabilité à tous les appareils.

## Suspendre, reprendre, annuler et réessayer

1.  Dans **Deployments**, ouvrez le menu d’actions de la ligne. Selon l’état, **Pause**, **Resume**, **Cancel** ou **Retry** peut être proposé. Sinon, actualisez et vérifiez l’état et les droits.
2.  Dans la confirmation, vérifiez le nom, renseignez si besoin **Notes (optional)** puis choisissez **Confirm**. Contrôlez chaque terminal dans la liste et les détails ; l’envoi de l’action ne signifie pas que le traitement est terminé.
3.  En cas d’échec, choisissez **Retry** sur la ligne, ou ouvrez **Details**, sélectionnez des appareils puis **Retry selected**. La relance concerne principalement les cibles en échec ; une nouvelle tentative n’est pas garantie pour les autres états. Vérifiez la cause, la fenêtre de maintenance et les cibles, puis suivez le résultat réel.

La suspension ou l’annulation ne garantit pas l’interruption immédiate d’une installation commencée et n’annule pas automatiquement les mises à jour installées. Évaluez d’abord l’impact et la reprise ; vérifiez ensuite séparément l’installation, le redémarrage et l’état de la tâche sur chaque terminal.

Les actions Pause, Resume, Cancel et Retry de la ligne concernent tout le déploiement, pas seulement les appareils affichés sur la page de détails courante. Vérifiez toutes les cibles et les effets avant l’envoi. Pour ne relancer que certains appareils, ouvrez Details et utilisez Retry selected ; vérifiez la sélection, les droits et l’état, puis les appareils réellement concernés.

## Heure et redémarrage

-   **Heure de la console :** saisissez l’horaire dans le fuseau de la console ; la tâche s’exécute à l’instant correspondant pour tous.
-   **Heure locale du terminal :** l’horaire est interprété selon l’heure locale de chaque terminal. Des appareils situés dans des fuseaux différents peuvent démarrer à des instants différents.
-   **Redémarrage en attente :** l’installation peut nécessiter un redémarrage ou une vérification ultérieure. Consultez les détails de l’appareil et de la tâche ; le début de l’installation ou la création de la tâche ne prouve pas la fin complète de la mise à jour.

Confirmez l’interprétation de l’heure, les redémarrages et la fenêtre de maintenance avec les responsables métier avant de soumettre.

Avec l’heure locale du terminal, une heure encore future sur l’ordinateur d’administration peut déjà être passée sur un terminal situé dans un autre fuseau. Après réception de la tâche, ce terminal peut commencer le traitement si les autres conditions sont remplies. Avant l’envoi, vérifiez l’horloge, le fuseau et la fenêtre de maintenance de chaque terminal ; évitez les périodes de changement d’heure. Dans les deux modes, un terminal hors ligne ou d’autres conditions non remplies peuvent retarder le démarrage : l’heure planifiée ne garantit pas l’heure réelle de début.

## Résolution des difficultés

1.  **Appareil ou mise à jour introuvable :** vérifiez le périmètre administré, l’inscription, les filtres et les analyses récentes.
2.  **Terminaux ignorés à la création :** distinguez ceux qui n’ont pas été analysés de ceux sans mise à jour applicable. Contrôlez leurs analyses et les mises à jour choisies avant le suivi.
3.  **Exécution inattendue :** vérifiez l’interprétation de l’horaire, la connexion et l’état du terminal, l’accès à la source et les détails de la tâche. Ne créez pas de doublons sans examiner l’état existant.
4.  **Redémarrage en attente ou installation en échec :** consultez les détails et messages, organisez le redémarrage dans la fenêtre prévue ou contactez le support. Conservez les informations d’erreur non sensibles nécessaires à l’analyse.
5.  **Une mise à jour est remplacée :** Le marqueur **Superseded** du catalogue indique qu’une mise à jour plus récente remplace l’élément. Si un élément sélectionné est remplacé, la création du déploiement est refusée ; le système ne lui substitue pas automatiquement une autre mise à jour. Actualisez le catalogue, vérifiez le contenu et l’applicabilité du remplacement aux appareils cibles, sélectionnez à nouveau et soumettez. Le remplacement seul ne prouve pas l’installation.