Export (0) Print
Expand All

High Availability for BizTalk Hosts

BizTalk Server 2006 provides great flexibility in addressing high availability because you can strategically dedicate logical hosts to run specific areas of functionality, such as receiving and sending messages or processing orchestrations, that can be physically deployed to multiple servers.

A BizTalk Host is a logical container within a BizTalk Server group that can house BizTalk Server items such as adapter send handlers (including pipelines), receive locations, and orchestrations. You typically group items that have similar scale properties into a particular host.

After you create a host, you can deploy it to a physical BizTalk Server computer as a host instance. A host instance runs as an NT Service, BTSNTSvc.exe, on the designated BizTalk Server computer. For each host, you can have only one instance on a particular BizTalk Server computer. However, you can have instances of a particular host on one or more BizTalk Server computers, and you can have instances of different hosts on a particular BizTalk Server computer.

Items that are contained in BizTalk Hosts can perform the following functions:

  • Receiving. These items do the initial processing of messages after they are picked up in a receive location. When a host contains a receiving item, such as a receive location (with a pipeline), the message decoding and decrypting occurs in a pipeline within the host.

  • Sending. These items do the final processing of messages before they are sent out to the send port. When a host contains a sending item, such as a send port, the message signing and encryption occurs in a pipeline within the host.

  • Processing. These items process messages based on the instructions in orchestrations.

One BizTalk Host can contain items that receive, send, and process messages. For easier management and scalability, we recommend that you create different hosts designated for each function. In particular, we recommend that you use different hosts for processing and for receive/send operations.

For example, if you receive one message, run an orchestration, and send ten messages, you want to separate the receive and send functionality into two separate hosts because the send items will have ten times more traffic than the receive items. If you receive one message, run an orchestration, and send one message, you can think of these items as a unit of work and group them into one single host. Alternatively, you can separate them into three different hosts to increase performance and flexibility, although this also increases the management cost.

BizTalk Hosts are one of two types, In-process or Isolated. In-process hosts run inside of the BizTalk Server runtime process (BTSNTSvc.exe) and Isolated hosts do not run in the BizTalk Server runtime process. Isolated hosts are only used on the receiving side for the isolated receive adapters. The following table lists the items that each of these host types may contain.

Host type Logical container for

In-process

  • Orchestrations

  • Adapter send handlers

  • In-process adapter receive handlers

Isolated

  • HTTP, SOAP receive handlers

  • Any other isolated adapter receive handlers

For more information about managing BizTalk Hosts and host instances, see "Managing BizTalk Hosts and Host Instances" in BizTalk Server 2006 R2 Help at http://go.microsoft.com/fwlink/?LinkId=79658.

To provide high availability for BizTalk Hosts, you must have two or more host instances for each host (on two or more computers) in your environment. By having more than one host instance for each host you make sure that if one host instance becomes unavailable, the host instances on other computers that are running instances of the same host can resume the functions of the problematic or failed host instance, and that the overall system can continue performing with minimal disruption.

Show:
© 2014 Microsoft