How to split Data Tier to use Different Replication Partitions

(Doc ID 1672049.1)

Last updated on MARCH 27, 2015

Applies to:

Oracle Communications Converged Application Server - Version 4.0.0 and later
Information in this document applies to any platform.

Goal

In some cases, the bottleneck of an application built on top of Oracle Communications Converged Application Server (OCCAS) server can be the time to access information stored on the replica, such as a SipApplicationSession, e.g. when several threads attempt to lock the same CallState object on a given replica when using a replicated environment.

This document aims to explain how one can split an existing replicated domain with an data tier consisting of two replicas and one partition into two partitions each having its own two replicas.  

This is helpful for various reasons:

If there are multiple engines and a thread dump on engine side shows many threads waiting in doLockAndGet() method calls, one reason could be that multiple engines try to access the same call states. Another reason could be some resource limitations in the communication between engines and replicas. A split will help in case of resource limitations but will not help if too many threads and engines try to access the same call states, Sip Application Sessions, Sip Sessions, or Diameter Sessions.

It is not recommended to have only one replica assigned to a single partition in production environments because it disables session replication and might cause session loose in cause of hardware outages. However, this might still be a valid use case for test environments in order to create a simplified troubleshooting environments.

 

Solution

Sign In with your My Oracle Support account

Don't have a My Oracle Support account? Click to get started

My Oracle Support provides customers with access to over a
Million Knowledge Articles and hundreds of Community platforms