VTOM - Diaporama - Les Essentiels - Administration

SIMPLICITÉ,
SIMPLICITÉ, FIABILITÉ,
FIABILITÉ, AGILITÉ,
AGILITÉ,
AU
AU SERVICE
SERVICE DEDE LA
LA PERFORMANCE
PERFORMANCE INFORMATIQUE
INFORMATIQUE
Support de Formation
Administration
© Absyss - Visual IT Operations Suite – 2015 - confidentiel Version 5.7 Janvier 2015
Objectifs de cette formation
Comprendre l’architecture de Visual TOM
Installer et paramétrer ses principaux composants
Etre autonome sur les mises à jour
Assurer le maintien en condition opérationnelle
Etre en capacité d’effectuer un diagnostic
Mettre en pratique les recommandations éditeur

© Absyss - Visual IT Operations Suite – 2013 - confidentiel
2
Les principaux composants Visual TOM
Visual TOM
Enterprise
Server WebAccess
Internet
VT-SES
VT-XVI VT-CN VT-CS SAP BO, BW, R3

Oracle
BD
Lawson W3
Web Services SOAP, REST
FTP, SFTP, SCP
Visual TOM Visual TOM Microsoft Dynamics AX

Visual TOM
XVision Net Agent Agent
Chapitre 1 : Comprendre l’architecture de Visual TOM 4

Architecture technique
Le produit est développé en C.
L’interface graphique est développée en Java
Visual TOM dispose de 2 bases de données :

 Propriétaire: données pour l’ordonnancement et la planification
 PostgreSQL : données graphiques, statistiques & historiques
L’interface web intègre un serveur HTTP
Les communications réseau sont basées sur le protocole TCP/IP

Ports personnalisables : 30000 à 30009 et 30080 par défaut
Installation :
 Serveur & IHM AIX, HP-UX, SOLARIS, LINUX, Windows
 Agent AIX, HP-UX, SOLARIS, LINUX, Windows, Z/OS, OS400, GCOS7/8, VMS, MVS

Communication centralisée au niveau du Serveur
Services
Serveur
dserver (30001)
Fi
vtnotifier (30008)
n
de
tr a
vtsgbd (30009)
va
Gestion des licences
ux
et Mise à jour vtserver (30007)
&
Re
vtmonitor
ss
ou
tengine
rc
(30008)
es
(30004)
(30007) Dé (30000) (30001)
plo
iem
en Co
t n trô
de le
Consultation scripts p de
Interface ac
ka sr
et logs d’exécutions ge
s
es
so
Agent
ur
ce bdaemon (30004)
s*
vtmanager (30000)
* Fichiers et génériques

Visual TOM s’adapte à tout type d’architectures
Architecture centralisée
Architecture distribuée
Architecture semi-répartie
Architecture de haute disponibilité
Architecture sécurisée

Architecture centralisée
 Facilité d’administration
 Simplicité de pilotage : vision globale
 Synchronisations inter-machines
naturelles
Visual TOM
Enterprise
Server
Visual TOM Visual TOM Visual TOM

OS400, MVS, GCOS Agent Agent
Unix Windows

Architecture distribuée
 Complexité d’administration
 Pilotage partiel : vision locale
 Synchronisations inter-machines rompant l’étanchéité

Enterprise NetAgent NetAgent
Server Unix Windows
Visual TOM
OS400, MVS, GCOS

Architecture semi-répartie

Enterprise Agent Agent  Administration de plusieurs sites
Server Unix Windows
 Pilotage partiel par site
 Gestion de la télédistribution des chaines
Visual TOM
OS400, MVS, GCOS
Visual TOM Visual TOM

Départemental Agent
Server Unix
Site Central
Visual TOM
NetAgent
Unix/Windows
Site Distant 1
Site Distant 2

Configuration en mode
Primaire - Backup  Facilité de mise en place
 Synchronisation en temps réel
Visual TOM Visual TOM  Coût de deux licences Visual TOM

Backup Primary
Server Server
Visual TOM
Agents

Configurations en mode
Cluster  Utilisation transparente
Visual TOM Visual TOM  Coût du cluster

Server Server
Nœud Actif Nœud Passif
Applications
Actif / Passif
(adressage virtuel)
cluster Agent Agent

Actif / Passif Actif / Actif
Serveur
cluster
Actif / Passif Vip
A1 A1
Vip
A2 A2
A3 A3
Visual TOM Visual TOM Visual TOM Visual TOM

Agent Agent Agent Agent
Nœud Actif Nœud Passif Nœud Actif Nœud Actif

Architecture sécurisée
Configurations en mode
DMZ  Paramétrage simple de Visual TOM
 Possibilité d’un Web Accès sécurisé

(SSL)
Visual TOM
Server
Web Access
Internet
Visual TOM
HTTP Server
DMZ DMZ
Visual TOM
Visual TOM Server
Agents

QUIZZ
Pour les schémas des échanges qui suivent
Positionner le sens des communications
Un indice vous est fourni : les process impliqués dans

l’échange

