Jobs Siebel

Ce 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 Siebel, à suivre dans un système cible. Comme tous les autres objets job (JOBS), les objets Siebel 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 Siebel :

Section Paramètres de démarrage

Section Rapport du job

Le tableau suivant décrit les options proposées :

Démarrer et surveiller le tâches

L'agent"Programme permettant l'exécution de Traitements sur des systèmes cible comme un ordinateur ou des solutions d'entreprise. Egalement un type d'objet distinct dans l'Automation Engine. [Anciennement appelé ""Exécuteur de tâches"".]" Siebel utilise l'interface de ligne de commande de Siebel Server Manager pour exécuter des tâches dans Siebel. Le répertoire dans lequel celui-ci se trouve doit être saisi dans le fichier INI de l'agent Siebel, dans la section [VARIABLES].

Par exemple :

[VARIABLES]

UC_SIEBEL_SRVRMGR=C:\siebel\srvrmgr.exe

Dans l'onglet scriptEgalement un type d'objet distinct dans l'Automation Engine. du job Siebel, il est possible de marquer les commandes devant être exécutées dans Siebel. Pour cela, un script nommé SI_START_TASK est à votre disposition. La commande Siebel est transférée avec le paramètre CMD.

SI_START_TASK CMD="Siebel command"

Chaque ligne de script contenant "SI_START_TASK" est une tâcheObjet exécutable qui a déjà été exécuté. particulière dans Siebel. La commande Siebel doit impérativement commencer par "start task" pour qu'une surveillance de la tâche (par exemple : interruption, poursuite) soit possible. Si vous utilisez "run task", le job Siebel est interrompu et un message d'erreur s'affiche. Voir SI_START_TASK.

A la fin de l'exécution des tâches, deux fichiers log sont disponibles :

1. Fichier journal de l'appel Siebel Server Manager
2. Fichier journal de la tâche

Dans la section [VARIABLES] du fichier INI de l'agent Siebel, définissez où ceux-ci doivent être enregistrés. Les fichiers Log peuvent être transférés sous forme de rapport par l'agent Siebel vers AE.

Par exemple :

[VARIABLES]

UC_SIEBEL_SRVRMGR=C:\siebel\srvrmgr.exe

UC_SIEBEL_LOGPATH=C:\siebel\siebelLOGS\

Notez que le contenu du rapport peut être lu avec le script PREP_PROCESS_REPORT. Le type de rapport "LOG" représente ainsi le fichier journal de l'appel Siebel Server Manager et le type de rapport "REP" représente le fichier journal de la tâche.

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 :

1. L'éditeur de script des Pages Traitement vous permet de saisir le script. Il propose un certain nombre de fonctions pratiques pour vous aidez dans votre travail.
2. Vous pouvez facilement réutiliser le code, en utilisant l'Objet Include (JOBI), qui permet de gagner du temps et de maintenir la cohérence de vos scripts.

3. Exécutez le job.

   Il y a de nombreuses manières de le faire, lesquelles peuvent être regroupées ainsi :

   • Par une tâche 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.

     Voir Tâches de niveau supérieur (parents).

   • 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 :

     • Exécuter immédiatement
     • Exécuter les objets une fois
     • Exécuter des objets périodiquement

   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.

4. Lorsque les jobs sont traités, Automation EngineCe composant commande un système Automation Engine. Il se compose de plusieurs processus serveur. 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 :

   • Sortie de job enregistrée
   • Rapports des jobs
   • Rapports externes (répertoire)

5. 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 statutStatut d'une tâche (par ex. active, bloquée, génération en cours, etc.)..

   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.

6. La perspective Surveillance des processus propose un certain nombre de fonctions selon le statut du job. Voir Travailler avec des tâches.