<shameless plug> > Uh, want ID did Bubba Jones have back when he was with the company in 2012?" > H.R. > _refuses_ to maintain this record in the employment information. We also get > the reverse question: "On 3 July 2012, who was assigned the id aaaa?".
Integrating your mainframe with your existing enterprise SIEM would let you answer that sort of question trivially and at a cost of zero mainframe DASD. Also the significant dataset accesses. http://s23.a2zinc.net/clients/SHARE/Winter2016/Public/SessionDetails.aspx?FromPage=Sessions.aspx&SessionID=312&SessionDateID=8 </shameless plug> Charles -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of John McKown Sent: Sunday, March 20, 2016 2:45 PM To: [email protected] Subject: Re: Source question On Sun, Mar 20, 2016 at 12:22 PM, Scott Ford <[email protected]> wrote: > John and Ed, > > Yeah , companies aren't wanting to pay for the tools many of us need > ​Well, I won't say that I actually _NEED_ Co:Z. But it sure makes some things easier on me. I run Linux/Intel at work on an obsolete _Pentium D_ Dell system. I put a lot of z/OS "infrastructure" data on it for my analyses. E.g. I unload the CA-1 TMC, via TMSBINQ, to it at 09:00 every day. I keep that data in a git-maintained directory, so I can go back to 09:00 on any day to do some analysis. I also make a "map" of which virtual 3490 tape volumes are on with 3592JA "backstore" volumes in out 3494 VTS. I have a process which takes this information and maintains it in a PostgreSQL data base for my curiosity of how often virtual volumes are "consolidated" in the 3494. I also use the output from the IRRDBU00 utility to keep a daily snapshot of the RACF data base. And the IRRADU00 output as well. Amazing, to me, how many times I get requests such as "Uh, want ID did Bubba Jones have back when he was with the company in 2012?" H.R. _refuses_ to maintain this record in the employment information. We also get the reverse question: "On 3 July 2012, who was assigned the id aaaa?". Unfortunately, I only started doing this latter a few years ago, so I don't have much historical information. I can also swamp the idiot auditor who actually said: "I demand a list of every file on z/OS, and for each: who can access it, the access they are allowed, and if they every did access it and how ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
