15 Extending the Domain with Oracle Enterprise Scheduler

The procedures explained in this chapter guide you through the process of extending the enterprise deployment domain with the Oracle Enterprise Scheduler software.

About Adding Oracle Enterprise Scheduler

Before you add Oracle Enterprise Scheduler to a SOA domain, familiarize yourself with the high-level steps that you have to perform to complete the extension process.

Table 15-1 lists and describes the high-level steps to extend a SOA domain with Oracle Enterprise Scheduler.

Table 15-1 Steps for Extending a SOA Domain to Include Oracle Enterprise Scheduler

Step Description More Information

Create Database Schemas for ESS

Navigate the RCU screens to create the database schemas.

Creating the Database Schemas for ESS

Run the Configuration Wizard to Extend the Domain

Extend the SOA/OSB domain to contain Oracle Enterprise Scheduler components.

Extending the SOA Domain to Include Oracle Enterprise Scheduler

Update Certificates for New Frontend Addresses

Since the ESS, SOA, and WSM servers use the same listen addresses (different port), there is no need to create new certificates and update stores.

Update Certificates for New Frontend Addresses

Update the WebLogic Servers Security Settings

Update SSL settings for the WLS_ESS1 and WLS_ESS2 servers.

Updating the WebLogic Servers Security Settings

Propagate the Domain Configuration to the Managed Server Directory in SOAHOST1 and to SOAHOST2

Oracle Enterprise Scheduler requires some updates to the WebLogic Server start scripts. Propagate these changes by using the pack and unpack commands.

Propagating the Extended Domain to the Domain Directories and Machines

Adding the ESSAdmin Role to the SOA Administrators Group

Before you validate the Oracle Enterprise Scheduler configuration on the WLS_ESS1 Managed Server, add the ESSAdmin role to the enterprise deployment administration group (SOA Administrators).

Adding the ESSAdmin Role to the SOA Administrators Group

Start and validate the Oracle Enterprise Scheduler Servers

Once you have extended the domain, restarted the Administration Server, and propagated the domain to the other hosts, you can start the newly configured ESS servers. Verify that the server status is reported as Running in the Remote Console and access URLs to verify status of servers.

Starting and Validating the WLS_ESS1 Managed Server

Starting and Validating the WLS_ESS2 Managed Server

Modifying the Upload and Stage Directories to an Absolute Path

After you configure the domain and unpack it to the Managed Server domain directories on all the hosts, verify and update the upload and stage directories for Managed Servers in the new clusters.

Modifying the Upload and Stage Directories to an Absolute Path

Configuring Oracle HTTP Server for the WLS_ESSn Managed Servers

To enable Oracle HTTP Server to route to Oracle Enterprise Scheduler console and service, set the WebLogicCluster parameter to the list of nodes in the cluster.

Configuring Oracle HTTP Server for the WLS_ESS Managed Servers

Validating Access Through Oracle HTTP Server

Verify that the server status is reported as Running.

Validating Access to Oracle Enterprise Scheduler Through the Hardware Load Balancer

Replacing Connect Strings with the Appropriate TNS Alias

Oracle recommends using TNS Alias in the connection strings used by FMW components instead of repeating long JDBC strings across multiple connections pools.

Replacing Connect Strings with the Appropriate TNS Alias

Backing up the Oracle Enterprise Scheduler

To back up the domain configuration for immediate restoration in case of failures in future procedures.

Backing Up the Oracle Enterprise Scheduler Configuration

Variables Used When Configuring Oracle Enterprise Scheduler

As you perform the tasks in this chapter, you reference the directory variables that are 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

  • WEB_DOMAIN_HOME

In addition, you reference the following virtual IP (VIP) addresses that are defined in Physical and Virtual IP Addresses Required by the Enterprise Topology:

  • ADMINVHN

Actions in this chapter are performed on the following host computers:

  • SOAHOST1

  • SOAHOST2

  • WEBHOST1

  • WEBHOST2

Support for Reference Configuration in Oracle Enterprise Scheduler

Oracle Enterprise Scheduler supports both SOA Classic domains and SOA Reference Configuration domains. ESS can be added to a SOA Classic domain (created with the SOA Classic template) and to a SOA Reference Configuration domain (created with the SOA Reference Configuration template).

