Scénario 2 : Dimensionnement de la base de données de suivi pour les messages dans les orchestrations
Examinons un exemple comprenant une orchestration. Le schéma suivant représente le processus d'entreprise dans sa totalité. Dans ce scénario, un message entre dans le serveur BizTalk pour passer dans une orchestration avant d'y être modifié, puis il sort par un port d'envoi.
Processus de message BizTalk Server
Voici quelques données relatives au présent scénario :
taille du message : 5 Ko ;
Nous ne faisons pas la promotion de propriétés.
Le nombre de messages que nous recevons en une année est de 3,5 millions.
suivi activé pour tous les événements, ici au nombre de six :
Réception du message M0
Sortie du message M1 provenant du port de réception
Réception du message M1 par l'orchestration
Sortie du message M2 provenant de l'orchestration
Réception du message M2 par le port d'envoi
Sortie du message M3 par le pipeline d'envoi
création de trois messages dans ce scénario : le message M0 étant le message entrant, il n'est pas créé par BizTalk Server. Le message M1 est le message sortant du port de réception, le message M2 est celui généré par l'orchestration et le message M3, celui qui provient du port de transmission.
L'intégration de ces données à la formule donne le résultat suivant :
[(3*150 bytes) + (6*230 bytes) + (0*0(52 bytes + 0) * 3,500,000]/1024/1024
[(450 + 1380 + 0) * 3,500,000]/1024/1024 = 6108 MB ~ 5.96 GB per year
Messages passant par des orchestrations et dont la propriété promue est unique
Dans cet exemple, un seul champ est promu, comme dans un exemple précédent. La taille de la propriété promue est d'environ 10 octets. L'équation est alors la suivante :
[((3*150 bytes) + (6*230 bytes) + (1*3*(52 bytes + 10 bytes)) * 3,500,000]/1024/1024
[(450 + 1380 + 186) * 3,500,000]/1024/1024 = 6729 MB ~ 6.57 GB per year
Si vous devez promouvoir une autre propriété de 20 octets, la formule se présente comme indiqué ci-dessous :
[(3*150 bytes) + (6*230 bytes) + ((1*3*(52 bytes + 10 bytes) + (1*3*(52 bytes + 20 bytes)) * 3,500,000]/1024/1024
[(450 + 1380 + 372) * 3,500,000]/1024/1024 = 7350 MB ~ 7.18 GB per year
Messages passant par des orchestrations et pour lesquels le suivi du corps des messages est activé
Si, dans cet exemple, le suivi de message est pris en compte, le résultat obtenu après avoir calculé l'espace supplémentaire nécessaire est identique à celui obtenu dans le scénario précédent, à savoir 50,1 Go par an.
Voir aussi
Utilisation de variables de message pour déterminer la taille de la base de données des suivis
Dimensionnement de la base de données des suivis pour suivre les corps de message
Scénario 1 : Dimensionnement de la base de données de suivi pour les messages BizTalk simples
Scénario 4 : dimensionnement de la base de données des suivis pour tous les messages
Scénario 3 : Dimensionnement de la base de données de suivi des messages envoyés aux listes de distribution