Publié le 14/07/2026
Synthèse des annonces IBM du 14 juillet 2026, relatives aux nouveaux Technology Refreshes des versions IBM i 7.5 (TR8) et 7.6 (TR2).
La disponibilité est prévue pour le 24/07/2026.
Contrairement aux habitudes, IBM n’aura pas proposé de Technology Refresh pour le printemps, les annonces auront été décalées de deux mois afin de correspondre avec la sortie du petit dernier de la gamme Power Systems : Power S1112 (9242-21B et 9242-21T).
Liens d’accès aux lettres d’annonces et détails des Technology Refreshes.
- IBM i 7.6 TR2
- IBM i 7.5 TR8

SOMMAIRE
- 1- Rappels sur les Technology Refreshes
- 2 – Support du serveur Power S1112
- 3 – Migrate While Active
- 4 – Sécurité
- 5 – Db2 for i et outils de développement
- 6 – Operating System
- 7 – BRMS

1 – Rappels sur les Technology Refreshes
Chronologie des Technology Refreshes des dernières versions IBM i. La notion de Technology Refresh est apparue en 2010 avec la version IBM i 7.1.

Nomenclatures des Technology Refreshes
7.1 : MF990XX (XX = 01 à 11)
7.2 : MF991XX (XX = 01 à 09)
7.3 : MF992XX (XX = 01 à 13)
7.4 : MF993XX / MJ993YY (XX = 01 à 10 / YY = 11 à 12)
7.5 : MF994XX / MJ994YY (XX = 01 à 04 / YY = 05 à 08)
7.6 : MJ995YY (YY = 01 à 02)
La version 7.5, disponible depuis mai 2022, propose son 8ème niveau de Technology Refresh :
- TR1 (02/12/2022)
- TR2 (05/05/2023)
- TR3 (17/11/2023)
- TR4 (14/06/2024)
- TR5 (22/11/2024)
- TR6 SW (18/04/2025) – TR6 HW (25/07/2025)
- TR7 (21/11/2025)
- TR8 (24/07/2026)
La version 7.6, beaucoup plus récente (avril 2025), propose quant à elle, son second niveau de Technology Refresh :
- TR1 (21/11/2025)
- TR2 (24/07/2026)

2 – Support du serveur Power S1112
2.1 – Caractéristiques Power S1112
Il était annoncé par IBM depuis plus d’un an, et attendu par de nombreux clients, le serveur d’entrée de gamme Power fait enfin son apparition, 12 mois après la sortie des autres modèles Power11.
Nommé Power S1112, il s’agit du seul serveur Power11 disponible en format tour ainsi qu’en format rack.

Jusqu’à présent, la gamme Power11 ne disposait pas de serveur en groupe logiciel P05, seuls les modèles en P10, P20 et P30 étaient commercialisés. Pour acquérir un serveur en groupe logiciel P05, il fallait s’orienter vers du … Power10 (Power S1012 ou Power S1014).
L’annonce du Power S1112 permet désormais de combler ce manque.
Le Power S1112 se positionne en entrée de la gamme Power11 pour remplacer les Power S1012 et Power S1014.
Gamme Power11

Détails de la gamme Scale-Out Power11

Le Power S1112 est supporté par les versions :
- IBM i 7.6 TR2
- IBM i 7.5 TR8
- IBM i 7.4 TR12 + PTF spécifiques
Ses principales caractéristiques sont les suivantes :
- Processeur Power11 eSCM à 4,00 GHz
- 4 ou 10 cores (4 cores maximum pour l’IBM i)
- Monosocket
- 512 GiB de mémoire maximum (64 GiB maximum pour l’IBM i)
- Groupe logiciel IBM i P05
- 4 slots NVMe (12,8 TB de stockage interne maximum hors miroir)
- 4 slots PCIe Gen4 (pas de maintenance concurrente)
- …
Version rack (9242-21B)

Version tour (9242-21T)

