Vous êtes sur la page 1sur 70

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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

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


© Absyss - Visual IT Operations Suite – 2013 - confidentiel

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

Chapitre 1 : Comprendre l’architecture de Visual TOM 5


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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

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

Chapitre 1 : Comprendre l’architecture de Visual TOM 7


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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

Chapitre 1 : Comprendre l’architecture de Visual TOM 8


Architecture centralisée

 Facilité d’administration

 Simplicité de pilotage : vision globale

 Synchronisations inter-machines
naturelles

Visual TOM
Enterprise
Server
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

Visual TOM Visual TOM Visual TOM


OS400, MVS, GCOS Agent Agent
Unix Windows

Chapitre 1 : Comprendre l’architecture de Visual TOM 9


Architecture distribuée

 Complexité d’administration

 Pilotage partiel : vision locale

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

Visual TOM Visual TOM Visual TOM


Enterprise NetAgent NetAgent
Server Unix Windows
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

Visual TOM
OS400, MVS, GCOS

Chapitre 1 : Comprendre l’architecture de Visual TOM 10


Architecture semi-répartie

Visual TOM Visual TOM Visual TOM


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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

Visual TOM
NetAgent
Unix/Windows

Site Distant 1

Site Distant 2

Chapitre 1 : Comprendre l’architecture de Visual TOM 11


Architecture de haute disponibilité

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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

Visual TOM
Agents

Chapitre 1 : Comprendre l’architecture de Visual TOM 12


Architecture de haute disponibilité

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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

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

Chapitre 1 : Comprendre l’architecture de Visual TOM 13


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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

DMZ DMZ

Visual TOM
Visual TOM Server
Agents

Chapitre 1 : Comprendre l’architecture de Visual TOM 14


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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

Chapitre 1 : Comprendre l’architecture de Visual TOM 15


Les échanges

Connexion

Visual TOM
services
Enterprise
vtnotifier 30008 Server
dserver 30001
vtsgbd 30009
vtserver 30007
vtmonitor
tengine
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

etc/services

vtmanager 30000
bdaemon 30004

Visual TOM Visual TOM


Xvision Agent

Chapitre 1 : Comprendre l’architecture de Visual TOM 16


Les échanges

Soumission

etc/services Visual TOM


Enterprise
vtnotifier 30008 Server
dserver 30001
vtsgbd 30009
vtserver 30007
vtmonitor
tengine
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

etc/services

vtmanager 30000
bdaemon 30004

Substitution
d’identité
Visual TOM Visual TOM
Xvision Agent
Queue batch
script
tsend

Chapitre 1 : Comprendre l’architecture de Visual TOM 17


Les échanges

Accusé de terminaison

etc/services Visual TOM


Enterprise
vtnotifier 30008 Server
dserver 30001
vtsgbd 30009
vtserver 30007
vtmonitor
tengine
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

etc/services

vtmanager 30000
bdaemon 30004

Substitution
d’identité
Visual TOM Visual TOM
Xvision Agent
Queue batch
script
tsend

Chapitre 1 : Comprendre l’architecture de Visual TOM 18


Les échanges

Accusé de terminaison
avec un agent en DMZ

etc/services Visual TOM


Enterprise
vtnotifier 30008 Server
dserver 30001
vtsgbd 30009
vtserver 30007
vtmonitor
tengine

DMZ
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

etc/services

vtmanager 30000
bdaemon 30004

Substitution
Visual TOM d’identité Visual TOM
Xvision Agent
Queue batch
script
Accusé tsend

Chapitre 1 : Comprendre l’architecture de Visual TOM 19


Les échanges

Accès à la trace d’exécution

etc/services Visual TOM


Enterprise
vtnotifier 30008 Server
dserver 30001
vtsgbd 30009
vtserver 30007
vtmonitor
tengine
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

etc/services

vtmanager 30000
bdaemon 30004

Visual TOM Visual TOM


Xvision Agent

Chapitre 1 : Comprendre l’architecture de Visual TOM 20


Les échanges

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

etc/services Visual TOM


Enterprise
vtnotifier 30008 Server
dserver 30001
vtsgbd 30009
vtserver 30007
vtmonitor
tengine
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

etc/services

vtmanager 30000
bdaemon 30004

Visual TOM Visual TOM


Xvision Agent

Chapitre 1 : Comprendre l’architecture de Visual TOM 21


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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

 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


© Absyss - Visual IT Operations Suite – 2013 - confidentiel

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


Administrateur

Activer les traces après chaque installation

Chapitre 2 : Installation des modules 24


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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

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

Chapitre 2 : Installation des modules 25


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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

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

Chapitre 2 : Installation des modules 26


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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

 Valider la présence des variables d’environnement : env


 Exécuter une commande Visual TOM : vtping

Chapitre 2 : Installation des modules 27


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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

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

Chapitre 2 : Installation des modules 28


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]
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

Démarrage automatique Arrêt Arrêt


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

Chapitre 2 : Installation des modules 29


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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

 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)

Chapitre 2 : Installation des modules 30


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,
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

 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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

 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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

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

Chapitre 4 : Mise à jour de Visual TOM 36


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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

 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

Chapitre 4 : Mise à jour de Visual TOM 37


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 -


© Absyss - Visual IT Operations Suite – 2013 - confidentiel

