Pour permettre à l'administrateur de base de données de créer ou modifier manuellement les tables du magasin de données, vous devez générer des instructions DDL (Data Definition Language).
Pourquoi et quand exécuter cette tâche
Utilisez la commande
sibDDLGenerator pour générer les
instructions DDL dont l'administrateur de base de données a besoin pour créer les tables
du magasin de données du moteur de messagerie. Utilisez la commande
sibDBUpgrade pour générer les instructions DDL dont l'administrateur de base de données a besoin pour créer ou modifier les tables du magasin de données du moteur de messagerie.
Procédure
- Dans une invite de commande, exécutez la commande sibDDLGenerator pour créer les tables du magasin de données, ou la commande sibDBUpgrade pour les modifier, puis réacheminez la sortie vers un fichier. Pour plus d'informations sur ces utilitaires de ligne de commande, voir Commande sibDDLGenerator et Commande sibDBUpgrade.
Important : Si vous souhaitez traiter les
instructions DDL à l'aide d'un processeur de ligne de commande nécessitant que ces instructions
respectent un format spécifique, utilisez les paramètres facultatifs qui contrôlent le
format des instructions DDL. Par exemple, si
chaque instruction doit se terminer par un point-virgule, utilisez -statementend ;
Pour accéder à la ligne de commande IBM®, ou exécuter un programme de ligne IBM, utilisez la commande STRQSH pour lancer une session Qshell.
Pour plus d'informations, voir Configuration de Qshell pour exécuter des scripts WebSphere à l'aide de l'outil de scriptage wsadmin.
- Envoyez le fichier de sortie à votre administrateur de base de données
pour qu'il traite les instructions DDL générées. Les instructions DDL peuvent être portées entre
les systèmes d'exploitation : par exemple, vous pouvez générer des instructions DDL sur une machine
exécutant le système d'exploitation Windows, puis les exécuter sur une machine exécutant le système d'exploitation z/OS.
Les instructions DDL peuvent être traitées à l'aide de SPUFI.
Avertissement : - L'administrateur de la base de données peut modifier les instructions DDL, mais il ne doit pas modifier les noms de table ou de colonne de quelque manière que ce soit, ce qui empêcherait le démarrage du moteur de messagerie.
- Si les instructions DDL doivent être exécutées sur le système d'exploitation z/OS, l'administrateur de base de données doit modifier le nom VCAT à la première ligne des instructions DDL (instruction create
storage group) en le qualifiant de niveau élevé valide pour le système.
- Le bus d'intégration de services ne prend pas en charge les valeurs de remplissage dans la colonne XID de la table SIBXACTS.
Tout paramètre de base de données pouvant ajouter ce type de valeurs dans cette colonne ne doit pas être appliqué à la base.
Par exemple, passer la valeur du paramètre DB2 RETVLCFK DB2 de NO à YES risque d'introduire des valeurs de remplissage.
Pour plus d'informations sur le paramètre RETVLCFK, voir VARCHAR FROM INDEX field (RETVLCFK subsystem
parameter) dans le centre de documentation DB2.