The process to extend a SOA Classic or a Reference Configuration domain to add ESS is the same and is described in this chapter.

Creating the Database Schemas for ESS

Before you can configure an Oracle ESS server, you must install the required schemas on a certified database for use with this release of Oracle Fusion Middleware.

Follow the instructions in these sections to install the schemas.

Starting the Repository Creation Utility (RCU)

To start the Repository Creation Utility (RCU):

  1. Navigate to the $ORACLE_HOME/oracle_common/bin directory on your system.
    cd $ORACLE_HOME/oracle_common/bin
  2. Make sure that the JAVA_HOME environment variable is set to the location of a certified JDK on your system. The location should be up to but not including the bin directory. For example, if your JDK is located in /u01/oracle/products/jdk:

    On UNIX operating systems:

    export JAVA_HOME=/u01/oracle/products/jdk
  3. Start RCU:

    On UNIX operating systems:

    ./rcu

    Note:

    If your database has Transparent Data Encryption (TDE) enabled, and you want to encrypt your tablespaces that are created by the RCU, provide the -encryptTablespace true option when you start RCU.

    This defaults the appropriate RCU GUI Encrypt Tablespace checkbox selection on the Map Tablespaces screen without further effort during the RCU execution. See Encrypting Tablespaces in Creating Schemas with the Repository Creation Utility.

Navigating the RCU Screens to Create the Enterprise Scheduler Schemas

Schema creation involves the following tasks:

Task 1   Introducing RCU

Click Next.

Task 2   Selecting a Method of Schema Creation

If you have the necessary permission and privileges to perform DBA activities on your database, select Create Repository > System Load and Product Load. This procedure assumes that you have the necessary privileges.

If you do not have the necessary permission or privileges to perform DBA activities in the database, you must select Prepare Scripts for System Load on this screen. This option generates a SQL script, which can be provided to your database administrator. See Understanding System Load and Product Load in Creating Schemas with the Repository Creation Utility.

Click Next.

Task 3   Providing Database Connection Details

Provide the database connection details for RCU to connect to your database.

  1. As Database Type, select Oracle Database enabled for edition-based redefinition.

    Note:

    Oracle Database enabled for edition-based redefinition (EBR) is recommended to support Zero Down Time upgrades. For more information, see https://www.oracle.com/database/technologies/high-availability/ebr.html.
  2. In the Host Name field, enter the SCAN address of the Oracle RAC Database.

  3. Enter the Port number of the RAC database scan listener, for example 1521.

  4. Enter the RAC Service Name of the database.

  5. Enter the User Name of a user that has permissions to create schemas and schema objects, for example SYS.

  6. Enter the Password of the user name that you provided in step 4.

  7. If you have selected the SYS user, ensure that you set the role to SYSDBA.

  8. Click Next to proceed, then click OK on the dialog window confirming that connection to the database was successful.

Task 4   Specifying a Custom Prefix and Selecting Schemas

Select Select existing prefix and specify the prefix you used for the original domain creation schemas.

Expand the Oracle AS Common Schemas and then select the Oracle Enterprise Scheduler in the component list.

The custom prefix is used to logically group these schemas together for use in this domain only; you must create a unique set of schemas for each domain as schema sharing across domains is not supported.

Tip:

For more information about custom prefixes, see Understanding Custom Prefixes in Creating Schemas with the Repository Creation Utility.

For more information about how to organize your schemas in a multi-domain environment, see Planning Your Schema Creation in Creating Schemas with the Repository Creation Utility.

Tip:

You must make a note of the custom prefix you choose to enter here; you need this later on during the domain creation process.

Click Next to proceed, then click OK on the dialog window confirming that prerequisite checking for schema creation was successful.

Task 5   Specifying Schema Passwords

Specify how you want to set the schema passwords on your database, then specify and confirm your passwords. Ensure that the complexity of the passwords meet the database security requirements before you continue. RCU proceeds at this point even if you do not meet the password polices. Hence, perform this check outside RCU itself.

Tip:

You must make a note of the passwords you set on this screen; you need them later on during the domain creation process.

Click Next.

Task 6   Verifying the Tablespaces for the Required Schemas

Click Next in the Default and temporary tablespaces selection (accept defaults), and click in the confirmation Pop-up window that warns about tablespaces that are being created.

Task 7   Creating Schemas

