IBM i 7.6 TR2 e 7.5 TR8: che cosa c'è dentro

Sono usciti i primi aggiornamenti tecnologici del 2026: IBM i 7.6 TR2 e 7.5 TR8, annunciati il 15 luglio insieme al nuovo server di fascia iniziale Power S1112, con i gruppi di PTF scaricabili dal 24.

Non c'è niente che cambi il modo di lavorare. È un TR di manutenzione, con diciassette IBM i Services nuovi e dieci migliorati distribuiti un po' ovunque. Ma tre o quattro voci tolgono lavoro manuale a chi amministra, e una riguarda chiunque mandi posta dal sistema — che è quasi tutti.

Quella che va guardata per prima: la posta

Nel server di posta integrato arriva il supporto OAuth 2.0 per SMTP.

Non è una funzione in più: è la risposta a un problema che sta arrivando addosso a molte installazioni. I grandi fornitori di posta hanno smesso, o stanno smettendo, di accettare l'autenticazione con sola password sui server SMTP. Un sistema che manda le notifiche dei batch attraverso un account aziendale su uno di quei servizi, prima o poi, smette di mandarle — e il sintomo è il peggiore possibile: nessun errore visibile, semplicemente le mail non arrivano più e nessuno se ne accorge finché non serve una di quelle notifiche.

Chi usa SNDSMTPEMM per avvisare a fine elaborazione ha adesso la strada per restare in regola senza cambiare il modo di mandare la posta.

Sicurezza: sapere quali vulnerabilità ti riguardano

SYSTOOLS.CVE_INFO() è una funzione di tabella che interroga il database pubblico delle vulnerabilità e restituisce quelle che riguardano il rilascio in uso, con il punteggio di gravità.

È il tipo di cosa che prima si faceva a mano, leggendo bollettini e chiedendosi se riguardassero la propria macchina, e che quindi in pratica non si faceva. Una query che si può schedulare e mandare per posta cambia la natura del compito: da progetto a controllo di routine.

Insieme arriva SYSTOOLS.GROUP_PTF_CURRENCY_LOCAL(), che verifica il livello dei gruppi di PTF. Le due insieme rispondono alle due domande che un responsabile si sente fare durante un audit: quali vulnerabilità note ci riguardano, e quanto siamo indietro con le correzioni.

Su 7.6 soltanto arrivano poi le chiavi di cifratura gestite dal cliente — BYOK, con IBM Cloud Key Protect — e QSYS2.EKM_INFO() per vederne lo stato. È materia per chi ha il sistema in cloud e requisiti formali di conformità: chi non è in quella condizione può saltare.

Le sovrascritture, finalmente interrogabili

SYSTOOLS.OVERRIDE_INFO_ALL mostra in SQL le sovrascritture di file attive.

Sembra una voce minore ed è quella che farà risparmiare più ore. Un OVRDBF dimenticato senza DLTOVR è una delle cause più subdole di comportamento sbagliato: il programma legge il file che qualcun altro gli ha messo davanti, non c'è nessun errore, e il risultato è semplicemente sbagliato. Fino a ieri accorgersene voleva dire sospettarlo; da adesso è una query.

Journal leggibili senza decodificare a mano

CREATE_DATA_JOURNAL_READER converte in forma leggibile i dati esadecimali delle registrazioni di journal.

Chi ha provato a capire che cosa è stato modificato in un record leggendo un DSPJRN sa perché conta: i dati prima e dopo la modifica ci sono sempre stati, ma in esadecimale, e ricostruirli significava conoscere il tracciato e contare i byte. È lo strumento che serve quando si deve rispondere alla domanda "chi ha cambiato questo importo, e quando".

Il resto, in breve

• SYSTOOLS.CHECK_COMMAND_SYNTAX() — controlla la sintassi di un comando CL da SQL. Utile in tutto ciò che costruisce comandi dinamicamente prima di eseguirli.
• QSYS2.GEOGRAPHIC_MIRRORING_INFO — stato del mirroring geografico.
• FROM_SYSTEM_TIMESTAMP e TO_SYSTEM_TIMESTAMP, colonne pseudo nei trigger per sapere quale file, libreria e membro hanno scatenato l'evento, codifica RFC3986 per le chiamate REST, filtro per utente su QSYS2.SQL_ERROR_LOG.
• Fuori dal sistema operativo: ACS 1.1.9.13 porta il SQL Error Logging Facility dentro Run SQL Scripts; Code for i aggiunge il supporto alle chiavi SSH con passphrase e migliora RPG e CL; in Navigator i grafici del Performance Data Investigator passano ad Angular.

Che cosa fare adesso

Niente di urgente, con un'eccezione. L'ordine ragionevole è questo.

Verificare a che punto si è. Un TR non cambia il numero di versione, e questo è esattamente il motivo per cui si resta indietro senza accorgersene: un sistema "su 7.5" può essere fermo al TR di tre anni fa ed essere considerato aggiornato in una riunione.

WRKPTFGRP

Guardare la posta, se si manda posta dal sistema. È l'unica voce con una scadenza vera, perché non dipende da noi: dipende da quando il fornitore di posta smette di accettare la vecchia autenticazione.

Pianificare l'applicazione come si pianificano le PTF, cioè insieme a un riavvio e non di venerdì. Un TR è un gruppo di PTF: si applica con le stesse cautele e negli stessi tempi di qualunque manutenzione, e alcune correzioni diventano attive solo dopo l'IPL.

Le fonti. L'elenco ufficiale dei contenuti sta sulla pagina IBM dei Technology Refresh, ed è quella da consultare prima di decidere qualcosa. I dettagli su singole funzioni citati qui sopra vengono dalla stampa di settore — IT Jungle sui contenuti Db2 e RPGPGM.COM sulla data di disponibilità.