Autres activités susceptibles d'affecter la mise en attente
Les activités ci-dessous ont un impact direct ou indirect sur la mise en attente et les performances globales du système. Elles doivent donc être prises en compte dans les scénarios de test.
Requêtes de la console Administration de BizTalk Server. Ces requêtes consomment des ressources et affectent le débit global, dans des proportions qui dépendent du type et de la fréquence des requêtes.
Activités de sauvegarde, d'archivage et de purge Ces activités consomment également des ressources et doivent être prises en compte dans les scénarios de test.
Hôtes 32 bits et 64 bits mixtes. Veuillez prendre les éléments suivants en compte lorsque vous utilisez des hôtes 32 bits et 64 bits mixtes :
Dans des situations de forte charge, nous mesurons la mémoire virtuelle et physique consommée et nous la comparons à des seuils donnés. Dans les systèmes 64 bits, le processus de BizTalk Server utilise plus de mémoire, de sorte qu’il y aura une différence dans la stratégie de déshydratation de 32 bits utilisant le même système et les mêmes valeurs par défaut. Veillez donc à séparer les hôtes d'orchestration, de réception, d'envoi et de boîtes de message.
La différence n'est pas aussi visible lorsque vous utilisez les seuils 32 bits par défaut sur les systèmes 64 bits, tant que seul l'hôte d'orchestration figure sur la boîte 64 bits. Toutefois, sous contrainte, les différents paramètres MemoryThrottlingCriteria doivent être au moins doublés ou triplé (tant que vous avez suffisamment de mémoire), mais le scénario doit être réglé pour optimiser le débit, car de nombreux facteurs entrent en jeu. Vous devez adapter les seuils de mise en attente en cas de forte charge de façon à trouver le réglage optimal.
Le comportement lié à la mise en attente dépend de l'historique des délais de remise de chaque abonnement. Les historiques peuvent être différents pour les divers abonnements. Pensez-y lorsque vous définissez les valeurs des propriétés de mise en attente.
Lorsque le service de l'hôte d'orchestration est recyclé sur un hôte mais pas sur un autre, les historiques sont différents.
Lorsque les serveurs utilisent des versions différentes de BizTalk Server, il y a une différence dans la stratégie de déshydratation entre les deux.