Les échanges
Connexion
Visual TOM
services
Enterprise
vtnotifier 30008 Server
dserver 30001
vtsgbd 30009
vtserver 30007
vtmonitor
tengine
etc/services
vtmanager 30000
bdaemon 30004

Xvision Agent

Les échanges
Soumission
etc/services Visual TOM

Enterprise
dserver 30001
vtsgbd 30009
vtserver 30007
vtmonitor
tengine
etc/services
vtmanager 30000
bdaemon 30004
Substitution
d’identité
Xvision Agent
Queue batch
script
tsend

Les échanges
Accusé de terminaison

Enterprise
dserver 30001
vtsgbd 30009
vtserver 30007
vtmonitor
tengine
etc/services
vtmanager 30000
bdaemon 30004
Substitution
d’identité
Xvision Agent
Queue batch
script
tsend

Les échanges
Accusé de terminaison
avec un agent en DMZ

Enterprise
dserver 30001
vtsgbd 30009
vtserver 30007
vtmonitor
tengine
DMZ
etc/services
vtmanager 30000
bdaemon 30004
Substitution
Visual TOM d’identité Visual TOM
Xvision Agent
Queue batch
script
Accusé tsend

Les échanges
Accès à la trace d’exécution

Enterprise
dserver 30001
vtsgbd 30009
vtserver 30007
vtmonitor
tengine
etc/services
vtmanager 30000
bdaemon 30004

Xvision Agent

Les échanges
Action sur l’état d’une application ou d’un traitement

Enterprise
dserver 30001
vtsgbd 30009
vtserver 30007
vtmonitor
tengine
etc/services
vtmanager 30000
bdaemon 30004

Xvision Agent

Prérequis d’installation
Disposer des privilèges Administrateur
Java >= 1.6 (IHM et Agent)
Ksh si Unix/Linux
Ce qu’il faut préparer :

 Un utilisateur d’administration pour Visual TOM
 Renseigner les ports dans [etc/services]
 L’ouverture des flux
 La communication entre les machines
 L’espace disque :
 pour le logiciel (répertoires d’installation)
 pour les données de production (bases, scripts, logs, traces)
 Faire la demande d’un fichier de licence (serveur uniquement)
Chapitre 2 : Installation des modules 23

Recommandations
Eviter les noms de répertoires avec des caractères

particuliers (ex : espace)
L’installation de plusieurs modules doit se faire en une

seule fois
Autrement, désinstaller, puis réinstaller avec tous les

modules
Prévoir un file system dédié aux données de production

Suivre les procédures d’installations décrites dans le Guide

Administrateur
Activer les traces après chaque installation

Installation sous Windows
Méthode : InstallShield
 Sélection des modules
 Saisie des répertoires d’installation
 Saisie des ports
Modules Serveur Agent IHM WebAccess
Prérequis - Java >= 1.6 Java >= 1.6 -

si utilisation des modèles
Installé - Répertoires serveur - Répertoires agent et - Répertoire VISUAL - Répertoires:
- Commandes serveur
manager • WWW\
- Variables
- Commandes agent • VTOM\services
d’environnement
- Variables
(TOM_..) - etc/services
d’environnement
- etc/services modifié (ABM_..) modifié
- Services - etc/services modifié - 1 Service
- Base de registre - Services - Base de registre
- Base de registre

Installation sous Unix/Linux
Méthode :
- script ksh : install_vtom
- fichier de configuration : install_vtom.ini
- Packages (VT-SES*.Z, VT-CS*.Z, VT-XVI*.Z, …)
 Exécution du script avec la liste des packages à installer
 Saisie des répertoires d’installation
 Saisie des ports

Modules Serveur Agent IHM WebAccess
Prérequis - Java >= 1.6 Java >= 1.6 -

si utilisation des modèles
Installé - Répertoires agent et - Répertoire visual

- Répertoires serveur -
manager
- Commandes serveur
- Commandes agent
- Variables
- Variables d’environnement
d’environnement
(ABM_..)
(TOM_..)
- services.new créé
- services.new créé
- IHM
- WebAccess

Serveur & Agent : Validation de l’installation
Sous Windows : Serveur & Agent

 Valider la présence des variables d’environnement : set
 Exécuter une commande Visual TOM : vtping
Sous Unix/Linux : Serveur & Agent

 Se connecter avec l’utilisateur d’administration de Visual TOM
 Valider la présence des variables d’environnement : env

 Exécuter une commande Visual TOM : vtping

Serveur & Agent : Configuration post installation
Pour le Serveur
 Dépôt du fichier de licence
Serveur et Agent
 Activation des traces :
 Sous Windows dans : C:\Windows\vtom.ini
 Sous Unix/Linux dans : $TOM_ADMIN\.vtom.ini
Serveur Agent
Sections [VTSERVER] [BDAEMON]

[VTSGBD]
[VTMONITOR] (à rajouter manuellement)
Paramètres TRACE_LEVEL=1 TRACE_LEVEL=6
TRACE_FILE=chemin_vers_fichier_de_trace TRACE_FILE=chemin_vers_fichier_de_trace

