U51ref_fr

Dollar Universe v5.1

Manuel de rfrence

Dollar Universe Solutions pour Windows, Unix et VMS

Version 1.3 24 aot 2005 COPYRIGHT Copyright ORSYP Les composants suivants de DOLLAR UNIVERSE sont protgs par Copyright : le manuel d'installation, laissez-vous guider, le manuel d'administration, le manuel de rfrence, le manuel interface Motif, le manuel interface commandes, le manuel Global Control, le manuel Business Views, le manuel Web control, le manuel DQM, tous les textes et titres des entres et crans du logiciel.

DOLLAR UNIVERSE, UNIVER$E GP et UNIVER$E DQM sont des marques dposes de ORSYP. Les termes suivants sont la proprit d'ORSYP : Unit de Gestion ou UG. Uproc. IBM, AS/400, OS/400 sont des marques dposes de International Business Machines Corporation.

DEC, VMS et OpenVMS sont des marques dposes de Hewlett Packard Corporation. Windows NT et Windows 2000 sont des marques dposes de Microsoft Corporation. PATROL est une marque dpose de BMC software. SAP Solutions est une marque dpose de SAP. Java est une marque dpose de Sun Microsystems. Tomcat est une marque dpose de Apache Software Foundation. Oracle, Oracle8, PL/SQL, SQL*Plus sont des marques dposes de Oracle Corporation. Les autres noms peuvent tre des marques de leur propritaire respectifs.

Dollar Universe v5.1 Manuel de rfrence

Table des matiresIntroduction 1Objectifs fonctionnels ................................................................................................................ 1 Planification et ordonnancement des travaux .............................................................. 2 Gestion des files d'attente de travaux .......................................................................... 2 Contrle de l'exploitation ............................................................................................ 2 Prsentation gnrale ................................................................................................................. 2 La description des travaux........................................................................................... 3 La planification............................................................................................................ 4 Ordonnancement et lancement des travaux ................................................................. 5 Le contrle et la surveillance d'exploitation ................................................................ 5 Statistiques d'excution ............................................................................................... 6 Simulation d'exploitation............................................................................................. 6 La scurit de l'exploitation......................................................................................... 6 Exploitation rpartie en client-serveur......................................................................... 8 Interfaces avec $U ....................................................................................................... 9

Les concepts d'environnement

11

Introduction ............................................................................................................................. 11 Rle des concepts d'environnement........................................................................... 11 Prsentation ............................................................................................................... 11 Les socits.............................................................................................................................. 13 Indpendance des socits ......................................................................................... 13 Caractristiques complmentaires des socits ......................................................... 13 Les espaces .............................................................................................................................. 14 Les units de gestion................................................................................................................ 14 Dfinition .................................................................................................................. 14 Types d'units de gestion........................................................................................... 15 Traitement informatique hirarchis.......................................................................... 16 Mise en oeuvre des units de gestion ........................................................................ 17 Les noeuds ............................................................................................................................... 21 Dfinition .................................................................................................................. 21 Administration centrale ou locale.............................................................................. 22 Caractristiques complmentaires du noeud ............................................................. 23 Dclaration de l'environnement applicatif ............................................................................... 24 Les applications et les domaines ............................................................................... 24 Les rpertoires application ou UG............................................................................. 24

Les utilisateurs

27

Dfinitions ............................................................................................................................... 27 Le contrle d'accs................................................................................................................... 27 Le contrle d'accs aux serveurs - les proxies ........................................................... 27 Le contrle d'accs aux donnes et aux fonctions fichier SECURITY................... 29 La personnalisation des interfaces ........................................................................................... 29


Personnalisation de l'interface caractres ..................................................................29 Personnalisation du Global Control...........................................................................31 Les comptes de soumission......................................................................................................31 Dfinition...................................................................................................................31 Utilisation du code auteur..........................................................................................31

Le paramtrage

33

Les ressources ..........................................................................................................................33 Dfinition...................................................................................................................33 Codification ...............................................................................................................34 Les classes d'incompatibilit....................................................................................................35 Rle ...........................................................................................................................35 Utilisation des classes d'incompatibilit ....................................................................35 Les uprocs ................................................................................................................................36 Dfinition...................................................................................................................36 Les procdures ou programmes (DCL, shell, CL, .bat) .............................................37 Les variables ..............................................................................................................40 Priode fonctionnelle et date de traitement................................................................41 Mmorisation des vnements...................................................................................43 Successeurs................................................................................................................44 Les conditions d'excution.......................................................................................................44 Caractristiques gnrales des conditions..................................................................45 Caractristiques complmentaires .............................................................................48 Les diffrents types de conditions .............................................................................49 Formule de lancement ou rseau de conditions .........................................................53 Consignes de terminaison ..........................................................................................54 Les sessions..............................................................................................................................55 Dfinition...................................................................................................................55 Chemins "normal" et "erreur"....................................................................................56 Environnement d'excution .......................................................................................57 Reconduction de la valeur des variables dune uproc................................................57 Limites de stockage ...................................................................................................58

La planification

59

Les calendriers .........................................................................................................................59 Environnement d'application du calendrier ...............................................................59 Modle de calendrier .................................................................................................60 Gnration des jours fris ........................................................................................60 Etendue du calendrier ................................................................................................60 Type des jours............................................................................................................61 Impact des modifications d'un calendrier ..................................................................61 Les rgles de planification .......................................................................................................61 Dfinition...................................................................................................................61 Exemples ...................................................................................................................62 Les tches d'exploitation ..........................................................................................................63 Dfinition...................................................................................................................63 Modle de tche.........................................................................................................64 Diffrents types de tches..........................................................................................64 Caractristiques techniques communes .....................................................................65 Planification d'une tche............................................................................................67

Mise en production

73

Manipulation............................................................................................................................73 Oprations de mise jour ..........................................................................................73


Verrouillage technique des objets.............................................................................. 73 Gestion des versions ................................................................................................................ 74 Uprocs ....................................................................................................................... 74 Sessions ..................................................................................................................... 74 Changement d'environnement.................................................................................................. 74 Transfert vers un espace ............................................................................................ 74 Distribution vers des units de gestion ...................................................................... 75 Extraction / insertion de donnes............................................................................... 77 Verrouillage fonctionnel des objets........................................................................... 77 Historique des distributions ....................................................................................... 77 Simulation de planification...................................................................................................... 78 Objectifs .................................................................................................................... 78 Manipulation du planning prvisionnel ..................................................................... 78

Ordonnancement

81

Le rle du moteur batch ........................................................................................................... 81 Le processus d'automatisation ................................................................................... 81 Les composants du moteur batch............................................................................... 82 Implantation du moteur batch.................................................................................... 82 Soumission au travers du rseau................................................................................ 82 Etapes d'excution d'une tche .................................................................................. 82 La planification des travaux..................................................................................................... 83 Le fonctionnement du calculateur ............................................................................. 83 Impact des modifications d'une tche........................................................................ 84 Activation - dsactivation d'une tche ....................................................................... 84 Ordonnancement - lancement des travaux ............................................................................... 85 Le lanceur .................................................................................................................. 85 Le lancement ............................................................................................................. 86 Oprations sur les lancements ................................................................................... 87 La base des vnements............................................................................................. 88 Pilotage des lancements............................................................................................. 89 Soumission de l'uproc................................................................................................ 93 Terminaison des travaux............................................................................................ 93 Communication inter machines ............................................................................................... 94 Rle de l'changeur ................................................................................................... 94 Principes de fonctionnement ..................................................................................... 94 Interruptions de service............................................................................................................ 95

Suivi de l'exploitation

97

Suivi des excutions ................................................................................................................ 97 Objectifs .................................................................................................................... 97 Contrle centralis..................................................................................................... 97 Etats des travaux........................................................................................................ 98 Diagnostics de l'exploitation...................................................................................... 98 Interventions sur les excutions................................................................................. 99 Historiques et statistiques ...................................................................................................... 101 Historique des excutions........................................................................................ 102 Statistiques .............................................................................................................. 102 Oprations de purge............................................................................................................... 103 Base des vnements ............................................................................................... 103 Suivi des excutions ................................................................................................ 103 Historiques............................................................................................................... 103 Fichiers log .............................................................................................................. 104


Release notes

105

Release notes Dollar Universe v5.0 SPRE0025.....................................................................105 Utilisateurs...............................................................................................................105 Paramtrage .............................................................................................................105 Mise en production ..................................................................................................105 Ordonnancement......................................................................................................105 Suivi de l'exploitation ..............................................................................................106 Release notes Dollar Universe v5.1 .......................................................................................106

Glossaire Index

107 111


Introduction

