Offline reports are divided into two sections:
A sample report follows.
First Section of Offline Report
CA PMO VERSION 4.4 PAGE: 0001 MANAGED PRIVATE LIBRARY OFFLINE REPORT COPYRIGHT 2010 CA, INC. VOL=SER=MVSRS1 DSN=ISR.V3R1M0.ISRLOAD PMO ACTIVE TIME= 50.946 MINS SMS STORAGE CLASS=MUST OVERHEAD EXCP COUNT= 4 REPORT DATETIME=20FEB10:10:13:06 SMFID=IPOX LIBRARY WAS AUTOMATICALLY INCLUDED SUMMARY OF DIRECTORY SEARCHES AND ELAPSED TIME SAVINGS % OF AVG ELAP ELAP TIME COUNT TOTAL TIME SAVINGS TOTAL LIBRARY SEARCHES = 53 100 0.000041S 0.05S HASH TABLE = 53 100 0.000041S 0.05S MEMBER FOUND = 48 91 0.04S MEMBER NOT FOUND = 5 9 0.00S I/O LIBRARY SEARCHES = 0 0 0.001005S MEMBER FOUND = DUE TO UPDATES = 0 0 MEMBER NOT FOUND = 0 0 DUE TO UPDATES = 0 0 DUE TO CONCATENATED LIB= 0 0
Second Section of Offline Report
CA PMO VERSION 4.4 PAGE: 0002 MANAGED PRIVATE LIBRARY OFFLINE REPORT VOL=SER=MVSRS1 DSN=ISR.V3R1M0.ISRLOAD PMO ACTIVE TIME= 50.946 MINS INACTIVE MEMBER COUNT= 65 HASH TABLE OVERHEAD COUNT= 0 DIRECTORY ENTRIES IN HASH TABLE= 88 HASH TABLE STORAGE= 12K REPORT DATETIME=20FEB10:10:13:06 SMFID=IPOX LAST HASH TABLE CONSTRUCTION DATETIME=20NOV09:09:27:34 ALL HASH TABLE MEMBERS (SORTED ALPHABETICALLY) NAME TTR COUNT NAME TTR COUNT NAME TTR COUNT NAME TTR COUNT IGX00036 000107 1 ISPF 000E0A 1 ISRALTDI 000110 0 ISRBRO 000118 0 ISRCONFG 000120 1 ISRECMBR 002E0F 0 +ISRECMBR 000127 4 ISRECMBX 002E07 2 ISREDIT 00012F 0 ISRFMT 000201 0 ISRFPR 00020C 2 ISRFPT 000216 0 ISRGE78 00021E 0 ISRGE78A 000226 0 ISRJB1 00022E 0 ISRJB2 000307 1 ISRKA78K 000311 2 ISRLALIN 000319 0 ISRLAUCL 00040E 0 *ISRLCFCL 7C7C7C 1 ISRLDSFA 000710 0 ISRLEMX 000806 0 ISRLEQDS 000908 1 ISRLESS 000910 0 ISRLFMPP 000917 0 ISRLFMSX 000923 0 ISRLLDFI 00092A 0 ISRLLDTI 000A14 1 ISRLLUSI 000B06 0 ISRLMIGU 000B12 0 ISRLPCPY 000B1E 0 ISRLSCBI 000C04 1 ISRLUACT 000C0B 0 ISRNLCHT 000C17 0 ISRNLDES 000C22 3 ISRNLDEU 000D07 0 ISRNLENU 000D11 0 ISRNLJPN 000D1C 0 ISRPCP 000E0A 1 ISRPTC 000E11 1 ISRQCM 000E19 0 ISRQC1 000E22 0 ISRQC2 000F04 0 ISRSCAN 000F0C 0 ISRSCLM 000F13 0 ISRSEPRM 000F1C 3 ISRSFM 00101A 0 ISRSLCHT 001118 0 ISRSLDES 001121 0 ISRSLDEU 001209 0 ISRSLENU 001212 0 ISRSLJPN 00121A 0 ISRSSM 001222 0 ISRSUBS 001319 1 ISRSUBX 00210E 0 ISRSUPC 002116 0 ISRSW116 002402 1 ISRSW131 00240A 0 ISRSW500 002412 1 ISRUDA 00241A 0 ISRUDL 00241A 2 *ISRUHC 7C7C7C 0 ISRUHX 002707 0 ISRUMC 002710 0 ISRUOLP 002808 0 ISRURS 002814 0 ISRYBI 00281D 2 ISRYFI 002909 0 ISRYLCHT 002911 0 ISRYLDES 002919 0 ISRYLDEU 002920 0 ISRYLENU 002927 0 ISRYLI 00292E 0 ISRYLJPN 002936 0 ISRYPI 002A01 1 ISRYRFI 002A09 0 ISRYRVI 002A17 0 ISRYSI 002A25 0 ISRYTI 002B01 0 ISRYVI 002C05 2 ISRYXDR 002C17 0 ISRYXMB 002C1E 0 ISR3277 002C26 0 ISR3277A 002D08 0 ISR3277K 002D10 0 ISR3278 002D18 2 ISR3278A 002D20 0 ISR3278C 002D28 0 ISR3278K 002D30 0 ISR3278T 002D38 2 PDF 000E0A 8
The library name and volume serial number.
The SMS storage class for the data set.
The date and time that the report was produced.
The time that CA PMO has been active or the time since you last reset its statistics with the F PMO,RESET command. The value of xx.xx is a number and tu is a time unit such as days, hours, or minutes.
The number of EXCPs that CA PMO had to do for this library. CA PMO does EXCPs when it builds (or rebuilds) a hash table, and when it refreshes a member due to a cross-system update.
The SMF ID of the system running CA PMO.
Total directory searches of this library.
Library directory searches that the hash tables resolved.
Library directory searches where the member was found.
Library directory searches where the member was not found.
Library directory searches resolved by DASD I/O.
I/O directory searches that occur when CA PMO is refreshing a hash table during a directory search of the library of that hash table.
I/O directory searches that occur when a library with a hash table is earlier in a concatenation than a library without one. If the sought-for member is not in the hash table, an I/O directory search takes place, starting with the first library in the concatenation. The search ends either when the member is found or, if the member is not in any of the libraries, when all of the library directories have been searched.
Note: To solve this problem, allow CA PMO to manage all private libraries automatically. If this is not possible, see the example in the section Post-Installation Tuning in the chapter "Tuning CA PMO."
The number of searches of the directory of this library. For more information on this topic, see D3 Column Headings in the chapter "Monitoring Directory Search Activity with PMOMON."
The percentage for a particular kind of search.
The average time to resolve a search of the directory of this library. For details on this topic, see D7 Column Headings in the chapter "Monitoring Directory Search Activity with PMOMON."
The time that CA PMO saved on searches of the directory of this library. CA PMO bases this figure on the difference between the averaged elapsed times for I/O and the hash tables (as appropriate).
The number of directory entries in the library hash table that have not been referenced (that is, COUNT=0).
The current number of directory entries in the library hash table. This includes entries that have been updated.
The date and time that CA PMO last built (or rebuilt) a hash table for the library. When CA PMO rebuilds a hash table, it resets the statistics on member counts to 0. CA PMO builds (or rebuilds) a hash table under the following circumstances:
To verify that CA PMO detected an IEBCOPY update, a compress, or a procedure to move a library, you can check this field. The time shown here should be later than the time of the update.
For a small number of BLDL/FIND requests, CA PMO may overcount some searches for members. Specifically, CA PMO may locate a sought-for member in a hash table, then do an I/O search against an earlier library in the concatenation and find the member there, too. The entry in the earlier library resolves the search, but CA PMO also increments the hash table count for the member. This field shows the amount of overcounting done by CA PMO. For instance, suppose that a BLDL/FIND request is issued for the following concatenation of libraries:
// EXEC PGM=INBOTH // PRIVTDD DD DSN=PRIVT.LIB1 // DD DSN=PRIVT.LIB2
Assume that PRIVT.LIB1 is not managed in a hash table, PRIVT.LIB2 is managed in a hash table, and the sought-for member is in both libraries. CA PMO first searches the PRIVT.LIB2 hash table, finds the member, and adds one to the search count. To preserve its order of search, CA PMO also initiates an I/O directory search of PRIVT.LIB1, which resolves the search.
Note: To avoid overhead searches, allow CA PMO A PMOC to manage your private libraries automatically. CA PMO will create hash tables for all of the libraries in the concatenation.
The amount of virtual storage of the hash table entry, in Kbytes. Hash tables reside in the extended private region. Hash tables are allocated in 4K (page) increments.
The name of the member.
An asterisk (*) in front of the member name indicates that the member was renamed or deleted, or replaced due to a cross-system update. A plus sign (+) in front of the member name indicates that the member was updated and replaced on the system where the report was generated. When CA PMO adds a new entry, you will see multiple entries for that member. The current, valid entry is the one without an asterisk or plus sign.
The location of the member in the library. The first four hex digits are the relative track address of the track containing the first block of the member. The last two hex digits represent the address of the block relative to the beginning of that track.
Note: To verify that CA PMO has the current directory entry, produce an IEHLIST report for the library and compare the TTR in that report with the one shown in the CA PMO report.
The number of times that CA PMO found the member in a hash table. This figure is subject to the problems described in the HASH TABLE OVERHEAD COUNT field, above.
|
Copyright © 2011 CA.
All rights reserved.
|
|