Serveur & Agent : Gestion des services
Windows Unix/Linux
Serveur & Agent Serveur Agent
Méthode 1 ‘Démarrer/Programmes/Visual TOM’ admins adminc
Méthode 2 [REP_INSTALL]\vtom\tools start_servers start_client

stop_servers stop_client
Méthode 3 Gestionnaire de services nohup [vtserver| nohup bdaemon &

vtsgbd]& vtdcs -b
vtdcs -[s | d]
Démarrage automatique Arrêt Arrêt

en cas de reboot en cas de reboot en cas de reboot

Serveur : Gestion des moteurs
Windows Unix / Linux
Serveur Serveur
Méthode 1 IHM : interface de pilotage
Méthode 2 tlist –v env

estart nomEnv
estop nomEnv
Méthode 3 - admins
 Le démarrage d’un moteur entraine le lancement d’un process tengine

 L’arrêt brutal d’un moteur via le gestionnaire des tâches ne génère pas
d’effets de bord (ex : pas de corruption de données)

Web Access: Spécificités
Le serveur http est prêt à l’emploi dès l’installation
Il peut être installé sur une machine différente de celle hébergeant le

serveur
L’accès aux données requiert une authentification
Son utilisation ne nécessite pas la maîtrise de Visual TOM
Les pages sont personnalisables
Ce web intègre :
 la gestion des bureaux,
 des menus de pilotage

 l’accès aux objets du référentiel en consultation (suivant droits du profil)
 Vues
 Consignes
 Traces d’exécutions
Chapitre 3 : Le Portail web 32

Web Access: Activation et validation
Activation
sous Windows
Script .bat (service à rajouter) : [REP_INSTALL]\vtom\tools
Manuellement : Gestionnaire de services
sous Unix/Linux
Commande VTOM (lignes à dé-commenter) : start_servers
Manuellement : nohup vthttpd &
Validation
 Ouvrir un navigateur
 Accéder à l’URL : http://localhost:30080 (installation locale au serveur Visual TOM).
 S’authentifier avec le compte TOM
Chapitre 3 : Le Portail web 33

Mise à jour : Principes
Une nouvelle version est disponible chaque année :

 En fin de 2ème trimestre
 Elle inclut :
 de nouvelles fonctionnalités,
 d’éventuels changements d’ordre technique
 des correctifs
 Elle est commercialisée 1 an et supportée 3 ans
Le système d’exploitation recevant Visual TOM doit être supporté

par son éditeur
Mise à jour de l’Interface

Mise à jour Serveur
Mise à jour des Agents
Chapitre 4 : Mise à jour de Visual TOM 35

Mise à jour : Version
Release . Version . Build . Patch
Description
Fréquence Plusieurs années 1 / an Fin de chaque trimestre Exceptionnel
Délivré Sur demande dans le cadre de la maintenance Sur demande 1 mois Correctif suite
avant sortie incident bloquant
Installation Accompagnement Accompagnement Absyss conseillé prise en charge
Absyss nécessaire par le client
Jeu : Marions-les
1) Release a) Package complet : nouvelles fonctionnalités, évolutions et correctifs

2) Version b) Correctif pour un minimum d’incidents bloquants
3) Build c) Package partiel : état technique regroupant un ensemble de correctifs
4) Patch d) Changements techniques majeurs

Mise à jour : Maintenance
Dans le cadre de la maintenance

 Absyss supporte les 3 dernières versions de Visual TOM
 La dernière version est gratuite
 Les versions sont fournies par le support sur demande du client
 Absyss a l’engagement de fournir, 3 mois après diffusion d’une nouvelle

version d’un système d’exploitation, une version compatible de Visual
TOM
 Release notes accessibles via l’Extranet Client :
http://www.absyss.com/support/index.php
 Une analyse de la base est réalisée par Absyss avant toute mise à jour,
le compte rendu est envoyé au client.
Hors cadre de la maintenance

 Une extension de la maintenance (3 ans par défaut) peut être envisagée

Mise à jour Serveur & Agent : Procédure
Sous Windows Sous Unix/Linux

Arrêter les Moteurs (Serveur)  Supra Manager
 estart nomEnv
Appliquer les modifications suite Analyse de la base
Arrêter les services
Sauvegarde (copie) du[REP_INSTALL]
Désinstaller la version courante -

Installer (InstallShield) / mettre à jour la nouvelle Installer (install_vtom) / mettre à jour la nouvelle
version à partir de la procédure indiquée dans la version à partir de la procédure indiquée dans la
release notes release notes
Éventuellement, rebooter le serveur -

Réappliquer les personnalisations
Déposer le fichier de licence
Démarrer les services
Démarrer les moteurs (Serveur)  Supra Manager

 estop nomEnv

Identifier le type des données
Identifiez les données de production et les données logicielles parmi celles qui sont listées
Données de production Données logicielles
/abm
/admin
/bases
/logs
/scripts
/spool
/traces
/visual
/vtom
 Les données de production doivent être sauvegardées en cas

de mise à jour de version
Chapitre 7 : Maintenir en condition opérationnelle 39