Review the summary of the schemas to be loaded, and click Create to complete schema creation.

Note:

If failures occurred, review the listed log files to identify the root cause, resolve the defects, and then use RCU to drop and recreate the schemas before you continue.

Task 8   Reviewing Completion Summary and Completing RCU Execution

When you reach the Completion Summary screen, verify that all schema creations have been completed successfully, and then click Close to dismiss RCU.

Verifying Schema Access

Verify schema access by connecting to the database as the new schema users created by the RCU. Use SQL*Plus or another utility to connect, and provide the appropriate schema names and passwords entered in the RCU.

For example:

Note:

If the database is a plugable database (PDB), the apropriate tns alias that points to the PDB must be used in the sqlplus command.
./sqlplus FMW1412_ESS/<ess_password>

SQL*Plus: Release 23.0.0.0.0 - for Oracle Cloud and Engineered Systems on Wed Sep 11 14:20:00 2024 Version 23.5.0.24.07
Copyright (c) 1982, 2024, Oracle. All rights reserved.


Connected to:
Oracle Database 23ai EE Extreme Perf Release 23.0.0.0.0 - for Oracle Cloud and Engineered Systems
Version 23.5.0.24.07

SQL>

Extending the SOA Domain to Include Oracle Enterprise Scheduler

You can use the Configuration Wizard to configure and extend the existing enterprise deployment SOA domain with Oracle Enterprise Scheduler. You also need to perform additional tasks to complete the extension.

Extending the domain involves the following tasks.

Starting the Configuration Wizard

Note:

SSL store customizations were added to the setUserOverridesLate.sh in the domain creation chapter. Any customizations added to this file are preserved when a domain is extended and are carried over to remote servers when using the pack and unpack commands.

However, if you added any additional customizations to the setDomainEnv.sh script in the domain (such as custom libraries, JAVA command line options for starting the servers or environment variables), those will be overwritten by the configuration wizard when you extend the domain. Add all the startup parameters that apply to all servers in a domain to the setUserOverridesLate.sh file. This will preserve them across extensions.

To begin domain configuration:

  1. Shut down the Administration Server to prevent any configuration locks, saves, or activations from occurring during the configuration of the domain.
  2. Navigate to the following directory and start the WebLogic Server Configuration Wizard.
    cd $ORACLE_HOME/oracle_common/common/bin
    ./config.sh

Navigating the Configuration Wizard Screens to Extend the Domain with Oracle Enterprise Scheduler

In this step, you extend the domain created in Extending the Domain with Oracle SOA Suite to contain Oracle Enterprise Scheduler components.

The steps reflected in this section are very similar to the steps required to extend an Oracle Fusion Middleware Infrastructure domain directly, but some of the options, libraries, and components shown in the screens will vary.

Domain creation and configuration includes the following tasks:

Task
Selecting the Domain Type and Domain Home Location

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 Creating WebLogic Domains Using the Configuration Wizard.

Selecting the Configuration Template

On the Templates screen, make sure Update Domain Using Product Templates is selected, then select the following templates:

  • Oracle Enterprise Scheduler Service Basic [oracle_common]

  • Oracle Enterprise Manager Plugin for ESS [em]

Click Next.

Specifying the Database Configuration Type

On the Database Configuration Type screen, select RCU Data.

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 that Vendor is Oracle and Driver is *Oracle's Driver (Thin) for Service Connections; Versions: Any.

  • Verify that Connection Parameters is selected.

  • Verify and ensure that credentials in all the fields are the same as those provided during the configuration of Oracle Fusion Middleware Infrastructure.

Note:

Any custom datasources that were created before the extension (such as LEASING datasources) will show up before this screen. Check the Datasources row and click Next. The test datasource screen will verify its validity. Click Next.

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.

Tip:

More information about the RCU Data option can be found in Understanding the Service Table Schema in Creating Schemas with the Repository Creation Utility.

More information about the other options on this screen can be found in Datasource Defaults in Creating WebLogic Domains Using the Configuration Wizard.

Specifying JDBC Component Schema Information

Select the ESS Schema and ESS MDS Schema.

When you select the schemas, the fields on the page are activated and the database connection fields are populated automatically.

Click Convert to GridLink and click Next.

Providing the GridLink Oracle RAC Database Connection Details

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

Service Name

