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 SMTP arriva il supporto OAuth: IBM lo chiama «fase 1», e si configura da Navigator.

Conta per chi manda la posta del sistema attraverso un fornitore che non accetta più la sola password sul suo server SMTP. Chi usa SNDSMTPEMM per avvisare a fine elaborazione è fra questi se il suo inoltro passa da un servizio del genere.

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.
• QSYS2.GEOGRAPHIC_MIRRORING_INFO: lo stato del mirroring geografico.
• In Db2 for i: le pseudo-colonne dei trigger FROM_SYSTEM_TIMESTAMP e TO_SYSTEM_TIMESTAMP, la funzione URL_ENCODE, miglioramenti a QSYS2.SQL_ERROR_LOG.
• Servizi migliorati, fra gli altri: ASP_INFO, JOBLOG_INFO, SCHEDULED_JOB_INFO, SYSDISKSTAT, SYSTEM_STATUS_INFO, GENERATE_SPREADSHEET.
• Fuori dal sistema operativo: ACS 1.1.9.13 porta il supporto SELF dentro Run SQL Scripts; Code for i aggiunge fra l'altro l'MFA di 7.6 e le chiavi SSH con passphrase; in Navigator il Performance Data Investigator ha grafici nuovi.

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 non vengono da una prova diretta su un sistema aggiornato: se una funzione serve per una decisione, va verificata sulla documentazione IBM del proprio rilascio.

Fonti

• IBM: IBM i 7.6 TR2 Enhancements
• IBM: IBM i 7.5 TR8 Enhancements