Configuring a Default Persistence Store for Transaction Recovery Click Deployments in the left pane for Domain Structure. Click FileAdapter under Summary of Deployments on the right pane.
5. Click Save and activate changes.
6. Restart the servers to make the change in the persistent stores effective.5.20 Configuring a Default Persistence Store for Transaction Recovery
Each server has a transaction log that stores information about committed transactions that are coordinated by the server that may not have been completed. The 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 servers within a cluster, store the transaction log in a location accessible to a server and its backup servers. To set the location for the default persistence store, complete these steps: 1. Log into the Oracle WebLogic Server Administration Console.2. In the Domain Structure window, expand the Environment node and then click
the Servers node. The Summary of Servers page appears. 3. Click the name of the server represented as a hyperlink in Name column of the table. The settings page for the selected server appears and defaults to the Configuration tab.4. Click the Services tab.
5. In the Default Store section of the page, enter the path to the folder where the default persistent stores will store its data files. The directory structure of the path is as follows: ORACLE_BASEadmindomain_namesoa_cluster_nametlogs6. Click Save.
Note: Both WLS_SOA1 and WLS_SOA2 must be able to access this directory. This directory must also exist before you restart the server. Note: Preferably, this location should be a dual-ported SCSI disk or on a Storage Area Network SAN. 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. Both WLS_SOA1 and WLS_SOA2 must be able to access this directory. This directory must also exist before you restart the server. Extending the Domain for SOA Components 5-215.21 Enabling High Availability for Oracle File and FTP Adapters
The Oracle File and FTP Adapters enable a BPEL process or an Oracle Mediator to read and write files on local file systems and on remote file systems through FTP File Transfer Protocol. These adapters support high availability for an active-active topology with Oracle BPEL Process Manager and Oracle Mediator service engines for both inbound and outbound operations. To make Oracle File and FTP Adapters highly available for outbound operations, use the database mutex locking operation as described in High Availability in Outbound Operations in Oracle Fusion Middleware Users Guide for Technology Adapters. The database mutex locking operation enables these adapters to ensure that multiple references do not overwrite one another if they write to the same directory.5.21.1 Using the Database Mutex Locking Operation
Use the following procedure to make an outbound Oracle File or FTP Adapter service highly available using database table as a coordinator:1. Create Database Tables
You are not required to perform this step since the database schemas are pre-created as a part of soainfra.2. Modify Deployment Descriptor for Oracle File Adapter
Modify Oracle File Adapter deployment descriptor for the connection-instance corresponding to eisHAFileAdapter from the Oracle WebLogic Server console: a. Log into your Oracle WebLogic Server console. To access the console navigate to http:servername:portnumberconsole.b. Click Deployments in the left pane for Domain Structure.
c. Click FileAdapter under Summary of Deployments on the right pane.
d. Click the Configuration tab.
Parts
» Oracle Fusion Middleware Online Documentation Library
» What is an Enterprise Deployment? Terminology
» Load Balancer Requirements Web Tier
» Oracle Identity Management Application Tier
» Data Tier What to Install Unicast Requirement
» Installation and Configuration Procedure Overview of Installation Strategies
» Database Host Requirements Supported Database Versions Initialization Parameters
» Loading the Oracle Fusion Metadata Repository in the Oracle RAC Database
» Configuring SOA Schemas for Transactional Recovery Privileges Backing Up the Database
» IPs and Virtual IPs Firewalls and Ports
» Hardware Requirements LDAP as Credential and Policy Store
» Installing Oracle HTTP Server on WEBHOST1 and WEBHOST2
» Validating Oracle HTTP Server Through the Load Balancer Backing Up Oracle HTTP Server
» Installing Oracle WebLogic Server Installing Oracle Fusion Middleware for WebCenter
» Enter HOMEoraInventory, where HOME is the home directory of the user Click Next.
» Applying the Java Required Files JRF Template to the WSM-PM_ Cluster
» Manually Failing Over the Administration Server to SOAHOST2
» Restarting the Administration Server Configuring Oracle Coherence for Deploying Composites
» Setting Connection Destination Identifiers for B2B Queues
» Validating Access Through Setting the Frontend HTTP Host and Port
» Installing Oracle Fusion Middleware Home Extending the Domain for WebCenter Components
» Generating Self-Signed Certificates Using the utils.CertGen Utility
» Configuring Node Manager to Use the Custom Keystores
» Configuring Search Services About Adding Oracle UCM to a Domain
» Extending the Domain to Include Oracle UCM
» Configuring the WC_UCM1 Managed Server
» Reassociating the Domain Policy Store
» Running the OAM Configuration Tool
» Configuring IP Validation for the Webgate Understanding Virtual Host configuration
» Configuring Virtual Hosts for OAM 10g
» The RREG Tool Register the WebGate Agent
» Configuring System Properties Setting Up Discussions Server to Use OAM as SSO Provider
» Monitoring the Topology Configuring UMS Drivers
» Managing Space in the SOA Infrastructure Database
» Performing Backups and Recoveries
Show more