Réappliquer les personnalisations

Déposer le fichier de licence

Démarrer les services

Démarrer les moteurs (Serveur)  Supra Manager


 estop nomEnv

Chapitre 4 : Mise à jour de Visual TOM 38


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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

/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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

 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éé
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

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

Chapitre 5 : Paramétrer les composants Visual TOM 42


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_LEVEL=1 # niveau de traces, de 0 à 10 (du plus léger au plus fin)
TRACE_FILE=F:\vtom\traces\nomEnv.log # nom du fichier de trace – le répertoire doit être créé
TRACE_FILE_SIZE=5 # taille du fichier en mo
TRACE_FILE_COUNT=5 # nombre de fichiers sur lequel se fait la rotation

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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

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

Chapitre 5 : Paramétrer les composants Visual TOM 43


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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

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)

Chapitre 5 : Paramétrer les composants Visual TOM 44


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_LEVEL=6 # niveau de traces, de 0 à 10 (du plus léger au plus fin)
TRACE_FILE=F:\vtom\traces\bdaemon.log # nom du fichier de trace – le répertoire doit être créé
TRACE_FILE_SIZE=5 # taille du fichier en mo
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

TRACE_FILE_COUNT=3 # nombre de fichiers sur lequel se fait la rotation

 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

Chapitre 5 : Paramétrer les composants Visual TOM 45


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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

Redémarrage du service nécessaire pour toute modification

Chapitre 5 : Paramétrer les composants Visual TOM 46


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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

 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


Chapitre 5 : Paramétrer les composants Visual TOM 47
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é.
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

 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


© Absyss - Visual IT Operations Suite – 2013 - confidentiel

 Commande de sauvegarde : vtexport


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

Modification des
objets

Chapitre 7 : Maintenir en condition opérationnelle 53


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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

 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

Chapitre 7 : Maintenir en condition opérationnelle 54


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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

 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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

 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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

 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, …)
 …
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

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…
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

Appliquer des solutions simples

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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

 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é>
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

 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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

 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é


© Absyss - Visual IT Operations Suite – 2013 - confidentiel

Même fichier de licence (avec le hostid des deux serveurs)

Chapitre 13 : Primaire/Backup 71
Primaire/Backup: Mise en place

Visual TOM Visual TOM


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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

 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

Chapitre 13 : Primaire/Backup 72
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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

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

Chapitre 13 : Primaire/Backup 73
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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

Chapitre 13 : Primaire/Backup 74
Primaire/Backup: Bascule avec prise de responsabilité

Visual TOM Visual TOM


Backup Primary
TOM_BASES/ Server
Server
backup_synchro_error.log
Bascule.dat

tsend
bdaemon 30004
vtmanager 30000 Visual TOM
Agents
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

Chapitre 13 : Primaire/Backup 75
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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

Chapitre 13 : Primaire/Backup 76
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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

tsend Valeurs de
bdaemon 30004 TOM_PRIMARY et
vtmanager 30000 TOM_BACKUP
Fournies par le Moteur

Visual TOM Visual TOM


Xvision Agent

Chapitre 13 : Primaire/Backup 77
Primaire/Backup: Les échanges

Surveillance

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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

Valeurs de
bdaemon 30004 TOM_PRIMARY et
vtmanager 30000 TOM_BACKUP
fournies par le Moteur

Visual TOM Visual TOM


Xvision Agent

Chapitre 13 : Primaire/Backup 78
Primaire/Backup: Les échanges

Transfert de
responsabilité
$TOM_BASES
bascule.txt
Visual TOM Visual TOM
Enterprise vtsgbd 30009 vtsgbd 30009 Backup
Server vtserver30007 vtserver30007 Server
vtmonitor vtmonitor
vtnotifier 30008 vtnotifier 30008
dserver 30001 dserver 30001
tengine tengine
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

tsend
bdaemon 30004
vtmanager 30000

Visual TOM Visual TOM


Xvision Agent

Chapitre 13 : Primaire/Backup 79
Primaire/Backup: Les échanges

Défaillance
du Backup $TOM_BASES
backup_synchro
_error.log
Visual TOM Visual TOM
Enterprise vtsgbd 30009 vtsgbd 30009 Backup
Server vtserver30007 vtserver30007 Server
vtmonitor vtmonitor
dserver 30001 dserver 30001
vtnotifier 30008 vtnotifier 30008
tengine tengine
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

tsend
bdaemon 30004
vtmanager 30000

Visual TOM Visual TOM


Xvision Agent

Chapitre 13 : Primaire/Backup 80
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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

• 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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

Pilotage des services


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

Chapitre 14 : Utilisation avancée du mode commande 83


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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

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)

Chapitre 14 : Utilisation avancée du mode commande 84


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
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

 Synchronisation Primaire/Backup

Appliquer des solutions simples


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

Chapitre 9 : Diagnostic 1 er niveau et processus d’escalade vers le support d’Absyss 86


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, …
© Absyss - Visual IT Operations Suite – 2013 - confidentiel

 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

Chapitre 9 : Diagnostic 1 er niveau et processus d’escalade vers le support d’Absyss 87


Contact

Merci

Absyss
© Absyss - Visual IT Operations Suite – 2015 - confidentiel

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


92120 MONTROUGE

88

Vous aimerez peut-être aussi