Il existe des actions facultatives que vous pouvez effectuer à la suite de la migration de la base de données. Vous pouvez également les appliquer à une sauvegarde de base de données de version antérieure, restaurée en version 7, car, à la fin de la restauration, la base de données est migrée vers la version 7.
Remarque : | La présente section ne concerne que les scénarios de migration portant sur des bases de données de version 5.x ou 6 ayant déjà migré à partir d'un format version 5.x sans que leurs index à entrées uniques aient été migrés par la commande db2uiddl. |
La migration des index à entrées uniques des versions 5.x n'est pas effectuée automatiquement vers la sémantique de la version 7 pour les raisons suivantes :
Toutes les applications existantes continueront à fonctionner même si les index à entrées uniques ne sont pas convertis dans la sémantique de la versions 7. Vous ne devez convertir les index à entrées uniques dans la sémantique de la version 7 que si la prise en charge de la vérification d'unicité différée est nécessaire.
Pour convertir des index à entrées uniques :
La commande db2uiddl explore les tables système de la base de données et crée toutes les instructions CREATE UNIQUE INDEX correspondant aux tables utilisateur dans un fichier de sortie.
db2 -tvf nom-fichier
où nom-fichier représente le nom du fichier généré par la commande db2uiddl.
Lorsque la migration d'une base de données est effectuée, les anciennes statistiques utilisées pour l'optimisation des performances des requêtes sont conservées dans les catalogues. Cependant, la version 7 de DB2 comporte des statistiques qui ont été modifiées par rapport à la version 5.x ou qui n'existaient pas dans cette dernière. Pour tirer parti de ces données, exécutez la commande runstats sur les tables, particulièrement sur celles qui ont un impact important sur les performances de vos requêtes SQL.
Pour la syntaxe de la commande runstats, reportez-vous au manuel Command Reference. Pour plus de détails sur les statistiques, reportez-vous au manuel Administration Guide.
Lors de la migration d'une base de données, tous les modules existants deviennent inutilisables. Après la migration, chaque module est reconstruit lors de sa première utilisation par le gestionnaire de bases de données de la version 7.
Cependant, pour obtenir de meilleures performances, nous vous recommandons d'exécuter la commande db2rbind pour recréer tous les modules stockés dans la base de données. Pour plus de détails sur la syntaxe de cette commande, reportez-vous au manuel Command Reference.
Au cours de la migration, certains paramètres de configuration de base de données sont remplacés par les paramètres par défaut de la version 7 ou par d'autres valeurs. Pour plus d'informations sur les paramètres de configuration, reportez-vous au manuel Administration Guide.
Nous vous conseillons d'exécuter le moniteur de performances DB2 pour savoir comment choisir les paramètres de configuration appropriés. Pour plus d'informations, reportez-vous au manuel Administration Guide.
Pour faire migrer les tables Explain d'une base de données qui a été migrée vers la version 7, exécutez la commande ci-dessous :
db2exmig -d nom-bdd -e schéma-explain [-u id-utilisateur mot-de-passe]
où :
Les tables Explain appartenant à l'ID utilisateur utilisé pour l'exécution de la commande db2exmig ou pour vous connecter à la base de données, seront migrées. L'outil de migration des tables Explain modifie le nom des tables de version 5 ou 6, crée un nouvel ensemble de tables, à l'aide de la commande EXPLAIN.DDL et copie le contenu des anciennes tables dans les nouvelles. En dernier lieu, il supprime les anciennes tables. L'utilitaire de migration, db2exmig conserve toutes les colonnes ajoutées par l'utilisateur dans les tables Explain.