Archiver et vider la base de données BizTalkDTADb
Vue d’ensemble
BizTalk Server traitant de plus en plus de données sur votre système, la taille de la base de données des suivis BizTalk (BizTalkDTADb) ne cesse d'augmenter. Cette croissance non contrôlée affecte la performance du système et peut générer des erreurs dans le service TDDS (Tracking Data Decode Service). Outre les données de suivi générales, les messages suivis peuvent également s'accumuler dans la base de données MessageBox, affectant ainsi les performances du disque.
BizTalk Server automatise les deux processus à l’aide du travail De purge et d’archivage DTA. Grâce à l'archivage et à la purge des données à partir de la base de données des suivis BizTalk, vous pouvez maintenir un bon fonctionnement du système tout en conservant vos données de suivi archivées pour une utilisation ultérieure. Les archives de la base de données des suivis BizTalk ayant tendance à s'accumuler et à saturer l'espace disque, il est recommandé de les transférer régulièrement sur un périphérique de stockage secondaire.
Lors de la purge des données de la base de données des suivis BizTalk, le travail de purge et d'archivage DTA implique l'élimination de divers types d'informations de suivis, comme les informations d'instance de service et de message, les informations d'événement d'orchestration et les données de suivi du moteur des règles.
L'âge d'un enregistrement de données de suivis est basé sur la date et l'heure auxquelles les données ont été placées dans la base de données des suivis BizTalk. Le travail de purge et d'archivage DTA utilise l'horodatage pour vérifier de manière continue si l'enregistrement est antérieur à l'intervalle de données actives. Après chaque période de données actives, la base de données des suivis BizTalk est archivée et un nouveau fichier d'archive est créé. À chaque intervalle de travail de SQL Server Agent spécifié par la planification des travaux, toutes les données de suivi terminées antérieures à la période de données actives sont purgées.
BizTalk Server utilise le concept de purge normale et de purge complète. La purge normale permet d'éliminer les instances terminées, alors que la purge complète permet de purger les instances non achevées.
Purge normale
Pour le travail de purge et d'archivage DTA, la somme du nombre d'heures et du nombre de jours d'activité est égale aux données de la fenêtre active que vous souhaitez conserver dans votre environnement BizTalk Server. Les données associées à une instance terminée et antérieures à cet intervalle de données actives sont purgées. Par défaut, le travail de purge et d'archivage DTA n'est pas activé. Vous devez d'abord configurer le travail, puis l'activer.
Par exemple, vous pouvez configurer le travail de purge et d’archivage DTA pour qu’il s’exécute toutes les 20 minutes, et définir LiveHours=1 et LiveDays=0. La première fois que ce travail SQL Server Agent s’exécute (T0), il effectue une sauvegarde de la base de données de suivi en créant une archive et une entrée est enregistrée dans la base de données avec cet horodatage. L'archivage doit avoir réussi pour pouvoir purger les données de suivi. Si l'archivage a réussi, toutes les données associées aux instances qui se sont terminées il y a plus d'une heure sont purgées. À chaque exécution du travail, les données terminées depuis plus d'une heure sont supprimées. Lors de la troisième exécution (après une heure), une nouvelle archive est créée contenant les données de toutes les instances insérées dans la base de données des suivis au cours de la dernière heure.
Voici comment configurer l’étape Archiver et purger dans le travail Purger et archiver DTA pour qu’il corresponde à l’exemple :
exec dtasp_BackupAndPurgeTrackingDatabase
1, --@nLiveHours 1,
0, --@nLiveDays
1, --@nHardDeleteDays
‘\\server\backup’, --@nvcFolder
null, --@nvcValidatingServer
0 --@fForceBackup Soft purge process
L'horodatage de la dernière sauvegarde est stocké dans la base de données des suivis BizTalk et permet de garantir que les données sont purgées uniquement si elles sont contenues dans l'archive précédente. Pour plus de fiabilité, les archivages sont effectués environ toutes les 10 minutes. La figure ci-dessous, basée sur l'exemple précédent, illustre le processus de purge normale. Notez que les tâches d'archivage et de purge ne sont pas nécessairement simultanées.
Processus de purge normale
Archivage de
Purge complète
Seules les données associées à des instances terminées étant supprimées, si un nombre important d'instances de boucle s'exécutent indéfiniment, votre base de données risque d'augmenter de taille et d'être impossible à purger. La date de purge complète permet de purger toutes les informations antérieures à l'intervalle spécifié, à l'exception des informations indiquant l'existence d'un service. Vous définissez la purge matérielle à l’aide du paramètre @nHardDeleteDays à l’étape Archiver et Purger dans le travail Archiver et Purger DTA. Le paramètre de purge complète doit toujours être supérieur à votre paramètre de purge normale. En d’autres termes, @nHardDeleteDays doit être supérieur à la somme de @nLiveHours et de @nLiveDays.
L'archivage et la purge incluent les fonctions décrites dans le tableau suivant :
Fonctionnalité | Description |
---|---|
Purge complète | Vous permet de configurer un intervalle de temps pour purger les informations relatives aux instances non achevées antérieures à une date spécifiée. |
Copie des messages suivis dans la base de données des suivis | À l'aide de l'option CopyTrackedMessageToDTA, vous pouvez copier directement les messages suivis à partir des serveurs MessageBox vers votre base de données des suivis BizTalk. Cette opération est obligatoire pour pouvoir purger les données avec le travail DTA Purge and Archive. |
Validation des archives | Vous permet de configurer en option un serveur de base de données secondaire pour valider les archives à mesure de leur création. |
Prise en charge du suivi pour plusieurs versions de base de données des suivis BizTalk | Vous permet d’utiliser la prise en charge du suivi avec BizTalk Server archives de base de données. |
Réduction des données de suivi | Réduit de manière substantielle la quantité de données de suivi stockées sans réduire les informations de suivi générées. Ceci permet de limiter la croissance de la base de données des suivis. |
Opérations de suivi plus rapides, optimisation significative des schémas de base de données | Permet d'utiliser des tâches de suivi pour rechercher des messages et des instances de service dans des bases de données volumineuses. Cette fonction a été considérablement améliorée. |
Notes
Si vous rencontrez des problèmes de performances qui sont momentanément résolus par une purge de la base de données de suivi BizTalk, et que vous souhaitez configurer BizTalk de sorte que les informations de suivi ne soient plus collectées, vous pouvez envisager de désactiver le suivi global. Consultez Désactiver le suivi global.