Le partitionnement de table se produit uniquement lorsque de nouvelles tables sont créées dans l'agent Summarization and Pruning. Les tables existantes déjà créées avant Tivoli Monitoring version 6.3 restent inchangées.
Vous pouvez configurer le partitionnement des tables de base de données à partir de l'interface graphique de configuration de l'agent en modifiant le fichier d'environnement ou via l'interface de ligne de commande (pour plus d'informations, voir Warehouse Summarization and Pruning Agent - Guide d'utilisation.)
Une fois le partitionnement activé, l'agent Summarization and Pruning Agent exécute les fonctions suivantes :
- Il crée de nouvelles tables récapitulatives sous la forme de tables partitionnées.
- Il ajoute des partitions aux tables partitionnées existantes (y compris les tables de détail créées par le proxy d'entrepôt) en fonction de votre configuration.
- Il supprime les données des tables partitionnées en supprimant les partitions appropriées.
Chaque fois que l'agent Summarization and Pruning est exécuté, il effectue une recherche pour vérifier s'il doit créer une nouvelle table de synthèse. La table est créée uniquement si elle n'existe pas déjà. Toutes les autres partitions que catch all ne contiennent qu'un jour de données. Cependant, des partitions distinctes sont créées comme suit :
- Une partition est créée pour chaque jour pour la table de détails et de récapitulative horaire.
- Pour toutes les autres tables récapitulatives, une seule partition est créée pour le premier jour de l'intervalle de récapitulatif :
- Pour la table récapitulative hebdomadaire, une partition est créée pour le début de semaine (les semaines peuvent être configurées pour démarrer le dimanche ou lundi).
- Pour la table récapitulative mensuelle, une partition est créée pour le premier jour du mois.
- Pour la table récapitulative trimestrielle, une partition est créée pour le premier jour du trimestre.
- Pour la table récapitulative annuelle, une partition est créée pour le premier jour de l'année.
La partition catch all peut contenir des données antérieure à la fenêtre d'élagage configurée. Les données ne seront pas supprimées jusqu'à ce que la partition catch all soit supprimée et recréée.
Figure 1. Configuration de l'agent Summarization and Pruning - Partitionnement de la table de base de données
Remarque :
- La zone Nombre de partitions futures à conserver doit contenir une valeur, que l'option Partitionnement de table de base de données soit sélectionnée ou non.
- Si vous utilisez DB2 for Linux, UNIX, and Windows, le paramètre DB2 LOCKTIMEOUT ne doit pas être défini sur la valeur par défaut -1, à savoir l'attente infinie. L'ajout et la dissociation de partitions nécessitent un verrouillage de table, opération parfois impossible si un excès d'activité sur la table provoque une mise en attente des verrous. Si aucun délai d'attente de verrouillage de table n'est défini, l'agent Summarization and Pruning risque d'arrêter de traiter les tables pendant qu'il attend le verrouillage.