Si une erreur se produit lors du déploiement des artefacts de réplication,
vous devez annuler les actions réalisées lors du déploiement d'un seul
modèle de mesure métier
pour annuler les modifications.
Plusieurs étapes caractérisent les déploiements, et en voici les scénarios habituels :
- Déploiement DDL
- Déployez state.ddl.
- Déployez runtime.ddl.
- Déployez datamart.ddl.
- Déploiement du service de transfert de données
- Déployez State_to_Runtime_setup_source.
- Déployez State_to_Runtime_setup_target.
- Déployez Runtime_to_historical_setup_source.
- Déployez Runtime_to_Historical_setup_target.
Vous devez identifier
à quel endroit s'est produit l'erreur pour déterminer les actions à entreprendre. Par exemple, si state.ddl échoue,
il s'agit simplement d'annuler la transaction pour revenir à l'état d'origine.
Toutefois, si datamart.dll échoue,
son annulation va simplement simplement permettre au système de revenir à l'endroit où l'exécution de runtime.ddl
a abouti.
Il est très difficile de procéder à une récupération suite à des échecs survenus en plein milieu des
déploiements des services de transfert de données, mais cela n'est pas impossible. Dans l'ordre, les premiers
déploiements sont les plus faciles à récupérer, les déploiements de nouveaux modèles le sont moins, quant aux
déploiements des modèles de modifications, ce sont les plus difficiles à récupérer.
Pour
procéder à une récupération à la suite d'erreurs de déploiement des scripts de réplication, vous devez suivre la
procédure ci-dessous, à savoir l'identification, la sauvegarde, la restauration ou la suppression,
puis le redéploiement :
Identification- Identifiez les erreurs qui se sont produites et déterminez s'il est nécessaire de
prendre contact avec le support IBM.
- Identifiez le modèle de mesure métier
en cours de déploiement lorsque l'erreur s'est produite.
- Identifiez les tables du générateur de schéma en cours de création ou de
modification lorsque l'erreur s'est produite.
- Identifiez les artefacts du générateur de schéma en cours de création ou de
modification lorsque l'erreur s'est produite.
- Identifiez la dernière version valide du
modèle de mesure métier dans la base de données de référentiel.
- Identifiez, en cas de déploiement de la gestion des modifications, l'emplacement des artefacts déployés pour
les versions précédentes du modèle. Cela permet d'obtenir les structures de base de données, leurs descriptions et les
relations qu'elles entretiennent avec les autres. Cela peut s'avérer essentiel si les données doivent être sauvegardées,
puis restaurées ultérieurement.
- Identifiez l'emplacement des artefacts
en cours et des fichiers journaux de déploiement.
Ils vous permettront de déterminer les problèmes et de les adresser
éventuellement au support
IBM.
- Identifiez, en cas de déploiement de la gestion des modifications, si les tables CCD qui n'ont pas encore été traitées
contiennent des données. Vous pouvez utiliser la table
WBIRMADM.RMMETADATA (présente dans les bases de données
d'exécution et d'historique) pour déterminer les tables CCD associées
(TGT_RM_APP_STG_TAB_NAME) au nom de projet du
modèle de mesure métier
(OM_NAME) qui était en cours de déploiement. Il se peut que les
lignes marquées d'un I ou d'un
U n'aient pas été traitées et doivent être sauvegardées. La colonne
SERVICE_NAME contient l'emplacement de la table CCD et de la table cible (qu'indique le nom placé après le mot to). Il est recommandé
de garder une trace des relations à TGT_TAB_NAME
au cas où vous souhaiteriez supprimer définitivement les artefacts et générer un nouvel ensemble. En effet, le générateur
de schéma risque de ne pas générer les mêmes noms pour les tables CCD et vous devrez donc restaurer ces données dans les
nouvelles tables CCD à la fin du déploiement.
Restauration ou suppression - Déterminez s'il est plus facile de restaurer la base de données précédente ou de supprimer les artefacts
manuellement.
- Restauration Il peut être judicieux de procéder à une restauration à partir d'une version sauvegardée lorsqu'il n'existe aucun autre
modèle de mesure métier,
ou lorsque d'autres
modèle de mesure métier
n'ont plus aucune activité. Restaurez un jeu de bases de données précédent et, pour chaque base de données, reliez les
applications qui ont besoin de l'être, enregistrez de nouveau toutes les procédures mémorisées basées sur Java ainsi que les fonctions définies par l'utilisateur.
Remarque : - Pour plus d'informations sur la sauvegarde et la restauration de base de données, voir la section relative à la
restauration de données de la documentation
DB2.
- Pour les modèles déployés terminés, la table
WBIRMADM.RMMETADATA fournit des informations sur les éléments qui ne
doivent pas être supprimés. Toutefois, lors des déploiements, et afin de déterminer certains artefacts et certaines
relations, il peut être nécessaire d'examiner les journaux de déploiement pour connaître les éléments que vous pouvez
supprimer en toute sécurité.
- Suppression
- Réplication : bases de données d'historique et d'exécution
- Arrêtez tous les serveurs Capture associés à ce
modèle de mesure métier
(ces
serveurs s'exécutent dans les bases de données d'exécution et d'état).
- Arrêtez tous les serveurs Apply associés au
modèle de mesure métier.
- Supprimez toutes les procédures mémorisées ETL du
modèle de mesure métier.
- Supprimez toutes les tables de transfert ETL utilisées pour le
modèle de mesure métier.
- Supprimez toutes les données de contrôle ETL de la table WBIRMADM.RMCONTROL
dans la base de données cible correspondante de ce
modèle de mesure métier.
- Supprimez les procédures mémorisées et déclencheurs d'élagage ETL utilisés pour le modèle de mesure métier.
- Supprimez toutes les tables répertoriées dans la colonne TGT_RM_APP_STG_TAB_NAME de la table
WBIRMADM.RMMETADATA suivies des suffixes
_BKUP et
_M et comportant également un
SERVICE_NAME correspondant de
Runtime_to_Historical pour la base de données d'historique et
State_to_Runtime pour la base de données d'exécution pour ce
modèle de mesure métier.
Ne touchez pas la table répertoriée dans TGT_RM_APP_STG_TAB_NAME
étant donné qu'elle va être supprimée ultérieurement.
- A l'aide du centre
de réplication
DB2,
supprimez les membres d'ensemble d'abonnements Apply desservant ce
modèle de mesure métier.
- Si l'ensemble d'abonnements Apply est vide, supprimez-le.
- Si le serveur Apply ne comporte pas d'ensemble d'abonnements, supprimez-le.
- Supprimez toutes les entrées de métadonnées associées au modèle de mesure métier à partir de la table WBIRMADM.RMMETADATA. Vous allez également supprimer les mêmes entrées de la table
WBIRMADM.RMMETADATA de la base de données d'exécution en cas de
traitement de la base de données d'historique, et de la base de données d'état en cas de traitement de la base de données
d'exécution. Vous devez uniquement supprimer les lignes du
modèle de mesure métier
et qui se trouvent dans le nom de service Runtime_to_Historical
en cas de traitement de la base de données d'historique, et dans
State_to_Runtime pour la base de données d'exécution.
- Réplication : Base de données d'exécution et base de données d'état
- Arrêtez tous les serveurs Capture desservant le modèle de mesure métier.
- Supprimez tous les déclencheurs associés aux tables CD Capture elles-mêmes associées au
modèle de mesure métier.
- Supprimez les données de contrôle d'élagage de la table WBIRMADM.RMPRUNECTRL
des déclencheurs d'élagage utilisés pour le
modèle de mesure métier.
- Grâce au centre de réplication
DB2,
supprimez tous les abonnements de toutes les tables associées au
modèle de mesure métier.
- Supprimez toutes les entrées de métadonnées associées au modèle de mesure métier à partir de la table WBIRMADM.RMMETADATA.
- Schéma de base
de données : d'une manière générale, toute erreur survenue lors de la génération du schéma est annulée avant le
déploiement du modèle modifié. L'ensemble en cours d'artefacts de réplication n'est pas affecté.
Redéploiement
Une
fois que tous les artefacts prenant en charge un
modèle de mesure métier ont été supprimés, vous pouvez de nouveau lancer le générateur de schéma sans oublier de sélectionner
l'option
Ignorer les déploiements plus anciens. Si le
schéma généré aboutit, ne déployez pas les scripts DDL (Database Definition Language) mais déployez à nouveau les
scripts de réplication.