Mise en route pour Windows**
Si vous effectuez une migration depuis la
version 5.0 ou 5.2 vers DB2 version 7, vous devez
préparer vos bases de données et vos instances avant d'installer DB2
version 7. Si vous procédez à une mise à niveau depuis la
version 6, vous n'avez rien de spécial à faire avant d'installer
la version 7.
La migration de bases de données et d'instances antérieures à la
version 5.0 n'est pas prise en charge dans DB2
version 7.
Sous Windows, il n'est possible d'installer qu'une seule
version de DB2 par machine. Par exemple, si vous disposez de DB2
version 6 et que vous installez la version 7, la version 6 sera
supprimée lors de l'installation.
La présente section explique comment préparer des bases de données et des
instances DB2 version 5.x pour les faire migrer vers un format
exploitable par la version 7 de DB2. Si vous devez faire migrer
plusieurs instances, vous devrez répéter la procédure pour chacune des
instances concernées.
Pour préparer la migration de vos bases de données :
-
Vérifiez qu'aucune application n'utilise des bases de données
appartenant à l'instance DB2 que vous vous apprêtez à faire
migrer. Pour obtenir la liste de toutes les applications appartenant à
cette instance, tapez la commande db2 list applications. Si
toutes les applications sont déconnectées, vous obtiendrez le message
suivant :
SQL1611W Aucune donnée n'a été renvoyée par le moniteur du gestionnaire
de bases de données. SQLSTATE=00000
Vous pouvez terminer une session en tapant la commande db2
terminate.
- Vérifiez que toutes les bases de données sont cataloguées. Pour
consulter la liste de toutes les bases de données cataloguées dans
l'instance en cours, entrez la commande suivante :
db2 list database directory
- Effectuez une copie de sauvegarde de toutes les bases de données de
version 5.x. Il n'est pas nécessaire de sauvegarder les
bases de données de version 6. Consultez le manuel Administration Guide de votre produit DB2 pour la procédure de sauvegarde d'une base
de données, et au manuel Command Reference pour la syntaxe de la commande correspondante.
- Lorsque toutes les applications sont terminées et que vous avez sauvegardé
toutes vos bases de données, arrêtez tous les processus exécutés par le
serveur de bases de données appartenant à l'instance DB2, en entrant la
commande db2stop.
- Arrêtez le démon de gestion de licences en entrant la commande
db2licd -xxx
- Arrêtez toutes les sessions de l'interpréteur de commandes en
émettant une commande db2 terminate dans chacune d'entre
elles.
Vous devez ensuite vérifier, avant d'installer DB2 version 7, que
toutes les bases de données cataloguées sont prêtes pour la migration.
Pour vous assurer que vous pouvez faire migrer vos bases de données vers la
version 7, vous devez exécuter la commande db2ckmig avant
d'installer DB2 version 7.
Remarque : | La présente section ne concerne que les bases de données créées avec DB2
version 5.x. Vous n'avez pas à exécuter cette commande
sur des bases de données créées avec DB2 version 6.
|
Pour lancer la commande db2ckmig :
- Insérez le CD-ROM de votre produit DB2 version 7. Si vous
installez DB2 sur un poste de travail Windows 32 bits,
l'utilitaire setup risque d'être démarré automatiquement par la
fonction d'exécution automatique du système d'exploitation.
Dans ce cas, annulez l'installation et passez à l'étape
suivante.
- Allez au répertoire x:\db2\common où
x: représente l'unité de votre CD-ROM.
- Entrez la commande db2ckmig pour vérifier que les bases de
données sur votre système peuvent faire l'objet d'une
migration. La syntaxe de la commande est la suivante :
Commande DB2CKMIG
>>-db2ckmig----+-alias-bdd-+--/l--unité:\chemin\fichier------------------------>
'-/e--------'
>-----+---------------------------------------+----------------><
'-/u--id-utilisateur--/p--mot-de-passe--'
- alias-bdd
- Spécifie le nom (alias-bdd) d'une base de données à vérifier
avant la migration. Ce paramètre est obligatoire si le paramètre
/e n'est pas spécifié.
- /e
- Spécifie que la vérification s'applique à la totalité des bases de
données cataloguées. Ce paramètre est obligatoire si la variable
alias-bdd n'a pas été précisée.
- /l unité:\chemin\fichier
- Spécifie une unité, un chemin et un nom de fichier pour
l'enregistrement des erreurs et des avertissements générés pour la base
de données lue. La variable chemin est facultative ;
si vous n'indiquez pas de chemin d'accès, l'emplacement à
partir duquel vous exécuterez la commande db2ckmig sera
utilisé. Par contre, vous devez spécifier un nom de fichier
nom-fichier.
- /u id-utilisateur
- Spécifie un compte utilisateur utilisé pour la connexion à la base de
données. Ce paramètre doit être défini si vous êtes connecté sous un
nom d'utilisateur dépourvu des droits de connexion.
- /p mot-de-passe
- Spécifie le mot de passe de l'ID utilisateur utilisé pour la
connexion à la base de données. Ce paramètre doit être défini si vous
êtes connecté sous un nom d'utilisateur dépourvu des droits de
connexion.
Vous pouvez entrer la commande db2ckmig sur des systèmes
éloignés. Le paramètre de base de données doit indiquer
l'alias-bdd de la base de données éloignée.
Par exemple, pour vérifier que toutes les bases de données cataloguées sur
votre système peuvent faire l'objet d'une migration et pour
consigner tous les messages écris par cette commande dans le fichier
c:\temp\message.txt, entrez la commande
suivante :
x:\db2\common\db2ckmig /e /l c:\temp\message.txt
où x: représente votre unité de CD-ROM.
- S'il se produit des erreurs, la commande db2ckmig génère
un fichier journal et le place à l'emplacement indiqué par l'option
/l. Ces erreurs sont suivies de conseils indiquant les
actions à entreprendre pour les corriger ; reportez-vous à ces
conseils. Après avoir rectifié les erreurs, entrez à nouveau la
commande db2ckmig pour vérifier que les bases de données sont
prêtes pour la migration.
- Effectuez une copie de sauvegarde de la base de données. Pour de
plus amples informations, reportez-vous au manuel Administration Guide.
Cas d'erreur DB2CKMIG possibles
- Une base de données est en attente de sauvegarde
-
Procédez à la sauvegarde de la base de données.
- Une base de données est en attente de récupération aval.
-
Récupérez la base de données comme requis. Effectuez ou reprenez une
récupération aval de la base de données jusqu'à la fin des fichiers
journaux et arrêtez.
- L'ID espace table est dans un état incorrect.
-
Récupérez la base de données et l'espace table requis.
Effectuez ou reprenez une récupération aval de la base de données jusqu'à
la fin des fichiers journaux et arrêtez.
- Une base de données est dans un état incohérent.
-
Relancez la base de données pour la faire repasser à l'état
cohérent.
- La fonction et le type structuré portent le même nom.
-
Une fonction et un type structuré (sans arguments) appartenant au même
schéma ne peuvent pas porter le même nom. Le type ou la fonction et les
objets utilisant ce type ou cette fonction doivent être supprimés et recréés
sous un autre nom. Pour corriger cette erreur :
- Sauvegardez la base de données.
- Exportez les données de l'une des tables dépendant des types
structurés ou des fonctions.
- Supprimez toutes les tables dépendant des types structurés ou des
fonctions, puis supprimez les types structurés ou les fonctions. Ces
suppressions peuvent supprimer d'autres objets tels que des vues, des
index, des déclencheurs ou des fonctions.
- Créez les fonctions ou les types structurés sous des noms différents, puis
recréez les tables à l'aide de ces nouveaux noms. Recréez les
vues, index, déclencheurs ou fonctions supprimés.
- Importez ou chargez les données dans l'objet.
- La base de données contient des types UDT distincts utilisant le nom de
type BIGINT, DATALINK, REAL ou REFERENCE.
-
Ces noms de type de données sont réservés au gestionnaire de bases de
données version 7. Pour corriger cette erreur :
- Sauvegardez la base de données.
- Exportez les données de toutes les tables dépendant de ces types de
données.
- Supprimez toutes les tables dépendant de ces types de données, puis
supprimez les types de données. Ces suppressions risquent de supprimer
d'autres objets tels que des vues, des index, des déclencheurs ou des
fonctions.
- Créez les types de données sous des noms différents, puis recréez les
tables à l'aide de ces nouveaux noms. Recréez les vues, index,
déclencheurs ou fonctions supprimés.
- Importez ou chargez les données dans l'objet.
Pour plus de détails sur les opérations requises pour corriger ces
conditions, reportez-vous au manuel Administration
Guide.
[ Début de page | Page précédente | Page suivante | Table des matières | Index ]