Consolider votre exploitation : Les enjeux

Le serveur iSeries, malgré ses détracteurs a fêté ses 15ans et compte des milliers de sites installés. Ce succès et cette longévité sont sûrement dus à des évolutions soutenues et bien rythmées mais également au fait que cette plateforme reste simple à exploiter.
Les possibilités de consolidation apportées par la technologie LPAR et le support par l’os400 de Lotus domino , Windows, Linux, Unix, Java ont entraîné pour l’exploitant la multiplication des systèmes d’exploitation, des applications et la concentration de plusieurs machines sur une même plateforme technique, auquel il faut ajouter une infrastructure externe qui dialogue avec cette architecture centralisée ; l’exploitation est devenue au fil du temps plus complexe à gérer.

Une exploitation s’appuie
classiquement sur un ou plusieurs ordonnanceurs afin de planifier et de paralléliser au mieux les traitements. En tout état de cause, ce type d’outil et ses possibilités en font le point central de la productivité et surtout de fiabilisation d’une exploitation.

Face aux différentes évolutions, la première génération d’outils de planification monoplateforme a atteint ses limites et ne correspond plus dans bien des cas aux besoins actuels. Le besoin de monitorer et de gérer les flux interplateformes à partir d’une même solution, de pouvoir paralléliser et synchroniser au maximum les travaux entre plateformes, mais aussi d’être capable de prendre en compte des degrés d’automatisation événementiels ou à la demande, sont des critères recherchés dans les nouvelles solutions multiplateformes.

Les solutions existantes
répondent de manière plus ou moins adaptées à ces nouveaux enjeux par le fait de leur expérience sur les autres marchés et la richesse du moteur central, mais également par leur capacité à traiter les spécificités du monde iSeries. Le support des principales plateformes du marché, surtout mainframe, seront un gage de pérennité et de sérieux. Et de nos jours l’existence de solution de redondance et de continuité de service seront obligatoires.

Nous devrons retrouver sur ces solutions
des fonctionnalités déjà existantes comme la capture des travaux soumis par l’utilisateur ou la gestion du mode restreint mais également la gestion des messages ou le pilotage des ressources cpu et mémoires .De manière plus générique, ces solutions devront fournir une interface graphique pour une implémentation sans programmation, faciliter le suivi, la modification ou l’ajout de travaux dynamiquement. A cela s’ajoutera la documentation par l’intégration d’un cahier d’exploitation, la fourniture de reporting et l’émission d’alertes par emails ou SMS. Les solutions complètes offriront des règles de gestion intégrées pour traiter les cas les plus complexes sans programmation.
Enfin la gestion de sécurité approfondie permettra l’ouverture de la solution et par exemple la possibilité de soumission directe de travaux par l’utilisateur.

Tout ceci ne doit pas faire perdre de vue qu’il est indispensable de mesurer l’impact en terme de retour sur investissement par une simplification de l’administration apportée et l’évolution de vos équipes en équipes pluridisciplinaires.

Ce type de solution induira naturellement
, lors de son implémentation une réorganisation productive et rendra à nouveau votre schéma d’exploitation lisible.
Son installation doit être simple et rapide, au même titre que la prise en main. Le succès respectif des différentes solutions est dû à leur grande intuitivité.

Philippe Mothes
SMA Senior Consultant iSeries
www.smaeur.com

SMA, société créée il y a 24 ans, est un éditeur de solutions logicielles pour l’automatisation de l’exploitation en mode hétérogène. Sa technologie lui permet d’adresser le monde iSeries en faisant bénéficier cette plateforme de la fiabilité et de la puissance acquise dans le monde des Mainframes.

 

 

Merci IBM

Le Client Léger, une solution...

Réhabilitons les solutions métier !

Consolider votre exploitation

Réseau ENX pour
l’EDI,...

Modernisation des applications AS/400,...


Pourquoi installer
une solution
de haute-disponibilté
sur le serveur

Avant on disait
AS/400