Db2 Applications Test
Sometimes the database performs poorly due, not to blocking, but to particularly heavy loads. Often the DBA will determine that the database simply cannot support the work that it is being asked to do and maintain adequate performance. This does not necessarily mean it is time to create more indexes or throw more hardware at the problem. One cannot always assume that periods of high utilization represent legitimate work. There could be problems in the applications that are running, or even problems caused by the user. To monitor the statistics pertaining to the different applications executing on a Db2 UDB Database server and their usage and identifies which program has more connections open to (i.e., processes running in) the Db2 database, eG enterprise offers the Db2 Applications test.
This test auto-discovers applications running on each DB2 UDB instance on the target DB2 server, and reports which application has more connections open to (i.e., processes running in) the Db2 database. This test also reveals the application that consumed CPU for maximum time and required maximum number of direct read and write operations.
Target of the test : A DB2 database server
Agent deploying the test : An internal agent
Outputs of the test : One set of results for each application running on every database on the DB2 database server that is being monitored.
| Parameter | Description |
|---|---|
|
Test period |
How often should the test be executed |
|
Host |
The IP address of the DB2 server |
|
Port |
|
|
User |
Specify the name of the user who is authorized to access the target database server and collect the required metrics in this text box. You can create a separate user on the OS hosting the DB2 server for this purpose. The steps for the same are detailed in the Creating a Special User for Monitoring DB2 Server |
|
Password |
Enter the password of the specified USER in the PASSWORD text box. |
|
Confirm Password |
Confirm the Password by retyping it in the Confirm Password text box. |
|
Database |
Specify the name of the database on the monitored DB2 server to be used by this test. |
|
Include DB |
Specify a comma-separated list of databases that you wish to monitor in the Include DB text box. |
|
Exclude DB |
Specify a comma-separated list of databases that need to be excluded from monitoring in the Exclude DB text box. |
|
SSL |
If the target database server is SSL-enabled, then set the SSL flag to Yes. If not, then set the SSL flag to No. |
|
Trust Store File Name |
This parameter is applicable only if the target DB2 UDB database is SSL-enabled, if not, set this parameter to none. Specify the file name of the client-side SSL truststore that contains the server certificate required for establishing an SSL connection. The truststore is used to verify the identity of the server and enable a secure communication channel. By default, the truststore file should be placed in:<EG_INSTALL_DIR>/jre/lib/security/mytruststore.jks Here, mytruststore.jks is the Truststore file name. You may change this to any valid file name. By default, none is specified against this text box. |
|
Trust Store Password |
This parameter is applicable only if the target DB2 UDB database is SSL-enabled, if not, set this parameter to none. If a Truststore File name is provided, then, in this text box, provide the password that is used to obtain the associated certificate details from the Truststore File. By default, this parameter is set to none. |
|
Confirm Password |
Confirm the Password by retyping it in the Confirm Password text box. |
|
Detailed Diagnosis |
To make diagnosis more efficient and accurate, the eG Enterprise embeds an optional detailed diagnostic capability. With this capability, the eG agents can be configured to run detailed, more elaborate tests as and when specific problems are detected. To enable the detailed diagnosis capability of this test for a particular server, choose the On option. To disable the capability, click on the Off option. The option to selectively enable/disable the detailed diagnosis capability will be available only if the following conditions are fulfilled:
|
| Measurement | Description | Measurement Unit | Interpretation |
|---|---|---|---|
|
Connection count |
Indicates the number of connections that are currently established for running this application on this database instance. |
Number |
|
|
Maximum CPU time |
Indicates the maximum time taken by CPU for executing this application. |
Seconds |
Compare the value of this measure across the applications to find out which application took prolonged CPU time. The detailed diagnosis of this measure reveals the application id, name of user who runs each application, IP address of the user, CPU time, count of reads and writes and SQL text. |
|
Average CPU time |
Indicates the average time taken by CPU for executing this application. |
Seconds |
|
|
Maximum direct reads |
Indicates the maximum number of direct reads by this application. |
Number |
A high value over a period of time may be indicative of a performance bottleneck. The detailed diagnosis of this measure reveals the application id, name of user who runs each application, IP address of the user, CPU time, count of reads and writes and SQL text. |
|
Average direct reads |
Indicates the average number of direct reads by this application per second. |
Reads/second |
|
|
Maximum direct writes |
Indicates the maximum number of direct writes by this application. |
Number |
The detailed diagnosis of this measure reveals the application id, name of user who runs each application, IP address of the user, CPU time, count of reads and writes and SQL text. |
|
Average direct writes |
Indicates the average number of direct reads by this application per second. |
Writes/second |
|