Multidomain MDM
- Multidomain MDM 10.3 HotFix 1
- All Products
Parameter
| Recommended Setting
| Description
| Informatica Knowledge Base article number
|
---|---|---|---|
JVM optimization mode
| '-server'
| By default, 64-bit Java runs in "server" JVM. Since Java SE 5.0, with the exception of 32-bit Windows, the server VM is automatically selected on server-class machines. The definition of a server-class machine might change from release to release. Therefore, check the appropriate ergonomics document for the definition for your release.
| 144943
|
Heap Size (64-bit)
| -Xms1024m
-Xmx8192m
| In a 64-bit environment with heavy SIF usage, keep the max heap size equal to or greater than 4 GB. If the number of ORSs is more (irrespective of active or obsolete), allocate more heap memory.
Informatica recommends to have the value of Xmx as 8 GB. If more memory is needed, add another JVM with a new clustered node.
| 120835
|
Code Cache
| -XX:ReservedCodeCacheSize=256m (Oracle JVM)
-XX:codecachetotal=256m (IBM JVM)
| Maximum size limit for the code cache.
| 352050
|
Stack Size (64-bit)
| -Xss512k
| Use the platform default. Adjust if required.
Stack Size is the memory used by Java for each thread it spans. This memory is outside the heap.
If the memory is too low, the server might fail with 'StackOverFlow' error.
If the memory is too high, the server might fail with 'Out of memory' error.
If you need to fine-tune the value, analyze the heap dump to arrive at an optimal value. For a 32-bit processor, fine-tune the value to get additional memory for the heap to avoid an "Out of memory" error.
If you use
Informatica Address Verification , then use –Xss2048k.
| 144477 and 207128
|
Garbage Collection Policy
| Use the default policy, as chosen automatically by the JVM.
| Complete analysis needs to be done to determine the garbage collection (GC) policy, if you decide to change it. Garbage collectio policies include Parallel GC and Concurrent Sweep.
For example, while Parallel GC in heavy real time usage can give longer pauses, Concurrent Sweep does not do so. You can use a combination of the policies.
See the Java Guide to set the exact parameters.
| 144944
|
Application Server Sizing
| Optimal application server sizing.
| Proper analysis is required to determine the application server sizing. Different factors including average number of concurrent users, peak number of concurrent users, current data volume, rate of data growth, future data volume, Hierarchy Manager configuration, Hierarchy Manager relationship cardinality, and number of
Data Director applications must be considered for sizing.
For assistance on server sizing, contact the Informatica Professional Services team.
| -
|
Parameter
| Recommended Setting
| Description
| Informatica Knowledge Base article or documentation
|
---|---|---|---|
CMX_SYSTEM Database Connection Pool
| Max Connection: (N+T) × 1.5 , where:
Min Connection: 0
| On average, each thread takes 2.5 connections. Therefore, multiply the number of concurrent threads by 1.5.
| -
|
ORS Database Connection Pool
| Max Connection: (N+T) × 2.5 , where:
Min Connection: 0
Test Connection on Lease: Disable
Statement Caching: 10
| On average, each thread takes 2.5 connections. Therefore, multiply the number of concurrent threads by 2.5.
Test Connection on Lease: Disable this property to avoid additional database cost incurred.
Min Connection: In some instances, application servers might have some connection leaks with respect to rollback transaction where a connection caught in a rollback is not released to the pool. If such instances are found, you can set Min Connection to 0.
Statement Caching (WebLogic): Initially, set 10 as the minimal number.
| 121471
|