Tables à maintenir tables-to-maintain
La liste des tables à maintenir dépend de votre version d'Adobe Campaign, de l'utilisation que vous en faites et de la configuration du modèle de données.
Dans la liste qui suit, ne sont mentionnées que les tables les plus sujettes à la fragmentation. Les impacts sont les suivants :
- une surconsommation de l'espace-disque qui impacte les performances d'accès à la base,
- des index qui n’ont pas été mis à jour depuis longtemps ce qui réduit les performances des requêtes.
Tables Adobe Campaign adobe-campaign-tables
Nom de la table
Taille
Activité principale
Commentaires
NmsDelivery
Petit volume
Mises à jour
Il existe un enregistrement par action de diffusion. Un seul enregistrement peut être mis à jour plusieurs fois pour refléter la progression de la diffusion. Les index de cette table ont donc tendance à se fragmenter rapidement.
NmsDeliveryPart
Volume moyen
Insertions, mises à jour, suppressions
Table de travail dans laquelle les enregistrements sont insérés pendant la préparation de la diffusion, puis mis à jour lors de la diffusion, puis supprimés lorsque la diffusion est terminée.
Cette table a tendance à se fragmenter rapidement, même si sa taille moyenne reste modeste.
Cette table a tendance à se fragmenter rapidement, même si sa taille moyenne reste modeste.
NmsMirrorPageInfo
Gros volume
Insertions, suppressions
Ce tableau contient les informations nécessaires à la génération de pages miroir personnalisées. Il contient un champ mémo (CLOB) et, en tant que tel, aura tendance à être très grand. Le volume est directement proportionnel à l'historique des pages miroir conservées.
NmsDeliveryStat
Volume moyen
Insertions, mises à jour, suppressions
Ce tableau contient les statistiques du processus de diffusion. Ses enregistrements sont régulièrement mis à jour.
NmsAddress
Volume moyen
Mises à jour, Insertions
Ce tableau contient des informations sur les adresses email. Il est fréquemment mis à jour dans le cadre du processus de mise en quarantaine (les enregistrements sont créés lors de la première erreur de diffusion, mis à jour lorsque les compteurs sont modifiés et supprimés une fois la diffusion réussie).
XtkWorkflow
Petit volume
Mises à jour
Il y a un enregistrement par instance de workflow, donc très peu d'enregistrements. Cependant, le tableau est régulièrement mis à jour pour refléter l’état et la progression.
XtkWorkflowTask
Petit volume
Insertions, mises à jour, suppressions
Chaque exécution d'une activité de workflow entraîne la création d'un enregistrement dans cette table. Le mécanisme de purge les supprime une fois qu’elles ont expiré.
XtkWorkflowEvent
Petit volume
Insertions, mises à jour, suppressions
Chaque transition activée entre les tâches d'un workflow permet de créer un enregistrement dans cette table. Le mécanisme de purge les supprime une fois qu’elles ont expiré.
XtkWorkflowJob
Très petit volume
Insertions, mises à jour, suppressions
Cette table est spécifique au moteur de workflow. Il permet l'envoi de commandes aux workflows (Démarrer, Arrêter, Mettre en pause, par exemple). Bien qu'elle soit de petite taille, cette table est prise en compte lors de la purge des tables transactionnelles liées aux workflows.
NmsBroadLog
Table la plus volumineuse du système
Insertions, mises à jour, suppressions
Il s’agit de la plus grande table du système. Un enregistrement est envoyé par message. Ces enregistrements sont insérés, mis à jour pour suivre le statut de la diffusion et supprimés lorsque l'historique est purgé.
NmsTrackingLog
Gros volume
Insertions, suppressions
Les logs de tracking sont insérés dans la table puis supprimés lorsque l'historique est purgé mais ne sont pas mis à jour.
NmsBroadlogMsg
Petit volume
Mises à jour
Ce tableau contient les informations utilisées pour qualifier les erreurs SMTP. Elle est assez petite, mais sera massivement mise à jour, les index de cette table ont donc tendance à se fragmenter rapidement.
NmsEmailErrorStat
Volume moyen
Insertions, mises à jour, suppressions
Ce tableau contient les agrégats des erreurs SMTP classées par domaine. Elle contient initialement des informations détaillées qui sont agrégées par la tâche de nettoyage une fois qu’elle est obsolète.
NmsBroadLogMid (sur une instance de mid-sourcing)
Gros volume
Insertions, mises à jour, suppressions
Uniquement lorsque l'instance 5.10 (ou ultérieure) est utilisée comme instance de mid-sourcing. Il s’agit de l’une des plus grandes tables de la base de données. Un enregistrement est envoyé par message. Ces enregistrements sont insérés, mis à jour pour suivre le statut de la diffusion et supprimés lorsque l'historique est purgé. Lors de l'utilisation du mid-sourcing, la recommandation est de limiter l'historique (généralement moins de deux mois), de sorte que ce tableau reste raisonnable en termes de taille (moins de 30 Go pour 60 millions de lignes, data+index), mais il est très important de le reconstruire de temps à autre.
NmsBroadLogRcp (lorsque la table NmsRecipient est utilisée)
Gros volume
Insertions, mises à jour, suppressions
Il s’agit de la plus grande table du système. Un enregistrement est envoyé par message. Ces enregistrements sont insérés, mis à jour pour suivre le statut de la diffusion et supprimés lorsque l'historique est purgé. Notez que dans la version 5.10, ce tableau est plus petit que l’équivalent dans la version 4.05 (NmsBroadLog) puisque le texte du message SMTP est factorisé dans la table NmsBroadLogMsg dans la version 5.10. Cependant, il reste essentiel de réindexer régulièrement cette table (toutes les deux semaines pour commencer) et de la reconstruire complètement de temps à autre (une fois par mois, ou lorsque les performances sont affectées).
YyyBroadLogXxx (lorsqu'une table de destinataires externe est utilisée)
Gros volume
Insertions, mises à jour, suppressions
Identique à NmsBroadLogRcp mais avec une table de destinataires externe. Veuillez adapter Yyy et Xxx avec les valeurs de votre mapping de diffusion.
NmsTrackingLogRcp (lorsque la table NmsRecipient est utilisée)
Gros volume
Insertions, suppressions
Les logs de tracking sont insérés dans la table puis supprimés lorsque l'historique est purgé mais ne sont pas mis à jour. Le volume dépend de la durée de rétention des données.
YyyTrackingLogXxx (lorsqu'une table de destinataires externe est utilisée)
Gros volume
Insertions, suppressions
Identique à NmsTrackingLogRcp mais avec une table de destinataires externe. Remplacer Yyy et Xxx avec les valeurs utilisées dans votre mapping de diffusion.
NmsBroadLogRtEvent (instance d'exécution Message Center)
Gros volume
Insertions, mises à jour, suppressions
Similaire aux autres tables de broadlogs, mais avec la table NmsRtEvent au lieu de NmsRecipient.
NmsTrackingLogRtEvent (instance d'exécution Message Center)
Gros volume
Insertions, suppressions
Similaire aux autres tables de trackingLog, mais avec la table NmsRtEvent au lieu de NmsRecipient.
NmsRtEvent (instance d'exécution Message Center)
Gros volume
Insertions, mises à jour, suppressions
Table contenant la file d'attente des événements Message Center. Le statut de ces événements est mis à jour par Message Center au fur et à mesure de leur traitement. Les suppressions sont effectuées pendant la purge. Il est conseillé de régulièrement recréer l'index de cette table et la reconstruire.
NmsEventHisto (instance de pilotage Message Center)
Gros volume
Insertions, mises à jour, suppressions
Similaire à NmsRtEvent. Ce tableau archive tous les événements de toutes les instances d'exécution. Il n’est utilisé par aucun processus en temps réel, uniquement par les rapports.
NmsMobileApp
Très petit volume
Insertions, mises à jour, suppressions
Table contenant les applications mobiles ainsi que leur configuration.
NmsAppSubscriptionRcp
Gros volume
Insertions, mises à jour
Table contenant les identifiants d'appareils mobiles (adresses) utilisés pour envoyer la notification (similaire à une table de destinataire).
NmsBroadLogAppSubRcp
Gros volume
Insertions, mises à jour, suppressions
Similaire aux autres tables de broadlogs, mais avec la table NmsappSubscriptionRcp au lieu de NmsRecipient.
NmsTrackingLogAppSubRcp
Gros volume
Insertions, suppressions
Similaire aux autres tables de trackingLog, mais avec la table NmsappSubscriptionRcp au lieu de NmsRecipient.
XtkSessionInfo
Petit volume
Insertions, suppressions
Tableau contenant les sessions utilisateurs. Le nombre d'insertions et de suppressions est très important.
Tables Clients customer-tables
En plus de la liste ci-dessus, les tables contenant les données créées par les clients (qui n'existent pas dans le modèle de données Adobe Campaign) lors de la configuration de la plateforme peuvent également être sujettes à la fragmentation, en particulier si elles sont fréquemment mises à jour lors du chargement des données ou des procédures de synchronisation. Ces tables peuvent faire partie du modèle de données Adobe Campaign par défaut (par exemple NmsRecipient). Dans ce cas, c’est à l’administrateur de la plateforme Adobe Campaign d’effectuer un audit de son modèle de base de données spécifique pour trouver ces tables personnalisées. Ces tables ne sont pas nécessairement mentionnées explicitement dans nos procédures de maintenance.
recommendation-more-help
601d79c3-e613-4db3-889a-ae959cd9e3e1