Aller au contenu

Recette SQL IBM i (AS/400) · Travaux

Les travaux qui occupent le plus de stockage temporaire

Les travaux qui occupent le plus de stockage temporaire, en mégaoctets : pour trouver celui qui remplit le disque avant qu'il ne sature.

Le besoin

Le pourcentage d'occupation du disque monte sans raison apparente : un travail qui boucle ou qui accumule des données en mémoire temporaire peut remplir l'ASP système en quelques heures.

La requête

SELECT JOB_NAME, SUBSYSTEM, TEMPORARY_STORAGE AS STOCKAGE_TEMPORAIRE_MO,
       JOB_ACTIVE_TIME, AUTHORIZATION_NAME
FROM TABLE(QSYS2.ACTIVE_JOB_INFO()) J
ORDER BY TEMPORARY_STORAGE DESC
FETCH FIRST 10 ROWS ONLY

La colonne TEMPORARY_STORAGE donne, en Mo, le stockage temporaire alloué à chaque travail. Le tri décroissant fait remonter les plus gros.

Le résultat sur un IBM i 7.5

Ce que l'IBM i a renvoyé le 01/10/2026 (5 lignes au plus) :

JOB_NAME Nom du travail SUBSYSTEM Sous-système STOCKAGE_TEMPORAIRE_MO Stockage temporaire (Mo) JOB_ACTIVE_TIME Horodatage d'activation du travail AUTHORIZATION_NAME Profil utilisateur
956344/UTIL232/MAPEPIRE QUSRWRK 3355 NULL UTIL232
802103/QWEBADMIN/ADMIN1 QHTTPSVR 713 NULL QWEBADMIN
969649/QUSER/QZDASOINIT QUSRWRK 579 NULL LEROY
802106/QWEBADMIN/ADMIN4 QHTTPSVR 544 NULL QWEBADMIN
802105/QLWISVR/ADMIN2 QHTTPSVR 304 NULL QLWISVR

Chez nous, un serveur Mapepire (le connecteur SQL utilisé par les outils modernes) occupe à lui seul plus de 3 Go : c'est typiquement le genre de surprise que cette requête révèle.

Données anonymisées : les noms de système, de profils, de bibliothèques, de postes et les adresses IP ont été remplacés.

L'adapter à votre système

Pour une vue par sous-système, regroupez : SELECT SUBSYSTEM, SUM(TEMPORARY_STORAGE) … GROUP BY SUBSYSTEM. La vue QSYS2.SYSTMPSTG détaille aussi le stockage temporaire qui n'appartient à aucun travail.