Freigeben über

Implementieren der Hosteinschränkung mit BizTalk Server

  • Artikel

Der BizTalk Server Hostdrosselungsmechanismus überwacht kontinuierlich eine Drosselungsbedingung, berechnet den Schweregrad der Drosselungsbedingung und wendet die Hostdrosselung je nach berechnetem Schweregrad progressiv an. Der Drosselungsmechanismus ist die Selbstoptimierung, und die Standardkonfigurationsoptionen eignen sich für die meisten BizTalk Server Verarbeitungsszenarien. BizTalk Server Hostdrosselung macht mehrere konfigurierbare Optionen verfügbar, die verwendet werden können, um die Drosselung für bestimmte Szenarien zu optimieren. Informationen zum Ändern dieser Konfigurationsoptionen finden Sie unter Ändern von Hosteinstellungen.

Komponenten des Hosteinschränkungsalgorithmus

BizTalk Server verwendet beim Anwenden der Hostdrosselung den folgenden Algorithmus:

  1. Die folgenden Parameter werden kontinuierlich daraufhin überwacht, ob sie bestimmte Schwellenwerte überschreiten. Wenn die Werte für den Parameter den dafür festgelegten Schwellenwert überschreiten, tritt eine Einschränkungsbedingung ein.

    • Umfang des verwendeten Arbeitsspeichers (sowohl systemweit als auch Hostprozessspeicher)

    • Anzahl der In-Process-Nachrichten, die übermittelt oder verarbeitet werden (Schwellenwert für die Einschränkung für ausgehende Nachrichten)

    • Anzahl von verwendeten Threads

    • Datenbankgröße, gemessen anhand der Anzahl von Elementen in den Warteschlangentabellen aller Hosts sowie der Anzahl von Elementen in den Spool- und Überwachungstabellen

    • Anzahl der gleichzeitigen Datenbankverbindungen

    • Rate der Veröffentlichung (eingehend) und Übermittlung und Verarbeitung (ausgehend) von Nachrichten

  2. Der Schweregrad der Einschränkungsbedingung wird bestimmt. Die Einschränkungsbedingungen werden wie folgt klassifiziert (von sehr schwer zu wenig schwer):

    • Verwendeter Hostprozessspeicher liegt über dem Schwellenwert

    • Anzahl der In-Process-Nachrichten liegt über dem Schwellenwert

    • Anzahl der Threads liegt über dem Schwellenwert

    • Datenbankgröße liegt über dem Schwellenwert

    • Alle anderen Einschränkungsbedingungen

  3. Die Einschränkung wird progressiv, basierend auf dem Schweregrad der Einschränkungsbedingung(en) angewendet. Je höher der Schweregrad, desto aggressiver die Einschränkung. Die progressive Einschränkung wird wie folgt erreicht:

    • Mindestens eine Einschränkungsbedingung wird erkannt und nach Schweregrad klassifiziert.

    • Eine Anweisung zum Implementieren der Einschränkung wird herausgegeben. Diese basiert auf der Bedingung mit dem höchsten Schweregrad. Wenn die Bedingung weiterhin eintritt, wird (je nach Einschränkungsbedingung) die Größe der verschiedenen Threadpools reduziert oder durch Pausieren von ausgeführten Orchestrierungen mehr Arbeitsspeicher zur Verfügung gestellt.

    • Je nachdem, ob es sich um eine eingehende oder ausgehende Nachricht handelt, wird das Veröffentlichen oder Verarbeiten der Nachricht verzögert. Die Dauer der Verzögerung ist proportional zum Schweregrad der Einschränkungsbedingung: Einschränkungsbedingungen mit höherem Schweregrad lösen eine längere Einschränkungsdauer aus als Einschränkungsbedingungen mit geringerem Schweregrad. Diese Einschränkungsdauer wird innerhalb bestimmter Bereiche an die sich ändernden Bedingungen nach oben und unten angepasst. Der aktuelle Verzögerungszeitraum wird über die Leistungsindikatoren Nachrichtenübermittlungsverzögerung (ms) und Nachrichtenveröffentlichungsverzögerung (ms) verfügbar gemacht, die der Leistungsobjektkategorie BizTalk:Message Agent zugeordnet sind. Diese Leistungsobjektindikatoren sind im Thema Host Drosselung Leistungsindikatoren dokumentiert.

    • Der Einschränkungsmechanismus überprüft weiterhin, ob die Einschränkungsbedingung vorhanden ist. Wenn dies nicht mehr der Fall ist, wird die Blockade für die eingeschränkten Nachrichten aufgehoben, und der Threadpool sowie die anderen Ressourcen können wieder uneingeschränkt arbeiten. Wenn das System weiterhin ohne Einschränkungsbedingungen arbeitet, wird die Verzögerungsdauer erheblich verringert. Wenn die Einschränkungsbedingung weiterhin besteht, wird die Verzögerung proportional zum Schweregrad der Bedingung erhöht. Für nachfolgende Nachrichten gilt dann die neue Verzögerungsdauer.

    • Die Einschränkung gilt nicht mehr, wenn die Verzögerungsdauer abgelaufen ist.