Verify that the service name for the Oracle RAC database is appropriate. For example, soaedg.example.com.

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, 1521)

ONS Host and Port

These values are not required when you are using an Oracle 12c database or higher versions because the ONS list is automatically provided from the database to the driver.

Complete these values only if you are using Oracle 11g database:
  • In the ONS Host field, enter the SCAN address for the Oracle RAC database.
  • In the Port field, enter the ONS Remote port (typically, 6200).

Enable Fan

Verify that the Enable Fan check box is selected, so the database can receive and process FAN events.

Testing the JDBC Connections

Use the JDBC Component Schema Test screen to test the data source connections you have just configured.

A green check mark in the Status column indicates a successful test. If you encounter any issues, see the error message in the Connection Result Log section of the screen, fix the problem, then try to test the connection again.

For more information about the other options on this screen, see Test Component Schema in Creating WebLogic Domains Using the Configuration Wizard.

Selecting Advanced Configuration

To complete domain configuration for the topology, select Topology on the Advanced Configuration screen.

Configuring Managed Servers

On the Managed Servers screen, add the required managed servers for Enterprise Scheduler.

  • Select the automatically created server and click Rename to change the name to WLS_ESS1.

  • Click Add to add another new server and enter WLS_ESS2 as the server name.

  • Give servers WLS_ESS1 and WLS_ESS2 the attributes listed in Table 15-2.

Click Next.

Table 15-2 Managed Servers

Name Listen Address Enable Listen Port Listen Port Enable SSL Port SSL Listen Port Server Groups Administration Port

WLS_SOA1

SOAHOST1

Unchecked

Disabled

Checked

7004

SOA-MGD-SVRS-ONLY

9004

WLS_SOA2

SOAHOST2

Unchecked

Disabled

Checked

7004

SOA-MGD-SVRS-ONLY

9004

WLS_WSM1

SOAHOST1

Unchecked

Disabled

Checked

7010

JRF-MAN-SVR

WSMPM-MAN-SVR

9003

WLS_WSM2

SOAHOST2

Unchecked

Disabled

Checked

7010

JRF-MAN-SVR

WSMPM-MAN-SVR

9003

WLS_OSB1

SOAHOST1

Unchecked

Disabled

Checked

8003

OSB-MGD-SVRS-ONLY

9007

WLS_OSB2

SOAHOST2

Unchecked

Disabled

Checked

8003

OSB-MGD-SVRS-ONLY

9007

WLS_ESS1

SOAHOST1

Unchecked

Disabled

Checked

7008

ESS-MGD-SVRS

9006

WLS_ESS2

SOAHOST2

Unchecked

Disabled

Checked

7008

ESS-MGD-SVRS

9006

Note:

  • The WLS_SOA Managed Servers appear only if you are extending a domain where Oracle SOA Suite has been configured.

  • The WLS_OSB Managed Servers appear only if you are extending a domain where Oracle Service Bus has been configured.

Configuring a Cluster

On the Configure Clusters screen, add the ESS_Cluster cluster, by using the values for each cluster as shown in Table 19-1 in Setting the Front End Host and Port for a WebLogic Cluster.

Click Next.

Assigning Server Templates

Click Next.

Configuring Dynamic Servers

Click Next.

Assigning Managed Servers to the Cluster

On the Assign Servers to Clusters screen, assign servers to clusters as follows:

  • SOA_Cluster - If you are extending a SOA domain.

    • WLS_SOA1

    • WLS_SOA2

  • WSM-PM_Cluster:

    • WLS_WSM1

    • WLS_WSM2

  • OSB_Cluster - If you are extending an OSB domain:

    • WLS_OSB1

    • WLS_OSB2

  • ESS_Cluster:

    • WLS_ESS1

    • WLS_ESS2

Click Next.

Configuring Coherence Clusters

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.

Verifying the Existing Machines

On the Unix Machines tab, confirm that the following entries appear:

Name Node Manager Listen Address

SOAHOST1

SOAHOST1

SOAHOST2

SOAHOST2

ADMINHOST

ADMINVHN

Leave all other fields to their default values.

Click Next.

Assigning Servers to Machines

