(Replying to a later post for update.) Many thanks to all who participated in this thread. We finally got SVCDUMPs working as we desired. As we explored various suggestions, we realized that we already had the necessary elements in place. Our one (fatal) flaw was the migration threshold for the SVCDUMP group. In an ancient attempt to maximize available space, that limit had been set to 1%. Hence the SVCDUMP group was never again selected for allocation once we added OVERFLOW. We didn't even need a low threshold in the first place because the RYO SVCDUMP management application itself issues HMIGRATE after digesting a particular dump. Solution was simply to raise the threshold to 85%. Except in cases of recurring SVC dumps or an abnormally large dump, the intended volumes will almost always have room. And in those exceptional cases, OVRFLOW is what we want.
Once again IBM-MAIN has come to the rescue. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW [email protected] -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Greg Shirey Sent: Tuesday, April 25, 2017 8:11 AM To: [email protected] Subject: (External):Re: SMS STORGRP question Defining a storage group as OVERFLOW provides most of that function by default. I believe the difference is that QUINEW volumes are used as a "last resort" whereas OVERFLOW volumes are used when the high threshold will be exceeded. From "defining storage group attributes" in the Knowledge Center: If all volumes in a non-overflow storage group are so full that the current allocation request will push them over high threshold, while volumes in the overflow storage group are not so full, then the new data set will be allocated on a volume in the overflow storage group. The assumption is that all other attributes of the non-overflow storage group and overflow storage group and the volumes in those storage groups are the same.... Volumes residing in overflow storage groups are preferred over quiesced volumes and storage groups. If you quiesce an overflow storage group or volume then the quiesced volumes are preferred over quiesced overflow volumes. Regards, Greg Shirey Ben E. Keith Company From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Schroeder, Wayne Sent: Tuesday, April 25, 2017 9:33 AM To: [email protected] Subject: Re: SMS STORGRP question Hey Jesse, I have the same setup but I have my OVERFLOW volumes set as QUINEW so they are only used if the original SG can't hold all of the data. Hope this helps. Wayne Schroeder Mainframe Storage Administrator ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