Typen von Einschränkungsbedingungen

Es gibt drei primäre Arten von Drosselungsbedingungen: ratenbasiert, ressourcenbasiert und Orchestrierung.

  1. Die ratenbasierte Drosselung wird in zwei Kategorien unterteilt; eingehender (veröffentlicht) und ausgehender Datenverkehr (übermittelt):

    • Bei eingehenden (veröffentlichten) Nachrichten drosselt BizTalk Server die Veröffentlichung von Nachrichten, wenn die Eingehende Rate für die Nachrichtenveröffentlichung für den Host instance die Ausgehende Rate der Nachrichtenveröffentlichung\* den angegebenen Wert des Rate overdrive factor (Prozent) überschreitet. Der Parameter Rate overdrive factor (percent) kann im Dialogfeld Einstellungen für die Nachrichtenveröffentlichungsdrosselung konfiguriert werden. Die ratenbasierte Einschränkung für eingehende Nachrichten wird vor allem dadurch erreicht, dass das Veröffentlichen des Nachrichtenbatches in der MessageBox-Datenbank verzögert wird. Zum ratenbasierten Einschränken von eingehenden Nachrichten wird keine andere Aktion durchgeführt.

    • Bei ausgehenden (übermittelten) Nachrichten drosselt BizTalk Server die Übermittlung von Nachrichten, wenn die Eingehende Rate für die Nachrichtenübermittlung für den Host instance die Ausgehende Rate der Nachrichtenübermittlung * den angegebenen Rate overdrive factor (Prozent) Wert überschreitet. Der Parameter Rate overdrive factor (percent) kann im Dialogfeld Einstellungen für die Nachrichtenverarbeitungsdrosselung konfiguriert werden. Die ratenbasierte Einschränkung für ausgehende Nachrichten wird vor allem dadurch erreicht, dass das Entfernen der Nachrichten aus der Warteschlange im Arbeitsspeicher und Übermitteln der Nachrichten für die Verarbeitung an den Endpunkt-Manager (EPM) oder die Orchestrierungs-Engine verzögert wird. Zum ratenbasierten Einschränken von ausgehenden Nachrichten wird keine andere Aktion durchgeführt.

      Weitere Informationen zum Ratenüberdrehungsfaktor und anderen ratenbasierten Drosselungswerten finden Sie unter Ändern der Einstellungen für die ratenbasierte Drosselung.

  2. Die ressourcenbasierte Drosselung überwacht Systemressourcen wie Threads, Arbeitsspeicher und Datenbankgröße und kann auf jede Dienstklasse angewendet werden. Weitere Informationen zu ressourcenbasierten Drosselungswerten finden Sie unter Ändern ressourcenbasierter Drosselungseinstellungen.

  3. Die Orchestrierungsdrosselung kann eine Dehydrierung und den Zeitpunkt des Anhaltens/Fortsetzens von Abonnements verhindern. Weitere Informationen zu Orchestrierungsdrosselungswerten finden Sie unter Ändern der Einstellungen für die Orchestrierungsdrosselung.

Trigger, Aktionen für Einschränkungsbedingungen und Strategien zur Vermeidung

In diesem Abschnitt werden die Trigger der verschiedenen Einschränkungsbedingungen, die aus dem Einschränkungsmechanismus resultierenden Aktionen sowie Techniken beschrieben, mit denen Einschränkungsbedingungen vermieden werden können.

Einschränkung für eingehende Nachrichten

Der BizTalk-Einschränkungsmechanismus wendet die Einschränkung für eingehende Nachrichten auf die Orchestrierungs-Engine (XLANG) und auf eingehende Adapter an.

