Hi Richard - thanks for the welcome and the information also.
We presently do something similar with long established procedures and are looking to see if a more 'modern' approach can be found nowadays. Right now we run an SQL query against the system catalog (IDD?) to retrieve a complete list of all AREA's, for which we then run a space report against each AREA as follows:
PRINT SPACE FOR AREA XXXXX.AAAAA FULL;
We then use a custom REXX exec to process this report output, extract the percentages for each AREA and store these into a database. The actual space reports are then run as queries against this database which retains history as well, so we can determine the rate of change for space usage in each AREA. We are more interested in AREA's that have changed by a threshold percentage over the reporting period than we are AREA's hitting a specific percentage used (though we report on both also).
We have asked ourselves the question "If we were creating a space reporting regime from scratch for this system today, what technology would we prefer to see deployed to do this?". Ideally we wish to avoid the use of custom REXX and are looking for any kind of API that would support extraction of statistical data programmatically. Obviously there is a maintenance overhead with any approach, but we prefer the idea of a vendor supported API better than locally written scripts.
I have started to investigate the DB Analyzer System, which caught my attention as it already provides reports showing a 'variance percentage' which closely aligns with one of our main requirements. Another potentially attractive characteristic of these reports is that they are based on statistical data, which it seems could be captured and stored for long term trend reporting similarly to as we already do. The documentation provides what seems to be an API for this statistical data in the form of the Statistics Accumulation File, including the necessary information to create Copybooks for this file in the documentation here: File Form.
Anyone caring to share their experiences on looking into this or other approaches would be very much appreciated. Apologies for any terminology imprecision, I am only just learning about IDMS though I have a long background in general mainframe systems programming.
Thanks and regards - Mike
Original Message:
Sent: Nov 29, 2024 07:09 AM
From: Richard Hagemeyer
Subject: IDMS database space management
Hi Michael and welcome!
I run a space report daily and parse the IDMSBCF output with a REXX. I save one-line summaries by area and email a report of areas over a threshold.
I keep data for one-year to help spot trends and periodic variations.
------------------------------
Best regards, rh
Richard Hagemeyer
Original Message:
Sent: Nov 28, 2024 10:45 AM
From: Michael Cairns
Subject: IDMS database space management
Hi all - new member, new to IDMS, first time poster,
We are looking into updating our space management reporting. Interested to hear what others do to monitor both:
periodic space use across all database areas, say a weekly report to highlight longish term trends, and
hourly monitoring of space use across critical database areas
Thanks - Mike