Paramétrer le Serveur : fichier de licence
Pour une nouvelle installation

 Il est possible de démarrer les services sans licence
 Licence de démo limitée à : 30 jours, 10 machines et 100 traitements
Pour une mise à jour de version:

 Faire la demande d’une nouvelle licence
Demande d’un nouveau fichier de licence auprès du support

d’Absyss :
 Communiquer le hostid de la machine cible : vtlclient –hostid
 Communiquer le nom de la machine

 La version cible
Dépôt d’un nouveau fichier de licence dans : TOM_BIN
Prise en compte sans arrêt/relance des services
Chapitre 5 : Paramétrer les composants Visual TOM 41

Paramétrer le Serveur : vtom.ini
Emplacement :
 Sous Windows : %windir%\vtom.ini
 Sous Linux : $TOM_ADMIN/.vtom.ini
Sections liées au Serveur

 [GLOBALES], [VTSERVER], [VTSGBD], [VTMONITOR] (à rajouter manuellement)
Il est fortement recommandé d’activer les traces pour accélérer la

résolution d’incident
[VTSERVER | VTSGBD | VTMONITOR]
TRACE_LEVEL=1 # niveau de traces, de 0 à 10 (du plus léger au plus fin)
TRACE_FILE=F:\vtom\traces\dserver.log # nom du fichier de trace – le répertoire doit être créé
TRACE_FILE_SIZE=5 # taille du fichier en mo

TRACE_FILE_COUNT=3 # nombre de fichiers sur lequel se fait la rotation
Possibilité de personnaliser le comportement du serveur :

[GLOBALES]
bin=C:\VTOM\VTOM\BIN\
bases=F:\VTOM\BASES\
Redémarrage des services nécessaire pour toute modification

Paramétrer le Moteur : vtom.ini
Sections liées au moteur sur le Serveur

 [GLOBALES], [TENGINE:nomEnv] (à rajouter manuellement pour chaque environnement)
L’activation des traces sur les moteurs est facultative :

[TENGINE:nomEnv]
TRACE_FILE=F:\vtom\traces\nomEnv.log # nom du fichier de trace – le répertoire doit être créé
Possibilité de personnaliser le comportement de l’ensemble des moteurs :

[GLOBALES]
AcceptOrItems=1 # gestion des liens OU
StatusFailSubmit=AVENIR # statut à prendre en compte en cas de problème de soumission
StatusFailExist=ENERREUR # statut à prendre en compte si l’Agent n’a plus connaissance de l’état du travail
DelayWait=10 # Nombre de secondes à partir duquel le travail est considéré en erreur en cas d’Agent injoignable
timeBexist=30 # Cycle d‘évaluation des objets en attente de ressources
statusPileOne=1 # Relance du Traitement s’il reste des éléments dans la pile (la ressource doit être associée)
histo=1 # Accès à la fonctionnalité historique
stats=1 # Accès à la fonctionnalité statistiques
Attention aux performances en modifiant ces paramètres (traces, cycles d’évaluation)

Redémarrage des services nécessaires pour toute modification

Le Moteur : fonctionnement
Le Moteur prend en charge la planification et l’ordonnancement d’un Environnement
 Au démarrage, il initialise ses listes et exécute un ensemble d’étapes pour les

Applications puis pour les Traitements :
1) Evaluation de la date d'exploitation (Applications)
2) Evaluation de la périodicité
3) Evaluation du planning / formule
Evaluation du planning / calendrier (1 seule fois au démarrage)
4) Evaluation du mode d'exécution
5) Evaluation de l’indicateur « retenu »
6) Evaluation de l’indicateur « demandé »
7) Evaluation de l'heure minimum de démarrage
8) Evaluation de l'heure maximum de démarrage

9) Evaluation des liens
10) Evaluation des ressources timeBexist (120 secondes par défaut)
 Il contacte ponctuellement l’Agent pour une demande de soumission
 Il contacte cycliquement le Serveur pour obtention de messages (ex : terminaison
d’un Traitement)

Paramétrer l’Agent : vtom.ini
 Emplacement :
 Sous Windows : %windir%\vtom.ini
 Sous Linux : $TOM_ADMIN/.vtom.ini
 Sections liées à l’agent

 [BDAEMON], [VTMANAGER]
 Il est fortement recommandé d’activer les traces pour accélérer la résolution

d’incident
[BDAEMON]
TRACE_FILE=F:\vtom\traces\bdaemon.log # nom du fichier de trace – le répertoire doit être créé
 Possibilité de personnaliser l’Agent :

[BDAEMON]
ABM_LOGS=F:\VTOM\LOGS\
ABM_BIN=C:\VTOM\ABM\BIN\
ABM_QUEUES=/queue_perl:30 /queue_wnt:30 # Windows seulement
• Redémarrage des services nécessaires pour toute modification

Paramétrer le Web Access : vthttpd.ini
Emplacement :
 Sous Windows : %windir%\vthttpd.ini
 Sous Linux : $TOM_ADMIN/vthttpd.ini
Possibilité de personnaliser le comportement du serveur Web :

