Cycles de vie (MPD)

Un cycle de vie permet de modéliser le transfert de données depuis des stockages rapides et coûteux vers divers types de stockage meilleur marché et moins performants, à mesure que l'ancienneté des données augmente et que leur consultation diminue. La période durant laquelle les données restent sur chaque type de stockage est modélisée sous la forme de phases, qui sont associées au tablespaces.

Remarque : La modélisation des cycles de vie est prise en charge par Sybase IQ à partir de la version 15.0.

Vous pouvez attacher autant de tables que vous le souhaitez à un cycle de vie, et créer plusieurs cycles de vie afin de fournir plusieurs vitesses et/ou méthodes de gestion du vieillissement des données. Chaque table ne peut être associée qu'à un cycle de vie. Un cycle de vie peut être :

Basé sur l'âge - Les données traversent le cycle de vie en passant par des partitions nommées, ne restant dans chaque phase que durant la période de rétention spécifiée. Les partitions se déplacent dans le cycle de vie de façon prévisible et finissent par être proposées pour une purge à la fin de la période de rétention totale du cycle de vie.
Basé sur l'accès - Les tables (et leurs éventuels index associés) traversent le cycle de vie en fonction de la durée d'inactivité permise pour chaque phase, qui spécifie la durée pendant laquelle une table peut rester dans la phase sans qu'aucun processus n'y accède. Les tables doivent rester dans le cycle de vie durant (au minimum) la période de rétention totale, et leur déplacement vers la fin du cycle de vie peut être retardé indéfiniment en cas d'accès aux données quelles contiennent.

Le diagramme suivant illustre un cycle de vie basé sur l'âge couvrant une période de cinq ans, et qui est divisé en trois phases:

Phase 1 (3 mois) - stockage hautes performances (1er temps) pour les données récentes fréquemment consultées.
Phase 2 (9 mois) - stockage quasi en ligne (2ème temps) pour les données de l'année précédente.
Phase 3 (48 mois) - stockage d'archive (3ème temps) pour les données rarement consultées mais qui doivent être conservées.

Les données sont regroupées dans des partitions (P1, P2 et P3), qui contiennent chacun un mois de données :

PowerAMC peut générer tous les scripts nécessaires pour automatiser ces mouvements de données. Dans l'exemple ci-dessus, un script serait généré pour chaque mois du cycle de vie. Au point illustré dans l'image, le script va :

Déplacer la partition P1 du tablespace associé à Phase 1 vers le tablespace associé à Phase 2.
Créer une nouvelle partition, P4, pour commencer à collecter les nouvelles lignes de tables dans le tablespace associé à Phase 1.

A mesure que les données vieillissent, les scripts peuvent également traiter le transfert des données vieilles de plus d'un an depuis un tablespace associé à Phase 2 vers le tablespace associé à Phase 3.

Une fois qu'un cycle de vie est mis en place, vous pouvez générer des scripts pour procéder à des déplacements de données indéfiniment. Des scripts supplémentaires sont générés pour purger régulièrement les données qui arrivent en fin de cycle de vie.

Modélisation d'un cycle de vie
Pour modéliser correctement un cycle de vie, vous devez définir le cycle de vie et ses phases, puis leur associer vos tables.
Propriétés d'un cycle de vie
Pour visualiser ou modifier les propriétés d'un cycle de vie, double-cliquez sur l'entrée correspondante dans l'Explorateur d'objets ou dans une liste. Les onglets de feuille de propriétés et zones répertoriés ici sont ceux disponibles par défaut, avant toute personnalisation de l'interface par vous ou par un administrateur.
Archivage des données à partir de bases de données externes
Lorsque vous développez une politique de cycle de vie basé sur l'âge, vous pouvez affecter des données de base de données externes modélisées dans un autre MPD à la première phase. A la fin de cette première phase, les données sont chargées depuis cette base de données externe dans votre entrepôt de données.

Sujet parent : Mise en oeuvre physique