John, That was huge leap on your part to go from dataset placement being honored to "what about if there is no space there?" His Case #2 example was (CYL,1,1). But let's not quibble about space amounts.
Space management is controlled by management class attributes and other software such as HSM, FDR/ABR, etc. One would hope that Tommy can determine (or already knows) the allocation patterns for his shop and can define things like primary days, ML1 days, thresholds, interval migration, primary space management, etc. as appropriate. Managing space availability correctly should, in most cases, eliminate the need for special storage groups or volumes in DISNEW, etc. status. The exception would be reserving volumes and having them predefined for growth needs. Of course I know situations where your statement is right, but I would not characterize "my pools" that way unless I had to. Bob Richards -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John Kington Sent: Monday, August 21, 2006 11:13 AM To: [email protected] Subject: Re: How can the ACS routine to bypass checking the storage volume datasets? Bob, >I disagree with you. My assumption is that Tommy will have *converted* >TSMD12 to SMS management and will have mounted it PRIVATE. Mounting a SMS managed volume as PRIVATE will have no impact on how SMS controls allocation. Yes, you could put the volume in the same storage group in quiesce status to reduce the chance that some other dataset will be allocated to the volume. But a large allocation or someone simply allocating more space than you expect can cause allocations to the volume that you want to reserve for your special dataset. If you rely upon GUARANTEED SPACE, you could have your job that allocates the "important" dataset fail instead of your job(s) that may be less important if the pool fills up. LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. Seeing Beyond Money is a service mark of SunTrust Banks, Inc. [ST:XCL] ---------------------------------------------------------------------- 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