[params]
updateMode=vtnotifier # mode de rafraichissement temps réel (par défaut vtserver :15sec)
httpRoot=./www # chemin des pages web
httpPort=30080 # port du vthttpd
vtserverPort=30007 # port du vtserver
vtserverHostname=localhost # nom du serveur Visual TOM
cacheFile=:memory: # type de cache pour le référentiel (cache mémoire)
httpLanguage=en_US # langue par défaut des pages web
Redémarrage du service nécessaire pour toute modification

Paramétrer l’Interface : VTXvision.ini
 Emplacement :
 Sous Windows : C:\Users\username\VTXVision.ini
 Sous Linux : HOME_USER_ADMIN/VTXVision.ini
 Sections liées à l’interface

 [TRACE], [SERVER], [IHM], [NETWORK], [EDITOR], [QUESTION]
 L’activation des traces n’est pas nécessaire :

[TRACE]
level=1 # niveau de traces, de 0 à 10 (du plus léger au plus fin)
directory=F:\vtom\traces\ # chemin vers le fichier de trace – le répertoire doit être créé
fileSize=5 # taille du fichier en mo
fileName=VTXvision.log # nom du fichiers de trace
 Possibilité de modifier les données saisies dans la fenêtre d’authenfication :

[SERVER]
hostName=localhost # nom du dernier domaine accédé
serverPort=20907 # port du vtserver pour le dernier domaine
accédé
lastUser=TOM # dernier compte utilisé (possibilité d’utiliser
LDAP)
hostList=absyssdemo:31007,default_machine:20907,demo561:30007 # liste des domaines accédés
language=fr_FR # langue utilisée par défaut
password=80afe773c910fcdc57a79a08c1aea247 # dernier mot de passe utilisé (crypté)
• Prise en compte des modifications à la prochaine authentification

L’Interface : fonctionnement
L’interface s’abonne à un Serveur (Domaine) en se connectant au

processus vtserver (port 30007)
 avec un Compte et un mot de passe (déclarés sur ce Domaine),
 LDAP peut être utilisé
A la connexion, le référentiel est chargé localement et constitue

un cache pour optimiser les performances du serveur
L’interface est notifiée de toute mise à jour : le rafraîchissement

des fenêtres est instantané.
L’interface dispose de la même apparence et des mêmes

fonctionnalités, quelque soit le système d’exploitation (Unix ou
Windows),
Chapitre 6 : Gérer les accès 49

L’Interface : Gérer les accès
Compte d’authentification
 Login et mot de passe déclarés dans Visual TOM
 LDAP
 Il est possible d’ouvrir plusieurs Interfaces avec un même compte
 Un compte ne peut être créé sans profil associé
 Un compte peut avoir plusieurs profils dont un par défaut
 A l’authentification le profil par défaut est utilisé
Profil
 Donne l’accès en lecture ou écriture aux:

 Objets du référentiel
 Fonctionnalités de l’outil
 Modifie l’apparence pour tous les utilisateurs partageant un même profil
Chapitre 6 : Gérer les accès 50

Sauvegarde des données de la base
La sauvegarde physique : totalité des données

 Commande : vtbackup
Retour arrière  Les données statistiques et historique peuvent être exclues
complet  Un modèle de traitement de sauvegarde est disponible dans l’interface
 Restauration services arrêtés Version cible différente
La sauvegarde logique : définition et vie des objets

 Commande de sauvegarde : vtexport

Retour arrière  Commande de restauration : vtimport
partiel
 Restauration services démarrés Version cible identique
Modification des
objets

Purge des statistiques et de l’historique
Les statistiques
 Commande : vtstools
 Les données statistiques peuvent être
 exportées : vtstools -e "date1 date2" > fichier.csv
 puis purgées : vtstools –p "date1 date2"
 Un modèle de traitement Statistiques est disponible dans l’interface
L’historique
 Commande : vthtools
 Les données statistiques peuvent être

 exportées : vthtools -e "date1 date2" > fichier.csv
 puis purgées : vthtools –p "date1 date2"
 Un modèle de traitement Historique est disponible dans l’interface

Purge des traces d’exécution
L’ exécution d’un traitement produit 2 fichiers :

 1 pour la sortie standard (extension .o),
 1 pour la sortie des erreurs (extension .e)
 Le nom des fichiers fourni des informations d’exécution :

[nom_env]_[nom_app]_[nom_job]-[AAMMJJ]-[HHMMSS].[extension]
 En fonction de la rétention souhaitée, une procédure est facilement scriptable

 Ressources Date en paramètre
 Planification de purge déléguée à Visual TOM

 Plus le cycle d’exécution de la procédure est court, plus la charge est
légère à l’exécution
Chapitre 4 : La sauvegarde des données et les purges 55

Supervision organique
Pourquoi ?
 S’assurer que l’architecture matérielle recevant Visual TOM est
opérationnelle
 S’assurer que Visual TOM est lui-même opérationnel
 Prévenir tout risque d’arrêt de service
Quelles surveillances mettre en place ?

 Espaces disques
 Communications réseau (protocoles TCP/IP)
 CPU, Mémoire, I/O
 Etat des services
 Statut des process

 Etat des moteurs
 Validité de la licence