Objectifs fonctionnelsLes principaux objectifs de Dollar Universe sont : la diminution des contraintes pesant sur l'organisation technique charge de la gestion de l'exploitation informatique et la recherche d'une fiabilit optimale du cycle d'exploitation. Pour atteindre ces objectifs, Dollar Universe propose : des fonctions couvrant l'essentiel du processus central d'exploitation, au travers desquelles il permet d'assurer, tout moment, une surveillance prcise, et un contrle global de la cohrence de l'exploitation, une automatisation de l'ensemble de l'exploitation batch supprimant les contraintes de prsence humaine pour l'excution quotidienne du cycle d'exploitation et permettant de grer automatiquement des squences de traitement de reprise quand des incidents sont constats, une structuration de l'environnement applicatif adaptable aux normes et standards de chaque site, des fonctions apportant aux processus d'exploitation une stabilit et une flexibilit accrues face aux volutions des configurations physiques et de l'environnement applicatif. Les possibilits offertes par Dollar Universe permettent ainsi de limiter le nombre et l'importance des oprations de maintenance ncessaires, accroissant ainsi la qualit rsultante des processus d'exploitation.

La figure, ci-dessous, dcrit chronologiquement les principales tapes du cycle de vie d'une application informatique.Gestion des procdures Mise en exploitation Planification batch Soumission batch Contrle de l'exploitation Managers Documentation du paramtrage

Interfaces

Documentation de l'exploitation Supervision

Etapes de vie d'une application informatique

Introduction 1


Dollar Universe propose un ensemble de fonctions permettant de grer chacun des thmes voqus dans la figure ci-dessus. Les managers, les fonctions de documentation, de supervision et de gestion des produits constituent des modules indpendants du module d'automatisation, objet de cette documentation. Les interfaces (Motif, Windows, commandes) sont dcrites dans des manuels spcifiques.

Planification et ordonnancement des travauxLa planification des procdures batch repose sur des calendriers, un par entit logique gre, gnrs de faon semi-automatique. La planification peut tre effectue procdure par procdure, ou au contraire dfinie pour un ensemble de procdures. Dollar Universe permet de dfinir des modles d'enchanement de procdures appeles sessions. Au del des avantages spcifiques que prsentent les sessions, elles permettent de n'exprimer qu'une seule planification pour un ensemble de procdures. Les dates d'excution peuvent tre exprimes en prcisant les dates et heures d'excution souhaites (planification explicite) ou en dfinissant des algorithmes dont seront dduites automatiquement les dates recherches (planification implicite). Afin d'viter une ventuelle redfinition de ces algorithmes, ils peuvent tre stocks dans des "rgles de planification" gres individuellement par Dollar Universe. Enfin, afin de permettre la prise en compte des exceptions l'application des algorithmes, sans que celles ci en affectent leur dfinition, des dates d'exception peuvent tre dfinies. Chacune de ces dates permettra d'invalider une date calcule par application d'une rgle ou d'en forcer une autre.

Gestion des files d'attente de travauxDollar Universe s'appuie, dans la mesure du possible, sur les capacits des systmes d'exploitation grer les files d'attente de travaux. Sous UNIX ou Windows, o cette fonction n'est pas propose par le systme, cette gestion peut tre effectue par un produit additionnel de Dollar Universe : DQM (Distributed Queue Management). Le rle de celui-ci est de permettre une organisation technique de la production, au del de l'organisation fonctionnelle permise par Dollar Universe, tout en dissociant la prise en charge de ces diffrentes contraintes.

Contrle de l'exploitationDollar Universe propose un ensemble de fonctions qui permettent de suivre et d'intervenir dynamiquement sur le processus d'exploitation. Conu autour d'un cran de visualisation de l'exploitation en cours, le contrle d'exploitation constitue lui seul un vrai poste de travail permettant un contrleur d'exploitation d'excuter l'ensemble des tches qui lui incombent sans jamais perdre de vue le droulement de l'ensemble des vnements d'exploitation.

Prsentation gnraleDollar Universe est conu pour apporter une rponse globale d'automatisation aux exploitants quelle que soit la forme de leur exploitation. A ce titre, Dollar Universe distingue deux notions essentielles : La socit, L'unit de gestion.

2 Introduction


La notion de socit permet, sur un mme environnement informatique, partir d'une seule installation de Dollar Universe, de grer indpendamment l'exploitation de plusieurs socits distinctes. Dollar Universe assure, via ses fonctions de contrle d'accs et la conception de son architecture technique, une dissociation parfaitement tanche de leur exploitation. Au sein d'une socit, Dollar Universe permet de dfinir plusieurs environnements permettant d'excuter paralllement plusieurs exploitations disjointes, comme pourraient le ncessiter plusieurs entits d'une mme socit utilisant les mmes applications sur des donnes diffrentes. Ces environnements sont appels units de gestion. Dollar Universe peut grer plusieurs milliers d'units de gestion.

La description des travauxDescription lmentaire d'un travailElle porte essentiellement sur l'identification de la procdure (DCL, CL, shell), la dfinition de ses caractristiques techniques et des conditions requises pour son excution. Dollar Universe distingue trois types principaux de conditions : des conditions d'enchanement, traduisant la dpendance d'un travail par rapport un autre, des conditions de non simultanit de travaux entre eux, des conditions de disponibilit de ressources. un compte utilisateur de soumission, une date fonctionnelle (date pour laquelle est excut un travail), un tat du traitement attendu, une unit de gestion ou un groupe d'units de gestion d'excution.

Pour chacune de ces conditions, Dollar Universe permet de leur associer des critres tels que :

