Les images dans un Sysplex sont le reflet des paramètres définis pour le système d’exploitation (OS) et ses principaux sous-systèmes associés ; JES2/3, VTAM et TCP/IP. Lors d’une inspection Image FOCUS (ICE/IFO), un ou tous les sous-systèmes peuvent éventuellement être inclus. C’est là que l’ICE/SUBS peut le mieux jouer son rôle, en étendant les meilleures pratiques d’inspection. Le résultat : une inspection Sysplex globale, une image complète. Le fait de ne pas inclure de sous-systèmes peut entraîner une défaillance de l’espace d’adressage maître pour initialiser JES2/3 et/ou VTAM ou TCP/IP pour créer des chemins de communication sans problème vers les utilisateurs et processus locaux/distants.
Lorsqu’une telle « inspection complète » est requise, il est souvent difficile pour le personnel de définir les membres ou les fichiers de démarrage nécessaires et les valeurs symboliques associées – beaucoup d’images individuelles signifient beaucoup à savoir et beaucoup à avoir raison ou tort. ICE/IFO et les inspecteurs de sous-système Image FOCUS (ICE/SUBS) résolvent facilement ce problème, en identifiant automatiquement les composants nécessaires lors de l’inspection du système d’exploitation et/ou en les extrayant et en émulant l’utilisation z/OS d’un membre COMMNDxx facultatif. Ce membre facultatif a été spécifié dans le cadre de la définition d’image z/OS. Cette méthodologie opérationnelle documente non seulement l’emplacement du sous-système PARMS, mais simplifie également considérablement les connaissances nécessaires pour définir et exécuter une inspection sur toutes les images z/OS et leurs sous-systèmes inclus. Considérez-le comme un « test de système entièrement intégré.
"ICE/IFO et ICE/SUBS s’intègrent totalement, cependant nos groupes de soutien ont besoin d’un moyen de tester les pièces."
Vous avez absolument raison! Il peut y avoir des différences importantes dans les besoins exprimés d’un groupe technique à un autre, chargé de prendre en charge différents composants système et/ou sous-système d’une Image. Dans de tels cas, un « test de système entièrement intégré » ne suffira pas.
Ce qui est probablement nécessaire, c’est un ensemble de tests unitaires simples, composant par composant. Ces tests sont à la fois interactifs et récursifs, vous pouvez donc tester, réparer ce qui est cassé, puis tester à nouveau, en répétant cela aussi souvent que nécessaire.
ICE/SUBS, de par leur conception, s’intègrent directement dans les inspecteurs de composants ICE/IFO.
Cela permet à votre personnel, par exemple, d’inspecter et de résoudre les problèmes dans une configuration VTAM sans se soucier des opérations des membres z/OS, JES2/3, TCP/IP, TCPDATA, OMPROUTE, CICS, TELNET, FTP, E/SMTP, et plus.
Oui, vous avez raison, notre plate-forme de tests unitaires ne se limite pas à z/OS, JES2/3, VTAM et TCP/IP.
« J’ai toujours voulu étendre le rôle d’ICE/IFO dans notre organisation et impliquer d’autres équipes de support, mais c’était difficile à faire avec ses capacités limitées de notification et de distribution de rapports. Problème résolu! Dans les dernières versions, ces maux de tête ont disparu. Je peux désormais facilement acheminer les résultats d’inspection et les modifications de configuration vers n’importe qui dans la gestion informatique, la sécurité informatique, l’équipe réseau et les équipes de programmation système. Je peux spécifier – Résumé et/ou Détail – Contenu du rapport, mélanger et assortir tout ce dont le destinataire individuel peut avoir besoin. Et ce que j’aime vraiment, c’est que chaque destinataire ne reçoive qu’un seul e-mail, avec le contenu qu’il souhaite, comme il le souhaite. »
« Nos examens d’audit de système sont effectués dans le cadre de notre processus d’audit financier. Nous avons été critiqués à plusieurs reprises pour ne pas disposer d’une documentation adéquate sur les modifications du système. Nous faisons un bon travail en documentant ce que nous allons faire, mais pas ce que nous faisons réellement. ICE/IFO et ICE/SUBS ont comblé cette lacune dans notre processus de gestion des modifications en créant automatiquement des lignes de base de configuration, puis en les utilisant pour détecter et signaler les modifications. Cela a vraiment résolu deux problèmes pour nous. Tout d’abord, nous sommes hors du Hot Seat; deuxièmement, nous avons maintenant un processus continu qui garantit une sauvegarde complète d’une configuration viable, pour chaque image en cours d’exécution. »
« Ce que nous aimons le plus dans la façon dont NewEra aborde la distribution de ses ICE/Applications, c’est qu’ils nous ont permis de démarrer avec un minimum d’efforts et de dépenses, en nous concentrant sur ce qui était notre problème le plus critique, l’intégrité LPAR. Au fur et à mesure que nous nous familiarisons avec ICE, nous sommes passés à des préoccupations z/OS plus globales : inspections du sysplex et des sous-systèmes, lignes de base, détection des modifications, analyse des versions et gestion de l’intégrité des fichiers (FIM). Nous ne sommes pas certains d’en avoir besoin un jour, mais notre entreprise se développe et cela signifie pour nous plus de réglementations et plus de surveillance. Il est bon de savoir que les outils dont nous aurons besoin pour résoudre ces problèmes complexes sont déjà installés et disponibles pour notre personnel. »