08.06.2014 Views

Download PDF (1.3 MB) - IBM Redbooks

Download PDF (1.3 MB) - IBM Redbooks

Download PDF (1.3 MB) - IBM Redbooks

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!