Monitoring BizTalk Server

The Different Monitoring Tools for Monitoring Windows and BizTalk Server Systems

You can use System Monitor, Task Monitor, Network Monitor, Event Viewer, and Performance Logs And Alerts to monitor the system. You can use System Monitor and Performance Logs And Alerts to create baselines, identify bottlenecks, determine performance trends, and test any configuration changes. Windows Server provide tools and utilities that can be used to monitor a system.

It is recommended to draw up a thorough server monitoring plan once you have established your baseline performance metrics for a server. A few elements that should be incorporated into a server monitoring plan are:

The Performance console can used be to collect and view performance objects and counters’ information. The Performance console contains the following tools:

An object can be described as a collection of counters that is associated with a system resource or service which produce the data you can assess. When an object executes a function, its associated counters are updated. A counter can be regarded as a data reporting component in an object. The counter represents data for a particular component of the system or service. Each object therefore has a set of counters that track particular information on the performance object. An instance refers to the incident of multiple performance objects of the identical type on a computer. An object can have one or multiple instances.

To use System Monitor, you must be a member of the Administrators group, the Server Operators group, the Performance Log Users group, or the Performance Monitor Users group. To start System Monitor, click Start, Administrative Tools, Performance, and select System Monitor. To add counters in System Monitor, you can click Add Counters to display the Add Counters dialog box.

The System Monitor Properties dialog box consists of five tabs that are used to configure and manage System Monitor properties. Click the Properties button available on the System Monitor Toolbar to configure System Monitor properties

A few key activities that can be performed using System Monitor and the main features of System Monitor are listed below:

You can also use the Health Monitor utility to monitor the performance of BizTalk Server. Health Monitor is ideal for monitoring and managing groups of servers from a single, central location.

You can use the Health Monitor utility to monitor the following

Using Objects and Counters to Monitor the System

The objects and counters which you can use to monitor the system are listed here:

How to create a BizTalk Server Performance Log

  1. Open the Performance console.
  2. Expand the Performance Logs And Alerts node.
  3. Select Counter Logs.
  4. In the right pane, right-click and then select New Log Settings from the shortcut menu.
  5. Enter a name for the new performance log in the Name textbox. Click OK.
  6. Click Add.
  7. From the Performance Object drop-down list, select Active Server Pages.
  8. Select the Select Counters From List option.
  9. Select the Requests Queued counter and click Add.
  10. Select the Requests/Sec counter and click Add.
  11. Select the Request Wait Time and click Add.
  12. From the Performance Object drop-down list, select System.
  13. Select the Context Switches/Sec counter and click Add.
  14. Select the Processor Queue Length counter and click Add.
  15. From the Performance Object drop-down list, select Memory.
  16. Select the Available Bytes counter and click Add.
  17. Select the Page Reads/sec counter and click Add.
  18. Select the Pages Input/sec counter and click Add.
  19. Select the Page Faults/sec counter and click Add.
  20. From the Performance Object drop-down list, select Physical Disk.
  21. Select the Current Disk Queue Length counter and click Add.
  22. Select the %Disk Time counter and click Add.
  23. From the Performance Object drop-down list, select Processor.
  24. Select the % Processor Time counter and click Add.
  25. From the Performance Object drop-down list, select Network Segment.
  26. Select the Bytes received per second counter and click Add.
  27. Select the Bytes sent per second counter and click Add.
  28. From the Performance Object drop-down list, select BizTalk Server.
  29. Select the Documents Received/sec counter and click Add.
  30. Select the Documents Processed/sec counter and click Add.
  31. Select the Asynchronous Submissions/ sec counter and click Add.
  32. Select the Synchronous Submissions/sec counter and click Add.
  33. From the Performance Object drop-down list, select SQL Server:Buffer Manager.
  34. Select the Page reads/sec counter and click Add.
  35. Select the Page writes/sec counter and click Add.
  36. From the Performance Object drop-down list, select MSMQ Queue.
  37. Select Messages In Queue and click Add.
  38. Click Close.

How to configure the number of threads to improve performance

  1. Open the BizTalk Server Administration console.
  2. Expand the Microsoft BizTalk Server 2000 node and expand the BizTalk Server Group node.
  3. Right-click the BizTalk server that you want to configure and select Stop from the shortcut menu.
  4. Right-click the BizTalk server again and select Properties from the shortcut menu.
  5. Enter an appropriate value in the Maximum Number Of Receive Function Threads Allowed textbox.
  6. Enter an appropriate value in the Maximum Number Of Worker Threads Per Processor Allowed textbox.
  7. Click OK.
  8. Right-click the BizTalk server again and select Start from the shortcut menu.

How to tune BizTalk server group properties

  1. Open the BizTalk Server Administration console.
  2. Expand the Microsoft BizTalk Server 2000 node and right-click the BizTalk Server Group node and select Properties from the shortcut menu.
  3. On the General tab, enter an appropriate value in the Messaging Management Object Cache Refresh Interval (seconds) box.
  4. Click the Parser tab.
  5. Use the up and down arrows to arrange the server call sequence.
  6. Click OK.