A noter que le serveur Power S1112, qu’il s’agisse de la version en rack, ou de celle en tour, ne dispose que d’un seul port eBMC. On ne peut donc connecter qu’une seule HMC.
2.2 – Limites avec l’IBM i
Ne vous réjouissez pas trop vite en pensant pouvoir exploiter les ressources de ce modèle compact avec l’IBM i. En effet, si le Power S1112 dispose d’une version 10 cores et peut recevoir jusqu’à 512 GiB de mémoire, il n’en reste pas moins qu’IBM maintient le bridage lié au groupe logiciel P05 de l’IBM i, avec les limites suivantes :
- 4 cores maximum utilisables pour des partitions IBM i
- 4 partitions IBM i maximum (avec HMC ou VPM)
- 64 GiB de mémoire maximum pour l’ensemble des partitions IBM i
Memory Virtual boundary
Toutefois, une nouveauté technique permettra d’avoir 64 GiB de mémoire réellement effectifs. En réalité, la virtualisation consomme de la mémoire, et toute partition créée sur un système, même monopartition, utilise de la mémoire pour le POWER Hypervisor.
Exemple : un serveur Power S1014 (Power10) monopartition réserve, au minimum, 6 à 8 GiB de mémoire pour le fonctionnement de l’hyperviseur, ce qui a pour conséquence de ne laisser que 56 à 58 GiB disponibles pour la partition IBM i. Et sur une configuration multipartitions avec des options de virtualisation avancées (partage de processeur, configurations SR-IOV, slots virtuels, cartes PCIe Gen4 ou ultérieures …), la mémoire réservée au POWER Hypervisor peut atteindre des valeurs encore plus élevées (jusqu’à 16 GiB et même plus encore).
Ainsi, un serveur d’entrée de gamme, bridé à 64 GiB, avec 4 partitions IBM i peut, dans certains cas, ne disposer que de 48 GiB réellement effectifs.
La notion de Memory Virtual Boundary signifie que sur un serveur Power S1112 avec plus de 64 GiB (128, 256 ou 512 GiB), la mémoire affectée au POWER Hypervisor n’impactera pas la quantité de mémoire utilisable par l’IBM i et garantira la présence de 64 GiB réellement effectifs.
IBM estime que cela peut apporter jusqu’à 28% de mémoire effective en plus pour les clients en groupe logiciel P05, par rapport aux anciens serveurs de cette catégorie (S914, S1012, S1014 et S1022s).
Cette amélioration nécessite donc d’acquérir une configuration avec au moins 128 GiB de mémoire. En cas d’utilisation exclusive de partitions IBM i, une partie de la mémoire supplémentaire sera donc inutilisée, toutefois, si vous configurez des Virtual I/O Servers (VIOS) ou des partitions Linux sur cette machine, la mémoire ne sera donc pas perdue. Il y a donc tout intérêt, dans ce cas de figure, à utiliser le serveur avec des partitions Linux et/ou VIOS.
2.3 – Formats (rack et tour)
Ce serveur est le seul modèle disponible au format rack et au format tour. A l’instar du modèle Power S1012, le Power S1112 au format rack est un serveur qui n’occupe qu’une demie largeur, ainsi on peut en positionner deux sur le même emplacement (EIA) d’un rack comme sur la photo ci-dessous.

Quant au serveur au format tour, il a été « relooké » afin de lui apporter un style plus sympathique, puisqu’il a vocation a être placé dans un endroit plus en vue que dans un rack au fond d’une salle machine.

2.4 – Performances et comparaisons
Performances (CPW)
Comparaison des performances CPW (Commercial Processing Workload) d’un core entre les modèles Power10 S1012 et S1014, tous les deux proposés en groupe logiciel P05, avec le S1112.

Les gains sont compris entre 5 et 15% suivant le modèle.
Performances (rPerf)
Même comparaison, mais cette fois en rPerf (Relative Performance).

