Entre les programmes COBOL et le système z/OS, il y a les moniteurs transactionnels. Une région CICS qui manque de mémoire bloque des milliers d'utilisateurs, et une base IMS marquée à reprendre arrête le batch de nuit. L'ingénieur middleware définit les ressources dans le CSD ou dans IMS, règle la SIT et les régions, suit les temps de réponse et redémarre proprement après un abend.
Les versions changent vite. CICS TS 6.3 est disponible depuis le 5 septembre 2025, la 5.5 n'a plus de service depuis le 30 septembre 2025 et la 5.6 s'arrête le 30 avril 2027. Côté IMS, la 15.6 est sortie en juin 2025, la 15.3 n'est plus supportée depuis juin 2026 et la 15.4 le sera jusqu'au 31 août 2027. Beaucoup d'équipes planifient donc des montées de version en 2026 et 2027.
Le périmètre se précise avant l'entretien : CICS seul, IMS seul, ou les deux avec z/OS Connect et CICS Transaction Gateway. Les annonces récentes demandent souvent les trois. Un ancien développeur CICS parle de commandes EXEC CICS et de pseudo-conversationnel ; un ingénieur middleware parle de SIT, de DSA, de RECON et de régions MPP.
Moniteurs, passerelles et outils du poste
CICS Transaction Server 6.x
Le moniteur transactionnel le plus répandu sur z/OS. CICS TS 6.1 est sorti en juin 2022, la 6.2 en juin 2024, la 6.3 le 5 septembre 2025, et IBM publie des mises à jour en continu entre deux versions. La 5.6 a une fin de service fixée au 30 avril 2027.
Ressources CICS : CSD, SIT, RDO
Les transactions, programmes, fichiers et connexions sont définis dans le CSD, par DFHCSDUP en batch ou par CICSPlex SM. La SIT porte les paramètres de démarrage de chaque région : nombre maximal de tâches, limites de mémoire, sécurité, liste des groupes à installer.
CICSPlex SM et CICS Explorer
CICSPlex SM gère des dizaines de régions comme un ensemble : définitions centralisées, routage des transactions vers les régions disponibles, supervision. CICS Explorer et l'interface web WUI servent à l'administrer.
IMS 15
La base de données hiérarchique et le moniteur transactionnel d'IBM. IMS 15.6 est sorti en juin 2025, IMS 15.5 reste supporté jusqu'au 31 août 2028 et IMS 15.4 jusqu'au 31 août 2027. Chaque niveau 15.x a son propre cycle de vie, plus court que celui de z/OS.
IMS DB et DBRC
Les bases IMS (HDAM, HIDAM, HALDB, DEDB Fast Path) se sauvegardent par image copy et se reprennent avec les journaux. DBRC enregistre dans les RECON l'état de chaque base, les copies et les journaux. C'est par lui que passe toute reprise.
IMS TM, IMS Connect et OTMA
IMS TM fait tourner les transactions dans des régions MPP, BMP, IFP ou Java. IMS Connect reçoit les appels TCP/IP des applications distribuées et les transmet à IMS par OTMA.
z/OS Connect
Expose des transactions CICS ou IMS et des programmes existants sous forme d'API REST décrites en OpenAPI, sans modifier le code COBOL. Le serveur tourne sous z/OS UNIX et l'ingénieur middleware le configure, le sécurise et le supervise.
CICS Transaction Gateway et MQ
CICS TG permet à des applications Java ou .NET d'appeler des programmes CICS. L'adaptateur CICS-MQ et le moniteur de déclenchement relient CICS aux files IBM MQ for z/OS, administré le plus souvent par une autre équipe.
Supervision et diagnostic
Omegamon, BMC MainView ou AMI Ops pour suivre les régions en temps réel, les enregistrements SMF 110 et CICS Performance Analyzer pour l'historique, IMS Performance Analyzer, Fault Analyzer et IPCS pour les dumps.
Le poste se trouve dans les grands centres de production mainframe et chez les infogérants, souvent dans une équipe dite moteurs transactionnels, à côté des équipes système, Db2 et MQ. Un confirmé installe des ressources, traite les incidents de régions, applique la maintenance et suit les performances. Un senior conçoit la topologie des régions, prépare les montées de version de CICS ou d'IMS, organise la haute disponibilité et ouvre les transactions aux applications distribuées. Certaines équipes travaillent en anglais avec des centres de services à l'étranger, et les astreintes sont courantes.
Les sujets d'administration à couvrir
- Définition et installation des ressources CICS
- Mémoire, tâches et performances des régions
- Bases IMS, DBRC et reprise
- Files IMS, régions et IMS Connect
- API, passerelles et sécurité
- Montées de version et haute disponibilité
Incidents et chantiers CICS et IMS à faire raconter
Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.
Question 1 · confirmé
Une nouvelle transaction et son programme doivent passer en production dans vingt régions CICS. Comment les définissez-vous et les installez-vous ?
Une bonne réponseDes définitions dans un groupe du CSD, ajouté à la liste lue au démarrage, créées par DFHCSDUP en batch ou par CICSPlex SM avec ses groupes de ressources. Installation sur les régions cibles sans redémarrage, vérification que la bibliothèque du programme est dans DFHRPL ou dans une ressource LIBRARY, puis contrôle par CEMT INQUIRE ou CICS Explorer. Pour une nouvelle version du programme, NEWCOPY ou PHASEIN.
Signal d'alerteCEDA à la main dans chaque région de production, ou un groupe absent de la liste de démarrage, qui disparaît au prochain démarrage à froid.
Question 2 · senior
Une région CICS passe en manque de mémoire (short on storage) en pleine journée. Que faites-vous ?
Une bonne réponseIdentifier la zone touchée parmi les DSA (CDSA, ECDSA, EUDSA, GCDSA) avec CEMT INQUIRE DSAS, les statistiques ou l'outil de supervision. Chercher la cause : une transaction qui accumule de la mémoire, trop de tâches simultanées, de gros COMMAREA. Prendre un dump avant tout redémarrage. Dans l'immédiat, purger les tâches fautives ou limiter la classe de transactions. Ensuite corriger le programme avec les développeurs ou revoir EDSALIM et MEMLIMIT.
Signal d'alerteRelancer la région sans dump, ou augmenter les limites de mémoire sans chercher qui consomme.
Question 3 · senior
Une base IMS est marquée à reprendre après l'abend d'un batch. Comment la remettez-vous en service ?
Une bonne réponseUn listage des RECON pour voir l'état de la base, la dernière image copy et les journaux à appliquer. Selon le cas, une annulation des mises à jour du batch (backout) ou une reprise complète : restauration de l'image copy, cumul des changements et journaux, mise à jour des RECON, puis /STA DB. Il voit avec l'équipe applicative la relance du batch depuis son dernier point de contrôle.
Signal d'alerteRestaurer une ancienne copie sans les journaux, ou effacer l'indicateur de reprise dans les RECON pour rouvrir la base.
Question 4 · confirmé
Des transactions IMS s'accumulent en file sans être traitées. Que regardez-vous ?
Une bonne réponse/DIS TRAN et /DIS Q pour le nombre de messages, l'état de la transaction et de son programme (arrêtés après des abends répétés), /DIS ACT REG pour vérifier qu'une région MPP sert bien la classe de la transaction et qu'elle n'est pas saturée. Les limites de traitement parallèle et, en files partagées, l'état de CQS. Puis /STA ou une réaffectation de classe.
Signal d'alerteRedémarrer IMS, ou relancer la transaction sans savoir pourquoi elle s'était arrêtée.
Question 5 · confirmé
Le métier veut exposer une transaction CICS existante sous forme d'API REST. Que mettez-vous en place ?
Une bonne réponseUn serveur z/OS Connect sous z/OS UNIX, relié à CICS par IPIC, et une API décrite en OpenAPI dont les champs sont mappés sur la COMMAREA ou le channel du programme. TLS, authentification de l'appelant et correspondance avec un identifiant RACF qui est propagé à CICS. Des limites de débit et une supervision du serveur.
Signal d'alerteOuvrir directement la région CICS au réseau, sans passerelle ni contrôle d'identité.
Recevez la fiche d'entretien complète en PDF
La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.
- 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
- Le niveau visé pour chaque question
- Une mise en situation de 20 minutes et ce qu'on attend du candidat
- La grille d'évaluation de 1 à 4, axe par axe
Profils CICS et IMS : questions fréquentes
Faut-il chercher un profil CICS et IMS, ou deux spécialistes ?
Tout dépend du parc. Beaucoup de sites ont CICS sans IMS, et les profils IMS sont plus rares. Les annonces récentes demandent souvent IMS en maîtrise et CICS ou z/OS Connect en complément. L'axe principal se fixe avant l'entretien et s'évalue en profondeur ; un niveau plus faible reste acceptable sur l'autre, qui s'apprend plus vite quand les bases de z/OS et de la reprise sont là.
Un développeur COBOL CICS peut-il passer à l'administration CICS ?
C'est un chemin courant. Il connaît les transactions, les abends et les commandes EXEC CICS, ce qui aide au diagnostic. Il lui manque souvent la SIT, la gestion de la mémoire des régions, CICSPlex SM, la sécurité RACF et la maintenance SMP/E. Le récit d'un incident de région qu'il a suivi de près, puis les questions sur la mémoire et le démarrage, le montrent.
Que vérifier quand un CV indique CICSPlex SM ?
Tout tient à ce que la personne y faisait : consulter des régions dans la WUI, ou définir des ressources par groupes, régler le routage dynamique et migrer des CMAS. Il doit expliquer comment une transaction est routée vers une région applicative et ce qui se passe quand cette région tombe. Une utilisation en lecture seule reste utile, mais ne vaut pas une administration.
Sur quoi construire le test technique d'un ingénieur CICS / IMS ?
Sur des sorties réelles de l'environnement, anonymisées : un extrait de SIT, un rapport CICS PA, un listage RECON ou une sortie de /DIS Q. La personne dit ce qu'elle y lit et ce qu'elle ferait ensuite. Un incident se déroule ensuite à voix haute, comme une région en manque de mémoire ou une base à reprendre. Trente à quarante minutes suffisent.
Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.