Ces conditions (jusqu' 99 pour une mme procdure) peuvent tre assembles dans une expression Boolenne associant les contraintes avec des oprateurs logiques : ET, OU, =, PAS =, ( et ). La syntaxe libre de cette expression et les larges possibilits de paramtrage offertes permettent de transcrire fidlement la logique fonctionnelle rgissant l'excution des divers travaux. Elle permet de mettre en oeuvre, simplement, le traitement d'excutions normales (enchanement suite l'excution normale d'un traitement) et des situations d'incidents (chemins dgrads ou reprise). La procdure associe ses conditions d'excution est appele "uproc".

Description d'une chane de travauxDe faon plus macroscopique, Dollar Universe gre, pour des procdures prsentant des contraintes d'exploitation homognes (mmes conditions de planification par exemple), une notion de chane de procdures, appele session. La session permet d'ordonner de manire arborescente des travaux en distinguant pour chaque travail, le ou les travaux qui le suivent, en cas d'excution normale et en cas d'excution anormale. Les enchanements ainsi dfinis au sein d'une session ne se substituent pas aux conditions d'enchanement dfinies au niveau de chaque travail mais les compltent. Il est ainsi possible de dfinir au niveau de chaque travail (voir paragraphe "Description lmentaire d'un travail" page 3) les conditions fonctionnelles qui lui sont associes et, via la session, de leur superposer l'ordre d'enchanement des travaux souhaits pour leur exploitation. Ceci permet d'intgrer des impratifs d'exploitation (contrainte horaire, optimisation de la consommation de ressource) sans altrer l'expression des conditions fonctionnelles.Introduction 3


L'ensemble des possibilits offertes par Dollar Universe, pour dcrire les travaux : facilite la maintenance des processus d'exploitation, encourage et simplifie la mise en oeuvre de traitements dgrads ou de reprise, en cas d'incident.

Elles contribuent ainsi la qualit de l'exploitation et facilitent ses volutions.

La planificationLa planification s'applique indiffremment des travaux isols ou des sessions. Elle s'appuie sur la dfinition prliminaire des objets suivants : des rfrentiels de temps constitus de calendriers civils, un ensemble de priodicits d'excution nommes rgles de planification, prdfinies ou dfinissables en fonction de chaque besoin.

Les calendriersDollar Universe permet de dfinir un calendrier par unit de gestion. Il propose des fonctions permettant de gnrer automatiquement des calendriers : sur une priode maximale de 25 ans, avec positionnement automatique de jours chms paramtrable (option), avec positionnement automatique des jours fris franais (option).

Au del de cette gnration, le type (ouvr, chm, fri) d'un jour quelconque d'un calendrier reste modifiable. La charge de travail lie la dfinition ou la maintenance des calendriers est quasiment nulle.

Les rgles de planificationEn standard, Dollar Universe propose les rgles de planification les plus frquemment usites. Il demeure possible de dfinir des rgles de planification spcifiques pour rpondre des cas prcis. Une rgle de planification, c'est : un cycle de base, savoir un nombre quelconque de jours, semaines ou mois, un nombre de jours depuis le dbut ou avant la fin du cycle de base, la liste des jours de la semaine autoriss pour l'excution, un sens de report de la date d'excution permettant, dans le cas o le jour obtenu par application de la rgle au calendrier n'est pas un jour d'activit, de dcaler cette date au premier jour d'activit prcdent ou suivant la date obtenue. tous les jours ouvrs, tous les premiers mardis ouvrs du mois, tous les 87 jours...

Une rgle de planification peut ainsi traduire des frquences d'excution du type :

La planification des travauxDollar Universe propose principalement deux mthodes de planification, d'utilisation ventuellement conjointe, permettant de prendre en compte des excutions rcurrentes et/ou alatoires :

4 Introduction


La planification implicite consiste, aprs analyse du cycle d'excution du travail concern : associer de une sept rgles de planification pour obtenir la planification finale souhaite, dfinir les heures d'excution du travail (un horaire par type de jour dans la semaine ou jusqu' 1500 lancements par jour), ainsi qu'un intervalle de temps d'attente pour que les conditions soient satisfaites. Au terme de cet intervalle, l'excution sera abandonne ou force (option), dfinir d'ventuelles interdictions d'excution (jusqu' 52 dates).

La planification explicite consiste numrer une une les dates, horaires et intervalles d'attente des travaux (jusqu' 26 dates). Dollar Universe, en matire de planification, apporte une rponse naturelle, progressive la majeure partie des cas envisageables. En proposant conjointement, une gnration automatique des calendriers, la possibilit d'adapter les priodicits de soumission habituelles, de traiter par des dates d'exception ou des dates explicites les cas alatoires, Dollar Universe limite les oprations de maintenance du planning d'exploitation tout en prservant la capacit d'intervention des exploitants.

Ordonnancement et lancement des travauxDollar Universe excute un ordonnancement et un lancement dynamique de chacun des travaux, bass sur des processus acycliques ragissant en fonction des vnements qu'ils constatent en temps rel (heure, fin ou dbut d'un travail, changement d'tat d'une ressource, mise jour des paramtres d'exploitation, ...). Dollar Universe n'utilise aucun planning prdfini, mais interprte, en fonction des vnements d'exploitation qui surviennent et des interventions ventuelles des exploitants, l'ensemble des informations descriptives des travaux et les lments de planification qui leur sont associs. Cette interactivit totale de Dollar Universe lui confre : de trs hautes performances (consommation de ressources minimale du fait de l'absence de processus cycliques, soumission "juste temps" des travaux, ...), une souplesse et une ractivit exceptionnelle, un rel confort d'utilisation, la capacit d'intervention des exploitants tant respecte en temps rel.

Le contrle et la surveillance d'exploitationDollar Universe accorde une place particulirement importante au contrle et la surveillance d'exploitation, aux seules fins de faciliter le suivi de l'exploitation, d'acclrer l'identification des incidents, leur diagnostic et les processus de reprise correspondants. Une fonction spcifique leur est ddie. Organise autour d'un cran de suivi, elle permet de visualiser dynamiquement (alarme sonore, rafrachissement automatique de l'cran) tout ou partie des travaux excuts ou en cours d'excution. Associe des critres de slection fins, la fonction de suivi permet de focaliser l'attention des exploitants concerns sur les travaux stratgiques. A partir de cette fonction, toutes les informations essentielles sont directement accessibles : le compte rendu d'excution mis en forme par Dollar Universe, consignant les tapes franchies par le travail et, ventuellement, pour les travaux en attente de lancement, les vnements attendus. Ce compte rendu d'excution peut accueillir des commentaires ou consignes d'exploitation transmis depuis l'interprteur de commande via une commande spcifique de Dollar Universe, le log d'excution du travail, les prochains travaux soumettre, ... les reprises sur incident,

ainsi que les principales fonctions permettant d'intervenir sur le droulement du processus d'exploitation :

Introduction 5


le lancement interactif d'un travail non planifi, la mise jour d'un vnement d'exploitation.

La fonction de contrle concentre en un seul point tous les lments permettant l'exploitant d'intervenir de manire circonstancie sur un processus d'exploitation en cours.

Statistiques d'excutionDollar Universe mmorise pour chaque excution des travaux, la consommation des ressources essentielles (CPU, I/O directes et bufferises, mmoire, temps elapsed, ...) sur les cent dernires excutions et en calcule les valeurs mdianes. L'ensemble de ces informations peuvent tre visualises, interactivement, sous forme graphique. Pour effectuer des simulations de temps d'excution prcises, elles peuvent tre mises jour (limination de "points aberrants", cration de valeur estime pour de nouveaux travaux jamais excuts).

Simulation d'exploitationDollar Universe propose plusieurs fonctions de simulation : la simulation de planification d'un travail, la simulation d'un planning prvisionnel.

La simulation de planificationLa fonction interactive de planification des tches permet de simuler une tche donne, en utilisant le calendrier de rfrence sur une priode quelconque paramtrable

La simulation d'un planning prvisionnelA partir de l'ensemble des informations dfinies, Dollar Universe peut mettre en forme, sur une dure et partir d'une date quelconques (ventuellement dans le pass), le planning d'exploitation.

La scurit de l'exploitationLa scurit de l'exploitation est une des lignes de conduite majeure de Dollar Universe. Elle se dcline en trois thmes : la scurit par la gestion des mises en exploitation du paramtrage des travaux, la scurit par le contrle d'accs aux fonctions de Dollar Universe, la scurit par l'architecture technique de Dollar Universe.

La gestion des mises en exploitationDollar Universe gre pour chaque socit quatre espaces permettant, sans accroissement significatif de la charge de travail, une mise au point progressive des processus d'exploitation. Ces espaces peuvent tre ddis, en fonction des besoins, la recette des applications, la formation des utilisateurs, aux tests d'intgration, la simulation d'exploitation et l'exploitation elle-mme. Toutes les fonctions de Dollar Universe sont dotes d'une fonction permettant interactivement, au sein mme de la fonction de passer d'un espace un autre. Un mme travail peut disposer dans chacun de ces espaces d'un paramtrage diffrent correspondant chacune des tapes de son volution fonctionnelle ou technique. Dollar Universe propose en standard des

6 Introduction


fonctions interactives permettant aprs mise au point du paramtrage dans un espace donn de le transfrer vers un autre espace (transfert de l'espace de test vers l'espace de simulation par exemple). A chaque fois que les fonctions interactives de transfert sont utilises, les oprations effectues font l'objet d'une journalisation mmorisant notamment : le travail concern, l'oprateur, les espaces source et cible, les dates et heures d'excution de l'opration.

Les bases de donnes ainsi constitues sont interrogeables interactivement. Elles permettent par des requtes circonstancies (utilisation de multiples critres de slection tels que : date, travail concern, oprateur, ...), de reconstituer posteriori le scnario d'volution du paramtrage prsent dans l'espace d'exploitation, par exemple. Ces fonctions facilitent ainsi l'analyse de disparits entre un paramtrage attendu et le paramtrage oprationnel.

Le contrle d'accsChaque utilisateur doit, pralablement toute connexion, tre identifi par Dollar Universe. Cette identification permet notamment de lui attribuer un profil utilisateur. Pour chaque profil utilisateur, il est possible de personnaliser les droits d'utilisation des interfaces de Dollar Universe. Pour l'interface caractres : il est possible d'autoriser ou non l'usage de chaque fonction et au sein de chaque fonction, l'usage de chacune des options ou touches fonction disponibles. La dfinition des menus complte cette fonctionnalit. Pour les interfaces Motif, Windows et Commandes, la dfinition des actions autorises ou interdites est ralise par l'intermdiaire du fichier SECURITY (cf. manuel d'administration). Pour l'interface Windows : il est possible de dfinir un bureau standard pour chaque profil complt d'un bureau utilisateur spcifique (cf. manuel de Global Control).

Ce contrle d'accs coupl aux fonctions de dfinition des proxies (autorisation de connexion donne par un serveur des clients) permettent d'adapter prcisment l'ergonomie et l'tendue de l'usage de Dollar Universe en fonction des besoins de chacun.

L'architecture de Dollar UniversePlusieurs facettes de l'architecture de Dollar Universe contribuent la scurit de fonctionnement de l'exploitation. Le contenu de chaque change utilisateur / Dollar Universe est mmoris. Ainsi, quelles que soient les circonstances d'utilisation (arrt machine inopin par exemple), lors de sa prochaine connexion Dollar Universe, l'utilisateur reprendra son dialogue l'endroit prcis o il l'avait abandonn. Ces dispositions sont prises afin que toute tche entreprise sur le paramtrage d'exploitation trouve, en toutes circonstances, une fin normale. Dans des circonstances identiques (arrt machine inopin) les processus de base sont conus pour ne jamais perdre (tant que le systme d'exploitation ne la perd pas lui-mme) la trace des travaux en cours. Enfin, par souci de ne pas altrer les performances de chacun des espaces, du fait d'une surcharge d'un autre par exemple, les processus de base de Dollar Universe sont disjoints pour chacun des espaces actifs. La conception et la nature des fonctions de Dollar Universe concourent faciliter une gestion mthodique de l'exploitation au sein d'environnements strictement dlimits. Les possibilits de personnalisation offertes permettent de proposer chacun un outil prcisment adapt ses missions.

Introduction 7


Tous ces lments, conjointement une architecture technique rigoureuse et structure, donnent au processus d'exploitation, dans son ensemble, une plus grande clart et contribuent renforcer la matrise que les exploitants en ont.

Exploitation rpartie en client-serveurEn utilisant les protocoles standards, tels que DECNET et TCP/IP, Dollar Universe assure sa communication client - serveur entre les diffrents modules Dollar Universe d'un rseau. Dollar Universe permet ainsi, l'automatisation de squences de travaux sur plusieurs machines, le contrle et le pilotage depuis un point central, la fiabilisation et l'optimisation des processus d'exploitation multi - sites.

Caractristiques en exploitation rpartieL'unit de gestion est le concept majeur de la gestion d'exploitations rparties. Une unit de gestion peut rsider sur un noeud quelconque d'un rseau, dont l'identifiant fait partie des informations descriptives de l'unit de gestion. De plus, Dollar Universe gre pour les units de gestion : un type d'unit de gestion (usine, dpt, agence commerciale, units de gestion franaises, par exemple) diffrenciant chacune des units de gestion par son critre essentiel vis vis du processus d'exploitation, des relations de dpendances entre units de gestion.

Dans ce cadre, chacune des fonctions de Dollar Universe faisant rfrence la notion d'unit de gestion (expression des conditions dans la description des travaux, dfinition des travaux dpendants d'un travail dans une session, ...) sait interprter des expressions du type : les units de gestion de type X, les units de gestion qui dpendent de l'unit de gestion courante, les units de gestion de type X dpendant de l'unit de gestion courante,

Ainsi chacune des fonctions concernes de Dollar Universe peut tre paramtre par rapport l'organisation logique de l'exploitation informatique. Dollar Universe prend en charge, au moment de l'excution, la transposition entre les rfrences logiques utilises et la ralit physique du rseau, par rapport la description des units de gestion. Dollar Universe permet de dcrire de ce fait des processus flexibles aux volutions de configurations. En imaginant un processus d'exploitation consistant soumettre un travail sur toutes les machines des agences commerciales d'une socit, la majeure partie des volutions pourront tre excutes sans modifier le paramtrage d'exploitation. Par exemple : ajout d'une nouvelle agence commerciale : cration d'une nouvelle unit de gestion de type agence commerciale. La session au sein de laquelle est excute la soumission est inchange (travail A soumet travail B sur toutes les agences commerciales), concentration de deux agences commerciales sur une mme machine : mise jour du noeud pour l'unit de gestion concerne, la session reste inchange.

Les informations descriptives des units de gestion sont mmorises dans une base de donnes pour laquelle Dollar Universe fournit les outils ncessaires sa tldistribution sur l'ensemble des noeuds concerns.

La gestion cooprative d'exploitation rpartieL'expression des conditions dans la description des travaux peut utiliser les expressions logiques portant sur les units de gestion. Dans ce contexte, il devient possible d'exprimer une synchronisation de travaux s'excutant sur des units de gestion rsidant sur des noeuds diffrents :8 Introduction


"Le travail A ne s'excute pour l'unit de gestion X que si le travail B est correctement excut sur les units de gestion de type Z". Dans ce cas, sans qu'il soit ncessaire de grer au sein de l'applicatif l'envoi de pseudo-fichiers, Dollar Universe met en oeuvre une vritable gestion cooprative multi-machines. Il met des requtes destination des noeuds de rsidence des units de gestion du type concern pour dterminer si la condition est bien satisfaite. Ds que l'vnement attendu surviendra, la machine mettrice sera automatiquement informe. Ces fonctions sont gestion vnementielle (la requte n'est pas mise cycliquement). Elles sont gres dans une fonction spcifique de communication assurant elle-mme, y compris en cas de rupture temporaire du rseau, la scurit des missions et de la rception de requtes.

La gestion centralise d'exploitationAfin de limiter la charge du rseau et de ne traiter que les informations strictement utiles au suivi de l'exploitation, chacun des travaux est dot d'un indicateur mentionnant s'il peut faire ou non l'objet d'un contrle centralis. Le suivi de l'exploitation des travaux stratgiques des units de gestion concernes sera report sur le noeud dfini comme noeud de contrle centralis. Les fonctions de contrle d'exploitation permettront ainsi de visualiser dynamiquement, non seulement les travaux des units de gestion locales, mais aussi, les travaux essentiels des units de gestion contrle centralis. La gestion centralise des exploitations rparties peut tre tendue la dfinition du paramtrage d'exploitation des sites distants. Dollar Universe propose, dans cet objectif, une notion de modle de paramtrage. Un modle est un paramtrage inoprant, il devient oprationnel aprs tldistribution vers une unit de gestion cible. Cette notion de modle permet de grer depuis un seul noeud tous les paramtrages d'un ensemble d'exploitations rparties. Il convient galement de noter que toutes les fonctions interactives de Dollar Universe permettent de visualiser le paramtrage d'un autre noeud sans ncessiter de connexion sur le noeud concern.

La tldistribution du paramtrageDe manire identique aux fonctions de transfert entre espaces, chaque lment du paramtrage d'exploitation de Dollar Universe peut tre distribu interactivement sur les units de gestion de l'architecture. Chaque opration de distribution est journalise, constituant ainsi une base historique interrogeable interactivement. Les potentialits de Dollar Universe lui permettent de traiter toutes les formes d'exploitation locales, rparties gestion centralise ou locale. Il apporte, de ce fait, une contribution significative dans des volutions d'un mode un autre. La flexibilit et l'indpendance des processus par rapport la ralit physique des configurations confre l'exploitation une stabilit accrue, gage d'une maintenance rduite et d'une meilleure fiabilit.

Interfaces avec $UDollar Universe fournit un ensemble d'interfaces pour accder ses fonctions : interface graphique (X/MOTIF, Windows), interface en mode caractre (gestionnaire d'cran UAM dvelopp par ORSYP), interface sous forme de commandes.

Par ailleurs, Dollar Universe propose de manire standard de nombreuses interfaces avec des fonctions externes telles que :

Introduction 9


la gestion d'alarmes, les produits de sauvegardes, les applications WEB, les ERP, ...

10 Introduction


Les concepts d'environnement

IntroductionRle des concepts d'environnementLes fonctions de dfinition de l'environnement et d'administration gnrale prsentes dans cette partie permettent la structuration, l'organisation et la prparation de l'automatisation. Elles jouent ainsi un rle fondamental vis vis des processus d'exploitation dfinis par la suite et intressent ce titre plus particulirement les personnes en charge de l'administration de Dollar Universe. Le chapitre "concepts d'environnement", aprs une rapide prsentation de l'architecture gnrale propose, dcrit chacun des concepts participant cette architecture, en prcisant : Leur rle vis vis de la structuration de l'environnement et leur mode d'administration, Leur rle vis vis de l'automatisation de l'exploitation ainsi que les informations de nature fonctionnelle qui y sont attaches.

Le chapitre "applications" prsente l'administration attache aux applications, prliminaire indispensable l'automatisation des procdures applicatives. Il prsente galement l'administration des tables permettant la dclaration de l'environnement applicatif, et l'utilisation de cette mme dclaration pour les besoins propres de Dollar Universe. Le chapitre "utilisateurs" prsente les diffrentes notions d'utilisateurs considres au sein de Dollar Universe, en prcisant : Leur administration, La dfinition de leurs droits d'accs aux diffrentes fonctions de Dollar Universe.

PrsentationDollar Universe gre plusieurs concepts permettant de mettre en oeuvre une structuration logique de l'environnement de travail. On distingue trois principaux niveaux d'organisation des donnes: Les socits, Les espaces, Les units de gestion (UG).

Les concepts d'environnement 11


La figure suivante met en vidence l'ensemble de ces concepts.Socit A Socit B Espace application Espace intgration Espace simulation Espace exploitation

UG1

UG2

UG3

Les concepts d'environnement de Dollar Universe

La socit est le concept d'environnement du plus haut niveau. Chaque socit correspond une nouvelle installation du produit. Peuvent tre installes : une mme socit sur plusieurs noeuds, plusieurs socits sur un mme noeud. Les socits sont des environnements tanches d'exploitation qui ne peuvent communiquer qu'au travers de fonctions d'import / export de paramtrage. Une socit est dcoupe en quatre espaces : application, intgration, simulation et exploitation. Les espaces sont galement des environnements tanches d'exploitation mais qui bnficient de fonctions interactives de transfert de paramtrage (au sein d'une mme socit). Certains espaces acceptent galement la dfinition de versions d'objets (uproc et session). Le schma ci-dessous montre les principaux objets grs par Dollar Universe ainsi que leur implantation logique en fonction des diffrents concepts d'environnement proposs.SOCIETE Excutables et utilitaires de configuration Fichiers d'administration et d'autorisations Fichiers spcifiques non grs par espace Univers de production Espace Simulation uprocs data logs Espace Exploitation uprocs data logs

Univers de dveloppement Espace Application uprocs data logs Espace Intgration uprocs data logs

Rpartition des Objets par concept d'environnement

Les notions d'espaces ne sont pas gres de faon individualise. Les tables de Dollar Universe ne les connatront que par la diffrenciation permise dans la dfinition des chemins d'accs aux objets des applications et aux donnes propres chaque unit de gestion. Enfin, l'ensemble de cette structuration logique de l'environnement est indpendante de l'organisation physique des moyens informatiques et, par consquent, se trouve prsente su chaque noeud (machine) du rseau. Par ailleurs, l'architecture cooprative de Dollar Universe n'imposant aucune contrainte quant l'organisation des quipes d'exploitation en charge de l'administration et du suivi de l'exploitation (absence de notions de matre ou d'esclave), c'est au travers de la notion de ces mmes noeuds que l'organisation propre chaque contexte pourra tre traduite.

12 Les concepts d'environnement


Les socitsLa socit constitue la notion d'environnement de plus haut niveau gre par Dollar Universe. Une socit doit tre dfinie l'installation de Dollar Universe. Elle constitue, la plupart du temps, la seule socit existante du systme d'information, mais toutes les autres notions dfinies dans Dollar Universe y font rfrence. Ce concept permet de mettre en oeuvre un partitionnement strict des donnes. Il assure "l'tanchit" de plusieurs socits (au sens juridique du terme) sur un systme d'informatique unique.

Indpendance des socitsLa mise en oeuvre de socits consiste en la cration d'environnements compltement disjoints. Les socits disposent d'outils spcifiques (moteur batch par socit, par exemple), faisant l'objet d'exploitations indpendantes. Dans le cas o une dissociation aussi stricte n'est pas ncessaire, la notion d'unit de gestion permettra d'excuter des exploitations parallles. Si plusieurs socits partagent un systme informatique (elles peuvent utiliser les mmes excutables), les diverses fonctions de Dollar Universe pourront fonctionner paralllement, pour le compte de chacune des socits, sans qu'il n'y ait jamais interfrence dans leur fonctionnement ni partage des donnes.

Caractristiques complmentaires des socitsChaque socit autorise la dclaration d'informations d'intrt gnral telles que : Le type d'diteur utilis Cette information permet de dfinir (sous VMS), l'diteur utiliser dans l'ensemble des fonctions de Dollar Universe qui accdent des fichiers du systme d'exploitation (fichiers de commandes et fichiers log, principalement). Note : sous Unix, le type d'diteur utilis est dfini dans le fichier d'environnement uxsetenv (cf. manuel d'administration). Le verrouillage des objets Cette information permet de dfinir si, lors d'opration de transfert ou de distribution, les uprocs et sessions doivent rester modifiables ou non. Le noeud matre Cette information permet de dclarer le noeud matre d'une socit. On se reportera la rubrique "noeuds" du prsent chapitre pour de plus amples informations sur la signification de la notion de noeud matre et sur les prcautions d'utilisation qui y sont attaches. Le rpertoire socit Cette information permet de dclarer l'emplacement physique (nom de rpertoire) des divers fichiers d'une socit (tables d'administrations, fichiers de rgles de planification, fichiers des autorisations, etc...) pour le noeud concern. Note : la dfinition de ce support est double pour autoriser la compatibilit avec les anciennes versions de Dollar Universe qui reconnaissait l'implantation des fichiers d'une socit par univers (regroupement d'espaces deux par deux); elle ncessite du coup une mme dclaration dans les deux supports proposs pour une mme socit. Une mme socit pouvant tre installe diffremment sur chaque noeud, on vitera systmatiquement de distribuer cette table.



Les espacesAfin de tester progressivement les applications en dveloppement ou en maintenance, dans des conditions qui simulent au mieux les conditions de production, Dollar Universe offre quatre environnements de travail appels espaces. Ils sont nomms : l'espace d'application, l'espace d'intgration, l'espace de simulation, l'espace d'exploitation.

Les espaces d'application et d'intgration sont ddis l'environnement de dveloppement des processus d'exploitation. Les espaces de simulation et d'exploitation s'adressent la production informatique elle-mme. Dollar Universe gre, pour certains espaces, des versions d'uprocs et de sessions (voir paragraphe "Gestion des versions" page 74 ). Les mmes fonctions de Dollar Universe sont prsentes dans tous les espaces. Le changement d'espace peut tre ralis trs simplement par l'utilisateur, les outils de transfert des objets d'un espace l'autre sont systmatiquement proposs ds que cela est possible. Les natures d'objets gres au niveau espace sont les suivantes : Paramtrage : uprocs, sessions, calendriers, tches, Suivi : lancements, excutions, vnements, historiques,... Administration : toutes les tables, Paramtrage : rgles, ressources, classes d'incompatibilit.

Ne sont pas grs par espace, mais au niveau socit :

Les units de gestionDfinitionL'unit de gestion dsigne un environnement logique d'excution. Elle est prise en compte dans toutes les fonctions de Dollar Universe et y joue un rle essentiel. Une unit de gestion est systmatiquement associe un noeud. Ainsi, l'affectation d'une procdure une unit de gestion suffit dsigner l'environnement physique dans lequel le job sera excut. La notion de noeud devient transparente dans l'utilisation quotidienne des fonctions de Dollar Universe, au profit de la notion d'unit de gestion. Une configuration rpartie ou centralise est vue, de ce fait, comme une machine unique sur laquelle rside un ensemble d'units de gestion. Principaux aspects de l'unit de gestion : permet, dans un mme environnement physique, la cohabitation d'exploitations parallles d'applications identiques mais prsentant des contraintes d'exploitation diffrentes (environnements de donnes, applications), constitue la notion essentielle de l'informatique distribue. L'UG permet de simuler une architecture informatique distribue sur une architecture centralise. De ce fait, l'unit de gestion facilite les volutions d'architecture des solutions informatiques (architecture centralise vers architecture rpartie ou vice versa) et rend insensible ces volutions les mthodes d'exploitation,



ne peut pas tre dfinie sur plusieurs noeuds. Toutefois, un noeud peut en accueillir plusieurs.

UtilisationL'exploitation amne grer en permanence deux vues diffrentes de l'organisation informatique de l'entreprise : La vue logique qu'en ont les applications, La vue physique des moyens informatiques qu'impose l'exploitation.

Dollar Universe permet de construire les processus techniques d'exploitation partir des notions logiques que constituent les units de gestion, repoussant l'interprtation des paramtres logiques en donnes physiques au moment de l'excution finale des processus informatiques. Cette interprtation est faite dynamiquement, par rapport aux informations descriptives des units de gestion contenues dans les tables d'administration de Dollar Universe. Cette flexibilit confre aux processus d'exploitation une stabilit ingale, et donc, une fiabilit optimale. L'exemple suivant illustre ces propos. Des chanes de traitements peuvent impliquer plusieurs units de gestion : par exemple la consolidation de statistiques commerciales issues d'agences commerciales au niveau d'une direction rgionale. Si le traitement de consolidation doit soumettre des traitements dans les environnements de chacune des agences ou copier des fichiers localiss dans chacun des environnements agence concerns, que se passera-t-il en cas d'volution de l'organisation des agences (monte en charge progressive d'une application, dport des moyens informatiques d'une agence sur une nouvelle machine, ...) ? Dans la plupart des cas, les traitements doivent tre modifis pour tenir compte du nouveau contexte. Toutefois, Dollar Universe permet d'viter des oprations de maintenance rptitives sur les processus existants. La seule intervention consiste modifier une table d'administration pour crer une nouvelle unit de gestion ou modifier les caractristiques techniques d'une unit de gestion existante. Afin d'apporter une rponse complte, Dollar Universe permet de dfinir des relations hirarchiques entre units de gestion. Ces relations pourront tre tablies, par exemple, entre une direction rgionale et l'ensemble de ses agences commerciales. Ce type de relation est appel dans Dollar Universe le "traitement informatique hirarchis" ou TIH.

Units de gestion et espacesLes units de gestion sont prsentes dans chacun des espaces, moins d'une restriction explicite lors de leur dfinition (possibilit de les dfinir de manire restrictive pour les espaces de l'environnement de dveloppement ventuellement). De cette manire, l'environnement et le paramtrage des processus d'exploitation peuvent rester identiques depuis leur dveloppement jusqu' leur exploitation.

Types d'units de gestionDollar Universe permet de regrouper les units de gestion par type (type "usine", "agence", ...). L'utilisation de cette classification par type des units de gestion permet d'identifier, par exemple, des agences commerciales sans les nommer individuellement. Ces possibilits "d'adressage gnrique" d'un ensemble d'units de gestion peut tre utilis : pour constituer des ordres de dclenchement au sein de chanes de traitement, pour dfinir des conditions (enchanement, non simultanit, prsence de fichiers, etc.), pour mettre en forme des commandes spcifiques de Dollar Universe, pour distribuer du paramtrage d'exploitation l'attention de ces environnements.



Le type de l'unit de gestion est un lment important de la gestion de l'environnement et l'lment essentiel sur lequel repose le traitement informatique hirarchis (TIH). Partie intgrante du code de l'unit de gestion, Il caractrise fonctionnellement l'unit de gestion. Une unit de gestion est caractrise par un code constitu de la manire suivante : le premier caractre reprsente le type de l'unit de gestion. C'est ce caractre qui est pris en compte dans les relations gres dans le TIH, les autres caractres constituent un identifiant complmentaire.

Dollar Universe n'impose aucune contrainte particulire dans la codification de ces units de gestion. Il apparat cependant souvent utile de dfinir, sur chaque noeud, une unit de gestion de nature technique regroupant des fonctions d'intrt gnral. Note : il pourra tre utile de rserver un type particulier ("N" par exemple) pour dsigner des units de gestion prsentes en un seul exemplaire sur chaque noeud. La prsence de ces units de gestion et d'un type d'unit de gestion ddi facilitera la distribution des tables et des autres objets dont une seule occurrence est prsente sur un noeud donn, quel que soit le nombre d'unit de gestion et d'espaces prsents (par exemple, uprocs ou sessions). En effet, la dfinition de la cible des units de gestion pour effectuer des distributions pour ce type d'objets se limitera alors au formalisme "N" (toutes les units de gestion de type "N").

Traitement informatique hirarchisDollar Universe permet de dfinir des relations hirarchiques entre units de gestion appeles le "traitement informatique hirarchis" ou TIH. Au travers d'un symbolisme propre au TIH, Dollar Universe permet de dcrire des chanes de traitements sans prjuger du nom et du nombre d'units de gestion concernes. Il garantit ainsi la stabilit du paramtrage de l'exploitation sous Dollar Universe quelles que soient les volutions de la configuration matrielle utilise (cration ou regroupement de sites) ou de l'organisation informatique (cration ou suppression d'agences commerciales par exemple).

FormalismeCes expressions gnriques permettent de combiner les informations contenues dans les types d'units de gestion et dans les dpendances des units de gestion. Des exemples du formalisme associ peuvent tre : {XY} dsigne "toutes les UG de type 'X' dpendantes des UG de type 'Y' dont dpend l'UG sur laquelle est formule cette expression", {X } dsigne "toutes les UG de type 'X' dpendantes de l'UG sur laquelle est formule l'expression", { Y} dsigne "toutes les UG de type 'Y' dont dpend l'UG sur laquelle est formule l'expression", { } dsigne "la mme UG" que celle sur laquelle est formule l'expression.

Ces expressions gnriques peuvent tre utilises : dans l'expression de conditions associes des procdures, dans l'expression d'ordre de dclenchement au sein d'une chane de traitements.

Elles permettent de corrler l'excution d'une uproc sur une unit de gestion l'excution d'une uproc sur un sous-ensemble d'units de gestion. L'interprtation de l'expression gnrique est ralise dynamiquement. Les conditions utilisant ces expressions prennent automatiquement en compte les crations, suppressions ou modifications d'units de gestion. Si l'on considre une reprsentation du rseau d'units de gestion telle que figure ci-dessous



La mise en oeuvre des diffrents formalismes est la suivante : {XY} Ce formalisme permet " une fille de voir tous ses frres ou cousins" :

A02 "voit" X11 et X12 A01 "voit" X01, X02, X11 et X12 {X } Ce formalisme permet " un pre de voir tous ses fils (mais pas ses neveux)" :

Y01 "voit" X01 et X02 Y02 "voit" X11 et X12 { Y} Ce formalisme permet " une fille de voir son ou ses pres":

X01 "voit" Y01 A02 "voit" Y02 A01 "voit" Y01 et Y02 Note : ces formalismes permettent d'explorer les dpendances dans le sens "descendant" de celles-ci et uniquement dans ce sens. Ds lors que le besoin s'en fait sentir, il suffit de dfinir des dpendances inverses pour pouvoir parcourir celles-ci dans le sens "ascendant". D'ailleurs et comme l'illustre le schma ci-dessus, les dpendances peuvent tre totalement mailles et ne ncessitent aucune hirarchie particulire entre les diverses units de gestion, mme si c'est trs souvent le cas.

Mise en oeuvre des units de gestionAfin de faciliter la comprhension de cette reprsentation logique de l'environnement et de dmontrer la puissance du concept d'unit de gestion, nous donnons ci-dessous quelques exemples d'utilisation possibles. Les exemples suivants ne sont fournis que pour dmontrer l'tendue des cas d'utilisation possibles du concept d'unit de gestion. Celui-ci sera systmatiquement utilis ds lors que l'on peut constater une rplication des traitements.Les concepts d'environnement 17


Application une entreprise industrielleSupposons qu'une entreprise soit btie autour d'une organisation commerciale constitue de directions rgionales contrles par une direction centrale et pilotant elles-mmes des usines et des agences commerciales. Une dfinition immdiate des units de gestion de cette organisation consiste en crer autant qu'il y a d'entits direction centrale, directions rgionales, agences et usines. Chacune des entits de mme nature exploitera, selon toute vraisemblance, des applications informatiques identiques ou du moins de mme nature. Cette similitude peut tre traduite en attribuant un mme type d'unit de gestion aux units de gestion correspondantes. Les units de gestion cres pourront tre les suivantes : Direction centrale : C01, Directions rgionales : R01 et R06, Usines : U07, U16 et U34 Agences : A01, A02, A11, A12 et A13.

Parmi les traitements informatiques, des traitements de consolidation, par exemple, peuvent mettre en vidence des dpendances fonctionnelles entre ces entits. La consolidation des informations de production journalire est assure directement par la direction centrale, tandis que les statistiques commerciales sont agrges dans un premier temps au niveau rgional puis au niveau central. Le schma suivant traduit un exemple possible de ces dpendances fonctionnelles.

Liens fonctionnels des UG

Ces dpendances fonctionnelles peuvent tre traduites par des relations de dpendance entre les units de gestion. Les units de gestion sont ainsi organises en une forme de rseau. En fonction de la disponibilit des moyens matriels informatique, ce rseau peut tre support par plus ou moins de noeuds tel que figur ci-dessous :

Support du rseau des UG par la configuration physique



Rappelons que l'ensemble des processus tant dcrit partir du rseau d'units de gestion, ceux-ci demeurent indpendant de la configuration physique.

Exemple 1 : diffusion de l'application "statistiques commerciales" aux agences ou comment utiliser le type d'UG dans les processus de distributionL'application statistiques commerciales est dveloppe sur le site de paris. Son automatisation est ralise sur ce mme site puis diffuse l'attention des agences, principales intresses par cette application. Paralllement la diffusion de l'application, les procdures dfinies au sein de Dollar Universe seront distribues sur toutes les units de gestion de type 'A'. Les agences concernes par cette distribution sont : A01, A02, A11, A12, A13. Par ce biais gnrique, aucune agence ne sera oublie, et Dollar Universe prendra automatiquement en charge cette diffusion sur les sites concerns.

Exemple 2: dclenchement des traitements agences sur dcision des rgions ou comment utiliser le formalisme {x } dans un processus de dclenchementSuite la diffusion de l'application statistiques commerciales et des procdures automatises au sein de Dollar Universe, une chane de traitements est construite telle que figure ci-dessous.

Celle-ci utilise le formalisme TIH "{A }" permettant de dclencher le traitement "statistiques" sur toutes les agences dpendantes de la rgion concerne. Par ce biais hirarchique, et suivant que le "top_utilisateur" sera activ sur une rgion ou une autre, le dclenchement du traitement "statistiques" s'effectuera bien sur les agences dpendantes de la rgion concerne. Par exemple, si le traitement top_utilisateur est activ sur la rgion R01, le traitement statistiques sera dclench sur les agences A01, A02, A11. La chane de traitements ainsi constitue demeure indpendante de la rgion d'excution, du nombre d'agences et de leur rattachement telle ou telle rgion.

Exemple 3 : synchronisation des traitements statistiques avec la constitution du stock ou comment utiliser le formalisme {XY} dans un processus de synchronisationLe traitement statistiques voqu ci-dessus ne peut en fait s'excuter que si la valorisation des stocks a t effectue au sein de chacune des usines de la rgion laquelle est rattache l'agence concerne. Il porte ainsi sous Dollar Universe une condition d'enchanement traduisant cette synchronisation.

Celle-ci utilise le formalisme TIH "{UR}" permettant au traitement "statistiques" d'attendre que le traitement stocks se soit bien droul sur l'ensemble des usines dpendantes de la rgion laquelle l'agence concerne est rattache. Par exemple, pour que le traitement statistiques s'excute sur l'agence A02, il est ncessaire que le traitement stocks se soit bien droul pour les usines U07 et U16. Il en va bien sur de mme pour les agences A01 et A11. La synchronisation de traitements ainsi constitue demeure indpendante de la rgion d'excution, du nombre d'usines et de leur rattachement telle ou telle rgion.



Exemple 4 : synchronisation des traitements statistiques avec les stocks logiques ou comment utiliser le formalisme { y} dans un processus de synchronisationLe traitement statistiques voqu ci-dessus ne peut galement s'excuter que si chaque agence d'une mme rgion a rendu disponible l'ensemble des prises de commandes non livres, celles-ci influant bien videmment sur les stocks rellement disponibles. Il porte ainsi sous Dollar Universe une condition d'enchanement traduisant cette synchronisation.

Celle-ci utilise le formalisme TIH "{AR}" permettant au traitement "statistiques" d'attendre que le traitement commandes se soit bien droul sur l'ensemble des agences rattaches la rgion courante. Par exemple, pour que le traitement statistiques s'excute sur l'agence A02, il est ncessaire que le traitement commandes se soit bien droul pour les agences A01, A02 et A11. Il en va bien sur de mme pour les agences A01 et A11. La synchronisation de traitements ainsi constitue demeure indpendante de la rgion d'excution, du nombre d'agences.

Exemple 5 : synchronisation des traitements statistiques avec la tarification ou comment renverser les dpendances d'UG dans un processus de synchronisationLe traitement statistiques voqu ci-dessus ne peut enfin s'excuter que si la tarification des produits est rendue disponible par la direction centrale chaque rgion (sachant que cette tarification est ventuellement diffrente pour chaque rgion). Il porte ainsi sous Dollar Universe une condition d'enchanement ncessitant que le traitement tarifs, de rcupration des fichiers tarifs gnrs sur le site central, se soit bien termin pour la rgion laquelle l'agence concerne est rattache.

Celle-ci utilise le formalisme TIH "{ R}" permettant au traitement "statistiques" d'attendre que le traitement stocks se soit bien droul sur la rgion laquelle l'agence concerne est rattache. Ce formalisme ncessite du mme coup la dfinition d'une dpendance, inverse par rapport aux dpendances prcdemment dfinies, entre chaque agence et sa rgion de rattachement, tel que figur dans le schma cidessous (flches "montantes") :

Ainsi, par exemple, pour que le traitement statistiques s'excute sur l'agence A02, il est ncessaire que le traitement tarifs se soit bien droul pour la rgion R01. La synchronisation de traitements ainsi constitue demeure indpendante de la rgion d'excution.



Application de gnration de documentationCet exemple considre une application batch charge de gnrer une documentation multilingue pour diffrents types de matriels de haute technologie. Cette application regroupe un ensemble de travaux paramtrs en fonction du type de matriel concern et en fonction de la langue dans laquelle la documentation doit tre gnre. Une mme chane de traitements s'excutera ainsi pour un ensemble d'units de gestion directement issues de la combinaison type de matriel - langue. Cette disposition permet de restreindre au maximum le nombre de traitements dfinir dans Dollar Universe, les units de gestion s'y substituant (un mme traitement s'excutera par contre autant de fois que d'units de gestion); l'interprtation de la signification de l'unit de gestion est ralise au moment de l'excution du traitement, celui-ci n'ayant plus qu' traduire le code de l'unit de gestion en type de matriel et en code langue. Dans le cas o des traitements seraient communs toutes les langues par exemple, une hirarchie pourrait tre introduites entre les diffrentes units de gestion dfinies pour traduire le besoin de synchronisation des divers traitements concerns.

Application de traitements de vacationsCet exemple considre une application batch charge de rceptionner un nombre trs important de fichiers en provenance de divers clients (des commandes issues de vente par correspondance, par exemple). Cette application ncessite une optimisation technique particulire des ressources disques consommes. En effet, compte tenu du grand nombre de fichiers reus chaque jour, on souhaite rpartir ceux-ci sur chaque disque de la machine rceptrice afin d'quilibrer les entres sorties sur chacun d'eux lors du traitement de ces fichiers. Lors de la prise en charge de ces fichiers par l'application celle-ci va effectuer un mme traitement autant de fois qu'il y a de disques. On utilisera ainsi les units de gestion pour dclarer chacun de ces disques et faire excuter les traitements autant de fois qu'il y a d'units de gestion du type disques.Traitement / {D }

Disque 1

Disque 2

Disque 3

Disque 4

Utilisation des UG pour reprsenter des objets techniques

Outre la rduction du nombre d'objets dfinir au sein de Dollar Universe, cette reprsentation prsente l'avantage de n'imposer aucune intervention particulire sur le paramtrage d'exploitation ds lors que l'on souhaitera ajouter un disque la configuration en regard du nombre croissant de fichiers reus (en dehors de la dclaration du nouveau disque en tant qu'unit de gestion).

Les noeudsDfinitionDollar Universe propose une architecture d'automatisation d'exploitation rpartie. A ce titre, il prend donc en compte les architectures cluster et rseau.



Le noeud au sens de Dollar Universe a la mme signification que le sens informatique dsignant une machine sur un rseau. Tel que prcis prcdemment, la notion de noeud est en fait occulte (dans le paramtrage de Dollar Universe) au profit de l'unit de gestion pour permettre une meilleure flexibilit des processus d'exploitation constitus. Le noeud n'intervient donc que lors de l'excution relle d'un traitement sur une machine. Par ailleurs, Dollar Universe propose pour ses versions oprant avec TCP/IP, la possibilit de dsigner les noeuds de manire logique, un fichier fournissant la correspondance entre la notion de noeud fourni par Dollar Universe et le nom de la machine physique telle que reconnue par TCP/IP (cf. Manuel d'administration).