Verwenden Sie die Leistungsobjektkategorie BizTalk:MessageAgent zugeordnete Leistungsindikatoren Drosselungsstatus und Drosselung des Nachrichtenveröffentlichungszustands, um den aktuellen Drosselungszustand und die Dauer der Drosselung zu messen. Weitere Informationen zu den verfügbaren Hostdrosselungsleistungsindikatoren finden Sie unter Leistungsindikatoren zur Hosteinschränkung.

Die Einschränkung für eingehende Nachrichten kann dazu führen, dass sich diese Nachrichten an der Quelle anhäufen. Wenn die Einschränkung für eingehende Nachrichten auf einen Empfangsadapter angewendet wird, empfängt dieser möglicherweise so lange keine Nachrichten, bis die Einschränkungsbedingung nicht mehr vorliegt.

Einschränkungsstatus für die

Nachrichtenübermittlung		 Trigger für die Einschränkungsbedingung Eingesetzte Einschränkungsaktionen Entschärfungsstrategie Leistungsobjekt Leistungsindikator
2 Die Eingehende Rate für die Nachrichtenveröffentlichung für den Host instance überschreitet die Ausgehende Rate für nachrichtenveröffentlichung\* den angegebenen Wert des Rate overdrive factor (Prozent). Die Datenbank kann die Nachrichten nicht schnell genug veröffentlichen. Blockieren Sie den Veröffentlichungsthread für einen dynamisch berechneten Zeitraum, bis die Eingehende Rate der Nachrichtenveröffentlichung mit der Ausgehenden Rate für Nachrichtenveröffentlichung * dem angegebenen Wert des Rate overdrive factor (Prozent) übereinstimmt. Verwenden Sie Leistungsindikatoren, um die Eingangs- und Ausgangsrate der Nachrichtenveröffentlichung zu bestimmen. Legen Sie einen angemessenen Übersteuerungsfaktor für Ihre Umgebung fest.

Vergewissern Sie sich, dass die für die Dauer des Samplingfensters und die Mindestanzahl der Stichprobenparameter angegebenen Werte für Ihr Szenario geeignet sind.

Weitere Informationen zu diesen Parametern finden Sie unter Ändern der Einstellungen für die ratenbasierte Drosselung.		 BizTalk:MessageAgent Eingangsrate der Nachrichtenveröffentlichung

Ausgangsrate der Nachrichtenveröffentlichung
4 Prozessspeicherbelegung liegt über dem angegebenen Schwellenwert.

Dies kann auftreten, wenn der zu veröffentlichende Batch hohe Speicheranforderungen stellt oder zu viele Threads Nachrichten verarbeiten.		 Die von EPM verwendete Threadpoolgröße wird reduziert.

Die EPM-Threads werden reduziert, um die Verarbeitung weiterer Nachrichtenbatches zu verhindern.

Wenn zum persistenten Speichern der Nachrichten in einem Batch in die Datenbank hohe Speicheranforderungen bestehen, wird zudem der Veröffentlichungsthread progressiv verzögert, bis die Nachrichten persistent in der Datenbank gespeichert wurden.

Ob der Veröffentlichungsbatch aufgrund des Speicherbedarfs blockiert wird, hängt von verschiedenen Faktoren ab. Dazu gehören die Anzahl der Nachrichten im Batch oder das Vorhandensein von Befehlen zum Pausieren oder Löschen von Nachrichten im Batch.		 Reduzieren Sie die Last, indem Sie den EPM-Threadpool und/oder die Größe der Adapterbatches verringern.

Wenn der Prozess nicht zu viel Arbeitsspeicher verbraucht, sollten Sie erwägen, den Schwellenwert für den virtuellen Prozess für den Host zu erhöhen.

Weitere Informationen zum Ändern des virtuellen Werts "Prozess " finden Sie unter Ändern ressourcenbasierter Drosselungseinstellungen.		 BizTalk:MessageAgent Zu hohe Prozessspeicherbelegung

Prozessspeicherbelegung (MB)

Schwellenwert für Prozessspeicherbelegung (MB)
6 Die Größe der Nachrichtenwarteschlange des Hosts, der Spooltabelle oder der Überwachungstabelle liegt über dem angegebenen Schwellenwert.

Diese Bedingung kann folgende Ursachen haben:

