Ordonnancement des traitements informatiques

Surveillance générique pour Dollar Universe

E. Angenault — 2010-01-21T15:21:23Z

La mise en place de la surveillance est extrêmement simple à réaliser dans la mesure où les fichiers nécessaires sont déjà dans le répertoire des binaires.

Voici les etapes :
Arrêt $U (non obligatoire)
on utilise la bibliothèque libuxspv_com.so au lieu de libuxspv.com dans uxexe/lib (on aurait pu tout aussi bien utiliser la surveillance patrol, tng, tivoli...)
on crée un fichier d'environnement uxsetenv_com dans $UXMGR

Modifications des liens

Connectez vous sur le noeud $U
Aller dans uxexe
Lister les bibliothèques de supervision :

cd $UXEXE/lib
 ls -rtl /libuxspv*

Ce qui nous donne :

-rwxr-xr-x 1 root other 6684 Dec 13 2005 libuxspv.so
 -r-xr-xr-x 1 root other 6684 Dec 13 2005 libuxspv.so_model
 -rwxr-xr-x 1 root other 10892 Dec 13 2005 libuxspv_tiv.so
 -rwxr-xr-x 1 root other 16016 Dec 13 2005 libuxspv_ito.so
 -rwxr-xr-x 1 root other 1560888 Dec 13 2005 libuxspv_pat.so
 -r-xr-xr-x 1 root other 13784 Dec 13 2005 libuxspv_com.so
 -rwxr-xr-x 1 root other 8360 Dec 13 2005 libuxspv_tv.so
 -r-xr-xr-x 1 root other 14204 Dec 13 2005 libuxspv_tng.so

$U appelle systématiquement libuxspv.so, le but du jeu est donc de remplacer cette bibliothèque par celle qui permettra de renvoyer les informations vers son outil de supervision.

Dans notre cas, on utilisera libuxspv_com.so qui correspond à la surveillance générique. Le changement peut être fait par simple copie ou par création d'un lien symbolique.

Exemple avec une création de lien :

rm libuxspv.so
 ln -s libuxspv_com.so libuxspv.so

Variables d'environnement

La configuration de la surveillance se fait à travers des variables d'environnement qui l'on stockera dans le fichier uxsetenv_com.

Contenu du fichier uxsetenv_com :

#!/bin/ksh
 #set -vx
 # -----------------------------------------------------------------
 # uxsetenv_com ? Environnement pour la supervision generique
 # -----------------------------------------------------------------
 # Description : Ce script positionne l'environnement necessaire au
 # fonctionnement de la supervision applicative generique de
 # Dollar Universe Non Stop Services.
 # -----------------------------------------------------------------
 export U_COM_SND_T=YES
 export U_COM_SND_I=YES
 export U_COM_SND_O=YES
 export U_COM_SND_W=NO
 export U_COM_SND_R=YES
 export U_COM_SND_E=NO
 
 export U_COM_WORD_R=Refuse
 export U_COM_WORD_E=Demarre
 export U_COM_WORD_W=Attente
 export U_COM_WORD_O=Horaire depasse
 export U_COM_WORD_I=Incidente
 export U_COM_WORD_T=Termine
 
 export U_COM_TRACE=n
 
 export UXSPV_MSGJOB=$UXMGR/U_SPV_JOB

Dans ce fichier d'exemple, on ne traitera pas les évènements des uprocs en cours de démarrage et celles en attente. Suivant vos besoins, vous pouvez ajoutez ou supprimer d'autres types d'évènements.

Le mode TRACE permettra de suivre la communication entre le $U et votre script de surveillance.

La prise en compte de ces variables se fera à travers l'uxsetenv puisque ce dernier est systématiquement chargé.

Fin du fichier uxsetenv :

# Ajout de la supervision generique
 . $UXMGR/uxsetenv_com

Script de supervision

Le script de surveillance proprement dit est indiqué par la variable globale UXSPV_MSGJOB.

Pour effectuer un minimum de modification sur les fichiers d'origine, j'ai simplement inclus un appel vers mon script Perl.

Contenu du fichier U_SPV_JOB :

