"My question is: How do I setup my second HSM, in the same LPAR as production?. Is there a way to distinguish the invocation of a specific HSM, based on the HLQ of the datasets it is suppose to manage (test & development) ?"
I don't use HSM, as we're an ABR shop, but I would suggest a variant, possibly, of what we've done. We have to sets of storage groups - SGP*and SGX* for production and test (we chose 'X' because 'T' and 'P' sound alike and were constantly causing the "Tom or Peter?" waste of time). SGP* is defined DISNEW on the test LPAR, and SGX* is DISNEW on the production LPAR. This is not SMSPlex - we use different CDSes for each LPAR but we do keep the definitions in synch manually. All of our ACS routines on both LPARs are the same, except for the storage group routine. The storage group ACS routine assigns the datasets, based on storage classes to SGP* or SGX* groups based on which SYSNAME the ACS routine is invoked in (SYSNAME is a read-only variable). We chose to use a WHEN statement with SYSNAME as the case, as the outside block of our logic, it made things easier and allowed, if we wanted, some different logic on the test side. Sounds like you are already planning to segregate your test/development datasets into their own storage groups; so I would suggest coming up with a variant of the logic which allows you to work the same scheme now for whatever you want use to divide your datasets. The SG definitions control rules for thresholds used in migration and the like. You can define them the same for for two equivalent storage groups (example SGPDB2 and SGXDB2), or differently, but the one HSM (or ABR in our case) can handle all of the storage groups, you don't need a second one. You will want a second one when you get to the other LPAR, possibly, unless you are sharing catalogs - even if you have all of your test volumes enabled for HSM to reach on the production LPAR, if HSM can't update the catalog you will not have the 'MIGRAT' indicator, among other possible problems. I'm sure other more advanced shops have better methods, too.. but this works for us. Tim Hare Senior Systems Programmer Florida Department of Transportation (850) 414-4209 ---------------------------------------------------------------------- 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