– Die SQL-Agent-Aufträge, die von BizTalk Server verwendet werden, um die BizTalk Server Datenbanken zu verwalten, die nicht oder langsam ausgeführt werden.
- Downstream-Komponenten verarbeiten Nachrichten aus der In-Memory-Warteschlange nicht rechtzeitig.
– Die Anzahl der angehaltenen Nachrichten ist hoch.
- Die maximale nachhaltige Belastung für das System wurde erreicht.		 Die von EPM verwendete Threadpoolgröße wird reduziert.

Die EPM-Threads werden reduziert, um die Verarbeitung weiterer Nachrichtenbatches zu verhindern.

Der Veröffentlichungsthread wird progressiv verzögert, bis die Nachrichten persistent in der Datenbank gespeichert wurden.		 Stellen Sie sicher, dass die von BizTalk Server zum Warten der BizTalk-Datenbanken verwendeten SQL Agent-Aufträge fehlerfrei ausgeführt werden.

Beenden Sie bei Bedarf angehaltene Instanzen, und setzen Sie sie fort.

Erhöhen Sie den Standardwert für den Schwellenwert für die Nachrichtenanzahl in der Datenbank unter Berücksichtigung der Speicherplatzanforderungen des SQL-Servers, der die BizTalk-Datenbanken enthält.

Wenn Ihre Datenbank entsprechend dimensioniert ist, um zusätzliche Nachrichtenbacklogs zu verarbeiten, sollten Sie die Werte für Spool-Multiplikator und Tracking-Datenmultiplikator erhöhen , um zusätzlichen Backlog in den Tabellen Spool und Tracking zu ermöglichen.

Weitere Informationen zum Ändern der Werte finden Sie unter Ändern ressourcenbasierter Einschränkungseinstellungen.		 BizTalk:MessageAgent

BizTalk:MessageBox:Allgemeine Indikatoren

BizTalk:MessageBox:Hostindikatoren		 Nachrichtenagent/Datenbankgröße

BizTalk:MessageBox:Allgemeine Indikatoren/Spoolgröße

BizTalk:MessageBox:Allgemeine Indikatoren/Überwachungsdatengröße

BizTalk:MessageBox:Hostindikatoren/Hostwarteschlange - Länge

BizTalk:MessageBox:Hostindikatoren/Hostwarteschlange - Angehaltene Nachrichten - Länge
8 Die von der Hostinstanz verwendeten Datenbanksitzungen liegen über dem angegebenen Schwellenwert. Die von EPM verwendete Threadpoolgröße wird reduziert.

Die EPM-Threads werden reduziert, um die Verarbeitung weiterer Nachrichtenbatches zu verhindern.

Der Veröffentlichungsthread wird progressiv verzögert, bis die Nachrichten persistent in der Datenbank gespeichert wurden.		 Erwägen Sie, den Schwellenwert für Datenbankverbindungen für den Host zu erhöhen.

Weitere Informationen zum Ändern dieses Werts finden Sie unter Ändern ressourcenbasierter Einschränkungseinstellungen.		 BizTalk:MessageAgent Datenbanksitzung
9 Verarbeitungsthreadanzahl liegt über dem angegebenen Schwellenwert. Die von EPM verwendete Threadpoolgröße wird reduziert.

Die EPM-Threads werden reduziert, um die Verarbeitung weiterer Nachrichtenbatches zu verhindern.

Der Veröffentlichungsthread wird progressiv verzögert, bis die Nachrichten persistent in der Datenbank gespeichert wurden.		 Passen Sie die verschiedenen Threadpoolgrößen an, um sicherzustellen, dass das System nicht sehr viele Threads erstellt.

Weitere Informationen zum Ändern der Threadpoolgrößen finden Sie unter Ändern von allgemeinen Einstellungen und Ändern ressourcenbasierter Einschränkungseinstellungen.		 BizTalk:MessageAgent Threadanzahl

Schwellenwert für Threadanzahl
5 Systemspeicherbelegung liegt über dem angegebenen Schwellenwert. Die von EPM verwendete Threadpoolgröße wird reduziert.

Die EPM-Threads werden reduziert, um die Verarbeitung weiterer Nachrichtenbatches zu verhindern.

Wenn zum persistenten Speichern der Nachrichten in einem Batch in die Datenbank hohe Speicheranforderungen bestehen, wird zudem der Veröffentlichungsthread progressiv verzögert, bis die Nachrichten persistent in der Datenbank gespeichert wurden.