Comment ?
 La supervision peut être confiée à un outil dédié
 Visual TOM dispose d’une interface pour Framework
Chapitre 8 : Supervision 57
Supervision fonctionnelle
Pourquoi ?
 S’assurer que la journée d’exploitation se déroule sans incident
Quelles surveillances mettre en place ?

 Etat des moteurs
 Statut des traitements/Applications
 Non bascule de date
Comment ?
 Dans Visual TOM
 Consoles de pilotage
 Alarmes
 Messages dans la console d’évènements
 Envoi d’emails
 Analyse des statistiques
 Analyse des fichiers de traces
Chapitre 8 : Supervision 58
Diagnostic post installation
 Service ne démarre pas

Identifier le problème  Agent injoignable
 Absence de code retour après soumission
Comprendre l’origine
 Fichiers de trace des process vtserver, vtsgbd, bdaemon
 Etat du réseau, écoute des ports, fichier hosts
 Validité de la licence
 Prérequis d’installation (etc/services, java, espace filesystem
disponible, …)
 …
Appliquer des solutions simples

 Appliquer les procédures décrites dans le manuel
d’exploitation
 Dépôt fichier de licence valide (éventuellement)
 Arrêt/relance des services
Chapitre 9 : Diagnostic 1er niveau et processus d’escalade vers le support d’Absyss 60
QCM
Soumission de traitement sans code retour

a. Validité de licence
b. Nombre maximum de soumissions simultanées atteint
Comprendre l’origine a. Fichiers de trace des process vtserver, vtsgbd, bdaemon

b. Etat du réseau, écoute des ports, fichier hosts
c. Validité de la licence…
a. Appliquer les procédures décrites dans le manuel d’exploitation

b. Dépôt fichier de licence valide (éventuellement)
c. Arrêt/relance des services
Chapitre 9 : Diagnostic 1 er niveau et processus d’escalade vers le support d’Absyss 61

Création et personnalisation des Queues Batch
Etapes sous Windows

 Modifier le fichier de configuration Visual TOM
 Créer et modifier le fichier de soumission
 Relancer le service Agent
 Créer la Queue de soumission dans le référentiel
Etapes sous Linux/Unix

 Créer et modifier le fichier de soumission
 Créer le lien symbolique dans $ABM_BIN
 Créer le répertoire de configuration de la Queue

 Paramétrer le fichier de configuration de la Queue
 Relancer le service Agent
 Créer la Queue de soumission dans le référentiel
Chapitre 10 : Création et personnalisation de Queues Batch 64

La substitution d’identité
Sous Windows
 Par défaut, c’est le compte de service de l’Agent qui soumet les Traitements.
 Il est possible de définir des utilisateurs de soumission dans le fichiers de
configuration de l’Agent
[BDAEMON]
users=1 # activer les utilisateurs de soumission
users_logon=1 # pour disposer de l’accès aux lecteurs réseaux
[USER]
user1=<domaine>,<utilisateur>,<mot de passe crypté> # commande bcrypt à disposition
…
userN=<domaine>,<utilisateur>,<mot de passe crypté>
Sous Unix/Linux
 L’Agent est démarré en tant que « root ».
 Le traitement s’exécute avec l’utilisateur de soumission renseigné dans le
référentiel.
 L’Agent effectue une substitution d’identité pour exécuter le traitement.
Chapitre 11 : La substitution d’identité 66

Mise à jour automatisée des
Agents
Serveur VTOM IHM – Outil de déploiement

3 étapes :
Création d’un ou plusieurs Création de dépôt
répertoires de dépôt Création de paquets
 Sélection de répertoire(s) cibles
 Dépôt de fichiers à déployer (Drag & Drop)
 Construction du paquet
 .vtpk créé dans le dépôt
Transfert
 Sélection du paquet
 Sélection des Agents

 Planification du déploiement
 Transfert
 Transfert et déploiement sur les Agents cibles
Chapitre 12 : Mise à jour automatisée des Agents 68

Mise à jour automatisée des Agents
Remarques :
 Transfert d’un paquet ==
 Transfert + Déploiement immédiat si pas de planification
 Transfert + Déploiement suivant la planification
 Possibilité de suivre l’état des déploiements dans el « suivi des installations des
paquets »
 Un paquet peut contenir un :
 Script pré-installation
 Script post-installation
 Un paquet par OS / architecture cible

 Transfert des paquets vers des Agents cibles via le processus « vtmanager »
 Le processus vtmanager doit être opérationnel sur les machines
 L’utilisateur doit disposer du droit pour le déploiement
Chapitre 12 : Mise à jour automatisée des Agents 69

Primaire/Backup: Prérequis
Même réseau
Même Os
Même version de Visual TOM
Mêmes Ports
Communication entre les deux serveurs
Pour Unix/Linux: rcp ou scp installé

Même fichier de licence (avec le hostid des deux serveurs)
Chapitre 13 : Primaire/Backup 71
Primaire/Backup: Mise en place

