Thomas, The way you have been phrasing things, I get the impression that you want a one size fits all approach.
Over the years our storage services department has worked with each of the many application groups and the fewer technical groups to assist them with their needs. Each group has its own issues and needs. We, as storage services, have setup SMS constructs and routines to help them meet their needs. When issues arise, we work with the person/group having the issue and any other technical group (FTP, database, etc.) that we need to. Often it is just educating the person on 'how to'. Each group has their common dataset types and know what to specify for allocation, and/or what defaults they get. We use tools like StopX37 to alleviate many common issues. We have automation in place to alert us of situations that could cause spaced abends so that we can fix them before they occur. Production support knows enough to apply a temporary fix after a space abend. They then pass it to the proper programming group for a permanent fix. (And they involve us if needed.) As you can see, we use multiple approaches to deal with space situations. I started out as a user of storage services before I transferred to administering the services. I really wish I could administer my PC files as well I can the mainframe files. Thank you and have a Terrific day! Jonathan Goossen, DTM ACT Mainframe Storage Group Personal: 651-361-4541 Department Support Line: 651-361-5555 For help with verbal communication and leadership skills checkout Woodwinds Toastmasters. IBM Mainframe Discussion List <[email protected]> wrote on 05/20/2013 04:19:00 PM: > From: Thomas Berg <[email protected]> > I suppose you mainly see the case of allocation for sequential files > that have just one update - that at the allocation time. > > One case is when a PDS(E) is allocated for an undetermined number of > members at an undetermined number of updates. > And you can't determine this because it is dependent on actions from > e g a group of developers that in turn is dependent on decisions > taken by project leaders or maintenance circumstances. > > Or files that depending on many circumstances could be updated from > zero to thousand times with data greatly varying in size. > And that the time taken to analyze what maybe be needed in every > specific case is not available. > > Either you grossly overallocate and have the possibility of running > short of available disk space which is not better than x37's or you > take some middle position and got some less, but still significant, > problems from both extremes of the scale. > > > > Regards > Thomas Berg > ____________________________________________________________________ > Thomas Berg Specialist z/OS\RQM\IT Delivery SWEDBANK AB (Publ) > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