Les gains sont compris entre 14 et 27% suivant le modèle.
Les gains en CPW, donc pour l’IBM i, ne sont pas très importants par rapport aux modèles Power10. Les valeurs sont plus élevées en rPerf. Comment expliquer cette différence ?
Il est tout à fait possible que ce faible gain de performances pures soit lié au manque de mémoire centrale (64 GiB Maximum). En effet, comme nous l’avons évoqué dans le paragraphe consacré aux limites de ce modèle avec l’IBM i, la valeur maximale de mémoire pour l’IBM i sur les serveurs en groupe logiciel P05, reste bridée à 64 GiB contrairement aux environnements AIX qui peuvent monter à 512 GiB.
Or, un processeur de dernière génération, comme l’est le Power11, ne peut fournir la quintessence de ses performances que s’il ne rencontre aucune contention sur la mémoire centrale. Les workloads modernes utilisent les technologies Java et SQL, gourmandes en ressource mémoire. Une valeur de 64 GiB sur un core, voire sur quatre cores, ne peut pas permettre à un processeur d’exprimer totalement ses capacités et d’atteindre les mêmes performances qu’avec une plus grande quantité de mémoire.
Comparaisons techniques par rapport aux générations précédentes
Le tableau ci-dessous permet de comparer les principales caractéristiques techniques entre le Power S1112 et les serveurs d’entrée de gamme des générations précédentes.


3 – Migrate While Active
Pour rappel, IBM i Migrate While Active est une option du produit IBM Db2 Mirror for i (5770-DBM). Il s’agit de l’option 2 du produit.

3.1 – MWA – Partition Mirroring
Disponible depuis le courant de l’année 2025, IBM i Migrate While Active with Partition Mirroring permet de migrer une partition IBM i d’un système à un autre avec une interruption de quelques minutes maximum.
Basé sur deux technologies IBM, Db2 Mirror for i pour le suivi des pages disques modifiées (tracking) et PowerHA System Mirror for i Geographic Mirroring pour la réplication des pages, Partition Mirroring permet de transférer une partition IBM i d’un système à un autre via le réseau avec un minimum d’indisponibilité.

IBM i Migrate While Active with Partition Mirroring n’était disponible qu’avec les versions IBM i 7.4 et 7.5. IBM ajoute désormais le support de la version IBM i 7.6.
Ce produit facturé au core, sur le système source, permet d’utiliser une connexion TCP/IP ou RoCE pour transférer un ASP non chiffré d’une partition à une autre avec une simple coupure de quelques minutes. La « réplication » est asynchrone, sans aucune limite de distance.
Attention toutefois, cela n’est pas un produit de PRA, le but étant de pouvoir migrer un environnement IBM i sur un nouveau système. Il n’y a également pas de changement de version avec cette fonction :
- Système source en 7.4 ==> système cible en 7.4
- Système source en 7.5 ==> système cible en 7.5
- Système source en 7.6 ==> système cible en 7.6
3.2 – MWA – OS Update
Comme nous venons de l’indiquer, l’option IBM i Migrate While Active with Partition Mirroring permet de migrer une partition IBM i vers un nouveau système, mais elle ne permet pas de changer de version.
C’est dommage, IBM aurait dû proposer une solution de ce type pour réduire la durée d’indisponibilité lors des changements de version …
… mais cette lacune fait désormais partie du passé car IBM ajoute une nouvelle fonction à la famille Db2 Mirror, nommée IBM i Migrate While Active for OS Update, qui permettra d’effectuer des changements de version ou des mises à jour de PTF avec une faible coupure de la production.
Les changements de version avec une très faible indisponibilité sont possibles depuis longtemps, à condition de disposer de solutions de HA comme :
- IBM Db2 Mirror for i Continuous Availability
- IBM PowerHA System Mirror for i
- Asure MIMIX HA
- Asure iTera HA
- Assure QuickEDD
- HAMaxava HA
- …
Mais les clients qui ne disposent pas de solutions de ce type sur leurs environnements IBM i ne peuvent pas réduire la plage d’indisponibilité de leur environnement lors d’un changement de version. La durée pouvant atteindre plusieurs heures (entre 3 et 6 heures environ) et nécessitant plusieurs IPL.
C’est sur ce créneau que la solution Migrate While Active for OS updates se positionne, à savoir les environnements IBM i sans solution de Haute Disponibilité.
Le principe général de cette solution est d’utiliser les fonctions avancées (FlashCopy / snapshot, Metro Mirror, Global Mirror, Policy-Based Replication …) des baies de stockage IBM (et uniquement IBM), réalisant une copie de la partition IBM i à un instant « t » sans stopper la production, puis de faire un upgrade de cette copie alors que la production continue de fonctionner, mais surtout de suivre (tracking Db2 Mirror) les modifications effectuées sur la production durant le changement de version de la copie, afin de le resynchroniser ensuite sur la copie, puis de basculer sur cette dernière.
Le FlashCopy / snapshot et autres fonctions de miroir nécessitent du stockage externe, mais IBM propose également une solution sans stockage externe, un peu plus laborieuse à mettre en œuvre, basée sur les fonctions de sauvegarde et de restauration, à l’aide de bandes virtuelles (solution Assisted Save and Restore) mais la durée d’indisponibilité sera plus longue en raison de la nécessité de faire une sauvegarde préalable.
Résumons simplement le principe général :
- FlashCopy / snapshot (ou autres fonctions des SAN) de l’environnement de production à faire évoluer
- Mise en place d’un suivi des modifications sur la production (tracking des pages modifiées)
- Changement de version sur la copie de la production
- Resynchronisation des pages suivies de la production sur la copie de la production
- Cutover (bascule de la production sur la copie de la production, désormais dans une version supérieure), seule cette étape est disruptive pour la production, mais elle ne dure que quelques minutes.
Cela permet ainsi de réduire la durée d’indisponibilité d’un environnement lors d’un changement de version de plusieurs heures à quelques minutes seulement.
==> Attention toutefois, le n° de partition va changer, cela peut être un problème pour certaines applications utilisant le n° de partition pour les clés d’autorisation.
Permet les changements de version :
- V7R4 ==> V7R5
- V7R4 ==> V7R6
- V7R5 ==> V7R6

