Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

SMF Dataset Access

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> All Other Mainframe Topics
View previous topic :: :: View next topic  
Author Message
namdrino

New User


Joined: 12 Feb 2013
Posts: 11
Location: USA

PostPosted: Tue Jun 18, 2013 12:03 am    Post subject: SMF Dataset Access
Reply with quote

Any input or opinions on whether or not anyone outside of the group directly responsible for supporting z/OS should have update access to the SMF MANx files or SMF archive datasets?

Seems like update access to SMF datasets should be highly restricted esp. since SMF data can be used for billing purposes.
Back to top
View user's profile Send private message

Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 7931
Location: Bellevue, IA

PostPosted: Tue Jun 18, 2013 12:08 am    Post subject:
Reply with quote

Depending upon the site and the tools available, a case can be made for read access to the SMF data. However, there are not a lot of reasons to have update authority to the SMF data since people are not usually needing update access to this data. Considering the complexity of SMF data, I would place the possibility of someone adding billing information to the existing SMF data to be extremely low on the list of reasons.
Back to top
View user's profile Send private message
dick scherrer

Site Director


Joined: 23 Nov 2006
Posts: 19270
Location: Inside the Matrix

PostPosted: Tue Jun 18, 2013 1:00 am    Post subject:
Reply with quote

Hello,

How might it be appropriate to "change history"?

SMF recvords what actually happened - and wanting to change "stuff" in the SMF data would most likely be for dishonest reasons.

The biggest reasons i have seen reading SMF data restricted is
1. the complexity of the data
2. the sheer volume of the data
Back to top
View user's profile Send private message
namdrino

New User


Joined: 12 Feb 2013
Posts: 11
Location: USA

PostPosted: Tue Jun 18, 2013 1:18 am    Post subject: Reply to: SMF Dataset Access
Reply with quote

I guess my question is why any ID other than batch job/started task ID used to copy the SMF data to tape and then re-init the SMF datasets would need update access to SMF datasets?? Would anyone on the z/os team need it to fix an abended SMF job or corrupt SMF dataset? Not concerned with read access, just update.
Back to top
View user's profile Send private message
vasanthz

Global Moderator


Joined: 28 Aug 2007
Posts: 1456
Location: Azeroth

PostPosted: Tue Jun 18, 2013 2:01 pm    Post subject:
Reply with quote

Hello,
One scenario which I can think of editing SMF datasets is,

If the SMF dataset has corrupt SMF records, like incomplete spanned records, then one may need to remove the incomplete spanned records.
But that too can be done after dumping the man datasets to some other dataset. It would still require only read access to man datasets.
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> All Other Mainframe Topics All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts IMS DC screen Access sivasaras IMS DB/DC 3 Fri Nov 18, 2016 6:38 pm
No new posts FTP - JCL failed while passing FTP co... Suneetha1612 JCL & VSAM 12 Wed Nov 16, 2016 7:33 pm
No new posts Access SQLCA fields inside a stored p... gangapd DB2 4 Thu Oct 27, 2016 10:20 am
No new posts To trim spaces in a pipe delimited da... Nish84 COBOL Programming 16 Mon Oct 10, 2016 1:54 pm
No new posts RACF profile access vasanthz All Other Mainframe Topics 11 Fri Sep 23, 2016 5:51 am


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us