On the Assign Servers to Machines screen, assign servers to machines as follows:

  • ADMINHOST:

    • AdminServer

  • SOAHOST1

    • WLS_SOA1 (if extending a SOA domain)

    • WLS_WSM1

    • WLS_OSB1 (if extending an OSB domain)

    • WLS_ESS1

  • SOAHOST2

    • WLS_SOA2 (if extending a SOA domain)

    • WLS_WSM2

    • WLS_OSB2 (if extending an OSB domain)

    • WLS_ESS2

Click Next.

Reviewing Your Configuration Specifications and Configuring the Domain

The Configuration Summary screen contains the detailed configuration information for the domain you are about to extend. Review the details of each item on the screen and verify that the information is correct.

If you need to make any changes, you can go back to any previous screen if you need to make any changes, either by using the Back button or by selecting the screen in the navigation pane.

Click Update to execute the domain extension.

In the Configuration Progress screen, click Next when it finishes.

For more information about the options on this screen, see Configuration Summary in Creating WebLogic Domains Using the Configuration Wizard.

Writing Down Your Domain Home and Administration Server URL

The Configuration Success screen will show the following items about the domain you just configured, including:

  • Domain Location

  • Administration Server URL

Make a note of both these items, because you will need them later; you will need the domain location to access the scripts used to start the Administration Server, and you will need the Administration Server URL to access the WebLogic Remote Console and Oracle Enterprise Manager Fusion Middleware Control.

Click Finish to dismiss the Configuration Wizard.

If the Admin Server was running during the domain extension process, restart the server before you continue.

Start the Administration Server

Start the Administration Server to ensure the changes you have made to the domain have been applied.

After you have completed extending the domain, go to Propagating the Extended Domain to the Domain Directories and Machines.

Update Certificates for New Frontend Addresses

This section contains information about certificates for new frontend addresses.

Note:

About Certificates for the domain extension.

Since the ESS, SOA, and WSM servers use the same listen addresses (different port), there is no need to create new certificates and update stores. Also, since the ESS cluster uses the same frontend address as the SOA cluster, there is no need to update the OHS certificates and update trusted keystores. No action is required.

Update the WebLogic Servers Security Settings

This section contains information about WebLogic Servers security settings.

Follow the steps described in the Updating the WebLogic Servers Security Settings and update SSL settings for the WLS_ESS1 and WLS_ESS2 servers.

Propagating the Extended Domain to the Domain Directories and Machines

After you have extended the domain with the ESS 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 that are 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 ESS Servers configuration.

When you pack up the domain, create a template jar file called soadomaintemplateExtESS.jar.

Packing Up the Extended Domain on SOAHOST1

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.

Unpacking the Domain on SOAHOST2

Adding the ESSAdmin Role to the SOA Administrators Group

Before you validate the Oracle Enterprise Scheduler configuration on the WLS_ESS1 Managed Server, add the ESSAdmin role to the enterprise deployment administration group (SOA Administrators).

Starting and Validating the WLS_ESS1 Managed Server

Now that you have extended the domain, restarted the Administration Server, and propagated the domain to the other hosts, you can start the newly configured ESS servers.

To start the configured ESS servers:
  1. Enter the following URL into a browser to display the Fusion Middleware Control login screen:
    https://ADMINVHN:9002/em

    In this example:

  2. Log in to Fusion Middleware Control by using the Administration Server credentials.
  3. In the Target Navigation pane, expand the domain to view the Managed Servers in the domain.
  4. Select only the WLS_ESS1 Managed Server, and click Start Up on the Oracle WebLogic Server tool bar.

    Note:

    ESS Servers depend on the policy access service to be functional. This implies that the WSM-PM servers in the domain need to be reachable before the SOA servers are started.

  5. When the startup operation is complete, navigate to the Domain home page and verify that the WLS_ESS1 Managed Server is up and running.
  6. To verify the ESS software is configured, enter the following URL in the browser:
    https://SOAHOST1:7008/EssHealthCheck/
    

    With the default installation, this should be the HTTP response, as shown in the following image.

    Click on the Check Health button, and then log in by using the welogic_soa administration credentials.

    The reply should report that Oracle Enterprise Schedule (ESS) is up and running.

Starting and Validating the WLS_ESS2 Managed Server

After you start the WLS_ESS2 managed server, you must verify that the server status is reported as Running in the Remote Console and access the URLs to verify the status of servers.

