You are on page 1of 8

Grow. With the Leader.

BMC - CONTROL M
LA R LA R PONSE BMC SOFTWARE PONSE BMC SOFTWARE
La complexit croissante des problmes rsoudre a guid BMC SOFTWARE dans sa dmarche. Le rsultat concret, larchitecture
CONTROL M, oprationnelle aujourdhui sur de trs nombreux sites travers le monde :
une interface utilisateur graphique unique relie aux diffrents environnements de production htrognes CONTROL-M/Enterprise Manager
(CEM) des environnements de production htrognes tous grs de la mme manire par lautomate de production CONTROL-M (CTM) et fdrs
en temps rel par CEM.
Lobjectif du produit Control-M est dautomatiser des tches, de grer des dpendances inter machines, inter applications, inter sites.
Lexemple type est la procdure de sauvegarde quotidienne.
Sans Ordonnanceur, il est difficile de grer des traitements post-sauvegarde, ne sachant jamais avec prcision la dure de celles-ci. Une heure
arbitraire est gnralement choisie, qui peut entrer en conflit avec la sauvegarde si celle-ci na pas eu le temps de se terminer dans le temps qui lui
tait imparti.
De plus, quand un problme survient durant la nuit, si personne ne surveille de faon constante la production, celle-ci se bloque. Le problme
nest alors dtect que le matin.
Le produit Control-M rpond ces problmes en proposant une solution homogne multi plates-formes capable dexcuter de faon conviviale un
enchanement de jobs, de parallliser lexcution de plusieurs jobs, de grer de faon dynamique le rsultat dexcution dun job, et de modifier la
production en consquence.
Il est alors plus facile doptimiser la production, et de rduire les risques pouvant survenir durant la nuit. Plus la production volue, moins il est
utile dagir sur elle. En effet, au fur et mesure des cas de figure rencontrs, les scnarios sont modifis en consquence, et la production
fiabilise.
CONCEPTS ET ARCHITECTURE DE LA SOLUTION CONTROL CONCEPTS ET ARCHITECTURE DE LA SOLUTION CONTROL- -M M
LES ORIGINES DE CONTROL-M
Reconnu et apprci dans le monde entier, CONTROL-M est aujourdhui install sur plus de 2000 sites. Son succs sest bti sur trois grands
principes : exhaustivit, simplicit et indpendance du systme dexploitation. Ajoutant sa grande exprience en matire dautomatisation(CONTROL M fut
dabord disponible dans le monde OS390), BMC software propose CONTROL-M sur les principales plates-formes du march. Les mmes fonctionnalits
sont ainsi offertes sur toutes les plates-formes supportes.
Concepts
CONTROL-M est un outil dordonnancement et dautomatisation de la production permettant partir dun point focal graphique le dveloppement et le suivi
dapplications.
Lordonnancement dans Control-M sappuie sur un plan de 24 heures (AJF), assimil une journe de production dont lheure de dbut est paramtrable
pour chaque CONTROL-M/Serveur selon les critres de fentre batch , on peut ainsi faire cohabiter des serveurs se positionnant sur des fuseaux horaires
diffrents.
Suivant le paramtrage, les traitements montent au plan soit automatiquement lheure de dmarrage du Control-M/Serveur, soit progressivement tout au
long de la journe, soit manuellement par utilitaire ou commande dans CEM. La notion de plan permet de visualiser tous les traitements en attente, de les
modifier si besoin et cela sans altrer lenvironnement de dfinitions (JOBDEF), le plan du lendemain ne prendra pas en compte ces modifications.
De plus une gestion vnementielle permet la prise en compte de tout vnement externe tel que larrive de fichiers.
CONCEPTS ET ARCHITECTURE DE LA SOLUTION CONTROL CONCEPTS ET ARCHITECTURE DE LA SOLUTION CONTROL- -M M
ARCHITECTURE TROIS NIVEAUX

