Limited support

 

BMC provides limited support for this version of the product. As a result, BMC no longer accepts comments in this space. If you encounter problems with the product version or the space, contact BMC Support.

BMC recommends upgrading to the latest version of the product. To see documentation for that version, see BMC AMI Ops Infrastructure 7.1 Open link .

Extracting historical data (PTFs BQY1950 and BQY2072 applied)

Use the History File Extraction utility (BBM9MD73) to extract historical data records for Record Entries (REs), such as address spaces, disk storage devices, and network connections from MainView products. You can then use third-party software programs and data analytics tools to access, sort, reformat, and utilize the extracted data. BBM9MD73 can extract historical data directly from the VSAM KSDS history data sets collected by each MainView product address space (PAS). This includes data that is segmented and spans more than one logical or physical record. BBM9MD73 can also extract historical data that was archived from the VSAM history data set using the IDCAMS utility. 

Tip

If you archive history data sets using IDCAMS, it's not necessary to extract the history data to GDGs.  You can extract history data from the archived VSAM data sets as needed. However, you must keep track of the interval recorder set ID (IRSID) so that you can specify the proper value of the IRSID parameter when you extract history data with the BBM9MD73 utility. IRSID values are 0, for normal interval data sets, 1 for long-term interval sets for MainView for z/OS, or short-term interval data sets for MainView for DB2, and 2 for short-term interval data sets for MainView for z/OS. You must also keep track of the PAS type where the history data set originated so that you can specify the PASTYPE parameter correctly to the BBM9MD73 parameter. If you fail to specify the proper parameter values, it may result in mismatches during sort filtering and data transformation filtering operations.

Output records

Output records can be in either packed or unpacked format: 

  • Packed includes multiple historical data records for each physical output record. It is the data format that best saves space. BMC recommends that you use packed format for products written in languages that can deal with repeated fields or segments of information (such as SAS(R)).

  • Unpacked includes one historical data record for each physical output record. It enables data to be easily sorted and handled. BMC recommends that you use unpacked format for products written in languages that do not deal well with variable-length records, repeated fields, or segments of information. You would typically find the unpacked format in a flat (or flattened) file.

    Unpacked format makes it easy to sort and select individual REs during post-processing. You can then send those REs for warehousing or analysis by customer programs or OEM vendor products.

    Unpacked format results in more physical records and repeated record headers in the output data set and therefore consumes more space than packed format does.

The type of data in both formats is identical except for the quantity of individual historical data records included in the physical output record. For example, in packed format, BBM9MD73 includes as many historical data records as it is possible to fit in the supported output record. In unpacked format, only one historical data record is included in each output record (conventionally referred to as "flattening" the data). For more information about output records, see Headers in extracted history records (PTFs BQY1950 and BQY2072 applied).

To run BBM9MD73 

BBM9MD73 is intended to run in a batch job, submitted by an automation product in response to the following message from a PAS:

BBMEA054I Offload BBXXXXX  XXXXXX    0 BMC.MV.SYSA.XXXXX.HXXXXXnn

In this message:

  • BBXXXXX is the jobname assigned to the PAS that issued the message.
  • XXXXXX is the PAS type.
  • 0 is the Interval recorder set ID.
  • BMC.MV.SYSA.XXXXX.HXXXXXnn is the recently filled and closed or quiesed VSAM history data set name.

Note

BMC recommends using an automation product to extract historical data. You can run BBM9MD73 manually. However, doing so requires you to remember both the PAS type and Interval Recorder Set ID (IRSID) of the historical data you want to extract. These parameters must be known and defined when running BBM9MD73. For more information, see BBM9MD73 batch parameters.

Sample JCL for batch jobs

The following examples show simple JCL that you can use to create batch jobs for BBM9MD73:

Extract historical data records from MainView for IP with a normal interval recording set

 //SAMPJOB1 JOB  …
 //MVIPX    EXEC PGM=BBM9MD73,PARM='PACK=Y,TYPE=MVIP,IRSID=0’         
 //STEPLIB   DD DISP=SHR,DSN=BMC.BBLINK                             
 //SYSPRINT  DD SYSOUT=*                                            
 //SYSUT1    DD DISP=SHR,DSN=BMC.SYSA.MVIP.HISTDS01    
 //SYSUT2    DD DISP=(NEW,CATLG),                                   
 //             DCB=(LRECL=32000,BLKSIZE=32760,RECFM=VB,DSORG=PS),  
 //             SPACE=(CYL,(100,50),RLSE),UNIT=SYSDA,               
 //             DSN=BMC.SYSA.MVIP.HST0DS(+1)                        
 //*


Extract historical data records from MainView for z/OS with a long-term interval recording set

 //SAMPJOB2 JOB  …
 //MVMVSX  EXEC PGM=BBM9MD73,PARM='PACK=N,TYPE=MVMVS,IRSID=1'       
 //STEPLIB   DD DISP=SHR,DSN=BMC.BBLINK                             
 //SYSPRINT  DD SYSOUT=*                                            
 //SYSUT1    DD DISP=SHR,DSN=BMC.SYSA.MVSPAS.HS1TDS01 
 //SYSUT2    DD DISP=(NEW,CATLG),                                   
 //             DCB=(LRECL=32000,BLKSIZE=32760,RECFM=VB,DSORG=PS),  
 //             SPACE=(CYL,(100,50),RLSE),UNIT=SYSDA,               
 //             DSN=BMC.SYSA.MVSPAS.HS1TDS(+1)                       
 //*

