Le service de transfert de la base de données
d'exécution vers la base de données d'historique transfère les données de la base de données d'exécution vers la base
de données d'historique dans laquelle elles sont conservées tant que l'administrateur de base de données ne les a
pas explicitement supprimées. Les données qui sont déplacées dans la base de données d'historique peuvent être extraites
et analysées par d'autres composants
WebSphere
Business Monitor.
La configuration par défaut
suivante s'applique à ce service de transfert de données :
- Les modifications des tables de base de données d'exécution sont capturées en continu et enregistrées dans des tables de
travail. Les tables de base de données d'exécution contrôlées sont les tables cible alimentées par le service de
transfert de données de la base de données d'état vers la base de données d'exécution.
- Les modifications enregistrées dans ces tables de travail sont propagées en continu par le composant
Apply et appliquées aux tables de travail dans la base de données d'historique. Ces tables de travail ne sont pas accessibles à tout autre composant WebSphere
Business Monitor et sont destinées à un usage interne uniquement.
- Le composant Apply appelle de façon
synchrone le composant ETL chaque fois que de nouvelles données doivent être traitées. En fonction de la planification,
initialement prévue toutes les 24 heures, le composant ETL traite les données stockées dans les tables de travail Apply
ou demeure inactif tant que son exécution n'est pas planifiée.
Toute augmentation du délai entre les exécutions
prévues se traduit par une durée plus longue entre le moment où les données ont été stockées dans la base de données
d'exécution par le service de transfert de données de la base de données d'état vers la base de données d'exécution et
le moment où ces données sont publiées dans les tables cible de la base de données d'historique. Une fois dans la base
de données d'historique, les données sont accessibles par d'autres composants
WebSphere
Business Monitor.
Remarque : En raison de la dépendance de l'appel par le
composant Apply et de la configuration de ce dernier, un composant ETL risque de ne pas être en mesure de traiter les
données toutes les 24 heures (ou le délai par défaut en cours). Le délai défini doit plutôt être interprété comme
indiquant "qu'aucune nouvelle donnée ne doit être traitée pendant au moins 23 heures 59 minutes une fois le
dernier cycle de traitement terminé".
- Toutes les données de tables de travail
Apply traitées par le composant ETL sont ensuite supprimées par le composant Target Life cible en fonction
de son planning. Par défaut, ce composant s'exécute toutes les 24 heures. Toute augmentation du délai prévu se traduit
par une augmentation du volume des tables de travail. Une diminution de ce délai peut également entraîner des problèmes
de contingence car plusieurs composants de service de transfert de données pourraient tenter de mettre à jour et
d'accéder simultanément aux tables de travail.
- Les données qui ont été
transférées des tables de travail Capture vers les tables de travail Apply sont automatiquement supprimées de la table
de travail Capture par le composant Capture toutes les 5 minutes.
- Chaque
fois que les tables de travail Capture sont élaguées, le composant Source Life Cycle est appelé. Son exécution est
également planifiée. Il supprime uniquement les données des tables source de la base de données d'exécution que Monitor
Server considère prêtes à la suppression et qui figurent dans la base de données d'exécution depuis au moins
24 heures.
L'intervalle d'élagage par défaut est de 5 minutes. Si l'intervalle d'élagage du composant Life Cycle est d'une
durée inférieure à l'intervalle d'élagage défini pour le composant Capture, l'élagage sera effectué en fonction de
l'intervalle du composant Capture.
Par exemple, l'intervalle d'élagage du
composant Capture pour les tables de travail est de 5 minutes, et celle du composant Source Life Cycle est
de 1 minute. Cinq minutes doivent s'écouler avant le début du cycle d'élagage du composant Capture. Etant donné que les routines d'élagage du composant Capture ne sont pas activées pendant 5 minutes, le composant Life Cycle n'est
pas appelé. Le délai de 5 minutes passé, les données sont supprimées des tables de travail et le composant Source Life
Cycle est appelé et supprime les données des tables source dans la base de données d'exécution.
Il est possible de modifier la configuration par défaut.