Le wizard Compare and Update Fixes a été bien reçu mais a soulevé quelques critiques. Avant la V5R2, par exemple, le wizard exigeait que l'information d'inventaire existe sur le système modèle ainsi que pour chaque système cible participant à la comparaison et mise à jour. Lorsqu'il fallait comparer un grand
Limitations de l’ancien wizard
nombre de systèmes cible, il
n’était pas toujours facile de respecter
cette restriction. En effet, si l’on ne
pouvait pas collecter l’information
d’inventaire pour un seul système
cible, aucun des systèmes cible ne pouvait
être comparé ou mis à jour.
De plus, pour que le wizard original
puisse envoyer des correctifs, un fichier
de sauvegarde devait exister pour
chaque correctif manquant. Si le fichier
de sauvegarde pour un correctif manquant
n’existait pas, c’est toute la tâche
Send Fixes qui ne s’exécutait pas correctement,
et même les correctifs auxquels
des fichiers de sauvegarde
étaient associés ne seraient pas
envoyés.
Enfin, lors de la mise à jour des
d’inventaire systèmes cible, la tâche
Send Fixes essaierait d’envoyer tous les
correctifs que le wizard a signalé manquants
– même si vous ne vouliez pas
qu’un certain correctif soit distribué au
système du réseau.
En V5R2, IBM a essayé de régler ces
problèmes et d’autres.
Téléchargez gratuitement cette ressource
TOP 5 Modernisation & Sécurité des Postes Clients
Pour aider les entreprises à allier les restrictions liées à la crise et la nécessaire modernisation de leurs outils pour gagner en réactivité, souplesse et sécurité, DIB-France lance une nouvelle offre « Cloud-In-One » combinant simplement IaaS et DaaS dans le Cloud, de façon augmentée.
Les articles les plus consultés
A travers cette chaîne
A travers ITPro
