BAMAdministrators
group.Parent topic: Configuring the Enterprise Deployment
As you perform the tasks in this chapter, you will be referencing the directory variables listed in this section.
The values for several directory variables are defined in File System and Directory Variables Used in This Guide.
ORACLE_HOME
ASERVER_HOME
MSERVER_HOME
ORACLE_RUNTIME
OHS_DOMAIN_HOME
In addition, you will be referencing the following virtual IP (VIP) address defined in Physical and Virtual IP Addresses Required by the Enterprise Topology:
ADMINVHN
Actions in this chapter will be performed on the following host computers:
SOAHOST1
SOAHOST2
WEBHOST1
WEBHOST2
BAMHOST1
BAMHOST2
Before you add Oracle BAM to your existing Oracle SOA Suite domain, consider the following information and prerequisites.
Note:
If you choose to install Oracle BAM on a separate set of host computers, then in addition to the prerequisites listed here, see Special Instructions When Configuring Oracle BAM on Separate Hosts.
This chapter assumes you are configuring Oracle Business Activity Monitoring on the same host computers as Oracle SOA Suite, as shown in Figure 3-2.
In the default Oracle SOA Suite and Oracle Business Activity Monitoring topology, you target Oracle BAM to its own Managed Servers and its own cluster, but it shares system resources with the other Oracle SOA Suite products on SOAHOST1 and SOAHOST2. Those system resources include a shared storage device where the Oracle SOA Suite software has been installed in an existing Oracle home directory.
In the default topology, there is no need to install Oracle BAM, because Oracle BAM is included in the Oracle SOA Suite and Oracle Business Process Management distribution and is installed into the Oracle home directories when you install Oracle SOA Suite in Understanding the SOA Enterprise Deployment Topology .
The schemas required for Oracle BAM are created in the database when you run the Repository Creation Utility (RCU) to create the required Oracle SOA Suite schemas.
As a result, there is no need to run RCU specifically for Oracle BAM.
If the BAM system is being created without the other Oracle SOA Suite products and the SOA schemas creation has not been performed yet, you must use the RCU installation steps provided in Extending the Domain with Oracle SOA Suite .
If you have not yet backed up the existing Fusion Middleware Home and domain, back it up now.
To back up the existing Fusion Middleware Home and domain, see Performing Backups and Recoveries in the SOA Enterprise Deployments.
If you choose to configure Oracle BAM on its own hardware, then you can use the instructions in this chapter, as long as you also consider the information in the following sections.
For some organizations, it might make sense to install and configure Oracle BAM on separate host computers so the Oracle BAM software can use dedicated hardware resources and can be further isolated from the other Oracle SOA Suite products.
If you are configuring Oracle BAM on its own set of host computers, you must procure the additional hardware and be sure it meets the system requirements described in Host Computer Hardware Requirements and Operating System Requirements for the Enterprise Deployment Topology.
You should also add the required entries to the Enterprise Deployment Workbook, as described in Using the Enterprise Deployment Workbook . For the purposes of this guide, you can refer to these host computers as BAMHOST1 and BAMHOST2.
If you are configuring Oracle BAM on its own set of host computers, then you should follow the same shared storage strategy you are following for the host computers where the other Oracle SOA Suite products are installed.
Note:
The Oracle home used by BAMHOST1 and BAMHOST2 must contain the exact set of software binaries used by the SOAHOST1 and SOAHOST2 hosts in the domain; otherwise, unpredictable behavior in the execution of the binaries may occur.
Depending on your shared storage strategy, one of the following sections apply if you are using separate host hardware for the Oracle BAM software:
If BAMHOST1 and BAMHOST2 are using separate shared storage volumes or partitions, then you must install the Infrastructure and optionally Oracle SOA Suite on those hosts. For more information, see Shared Storage Recommendations When Installing and Configuring an Enterprise Deployment.
Note that the location where you install the Oracle home (which contains the software binaries) will vary, depending upon the host. To identify the proper location for you Oracle home directories, refer to the guidelines in File System and Directory Variables Used in This Guide.
To install the software on BAMHOST1 and BAMHOST2, log in to each host, and perform the following tasks:
Use the instructions in Installing the Oracle Fusion Middleware Infrastructure in Preparation for an Enterprise Deployment to create the Oracle home on the appropriate storage device and install Oracle Fusion Middleware Infrastructure.
Optionally use the instructions in Installing Oracle SOA Suite for an Enterprise Deployment to install the Oracle SOA Suite software.
If BAMHOST1 and BAMHOST2 are using an existing volume or partition where the Oracle Fusion Middleware Infrastructure or Oracle SOA Suite are already installed, then you must mount the volumes appropriately to BAMHOST1 and BAMHOST2. For more information, see Mounting the Required Shared File Systems on Each Host. Ensure that BAMHOST1 and BAMHOST2 have access to this Oracle home, just like the rest of the hosts in the domain.
This is the preferred method of using shared storage for the enterprise deployment. For more information, see Shared Storage Recommendations When Installing and Configuring an Enterprise Deployment.
After you have mounted an existing volume or partition that contains an existing Oracle home, then you should attach the Oracle home to the local Oracle Inventory on BAMHOST1 or BAMHOST2.
To attach an Oracle home in shared storage to the local Oracle Inventory, use the following command on the BAMHOSTs:
cd ORACLE_HOME/oui/bin/attachHome.sh
./attachHome.sh -jreLoc JAVA_HOME
The pack
and unpack
utilities is used to bootstrap the domain configuration for the WLS_BAM1 and WLS_BAM2 servers. As a result, if you have mounted an existing Oracle home with the required software already installed, then you do not need to install any software in these two hosts.
If you are configuring Oracle BAM on separate host computers, then the instructions in this chapter for configuring the domain with the Configuration Wizard are slightly different.
Specifically, be sure to create additional Oracle WebLogic Server machines for BAMHOST1 and BAMHOST2, and then target the WLS_BAM1 and WLS_BAM2 Managed Servers to those machines, rather than to SOAHOST1 and SOAHOST2.
For more information, see Task 14, "Verifying the Existing Machines" and Task 15, "Assigning Servers to Machines".
If you are configuring Oracle BAM on separate host computers, then the instructions in this chapter for propagating the domain to the other domain directories must be modified.
Specifically, in addition to propagating the domain to the Managed Server domain directories on SOAHOST1 and SOAHOST2, you must also unpack the domain in the local Managed Server directories for BAMHOST1 and BAMHOST2.
Note that this means you must start the Node Manager software on each BAMHOST computer before you can remotely start the WLS_BAM Managed Servers on these hosts.
The table in this section lists the high-level steps for extending a SOA domain for Oracle Business Activity Monitoring.
Step | Description | More Information |
---|---|---|
Run the Configuration Wizard to Extend the Domain in the Administration Server domain home |
Extend the SOA domain to contain Oracle BAM components |
Extending the SOA Domain to Include Oracle Business Activity Monitoring |
Configure a Default Persistence Store for Transaction Recovery |
To leverage the migration capability of the Transaction Recovery Service for the servers within a cluster, store the transaction log in a location accessible to a server and its backup servers. |
Configuring a Default Persistence Store for Transaction Recovery |
Propagate the Domain Configuration to the Managed Server domain directories |
Oracle BAM requires some updates to the WebLogic Server start scripts. Propagate these changes using the pack and unpack commands. |
Propagating the Extended Domain to the Domain Directories and Machines |
Add the SOA Administrator role to the Oracle BAM Administration Group |
This step allows you to use one set of credentials to access the various product-specific management utlities. |
Adding the Enterprise Deployment Administration User to the Oracle BAM Administration Group |
Start the Oracle BAM Servers |
Oracle BAM servers extend an already existing domain. As a result, the Administration Server and respective Node Managers are already running in SOAHOST1 and SOAHOST2. |
|
Validate the WLS_BAM Managed Servers |
Verify that the server status is reported as Running in the Admin Console and access URLs to verify status of servers. |
|
Configuring Oracle HTTP Server for the WLS_BAMn Managed Servers |
To enable Oracle HTTP Server to route to Oracle BAM, add the required directives to the Oracle HTTP Server configuration files, and set the WebLogicCluster parameter to the list of nodes in the cluster. |
Configuring Oracle HTTP Server for the WLS_BAM Managed Servers |
Configure the WebLogic Server Proxy Plugin |
Enable the WebLogic Server Proxy Plugin for Oracle BAM. |
|
Validating Access Through Oracle HTTP Server |
Verify that the server status is reported as Running. |
Validating Access to Oracle BAM Through the Hardware Load Balancer |
Configure Automatic Service Migration for the Oracle BAM Servers |
Service migration ensures that key pinned services can be migrated automatically to another Managed Server in the cluster if one of the Managed Servers or host computers fails. For more information about service migration, see Using Whole Server Migration and Service Migration in an Enterprise Deployment. |
Configuring Automatic Service Migration for the Oracle BAM Servers |
Backing up the Oracle BAM Configuration |
To back up the domain configuration for immediate restoration in case of failures in future procedures. |
You can use the Configuration Wizard to extend the existing enterprise deployment SOA domain with the Oracle Business Activity Monitoring.
Extending the domain involves the following tasks.
Note:
If you added any customizations directly to the start scripts in the domain, those will be overwritten by the configuration wizard. To customize server startup parameters that apply to all servers in a domain, you can create a file called setUserOverrides.sh
and configure it, for example, add custom libraries to the WebLogic Server classpath, specify additional java command line options for running the servers, or specify additional environment variables. Any customizations you add to this file are preserved during domain upgrade operations, and are carried over to remote servers when using the pack
and unpack
commands.
To begin domain configuration:
In this step, you extend the domain created in Extending the Domain with Oracle SOA Suite , to contain Oracle Business Activity Monitoring components.
The steps reflected in this section would be very similar if Oracle Business Activity Monitoring was extending a domain containing only an Administration Server and a WSM-PM Cluster, but some of the options, libraries and components shown in the screens could vary.
Domain creation and configuration includes the following tasks:
Task 1, "Selecting the Domain Type and Domain Home Location"
Task 5, "Providing the GridLink Oracle RAC Database Connection Details"
Task 19, "Reviewing Your Configuration Specifications and Configuring the Domain"
On the Configuration Type screen, select Update an existing domain.
In the Domain Location field, select the value of the ASERVER_HOME variable, which represents the complete path to the Administration Server domain home you created in Creating the Initial Infrastructure Domain for an Enterprise Deployment.
For more information about the directory location variables, see File System and Directory Variables Used in This Guide
Tip:
More information about the other options on this screen can be found in Configuration Type in Oracle Fusion Middleware Creating WebLogic Domains Using the Configuration Wizard.
On the Templates screen, make sure Update Domain Using Product Templates is selected, then select the following template:
Oracle Business Activity Monitoring- 12.2.1.2.0[soa]
Click Next.
Note:
Any custom data sources that were created before the extension (like LEASING datasources) will show up before this screen. Check the Datasources row and click Next. The test data source screen will verify its validity. Click Next.
All fields are pre-populated, because you already configured the domain to reference the Fusion Middleware schemas that are required for the Infrastructure domain. Verify and ensure that credentials in all the fields are the same that you have provided while configuring Oracle Fusion Middleware Infrastructure.
Click Get RCU Configuration after you finish verifying the database connection information. The following output in the Connection Result Log indicates that the operation succeeded:
Connecting to the database server...OK Retrieving schema data from database server...OK Binding local schema components with retrieved data...OK Successfully Done.
On the JDBC Component Schema page, select the following schemas:
BAM Schema
BAM Job Sched Schema
BAM Leasing Schema
BAM Non JTA Schema
BAM MDS Schema
Select Convert to Gridlink, and then click Next.
On the GridLink Oracle RAC Component Schema screen, provide the information required to connect to the RAC database and component schemas, as shown in the following table.
Element | Description and Recommended Value |
---|---|
SCAN, Host Name, and Port |
Select the SCAN check box. In the Host Name field, enter the Single Client Access Name (SCAN) Address for the Oracle RAC database. In the Port field, enter the SCAN listening port for the database (for example, |
ONS Host and Port |
In the ONS Host field, enter the SCAN address for the Oracle RAC database. In the Port field, enter the ONS Remote port (typically, |
Enable Fan |
Verify that the Enable Fan check box is selected, so the database can receive and process FAN events. |
On the Test JDBC Data Sources screen, confirm that all connections were successful.
The connections are tested automatically. The Status column displays the results. If all connections are not successful, click Previous to return to the previous screen and correct your entries.
Click Next when all the connections are successful.
To complete domain configuration for the topology, select the following options on the Advanced Configuration screen:
Topology
Add, Delete, or Modify Settings for Server Templates, Managed Servers, Clusters, Virtual Targets, and Coherence.
File Store
Click Next.
On the Managed Servers screen, add the required managed servers for Oracle BAM:
Select the automatically created server and rename it to WLS_BAM1.
Click Add to add another new server and enter WLS_BAM2 as the server name.
Select BAM12-MGD-SVRS-ONLY as the server group for the BAM Servers. Deselect BAM12-MGD-SVRS from the list.
The configuration for the added servers should match those shown in the following table.
Name | Listen Address | Listen Port | SSL Listen Port | SSL Enabled | Server Groups |
---|---|---|---|---|---|
WLS_SOA1* |
SOAHOST1 |
8001 |
n/a |
No |
SOA-MGD-SVRS-ONLY |
WLS_SOA2* |
SOAHOST2 |
8001 |
n/a |
No |
SOA-MGD-SVRS-ONLY |
WLS_WSM1 |
SOAHOST1 |
7010 |
n/a |
No |
JRF-MAN-SVR WSMPM-MAN-SVR |
WLS_WSM2 |
SOAHOST2 |
7010 |
n/a |
No |
JRF-MAN-SVR WSMPM-MAN-SVR |
WLS_BAM1 |
SOAHOST1 |
9001 |
n/a |
No |
BAM12-MGD-SVRS-ONLY |
WLS_BAM2 |
SOAHOST2 |
9001 |
n/a |
No |
BAM12-MGD-SVRS-ONLY |
*The WLS_SOA1 and WLS_SOA2 Managed Servers are shown if you are extending a domain where Oracle SOA Suite has already been configured.
*When specifying the listen address for WLS_BAM1 and WLS_BAM2, enter the IP address for SOAHOST1 and SOAHOST2, respectively, unless you are configuring Oracle BAM on separate host computers (BAMHOST1 and BAMHOST2). If you are configuring Oracle BAM on separate hosts enter the listen addresses for BAMHOST1 and BAMHOST2.
On the Configure Clusters screen, click Add to add the BAM_Cluster (leave the present cluster as they are):
Table 17-1 List of Clusters When Extending the Domain for Oracle BAM
Name | Cluster Address | Frontend Host | Frontend HTTP Port | Frontend HTTPS Port |
---|---|---|---|---|
SOA_Cluster* |
Leave it empty |
soa.example.com |
80 |
443 |
WSM-PM_Cluster |
Leave it empty |
Leave it empty |
Leave it empty |
Leave it empty |
BAM_Cluster |
Leave it empty |
soa.example.com |
80 |
443 |
*The SOA cluster appears only if you have already configured Oracle SOA Suite in the domain.
Click Next.
Click Next to continue.
Click Next to continue.
On the Assign Servers to Clusters screen, assign servers to clusters as follows:
BAM_Cluster:
WLS_BAM1
WLS_BAM2
Click Next.
Use the Coherence Clusters screen to configure the Coherence cluster that is automatically added to the domain. Leave the port number value at 9991, as it was defined during the initial Infrastructure domain creation.
Verify the machines that have already been created in the domain. By default, you will be targeting the new Oracle BAM Managed Servers to the SOAHOST1 and SOAHOST2 machines, respectively.
However, if you are configuring Oracle BAM on separate host computers, then you must create two new machines for the corresponding BAMHOST1 and BAMHOST2 host computers:
Select the Unix Machine tab.
Use the Add button to create two new Unix machines for BAMHOST1 and BAMHOST2.
Node Manager Listen Address to the physical IP address for BAMHOST1 and BAMHOST2.
Verify the port in the Node Manager Listen Port field.
The port number 5556, shown in this example, may be referenced by other examples in the documentation. Replace this port number with your own port number as needed.
Leave all other fields to their default values.
Click Next.
On the Assign Servers to Machines screen, assign the new WLS_BAM1 and WLS_BAM2 servers to the SOAHOST1 and SOAHOST2 machines, respectively.
However, if you are configuring Oracle BAM on separate host computers, assign the new Oracle BAM servers to the newly created BAMHOST1 and BAMHOST2 machines, respectively.
Click Next.
Do not specify any values. Click Next.
Do not specify any values. Click Next.
On the JMS File Stores screen, assign the following directory for each of the Oracle BAM persistent stores, including the 2 UMS JMS file stores created in this session:
ORACLE_RUNTIME/domain_name/BAM_Cluster/jms
Do not change the values assigned to the existing JMS file stores, which correspond to the clusters you created for previously configured products.
The Configuration Summary screen contains the detailed configuration information for the domain you are about to create. Review the details of each item on the screen and verify that the information is correct.
Click Update.
In the Extending Domain screen, click Done.
Start the Administration Server to ensure the changes you have made to the domain have been applied.
Oracle WebLogic Server uses the transaction logs to recover from system crashes or network failures.
Each Managed Server uses a transaction log that stores information about committed transactions that are coordinated by the server and that may not have been completed.
Oracle WebLogic Server uses this transaction log for recovery from system crashes or network failures. To leverage the migration capability of the Transaction Recovery Service for the Managed Servers within a cluster, store the transaction log in a location accessible to each Managed Server and its backup server.
Note:
To enable migration of the Transaction Recovery Service, specify a location on a persistent storage solution that is available to other servers in the cluster. All Managed Servers in the cluster must be able to access this directory. This directory must also exist before you restart the server.
The recommended location is a dual-ported SCSI disk or on a Storage Area Network (SAN). Note that it is important to set the appropriate replication and backup mechanisms at the storage level to guarantee protection in cases of a storage failure.
This information applies for file-based transaction logs. You can also configure a database-based persistent store for translation logs. For more information, see Using Persistent Stores for TLOGs and JMS in an Enterprise Deployment.
For instructions to configure a default persistence store with static clusters, see Configuring a Default Persistence Store for Transaction Recovery with a Static Cluster.
After you have extended the domain with the BAM instances, and you have restarted the Administration Server on SOAHOST1, you must then propagate the domain changes to the domain directories and machines.
The following table summarizes the steps required to propagate the changes to all the domain directories and machines.
Task | Description | More Information |
---|---|---|
Pack up the Extended Domain on SOAHOST1 |
Use the Pack command to create a new template jar file that contains the new BAM Servers configuration. When you pack up the domain, create a template jar file called soadomaintemplateExtBAM.jar. |
|
Unpack the Domain in the Managed Servers Directory on SOAHOST1* |
Unpack the template jar file in the Managed Servers directory on SOAHOST1 local storage. |
Unpacking the Domain in the Managed Servers Domain Directory on SOAHOST1 |
Unpack the Domain on SOAHOST2 |
Unpack the template jar file in the Managed Servers directory on the SOAHOST2 local storage. |
*If you are configuring Oracle BAM on separate hosts, then you would unpack the domain on BAMHOST1 and BAMHOST2, rather than on SOAHOST1 and SOAHOST2.
Before you validate the Oracle BAM configuration on the Managed Server, add the enterprise deployment administration user (weblogic_soa) to the BAMAdministrators
group.
To perform this task, refer to Configuring Roles for Administration of Oracle SOA Suite Products.
After extending the domain, restarting the Administration Server, and propagating the domain to the other hosts, start the newly configured BAM servers.
Enter the following URL into a browser to display the Fusion Middleware Control login screen:
http://ADMINVHN:7001/em
Log in to Fusion Middleware Control using the Administration Server credentials.
In the Target Navigation pane, expand the domain to view the Managed Servers in the domain.
Select only the WLS_BAM1 Managed Server and click Start Up on the Oracle WebLogic Server toolbar.
Note:
BAM Servers depend on the policy access service to be functional, so the WSM-PM Managed Servers in the domain need to be up and running and reachable before the BAM servers are started.
When the startup operation is complete, navigate to the Domain home page and verify that the WLS_BAM1 Managed Server is up and running.
To verify that the BAM software is configured properly:
Enter the following URL in the browser:
http://SOAHOST1:9001/bam/composer
The login screen for BAM's composer appears.
If you configured Oracle BAM on separate host computers, enter BAMHOST1 in the URL, rather than SOAHOST1.
Enter the weblogic_soa
login credentials.
The BAM Composer screen appears.
Enter the following URL:
http://SOAHOST1:9001/inspection.wsil/
If you configured Oracle BAM on separate host computers, enter BAMHOST1 in the URL, rather than SOAHOST1.
You should see a response with the following list of links.
Enter the following URL in the browser:
http://SOAHOST1:9001/bam/cqservice/
If you configured Oracle BAM on separate host computers, enter BAMHOST1 in the URL, rather than SOAHOST1.
You should get a message in the browser indicating " BAM CQService is running."
After you start the WLS_BAM2 managed server, you must verify that the server status is reported as ‘Running’ in the Admin Console and access the URLs to verify the status of the servers.
Configure the Web server instances on the Web tier so that the instances route requests for both public and internal URLs to the proper clusters in the extended domain.
For additional steps in preparation for possible scale-out scenarios, see Updating Cross Component Wiring Information.
If you have configured Oracle Traffic Director for this domain, you might be required to add additional origin server pools, virtual servers, or routes to the Oracle Traffic Director configuration. To understand the Oracle Traffic Director requirements for each Oracle Fusion Middleware product and for instructions on adding origin server pools, virtual servers, and routes, see Defining Oracle Traffic Director Virtual Servers for an Enterprise Deployment.
Make the following modifications to the Oracle HTTP Server instance configuration files to ensure that the Oracle HTTP Server instances in the Web tier can route Oracle BAM requests correctly to the Oracle BAM software on the Oracle SOA Suite cluster.
Note that these instructions assume you configuring Oracle BAM on the same host as Oracle SOA Suite. If you are using separate hosts for Oracle BAM, you must modify the WebLogicCluster parameter in the Oracle HTTP Server configuration files to reference the BAMHOST computers, rather than the SOAHOST computers.
To enable Oracle HTTP Server to route requests to Oracle BAM:
Verify that Oracle BAM URLs are successfully routing requests from the hardware load balancer to the Oracle HTTP Server instances to the Oracle BAM software in the middle tier.
You can also use this procedure test the failover of the Managed Servers where Oracle BAM is configured.
To verify the URLs:
To ensure that your software is configured for high availability, configure the Oracle Business Activity Monitoring Managed Servers for automatic service migration.
For more information on enabling automatic service migration, see Configuring Automatic Service Migration in an Enterprise Deployment.
Note:
If you are configuring Oracle BAM in its own domain, then you can use the default leasing data source (BamLeasingDatasource) when you are configuring automatic service migration for Oracle BAM.
However, in a more typical environment, where you are configuring both Oracle BAM with Oracle SOA Suite or Oracle Service Bus, then Oracle recommends you use a central automatic service migration data source, such as the LeasingDS, which is described in Configuring Automatic Service Migration in an Enterprise Deployment.
For additional high availability, you can also configure your transaction logs store and JMS store in a database. For more information, see Using Persistent Stores for TLOGs and JMS in an Enterprise Deployment.
It is an Oracle best practices recommendation to create a backup after successfully extending a domain or at another logical point. Create a backup after verifying that the installation so far is successful. This is a quick backup for the express purpose of immediate restoration in case of problems in later steps.
The backup destination is the local disk. You can discard this backup when the enterprise deployment setup is complete. After the enterprise deployment setup is complete, you can initiate the regular deployment-specific Backup and Recovery process.
For information about backing up your configuration, see Performing Backups and Recoveries in the SOA Enterprise Deployments.