Présentation des travaux
Un travail est une action effectuée par OS Management Hub sur une ou plusieurs instances, par exemple l'installation de mises à jour ou l'association de sources logicielles. Lorsqu'un travail est exécuté, une demande de travail est créée. Elle effectue les tâches nécessaires pour exécuter le travail, répartit le travail vers les instances et renvoie les résultats au service.
Un travail peut s'exécuter immédiatement ou vous pouvez le définir pour qu'il s'exécute à une date et une heure futures ou en tant qu'événement récurrent. Il s'agit d'un travail planifié. Vous pouvez choisir de relancer automatiquement un travail planifié en cas d'échec. Lorsque la nouvelle tentative automatique est sélectionnée, si le travail programmé échoue lors de sa première exécution, le service retente le travail programmé jusqu'à trois fois, toutes les cinq minutes d'intervalle. Les travaux programmés peuvent également être balisés.
Etat du travail planifié
L'un des états suivants peut être attribué aux travaux planifiés :
- Exécution suivante : date et heure auxquelles l'exécution du travail est programmée.
- Fréquence : Indique si le travail est configuré pour s'exécuter selon une programmation récurrente ou s'il ne s'exécute qu'une seule fois.
- Cibles : identifie le nombre d'instances cible pour le travail.
Statut demande travail
Après avoir été réparti en tant que demande de travail, un travail est en cours ou terminé.
- Les demandes de travail en cours indiquent les valeurs de statut possibles suivantes :
- Accepté : le service a accepté le travail et le travail est prêt pour les instances. Si un travail n'est pas sélectionné par un agent et reste à l'état Accepté pendant 24 heures, le service marque le travail comme ayant échoué.
- En cours : un agent a récupéré le travail accepté et l'exécute sur une instance.
- Annulation : le travail est en cours d'annulation.
- Les demandes de travail terminées indiquent les valeurs de statut possibles suivantes :
- Succès : le travail s'est terminé sans erreur.
- Echec : le travail a échoué.
- Annulé : le travail a été annulé
Vous pouvez visualiser les résultats détaillés d'un travail en consultant le journal de travail et les messages d'erreur. Lorsqu'un travail a une hiérarchie, en cas d'échec d'un travail enfant, le service marque le travail parent comme ayant échoué.
Réexécution d'un travail ayant échoué
En cas d'échec d'un travail, vous pouvez exécuter à nouveau le travail en échec au lieu de créer manuellement un nouveau travail pour relancer l'action en échec. Vous pouvez réexécuter un travail en échec immédiatement ou le programmer pour qu'il s'exécute à une date et une heure futures. Une nouvelle exécution du travail crée une nouvelle demande de travail pour la même action (par exemple, l'application de mises à jour ou l'association de sources logicielles). Le travail d'origine et son statut restent inchangés à des fins d'audit et d'historique.
Pour les travaux d'une hiérarchie, vous pouvez réexécuter le travail parent pour réexécuter tous les travaux de la hiérarchie, ou réexécuter les travaux enfant individuellement. Lorsque vous réexécutez un parent en échec, le service cible uniquement les travaux enfant en échec. Par exemple, supposons que vous ayez un groupe de dix instances et qu'un travail de mise à jour échoue sur trois d'entre elles. Après avoir révisé le journal des travaux et les messages d'erreur et résolu les problèmes signalés, vous pouvez réexécuter le travail en échec pour le groupe. La réexécution cible uniquement les trois instances qui ont subi l'échec initial.
Travail de synchronisation du poste de gestion récurrent
Lorsque vous créez une station de gestion, OS Management Hub crée un travail programmé récurrent pour synchroniser les sources logicielles. Vous pouvez modifier la programmation de synchronisation, mais vous ne pouvez pas supprimer le travail.
Pour plus d'informations sur la synchronisation miroir, reportez-vous à Présentation des stations de gestion.
Hiérarchie de travaux
Certains travaux sont divisés en tâches plus petites. Le service crée une hiérarchie de travaux dans laquelle le travail initial est le "parent" et les tâches plus petites sont les "enfants". Pour les travaux plus volumineux ou les travaux qui affectent plusieurs instances, vous pouvez facilement déterminer quelles tâches d'un travail ont réussi ou échoué. Vous pouvez visualiser les travaux enfant dans l'onglet Demandes de travail de la page de détails du travail parent.
Par exemple, un travail de mise à jour 'Tout' crée des travaux enfant pour chaque type de mise à jour : Sécurité, Correction de bogue, Amélioration, Autre.
--Update All (parent)
|--Update Security (child)
|--Update Bug fix (child)
|--Update Enhancement (child)
|--Update Other (child)Un travail réside dans le même compartiment que la ressource associée. Pour les travaux associés à un groupe ou à un cycle de vie, cela peut signifier que les travaux parent et enfant se trouvent dans des compartiments différents. Le travail parent réside dans le compartiment associé au groupe ou au cycle de vie, tandis que les travaux enfant résident dans le compartiment associé à chaque instance. Pour connaître les meilleures pratiques, reportez-vous à Remarques concernant le compartiment.
Par exemple, l'ajout d'une source logicielle à un groupe comprenant trois membres produit un travail parent unique avec trois travaux enfant, un pour chaque instance.--Set software sources for dev group (parent in dev compartment)
|--Set software source Instance 1 (child in dev compartment)
|--Set software source Instance 2 (child in test compartment)
|--Set software source Instance 3 (child in preview compartment)