Vous allez suivre la procédure ci-dessous pour créer les tables de base de données dynamiques dans la base de données
d'exécution. Les scripts sont stockés dans un emplacement défini par l'utilisateur. Cet
emplacement est défini lors de la configuration du Générateur de schéma au niveau de la console d'administration de
WebSphere
Business Monitor.
Les scripts DDL (Database Definition Language) nécessaires à la création de tables de bases de données de la base de
données d'exécution dans la base de données d'exécution sont stockés dans le fichier
runtime.ddl au niveau du répertoire racine. Pour
déployer les scripts, procédez comme suit :
- Ouvrez la fenêtre de commande
DB2. Sous UNIX,
si l'environnement shell est configuré, vous pouvez appeler le processeur de ligne de commande
DB2.
- Modifiez le chemin d'accès à l'emplacement du fichier script.
- Sauvegardez la base de données d'exécution avant de déployer un nouveau modèle de mesure métier.
- Exécutez la commande
db2 terminate. Cela évite d'avoir recours aux précédents processus d'arrière-plan susceptibles d'utiliser une valeur de page de codes
différente et permet de s'assurer qu'un nouveau processus d'arrière-plan va être utilisé pour traiter cette requête.
- Attribuez la valeur 1208 à la variable d'environnement
DB2CODEPAGE.
Par
défaut, le processeur de ligne de commande
DB2
va interpréter les données de type caractères en utilisant la page de codes en cours. Le fichier
runtime.ddl généré contiendra toutefois des caractères UTF-8
corrompus tant que la valeur 1208 n'aura pas été attribuée à la variable d'environnement DB2CODEPAGE.
- Sous
UNIX :
- Grâce aux shells de type
sh, ksh, bash, exécutez la commande
export DB2CODEPAGE=1208.
- Grâce aux shells de type csh, tsch, exécutez la commande
setenv DB2CODEPAGE 1208.
- Sous
Windows,
exécutez la commande set DB2CODEPAGE=1208.
- Exécutez la commande
db2 connect to
<Nom_BD_Exécution> pour vous connecter à la base de données d'exécution.
- Exécutez la commande
db2 +c -stvf runtime.ddl > runtime.log.
Elle permet de lancer le script et de sauvegarder un fichier journal qui enregistre les transactions afin d'identifier
les incidents. Recherchez
d'éventuelles erreurs dans ce fichier journal avant de procéder à une validation ou une restauration. S'il s'avère nécessaire de procéder à une restauration, exécutez la commande
db2 rollback
pour annuler les actions. Si aucune erreur ne se produit, exécutez la commande suivante : db2 commit
afin de valider les modifications.
- Lancez le script en exécutant la commande
db2 disconnect <Nom_BD_Exécution> pour vous déconnecter de la base de données d'exécution.
- Exécutez la commande
db2 terminate
pour mettre fin au processus d'arrière-plan.