Restrictions liées à la mise à niveau pour les serveurs DB2

Avant de commencer à mettre à niveau votre serveur DB2, vous devez comprendre à quoi correspond la prise en charge de la mise à niveau et les restrictions qui s'appliquent à celle-ci.

Ce qui est prise en charge

La mise à niveau vers Db2 11.5 est prise en charge à partir de version 11.1 ou de version 10.5. Si vous disposez d'une version Db2 antérieure à 10.5, vous devez effectuer une mise à niveau vers Db2 10.5 avant d'effectuer une mise à niveau vers Db2 11.5.
La mise à niveau vers une installation non root Db2 11.5 est prise en charge à partir d'une installation non root version 11.1 ou version 10.5 . La mise à niveau vers une installation Db2 11.5 non root à partir d'une installation root antérieure àDb2 version 11.5 n'est pas prise en charge.
Sur les systèmes d'exploitation Windows, l'action upgrade s'affiche pour les copies Db2 existantes qui peuvent être mises à niveau lors de l'installation de 11.5. Cette action installe automatiquement Db2 11.5 et met à niveau toutes vos instances et votre serveur d'administration Db2 (DAS) exécuté sur la copie Db2 . Elle désinstalle également cette copie DB2 et tous les produits d'extension qui y étaient installés. Si vous ne choisissez pas l'action de mise à niveau, vous devez mettre à niveau manuellement les instances et le serveur d'administration DAS à l'issue de l'installation.
Sur les systèmes d'exploitation Linux® et UNIX, l'action upgrade n'est pas disponible et vous pouvez uniquement installer une nouvelle copie de version 11.5. Vous devez mettre à niveau les instances manuellement à l'issue de l'installation. Vous pouvez mettre à niveau manuellement le serveur d'administration DAS existant.
La taille de bit d'instance est déterminée par le système d'exploitation sur lequel version 11.5 est installé et la prise en charge des noyaux 32 bits et 64 bits a été modifiée. Voir Tableau 1.
La mise à niveau à partir d'un système avec plusieurs copies de Db2 11.1 ou Db210.5 de tous les niveaux est prise en charge. Sur les systèmes d'exploitation Windows, vous devez connaître les restrictions relatives à la coexistence des versions précédentes des produits de base de données Db2.
La mise à niveau à partir d'un environnement de base de données partitionnée avec plusieurs partitions de base de données est prise en charge.
La restauration de sauvegardes intégrales de base de données hors ligne à partir de copies antérieures àDb2 version 11.5 est prise en charge. Toutefois, vous ne pouvez pas récupérer en aval des journaux d'un niveau précédent. Consultez la rubrique Opérations de sauvegarde et de restauration entre différents systèmes d'exploitation et plateformes matérielles pour obtenir des détails complets sur la prise en charge de la mise à niveau à l'aide de la commande RESTORE DATABASE .
Dans des bases de données mises à niveau dont le paramètre de configuration RESTRICT_ACCESS est réglé sur YES, vous devez accorder le droit USAGE aux utilisateurs non DBADM sur SYSDEFAULTUSERWORKLOAD. Dans le cas contraire, ces utilisateurs ne peuvent pas soumettre de tâche à la base de données.
La mise à niveau d'une base de données contenant des données chiffrées dans une instance Db2 qui ne prend pas en charge le chiffrement (où IBM® Global Security Kit n'est pas installé) est prise en charge. Les données chiffrées sont incluses dans la base de données mise à niveau, mais vous ne pouvez pas y accéder. Pour accéder aux données chiffrées, effectuez la mise à niveau ou la restauration de la base de données dans une instance qui prend en charge le chiffrement.

Ce qui n'est pas pris en charge

Une installation Db2 11.5 échoue dans les cas suivants:

Le système d'exploitation n'est pas pris en charge. Vous devez effectuer une mise à niveau vers une version prise en charge du système d'exploitation avant d'effectuer une mise à niveau vers Db2 11.5 ou vers un nouveau serveur Db2 qui répond aux exigences du système d'exploitation. Voir Mise à niveau vers un nouveau serveur Db2.
Une version de Db2 antérieure à version 10.5 est installée.

La commande db2iupgrade échoue dans les situations suivantes :

Vous n'avez pas les droits nécessaires pour mettre à niveau l'instance.
L'instance que vous tentez de mettre à niveau est active. Lancez la commande db2stop pour l'arrêter.
L'instance est déjà à la version 11.5. Exécutez la commande db2iupdt pour effectuer une mise à jour vers des niveaux de groupe de correctifs ou des copies différents de Db2 11.5.
Vous essayez d'effectuer une mise à niveau depuis Db2 11.5 vers version 11.1 ou version 10.5. L' inversion de la mise à niveau du serveur Db2 est possible, mais vous devez suivre les prérequis et les étapes de cette procédure.

Le type d'instance que vous tentez de mettre à niveau vers Db2 11.5 n'est pas pris en charge. Le tableau ci-après décrit la prise en charge de la mise à niveau pour chaque type d'instance, par produit de base de données DB2 :

Tableau 1. Prise en charge de la mise à niveau d'instance pour les produits de base de données Db2 11.5
Type d'instance	Type de noeud
client	Client-type par défaut pour les clients Db2¹
standalone	Serveur de base de données avec clients locaux
ese	Serveur de base de données partitionnée avec clients locaux et distants
fdsf	type par défaut pour la fonction Db2 pureScale®

Remarque :

Le niveau le plus élevé pour chaque produit de base de données Db2 est le type d'instance par défaut, comme indiqué dans le Tableau 1 , classé de niveau inférieur à niveau supérieur. Chaque type d'instance prend en charge les types d'instance de niveau inférieur. Par exemple, le type d'instance ese prend en charge les instances wse, autonomes et de client. Vous pouvez utiliser la commande db2icrt avec le paramètre -s pour créer des instances d'un niveau inférieur. Si vous n'indiquez pas le paramètre -s, l'instance est créée en utilisant le niveau le plus élevé du type d'instance pris en charge par le produit de base de données DB2.

La commande db2ckupgrade échoue et entraîne l'échec de la commande db2iupgrade. La commande db2iupgrade appelle la commande db2ckupgrade pour vérifier si les bases de données locales cataloguées sont prêtes pour la mise à niveau vers Db2 11.5.

La commande UPGRADE DATABASE échoue dans les situations suivantes :

Vous n'avez pas les droits nécessaires pour mettre à niveau la base de données.
Une base de données cataloguée n'existe pas.
La mise à niveau de la base de données rencontre l'un des problèmes décrits dans les codes de raison du message d'erreur "SQL1704N"
Des types distincts définis par l'utilisateur (UDT) portant le nom ARRAY, BINARY, CURSOR, DECFLOAT, ROW, VARBINARY ou XML sont détectés. Vous devez supprimer ces types distincts et les recréer avec des noms différents avant la mise à niveau de la base de données.
Les objets de la base de données ont été créés en utilisant des noms de schéma restreints décrits dans le message d'erreur "SQL0553N" La liste des noms de schéma restreints inclut désormais SYSPUBLIC.
La base de données à mettre à niveau est d'une version Db2 antérieure à la version 10.5.
La base de données à mettre à niveau est une base de données Db2 10.5 Fix Pack 6 ou version antérieure, et elle est activée en tant que base de données de secours de reprise à haut niveau de disponibilité après incident (HADR).
La base de données à mettre à niveau est une base de données Db2 10.5 Fix Pack 8 ou version antérieure pureScale , et elle est activée en tant que base de données de secours de reprise à haut niveau de disponibilité après incident (HADR).