Je vais contredire ces propos car je ne suis pas totalement d'accord.
S'il est en effet dangereux de restaurer les bibliothèques QGPL et surtout QUSRSYS d'une version inférieure sur un nouveau système, cela n'est pas interdit et c'est même préconisé dans le cadre de ce qu'IBM appelle la migration CISC to RISC (qui pour info, est depuis bien longtemps une RISC to RISC mais le nom CISC to RISC est resté dans les docs).
Je m'explique. La méthode préconisée pour changer de système, lorsque l'on a un nouveau serveur, n'est pas du tout la mise à niveau du système source.
On ne doit pas toucher au système source, la seule chose à faire sur ce dernier est de réaliser une sauvegarde 21.
Ensuite on va utiliser la fameuse procédure de migration "CISC to RISC"
.
Sont éligibles, tous les systèmes étant en version N-1 ou N-2 par rapport à la version du serveur cible.
La procédure IBM de migration est la suivante (sur le serveur cible) :
- installer le microcode
- installer l'OS de base dans la version désirée
- restaurer les profils utilisateurs depuis la bande du serveur source
- restaurer la configuration depuis la bande
- restaurer les bibliothèques *NONSYS, on aura donc une restauration de QGPL et QUSRSYS dans une version inférieure à la version du serveur
- reclaim DLO
- restauration des DLO
- restaurer l'IFS
- restaurer les spools si besoin
- convertir les objets
- restaurer les droits
- installer les logiciels sous licence de la version souhaitée
- installer les PTF Hiper, cumulative et groupes de PTF
- IPL B
- INZSYS et commandes de configuration
- IPL et mise en production
Ceci constitue les grandes lignes d'une opération totalement supportée et conseillée par IBM. Il s'agit de l'opération dite de migration.
Dans ce cas précis, les bibliothèques QGPL et QUSRSYS sont restaurées en version inférieure et sont donc en backlevel. Cela permet de conserver le paramétrage quasi intégral d'un serveur.
On peut le faire comme le dit Christian, mais personnellement, faire évoluer un serveur de production avant de passer sur un nouveau serveur est contraignant car on risque de planter le système lors de l'opération, on peut rencontrer des problèmes d'incompatibilité et cela ne garantie pas que la sauvegarde de ce système fonctionnera sur le futur système en raison des niveaux de resave marker des OS nécessaire sur les différents modèles.