BBM9MD73 batch parameters

The following table describes the parameters you can use when defining a BBM9MD73 batch job.

Parameter

Description

EXEC PARM

Use the optional EXEC statement PARM field parameters to indicate output format and source location.

PACK=Y/N: Output records written to SYSUT2 can be either packed or unpacked:

  • (default) PACK=Y indicates that each output record includes multiple source records.
  • PACK=N indicates that each output record includes only one source record.

TYPE=xxxxxx : Type of MainView product or PAS from which the historical data records are sourced:

  • The value specified determines the value set in the ORECOTYP field of all output records.
  • The default is TYPE=UNKNOWN, indicating that the source data is from an unknown source.
  • If you use the default value, the value in the ORECOTYP field of the output record is set to X'FFFF'. Such output records can still be processed, but you need to keep track of them and the type of products or PASs from which their historical data records originate.

A full list of the MainView products and PASs from which you can extract historical data records is located in the prefix.BBSAMP member, BBMTMD73.

IRSID=0, 1, or 2: Interval recording set of the history data set, read from the SYSUT1 ddname.

Some products can record data for different record types at different intervals (Interval Recording Sets), and write each one to its own history data set. These history data sets are qualified by unique Interval Set IDs:

  • (default) IRSID=0 indicates a normal interval recording set. Normal IR intervals are written to the HISTDSnn ddname of each PAS. HISTDSnn is the default data set to which historical data is written.
  • IRSID=1 indicates a long-term interval recording set for products such as MainView for z/OS, but a short-term interval recording set for MainView for DB2. Data sets using IRSID=1 are written to the HST1DSnn ddname of each PAS.
  • IRSID=2 indicates a short-term interval recording set for MainView for z/OS. Data sets using IRSID=2 are written to the HST2DSnn ddname of each PAS.

For more information about Interval Recording Sets, see When is historical data recorded?.

Notes

  • To specify multiple PARM values, separate each value by either a comma or a blank space. For example: PACK=N,TYPE=MVIP
  • When specifying multiple values, the value specified last takes precedence over all previously specified values.
  • If you specify an invalid value for PACK=, BBM9MD73 ignores it and uses the default value.
SYSPRINTUsed for error messages if integrity errors are found while reading the input data set, and to record any control totals written at the end of processing

SYSUT1

Represents the input (historical data record), extracted from the MainView product

This can be the VSAM data set referenced in message BBMEA054I, or a specified data set archived by IDCAMS.

SYSUT2

Represents the output data set

This is a physically sequential data set (DSORG=PS) with a variable length record of up to 32,000 bytes. The recommended attributes are listed in the JCL examples in the DCB parameters for the SYSUT2 data set. BBM9MD73 forces the DCB characteristics of the output data set to RECFM=VB and LRECL=32000, but you can specify the BLKSIZE value to be accepted by OPEN for the DSORG=PS data set.

Record header fields for extracted historical data written to SYSUT2, are located in the prefix.BBSAMP member, BBMSMD73. For more information, see Structure of the output record format of extracted history data (PTFs BQY1950 and BQY2072 applied).

Specific RE formats are described by the TDM and data map members specific to each product. For more information, see Using table data maps (PTFs BQY1950 and BQY2072 applied) and Using data maps (PTFs BQY1950 and BQY2072 applied).

Tip

BMC recommends that you use generation data groups (GDGs) to control DASD usage and generation retention limits. To extract data to GDG format, you must first create a GDG base. For more information, see Creating the base GDG (PTFs BQY1950 and BQY2072 applied).

You can specify optional DFSMS classes to control DASD volume and storage utilization and DFSMShsm data set migration policies. Each GDG generation is cataloged with the creation and modification dates that you can use determine when the history data was extracted.

Return codes issued by BBM9MD73 

BBM9MD73 might issue the following return codes during batch job processing. The JCL or caller of BBM9MD73 can test these codes and take any necessary action if an error or warning condition has been detected. In general, any non-zero condition code will be accompanied by a message to indicate the source of the error.

CodeDescription
0Indicates successful history extraction
8Input file error. Input file ended prematurely
12Decompress error
16Unable to obtain below the line storage
20Open for outifle file sysprint, failed
24Open for input file, sysut1, failed
28Open for output file, sysut2, failed
32Input file error. Input segment sequence number error
36Input file error. Input segment sequence number error
40Input file error. Input sub-segment sequence number error
48GENCB error
52RDJFCB error
56Invalid Type= parm value specified
60Invalid parm specified


Related topics

What is the historical database?

Allocating historical data set BBILIB member @@YZZ051

Setting up long-term history data collection (optional) Open link

Setting up short-term history data collection (optional) Open link

Historical data sets for short-term statistics Open link

Working with historical data

Was this page helpful? Yes No Submitting... Thank you

Comments