Using Certificates to Improve BizTalk Server Security

A public key infrastructure (PKI) can be defined as a set of technologies which control the distribution and utilization of unique identifiers, called public and private keys, through the utilization of digital certificates. The set of technologies that constitute the PKI is a collection of components, standards and operational policies. The PKI process is based on the use of public and private keys to provide confidentiality and integrity of an organization’s data as it is transmitted over the network. When users partake in the PKI, messages are encoded using encryption, and digital signatures are created which authenticate their identities. The recipient of the message would then decrypt the encoded message.

To ensure that data is securely transmitted over the Internet, intranet, and extranet; cryptography is used. With PKI, you can define cryptography as being the science used to protect data. A type of cryptography, called encryption, uses mathematical algorithms to change data to a format that cannot be read, to protect the data. Encryption basically ensures that the content of a data message is hidden from unauthorized parties intercepting the message. A mathematical algorithm contains the method used to scramble the original message into ciphertext. A cryptographic key is utilized to either change plaintext (original message) to ciphertext (scrambled message) or to change ciphertext (scrambled message) to plaintext (original message). It is the ciphertext that is transmitted over the network. The message is decrypted into a readable format once it has reached the intended recipient.

Encryption utilizes keys to encrypt and decrypt data. Longer complicated keys mean that data is more protected from interpretation by another person.

Windows Server 2003 includes Microsoft Certificate Services which can be used to implement a PKI. Through Certificate services, you can publish, issue, and store and perform management tasks for certificates. The Certificate services are considered as a primary component of the Windows PKI because it provides the means for certificates and any policies associated with the management of certificates, to be centrally administered. While third party CAs such as VeriSign and Thawte can be utilized, the most cost effective solution for larger organizations that need a considerable amount of certificates issued, is to use a Windows PKI implementation.

A certificate authority (CA) is the trusted entity that issues digital certificates to users, computers or a service. An organization can have multiple CAs, which are arranged in a logical manner. A CA can be a trusted third party entity such as VeriSign or Thawte, or it can be an internal entity of the organization. An example of an internal CA entity is Windows Server 2003 Certificate Services. Windows Server 2003 Certificate Services can be used to create certificates for users and computers in Active Directory domains.

To use certificates to improve BizTalk Server security, you have to complete the following steps:

How to install Microsoft Certificate Services

  1. Place the Windows 2003 CD-ROM into the CD-ROM drive.
  2. Select Install optional Windows components.
  3. This action launches the Windows Components Wizard.
  4. On the Wizard Components page, select Certificate Services.
  5. Click Yes in the message dialog box that warns that you would not be able to modify the name of the server.
  6. In the CA Type page, select Enterprise Root CA. Enable the Advanced Options checkbox. Click Next.
  7. On the Public and Private Key Pair page, leave the default settings unchanged and then click Next.
  8. In the CA Identifying Information page, set the common name for the CA. This name will be used in Active Directory, and in the enterprise.
  9. In the Validity Period boxes, enter the lifetime for the CA. Click Next.
  10. On the Certificate Database Settings page, verify that the locations specified for the database file and log files are correct.
  11. At this stage IIS services are stopped, and the certificate service is installed and the CA database started. IIS is restarted after this.
  12. Click OK when a message dialog box appears, warning that ASP must be enabled for Web enrollment.
  13. Click Finish.

How to issue certificates

  1. Click Start, Administrative Tools, and then click Certification Authority.
  2. Expand the CA node.
  3. Right-click Policy Settings and select New and then Certificate To Issue from the shortcut menu.
  4. The Select Certificate Template dialog box opens.
  5. Select the template to issue certificates.
  6. Click OK.

How to create the Certificates Manager console

  1. Click Start, and then Run. Type mmc in the text box. Click OK
  2. This action opens a blank MMC window which you will use to add snap-ins.
  3. Use the File/Console menu to choose Add/Remove Snap-in. The Console menu is renamed the File menu in the latest MMC version, MMC 2 version 5.2.
  4. When the Add/Remove Snap-in dialog box opens, click Add.
  5. In the Add Standalone Snap-in dialog box, select Certificates and click Add.
  6. The Certificates Snap-in dialog box opens.
  7. Select Computer Account.
  8. Click Finish.
  9. Click Close in the Add Standalone Snap-in dialog box.
  10. Click OK in the Add/Remove Snap-in dialog box.
  11. Use the File/Console menu to choose Save As.
  12. Provide a name in the File Name textbox on the Save As dialog box.
  13. Click Save.

How to move the certificate to the BizTalk store

  1. Open the Certificates Manager console.
  2. Locate the certificate that you want to move to the BizTalk store.
  3. Drag the certificate from its existing location to the BizTalk store.