Perform the same steps that you used to start WLS_ESS1, to start WLS_ESS2.

  1. Log in to Fusion Middleware Control by using the Administration Server credentials.
  2. In the Target Navigation pane, expand the domain to view the Managed Servers in the domain.
  3. Select only the WLS_ESS2 Managed Server, and click Start Up on the Oracle WebLogic Server tool bar.
  4. When the startup operation is complete, navigate to the Domain home page and verify that the WLS_ESS2 Managed Server is up and running, access the equivalent URLs for the WLS_ESS2:
    https://SOAHOST2:7008/EssHealthCheck/

    Click the Check Health button, and then log in by using the welogic_soa administration credentials.

    The reply reports that Oracle Enterprise Scheduler is up and running.

Modifying the Upload and Stage Directories to an Absolute Path

After you configure the domain and unpack it to the Managed Server domain directories on all the hosts, verify and update the upload and stage directories for Managed Servers in the new clusters. See Modifying the Upload and Stage Directories to an Absolute Path in an Enterprise Deployment.

Configuring the Web Tier for the Extended Domain

Configure the web server instances on the web tier so that the instances route to the proper clusters in the SOA domain.

Configuring Oracle HTTP Server for the WLS_ESS Managed Servers

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 Enterprise Scheduler requests correctly to the WLS_ESS Managed Servers on SOHOST1 and SOAHOST2.

To enable Oracle HTTP Server to route Oracle Enterprise Scheduler requests to the application tier:

  1. Log in to SOAHOST1 and change directory to the configuration directory for the first Oracle HTTP Server instance (ohs1):
    cd $WEB_DOMAIN_HOME/config/fmwconfig/components/OHS/ohs1/moduleconf
    
  2. Add the following directives inside the <VirtualHost> tag in the soa_vh.conf file:

    Note:

    The WebLogicCluster directive needs only a sufficient number of redundant server:port combinations to guarantee initial contact in case of a partial outage. The actual total list of cluster members is retrieve automatically upon first contact with any given node.
    
    <Location /ess >
      WLSRequest ON
      WebLogicCluster SOAHOST1:7008,SOAHOST2:7008
    </Location>
    
    <Location /EssHealthCheck >
      WLSRequest ON
      WebLogicCluster SOAHOST1:7008,SOAHOST2:7008
    </Location>
    
    <Location /ess-async >
        WLSRequest ON
        WebLogicCluster SOAHOST1:7008,SOAHOST2:7008
    </Location>
    
    <Location /ess-wsjob >
        WLSRequest ON
        WebLogicCluster SOAHOST1:7008,SOAHOST2:7008
    </Location>
  3. Log in to SOAHOST2 and change directory to the following location so you can update the configuration file for the second Oracle HTTP Server instance (ohs2):
    cd $WEB_DOMAIN_HOME/config/fmwconfig/components/OHS/ohs2/moduleconf
    
  4. Open the soa_vh.conf file and add the Oracle Enterprise Scheduler directives to the <VirualHost> tag.
  5. Restart Oracle HTTP Servers on WEBHOST1 and WEBHOST2.

Validating Access to Oracle Enterprise Scheduler Through the Hardware Load Balancer

Verify the URLs to ensure that appropriate routing and failover is working from the HTTP Server to the Oracle ESS components.

To verify the URLs:

  1. While WLS_ESS1 is running, stop WLS_ESS2 by using the Oracle WebLogic Remote Console.
  2. Access the following URL from your web browser, and verify the HTTP response as indicated in Starting and Validating the WLS_ESS2 Managed Server:
    https://soa.example.com/EssHealthCheck
    
  3. Start WLS_ESS2 from the Oracle WebLogic Remote console.
  4. Stop WLS_ESS1 from the Oracle WebLogic Remote console.
  5. Verify these URLs by using your load balancer address:
    https://soa.example.com/EssHealthCheck
    https://soa.example.com/ess

Replacing Connect Strings with the Appropriate TNS Alias

Oracle recommends using TNS Alias in the connection strings used by FMW components instead of repeating long JDBC strings across multiple connections pools.

For more information about how to use TNS alias in your Datasources, see Using TNS Alias in Connect Strings in the Common Configuration and Management Tasks for an Enterprise Deployment chapter.

Backing Up the Configuration

It is an Oracle best practices recommendation to create a backup after you successfully extend a domain or at another logical point. Create a backup after you verify 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.