Désinstallation des groupes de modifications et des groupes de correctifs

Après avoir installé un groupe de modifications ou un groupe de correctifs, vous pouvez revenir à un groupe de correctifs précédent ou au niveau de disponibilité générale du produit de base de données Db2® .

Sur les systèmes d'exploitation Linux® et UNIX, vous pouvez restaurer un groupe de correctifs précédent ou le niveau de disponibilité générale.

Sur les systèmes d'exploitation Windows, vous ne pouvez pas restaurer un groupe de correctifs précédent ni le niveau de disponibilité générale sauf si vous désinstallez le groupe de correctifs en cours, puis installez le niveau précédent.

Procédure

Procédez comme suit si le groupe de modifications ou le groupe de correctifs a écrasé l'emplacement d'installation d'origine :

Sur les systèmes d'exploitation Linux ou UNIX, pour désinstaller un groupe de modifications ou un groupe de correctifs, utilisez la commande installFixPack avec l'option force (-f) pour ignorer la vérification de niveau. La commande doit être exécutée à partir d'une image de groupe de modifications, de groupe de correctifs ou de disponibilité générale (GA) de niveau antérieur. Exemple :
```
./installFixPack -f level -b DB2DIR
```
où
- DB2DIR est l'emplacement du produit de base de données Db2 que vous souhaitez forcer à utiliser un groupe de modifications de niveau inférieur, un groupe de correctifs ou une image GA. Exemple :
```
./installFixPack -f level -b /opt/ibm/db2/V11.5
```
Sous Windows, pour désinstaller un groupe de modifications ou un groupe de correctifs, utilisez la fenêtre Ajout / Suppression de programmes , accessible via le Panneau de configurationde Windows. Pour plus d'informations sur la suppression de produits logiciels de votre système d'exploitation Windows, consultez l'aide de ce dernier.
Associez l'instance à une autre copie de DB2 d'un niveau inférieur à la copie DB2 initiale dans laquelle l'instance était exécutée. Vous pouvez mettre à jour toutes les instances en soumettant la commande db2iupdt -f level à partir du nouveau répertoire.

Procédez comme suit si le groupe de modifications ou le groupe de correctifs est installé dans un répertoire distinct :

Sur les systèmes d'exploitation Linux ou UNIX, pour désinstaller un groupe de modifications ou un groupe de correctifs, utilisez la commande db2iupdt avec l'option force (-f) pour ignorer la vérification de niveau. Exemple :
```
DB2DIR/instance/db2iupdt -f level instanceName
```
Où DB2DIR se trouve dans l'emplacement du groupe de modifications ou du groupe de correctifs précédent.

Remarques :

Avant de désinstaller le groupe de modifications ou le groupe de correctifs en cours, retirez ou désinstallez toutes les fonctions qui ne sont pas applicables au niveau précédent de groupe de modifications, de groupe de correctifs ou de disponibilité générale (GA). Une fois le groupe de modifications ou le groupe de correctifs désinstallé, vous devez réassocier les packages statiques. Si vous avez exécuté db2updv115 sur le niveau en cours, vous devez exécuter db2dupv115 -a après être passé à un niveau inférieur.
Si le groupe de modifications ou le groupe de correctifs en cours inclut des fonctions incompatibles avec la rétromigration et que vous avez activé explicitement l'une d'entre elles via une variable de registre, vous devrez restaurer la base de données à partir de la sauvegarde effectuée avant l'installation du groupe de modifications ou du groupe de correctifs.

Annulation à partir de Db2 11.5.5

Si un utilisateur se voit accorder l'un des nouveaux privilèges / droits de schéma et que l'instance Db2 est rétrogradée de 11.5.5 à un groupe de modifications plus ancien, l'utilisateur les conserve après l'annulation et ces droits doivent être révoqués manuellement.

La variable de registre DB2_ENABLE_SCHEMA_AUTHORIZATION doit avoir pour valeur YES et, pour chaque ligne de la vue de catalogue SYSCAT.SCHEMAAUTH, une instruction de révocation associée doit être émise.

Par exemple, si un utilisateur nommé BOSS possède le privilège SELECTIN pour un schéma nommé TEST, l'instruction de révocation est similaire à l'exemple suivant :

REVOKE SELECTIN ON SCHEMA TEST FROM USER BOSS

Une fois que les privilèges ou droits du nouveau schéma qui étaient précédemment accordés ont été révoqués, la variable de registre DB2_ENABLE_SCHEMA_AUTHORIZATION peut être réassociée à la valeur NO.

Remarque: Même dans Db211.5.5, où les nouveaux privilèges et droits de schéma sont activés par défaut, aucun d'entre eux n'est accordé implicitement. Par exemple, aucun privilège ou droit du nouveau schéma n'est accordé implicitement au cours de la création d'objet.