Skip Headers
Oracle® Business Transaction Management Installation Guide

Go to Documentation Home
Go to Book List
Book List
Go to Table of Contents
Go to Feedback page
Contact Us

Go to previous page
Go to next page
PDF · Mobi · ePub

1 Introduction

This guide explains how to install Oracle Business Transaction Management. The information provided in this guide can help you install and configure a general purpose Business Transaction Management system suitable for experimenting with the system functions and use cases. The deployment configuration and resources required in a production environment can vary based on a variety of factors, such as anticipated throughput, message size, type and number of applied monitoring policies, and so forth. An Oracle consultant can help you determine the appropriate configuration and resource requirements for your specific needs.

This chapter provides a high-level description of the product architecture, a description of the product packaging, and general deployment guidelines.


At the highest level, Business Transaction Management consists of three types of components:

Business Transaction Management also requires access to an Oracle RDBMS for storing performance measurements, logging messages, and maintaining the environment model and Business Transaction Management configuration.

The diagram below shows a typical distributed application environment, and the relationship of the Business Transaction Management components to that environment.

Figure 1-1 Deployment of Business Transaction Management components in a typical application environment

Description of Figure 1-1 follows
Description of "Figure 1-1 Deployment of Business Transaction Management components in a typical application environment"

Business Transaction Management is designed for use in a distributed application environment in which the various Business Transaction Management components are deployed onto multiple machines and application servers.

Technically, you can install all the central servers into a single application server, but such a deployment scenario is not recommended for production environments. Installation in a single application server can be useful for demonstrations and for learning how to use the product, but this scenario might not scale successfully with a large number of business services or high volume of message traffic, just to name a few factors.

We recommend that you deploy each of the central servers to separate application servers. The Performance and Transaction components, in particular, typically perform a large amount of performance analysis computations. Dividing processes across application servers allows you to control memory and processor resources.

You should also deploy the monitor to an application server separate from the central servers. Depending on your monitoring requirements, you might need to deploy multiple monitors. You can deploy monitors either as singletons or as replicates behind a load balancer. For information about replicating the monitor, refer to Chapter 7, "Installing Monitors."

Observers must always be installed outside the application server hosting the central servers or monitors.


Oracle distributes Business Transaction Management by way of ZIP files. The central servers and monitor are packaged together in BTM_MonitorServices_*.zip (the * refers to the Business Transaction Management version number). The ZIP file's archive directory contains the central server and monitor deployments. The following table describes these deployments.

Table 1-1 The archives directory of BTM_MonitorServices_*.zip contains the central servers and monitor in the following EAR files.

Deployment Name Sub-deployments Deployment strategy







Deploy once per Business Transaction Management environment.




Deploy once per Business Transaction Management environment on a separate application server from btmMain.ear and btmTransactionServer.ear.




Deploy once per Business Transaction Management environment on a separate application server from btmMain.ear and btmPerformanceServer.ear.



Deploy as many as needed on separate application servers from any of the central servers.

The observers are packaged in individual ZIP files according to platform and observer type. The following table lists the ZIP file names and describes their contents. The * in the ZIP file names refers to the observer version number.

Table 1-2 Observers are packaged individually according to deployment platform and observer type.

Observer ZIP File Name Description


Contains the observer for JavaEE on WebLogic 10.3.


Contains the observer for JavaEE on WebLogic 9.2.


Contains the observer for Oracle SOA Suite on WebLogic 10.3.


Contains the observer for Oracle Service Bus 11gR1 on WebLogic 10.3.


Contains the observer for Oracle Service Bus 10gR3 on WebLogic 10.3.


Contains the observer for JavaEE on WebSphere 6.1.


Contains the observer for JavaEE on JBossEAP 4.3.


Contains the observer for WCF 3.5 on Microsoft IIS version 6 or 7.


Contains the observer for ASP.NET on Microsoft IIS 6.