Backup Primary
variables d’environnement variables d’environnement
Server Server
TOM_PRIMARY_SERVER TOM_BACKUP_SERVER
TOM_BACKUP_MODE=R/S
vtom.ini
[VTSERVER]
FORCE_TIMEOUT_BASCULE=ns (>120s)
Visual TOM
Agents
 Sous Unix/Linux, variables d’environnement à définir dans :

$TOM_ADMIN/vtom_init.ksh
 Deux paramétrages possibles pour le Backup:
 Mode R - Réplication - : réplication des bases uniquement
 Mode S - Prise de responsabilité - : Bascule automatique sur le Backup si le
Primaire est injoignable
Primaire/Backup: Démarrage
La procédure de démarrage doit être respectée

 Sur windows, copie de la base du Primaire vers le Backup
 Démarrage des processus du serveur Primaire
 S’assurer que les processus sont bien démarrés
 commande : tlist env
 ou : vtlclient –keyinfo
 Démarrage des processus du serveur de Backup

 Sur unix, la copie de la base est effectuée par « rcp » dans
la procédure de démarrage du serveur de Backup

 Sur windows, la copie de la base doit être prévue par
l’administrateur.
 Démarrage des Moteurs sur le serveur Primaire
Primaire/Backup: Arrêt
La procédure d’arrêt doit être respectée
 Arrêt des Moteurs sur le Primaire

 Arrêt des processus du serveur de Backup
 Arrêt des processus du serveur Primaire
Primaire/Backup: Bascule avec prise de responsabilité

Backup Primary
TOM_BASES/ Server
Server
backup_synchro_error.log
Bascule.dat
tsend
bdaemon 30004
vtmanager 30000 Visual TOM
Agents
Primaire/Backup: Retour au mode normal
Procédure
 Arrêt des moteurs sur le serveur de backup
 Sauvegarde de la base (vtbackup)
 Arrêt des services sur le serveur de backup
 Arrêt des services sur le serveur primaire
 Dépôt de la sauvegarde de la base sur le primaire
 Suppression / archivage du fichier bascule.dat
 Appliquer la procédure de démarrage
Primaire/Backup: Les échanges
Réplication
des données
Visual TOM vtsgbd 30009 vtsgbd 30009 Visual TOM

Enterprise vtserver30007 vtserver30007 Backup
Server vtmonitor vtmonitor Server
vtnotifier 30008 vtnotifier 30008
dserver 30001 dserver 30001
tengine tengine
$TOM_BACKUP_SERVER $TOM_PRIMARY_SERVER
tsend Valeurs de
bdaemon 30004 TOM_PRIMARY et
vtmanager 30000 TOM_BACKUP
Fournies par le Moteur

Xvision Agent
Surveillance
Visual TOM vtsgbd 30009 vtsgbd 30009 Visual TOM

Enterprise vtserver30007 vtserver30007 Backup
Server vtmonitor vtmonitor Server
tengine tengine
$TOM_BACKUP_SERVER $TOM_PRIMARY_SERVER
Valeurs de
bdaemon 30004 TOM_PRIMARY et
vtmanager 30000 TOM_BACKUP
fournies par le Moteur

Xvision Agent
Transfert de
responsabilité
$TOM_BASES
bascule.txt
Enterprise vtsgbd 30009 vtsgbd 30009 Backup
Server vtserver30007 vtserver30007 Server
vtmonitor vtmonitor
tengine tengine
tsend
bdaemon 30004
vtmanager 30000

Xvision Agent
Défaillance
du Backup $TOM_BASES
backup_synchro
_error.log
Enterprise vtsgbd 30009 vtsgbd 30009 Backup
Server vtserver30007 vtserver30007 Server
vtmonitor vtmonitor
tengine tengine
tsend
bdaemon 30004
vtmanager 30000

Xvision Agent
Mode commande : Serveur
Automatiser la création/modification d’objets en masse

 Ajout/modification :
• vtadd[typeObjet]
• vtimport
 Destruction :
• vtdel[typeObjet]
Sauvegarde
 Statistiques : vtstools
 Historique : vthtools
 Base :
• vtbackup
• vtexport
Gestion des services
 Moteurs :
• estop/estart
• vtomkill tengine|pid
 Process :
• vtdcs, admins
Chapitre 14 : Utilisation avancée du mode commande 82

Mode commande : Serveur
Suivi pour le pilotage

 Dates :
• tchkdate : informe si la date est bloquée
• tgetdate : valeur de la date
• tdateinfo : information sur la valeur d’une date par rapport à un calendrier
 Blocages :
• tlist –v enerreur
• tlist –v endifficulte
• tlist –v deplanifie
• tlist –v date
• tlist –v bloquage
• tlist –v retenu
Pilotage des services

 Moteurs : tlist –v env
 Process : vtping
 Etat des Agents : vtmachine

Mode commande : Agent
Agir sur le pilotage :

 Modifier la valeur d’une ressource :
• tval, tpush, tpop, tempty, vtstep
 Vérifier l’état d’un fichier :
• tval
 Gestion de la terminaison :
• tsend, tmail, tsms
 Demander une Application ou Traitement « A la demande » :
