Migration d'objets de données lors de la mise à niveau de DB2 for z/OS

Si vous mettez à niveau votre sous-système DB2 for z/OS vers une version plus élevée, et si le sous-système est déjà configuré pour l'optimisation avec InfoSphere Optim Query Workload Tuner, Version 3.1.1, vous devez migrer les objets de données dans cette configuration.

Pourquoi et quand exécuter cette tâche

Pour migrer, modifier et soumettre le travail JCL AOCTIJ correspondant. Le tableau suivant répertorie les fichiers de travail JCL AOCTIJ pour chaque environnement.

Mise à niveau à partir de Mise à niveau vers Travail JCL permettant de migrer les objets de données pour optimiser les requêtes
DB2 for z/OS Version 8 mode nouvelle fonction Mode de conversion DB2 Version 10 for z/OS de DB2 for z/OS Version 8 AOCTIJC8
Mode de conversion DB2 Version 10 for z/OS de DB2 for z/OS Version 8 DB2 Version 10 for z/OS mode nouvelle fonction AOCTIJ8X
DB2 Version 9 for z/OS Mode de conversion DB2 Version 10 for z/OS de DB2 Version 9 for z/OS AOCTIJC9
Mode de conversion DB2 Version 10 for z/OS de DB2 Version 9 for z/OS DB2 Version 10 for z/OS mode nouvelle fonction AOCTIJ9X

Procédure

Pour migrer les objets de données lors de la mise à niveau de DB2 for z/OS :

  1. Sur votre sous-système, téléchargez le fichier JCL qui correspond à la mise à niveau de votre sous-système DB2 for z/OS. Les fichiers JCL se trouvent dans le répertoire répertoire_installation_pour_le_client_IBM_Data_Studio\QueryTunerServerConfig\all_features\ZOS\migration. Téléchargez le fichier en tant que fichier ASCII.
  2. Suivez les instructions dans la section Notes des commentaires pour personnaliser le JCL pour votre environnement, puis soumettez le travail. Par exemple, voici les instructions du fichier AOCTIJ9X.
    //*  Remarques =
    //*    AVANT D'EXECUTER CE TRAVAIL, personnalisez-le sur votre système :
    //*    (1) Ajoutez une carte de travail valide
    //*    (2) Localisez et modifiez toutes les occurrences des chaînes suivantes,
    //*        comme suit :
    //*        (A) Remplacer '!DSN!'      par le nom de sous-système de votre base de données DB2
    //*        (B) Remplacer 'DSNTIA!!'   par le nom de plan de DSNTIAD sur votre DB2
    //*        (C) Remplacer 'DSN!!0'     par le préfixe de la bibliothèque cible de DB2
    //*        (D) '!AOCDBRM!' par le préfixe de la bibliothèque cible de QT
    //*                          DBRM QT
    //*        (E) 'USER!!'     ID utilisateur des tables explain individuelles
    //*        (F) Remplacer '!GRANTEE!   par un ou plusieurs identificateurs utilisateur qui
    //*        ont besoin d'utiliser les procédures mémorisées
    //*                           SYSPROC.OPT_RUNSQL et
    //*                        SYSPROC.OPT_EXECUTE_TASK
    //*        (G) Remplacer '!USERID!'    par l'ID UTILISATEUR qui aura des droits
    //*                           d'exécution sur les packages
    //*        (H) 'PKGOWNER!'   par le propriétaire des packages QT
    //*        (I) '!SQLID!'     ID SQL EN COURS défini avant l'exécution
    //*                           de DDL
    //*        (J) '!WLMENV4!'   Nom d'environnement WLM pour SYSPROC.OPT_RUNSQL
    //*        (K) '!WLMENVJU!'  Nom d'environnement WLM pour
    //*                        SYSPROC.OPT_EXECUTE_TASK
    //*                           et souhaitez capturer le SQL à partir du cache.
    Avertissement : L'étape AOCSP est requise uniquement si vous avez créé les procédures mémorisées OPT_RUNSQL et OPT_EXECUTE_TASK dans la configuration que vous migrez. La création de ces procédures mémorisées lors de la configuration d'un sous-système pour l'optimisation est facultative.

Commentaires