Administrators use the BizTalk Administration console or Windows Management Instrumentation (WMI) to create, modify, and delete hosts.
For information about using WMI to manage hosts, see MSBTS_Host (WMI).
The BizTalk Host object represents a logical set of zero or more runtime processes in which you can deploy services, pipelines, and other artifacts. The Host object also represents a collection of runtime instances (zero or more) where the deployed items physically run.
After you create a host (a logical container), you can add physical BizTalk servers (host instances) to the host. You cannot add a Biztalk server to the same host more than once. A single host instance can be added to multiple hosts.
Items—such as adapter handlers, receive locations (including pipelines), and orchestrations—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 or pipeline, it acts as a security boundary, and 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 or pipeline, the host acts as a security boundary, and the message signing and encryption occurs in a pipeline within the host.
- Processing. These items process messages based on the instructions in an orchestration.
One BizTalk Host can contain items that receive, send, and process messages. It is recommended that you create different hosts for each function to create security boundaries and facilitate management. In particular, it is recommended that you use different hosts for processing and for receive/send, and that you separate trusted and non-trusted items.
Based on the physical configuration and type of adapter hosted, there are two types of hosts: in-process hosts and isolated hosts.
In-process hosts represent service instances that an administrator creates, deletes, and fully controls with WMI and the BizTalk Administration console.
In-process hosts have the following characteristics:
- You can enlist any orchestration into an in-process host.
- An in-process host can host any send handler.
- An in-process host can host only the receive handlers associated with File and MSMQT adapters (the in-process-type adapters).
- The first in-process host you create in a BizTalk Server 2004 deployment is the default host and you cannot delete it. The BizTalk Message Queuing adapter uses the default host for static handler configuration. Adding an adapter automatically creates receive and send ports for the default host.
Isolated hosts represent service instances that a solutions developer programmatically creates, deletes, and controls. An administrator uses WMI and the BizTalk Administration console to configure these hosts (for example, to configure the host service account and authentication trust).
Isolated hosts primarily host adapters that must run outside of the normal BizTalk Server runtime process. For example, you use isolated hosts to host adapters for external processes such as ISAPI extensions and ASP.NET.
Isolated hosts have the following characteristics:
- You cannot enlist orchestrations into an isolated host.
- An isolated host cannot host send handlers.
- An isolated host can host only the receive handlers associated with HTTP/S and SOAP adapters (the isolated-type adapters).
- An isolated host cannot host tracking.
- An isolated host cannot be the default host.
- The status of an isolated host is always Status Unavailable. BizTalk Server does not access the status information for external processes.
Note Host instances can share the same service account as long as they share the same security configuration (authentication trust).
See Alsohttp://go.microsoft.com/fwlink/?linkid=20616.Copyright © 2004 Microsoft Corporation.
All rights reserved.