A pp li c ati o n
G a t e wa y/ T C P IP o r UDP
C O NT R O L-M / Se r ve r
G atew a y/ T CP IP
G U I
G atew a y/ T CP IP
C O NT R O L-M / E n t e r p r is e M a n a ge r
G U I S er v er
A pp li c ati on
CM
A pp li c ati on Ap pl i c ati on
CM CM
CO N T RO L-M / Age n t
J O B D EF AJ F
Ac t ive jo b file Job d ef init ion
J O B DEF AJ F
J ob de f in it ion Ac t iv e job f ile
CM
CONCEPTS ET ARCHITECTURE DE LA SOLUTION CONTROL CONCEPTS ET ARCHITECTURE DE LA SOLUTION CONTROL- -M M
1. CONTROL-M/Enterprise Manager (CEM)
Cest la console de supervision et le point focal de gestion des diffrents CONTROL-M. CEM joue galement le rle d'interface graphique de dfinition des
travaux et permet de transmettre les informations de connexions des tches applicatives d'un CONTROL-M l'autre.
Fonctionnalits principales :
Point central de management de la solution,
Unique pour tout type de plate-forme technologique
Interface graphique ergonomique permettant de schmatiser les flux dordonnancement (fonctions de modlisation)
2. CONTROL-M/Serveur (CTM)
Comprend un ensemble de processus et la base de donnes grant un ensemble d'agents. Chaque CONTROL-M/Serveur peut fonctionner de
manire indpendante. La communication entre plusieurs CONTROL-M/Serveur seffectue au niveau de CEM.
Le moniteur de CONTROL-M/Serveur inclut des fonctions comme la soumission de jobs et la gestion des files correspondantes, le suivi de
lexcution des jobs, lanalyse des rsultats. Toutes les actions du CONTROL-M/Serveur sont crites dans un fichier log.
Fonctionnalits principales :
Indpendant de CEM et des autres CONTROL-M/Serveur
Moteur de planification
Fonctions natives de haute disponibilit
Disponible sur de nombreuses plates-formes technologiques.
Afin de scuriser les environnements de production, une solution de haute disponibilit est propose en natif dans le produit.
CONCEPTS ET ARCHITECTURE DE LA SOLUTION CONTROL CONCEPTS ET ARCHITECTURE DE LA SOLUTION CONTROL- -M M
3. CONTROL-M/Agent (CTM Agent)
Cest lexcutable sans Base de donne rattach aux ordres d'un CONTROL-M/Serveur et permettant l'excution et le suivi de travaux simples ou complexes.
Fonctionnalits principales :
Dpend dun CONTROL-M/Serveur
Possde les mmes fonctionnalits de planification que le serveur
Soumet, pilote et contrle les travaux
Permet de grer lquilibrage de charge
COMMUNICATION DES COMPOSANTS
Chaque CONTROL-M/Serveur fonctionne de faon indpendante, En cas de coupure rseau entre les CONTROL-M/Serveurs et la console CEM, seules
les communications inter CONTROL-M/Serveurs sont interrompues.
Deux exemples de communication sont prsents :
Passage d'information entre deux agents grs par le mme CONTROL-M/Serveur
Lorsque la tche applicative se termine sur la machine gre par un agent Unix et devant dclencher un job sur la machine gre par un agent Windows la
communication se fera directement au niveau du CONTROL-M/Serveur Windows aprs analyse de fin du job.
Passage d'information entre deux agents grs par des CONTROL-M/Serveur diffrents
Lorsque la tche applicative se termine sur la machine gre par l'agent Unix et devant dclencher un job sur la machine gre par l'agent SAP, la
communication se fera dans un premier temps en passant par le CONTROL-M/Serveur Windows.
Aprs analyse, la condition de bonne fin du job sera alors transmise la console CEM, si cette condition de bonne fin est attendue par le CONTROL
M/Serveur Unix, elle lui sera alors transmise et la tche applicative de la machine contenant lagent SAP sera alors soumise.
bmc@arrowecs.fr