Incidents liés au déploiement

Au cours des différents scénarios de déploiement des artefacts de base de données WebSphere Business Monitor, des erreurs peuvent se produire. Des solutions sont proposées ci-après pour chacune de ces erreurs.

Des incidents peuvent se produire au cours du déploiement des artefacts de base de données générés, pour les raisons suivantes :
Tableau 1. Erreurs de déploiement
Incident Solution
Un espace table affecté à une table semble ne pas exister.
  • Assurez-vous que les espaces table définis dans le fichier de propriétés des espaces table existent avec les caractéristiques décrites.
  • Créez l'espace table manquant, avec les caractéristiques appropriées et exécutez de nouveau les scripts DDL, ou mettez à jour le fichier de propriétés des espaces table afin qu'il soit en phase avec les espaces table définis, puis régénérez le schéma.
L'espace table affecté à la table est trop petit pour accueillir la table.
  • Assurez-vous que les espaces table définis dans le fichier de propriétés des espaces table existent avec les caractéristiques décrites.
  • Corrigez cette erreur et relancez l'opération, ou éditez manuellement le fichier DDL afin de corriger l'affectation d'espace table.
Tables déjà existantes dans la base de données.

Si l'on suppose que ce fichier DDL n'a pas été préalablement exécuté, il existe deux raisons possibles à cet incident.

  • Les scripts DDL ont été générés avec l'option Ignorer les déploiements précédents sélectionnée. Le générateur de schéma génère des instructions de création de table au lieu de modifier des tables existantes. Vous ne devez utiliser cette option que lorsque vous tentez de créer complètement des tables de base de données, autrement dit, lorsque vous avez supprimé vos tables de base de données existantes. Si vous êtes certain de disposer de tables de base de données, et souhaitez les conserver, relancez le générateur de schéma sans que l'option Ignorer les déploiements précédents soit sélectionnée, puis relancez les scripts DDL générés.
  • A un certain stade, une version de ce modèle de mesure métier a été supprimée et l'option Supprimer et conserver pour rapport n'était pas sélectionnée. Dans ce cas, le générateur de schéma ne peut pas continuer à gérer les modifications dans les tables de base de données pour ce modèle de mesure métier. A ce stade, deux solutions sont possibles :
    • Créez un nouveau modèle de mesure métier d'après le modèle en cours et déployez-le en tant que nouveau modèle de mesure métier avec un nouvel ensemble de tables. Vous pouvez migrer manuellement les données de l'ensemble de tables existant vers de nouvelles tables.
    • Supprimez manuellement les tables de base de données existantes qui prennent en charge ce modèle de mesure métier, en vous aidant des fichiers de correspondance fournis. Une fois les tables supprimées, relancez le générateur de schéma en sélectionnant l'option Ignorer les déploiements précédents. Les scripts DDL générés pourront ainsi créer un nouvel ensemble de tables qui prendra en charge la dernière version de modèle de mesure métier.
Remarque : A moins que vous n'ayez sauvegardé manuellement les données des anciennes tables avant de les supprimer, puis migré ces données dans les tables nouvellement créées, vous n'aurez d'historique de rapport pour aucun des processus exécutés dans les anciennes versions du modèle de mesure métier.

Il est déconseillé d'utiliser l'option Supprimer au lieu de Supprimer et conserver pour rapport lorsque vous supprimez le modèle, sauf si vous n'avez pas l'intention de déployer une nouvelle version de ce modèle de mesure métier ultérieurement.

L'espace table est trop petit. (Bien que l'espace table initialement affecté à cette table soit suffisant pour la taille de colonne, des unités de mesure ajoutées par la suite à la table l'ont augmenté au-delà de la taille de page de l'espace table en cours.) Vous devrez sauvegarder cette table, la supprimer, puis la recréer en lui affectant un espace table plus important. Les données sauvegardées devront ensuite être chargées dans la nouvelle table. Une fois la table recréée dans un plus grand espace table, vous pourrez exécuter les scripts DDL les plus récents qui ajouteront les colonnes nécessaires.
Vous souhaiterez peut-être, pour diverses raisons, recommencer avec vos tables de base de données. Imaginons qu'un certain nombre d'unités de mesure figurant encore dans vos tables ne vous soient plus d'aucune utilité, car elles figuraient déjà dans des versions précédentes du modèle de mesure métier. Le moyen le plus simple consiste à renommer le projet dans WebSphere Business Modeler. Le modèle de mesure métier sera traité comme un nouveau mode et de nouvelles tables uniques seront créées dans la base de données.
Remarque : Dans ce cas, aucune donnée d'historique des instances de traitement précédentes ne sera disponible.
Si vous souhaitez visualiser ces données historisées, copiez les données des tables de base de données d'origine dans les tables nouvellement créées. Même si les noms de colonne seront différents, il existera une correspondance entre les types de données. Vous pourrez utiliser les fichiers de correspondance (générés à l'aide des scripts DDL) ou les commentaires de colonne de base de données afin d'identifier les correspondances entre les colonnes et les unités de mesure et entre les tables et les processus.
Remarque : Certaines colonnes des tables d'origine n'auront pas de colonnes correspondantes dans les nouvelles tables si ces unités de mesure ne figurent plus dans la dernière version de votre modèle de mesure métier.

Copyright IBM Corporation 2005, 2006. All Rights Reserved.