Réunion Guide France Paris La Défense 21 novembre 2006 Tour Descartes Améliorez radicalement votre contrôle sur les environnements MQ avec les solutions Cressida Cressida Technology Ltd. http://www.cressida.info Marc Berlow mberlow@cressida.info Juul Vanparijs jvanparijs@cressida.info 1
Team pan-européen Créée en 2001 Qui nous sommes Une grande partie de personnel est ex-candle Siège au Royaume-Uni Ventes, Support, Recherche et Développement Autres Bureaux commerciaux et R&D France-Benelux Scandinavie Allemagne-Suisse-Autriche USA (Ventes et Support) Compétences Spécialiste de la gestion de systèmes Ventes Support avant et après-vente Formations Consultance Développement Compétences logicielles UNIX, Windows, z/os Websphere MQ! Tous les sous-systèmes z/os Logiciels d Audit, de Conformité, et de Sécurité Compétences spécifiques: Lotus Domino, MS Exchange Java, C, C++, Assembler, Cobol,... 2
Cressida Distributeur Expert Distributeur Expert pour l Europe de logiciels Ecora Conformité, Gestion de Configuration, Audits, Gestion des Patchs Sherpa (non diffusé en France suite aux règlementations sur la confidentialité des courriels) Gestion et Conformité de systèmes courriels Tevron CitraTest Editeur d outils de tests automatisé de performance, de benchmarking, etc CapitalWare vue et manipulation de messages dans les queues MQ MQ Visual Edit Visualiser, manipuler, gérer les messages d une queue WebSphere MQ. Présenter les données dans un format simple à utiliser (style tableur ou SGBD) MQ Visual Browse Visualiser les messages d une queue WebSphere MQ. Présenter les données dans un format simple à utiliser (style tableur ou SGBD) MQ Batch Toolkit Manipuler et gérer les messages d une queue WebSphere MQ manager depuis une ligne de commande ou un script Compétences logiciels IBM Expertise dans toute l offre ex-candle Adaptations Tivoli Enterprise Portal (auparavant CNP). La plupart des agents de ITM 6.1. Tous les OMEGAMON z/os Y compris OMEGAVIEW AF/OPERATOR Configuration du monitoring MQ IBM Tivoli Secure (aka PathWAI secure, aka MQSecure) IBM Editor for Messages (aka PathWAI editor for ) Universal Agent. Mise en oeuvre et gestion de projets pour tous ces points 3
Services Analyses et bilans (assessments) Performance Management Websphere MQ Monitoring Websphere MQ Configuration Software Asset Lotus Notes Management Formations Techniques Websphere MQ Tivoli OMEGAMON Security (Patch management, Instant Messaging) Tivoli OMEGAMON Installation, mise en oeuvre Formation Adaptations ReQuest pour Websphere MQ 4
Ce que propose ReQuest? L outil qui lit l information des recovery logs de MQ Les infos de multiples QM (Queue Managers) sur diverses platformes sont combinées, consolidées, corrélées Fournit des scénarios à usage divers Reporting Recovery Replay ReQuest pour Websphere MQ Le seul outil qui analyse les données dans les logs de MQ Complément de l outil de monitoring de MQ Format de présentation ouvert et compatible (XML) S intègre aves les logiciels de monitoring S intègre avec les solutions avancées de reporting Interface Ligne de Commande S intègre aves les outils d automatisation S intègre avec les outils de programmation (schedulers) ReQuest ajoute à Websphere MQ: Reporting détaillé sans charge supplémentaire Puissantes capacités de récupération Re-création pour les mises au point, les tests, et les simulations 5
TeQuest Qu est-ce que c est? Tivoli extension Monitoring OMEGAMON de Websphere MQ Destiné aux queue managers tournant sur des plateformes non supportées par l agent OMEGAMON. Par exemple: OpenVMS TRU64 Willow queue managers e.g.: HP Itanium SCO OpenServer MacOS DG/UX DYNIX/Ptx Sous-ensemble des fonctionnalités de l agent de monitoring Intégration totale A quoi sert ReQuest Websphere MQ est une marque déposée de IBM Corp ReQuest est une marque déposée de Cressida Ltd 6
A quoi sert ReQuest? Usage de points précis de récupération (SLAs( SLAs) Usage de points précis de récup (Diagnostiques) Réduction de la charge due aux wrappers API Capacités d Audit Mais où est donc passé ce message manquant? Rejouer pour mieux planifier la charge Optimiser les performances des applications Usage de points précis de récupération (SLAs) Un grand Centre de traitement de données gère les données de beaucoup de filiales d un grand groupe. Il s est engagé pour l un des SLAs sur des points précis de récupération dans le temps Le Centre utilise des fonctions spécifiques de SGBD pour définir les points de récupération. Ceux-ci ne fonctionnent pas pour les queues WebSphere MQ. WebSphere MQ était initialement prévu seulement pour des communications asynchrones entre applications, puis son utilisation devint plus critique. Les administrateurs se sont vite rendus compte qu ils avaient besoin de créer des points de récupération des queues MQ Series strictement identiques à ceux des SGBD, (p. ex: 23:00 yesterday) sinon les résultats seraient déconnectés, inconsistents et aléatoires. WebSphere MQ n offre pas de fonctionalité de points de récupération, aussi le Centre recourt à l outil qui connait cette problématique: ReQuest for WebSphere MQ détecte des points de récupération et de reconstitution des queues consistants et synchronisés avec ceux des SGBD. 7
Usage de points précis de récup (Diagnostiques) Une grande companie d assurances utilise z/os avec IMS/DB, DB2 et WebSphere MQ pour ses applications critiques. Dès l introduction des applications IMS les informaticiens ont reçu des questions des développeurs comme: mon application batch tourne avec des données erronées; peut-on restaurer la SGBD à un moment précis? Pour y répondre, il faut une copie de la SGBD telle qu elle était p. ex hier à 1:55. Avec IMS/DB c était relativement simple. Plus tard, la même problématique a été adressée pour DB2 avec un peu de créativité et d astuces. Pour WebSphere MQ, c est une autre paire de manches, les logs de récupération sont très difficiles à exploiter, les outils sont peu adaptés. Avec ReQuest for WebSphere, les informaticiens sont désormais en mesure de s engager sur par exemple la récupération dans l heure des données applicatives de IMS/DB, DB2 or WebSphere MQ correspondant à un moment précis pendant les 90 derniers jours. Réduction de la charge due aux wrappers API Voici 3 ans une grande banque européenne a mis en place WebSphere MQ comme middleware stratégique pour les communications asynchrone pour tous les environnements. Il est vite apparu indispensable de logger les infos pour toutes les opérations MQPUT afin de pouvoir redémarrer, documenter, et gèrer les applications. Le programmeur responsable a vite constaté que cette information n était pas disponible. La banque a donc décidé que chaque appel MQPUT passerait au travers d un wrapper API afin que les infos requises soient enregistrables. Cependant, les applications WebSphere MQ ont multiplié et grandi, et la surcharge de process due aux wrappers API est devenue insupportable. La banque a évalué ReQuest et constaté que pour les messages persistants, (90% des messages), ReQuest était un parfait substitut aux wrappers API, bien moins gourmand en ressources. Après une brève étude, la banque a décidé de généraliser les messages persistants, ReQuest, et s est débarrassé des wrappers API de logs. 8
Capacités d Audit Une entreprise britannique de ventes par correspondance a livré par erreur 10000 brosses à dent à l un de ses clients. Cette livraison a été transmise par une application WebSphere MQ qui lit les commandes depuis une queue. On suspecte soit une erreur humaine soit un bug. Malheureusement, beaucoup d applications différentes, sur de multiples plateformes, peuvent générer une commande. De plus, pour les quelques gestionnaires de queues qui disposent de logs, l administrateur doit retrouver l éventuelle info incriminée au sein d une masse de données non formatées. Néanmoins, gràce à ReQuest et ses rapports de propagation des messages, il a pu lancer une recherche pour le message contenant ARTICLE=toothbrush, AMOUNT=10000. En quelques minutes, il a ainsi pu identifier la machine, l application, et l identité de l utilisateur qui avait générer cette livraison. Mais où est donc passé ce message manquant? Une grande société de courtage utilise un modèle informatique Requète-Réponse pour une application critique. Une alarme est générée quand une réponse n arrive pas dans les délais prévus. La procédure standard consiste à rechercher ce qui est arrivé au message Requète, ou au message Réponse correspondant. Ceci etait fait manuellement avec les utilitaires du browser WebSphere MQ. La charge de travail des applications a considérablement augmenté, et l informatique a décidé de mettre en place de multiples instances de queues de 2ème et 3ème niveau avec le clustering WebSphere MQ. Les rapports de propagation multi-machines de ReQuest permettent désormais d identifier instantanément où se trouve un message spécifique, ainsi que l histoire détaillée des périples de la requète comme de la réponse de ce message. 9
Rejouer pour mieux planifier la charge La plus grande chaine de chaussures du pays croît par acquisitions. La gestion des stocks est centralisée et l application peut et doit être utilisée par tous les sites via une connection client WebSphere MQ. Le directeur informatique craint que la charge croissante sur le matériel et les logiciels en place ne devienne excessive. Individuellement, chaque application demeure assez facile à tester, mais elles sont toutes liées à WebSphere MQ Ces problèmes ont été règlés gràce à la fonction Rejouer de ReQuest La totalité de la charge des transits des messages arrivant via les clients WebSphere MQ est lue dans les logs et rejouée dans un site de test. Cette simulation est utilisée pour pour tester les nouvelles versions des applications puis le taux d arrivé des messages est augmenté pour simuler la montée en charge. Avec ces tests, le DI dispose d infos objectives pour décider quand et où investir en HW et peut modérer l entousiame à facturer des fournisseurs. Optimiser les performances des applications Un ministère travaille sur une application permettant aux citoyens de chercher en ligne le status d avancement de dossiers administratifs. L application est basée sur WebSphere MQ et le plus souvent une requète implique de multiple programmes tournant sur de multiples plateformes. Le département informatique a une démarche SLA mais aussi une tradition de reporting détaillé, segment, précis dans le temps La nouvelle donne implique de nouveaux challenges, p. ex quand le message A est posté dans une queue de transmission de QMGR1, puis de QMGR2, comment peut-on corréler ces deux évènements? Ajouter des fonctions aux apps a été rejeté: charge supplémentaire, implémentation, coût de maintenance, pas de souplesse. ReQuest pour WebSphere MQ a été testé à fond car c est le seul outil permettant le reporting au travers de multiples queues et plateformes. ReQuest ne permettait cependant pas d emblée le reporting désiré. Cressida a vite adapté le reporting de ReQuest, et ces données sont désormais utilisées dans le Data Warehouse et au centre opérationnel de Candle. 10
En résumé Vous souhaitez améliorer votre contrôle ReQuest sur les environnements Services MQ? TeQuest Contactez Cressida InQuest Corporate www.cressida.info info@cressida.info sales@cressida.info support@cressida.info France & Bénélux Ventes: 03 20 38 06 46 Contact information TeQuest ReQuest Services Education Marc Berlow: mberlow@cressida.info Technique: Juul Vanparijs: jvanparijs@cressida.info 11