4 – Sécurité
La sécurité, cheval de bataille d’IBM sur la version 7.6, n’a pas été oubliée dans ces nouveaux Technology Refreshes.
4.1 – OAuth 2.0 pour SMTP
Le support de l’authenfication Open (Open Authentication : OAuth) 2.0 pour SMTP est implémentée sur IBM i et accessible dans Navigator for i.

Cette fonctionnalité permet la transmission sécurisée des emails via des fournisseurs de messagerie tels que Google Workspace (Gmail) et Microsoft 365 en remplaçant les identifiants traditionnels nom d’utilisateur / mot de passe par une authentification OAuth 2.0, norme du secteur.
OAuth 2.0 offre une sécurité renforcée grâce à l’authentification par jeton, éliminant ainsi la nécessité de stocker ou de transmettre les mots de passe des utilisateurs. Cette implémentation permet aux systèmes IBM i de s’authentifier auprès de fournisseurs de messagerie externes à l’aide de comptes de service et d’identifiants d’application, répondant ainsi aux exigences de sécurité et aux normes de conformité modernes.
4.2 – MFA pour clustering (7.6)
Une nouvelle version de clustering (V12) fait son apparition, sur la 7.6 uniquement, afin de supporter la MFA (Multi-Factor Authentication) sur les profils utilisateurs propagés par le Cluster Administrative Domain.
Lorsque le profil utilisateur demandeur utilise l’authentification multifacteur (MFA), les attributs MFA de chaque méthode d’authentification activée doivent correspondre à l’attribut correspondant sur le nœud d’origine pour tous les nœuds du cluster.
Cela permet, en cas de bascule d’un environnement PowerHA System Mirror for i ou Db2 Mirror for i, que les profils utilisateur utilisant de la MFA puissent se connecter en utilisant les mêmes méthodes d’authentification.
4.3 – Accès sécurisé pour les Consoles Linux
Il est possible de créer des partitions Linux hostées par une partition IBM i, et ceci, sans console HMC. La fonction permettant de créer et d’administrer les partitions hostées (IBM i et Linux) se nomme VPM (Virtual Partition Manager). Elle se trouve en SST.
Le Technology Refresh permet désormais d’accéder à la console de la partition Linux hébergée, via un tunnel SSH (OpenSSH) afin de sécuriser l’accès.
Cette nouveauté ajoute un niveau de sécurité supplémentaire protégeant les données sensibles contre l’exposition réseau de console distante Linux en garantissant le chiffrement de toutes les données en transit, y compris les identifiants et les données de session.
4.4 – Améliorations de la sécurité et de la gestion des clés
Plusieurs nouveautés font leur apparition au niveau des fonctions de sécurité et de gestion des clés.
- Operating System-Level BYOK (Bring Your Own Key). Nouveau mécanisme permettant aux administrateurs de fournir la clé de sauvegarde et de restauration lors de l’IPL, prenant ainsi en charge des environnements sécurisés — tels que le cloud ou les fournisseurs de services — où le chiffrement matériel ne peut être considéré comme fiable.
- Exportation des clés AES d’un fichier de magasin de clés local vers IBM Key Protect
- Encapsulation d’une clé stockée localement à l’aide d’une clé racine stockée dans IBM Key Protect
- Utilisation des clés IBM Key Protect avec les API de services cryptographiques existantes de chiffrement et de déchiffrement
- Génération des fragments de clé maîtresse à l’aide d’IBM Key Protect