Ob der Veröffentlichungsbatch aufgrund des Speicherbedarfs blockiert wird, hängt von verschiedenen Faktoren ab. Dazu gehören die Anzahl der Nachrichten im Batch oder das Vorhandensein von Befehlen zum Pausieren oder Löschen von Nachrichten im Batch.		 Reduzieren Sie die Last, indem Sie die Standardgröße des EPM-Threadpools und/oder die Größe der Adapterbatches verringern.

Wenn der Prozess nicht übermäßig viel Arbeitsspeicher verbraucht, sollten Sie erwägen, den globalen physischen Schwellenwert für den Host zu erhöhen.

Weitere Informationen zum Ändern des globalen physischen Schwellenwerts finden Sie unter Ändern ressourcenbasierter Drosselungseinstellungen.		 BizTalk:MessageAgent Belegung des physikalischen Speichers (MB)

Schwellenwert für physikalische Speicherauslastung:(MB)

Einschränkung für ausgehende Nachrichten

Der BizTalk-Einschränkungsmechanismus wendet die Einschränkung für ausgehende Nachrichten auf die Orchestrierungs-Engine (XLANG) und auf ausgehende Adapter an.

Verwenden Sie die Leistungsobjektkategorie BizTalk:MessageAgent zugeordnete Leistungsindikatoren für den Status der Nachrichtenübermittlung und die Dauer der Nachrichtenübermittlung, um den aktuellen Drosselungszustand und die Dauer der Drosselung zu messen. Weitere Informationen zu den verfügbaren Hostdrosselungsleistungsindikatoren finden Sie unter Leistungsindikatoren zur Hosteinschränkung.

Die Einschränkung ausgehender Nachrichten kann dazu führen, dass die Nachrichtenübertragung verzögert wird und sich Daten in der Warteschlange im Arbeitsspeicher ansammeln. Dadurch können Threads zum Verarbeiten der Nachrichten in der Warteschlange blockiert werden, bis die Einschränkungsbedingung nicht mehr vorliegt. Wenn die Threads zum Verarbeiten der Nachrichten in der Warteschlange blockiert werden, werden keine weiteren Nachrichten zur ausgehenden Übermittlung aus der MessageBox in die Warteschlange im Arbeitsspeicher abgerufen.

Nachrichtenübermittlung

Nachrichtenübermittlung		 Trigger für die Einschränkungsbedingung Eingesetzte Einschränkungsaktionen Vermeidungsstrategie Leistungsobjekt Leistungsindikator
1 Eingehende Nachrichtenübermittlungsrate für den Host instance überschreitet die Ausgehende Rate der Nachrichtenübermittlung \* den angegebenen Rate overdrive factor (Prozent) Wert.

Dies kann durch hohe Verarbeitungskomplexität, langsame ausgehende Adapter oder kurzzeitig knappe Systemressourcen verursacht werden.		 Blockieren Sie den Übermittlungsthread für einen dynamisch berechneten Zeitraum, bis die Eingehende Rate für die Nachrichtenübermittlung mit der Ausgehenden Rate für nachrichtenübermittlung \* dem angegebenen Wert des Rate overdrive factor (Prozent) übereinstimmt. Verwenden Sie Leistungsindikatoren, um die Eingangs- und Ausgangsrate der Nachrichtenübermittlung zu bestimmen. Ziehen Sie einen geeigneten Over Drive-Faktor für Ihre Umgebung in Betracht.

Vergewissern Sie sich, dass die für die Dauer des Samplingfensters und die Mindestanzahl der Stichprobenparameter angegebenen Werte für Ihr Szenario geeignet sind.

Weitere Informationen zu diesen Parametern finden Sie unter Ändern der Einstellungen für die ratenbasierte Drosselung.		 BizTalk:MessageAgent Eingangsrate der Nachrichtenübermittlung

Ausgangsrate der Nachrichtenveröffentlichung
4 Prozessspeicherbelegung liegt über dem angegebenen Schwellenwert.

Dies kann in speicherintensiven Verarbeitungsszenarien auftreten, wenn großen Nachrichten verarbeitet werden, oder wenn Sendeadapter versuchen, gleichzeitig eine große Anzahl von Nachrichten zu verarbeiten.		 Die Nachrichtenübermittlung an Adapter oder XLANG wird verlangsamt.

Der Prozessspeicherverbrauch wird reduziert, indem (sofern möglich) Dienstinstanzen angehalten werden und der Cache verringert wird.

Die von EPM und/oder dem Nachrichtenagenten verwendete Threadpoolgröße wird reduziert.

