Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

Grow. With the Leader. BMC - CONTROL M LA R LA RÉ ÉPONSE BMC SOFTWARE PONSE BMC

Grow. With the Leader. BMC - CONTROL M LA R LA RÉ ÉPONSE BMC SOFTWARE PONSE BMC SOFTWARE La complexité croissante des problèmes à résoudre a guidé BMC SOFTWARE dans sa démarche. Le résultat concret, l’architecture CONTROL M, opérationnelle aujourd’hui sur de très nombreux sites à travers le monde : une interface utilisateur graphique unique reliée aux différents environnements de production hétérogènes CONTROL-M/Enterprise Manager (CEM) des environnements de production hétérogènes tous gérés de la même manière par l’automate de production CONTROL-M (CTM) et fédérés en temps réel par CEM. L’objectif du produit Control-M est d’automatiser des tâches, de gérer des dépendances inter machines, inter applications, inter sites. L’exemple type est la procédure de sauvegarde quotidienne. Sans Ordonnanceur, il est difficile de gérer des traitements post-sauvegarde, ne sachant jamais avec précision la durée de celles-ci. Une heure arbitraire est généralement choisie, qui peut entrer en conflit avec la sauvegarde si celle-ci n’a pas eu le temps de se terminer dans le temps qui lui était imparti. De plus, quand un problème survient durant la nuit, si personne ne surveille de façon constante la production, celle-ci se bloque. Le problème n’est alors détecté que le matin…. Le produit Control-M répond à ces problèmes en proposant une solution homogène multi plates-formes capable d’exécuter de façon conviviale un enchaînement de jobs, de paralléliser l’exécution de plusieurs jobs, de gérer de façon dynamique le résultat d’exécution d’un job, et de modifier la production en conséquence. Il est alors plus facile d’optimiser la production, et de réduire les risques pouvant survenir durant la nuit. Plus la production évolue, moins il est utile d’agir sur elle. En effet, au fur et à mesure des cas de figure rencontrés, les scénarios sont modifiés en conséquence, et la production fiabilisée. CONCEPTS ET ARCHITECTURE DE LA SOLUTION CONTROL CONCEPTS ET ARCHITECTURE DE LA SOLUTION CONTROL- -M M LES ORIGINES DE CONTROL-M Reconnu et apprécié dans le monde entier, CONTROL-M est aujourd’hui installé sur plus de 2000 sites. Son succès s’est bâti sur trois grands principes : exhaustivité, simplicité et indépendance du système d’exploitation. Ajoutant sa grande expérience en matière d’automatisation(CONTROL M fut d’abord disponible dans le monde OS390), BMC software propose CONTROL-M sur les principales plates-formes du marché. Les mêmes fonctionnalités sont ainsi offertes sur toutes les plates-formes supportées. Concepts CONTROL-M est un outil d’ordonnancement et d’automatisation de la production permettant à partir d’un point focal graphique le développement et le suivi d’applications. L’ordonnancement dans Control-M s’appuie sur un plan de 24 heures (AJF), assimilé à une journée de production dont l’heure de début est paramétrable pour chaque CONTROL-M/Serveur selon les critères de « fenêtre batch », on peut ainsi faire cohabiter des serveurs se positionnant sur des fuseaux horaires différents. Suivant le paramétrage, les traitements montent au plan soit automatiquement à l’heure de démarrage du Control-M/Serveur, soit progressivement tout au long de la journée, 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 altérer l’environnement de définitions (JOBDEF), le plan du lendemain ne prendra pas en compte ces modifications. De plus une gestion événementielle permet la prise en compte de tout événement « externe » tel que l’arrivée de fichiers. CONCEPTS ET ARCHITECTURE DE LA SOLUTION CONTROL CONCEPTS ET ARCHITECTURE DE LA SOLUTION CONTROL- -M M ARCHITECTURE À TROIS NIVEAUX A p p licatio n G ate w a y/T C P IP o r U D P C O N T R O L -M /Server G atew a y/T C P IP G U I G atew ay/T C P IP C O N T R O L -M /E n te rp rise M an a ger G U I S erv er A p p lication C M A p p lication A p p lication C M C M C O N T R O L -M /A gen t J O B D E F A J F A c tive jo b file Job d efinition J O B D E F A J F Job de fin ition A c tiv e job file C M CONCEPTS ET ARCHITECTURE DE LA SOLUTION CONTROL CONCEPTS ET ARCHITECTURE DE LA SOLUTION CONTROL- -M M 1. CONTROL-M/Enterprise Manager (CEM) C’est la console de supervision et le point focal de gestion des différents CONTROL-M. CEM joue également le rôle d'interface graphique de définition des travaux et permet de transmettre les informations de connexions des tâches applicatives d'un CONTROL-M à l'autre. Fonctionnalités principales : • Point central de management de la solution, • Unique pour tout type de plate-forme technologique • Interface graphique ergonomique permettant de schématiser les flux d’ordonnancement (fonctions de modélisation) 2. CONTROL-M/Serveur (CTM) Comprend un ensemble de processus et la base de données gérant un ensemble d'agents. Chaque CONTROL-M/Serveur peut fonctionner de manière indépendante. La communication entre plusieurs CONTROL-M/Serveur s’effectue 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 l’exécution des jobs, l’analyse des résultats. Toutes les actions du CONTROL-M/Serveur sont écrites dans un fichier log. Fonctionnalités principales : • Indépendant 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 sécuriser les environnements de production, une solution de haute disponibilité est proposée 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) C’est l’exécutable sans Base de donnée rattaché aux ordres d'un CONTROL-M/Serveur et permettant l'exécution et le suivi de travaux simples ou complexes. Fonctionnalités principales : • Dépend d’un CONTROL-M/Serveur • Possède les mêmes fonctionnalités de planification que le serveur • Soumet, pilote et contrôle les travaux • Permet de gérer l’équilibrage de charge COMMUNICATION DES COMPOSANTS Chaque CONTROL-M/Serveur fonctionne de façon indépendante, En cas de coupure réseau entre les CONTROL-M/Serveurs et la console CEM, seules les communications inter CONTROL-M/Serveurs sont interrompues. Deux exemples de communication sont présentés : • Passage d'information entre deux agents gérés par le même CONTROL-M/Serveur Lorsque la tâche applicative se termine sur la machine gérée par un agent Unix et devant déclencher un job sur la machine gérée par un agent Windows la communication se fera directement au niveau du CONTROL-M/Serveur Windows après analyse de fin du job. • Passage d'information entre deux agents gérés par des CONTROL-M/Serveur différents Lorsque la tâche applicative se termine sur la machine gérée par l'agent Unix et devant déclencher un job sur la machine gérée par l'agent SAP, la communication se fera dans un premier temps en passant par le CONTROL-M/Serveur Windows. Après 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 tâche applicative de la machine contenant l’agent SAP sera alors soumise. bmc@arrowecs.fr uploads/Industriel/ control-m.pdf