Overblog
Suivre ce blog Administration + Créer mon blog
19 décembre 2017 2 19 /12 /décembre /2017 09:47

Belle journée le 23 novembre 2017 à Coeur Défense pour le BMC USer Group France 2017.

Nous avons fait le tour de tous les modules qu'offre la solution Control-M. Et ils sont nombreux donnant toute sa plus-value à l'ordonnanceur de BMC.

"Je cloud, tu cloud, il cloud " . . . . Nous avons aussi appris à conjuguer le virtuel au présent et au futur.

Petite page de pub à la mode, . . . Hadoop doop doop doop doop !  Mais bon, bien que les auditeurs se sentaient un peu concernés par le sujet (projets à l'approche), on voyait bien que ce n’était pas la priorité du moment.

Même si Adriana n’était pas là, beau témoignage client sur l'implémentation de Control-M chez l'un des clients de SMC Consulting IT. Le DSI et le responsable de Production dans la salle semblaient très satisfait du produit et de sa mise en œuvre. Avec le coté structurant de la normalisation apporté par la solution et le projet.

Enfin, une roadmap qui nous a laissé sur notre faim (le buffet aussi !). De nombreuses fonctionnalités évoquées l'an passé semble avoir disparues. Un gros effort et donc une grosse consommation de temps pour la mise en HTML5 et l'amélioration du Change Manager (pour ceux qui l'ont !). M'enfin, les Folders cycliques devraient être au rendez-vous. Ainsi que le support d'un Postgre non BMC.

Rendez-vous donc en janvier/février 2018 pour la sortie de celle qui devrait s’appeler la 9.0.18 et qui doit s’implémenter comme un "gros" patch de la v9.

 

Partager cet article
Repost0
22 août 2014 5 22 /08 /août /2014 09:29

La gestion centralisée des règles de planification nommées Rules Based Calendars (RBC) dans Control-M v8 et surtout la possibilité d'utiliser ces règles dans les jobs de folders (ex-tables) non-SMART, permet d'envisager une standardisation de ces règles.

En effet, pour quelques milliers de jobs définis "à l'ancienne" dans Control-M, on compte pas moins de quelques milliers de définitions de règles (une par job dans certain cas). Seulement, un rapide audit permet de mettre en évidence qu'une cinquantaine de règles sont utilisées et réutilisées dans tous les jobs et même parfois moins.

"Tous les jours appuyé sur le calendrier des jours ouvrés" n'est-elle pas votre règle de planification la plus rependue ?

L'utilisation des RBC dans la v8 permet de définir ces règles une fois pour toute dans le Calendar Manager et de les utiliser en inclusion dans chaque SMART ou dans chaque jobs. Cette pratique permettra l'utilisation des règles en exclusion déjà décrites dans un article précédent (Déplanifier une journée avec Control-M v8).

Cette opération est tout à fait automatisable et peut venir compléter un projet de montée de niveau ou de renormalisation.

Partager cet article
Repost0
20 janvier 2009 2 20 /01 /janvier /2009 18:24

Comme nous l'avions vu précédemment, il est parfois intéressant d'envisager une normalisation ou une re-normalisation de son ordonnanceur de traitements de production.

 

Le formatage des alertes pour les rendre exploitables par les outils de supervision facilite ainsi le pilotage par un hyper-viseur et l'enrichissement du système de gestion d'incidents.

 

Appuyer sur une bonne normalisation, prévue à cet effet, la transformation des chaînes de traitement critiques en services métier en sera facilité, ainsi que la récupération d'information par d'éventuels logiciels de cartographies.

 

Une nouvelle norme devra prendre en compte, même si le sujet n'est pas encore d'actualité au sein de la DSI, l'intégration de l'ordonnanceur dans une démarche de haute-disponibité et de Plan de Reprise d'Activité.

 

La normalisation d'un grande Production, doit permettre d'envisager une externalisation, tant en termes d'out-sourcing que d'éventuels lotissements sur plusieurs infogérants. L'out-sourcing imposant un nommage simple et clair des objets (SAUV_NUIT ne veut rien dire pour un indien !). La répartition de la production sur plusieurs infogérants nécessite un moyen de séparer facilement et de façon souple les différents traitements.

 

La mise en œuvre d'un tel projet doit être conduite en ayant une parfaite maitrise du paramétrage de l'ordonnanceur (la formation sur la dernière version du logiciel est un pré-requis), une vision des évolutions futures, une connaissance des bonnes pratiques et un potentiel à intégrer l'ordonnanceur dans les processus ITSM (bonnes connaissances des interfaçages possibles).

 

Une re-normalisation d'ordonnancements est le plus souvent automatisable et industrialisable. Les éditeurs et leurs partenaires proposent souvent ce type de prestations.

 

De l'intérêt de re-normaliser ses Ordonnancements de Production

 


Partager cet article
Repost0
19 décembre 2008 5 19 /12 /décembre /2008 12:11

Pourquoi re-normaliser ses Ordonnancements de Production ?

La première raison c'est de normaliser si cela n'a jamais été fait ! Mais il est parfois intéressant de re-normaliser, si par exemple : Plusieurs normes sont à fusionner, l'application de la norme actuelle a dérivée, la norme courante est vieillissante ou afin d'intégrer de nouveaux concepts, de nouveaux objets, ainsi que les évolutions du logiciel, ...

 

La recherche des bonnes pratiques dans le SI, l'industrialisation de la Production et de ces outils, l'intégration des process d'ordonnancement dans ITSM s'appuie sur une bonne normalisation des objets et des paramètres d'ordonnancement.

 

La norme d'ordonnancement va à terme :

- Faciliter le suivi de production,

- Permettre de fractionner les taches,

- Simplifier l'écriture de scripts d'automatisation,

- Fournir un document fédérateur,

- Clarifier les actions d'analyse et de création des ordonnancements,

- Decomplexifier les migrations, les déplacements et les montées de versions,

- Permettre la mise en place d'un outils de contrôle de normes,

- Faciliter les actions de forecasting et la transformation des chaînes de traitements en services métier.

 

Une re-normalisation permet de formater les alertes pour les rendre exploitables par les outils de supervision.

 

On trouvera aussi matière dans les actions de pré-exécution et de post-exécution qui sont peu utilisée et bien souvent par méconnaissance. Ces actions étant parfois le plus simple point d'entrée dans un processus d'intégration ITSM.

 

La re-normalisation est aussi l'occasion d'intégrer son ordonnanceur de traitements de Production dans la politique globale du S.I. (ITIL, P.R.A., Out-sourcing, infogérance). C'est ce que nous aborderons dans un prochain article.

 

 

De l'intérêt de re-normaliser ses Ordonnancements de Production (2ème partie)

Partager cet article
Repost0

Présentation

  • : Batch Processing blog
  • : Blog d'Alain LECLAIR consultant expert en Workload Automation et Industrialisation de Productions informatiques.
  • Contact

Recherche

Catégories