- Améliorations Master Key Protection
- Le système impose la modification de la clé maîtresse par défaut utilisée pour les opérations de sauvegarde et de restauration
- Possibilité de stocker cette clé dans le magasin de clés de la plateforme plutôt que sur disque, dissociant ainsi la protection de la clé du support de chargement.
- IBM Key Protect Integration
- L’Operating System IBM i prend désormais en charge le stockage et l’utilisation de clés cryptographiques provenant d’IBM Key Protect, aussi bien pour les environnements cloud que les on-prem
- Configuration via Navigator for i ou en ligne de commande
- Possibilité d’encapsuler des clés locales pour une sécurité renforcée.
4.5 – Informations sur les CVE
Les CVE (Common Vulnerabilities and Exposures) correspondent aux vulnérabilités de sécurité sur les Operating System, les matériels informatiques et les logiciels. Plus connues sous le nom de failles de sécurité, les CVE sont répertoriées par un code de type CVE-AAAA-XYZW (AAAA = année, et XYZW correspond à un n° unique).

Elles sont toutes recensées sur CVE.org quelle que soit leur origine. Celles concernant les produits et matériels IBM le sont sur le site IBM dédié à cet effet, on peut y préciser un filtre pour n’afficher que celles relatives à l’IBM i.
Etant donné la fréquence des annonces des CVE, leur grand nombre et leur niveau de gravité, il est parfois difficile de trouver les bonnes informations.
Désormais, il est possible d’utiliser Navigator for i pour avoir des informations directement sans passer par les différents sites. Pour cela, il suffit d’aller dans la partie sécurité et de cliquer sur « Informations CVE » pour obtenir la liste.

Pour rappel, les CVE comportent également un niveau de gravité permettant de les classer par importance et criticité.

4.6 – Services SQL de sécurité
De nouveaux SQL services liés à la sécurité font leur apparition :
- AUDIT_JOURNAL_JD (Job Description Change)
- AUDIT_JOURNAL_RU (Restore Authority for a User Profile)
- CVE_INFO
- EKM_INFO
- GROUP_PTF_CURRENCY_LOCAL
Nous ne nous arrêtons que sur l’un d’eux (CVE_INFO) car il permet de compléter les informations sur les CVE, vues au point précédent.
SYSTOOLS.CVE_INFO est une fonction table permettant de lister les CVE qu’il convient de corriger sur une partition IBM i.


