This article describes how to cluster BizTalk 2000 on a
clean configuration. BizTalk 2000 is not a "cluster aware" program, but it can
be set up to run in an active or passive mode by using MSCS generic resource
types.
When you cluster BizTalk 2000, you can cluster the following:
Microsoft Distributed Transaction Coordinator
(MSDTC)
The information in this article is based on the assumption that a
baseline installation of the operating system and the Microsoft Clustering
Service (MSCS) has been has been accomplished and tested. For information about
how to install MSCS, please see the following "Step-by-Step Guide to Installing
Cluster Service" Microsoft Web site:
Move the BizTalk Group to node 1, and then move all other
groups to node 2.
Copy the DTCLog folder from the SystemRoot\system32 folder to the shared disk that is the BizTalk
group.
Right-click the BizTalk group, point to New, and then click Resource.
In the Name box, type MSDTC. In the Resource type box, click Distributed Transaction Coordinator, and then click Next.
Include every computer on the cluster as a possible
resource owner.
Add resource dependencies for the network name and physical
disk, and then click Next.
NOTE: Leave this resource in an offline state.
At a command prompt, type
comclust.exe, and then press ENTER.
At a command prompt on node 2, type
comclust.exe, and then press ENTER.
Verify that the MSDTC resource is online, and then test
failover.
For additional information, click
the article numbers below to view the articles in the Microsoft Knowledge Base:
290624
(http://support.microsoft.com/kb/290624/EN-US/
)
How To Configure MSDTC in a Windows 2000 Cluster Environment
243204
(http://support.microsoft.com/kb/243204/EN-US/
)
Microsoft Distributed Transaction Coordinator (MSDTC) Recovery Techniques in Windows 2000 Cluster Server
NOTE: Depending on whether you have Active Directory configured in
your environment, choose the appropriate installation option for message
queuing. Without Active Directory, BizTalk Server must always use local queues
that result in much faster performance. The use of public queues provides
greater flexibility and functionality.
Click Start, point to Settings, click Control Panel, and then double-click Add/Remove Programs.
Click Add/Remove Windows Components.
Click to select the Message Queuing Server check box, and then click Next.
Repeat these steps on all other nodes in the
cluster.
Start Cluadmin.exe, and then click the BizTalk
group.
Right-click the BizTalk group, point to New, and then click Resource.
In the Name box, type MSMQ. In the Resource type box, click Message Queuing, and then click Next.
Click Next, to make every node a possible owner.
Add resource dependencies for the following items:
Network name
Physical disk
Bring the resource online, and then test
failover.
Visio 2000 Standard Edition SR-1 is required for the creation of
XLANG schedules for BizTalk orchestration. A trial copy is included on the
BizTalk Server CD-ROM.
Visio 2000 should be installed if XLANG
schedules will be created or edited. If BizTalk orchestration will be used,
Microsoft recommends that you install Visio on all nodes in the
cluster.
Microsoft recommends that you install SQL into a group other than
the BizTalk group to allow for manual load balancing of SQL and BizTalk across
the nodes in the cluster. It is very important that you do not install SQL into
the cluster group.
Insert the SQL Server 2000 Enterprise CD-ROM into your
CD-ROM drive, and then click SQL Server 2000 Components.
Click Install Database Server, and then click Next.
Click Virtual Server, and then type the name you want to use for the virtual SQL
instance.
At the Failover Clustering dialog box, type the IP address
that will be used exclusively for SQL, and connectivity to it. Select the
correct network that is associated with that IP address from the
list.
Select a group that has a disk resource in it. This group
should be a different group than the one that is to be used for
BizTalk.
Leave all nodes selected as configured nodes for cluster
definition, and then click Next.
Type the user ID and password for an account that has
administrative rights on all nodes.
Leave the check in the check box to create a default
instance, and then click Next.
Leave the installation paths at the default settings, start
a Typical installation, and then click Next. SQL Server 2000 installs the binaries to the local node, and the
databases to the shared disk.
Click Use the same account for each service, and then type an account that will be used to start the SQL
service. Note that this account needs to be a domain-level account that is a
member of the local administrators group.
Select the appropriate authentication mode (Windows
Authentication mode is the default), and then click Next.
After the installation has finished on all nodes, click Finish.
Start Cluster Administrator ,and then test failover of the
SQL group.
Apply service packs as required.
For
additional information about related topics, click the article number below to
view the article in the Microsoft Knowledge Base:
243218
(http://support.microsoft.com/kb/243218/EN-US/
)
INF: Installation Order for SQL Server 2000 Enterprise Edition on Microsoft Cluster Server
Start Cluster Administrator, and then move the BizTalk
group to node 1.
Insert the BizTalk 2000 Enterprise Edition CD-ROM into the
node 1 computer, and then run Setup.exe from the root folder.
At the Welcome screen, click Next, accept the license agreement, and then type the CD
key.
NOTE: Make sure that the setting for "Install this application for" is
set to Anyone who uses this computer (all users).
Leave the default local destination folder path, and then
click Next.
NOTE: Do not install the binaries to the shared disk.
Choose a Complete installation, and then click Next.
Click Next to create a local security group with the default
names.
NOTE: Do not confuse this with a cluster group as this is a local
security group.
Click This account, and then type an account that is to be used to start the BizTalk
service. Click to clear the Start service after setup completes check box, and then click Next.
NOTE: Microsoft recommends that you use the same account as the
Cluster service uses.
Verify the configuration, and then click Install.
At the Messaging Database welcome screen, click Next.
Click Create a new BizTalk Messaging Management database, and then under SQL Server connection parameters, type the SQL virtual server name (that was created previously in
the SQL installation section) in the Server name box, and then click Next.
Click Create a new BizTalk server group (unless you already have an existing BizTalk server group), and
then click Next
NOTE: Do not confuse this with a group that is within the cluster.
This is a grouping of independent BizTalk servers that can work together to
service requests, not a cluster group for failover.
Click Create a new Tracking database, and then under SQL Server connection parameters, type the SQL virtual server name (that was created previously in
the SQL installation section) in the Server name box, and then click Next.
Select the dialog "Create a new Shared Queue database", then under the "SQL Server connection parameters", enter in the
SQL virtual server name that was created previously in the SQL install section, in the
"Server name" field, and click Next.
Verify that the BizTalk configuration is correct, and click
Next and then Finish
Click Create a new default Orchestration Persistence database, and then under SQL Server connection parameters, type the SQL virtual server name (that was created previously in
the SQL installation section) in the Server name box, and then click Next.
Click Finish to complete the installation on node 1.
Click Start, point to Programs, point to Administrative Tools, and then click Services.
Double-click the BizTalk Messaging service, change the
startup type to manual, and then click OK.
Apply BizTalk 2000 Service Pack 1 or later, and then reboot
the node.
Install BizTalk to Node 2
Start Cluster Administrator, and then move the BizTalk
Group to node 2.
Insert the BizTalk 2000 Enterprise Edition CD-ROM into the
node 2 computer, and then run Setup.exe.
At the "Customer Information" screen, make sure that the
"Install this application for" setting is set to Anyone who uses this computer (all users).
Leave the default local destination folder path, and then
click Next.
Select a Complete installation, and then click Next.
Click Next to create a local security group with the default
names.
Click This account, and then type an account that is to be used to start the BizTalk
service. Note that this must be the same account that you used when you
configured node 1. Click to clear the Start service after setup completes check box, and then click Next.
At the Messaging Database screen, click Select an Existing Database, type the SQL virtual server name under SQL Server connection parameters, and then click Next.
At the "Configure a BizTalk Server Group" screen, click Select an existing BizTalk server Group, and then click Next.
NOTE: The first cluster node should already be listed in the
group.
When you are prompted to configure an orchestration
database, click Select an Existing Database, type the SQL virtual server name under SQL Server connection parameters, and then click Next.
Click Start, point to Programs, point to Administrative Tools, and then click Services.
Double-click the BizTalk Messaging service, change the
startup type to manual, and then click OK.
Apply BizTalk 2000 Service Pack 1 or later, and then reboot
the node.
Click Start, point to Programs, point to Microsoft BizTalk Server 2000, and then click BizTalk Server Administration.
Remove all of the servers that appear under the BizTalk
Server group. For each computer that is listed in the server group, perform the
following steps:
In the BizTalk Server group, right-click the computer
name, and then click Delete. Repeat this process for each of the node's names.
Right-click the BizTalk Server group, point to New, click Server, and then type the BizTalk virtual network name (the name you
created at the very beginning of this article).
Start Cluadmin.exe, right-click the BizTalk group, point to
New, and then click Resource.
In the Name box, type BizTalk Messaging Service. For
the resource type, click Generic Service, and then click Next.
Click Next to make every node a possible owner
Add resource dependencies for the following items:
Network name
Physical disk
MSDTC
MSMQ
In the Generic Service Parameters window, type
BTSSvc, and then click to select the Use Network Name for computer name check box.
Add the System\CCS\Services\BTSSVC key for registry
replication, and then click OK.For additional information about registry key
replication in a cluster, click the article number below to view the article in
the Microsoft Knowledge Base:
174070
(http://support.microsoft.com/kb/174070/EN-US/
)
Registry Replication in Microsoft Cluster Server
Start Cluster Administrator, and then move the BizTalk
group to node 1.
Copy the SystemRoot\Program
Files\Microsoft BizTalk Server\BizTalkServerRepository folder to the shared
disk that is in the BizTalk group.
Right-click the BizTalk group, point to New, and then click Resource.
In the Name box, type IIS WebDAV. For the resource
type, click IIS Server Instance, and then click Next.
Click Next to make every node a possible owner.
Add resource dependencies for the BizTalk network name, IP
address and physical disk.
On the Parameters screen, click WWW, and then click Default Web Site.
Click Start, point toPrograms, point to Administrative Tools, and then click Internet Services Manager.
Expand the default Web site under the cluster
node.
Right-click BizTalkServerRepository, and
then click Properties.
On the Virtual Directory tab, change the
path to the folder in which you copied the files on the shared disk in step 2.
Important: Make sure to perform this step on each computer in the cluster.
When you are finished, bring the IIS WebDAV resource online.
It is a
good idea to rename the original BizTalkServerRepository folder on each node so
that you can easily distinguish them and avoid confusion.
Click Start, point to
Programs, point to Microsoft BizTalk Server
2000, and then click BizTalk Messaging Manager. The
BizTalk Messaging Manager program starts.
On the Tools menu, click
Options. Make sure that the name of the BizTalk server to
which to connect is the name of the BizTalk Messaging Group network name. Move
the resource group to the other node and verify again that BizTalk Messaging
Manager can successfully use the virtual IIS network name.
For additional
information about related topics, click the article number below to view the
article in the Microsoft Knowledge Base:
248025
(http://support.microsoft.com/kb/248025/EN-US/
)
How to Configure Clustered IIS Virtual Servers on Windows 2000 Advanced Server
Security Identity for the XLANG Scheduler Engine COM+ Program
Click Start, point toPrograms, point to Administrative Tools, and then click Component Services.
Expand Component Services/Computer/NodeName/COM+ Applications, right-click XLANG Scheduler, and then click Properties.
On the Advanced tab, click to clear the Disable Changes check box, click OK, and then click Yes.
Right-click XLANG Scheduler, and then click Properties. On the Identity tab, click This User, specify the account that is used to start the BizTalk service,
and then click OK.
NOTE: This must be accomplished on each node before you test
failover.
There are many components to BizTalk, and you can implement
these in several different ways. Although this article outlines the most common
configuration, you can customize this configuration to meet your business
needs. Please see the following whitepaper for detailed information about the
different ways to implement BizTalk: