Les 3 erreurs les plus fréquentes sur IBM i

Rudi explique où les clients peuvent gagner du temps et comment ils peuvent éviter les trois erreurs les plus courantes sur l'IBM i.

1. Utiliser IPL

IBM i ne nécessite pas d'IPL régulier pour fonctionner correctement. En fait, dans la plupart des cas, c'est même contre-productif. Vous perdez le Plan Cache et tous les Indexes Temporaires Matérialisés (MTI), ce qui entraîne une dégradation des performances de la base de données.

En effet, le redémarrage d'une application à l'aide de Machines Virtuelles Java (JVM) bénéficie dans la plupart des cas d'un redémarrage des JVM, mais cela peut uniquement être réalisé par le redémarrage de l'application.

Quand faire usage d'IPL ? 

• Lorsque vous souhaitez appliquer des PTF qui nécessitent un IPL pour être appliqués
• Lorsque la maintenance vous oblige à le faire

2. Exécuter la commande Reclaim Storage dans un contexte de maintenance normale

L'exécution de la commande RCLSTG (Reclaim Storage) n'est requise que lorsque :

• le support IBM vous demande de l'exécuter
• le processus de préparation de la mise à niveau de la version demande de le faire
• le rapport du PRTDSKINF (Print Disk Information) vous indique un pourcentage élevé pour NOLIBRARY. Cela signifie que vous disposez d'un espace disque consommé par des données qui ne peuvent pas être localisées sur un objet spécifique.

Saviez-vous qu'une partie de ce que faisait la commande RCLSTG (nettoyage des objets flottants, etc.), est maintenant également effectuée par la commande RTVDSKINF (Retrieve Disk Information) ?

3. Si ce n'est pas cassé, ne pensez pas à le réparer

« Ne corrigez pas le système s'il fonctionne correctement. » Voici de loin l'une des plus grandes erreurs commises aujourd'hui. Soutenus par le fait qu'IBM est un environnement vraiment stable, beaucoup de gens pensent que si leur système fonctionne correctement, il continuera à le faire à l'avenir.

Cela pourrait être vrai dans les cas où l'utilisation du système est gelée, mais les gens oublient qu'ils « ajustent » leur système en cours de processus et que la quantité d'enregistrements dans un fichier ne cesse d'évoluer de jour en jour.

Et puis, il y a encore les problèmes qui surgissent à partir de rien.

Trop souvent, j'ai vu des PTF qui n'étaient pas sur le système, en train de résoudre un problème dans IBM i que l'on aurait pu éviter à condition d’actualiser davantage IBM.