Freigeben über

Erstellen von Hosts und Hostinstanzen

  • Artikel

Ein BizTalk-Host stellt einen logischen Satz von null oder mehr Laufzeitprozessen dar, in denen Sie BizTalk Server Dienste und Artefakte (z. B. Adapterhandler, Empfangsspeicherorte und Orchestrierungen) bereitstellen können. Ein Host instance ist die physische instance eines Hosts auf einem Computer, auf dem BizTalk Server ausgeführt wird. Weitere Informationen zu BizTalk-Hosts und Hostinstanzen finden Sie unter Hosts (https://go.microsoft.com/fwlink/?LinkId=154189) und Hostinstanzen (https://go.microsoft.com/fwlink/?LinkId=154190).

Weitere Informationen zum Verwalten von BizTalk-Hosts und -Hostinstanzen finden Sie unter Verwalten von BizTalk-Hosts und -Hostinstanzen (https://go.microsoft.com/fwlink/?LinkId=154191).

Informationen zum Konfigurieren eines dedizierten Nachverfolgungshosts finden Sie unter Konfigurieren eines dedizierten Nachverfolgungshosts.

Trennen von Hostinstanzen nach Funktionalität

Zusätzlich zu den Hochverfügbarkeitsaspekten der Host-instance-Konfiguration sollten Sie die Sende-, Empfangs-, Verarbeitungs- und Nachverfolgungsfunktionen in mehrere Hosts trennen. Dies bietet Flexibilität beim Konfigurieren der Workload in Ihrer BizTalk-Gruppe und ist das primäre Mittel zum Verteilen der Verarbeitung über eine BizTalk-Gruppe. Dadurch können Sie auch einen Host beenden, ohne andere Hosts zu beeinträchtigen. Beispielsweise können Sie das Senden von Nachrichten beenden, damit sie sich in der MessageBox-Datenbank in die Warteschlange stellen und gleichzeitig den eingehenden Empfang von Nachrichten zulassen.

Die Trennung von Hostinstanzen nach Funktionalität bietet auch die folgenden Vorteile:

  • Jeder Host instance verfügt über einen eigenen Satz von Ressourcen wie Arbeitsspeicher, Handles und Threads im .NET-Threadpool.

  • Mehrere BizTalk-Hosts reduzieren auch Konflikte in den MessageBox-Datenbank-Hostwarteschlangentabellen, da jedem Host eigene Arbeitswarteschlangentabellen in der MessageBox-Datenbank zugewiesen sind.

  • Die Drosselung wird in BizTalk Server auf Hostebene implementiert. Dadurch können Sie unterschiedliche Drosselungseigenschaften für jeden Host festlegen.

  • Die Sicherheit wird auf Hostebene implementiert. Jeder Host wird unter einer diskreten Windows-Identität ausgeführt. Auf diese Weise können Sie beispielsweise Host_A Zugriff auf FileShare_B gewähren, während sie keinem der anderen Hosts den Zugriff auf die Dateifreigabe gestatten.

    Hinweis

    Das Erstellen zusätzlicher Hostinstanzen hat zwar Vorteile, aber es gibt auch potenzielle Nachteile, wenn zu viele Hostinstanzen erstellt werden. Jeder Host instance ist ein Windows-Dienst (BTSNTSvc.exe oder BTSNTSvc64.exe), der zusätzliche Last für die MessageBox-Datenbank generiert und Computerressourcen (z. B. CPU, Arbeitsspeicher, Threads) verbraucht.

    Weitere Informationen zum Ändern BizTalk Server Hosteigenschaften finden Sie unter Ändern von Hosteigenschaften (https://go.microsoft.com/fwlink/?LinkId=154192).

Maximale praktische Grenzwerte für die Arbeitsspeicherauslastung einer 32-Bit-BizTalk-Hostinstanz

32-Bit-Prozesse unter einem 32-Bit-Windows-Betriebssystem mit /3GB-Set verfügen über 3 Gigabyte (GB) adressierbaren Arbeitsspeicher, wenn der Prozess "große Adresswerte" aufweist (d. a. die ausführbare Datei hat das flag IMAGE_FILE_LARGE_ADDRESS_AWARE im Imageheader festgelegt). Der BizTalk-Hostprozess, der "große Adress aktiviert" ist, kann 3 GB Arbeitsspeicher unter Windows-Betriebssystem mit festgelegtem /3GB adressieren. In ähnlicher Weise verfügen 32-Bit-Prozesse unter dem 64-Bit-Windows-Betriebssystem (AMD64) über 4 GB adressierbaren Arbeitsspeicher, wenn der Prozess "große Adresswerte" aufweist. Auch hier kann der BizTalk-Hostprozess, der "große Adress aktiviert" ist, 4 GB Arbeitsspeicher adressieren, wenn er als 32-Bit-Prozess unter dem 64-Bit-Windows-Betriebssystem ausgeführt wird. 64-Bit-Prozesse unter dem 64-Bit-Windows-Betriebssystem (AMD64) verfügen über 8 Terabyte adressierbaren Arbeitsspeicher.

Obwohl der maximale Arbeitsspeicher, der von einem Prozess unter einem 32-Bit-Windows-Betriebssystem (ohne den /3GB-Schalter) adressierbar ist, 2 GB beträgt, empfängt eine .NET-Anwendung (z. B. ein BizTalk-Host instance) Fehler aus dem Arbeitsspeicher, bevor die "virtuellen Bytes" 2 GB erreichen. Die folgende Tabelle fasst dies zusammen und enthält die praktischen Grenzwerte für virtuelle Bytes und private Bytes.

Prozess Windows-Betriebssystem Adressierbarer Arbeitsspeicher (mit einem Prozess, der große Adressen unterstützt) Praktisches Limit für virtuelle Bytes Praktisches Limit für PrivateBytes
32 Bit 32 Bit 2 GB 1400 MB 800 MB
32 Bit 32-Bit mit /3 GB 3GB 2400 MB 1800 MB
32-Bit 64-Bit 4 GB 3400 MB 2800 MB
64 Bit 64 Bit 8 Terabyte - -

Weitere Informationen finden Sie unter

Weitere Informationen

Prüfliste: Konfigurieren von BizTalk ServerKonfiguration eines dedizierten Nachverfolgungshosts