Previously, I shared what I learned in the ADM107 class and how we we applying these lessonsto our enterprise systems. As the teams face other challenges on the way, the completion ofour initial goal of a set of business transaction metrics remains elusive.

As mentioned in prior blogs, Dieter Krieger has tried to help us, since before SAP TechEd 2007. After we got stuck with our latest challenge, monitoring transaction specific response times, he agreed to have a web meeting. Due to scheduling conflicts on both sides of the Atlantic, it was several weeks before we could all meet virtually.

On June 2nd, we got time on Dieter’s calendar for knowledge transfer, debugging, and road map planning. Next time I think I’ll ask if we can record him, perhaps for some E-learning.

Below is the chronology of our progress, with events both before and after our chat:

h4. 08:33

Before getting started, there were remnants of prior attempts to set up monitoring.Values are visible in the RZ20 monitoring tree hierarchy, but no data were being collected.

09:24

The database table ALTRAMONI had 1 row.

!CPH-DEV-VA02-altramoni.png|alt=|src=CPH-DEV-VA02-altramoni.png!

At 09:27, we added 1 row to ALTRAMONI as follows:

Transaction RZ23N, thenExtended, thenExtended CPH Settings

h4. Online Help

Dieter said to search help.sap.com for ALTRAMONI,which produced 2 pages:

There was a tangential discussion on how to set up the central system so we don’t need to configure each satellite system.We didn’t totally understand what Dieter said, so we need to follow up as to whether this is practical, desirable, necessary, or even possible.

h4. 09:55

Houston, we have data!

09:58

The times are off (seem to be showing GMT, not local time), and as of yet, no records have appeared beyond the 10:00 time, but there is data in the CPH system!

Later, I added a transaction I’m more familiar with (ST10 – table buffer performance). This will help in determining the match between when transactions occur, when they are moved to the CPH, and when the CPH shows they happened.

h4. 13:30

I also decreased the time between collections.

Here’s what ALTRAMONI has now.

</p>h4. 13:36

The MTE Focus Groups

We had difficulty identifying the monitoring tree element that would initiate transaction specific monitoring, so we picked several that had the term “Focus” in them. Dieters tip was to use the search function, as scrolling through the list was not showing us what we needed. I don’t think assigning extra mappings will have any negative effect.

We’ve added the currently-defined critical business transactions to another development system to see if all will be collected after insertion into the ALTRAMONI table.

We’re planning to add more than 10 transactions into another system to see what happens to number 11.

We will research the collection and transfer jobs, with the goal of putting these in our enterprise job scheduling system, so that we can better control and monitor the collection time, run frequency, and measurement duration.

1 Comment

Hi Jim, thanks for you blog. Basically, you enter critical transaction codes in ALTRAMONI on each of your monitored system, wherever appropriate. Response times are read centrally by a method called CCMS_UpdateDialogFocusMonitoring (see method definitions in RZ21), which is centrally triggered by SAPMSSY8 once in 5 minutes. You can trigger this manually by executing SAPMSSY8 (which calls all short-running methods) in SE38 or by calling the relevant function module individually. The method call updates your self-defined central transaction-specific monitor with data from the monitored systems. For details on how you define your own monitor in your central system, see the section “Creating a monitor with the response times of the monitored transactions/clients” in the documentation mentioned above.The collected transaction response times will appear in your monitor. You can then make appropriate assignments for the CPH to make the transaction response times persistent in the central database for reporting purposes. Note that time zone conversion can be defined in the collection and reorg schema of CPH.The data to be stored in the CPH is collected by background jobs with standard intervals, which you can change as you described in the blog. I hope this makes it clearer. Dieter