Escolar Documentos
Profissional Documentos
Cultura Documentos
SOMMAIRE
1 PRSENTATION................................................................................................................................4 1.1 VISUAL TOM SERVEURS (RFRENTIEL, ORDONNANCEUR)...............................................................................4 1.2 VISUAL TOM XVISION VT-XVI (CONCEPTION, PILOTAGE)...............................................................................4 1.3 VISUAL TOM CLIENTS (EXCUTION DES TCHES SUR UNE MACHINE)...................................................................5 1.4 VISUAL TOM MODULES OPTIONNELS............................................................................................................5 2 ARCHITECTURE TECHNIQUE..........................................................................................................6 3 INSTALLATION DES MODULES DE BASE.......................................................................................8 3.1 INSTALLATION SOUS UNIX............................................................................................................................8 3.1.1 Prparatifs..................................................................................................................................8 3.1.2 Transfert du package logiciel......................................................................................................8 3.1.3 Le fichier de configuration de l'installation : install_vtom.ini.........................................................9 3.1.4 Droulement de la procdure dinstallation..................................................................................9 3.1.5 Validation de linstallation..........................................................................................................10 3.2 INSTALLATION SOUS WINDOWS NT.............................................................................................................13 3.2.1 Dsinstallation..........................................................................................................................13 3.2.2 Conventions..............................................................................................................................13 3.2.3 Paramtres de linstallation.......................................................................................................13 3.2.4 Droulement de la procdure dinstallation................................................................................15 3.2.5 Validation de linstallation..........................................................................................................15 4 CONFIGURATION DU SERVEUR VISUAL TOM..............................................................................17 4.1 LES PORTS DE COMMUNICATION DU SERVEUR VISUAL TOM..............................................................................17 4.2 LES VARIABLES DENVIRONNEMENT DE LADMINISTRATEUR DE VISUAL TOM POUR UN SERVEUR UNIX.........................17 4.3 LES VARIABLES DENVIRONNEMENT POUR UN SERVEUR WINDOWS......................................................................18 4.4 LE FICHIER DE CONFIGURATION VTOM.INI.......................................................................................................18 4.5 PARAMTRAGE DE LA PROCDURE DE COMMUNICATION DES MOTEURS AVEC LES CLIENTS.........................................19 4.6 LA MISE EN PLACE DES TRACES DES MOTEURS...............................................................................................20 4.7 PRODUCTION DE TABLEAUX DE BORDS DES JOURNES DEXPLOITATION PRCDENTES.............................................21 4.8 LHISTORIQUE.........................................................................................................................................21 5 LES COMMANDES DUN MODULE SERVEUR...............................................................................22 5.1 SAUVEGARDE ET RESTAURATION DUNE BASE.................................................................................................22 5.1.1 Sauvegarde du rpertoire de la base de donnes.....................................................................22 5.1.2 Liste le contenu de la base dans un fichier texte.......................................................................22 5.1.3 Import des objets dfinis dans un fichier texte...........................................................................22 5.2 LA GESTION DES MOTEURS........................................................................................................................23 5.2.1 Dmarrage dun moteur sur un Environnement.........................................................................23 5.2.2 Arrt dun moteur sur un Environnement...................................................................................23 5.2.3 Remise OFF du flag moteur de linterface graphique pour un environnement.........................23 5.2.4 Test de prsence dun moteur actif pour un environnement......................................................23 5.2.5 Vrification des blocages de date..............................................................................................23 6 CONFIGURATION DU CLIENT VISUAL TOM..................................................................................24 6.1 LES PORTS DE COMMUNICATION UTILISS PAR UN CLIENT..................................................................................24 6.2 LES VARIABLES DENVIRONNEMENT DE LADMINISTRATEUR DU CLIENT VISUAL TOM SOUS UNIX.................................24 6.3 LES VARIABLES DENVIRONNEMENT WINDOWS DUN CLIENT VISUAL TOM............................................................25 6.4 LE FICHIER DE CONFIGURATION VTOM.INI.......................................................................................................25 6.5 LES QUEUE BATCH...................................................................................................................................26
2/46 91157135.doc
Visual TOM Support de formation administrateurs 6.5.1 Configuration dune queue batch sous un client Unix................................................................26 6.5.2 Configuration dune queue batch sous un client Windows.........................................................27 6.6 LES SUBMITTER......................................................................................................................................27 6.7 GESTION DES LOGS.................................................................................................................................28 7 CONFIGURATION DUNE IHM VISUAL TOM..................................................................................30 7.1 LES PORTS DE COMMUNICATION UTILISS PAR UNE IHM...................................................................................30 7.2 LES VARIABLES DENVIRONNEMENT DE LADMINISTRATEUR DE LIHM SOUS UNIX...................................................31 7.3 LES VARIABLES DENVIRONNEMENT SYSTME WINDOWS DUNE IHM....................................................................31 7.4 LE FICHIER DE CONFIGURATION VTOM.INI.......................................................................................................31 7.5 MISE EN PLACE DES FONCTIONNALITS DOCUMENTATION ET CONSIGNES..............................................................32 8 CONCEPTION ET PILOTAGE DE LA PRODUCTION EN MODE COMMANDE...............................34 8.1.1 Ajout ou modification dobjets dans le domaine dexploitation....................................................34 8.2 AJOUT ET MODIFICATION DUNE APPLICATION..................................................................................................35 8.3 AJOUT OU MODIFICATION D'UN TRAITEMENT....................................................................................................37 8.4 SUPPRESSION D'UN TRAITEMENT.................................................................................................................39 8.5 SUPPRESSION DUN LIEN...........................................................................................................................39 9 INSTALLATION DES MODULES ISUPERVISER ............................................................................40 9.1 INSTALLATION DE LA PASSERELLE I-SERVER...................................................................................................40 9.2 INSTALLATION DU MODULE I-SUPERVISER......................................................................................................41 10 GUIDE DE LUTILISATEUR DU SUPPORT STANDARD...............................................................43 10.1 ASSISTANCE TELEPHONIQUE.....................................................................................................43 10.1.1 Comment nous contacter........................................................................................................43 10.1.2 Avant dappeler le support.......................................................................................................43 10.1.3 Informations fournir pour toute demande dassistance technique..........................................43 10.1.4 Dans quels cas appeler le support..........................................................................................43 10.1.5 Conditions daccs au support................................................................................................44 10.2 MAINTENANCE DES SYSTEMES VISUAL TOM...........................................................................44 10.2.1 Sauvegarde et restauration ....................................................................................................44 10.2.2 Environnement de test ...........................................................................................................44 10.2.3 Gestion de vos espaces .........................................................................................................45 10.2.4 Installation de version ............................................................................................................45
91157135.doc
3/46
1 Prsentation
Les modules Visual TOM sont classes en quatre familles de modules
4/46
91157135.doc
1.3 Visual TOM Clients (Excution des tches sur une machine)
Visual TOM Client (VT-CS) Cest un client Visual TOM permettant la production informatique en architecture Client/Serveur. Ces modules dpendent dun Visual TOM serveur; ils reoivent les ordres de soumission en provenance de ceux-ci et excutent les traitements batch. (exemple. : Excution dune tche sur une machine). Il peut tre install indiffremment sur des machines UNIX ou NT, VAX/VMS, Open VMS, AS400, GCOS7 et GCOS8. Visual TOM Net Client (VT-CN) Cest un client Visual TOM qui possde en local son propre rfrentiel de production, lui garantissant lautonomie de fonctionnement. Il peut tre install indiffremment sur UNIX ou NT.
91157135.doc
5/46
2 Architecture technique
A rchitecture technique
Tcp/ip
Tengine
V tom serveur V T-S D S V T-S E S V tom backup serveur V T-S B U V tom client V T-C S
tom D B d gw d ntfy
G estion graphique
tom D Bd bdaem on
vto m
tom D B d
Q ueues batchs
Q ueueksh Q ueue S A P A ffichage S cript batch et log
V tom V T-X V IS IO N
MrTOM
gw d ntfy
Visual TOM possde une architecture de type Client/Serveur base sur le protocole de communication TCP/IP. La communication avec le module serveur Visual TOM seffectue laide de trois processus. Le processus dserver gre la base de donnes de la production . Ce processus utilise le port de communication TCP tomDBd. Le processus gserver gre les mises jour graphiques sur toutes les IHM connectes via le port TCP gwd.
6/46 91157135.doc
Le processus pserver reoit, via le port TCP ntfy, les notifications de modifications de la base de donnes. Le processus vtlserver gre la procdure de gestion des licences La communication avec le module client seffectue laide du processus bdaemon ; ce processus utilise le port TCP bdaemon. Le processus vtom permet de lancer linterface graphique Le tableau suivant fournit la liste valeurs par dfaut des ports TCP utiliss par Visual TOM.
NB : ces numros de ports ne sont que des propositions. Il est possible de prendre nimporte quel numro de port non utilis, mais pour la communication entre les diffrentes machines, il est impratif que ces ports soient dfinis de la mme manire sur chacune des machines. Si les services de votre systme Unix sont administrs par un serveur NIS, il sera ncessaire de les mettre jour sur la machine serveur NIS s'ils ne sont pas prsents.
91157135.doc
7/46
Solution Visual TOM Enterprise server Departemental Server Back-up server Client Client Light Net Client Net Client Light Xvision
Pack Serveur
Pack IHM
Pack Client
Copiez du CD-ROM vers le rpertoire temporaire dinstallation les fichiers ncessaires pour linstallation. Ces fichiers sont : install_vtom script d'installation install_vtom.ini fichier de configuration de linstallation <module.os.version> module pour l'installation Pour la copie des fichiers ncessaires linstallation, il est recommand dutiliser un systme Windows, disposant dun lecteur CD-ROM, et de transfrer les fichiers par FTP. Les modes de transfert des fichiers sont les suivants :
8/46 91157135.doc
bin pour le fichier <module.os.version> ascii pour les fichiers install_vtom et install_vtom.ini A partir de la version 4 de Visual TOM, il faut mettre en place le fichier de licences license.lic, dans le cas dune installation dun module serveur. Ce fichier vous est fourni par le service support dAbsyss et doit tre copi dans le sous-rpertoire bin du rpertoire dinstallation du module Serveur de Visual TOM (cf paragraphe rpertoires dinstallation <rpertoire_installation_serveur>/vtom/bin).
Navigateur HTML Rpertoire de la base de donnes Rpertoire de backup de la base de donnes Rpertoire des fichiers statistiques Rpertoire des traces du moteur Rpertoire des fichiers logs
3.1.5.1 Accs Visual TOM Connexion sous lutilisateur dadministration Visual TOM
Connectez vous sous lutilisateur dadministration Visual TOM dfini lors de linstallation afin de disposer des variables denvironnement Visual TOM.
Utilisateur
Avec le menu Domaine Exploitation / Utilisateurs, appelez la fentre de dfinition des utilisateurs. Cliquez sur Nouveau et saisissez le nom de votre administrateur Visual TOM.
Machine
Avec le menu Domaine Exploitation / Machines, appelez la fentre de dfinition des machines. Slectionnez default_machine, cliquez sur Modifier, et remplacez ce nom par celui de votre serveur Visual TOM.
Date
Avec le menu Domaine Exploitation / Dates, appelez la fentre de dfinition des Dates d'exploitation. Slectionnez date_exp et cliquez sur Modifier. La fentre de dfinition de la date apparat. Cliquez sur systme puis sur automatique pour la mettre jour.
91157135.doc
11/46
12/46
91157135.doc
3.2.1 Dsinstallation
Dans le cas dune rinstallation, il est ncessaire deffectuer une dsinstallation de Visual TOM. Pour dsinstaller Visual TOM, il faut arrter tous les process de Visual TOM : - Les moteurs (processus tengine) - Linterface graphique (processus vtom) - Les services (processus dserver, gserver, pserver, vtlserver et bdaemon) Lorsque Visual TOM est inactif (services et moteurs arrts), vous pouvez lancer le programme de dsinstallation automatique. Pour cela utilisez la fonction Windows Dmarrer\Panneau de configuration/Ajout/suppression de programmes Certains rpertoires ne sont pas supprims aprs la dsinstallation : - Le fichier vtom.ini dans le rpertoire %windir% qui contient des paramtres de configuration. Ce fichier sera copi sous vtom.old lors d'une nouvelle installation et pourra donc tre rutilis. - Les services TCP de Visual TOM dans le fichier %windir%\system32\drivers\etc\services ; ils seront les ports par dfaut lors de la prochaine installation (mais pourront tre modifis). - Les rpertoires modifis aprs l'installation (ex: la base de donnes) qui pourront tre conservs, ou tre limins par le gestionnaire de fichiers. Dans le cas dune rinstallation sur de nouveaux rpertoires, il faudra alors supprimer les variables denvironnement systme telles que : ABM\BIN, ABM_LOG, TOM_BIN, TOM_STATS, TOMSTATS, ND_PATH.
3.2.2 Conventions
Lors de l'installation des fentres apparaissent pour confirmer les paramtres de l'installation. Ces fentres contiennent les boutons suivants: - Back / prcdent : revient l'cran prcdent - Next / suivant : valide les paramtres l'cran - Browse / Parcourir : slection d'un fichier ou d'un rpertoire - Cancel / Annuler : quitte la procdure d'installation
91157135.doc
13/46
ATTENTION : Un paramtre dinstallation commun aux quatre packages est le rpertoire de destination (base d'installation de Visual TOM). Il ne faut pas choisir un nom de rpertoire de destination compos de plusieurs mots spars par des espaces comme Program Files .
14/46
91157135.doc
A la fin de linstallation, on vous propose dditer le compte-rendu dinstallation contenu dans le fichier Readme.txt situ dans le rpertoire dinstallation. Pour terminer linstallation de Visual TOM, il est ncessaire - de copier le fichier license.lic dans le sous rpertoire bin du rpertoire dinstallation du pack serveur (..\vtom\bin). - et de redmarrer la machine.
3.2.5 Validation de linstallation 3.2.5.1 Dmarrage/ Arrt des services Visual TOM
Lors de linstallation dun pack serveur ou un pack client des services Windows sont crs.
Copyright ABSYSS. All rights reserved
04/04/12 91157135.doc 15/46
Pour un pack serveur les services suivants sont crs : - AbsyssGestionGraphique gre tous les vnements graphiques - AbsyssOrdonnanceur gre tous les accs la base de donnes - AbsyssNotificateur gre les notification d'vnements graphiques aux autres IHM connects - AbsyssLicense gre le fichier de licences Pour un pack client, un seul service est cr : - AbsyssBatchManager gre le lancement des jobs
Les services peuvent tre grs par l'intermdiaire du panneau services du panneau de configuration: Dmarrer / Panneau de Configuration / Services Les services de Visual TOM sont configurs pour dmarrer automatiquement lors du dmarrage de la machine. Il est possible de dsactiver cette option via le bouton Dmarrage dans la fentre des Services.
16/46
91157135.doc
4.2 Les variables denvironnement de ladministrateur de Visual TOM pour un serveur Unix
Les variables denvironnement de ladministrateur du serveur de Visual TOM sont dfinies dans le fichier vtom_init.[$SHELL]. La valeur de la variable $SHELL indique le type de shell associ ladministrateur du serveur de Visual TOM : ksh pour korn shell, Les valeurs de ces variables denvironnement sont positionnes lors de louverture dune session par ladministrateur de Visual TOM et elles sont utilises par les diffrents processus de Visual TOM ; par exemple la variable $TOM_BASES qui contient le nom du rpertoire de la base de donnes de Visual TOM est utilise comme argument lors du lancement des processus dserver, pserver et gserver. Le fichier vtom_init.[$SHELL] est gnr automatiquement dans le sous-rpertoire $TOM_ADMIN lors de linstallation du module serveur de Visual TOM, et il est intgr au fichier .profile de ladministrateur de Visual TOM.
91157135.doc
17/46
Ci dessous un tableau qui donne la liste des variables denvironnement utilises par le module serveur de Visual TOM HOST TOM_HOME TOM_ADMIN TOM_USER_ADMIN VTOM TOM_BACKUP TOM_BASES TOM_BIN TOM_STATS TOM_TRACES PATH Gnrales Nom de la machine Rpertoire dinstallation de Visual TOM Rpertoire des scripts dadministration Administrateur Visual TOM Serveur Rpertoire de la partie serveur Rpertoire de backup des bases Rpertoire de la base de donnes Visual TOM Rpertoire des excutables serveur Rpertoire des statiques Rpertoire des traces moteur et serveurs Le path comprend le rpertoire vtom/bin
Le rpertoire contenant la base de donnes du serveur Visual TOM est dfini dans le fichier vtom.ini : [GLOBALES] bases=e:\vtom\bases Rpertoire de la base de donnes
La visualisation des valeurs des variables denvironnement systme de Windows se fait laide de la fonction Demarrer\Panneau de configuration\Systeme\Environnement.
18/46
91157135.doc
91157135.doc
19/46
ATTENTION, il faut sassurer que le rpertoire dfinit par Directory, possde lespace disque suffisant pour hberger lensemble des fichiers traces, savoir : (Filecount +1) x Filesize x Nombre denvironnements dclars dans la section [engine_trace] A NOTER, le paramtrage des traces moteurs est pris en compte dynamiquement et ne ncessite aucun arrt/relance de processus.
20/46
91157135.doc
4.7
Au cours de son activit quotidienne, les moteurs de Visual TOM alimentent la table de la base de donnes stats.dbf, appele fichier des statistiques. Les fonctions danalyse de traitements ou des statistiques permettent de produire les tableaux de bord de lexploitation ralise (cf les menus de linterface graphique Analyse\Analyse des traitements ou Statistiques). Ces tableaux de bord sont gnrs partir du fichier des statistiques stats.dbf. Attention : le fichier stats.dbf nest pas purg automatiquement par Visual TOM ; ce qui peut provoquer un ralentissement de lactivit des processus du serveur. La commande vtstools gre lexport ou la purge dune partie ou de la totalit du fichier stasts.dbf. Sous Unix, la fonction dalimentation du fichier des statistiques est active par dfaut, par contre sous Windows, il faut mettre la valeur du paramtre stats 1 pour que cette fonction soit active ou mettre la valeur 0 pour inhiber cette fonction. Le paramtre stats se trouve dans le fichier vtom.ini.
[GLOBALES]
stats=1 Activation de la fonction analyse des traitements
4.8 Lhistorique
Cette fonction permet de consulter lhistorique des actions effectues sur les objets du domaine dexploitation. Cette fonction est active que lorsque le paramtre histo est positionn 1 dans le fichier de configuration de Visual TOM. Sous Unix, il faut dclarer ce paramtre dans la general . [general] histo :1 pour activer la fonction historique [GLOBALES] histo=1 pour activer la fonction historique De la mme manire que pour les statistiques, les moteurs de Visual TOM alimentent la table de la base de donnes histo.dbf . La fonction historique permet de gnrer un tableau rcapitulant toutes les actions effectues sur les objets du domaine dexploitation. (cf le menu de linterface graphique \historique). Ce tableau est gnr partir du fichier de lhistorique histo.dbf. Attention : le fichier histo.dbf nest pas purg automatiquement par Visual TOM ; ce qui peut provoquer un ralentissement de lactivit des processus du serveur. La commande vthtools gre lexport ou la purge dune partie ou de la totalit du fichier histo.dbf.
91157135.doc
21/46
Liste le contenu de la base de donnes dans un fichier ASCII (cf. Les tableaux comparatifs des options des commandes taddjob et taddapp et leurs formats au mode import/export). Il est possible d'exporter tout le contenu de la base (comportement par dfaut) ou de slectionner un environnement, une application ou un traitement. Le fichier gnr peut tre modifi (en tenant compte des rgles syntaxiques) avant d'tre import dans une autre base de donnes (ou dans la mme base de donnes).
Attention, pour les valeurs par dfaut, on rcupre les valeurs par dfaut de la nouvelle base de donnes (environnement ou applications).
22/46
91157135.doc
91157135.doc
23/46
6.2 Les variables denvironnement de ladministrateur du client Visual TOM sous Unix
Comme pour un serveur Visual TOM Unix, les variables denvironnement de ladministrateur du client de Visual TOM sont dfinies dans le fichier vtom_init.[$SHELL] ; la valeur de la variable $SHELL donne le type de shell associ ladministrateur du client de Visual TOM : ksh pour korn shell, Les valeurs de ces variables denvironnement sont positionnes lors de louverture dune session par ladministrateur de Visual TOM et elles sont utilises par le processus bdaemon; par exemple la variable $ABM_LOGS qui contient le nom du rpertoire des logs est utilise la fin de lexcution des traitements.
24/46 91157135.doc
Le fichier vtom_init.[$SHELL] est gnr automatiquement dans le rpertoire $TOM_ADMIN lors de linstallation du module client Visual TOM, et il est intgr au fichier .profile de ladministrateur de Visual TOM. Dans la cas dune installation dun module serveur et dun module client sur la mme machine un seul fichier vtom_ini est gnr et il contient les variables denvironnement pour les processus du serveur et du client. Ci dessous un tableau qui donne la liste des variables denvironnement utilises par le module client de Visual TOM HOST TOM_HOME TOM_ADMIN TOM_USER_ADMIN Gnrales Nom de la machine Rpertoire dinstallation de Visual TOM Rpertoire des scripts dadministration Administrateur Visual TOM
Client ABM ABM_BIN ABM_LOGS ABM_SPOOL Rpertoire dinstallation du client ABM Rpertoire des excutables Rpertoire des logs Rpertoire de la file dattente des traitements
91157135.doc
25/46
oracle:1:1 Lutilisateur oracle a droit a un seul job en excution et un seul job en attente dans la queue prod
91157135.doc
27/46
Le tableau ci-aprs liste les variables d'environnement qui sont transmises par le client Visual TOM au Submiter : TOM_REMOTE_SERVER TOM_JOB_ID TOM_JOB TOM_APPLICATION TOM_ENVIRONMENT TOM_DATE TOM_DATE_VALUE TOM_USER TOM_SCRIPT TOM_SCRIPT_ARGS TOM_QUEUE_PRIORITY TOM_JOB_RETRY TOM_JOB_POINT Nom de la machine serveur Visual TOM qui a lanc le traitement. Identifiant du traitement dans la base de donnes Nom du traitement Nom de lapplication Nom de lenvironnement Nom de la date dexploitation Valeur de la date dexploitation Utilisateur excution du traitement Nom du script a excuter Liste des paramtres du script ou job Priorit du job Nombre de reprises effectues Point de reprise. La valeur de la variable denvironnement TOM_JOB_POINT est gale 0 par dfaut. La modification de la valeur de cette variable denvironnement seffectue laide de la commande tstep (tstep l <valeur), ce qui permet la relance du script un step donn Mode excution Nom de la famille statistique Nom de la queue batch associe Action effectuer sur les fichiers log Nom de la machine dexcution
Ces variables denvironnement peuvent tre utilises pour personnaliser le submitter ; Par exemple lenvoi dun message sur une console lorsquun traitement se termine en erreur. Lexcution dun Submitter standard se droule de la manire suivante :: - Laffichage dans la log des valeurs des variables denvironnement - Lexcution du script - La gestion du code retour du traitement, acquittement ou remonte d'erreur Visual TOM par la commande tsend - La gestion des fichiers logs en fin de traitement
Par dfaut Visual TOM gnre deux fichiers log pour chaque excution dun traitement. Il est possible de modifier ce comportement par l'intermdiaire du menu fin de traitement (voir
28/46 91157135.doc
dfinition dun u traitement). Les options de ce menu sont : impression de la log, suppression de la log et copie de la log. Les valeurs des actions choisies dans la dfinition dun traitement sont transmises par lintermdiaire de la variable denvironnement TOM_LOG_ACTION, et sont traites par le script ou fichier de commandes gestlog situ dans le rpertoire $TOM_ADMIN pour Unix ou %ABM_BIN % pour Windows. Pour modifier le comportement par dfaut de la gestion des logs, il suffit de personnaliser le script ou fichier de commandes gestlog en tenant compte des variables denvironnement suivantes : TOM_SCRIPT : TOM_LOG : TOM_LOG_ACTION : nom du script nom de la log action accomplir sur la log
91157135.doc
29/46
Attention : Si on utilise exceed pour lancer xvision x11, dans la configuration exceed, au niveau de la dfinition de l'cran,le paramtre "use native WM for embedded client" doit tre dcoch.si ce paramtre est coch " tort", cela peut provoquer des plantages sur xvision.
30/46
91157135.doc
L'accs ces document dossiers se fait par l'intermdiaire ditems dans les menus contextuels des applications et des traitements : En mode dfinition on accde aux deux types de documents lis l'entit slectionne En suivi ou pilotage on accde aux consignes lies l'entit slectionne.
Les documents identifis par le nom de l'entit associe doivent tre gnrs dans des rpertoire rfrenc dans le fichier vtom.ini par le paramtre documentation de la section [vtom]: Nommage dun document de type documentation pour une application : env_app_doc.htm; env = nom de lenvironnement ; app = nom de lapplication Nommage dun document de type consignes pour une application : env_app_recovery.htm ; env = nom de lenvironnement ; app = nom de lapplication Nommage dun document de type documentation pour un traitement : env_app_job_doc.htm; env = nom de lenvironnement ; app = nom de lapplication ; job = nom du traitement
32/46 91157135.doc
Nommage dun document de type consignes pour un traitement : env_app_job_recovery.htm; env = nom de lenvironnement ; app = nom de lapplication ; job = nom du traitement Laccs ces dossiers dexploitation et de consignes se fait laide dun browser que vous aurez rfrenc dans le paramtre browser de la section [aide] du fichier vtom.ini.
91157135.doc
33/46
34/46
91157135.doc
La commande taddapp permet la cration dune application dans un environnement et une application avec toutes ses caractristiques dfinies en options (voir le tableau des options de la commande taddapp ci-aprs). Si l'application existe dj, elle est mise jour avec les nouvelles valeurs transmises en argument la commande taddapp. Si des options ne sont pas prcises, l'application conserve ses anciennes valeurs pour ces champs. En mode cration, seul le nom de l'application est obligatoire. Pour les champs qui ne sont pas prciss, lapplication hrite alors des caractristiques par dfaut de lenvironnement. Les options de la commande taddapp pour UNIX et NT
Caractristique Nom Commentaire Famille Date dexploitation Type de priodicit Cyclique priode du cycle Periodicit Heure de dpart minimum Heure de dpart maximum Mode d'excution Machine Queue batch Utilisateur ne pas dplanifier les successeurs Heure de dplanification Liste des paramtres Lien de ... Mode commande /Nom /Comm /Family /date /TypePer /Cyclique /Cycle /Per /Hdeb /Hfin /Mode /Machine /Queue /User /NonDepl /Hdepl /Par /LienDe Mode export [job:<env>/<app >] commentaire famille Date Type_periodicite cyclique Cycle periodicite heure_debut heure_fin mode machine queue User ne_pas_deplanifier heure_deplanification parametres Liens_de valeurs / format <nom de lapplication> <"commentaire"> < famille > <nom date dexploitation> periodique | demande oui | non <heure> journaliere | hebdomadaire | mensuel | annuel <heure> <heure> job | stop | exec | test | simu <"machine"> <"queue"> <"utilisateur"> oui | non <heure> < par1 >[,< par2 >,...,< parn >] < env >/< appli >/< job >[< type de lien >] type de lien : obli | facu | excl | cond | erre dfaut obligatoire aucun aucune obligatoire periodique non 00:00:00 journalire 00:00:00 illimite job defaut de l'application defaut de l'application defaut de l'application non 23:59:59 aucun aucun
91157135.doc
35/46
Lien vers ... Calendrier Jours de la semaine Jours du mois Semaines du mois Mois de l'anne Formule Ressources Statut Gomtrie couleur bordure couleur fond couleur titre Copie de ... Mise en exploitation
/LienVers /Cal /Jsem /Jmois /Smois /Mannee /Formule /Res /status /Geom /Cbord /Cfond /Ctitre /De /exploit
Liens_vers calendrier jour_semaine jour_mois semaine_mois Mois_annee ressource status geometrie sfrmclr sbgclr sfrblclr NON DISPONIBLE
< env >/< appli >/< job >[< type de lien >] type de lien : obli | facu | excl | cond | erre <calendrier> O,C,R,F c * 7 O,C,R,F c * 31 O,C,R,F O,C,R,F c * 12
aucun defaut de lapplication OOOOOOO (O * 7) C * 31 OOOOO OOOOOOOOOOOO aucune aucune 90x16+0+0 defaut IHM defaut IHM defaut IHM aucun
NO (non planfi) | AV (a venir) | EN (en cours) | ER (en erreur) AV (a venir) | TE (termin) | DE (deplanifi)
36/46
91157135.doc
La commande taddjob permet la cration ou la modification dun job dans un environnement et une application avec toutes ses caractristiques dfinies en options (voir le tableau des options de la commande taddjob ci-aprs). En mode cration, seuls le nom et le script du traitement sont obligatoires. Le traitement hrite alors de toutes les caractristiques par dfaut de lapplication. Si le nom du traitement n'existe pas dans l'application et l'environnement rfrences, le traitement est cr, sinon il est mis jour. Les options de la commande taddjob pour UNIX et NT
Caractristique Nom Script Commentaire Famille Type de priodicit Cyclique priode du cycle Periodicit Heure de dpart minimum Heure de dpart maximum Mode d'excution Machine Queue batch Utilisateur ne pas dplanifier les successeurs Heure de dplanification Blocage de la date d'exploitation mettre l'application en erreur Liste des paramtres
Copyright ABSYSS. All rights reserved
04/04/12
Mode commande /Nom /Script /Comm /Family /TypePer /Cyclique /Cycle /Per /Hdeb /Hfin /Mode /Machine /Queue /User /NonDepl /Hdepl /Bloquant /ApplErr /Par
Mode export [job:<env>/<app>/<job>] Script commentaire Famille type_periodicite cyclique Cycle periodicite Heure_debut Heure_fin Mode machine Queue User ne_pas_deplanifier Heure_deplanification bloquer_la_date mettre_application_en_erre ur parametres
valeurs / format <nom du job> <script> <"commentaire"> < famille > periodique | demande oui | non <heure> journaliere | hebdomadaire | mensuel | annuel <heure> <heure> stop | exec | test | simu <"machine"> <"queue"> <"utilisateur"> oui | non <heure> oui | non oui | non < par1 >[,< par2 >,...,< parn >]
dfaut obligatoire obligatoire aucun aucune periodique non 00:00:00 journalire 00:00:00 illimite exec defaut de l'application defaut de l'application defaut de l'application non 23:59:59 oui oui aucun
91157135.doc 37/46
Lien de ... Lien vers ... Calendrier Jours de la semaine Jours du mois Semaines du mois Mois de l'anne Formule Ressources Statut Gomtrie couleur bordure couleur fond couleur titre Copie de ... utilisation ou non du mode "Formule" dans un planning utilisation ou non du mode "Planning" dans un planning Mise en exploitation
/LienDe /LienVers /Cal /Jsem /Jmois /Smois /Mannee /Formule /Res /status /Geom /Cbord /Cfond /Ctitre /De /useformule /useplanning /exploit
liens_de liens_vers calendrier jour_semaine jour_mois semaine_mois mois_annee ressource Status geometrie sfrmclr Sbgclr sfrblclr NON DISPONIBLE
< env >/< appli >/< job >[< type de lien >] type de lien : obli | facu | excl | cond | erre < env >/< appli >/< job >[< type de lien >] <calendrier> O,C,R,F c * 7 (ouvert, ferme, calcul, rien) O,C,R,F c * 31 O,C,R,F O,C,R,F c * 12 NON_PLANIFIE | EN_ERREUR | A_VENIR | EN_COURS | EN_ERREUR | TERMINE hxl+y+x h:hauteur, l: largeur, y: ordonne, x:abscisse
aucun aucun defaut de lapplication OOOOOOO (O * 7) C * 31 OOOOO OOOOOOOOOOOO aucune aucune A_VENIR 90x16+0+0 defaut IHM defaut IHM defaut IHM aucun
< env >/< appli >/< job > [o,n] [o,n] 1 pour la mise en exploitation
38/46
91157135.doc
La commande tdeljob permet de supprimer un job donn d'une application donne d'un environnement donn.
La commande tdellink permet de supprimer un lien entre traitements ou applications. L'option "-f" permet de supprimer des liens n'ayant pas d'existence graphique. Attention !!! Ce mode est utiliser avec prcautions, sauvegarde de base et arrt du moteur. Remarque X-Lien ET et Lien OU non supports
39/46 04/04/12
Contenu du Ficher iserver.ini : [server] name location contact listenPort = nom de la machine dinstallation du I-server = nom de la socit = adresse E-mail du responsable technique = numro de port dcoute du service Iserver
[domain] host = nom ou adresse IP du domaine dexploitation de Visual TOM dserverPort = numro de port du dserver gserverPort = numro de port du gserver pserverPort = numro de port du pserver bdaemonPort= numro de port du bdaemon [security] file [extras] ping BaseUrl = nom complet du fichier security.ini (..\security.ini) nom complet du script permettant de tester la prsence dune machine (unix seulement) Url de base de la documentation et des consignes La documentation et les consignes doivent se trouver dans le rpertoire BaseUrl/NomDomaine/
91157135.doc
40/46
[options] FamilylnLists = 1 1 pour que la famille soit passe dans les listes, 0 sinon LastExeclnLists = 0 0 pour que la date de la dernire excution soit passe dans les listes, 1 sinon Contenu du Ficher security.ini : Ce fichier peut tre install dans un rpertoire scuris. Ce fichier contient la liste des utilisateurs pouvant avoir accs aux fonctionnalits de la passerelle I-server : [USER1] name password alias enable [USER2] .. = nom de lutilisateur = mot de passe = alias Visual TOM = 1 actif, 0 inactif (cet utilisateur est actif par dfaut)
Sous Unix :
L activation de la passerelle I-server seffectue en tapant la commande suivante : nohup iserver &
Sous Windows :
Le processus iserver fonctionne sous le service Windows Absyss iServer. La commande dinstallation du processus iserver en tant que service Windows est la suivante : IServer install La commande de dsinstallation du processus iserver en tans que service Windows est la suivante : IServer remove Le dmarrage et larrt de la passerelle I-server seffectue en utilisant la fonction Windows : Dmarrer -> paramtres -> panneau de configuration ->services
user
[interface] fullscreen = 1 si plein cran ou 0 taille normale (la valeur par dfaut est 0) [options] sortByLastExec =1 1 pour le tri par dernire excution, 0 sinon la valeur par dfaut est 0
Sous Unix, le lancement du module isuperviser seffectue de la manire suivante : java jar isuperviser.jar isuperviser.ini Sous Windows, il suffit de lancer en mode commandes le fichier isuperviser.exe.
42/46
91157135.doc
- chaque CD dinstallation du produit Visual Tom . - le site internet pour les FAQS sur www.absyss.com en cliquant sur support, lutilisateur = nom de votre socit et le password = abs ! suivi des 3 premires lettres de votre socit . 10.1.3 Informations fournir pour toute demande dassistance technique
-Votre nom. -Votre adresse -Votre numro de tlphone -Votre numro de fax, le cas chant -Votre mail -Votre N dappel hotline si celui-ci est dj ouvert -La machine et le systme dexploitation (OS) -La version actuelle de Visual Tom -Une description prcise de lincident Il Peut tre demand par le support : - Lenvoi de fichiers (fichiers traces, dumps, test cases : un test case est un ensemble programmes-jeu de donnes, permettant de reproduire lincident de faon systmatique ). - La connexion sur le site client avec un modem pour une tl-maintenance.
43/46 04/04/12
Toute question ou tout problme soumis au support donne lieu la cration dune Demande dAssistance Technique ( DAT ). Chaque Demande dAssistance Technique (DAT) permet ainsi didentifier un problme unique et de le suivre jusqu sa rsolution : un N dappel (de rfrence) est communiqu lors de cration de la demande dassistance. Ce numro est rappeler lors de toute communication avec le support tehnique. Fermeture dune DAT : Un appel est considr comme clos lorsquune rponse, une solution ou un contournement mutuellement acceptable a t fourni . Un appel ferm peut tre rouvert si ncessaire condition que le problme rencontr soit le mme. On peut convenir de fermer un appel aprs un certain dlai, si aucune nouvelle na t donne concernant un incident signal. Suivi du DAT : Une synthse mensuelle de tous vos appels ouverts vous est envoye par courrier lectronique.
Remarque : nous pouvons vous offrir des services, conseils pour le choix et llaboration dune stratgie de sauvegarde adquate . Ces services font lobjet dune tarification. 10.2.2 Environnement de test
Lenvironnement de test constitue un lment essentiel de votre systme. Il permet : de tester toute modification locale propose. Il permet daider isoler des anomalies par rapport lenvironnement rel. Il permet de fournir un cadre pour llaboration de scnarios de tests reproductibles.
44/46 91157135.doc
Il permet de tester de nouvelles versions. Il permet de tester vos stratgies de sauvegardes et de restauration. Bien quil ne soit videmment pas toujours possible de reproduire ,dans votre environnement de test, les volumes de donnes ou les transactions de votre environnement rel, il nen demeure pas moins quun environnement de test permet de minimiser limpact des changements sur votre environnement rel.
45/46 04/04/12
HOTLINE 01 40 84 89 01 Hotline@absyss.fr
ABSYSS 15/17, boulevard du Gnral de Gaulle 92120 - MONTROUGE - FRANCE 33 (0) 1 40 84 89 01 33 (0) 1 40 84 88 40 Fax info@absyss.com
www.absyss.com
46/46 91157135.doc