5 – Db2 for i et outils de développement
5.1 – Services SQL
A chaque nouveau Technology Refresh, de nouveaux services SQL (17 en 7.6 et 13 en 7.5) sont fournis ainsi que d’autres ont été améliorés (13 en 7.6).
Nouveaux services SQL :
Sécurité (7.5 / 7.6)
- AUDIT_JOURNAL_JD (Job Description Change)
- AUDIT_JOURNAL_RU (Restore Authority for a User Profile)
- CVE_INFO
- EKM_INFO
- GROUP_PTF_CURRENCY_LOCAL
Journal (7.5 / 7.6)
- CREATE_DATA_JOURNAL_READER
Application (7.5 / 7.6)
- CHECK_COMMAND_SYNTAX
- OVERRIDE_INFO_ALL
Général (7.5 / 7.6)
- JOB_NAME
- JOB_NUMBER
- JOB_USER
- JOB_NAME_DETAILS
- GEOGRAPHIC_MIRRORING_INFO
Service Tools (7.6 uniquement)
- ADD_SERVICE_TOOLS_SERVER_CONFIGURATION_ENTRY
- CHANGE_SERVICE_TOOLS_SERVER_CONFIGURATION_ENTRY
- REMOVE_SERVICE_TOOLS_SERVER_CONFIGURATION_ENTRY
- SERVICE_TOOLS_SERVER_CONFIGURATION_ENTRY_INFO
5.2 – Améliorations SQL et RPG
- Améliorations dans le langage de programmation SQL
- Améliorations du pré-compilateur RPG ILE
- Améliorations dans SQL Error Logging Facility (SELF)
- Nouvelle fonction d’usage QIBM_IOSYSCFG_DDM
5.3 – VS Code
VS Code est l’outil de développement IBM i le plus utilisé derrière ADTS (Application Development ToolSet). Le sondage Fortra de 2025 montrait que VS Code venait de supplanter RDi et qu’il s’approchait désormais de ADTS.

IBM et sa communauté sont très actifs, et c’est peu dire, sur le développement d’applications avec VS Code.
L’extension Code for i, dans sa version 2.0, a été entièrement remaniée pour gagner en rapidité et en fiabilité, et pour offrir de nouvelles fonctionnalités aux programmeurs et aux administrateurs. Meilleure intégration de VS Code et améliorations des API REST.


5.4 – IBM i Access Client Solutions
Deux nouvelles versions (1.1.9.12 et 1.1.9.13) de IBM i ACS ont été proposées ces derniers mois. Elles ne sont été mises à disposition avant le Technology Refresh car la sortie de ce dernier a été retardée pour être en phase avec la disponibilité du serveur Power S1112.
Elles apportent de nouveaux exemples de sécurité et surtout des mises à jour de sécurité permettant de prévenir l’exécution de code à distance.
5.5 – IBM Bob Premium for IBM i
Bob est un outil IA d’IBM pour le développement et la modernisation des applications. Il est totalement intégré à l’IBM i avec le package Bob Premium for IBM i qui propose un mode base de données optimisé pour :
- Les bonnes pratiques SQL
- La construction de requêtes
- L’analyse de performance des requêtes
- La génération de diagrammes entité-association (ERD) de bases de données
- Les audits de sécurité SQL
- Et bien d’autres encore …