• vtstart
Remarques :
 Les commandes s’adressent à « TOM_REMOTE_SERVER » sur le port 30001 ; la
variable doit être connue et sa valeur validée

 Certaines commandes Serveur sont parfois copiées sur un Agent (ex : une page
web personnalisée fait appel à une commande « tlist » pour lister les travaux en
anomalie)

Diagnostic
Identifier le problème
 Soumission en erreur
 Constat utilisateur
 Supervision
 Bascule sur le Backup ou Primaire en standalone
Comprendre l’origine
 Soumission avec un utilisateur Windows sans que ce dernier soit
configuré sous Visual TOM
 Soumission avec une queue personnalisée mal configurée
 Nécessité d’étendre la file d’attente sur une queue batch
 Synchronisation Primaire/Backup

 Appliquer les procédures décrites dans le manuel d’exploitation
 Contacter le support d’Absyss

Processus d’escalade vers le support d’Absyss
 Etre sous maintenance

Conditions  Avoir une version supportée de Visual TOM
 Consulter la documentation fournie

A faire préalablement  Rechercher une solution dans le manuel d’exploitation:
 Blocage de date, traitement sans code retour, …
 Arrêt de la production, restauration de base, …
 Figeage serveur, IHM, …
 Fournir les informations tel que décrites dans le manuel

Préparer sa demande d’exploitation (backup de la base, traces, …)
 Bien formuler la demande et préciser systématiquement
• le besoin
• le contexte
• la justification

Contact
Merci
Absyss
15-17, Boulevard du Général de Gaulle

92120 MONTROUGE
88

Langue

VTOM - Diaporama - Les Essentiels - Administration

Transféré par

Informations du document

Titre original

Copyright

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

VTOM - Diaporama - Les Essentiels - Administration

Titre original :

Transféré par

Droits d'auteur :

SIMPLICITÉ,

Comprendre l’architecture de Visual TOM

Installer et paramétrer ses principaux composants

Etre autonome sur les mises à jour

Assurer le maintien en condition opérationnelle

Etre en capacité d’effectuer un diagnostic

Mettre en pratique les recommandations éditeur

VT-XVI VT-CN VT-CS SAP BO, BW, R3

Visual TOM Visual TOM Microsoft Dynamics AX

Chapitre 1 : Comprendre l’architecture de Visual TOM 4

Le produit est développé en C.

L’interface graphique est développée en Java

Visual TOM dispose de 2 bases de données :

 PostgreSQL : données graphiques, statistiques & historiques

L’interface web intègre un serveur HTTP

Les communications réseau sont basées sur le protocole TCP/IP

Ports personnalisables : 30000 à 30009 et 30080 par défaut

Chapitre 1 : Comprendre l’architecture de Visual TOM 5

Chapitre 1 : Comprendre l’architecture de Visual TOM 7

Architecture de haute disponibilité

Chapitre 1 : Comprendre l’architecture de Visual TOM 8

 Simplicité de pilotage : vision globale

Visual TOM Visual TOM Visual TOM

Chapitre 1 : Comprendre l’architecture de Visual TOM 9

 Pilotage partiel : vision locale

 Synchronisations inter-machines rompant l’étanchéité

Visual TOM Visual TOM Visual TOM

Chapitre 1 : Comprendre l’architecture de Visual TOM 10

Visual TOM Visual TOM Visual TOM

 Gestion de la télédistribution des chaines

Visual TOM Visual TOM

Chapitre 1 : Comprendre l’architecture de Visual TOM 11

 Synchronisation en temps réel

Visual TOM Visual TOM  Coût de deux licences Visual TOM

Chapitre 1 : Comprendre l’architecture de Visual TOM 12

Visual TOM Visual TOM  Coût du cluster

cluster Agent Agent

Visual TOM Visual TOM Visual TOM Visual TOM

Chapitre 1 : Comprendre l’architecture de Visual TOM 13

 Possibilité d’un Web Accès sécurisé

Chapitre 1 : Comprendre l’architecture de Visual TOM 14

Pour les schémas des échanges qui suivent

Positionner le sens des communications

Un indice vous est fourni : les process impliqués dans

Chapitre 1 : Comprendre l’architecture de Visual TOM 15

Visual TOM Visual TOM

Chapitre 1 : Comprendre l’architecture de Visual TOM 16

etc/services Visual TOM

Chapitre 1 : Comprendre l’architecture de Visual TOM 17

etc/services Visual TOM

Chapitre 1 : Comprendre l’architecture de Visual TOM 18

etc/services Visual TOM

Chapitre 1 : Comprendre l’architecture de Visual TOM 19

Accès à la trace d’exécution

etc/services Visual TOM

Visual TOM Visual TOM

Chapitre 1 : Comprendre l’architecture de Visual TOM 20

Action sur l’état d’une application ou d’un traitement

etc/services Visual TOM

Visual TOM Visual TOM

Chapitre 1 : Comprendre l’architecture de Visual TOM 21

Disposer des privilèges Administrateur

Java >= 1.6 (IHM et Agent)

Ce qu’il faut préparer :