Mise en route pour Windows**

Migration à partir de versions précédentes de DB2

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.

Préparation des bases de données et des instances en vue de la migration

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 :

  1. 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.

  2. 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
    
  3. 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.
  4. 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.
  5. Arrêtez le démon de gestion de licences en entrant la commande db2licd -xxx
  6. 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.

Vérification que les bases de donné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 :

  1. 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.
  2. Allez au répertoire x:\db2\commonx: représente l'unité de votre CD-ROM.
  3. 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
    

    x: représente votre unité de CD-ROM.

  4. 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.
  5. 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 :

  1. Sauvegardez la base de données.
  2. Exportez les données de l'une des tables dépendant des types structurés ou des fonctions.
  3. 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.
  4. 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.
  5. 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 :

  1. Sauvegardez la base de données.
  2. Exportez les données de toutes les tables dépendant de ces types de données.
  3. 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.
  4. 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.
  5. 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 ]