Jobs Windows
Jobs WindowsCe sous-type d'objetA chaque activité correspond un objet: Agent, Notification, Utilisateur, Groupe Utilisateur, Cockpit, Table de Codes, Documentation, Evènement, Transfert de Fichier, Groupe, Include, Job, Workflow, Calendrier, Login, Client, RemoteTaskManager, Schedule, Script, Serveur, Sync, Variable et Fuseau horaire. JOBS définit la procédure spécifique au système d'exploitation Windows, à suivre dans un système cible. Comme tous les autres objets job (JOBS), les objets Windows peuvent être exécutés indépendamment, ou être ajoutés à un groupe (JOBG) ou à un workflow"Permet d'ajouter, regrouper, associer, caractériser ou supprimer les tâches d'un workflow. Egalement un type d'objet propre à Automation Engine. [Anciennement appelé ""chaîne de traitement"" et ""chaîne de job"".]".
La page 
contient les paramètres d'exécutionDurée d'exécution d'une Tâche. C'est la période entre le début et la fin de la Tâche. La période d'activation n'en fait pas partie (voir aussi Activation et Démarrage). spécifiques à Windows :
Section Paramètres de démarrage
Le tableau suivant décrit les options proposées :
| Champ | Description |
|---|---|
| Type d'interpréteur |
Permet de définir le mode d'exécution du scriptEgalement un type d'objet distinct dans l'Automation Engine. :
|
| Répertoire de travail |
Vous permet de définir le répertoire d'exécution du job. Vous pouvez également utiliser le répertoire de travail pour écrire des fichiers dans le script de l'interpréteur externe pour transférer les ressources vers l'agent. |
| Mode batch : Se connecter en tant qu'utilisateurDans Automation Engine, un utilisateur se réfère à une instance d'un objet utilisateur, mais c'est en général une personne qui travaille avec les produits Automic. Chaque utilisateur a son identifiant et un ensemble de droits d'accès aux différentes parties du système Automation Engine et à la suite de produits. Ces droits d'accès se présentent sous la forme d'autorisations et de privilèges dans Automation Engine, de rôles utilisateurs dans Decision, de droits EventBase et de droits des objets pour l'application Web ARA. Vous pouvez les gérer en central avec les fonctions de gestion des utilisateurs d'AWI. Reportez-vous aussi à la gestion des droits des utilisateurs. batch |
Cochez cette case pour exécuter le job en arrière-plan, en mode batch. Ce paramètre est obligatoire pour pouvoir exécuter les jobs ayant des droits élevés sur les hôtes où l'UAC est activé. Pour plus d'informations, voir User Account Control in Windows. |
| Afficher le job sur le bureau |
Vous permet de définir le mode d'affichage du job :
|
| Utiliser l'objet job de Windows |
Automic recommande de tirer parti de l'objet job du système d'exploitation Windows (la fonction d'objet job étant disponible dans Windows), en combinaison avec l'objet job Windows de Automation Engine (JOBS). C'est important pour les jobs Windows AE contenant des processus et sous-processus fonctionnant de manière asynchrone. Supposons que vous ayez ce type de job avec un script comportant trois lignes de commande, la première lançant trois sous-processus. Une fois les trois lignes de commande exécutées avec succès, l'agent Windows renvoie cette information à Automation Engine, qui considère le job comme terminé. Les sous-processus étant exécutés de manière asynchrone, il peut arriver qu'ils ne soient pas encore terminés. Automation Engine n'a aucun contrôle sur eux et ne connait pas leur statutStatut d'une tâche (par ex. active, bloquée, génération en cours, etc.).. Cela a plusieurs conséquences négatives :
Vous pouvez utiliser l'objet du système d'exploitation Windows pour regroupe un objet job Windows Automation Engine avec ses sous-processus en un objet job du système d'exploitation Windows. Ce dernier doit alors signaler la fin de l'objet Automation Engine dès que tous ses sous-processus sont également terminés et également pour annuler tous ses sous-processus lorsque le job est interrompu. Les options sont :
|
Section Rapport du job
Le tableau suivant décrit les options proposées :
| Champ | Description |
|---|---|
| Enregistrer dans |
Vous pouvez sélectionner l'une de ces options ou les deux à la fois. |
| Générer |
Détermine quand le journal de traitement du système d'exploitation est écrit.
|
| RapportRapport contenant les détails d'activation d'une tâche ou d'un composant. via script | Sélectionnez cette option pour écrire un rapport de job qui remplacera le rapport par défaut. |
Le tableau suivant décrit les options proposées dans le volet Rapport du job de la page UNIX :
| Champ | Description |
|---|---|
| Enregistrer dans |
Vous pouvez sélectionner les deux options à la fois. |
| Générer |
Détermine quand le journal UNIX est écrit.
|
Après avoir défini les paramètres nécessaires, vous pouvez commencer à travailler avec vos jobs. La liste ci-dessous tente d'illustrer l'un des schémas possibles, en fournissant de brèves descriptions sur les actions que vous pouvez entreprendre, des informations supplémentaires permettant de comprendre la manière de travailler et des liens vers des rubriques les détaillant :
Exécutez le job.
Il y a de nombreuses manières de le faire, lesquelles peuvent être regroupées ainsi :
Par une tâcheObjet exécutable qui a déjà été exécuté. parentUn objet peut être activé de différentes façons. L'initiateur de l'activation s'appelle Tâche de niveau supérieur (parent). (voir aussi Enfant, Enfants).
C'est le cas des jobs inclus dans un objet parent (par exemple un WorkflowLes workflows sont utilisés pour effectuer des déploiements physiques. Un workflow décrit toutes les étapes nécessaires au déploiement de votre application. Votre application étant composée de différents éléments, le niveau le plus élevé du workflow (workflow d'application) représente l'architecture de votre application, et les workflows de composants sont utilisés pour déployer chacun des composants. Vous pouvez définir votre workflow de composants rapidement grâce à des actions prédéfinies. ou un groupe) Lorsque vous les définissez, tenez compte du fait que leur temps d'activation peut différer en fonction de leur heure de début ; cette dernière dépend généralement de leur objet parent.
Autonome
C'est le cas lorsque le job ne fait pas partie d'un objet parent ou, même s'il en fait partie, que vous l'exécutez indépendamment de son parent. Vous avez trois possibilités :
Lorsque les objets exécutables sont traités, ils passent par les quatre étapes suivantes : 1. Activation, 2. Génération, 3. Traitement et 4. Fin. Consultez ces rubriques, afin de comprendre ce qui se passe dans chacune des étapes de traitement.
Lorsque les jobs sont traités, Automation Engine génère des fichiers de sortie et des rapports garantissant la traçabilité et le contrôle. Consultez les rubriques suivantes pour en savoir plus à ce sujet :
Surveillez l'objet généré.
Dès que l'objet est activé, il devient accessible sous forme de tâche dans la perspectiveVolet fonctionnel propre de l'interface Web Automic (AWI). SurveillanceSurveillance est le volet fonctionnel du Service Orchestrator affichant le statut en temps réel des SLA de la journée en cours. Un SLA peut y avoir l'un des trois statuts suivants : Satisfait, Non respecté ou Prévision de non-respect. Le statut, associé à d'autres informations du volet Surveillance vous permet de reconnaitre lorsque des mesures de récupération ou de prévision sont nécessaires, afin de résoudre ou prévenir les problèmes de retard de SLA. des processus. La liste Tâche vous permet de voir son statut.
Faites un clic droit pour ouvrir son moniteur (voir Surveiller les jobs) ; il contient trois pages fournissant les informations les plus importantes sur les paramètres de jobs.