How to configure the SMTP host

  1. Open the BizTalk Server Administration console.
  2. Expand the Microsoft BizTalk Server 2000 node and expand the BizTalk Server Group node.
  3. Right-click BizTalk Server Group and select Properties from the shortcut menu.
  4. In the SMTP Host textbox, enter the name of the SMTP server.
  5. Click OK.

How to configure a messaging port to use a certificate

  1. Open BizTalk Messaging Manager.
  2. Click the File menu, select New, and then select Organization.
  3. The New Organization dialog box opens.
  4. Enter a name for the new organization and click OK.
  5. Click the File menu, select New, select Messaging Port, and then select To An Organization.
  6. The New Messaging Port Wizard initiates.
  7. On the General Information screen, enter a name in the Name textbox.
  8. In the Comments box, enter a meaningful description. Click Next.
  9. On the Destination Organization screen, click the Browse button.
  10. When the Select An Organization dialog box opens, select Secure Organization and then click OK.
  11. Click Browse under Primary Transport.
  12. The Primary Transport dialog box opens.
  13. Select SMTP from the Transport Type drop-down list box.
  14. Enter the appropriate information in the Address field.
  15. Click OK in the Primary Transport dialog box.
  16. Click Next on the Destination Organization screen.
  17. On the Envelope Information screen, you can use the default settings. Click Next.
  18. On the Security Information screen, select the S/MIME option from the Encryption Type drop-down list.
  19. Click the Browse button next to Certificate Name.
  20. When the Select An Encryption Certificate dialog box opens, select the certificate and then click OK.
  21. Uncheck the Create A Channel For This Messaging Port checkbox.
  22. Click Finish.

Using Clustering Technologies to Improve Fault Tolerance and Availability

Microsoft Clustering Server (MSCS), initially launched in the Windows NT Server Enterprise Edition, enabled organizations to increase server availability for mission critical resources by grouping multiple physical servers into a cluster. Servers in the cluster are referred to as nodes, while services and applications are referred to as resources. A cluster can be defined as the grouping of two or multiple physical servers that are portrayed as, and operate as one network server. These servers provide redundancy to the enterprise network by resuming operations of a failed server within the cluster. This procedure is known as failover. The process of failback occurs when a failed server automatically recommences performing its former operations once it is online again. The cluster can also be configured to provide load balancing features. With the introduction of Windows 2000 this technology became known as Microsoft Cluster Service. Microsoft Cluster Service is best suited for network services that require a high degree of availability. Windows Server 2003 can support eight node server clusters.

Resource DLLs manage resources in the cluster, and provide the mechanism for Cluster Service to maintain communications with its supported applications. A quorum resource has to exist in order for a node in the cluster to carry out its functions. This common resource holds the cluster database’s synchronized version that stores management data for the cluster. The quorum resource is located on the physical disk of the shared drive of the cluster. Clustering software such as resources makes is possible for the cluster to operate. Administrative software is the software utilized to manage the cluster, such as Cluster Administrator.

A few advantages of installing cluster servers are:

Server clusters can be deployed, using either of these server cluster designs:

Windows Network Load Balancing (NLB) is a clustering technology that provides high availability and scalability. NLB is typically utilized to assign Web requests between a cluster of Internet server applications. NLB reroutes any requests that are sent to a failed NLB cluster server. With NLB, client requests are load balanced according to the configured load balancing parameters. Servers in the NLB cluster can therefore be configured to share the processing load of client requests. The Wlbs.sys driver of NLB is configured for each server in the cluster, and functions between the network adapter and the TCP/IP protocol. The driver manages and allocates client requests to a server in the cluster.

With NLB there is no single instance of failure purely because it is regarded as a distributed application. Throughput is maximized because the broadcast subnet is utilized to distribute client requests to the cluster servers. These client requests are then filtered on each cluster server.

To ensure high performance, NLB uses a distributed filtering algorithm to match incoming client requests to the NLB servers in the cluster when making load balancing decisions. When an incoming packet is received, all the NLB servers check to determine which NLB server should handle the client request. The NLB servers use a statistical mapping that determines a host priority for the incoming packet, to identify the NLB server that should handle the request. Once the NLB server is identified for the packet, the remainder of the servers in the NLB cluster discards the packet. Each server in the NLB cluster utilizes and transmits heartbeat messages to identify the state of the cluster. The heartbeat message holds information on the state of the cluster, and the cluster configurations and associated port rules.

The servers in a NLB cluster send heartbeat messages to determine the state of the cluster. Each heartbeat message contains the following information:

The advantages of NLB clusters are listed here:



Top 5 Free Networking Tools

Bookmark Monitoring BizTalk Server

Latest Blog Posts


English English GermanGerman SpanishSpanish FrenchFrench ItalianItalian PortuguesePortuguese RussianRussian DutchDutch
GreekGreek HindiHindi JapaneseJapanese KoreanKorean ChineseChinese Chinese (Simplified)Chinese (Simplified) ArabicArabic

Copyright 2009 Tech-FAQ. All rights reserved. Privacy Policy.