6 – Operating System
6.1 – Virtual Ethernet Multi-Queue
Amélioration des performances réseau. Le driver pour les interfaces virtuelles Ethernet répartit désormais le trafic réseau sur plusieurs cœurs de processeur, améliorant ainsi les performances et l’évolutivité sans nécessiter de modifications au niveau des applications ou de la configuration.
6.2 – Support des nouveaux matériels
En plus du nouveau serveur S1112, de nouveaux dispositifs matériels font leur apparition et sont supportés sur toute la gamme Power11. Il s’agit principalement de drives NVMe et de cartes Ethernet RoCE (RDMA over Converged Ethernet).
- EC7W, #EC7Y – 800GB SSD PCIe4 NVMe U.2 module
- ECT0, #ECT4 – Enterprise 1.6TB SSD PCIe4 NVMe U.2 module
- ECT1, ECT5 – Enterprise 3.2TB SSD PCIe4 NVMe U.2 module
- ECT2, ECT6 – Enterprise 6.4TB SSD PCIe4 NVMe U.2 module
- ECT3, ECT7 – Mainstream 15.3TB SSD PCIe4 NVMe U.2 module
- EAPE, #EAPF – PCIe5 x16 2-port 200 GbE RoCE adapter
- EAPC, #EAPD – PCIe4 x16 4-port 25/10/1 GbE RoCE SFP28 adapter
6.3 – Navigator for i
- Performance Data Investigator (PDI) utilise désormais le framework Angular pour la génération de graphiques, remplaçant ainsi Dojo afin d’améliorer la sécurité et les fonctionnalités. La prise en charge de l’ancienne technologie Dojo sera progressivement abandonnée d’ici la fin de l’année 2026.
- Améliorations diverses de l’utilisabilité de Navigator for i :
- Filtrage des travaux actifs
- Prise en charge de l’environnement d’exécution Java 21
- Intégration des notebooks de VS Code
- Gestion améliorée des collections
- Opérations sur les fichiers de l’IFS
- Améliorations du planificateur de travaux
- Options de navigation du tableau de bord.
- Prise en charge de l’authentification ouverte, permettant aux clients de configurer et de charger des identifiants JSON provenant de Gmail ou de Microsoft 365, afin de répondre à l’abandon de l’authentification de base.
- Intégration de la sécurité et de la gestion des clés avec intégration des nouvelles fonctionnalités EKM, permettant aux utilisateurs de gérer les clés maîtresses de sauvegarde et de restauration ainsi que les descriptions des gestionnaires de clés externes.
- Prise en charge des CVE et du journal d’audit : Navigator permet désormais de consulter les informations relatives aux CVE ainsi que des entrées supplémentaires du journal d’audit, offrant des vues multisystèmes et des fonctionnalités d’exploration détaillée pour la gestion des vulnérabilités.


6.4 – VTL IBM TS7785 pour IBM i
Il n’y a plus de VTL (Virtual Tape Library) au catalogue IBM depuis de longues années. Le ProtecTier a été stoppé il y a fort longtemps. Ainsi, depuis quelques années, ce sont des marques non-IBM qui sont utilisées pour les sauvegardes sur disque (Data Domain, FalconStore …)
IBM annonce le support de la VTL à Hautes Performances IBM TS7785 par l’IBM i.

Caractéristiques IBM TS7785
- Emulation bande
- TS4500
- LTO-5
- Jusqu’à 512 lecteurs virtuels par système
- Jusqu’à 4 instances VTL par système
- Jusqu’à 4 millions de volumes
- Connectivité Fibre Channel 32 Gbit/s
- Basculement, retour à l’état initial et restauration automatisés
- API RESTful pour toutes les requêtes et mises à jour
- Interface graphique moderne
- Totalement compatible avec BRMS

7 – BRMS
BRMS, dans sa version moderne (5770-BR2) continue d’évoluer en 7.4, 7.5 et 7.6. L’interface graphique est désormais en version 2026.2.0.
Le dernier Service Pack incluant les nouveautés et correctifs est :
- IBM i 7.4 – SJ09069
- IBM i 7.5 – SJ09070
- IBM i 7.6 – SJ09071
Les dernières nouveautés sont :
- Logs BRMS
- Filtrage des messages de niveau grave, en mettant en évidence les ID de message jugés critiques et susceptibles de provoquer l’échec d’un groupe de contrôle
- Filtrage des messages contenant le texte « objets non sauvegardés »
- Gestion de l’historique des sauvegardes
- Nouvelles vues affichant des détails au niveau de l’objet et du fichier
- Possibilité d’effectuer une restauration au niveau de l’objet lorsque les détails de l’objet ont été inclus dans la sauvegarde
- Possibilité de restaurer des données de lien au niveau du fichier lorsque les détails de l’objet ont été inclus dans la sauvegarde
- Documentation sur les vues SQL
- Ajout d’un lien vers la documentation des vues SQL
- Administration
- Ajout d’un nouveau type d’utilisation basé sur les rôles : *SYSOPR
- Permet un accès en lecture/consultation aux informations sur les supports et les sauvegardes
- Permet d’effectuer des opérations de sauvegarde et de restauration
- Limite les actions de modification, de copie et de suppression, sauf si l’utilisateur est propriétaire d’éléments BRMS
- Ajout d’un nouveau type d’utilisation basé sur les rôles : *SYSOPR