Eine regelmäßige .NET Garbage Collection (GC) wird erzwungen.		 Wenn sich das System durch die prozessspeicherbasierte Einschränkung nicht im Leerlauf befindet, ist möglicherweise keine Aktion erforderlich.

Wenn der Indikator für die Anzahl von In-Process-Nachrichten hoch ist und die CPU-Auslastung selbst bei einer prozessbasierten Speicherdrosselung nicht zu hoch ist, ist möglicherweise keine zusätzliche Aktion erforderlich.

Wenn das System anscheinend übermäßig gedrosselt ist, sollten Sie den Wert erhöhen, der dem Schwellenwert für virtuelle Verarbeitung für den Host zugeordnet ist, und überprüfen Sie, ob der Host instance keinen Fehler "Nicht genügend Arbeitsspeicher" generiert. Wenn der Fehler "Nicht genügend Arbeitsspeicher" ausgelöst wird, indem der Schwellenwert für virtuelle Prozesse erhöht wird, sollten Sie erwägen, die Werte für die Interne Nachrichtenwarteschlangengröße und die Schwellenwerte für In-Process-Nachrichten zu reduzieren. Diese Strategie ist besonders für Szenarien wichtig, in denen große Nachrichten verarbeitet werden.

Weitere Informationen zu diesen Parametern finden Sie unter Ändern ressourcenbasierter Drosselungseinstellungen.		 BizTalk:MessageAgent Zu hohe Prozessspeicherbelegung

Verarbeiten der Arbeitsspeicherauslastung(MB)

Schwellenwert für Prozessspeicherbelegung (MB)

Anzahl in Verarbeitung befindlicher Nachrichten

Anzahl aktiver Instanzen
3 Die Anzahl der In-Process-Nachrichten, die an eine Dienstklasse übermittelt werden, liegt über dem angegeben Schwellenwert.

Dies kann durch hohe Verarbeitungskomplexität, langsame ausgehende Adapter oder kurzzeitig knappe Systemressourcen verursacht werden.		 Die Nachrichtenübermittlung an Adapter oder XLANG wird verlangsamt.

Die Größe des vom Nachrichtenagenten verwendeten Threadpools wird reduziert.		 Wenn eine Überdrosselung auftritt, sollten Sie erwägen, den Wert zu erhöhen, der dem Schwellenwert für In-Process-Nachrichten zugeordnet ist.

Weitere Informationen zu diesem Parameter finden Sie unter Ändern ressourcenbasierter EinschränkungseinstellungenHinweis: Das Erhöhen dieses Werts kann sich negativ auf die Leistung des Sendeadapters auswirken und/oder die Speicherauslastung des Prozesses erhöhen.		 BizTalk:MessageAgent Anzahl in Verarbeitung befindlicher Nachrichten

Schwellenwert für Anzahl in Verarbeitung befindlicher Nachrichten
9 Verarbeitungsthreadanzahl liegt über dem angegebenen Schwellenwert. Reduzieren der Größe der Threadpools, die vom EPM und/oder dem Nachrichten-Agent verwendet werden Passen Sie die verschiedenen Threadpoolgrößen an, um sicherzustellen, dass das System nicht sehr viele Threads erstellt.

Weitere Informationen zum Ändern der Threadpoolgrößen finden Sie unter Ändern allgemeiner Einstellungen und Ändern ressourcenbasierter Einschränkungseinstellungen.		 BizTalk:MessageAgent Threadanzahl

Schwellenwert für Threadanzahl
5 Der Systemspeicher überschreitet einen Schwellenwert. Die Nachrichtenübermittlung an Adapter oder XLANG wird verlangsamt.

Der Prozessspeicherverbrauch wird reduziert, indem (sofern möglich) Dienstinstanzen angehalten werden und der Cache verringert wird.

Die von EPM und/oder dem Nachrichtenagenten verwendete Threadpoolgröße wird reduziert.		 Reduzieren Sie die Last, indem Sie die Standardgröße des EPM-Threadpools und/oder die Größe der Adapterbatches verringern.

Wenn der Prozess keinen übermäßigen Arbeitsspeicher verbraucht, sollten Sie den globalen physischen Schwellenwert für den Host erhöhen.

Weitere Informationen zum Ändern des globalen physischen Schwellenwerts finden Sie unter Ändern ressourcenbasierter Einschränkungseinstellungen.		 BizTalk:MessageAgent Belegung des physikalischen Speichers (MB)