Skip to Main Content
IBM Data and AI Ideas Portal for Customers


This portal is to open public enhancement requests against products and services offered by the IBM Data & AI organization. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).


Shape the future of IBM!

We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:


Search existing ideas

Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,


Post your ideas

Post ideas and requests to enhance a product or service. Take a look at ideas others have posted and upvote them if they matter to you,

  1. Post an idea

  2. Upvote ideas that matter most to you

  3. Get feedback from the IBM team to refine your idea


Specific links you will want to bookmark for future use

Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.

IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.

ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.

IBM Employees should enter Ideas at https://ideas.ibm.com


Status Future consideration
Workspace Db2 for z/OS
Created by Guest
Created on Jun 24, 2020

Begin / End COMMIT instrumentation for DRDA, CICS/IMS

Complex CICS/IMS or DRDA transactions (involving multiple programs with an implicit Commit at the end) are incorrectly presented on the Omegamon Accounting Report/Trace. By design the costs of the tough SYNC (COMMIT) operation are added to the last invoked Db2 package and its SQLs. That leads to incorrect reports, forcing DBAdmins to be concerned about SQLs which actually have no problems.

For example take the famous INSERT performance issue (usually executed as the last for a business transaction). Companies spend millions to improve an INSERT performance although there is no INSERT problem but the costs of the

COMMIT.There were two cases closed to establish that behaviour: TS002976436 and TS002533198.

We would like Begin/End COMMIT instrumentation implemented in Db2, that would allow for precise reporting of the COMMIT elapsed and performance times. Later the OMPE Accounting/SQLACTIVITY Reports based on that information will give us much clear particular package overhead as well as exact COMMIT processing costs.

Needed by Date Jun 24, 2020
  • Guest
    Reply
    |
    Jan 25, 2021

    Hello Janet ,


    According to my knowledge the problem appears on the border between Omegamon reports and the data Db2 prepares in the traces. Although OMPE SQLACTIVITY TRACE gives correct time for SYNC operation, unfortunately Omegamon can not generate correct OMPE ACCOUNTING REPORT/TRACE without changes in the traces/IFCIDs .
    Today OMPE ACCOUNTING generates misleading reports charging last invoked package with the costs of the COMMIT.

    Many sites worldwide base their analisys only on the Accounting because of its simplisity and because it is really tough to analyze SQLACTIVITY TRACE in a very large environment.

    Regards,
    Pawel Hryb

  • Admin
    Janet Figone
    Reply
    |
    Jan 15, 2021

    Thanks for the suggestion. We would like to understand some details. Db2 today writes the following instrumentation for local attached transaction. We believe this should be enough information. Do you need more information for CICS/IMS ? Performance trace IFCID 88/89 (Begin/End of SYNC requests), IFCID 70/71 (Begin/End of commit phase 2). IFCID 3, accounting for local application also report the commit time under QWACAWTE. “

    For DRDA, we agree that the commit instrumentation is missing other than commit received in DDF section and accounting trace only reports the commit process as “Force LOG WRITE”. We need to investigate how we can implement this for DRDA, but please confirm the question on the local application.

    Thank you.