Administration centrale ou localeNoeud matreMme si Dollar Universe bnficie d'une architecture cooprative et autorise du mme coup une administration centrale ou locale, il permet de restreindre la gestion de ses tables d'administration en un point focal grce la notion de noeud matre. Cette disposition est bien souvent souhaitable en regard de l'importance des informations que contiennent ces tables d'administration (description de l'environnement tant physique que logique). Chaque noeud reconnat ainsi un noeud matre, qui lors de l'installation de la socit est dfini comme tant le noeud lui-mme, ce qui l'autorise modifier ses propres tables d'administration. La dclaration, dans la table des socits, d'un noeud matre diffrent du noeud courant entrane l'impossibilit de mettre jour localement les tables d'administration. Celles-ci ne pourront plus tre mises jour qu' partir d'un autre noeud par une distribution de celle-ci. Note : la notion de noeud matre est indpendante de la notion de noeud de contrle centralis. Le schma ci-dessous illustre la notion de noeud matre :noeud1 ADMINISTRATION table socit Matre = noeud1 Mise jour noeud3 ADMINISTRATION table socit Matre = noeud5 noeud2 ADMINISTRATION table socit Matre = noeud1 Consultation

Distribution

Illustration de la notion de noeud matre

Note : comme l'indique le schma ci-dessus, la notion de noeud matre ne sert qu' empcher une modification locale des tables d'administration et n'indique nullement une dpendance en terme de gestion de la plate-forme; exemple : le noeud 3 reconnat noeud 5 comme noeud matre mais peut tout fait tre aliment (via une distribution) par un autre noeud.

Contrle centralisDollar Universe permet une exploitation rpartie sur un ensemble de noeuds; ce titre, il autorise galement le contrle centralis de certaines de ses tches en un noeud central de l'architecture. Cette option de contrle centralis est paramtrable pour chaque tche (la valeur par dfaut est donne par une variable logique cf. paragraphe "Contexte fourni par Dollar Universe" page 38) afin de ne remonter sur le noeud central que les informations ncessaires au suivi de l'exploitation.



Une option de la dfinition du noeud permet de le dclarer comme noeud de contrle centralis du suivi d'exploitation. Ainsi, pour chaque noeud, il est possible de dclarer un noeud de contrle centralis sur lequel remonteront les tats d'excution de toutes les tches dclares avec l'option contrle centralis. Par ailleurs, il est noter qu'un seul noeud peut tre dclar comme noeud de contrle centralis (au sein d'une table des noeuds), de telle sorte que la distribution de la table des noeuds vers un ensemble d'autres noeuds entrane la reconnaissance par tous ces noeuds d'un seul noeud de contrle centralis (ventuellement distinct du noeud matre). L'exemple ci-dessous illustre cette notion de noeud de contrle centralis et l'impact de la notion de noeud matre.noeud1 ADMINISTRATION table socit Matre = noeud1 table des noeuds Centralis = noeud2 Noeud8 ADMINISTRATION table socit Matre = noeud8 table des noeuds Centralis = noeud9 Distribution de la table des noeuds noeud2 ADMINISTRATION table socit Matre = noeud1 table des noeuds Centralis = noeud2 noeud3 ADMINISTRATION table socit Matre = noeud5 table des noeuds Centralis = noeud2

Illustration de la notion de noeud de contrle centralis et de l'impact de la notion de noeud matre et des oprations de distribution de la table des noeuds

Caractristiques complmentaires du noeudHabilitation aux espacesLa dfinition des noeuds dans Dollar Universe permet de prciser l'habilitation aux environnements de dveloppement (espaces d'application et d'intgration) et d'exploitation (simulation et exploitation). Cette fonction permet de restreindre ventuellement l'usage de Dollar Universe sur cette machine aux espaces qui auront t indiqus. Note : afin d'viter les disparits de paramtrage, il est recommand de localiser l'environnement de dveloppement des processus d'exploitation sur un noeud de dveloppement unique, et de distribuer les objets de Dollar Universe partir de ce seul noeud. Le schma suivant illustre une telle organisation :Noeud de dveloppement Dveloppement Transfert Exploitation Distribution du paramtrage Exploitation Noeud de production Exploitation

Noeud de production

Illustration de l'habilitation des noeuds aux espaces

Note : cette organisation est valable pour l'ensemble des oprations de dfinition de paramtrage et de mise jour de celui-ci : modification, transfert, distribution.



RpertoiresDollar Universe ne connaissant pas priori l'architecture du noeud cible, ces informations lui permettent d'accder directement aux donnes et excutables du noeud.

Dclaration de l'environnement applicatifLes applications et les domainesLes dveloppements informatiques font classiquement l'objet d'un dcoupage en sous-ensembles. Le domaine fonctionnel et l'application sont les deux critres de distinction que propose Dollar Universe. Un domaine est dfini par un code et un libell, Une application est dfinie par un code, un libell et un domaine d'appartenance. Plusieurs applications peuvent appartenir au mme domaine.

L'application et le domaine servent Dollar Universe des fins d'analyse et de structuration sur l'ensemble des uprocs qu'il gre. En effet, la dfinition des uprocs est lie une application (donc un domaine), cf. paragraphe "Les uprocs" page 36.

Les rpertoires application ou UGLes notions d'espaces et d'units de gestion permettent de dfinir une organisation logique de l'espace informatique. A chacune de ces notions peut tre associe, de manire facultative, une structuration physique de l'ensemble de l'environnement, dfinie dans le cadre des tables d'administration de Dollar Universe. Cette organisation physique est conue pour permettre de construire un maillage de l'espace disque l'aide de chemins d'accs aux rpertoires de rsidence des principaux objets informatiques manipuls et des donnes. Dollar Universe n'imposant pas de contrainte particulire sur cette organisation, il permet de prendre en compte les normes et standards propres chaque client. Chaque rpertoire applicatif peut ainsi tre dfini : Sous VMS, en prcisant soit un nom de disque (code de quatre caractres) et un nom de rpertoire, soit un nom logique global, Sous OS400, en saisissant le nom de la bibliothque concerne, Sous UNIX ou Windows, en saisissant directement le nom et le chemin d'accs au rpertoire concern.

Les valeurs des chemins d'accs aux rpertoires application sont restitues, dans des variables d'environnement (UNIX et Windows), variables (AS400), ou symboles (VMS et OPENVMS), lors de l'excution des uprocs, voir paragraphe "Contexte fourni par Dollar Universe" page 38). Note : la dfinition de l'environnement est bien entendu facultative, sauf pour Dollar Universe qui retrouve ses propres donnes et excutables au travers de ces tables.

Les rpertoires applicationDollar Universe peut grer par noeud / univers / application les chemins d'accs aux excutables (ou autres objets assimils) des applications. A la diffrence des donnes pour lesquelles il est possible de distinguer des chemins d'accs espace par espace, Dollar Universe ne gre les rpertoires d'excutables que par univers (exploitation ou dveloppement).



Par ailleurs, cette dclaration est indpendante des units de gestion rsidantes sur le noeud concern, les objets concerns tant indpendants des donnes sur lesquelles ils oprent, et, par consquent, communs l'ensemble des units de gestion qu'ils desservent. La table correspondante peut tre dfinie de manire centrale et distribue sur chacun des noeuds ncessitant la connaissance de l'environnement applicatif ainsi dcrit.

Les rpertoires UGAu mme titre que les excutables applicatifs, Dollar Universe propose de dclarer pour chaque triplet {espace / unit de gestion / application} (le noeud est implicite, l'unit de gestion tant rsidante sur un seul noeud), un chemin d'accs aux donnes propres de l'application pour l'unit de gestion concerne. La table correspondante peut galement tre dfinie de manire centrale et distribue sur chacun des noeuds ncessitant la connaissance de l'environnement applicatif ainsi dcrit.



Les utilisateurs

DfinitionsDollar Universe distingue deux principaux types d'utilisateurs : Les utilisateurs des interfaces de Dollar Universe (caractre, commandes, Motif et Windows), les comptes de soumission utiliss lors de l'excution de l'exploitation batch. Note : un mme utilisateur peut cumuler les deux fonctions. Les utilisateurs sont regroups par profil. Ces profils rgissent l'accs aux fonctions et aux donnes de Dollar Universe (cf. paragraphe "Le contrle d'accs" page 27). La dfinition des profils utilisateurs permet galement d'organiser le poste de travail de chacun sous Dollar Universe, conformment ses besoins effectifs (cf. paragraphe "La personnalisation des interfaces" page 29). Chaque utilisateur doit, pralablement toute connexion, tre identifi par Dollar Universe. Cette identification est ralise par la cration d'un utilisateur dans la "table des utilisateurs" ce qui permet notamment de lui attribuer un profil utilisateur et un code auteur. Le code auteur est un trigramme (une signature), permettant de caractriser un utilisateur. Il sert de rfrence pour identifier le compte de soumission utiliser pour excuter une tche sous Dollar Universe (cf. paragraphe "Les comptes de soumission" page 31).

Le contrle d'accsAu del des droits d'accs des systmes (cf. manuel d'administration), Dollar Universe propose deux types de contrle d'accs ses fonctions et ses donnes : La dfinition de proxy permettant de contrler globalement l'accs un serveur pour chacun de ses clients, La dfinition, pour un nud donn, des actions autorises ou interdites sur les interfaces commandes, Motif et Windows (Global Control).

Le contrle d'accs aux serveurs - les proxiesSur Unix et Windows, limplmentation du protocole de scurit bas sur les proxies permet dinterdire ou dautoriser laccs un site de donnes.

Les utilisateurs 27


Un utilisateur Dollar Universe est identifi par un utilisateur systme donn (groupe ou domaine nom d'utilisateur systme) connect une machine. Cette association "utilisateur systme/utilisateur Dollar Universe" est appele proxy. Les proxies sont dfinies localement au serveur qui effectue le contrle pour les applications qui sont l'initiative de la connexion, ce peut tre : W32 pour les utilisateurs d'un systme Windows, UNX pour les utilisateurs d'un systme Unix, VMS pour les utilisateurs d'un systme VMS, AS4 pour les utilisateurs d'un systme AS400, MPE pour les utilisateurs d'un systme MPE, WEB pour les utilisateurs Internet provenant de Dollar Universe Web Control, DOC pour les utilisateurs Publisher, REP pour les utilisateurs Reporter. Des commandes (cf. manuel d'administration) permettent de dfinir et de modifier le fichier binaire des proxies utilis par le serveur d'IO de Dollar Universe. Ces commandes sont autonomes et n'ont pas besoin de la prsence du serveur d'IO pour fonctionner. Exemple de fichier des proxies dfinies pour la socit TEST50 L:\Proxy>lstproxy SIO v.501 proxy file : L:\universe\TEST50\mgr\uxioproxy.dta (3 def) SYSTEM U_NODE GROUPNAME USERNAME UNIVERSE_USERNAME -------------------------------------------------------------------AS4 * * * *NONE UNX * * test50* *SAME (test50*) W32 devnt* devel * test50a L:\Proxy>

Utilisateurs non rfrencs dans Dollar UniverseSi les proxies Dollar Universe sont activs, un utilisateur non rfrenc dans la gestion des proxies de Dollar Universe ne peut pas ouvrir l'interface Dollar Universe. Un utilisateur non rfrenc dans les tables d'administration de la socit Dollar Universe ne peut pas ouvrir l'interface Dollar Universe.

Dclaration d'un utilisateur proxy sur un serveurLa variable U_PROXY_FILE doit tre dfinie dans le fichier d'environnement et pointer sur le fichier des proxies. Ce fichier est alors charg au dmarrage du serveur d'IO. Si la variable d'environnement n'existe pas, le serveur n'effectue aucune gestion des proxies et autorise l'accs tous ses clients. Si la variable est dfinie mais si le fichier des proxies n'existe pas, il est alors cr automatiquement et aucun client ne peut se connecter au serveur avant qu'une entre ne soit dfinie dans le fichier des proxies.

Les commandes de gestion des proxiesDes commandes permettent de grer le fichier des proxies. Elles sont dtailles dans le manuel d'administration. Commande Description

28 Les utilisateurs


lstproxy setproxy delproxy getproxy loadproxy_io

liste le contenu du fichier de dfinition des proxies. ajoute ou modifie la dfinition d'une ligne dans le fichier des proxies. supprime un enregistrement dans le fichier des proxies. vrifie la cohrence du fichier de proxies. Notifie la modification du fichier des proxies au serveur d'IO.

Le contrle d'accs aux donnes et aux fonctions fichier SECURITYDollar Universe propose un contrle d'accs sur ses fonctions et sur ses donnes en fonction des espaces. Le contrle d'accs repose sur la dfinition de profils utilisateurs (associ l'utilisateur lors de sa dfinition dans la table des utilisateurs) et de droits associs ces profils. Des droits spcifiques peuvent galement tre dfinis pour des utilisateurs particuliers. Ces contrles sont dcrits dans un fichier qui comporte : des enttes, des contrles, et des mots cls pour les oprations et pour les objets (cf. manuel d'administration pour la description de l'utilisation de ce fichier). Le contrle d'accs sur les actions repose directement sur les actions cites. Par exemple : Display, Create, Updatel'action est autorise ou non pour le type d'objet indiqu. Les objets sont protgs selon leur type. Par exemple : uproc, Task (tche), Engine (automate) ou selon un sous ensemble de ceux ci, par exemple uproc=U* (qui restreint le contrle aux uprocs dont le code dbute par un U). Pour chaque objet il existe un certain nombre de cls pouvant ainsi faire l'objet de restrictions. Les contrles sont diffrents selon les profils. Le profil PROFADM a accs tous les objets et toutes les actions.

La personnalisation des interfacesCes fonctions sont disponibles p

Documents

U51ref_fr