activationInstances The adapter framework level property

9-38 Oracle Fusion Middleware Users Guide for Technology Adapters However, as the sequencing polling strategies are non-intrusive, requiring no post updates or deletes to the source tables, they are already extremely fast. Sequencing polling strategies should be used with a single node and with fan-out on a cluster. It is still safe to use in a cluster however, the select for update is instead applied on accessing the last read ID in the helper table.

9.3.8.2 Distributed Polling Second Best Practice: Tuning on a Single Node First

The next best practice for multiple Oracle Database Adapter process instances deployed to multiple Oracle BPEL PM or Mediator nodes is to tune on a single node first. For an Oracle Database Adapter intensive process, such as a database-database integration, performance can be improved by a factor 10 or 100 just by tuning on a single Java Virtual Machine JVM, scaling |NumberOfThreads|, and setting high values for MaxTransactionSize and MaxRaiseSize. As Section 9.3.8.1, Distributed Polling First Best Practice: SELECT FOR UPDATE SKIP LOCKED describes, there may be times where it is best to improve performance on a single node, and then optionally do fan-out to multiple nodes in a cluster. Relying on concurrency control features of the database such as locking can be great, but these are often designed more for preserving data integrity than for high performance scalability. Cases where it may be best to do polling on a single node in the cluster include using the non-intrusive Sequencing Polling strategy, polling large un-indexed tables, or using a non-Oracle back-end database that does not provide high concurrency locks like skip locks. You can also refer to Section 2.14, Singleton ActivePassive Inbound Endpoint Lifecycle Support Within Adapters . For the samples MultiTablesPerformance and DirectSQLPerformance that show tuning on a single node, access the Oracle SOA Sample Code site, and select the Adapters tab.

9.3.9 Performance Tuning

The Oracle Database Adapter is preconfigured with many performance optimizations. You can, however, make some changes to reduce the number of round trips to the database by implementing performance tuning. For information about performance tuning, see: ■ Oracle JCA Adapter for Database Tuning in the Oracle Fusion Middleware Performance and Tuning Guide ■ Inbound Database Adapter Tuning in the Oracle Fusion Middleware Performance and Tuning Guide Note: For Oracle Database Adapter with polling operation in a clustered environment, you must use the option of distributed polling by selecting the Distributed Polling check box in the Adapter Configuration Wizard.