#!/bin/ksh
 #set -vx
 # -----------------------------------------------------------------
 # U_SPV_JOB ? Supervision generique
 # -----------------------------------------------------------------
 # Description : This script receives a message each time a status
 # transition is detected for a Dollar Universe job. This script
 # sends the incoming message to your supervision tool.
 # -----------------------------------------------------------------
 # -----------------------------------------------------------------
 # Positionnement de l'environnement Dollar Universe
 . $UXMGR/uxsetenv
 
 # Environnement TNG
 AGENTWORKS_DIR=MON_AGENT_TNG
 export AGENTWORKS_DIR
 if [ -f ${AGENTWORKS_DIR}/scripts/envset ]
 then
 . $AGENTWORKS_DIR/scripts/envset
 fi
 
 # Positionnement de variables, eventuellement en fonction du contexte
 echo ---------------------------------------------------------------->>$UXLOG/u_spv_job.log
 echo $1 >> $UXLOG/u_spv_job.log
 exec $UXMGR/spv2tng.pl "$1" >>$UXLOG/u_spv_job.log
 
 # -----------------------------------------------------------------

Dans cet exemple, j'utilise l'exécutable awtrap fournit par CA, cet outil se trouve dans un répertoire "MON_AGENT_TNG", cela peut être un autre outil (ou bien un envoi de mail sur des jobs critiques ou la création d'un log particulier...), dans tous les cas on profite de ce script pour initialiser l'environnement.

Script de connexion

Le script perl se charge de traiter l'information fournie par le SPV pour l'envoyer en trap. Le script perl recupère les infirmations, puis fais un uxlst ctl qu'il envoie sous forme de trap. Quel est l'interet de refaire un uxlst ctl ? Simplement pour avoir l'ensemble des informations (jalon, noeud, user...).

Les 2 méthodes renvoient la même chaîne de caractères, mise à part que la deuxième complète les espaces avec les données du suivi d'exploitation.

L'aspect performance est discutable et la mise en place déconseillé pour les noeuds chargés mais dans l'exemple est intéressant dans la mesure où l'on souhaite remonter nu maximum d'informations.

Script spv2tng.pl :

#!/usr/bin/perl
 @Infos = split(" ",$ARGV[0]);
 
 # 2 formats : avec ou sans uproc
 if ($#Infos==11) {
 ($dummy, $status, $job, $ses, $upr, $mu, $date, $time, $nupr, $nses, $soc, $s) = @Infos;
 }
 else {
 ($dummy, $status, $job, $upr, $mu, $date, $time, $nupr, $nses, $soc, $s) = @Infos;
 }
 
 # On en fait une ligne de suivi d'exploitation
 # BIRJGPSG BIRGPSG T_BIR01 TERMINE 20070413 1100 20070413 1100
 birexptt SYS_BATCH 2107 100 0009018 0016326 20070413 birexplo 000 000 99 00162
 21
 # Methode 1 : sprintf. probleme : il manque des infos (reprise, jalon...)
 #$res = "sprintf(" %10s %10s %10s %21s %10s %4s %10s %4s %10s %31s %6s %03d %07d %07d %1
 0s %12s %03d %03d %02d %07d");
 
 # Methode 2 : on refait un uxlst
 $uxlst = `$ENV{UXEXE}/uxlst ctl full ses=$ses upr=$upr mu=$mu nupr=$nupr nsess=$nses`;
 
 @UX = split("\n",$uxlst);
 $line = $UX[4];
 
 ##########################################################
 # Envoi de trap
 
 $host = 'DESTINATAIRE DES TRAPS';
 
 print STDERR "$line\t$host\n";
 `awtrap -h $host -p 162 -c public 1.3.6.1.4.1.311 6 . 1.3.6.1.4.1.311 -s "$line"` ;

Du côté serveur, on devrait récpetionner des messages de ce type : %CATD_I_060, SNMPTRAP: -c public 311 IP_SOURCE MACHINE 6 0 11:56:52 2 OID: 1.3.6.1.4.1.311 .iso.org.dod.internet.private.enterprises.microsoft VALUE: IU_TEST TEST T_IU INCIDENTE 13/04/2007 1743 13/04/2007 1743 global SYS_BATCH 0067 100 0000271 0000303 13/04/2007 uniexp_a 000 000 00 0000313 OID: 1.3.6.1.3.1057.1 .iso.org.dod.internet.experimental.1057.1 VALUE: IP_SOURCE

* Sans filtre

E. Angenault — 2009-11-11T17:09:25Z

Tous les flux sans filtre.

- 99. Actualités

Langue

E. Angenault — 2009-10-18T09:23:25Z

Dollar Universe propose différentes langues pour son interface.

- 00. Aspects généraux / 00. Français, 01. Anglais

Evaluer Autosys

E. Angenault — 2009-10-18T08:37:53Z

CA fournit de nombreuses plaquettes marketing sur le produit et sur le futur mais aucune information technique n'est publique, il est nécessaire de passer par une présentation avant-vente à moins que vous ne soyez déjà client CA.

- 00. Aspect généraux / 05. Présentation avant-vente

Evaluer un logiciel

E. Angenault — 2009-10-17T16:12:15Z

Pourquoi les éditeurs ne proposent pas de CD d'évaluation ?

La réponse officielle est que l'installation demande certaines compétences et qu'un produit mal installé peut nuire à l'évaluation du produit.

Ce n'est pas tout à fait faux mais cela remet en cause la simplicité d'utilisation qui est pourtant ce que l'on recherche lorsqu'on veut se doter d'un tel produit.

Le problème est que tous les produits font à peu prés la même chose et qu'ils sont bien assez puissant pour proposer des solutions à n'importe quel produit. Le principe est donc d'avoir un avant-vente qui présentera la solution de contournement de la manière la plus simple afin que l'on ait l'impression d'une fonctionnalité native au produit.

Comment évaluer un logiciel ?

Un logiciel d'ordonnancement, comme bon nombre de logiciels, doit répondre à un besoin. Le choix qui consiste à prendre le logiciel proposant le plus grand nombre de fonctionnalités est une erreur car la quantité d'option ne signifie pas qu'il répondra à des besoins spécifiques.

Avant même d'évaluer un logiciel, il est nécessaire de comprendre ce qu'il peut apporter au sein de l'entreprise en tant qu'outil, l'ordonnanceur ne structure pas la production, il doit simplement s'appuyer sur l'organisation et sur les normes mis en place.

Interface multilingue

E. Angenault — 2009-10-17T10:30:34Z

L'utilisation de la langue locale permet de simplifier la communication entre l'utilisateur et l'outil mais aussi avec l'utilisateur final qui appréhendra plus facilement le vocabulaire technique.

La plupart des organisations gouvernementales privilégient les logiciels dans la langue du pays.

Architecture hiérarchisée

E. Angenault — 2009-10-17T10:15:19Z

Des serveurs constitués de grappes d'agents sont rattachés à un serveur maitre, qui peut être lui-même rattaché à un serveur de plus haut niveau.

Les informations sont centralisées sur la base de données du maitre et sont envoyés vers les serveurs "esclaves".

- 01. Architecture

Architecture centralisée

E. Angenault — 2009-10-17T10:13:41Z

Elle est constitué d'un serveur et d'agents réparties sur les différentes machines.

A noter que l'architecture peut être centralisée par le serveur ou par la base de données en fonction du composant vers qui les agents renvoient leurs informations.

- 01. Architecture

Architecture collaborative

E. Angenault — 2009-10-17T10:13:00Z

Ce sont des installations autonomes et capables de dialoguer entre elles.

Les informations sont stockées sur chacune des machines.

- 01. Architecture

Présentation Orsyp

E. Angenault — 2009-10-10T10:41:12Z

Description par l'éditeur

ORSYP propose depuis 1986 une expertise unique en matière d'industrialisation de l'exploitation informatique en tout type d'environnement (Mainframe, Système ouvert, centralisé, distribué). Positionnant la Production Informatique au cœur de l'entreprise et de son système d'information, ORSYP a bâti une offre globale pour résoudre les problématiques de production. Cette offre se décline en deux activités principales : édition du logiciel Dollar Universe Solutions, job scheduler multiplateforme, et Conseil en Production Informatique. ORSYP distribue Dollar Universe Solutions dans le monde entier, à travers ses filiales (France, Allemagne, Italie, Espagne, Belgique, Pays-Bas, Suisse, Royaume-Uni, Etats-Unis et Ca nad a) et par le biais de distributeurs internationaux et d'intégrateurs.

Dollar Universe Solutions est devenu une référence en matière d'automatisation de la Production Informatique. Avec plus de 30 000 licences vendues dans le monde, Dollar Universe Solutions, par ses concepts innovants, répond aux contraintes et besoins spécifiques des applications critiques de l'entreprise.