On Thu, 17 Aug 2006 21:55:03 +0800, Tommy Tsui <[EMAIL PROTECTED]> wrote:
>HI, >Currently all our volumes are NON-SMS managed therefore all temporary files >UNIT=SYSDA, VOL=SER=NIL will allocate to WORKs volumes/STORAGE volumes, all >&TEMP files will allocate to PUBLIC volumes and the others will allocate to >private volumes. if we plan to use SMS managed all volumes how can I >distinct the STORAGE volumes, > >for example >if &DSN = 'ZSMD.TEST' then > set strgrp to ZSMDTEST /* all files beginning with "ZSMD" will >allocate to this group includes UNIT=SYSDA, even without volume assigned >if &DSTYPE = "TEMP" > set strgrp to TEMPFILE /* temporary file > It sounds like you want your SMS environment to look like your non-SMS environment. I would suggest that you don't want to do that. You will end up with relatively small, specialized storage groups that will be at risk for running out of space unless you monitor them frequently. My preference is let everything go to the same storage groups, with different storage groups based upon the size of the data sets that go to them. This helps to reduce fragmentation. You'd need to do a little analysis of the size of data sets in your shop to determine where to set the size threshold between small, medium and large storage groups. By doing it that way, you'll have just a few storage groups and the system will be better able to manage itself. I know that there will be considerable disagreement about what I have suggested, and one of the reasons that people have cited is the need to restore a subset of their volumes in a D/R situation, so that the volumes with critical data sets are restored first. For that situation, I would suggest a second set of storage groups that mirrors the standard small, medium, large regular storage groups. Perhaps, if the amount of space used in the storage groups that need to be restored first is considerably smaller than the space used by the regular storage groups, you can just have one for smaller data sets and another for the larger ones. If, OTOH, the amount of space used in the critical storage groups is considerably larger than the regular storage groups, it might not make much sense to differentiate them. I hope this helps. Tom Marchant ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
