Objets SQL
Objets SQLCe 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 SQL, à suivre dans un système cible. Comme tous les autres objets job (JOBS), les objets SQL 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 à SQL :
Section Connexion
| Champ | Description |
|---|---|
| Objet Connexion |
L'objetLes activités et déroulements que contrôle l'Automation Engine sont représentés à l'aide d'objets (voir aussi Tâche). contient les paramètres qui seront utilisés pour se connecter à la base de donnéesUne base de données est un ensemble organisé de données qui comprend plusieurs structures de données pertinentes.. Pensez que si les types de bases de données de 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"".]" et de l'objet connexion ne concordent pas, le job échoue. Si vous sélectionnez un objet connexion ici, ce sont les paramètres serveur et base de données définis dans cet objet qui seront utilisés avec ce job. Par conséquent, les deux champs suivants (Serveur:port et Base de données) ne sont pas disponibles. Lorsque vous définissez l'objet job SQL, vous pouvez lui affecter un objet Login dans la page Attributs. Si vous le faites, se sont les informations d'identification spécifiées dans l'objet connexion qui seront utilisées. La spécification des informations d'identification est obligatoire ; le job sera interrompu si vous n'affectez ni objet LoginDonnées de connexion pour les systèmes cible. Egalement un type d'objet distinct dans l'Automation Engine., ni objet connexion. |
| Serveur:port |
Ce champ n'est accessible que si vous n'avez rien sélectionné dans Objet connexion. Nom de la machine sur laquelle est installée la base de données Saisissez le nom du serveur et le numéro de port au format suivant : Nom du serveur:port Les ports par défaut sont :
Pour informix, il faut spécifier le port. |
| Base de données |
Ce champ n'est accessible que si vous n'avez rien sélectionné dans Objet connexion Nom de la base de données Pour Informix, le nom du serveur et de la base de données doivent être séparés par une barre oblique. Exemple : ol_ids_1110_1/ang |
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.
|
| Ajouter le log de l'agent | Cochez cette case si vous souhaitez également inclure les messages de l'agent dans la tâcheObjet exécutable qui a déjà été exécuté., lors de l'exécution du job. |
Paramètres du tableau Résultat
Les résultats des exécutions SQL de jobs sont consignés dans des rapports conviviaux. Cette section vous permet de définir l'apparence de ces rapports :
| Champ | Description |
|---|---|
| Affichage |
Sélection des options d'affichage du rapport : Cochez la case Lignes d'en-tête dans un tableau si vous souhaitez voir apparaître les lignes d'en-tête dans les rapports Cochez la case NULL pour une chaîne vide si vous souhaitez que les rapports affichent NULL dès qu'une chaîne vide est renvoyée. |
| Supprimer les retours à la ligne |
Cochez cette option pour supprimer les retours à la ligne dans les colonnes. |
| Séparateur de colonnes |
Spécifiez le type de séparateur des colonnes de résultat de l'instruction SELECT |
| Caractère de remplacement | Spécifiez un autre caractère. Si le caractère Séparateur de colonnes apparaît dans un champ de base de données, il est remplacé par le caractère de remplacement. |
| Nb. max. de lignes |
La restriction s'applique par commande SQL. Si le résultat d'une instruction SQL contient plus de lignes que celle spécifiées ici, elles seront coupées. Le nombre de lignes n'est pas limité si "0" est spécifié ici. |
| Nb. max. de caractères par colonne |
Si le contenu d'un champ de la base de données a plus de caractères que spécifié ici, il est tronqué. Les champs de la base de données dont le contenu est un nombre ou un horodatage ne sont pas tronqués. N'oubliez pas les restrictions de la fonction scriptEgalement un type d'objet distinct dans l'Automation Engine. PREP_PROCESS_REPORT lors de la lecture du rapport par colonne. |
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 :
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 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 :
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.