Download PDF (1.3 MB) - IBM Redbooks
Download PDF (1.3 MB) - IBM Redbooks
Download PDF (1.3 MB) - IBM Redbooks
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
4.6 Process Center tuning<br />
Because all Process Designer users access the Process Center, and for many cases use a<br />
significant number of resources on the Process Center (and its database), optimizing its<br />
configuration is essential. At a minimum, tune the Process Center in the following ways:<br />
►<br />
►<br />
►<br />
Ensure there is a high-bandwidth, low-latency network connection between Process<br />
Designer users and the Process Center, and the Process Center and its database.<br />
Use a 64-bit JVM.<br />
Use the generational concurrent garbage collector through the following argument:<br />
-Xgcpolicy:gencon JVM<br />
► Ensure that the Java heap size is sufficiently large to handle the peak load. For more<br />
information about setting the Java heap size, see 4.3.2, “Java memory management<br />
tuning parameters” on page 53<br />
► Set the object request broker (ORB) thread pool size to at least 50.<br />
►<br />
►<br />
Set the maximum Java Database Connectivity (JDBC) connections for the Process Server<br />
data source (jdbc/TeamWorksDB) to at least double the maximum number of threads in the<br />
ORB thread pools for each node in the cell. For example, if two Process Center nodes<br />
exist, and the ORB service thread pool of each node is set to a maximum of 50 threads,<br />
set the Process Server data source to accept at least 200 connections.<br />
Tune the Process Center database. For example, ensue the buffer pool or cache size is at<br />
least 2 GB. For more information, see 4.13, “General database tuning” on page 80.<br />
4.7 Advanced tuning<br />
This section describes various advanced tuning tips.<br />
4.7.1 Tracing and monitoring considerations<br />
The ability to configure tracing and monitoring at different levels for various system<br />
components is valuable during periods of system analysis or debugging. The Business<br />
Process Manager product set provides rich monitoring capabilities, both in terms of business<br />
monitoring through the CEI and audit logging, and system performance monitoring through<br />
the PMI and the Application Response Measurement (ARM) infrastructure. Although these<br />
capabilities provide insight into the performance of the running solution, these features can<br />
degrade overall system performance and throughput.<br />
Tracing and monitoring effect on performance: Use tracing and monitoring judiciously.<br />
When possible, turn off all non-essential tracing and monitoring to ensure optimal<br />
performance.<br />
Most tracing and monitoring behaviors are controlled through the administrative console.<br />
Validate that the appropriate level of tracing and monitoring is set for the PMI monitoring,<br />
logging, and tracing settings through the administrative console.<br />
Use the administrative console to validate that the Audit logging and Common Event<br />
Infrastructure logging check boxes are cleared in the Business Flow Manager and the<br />
Human Task Manager, unless these capabilities are required for business reasons.<br />
62 <strong>IBM</strong> Business Process Manager V8.0 Performance Tuning and Best Practices