Lizette, The reason why we do a manual migrate of these dsns is because the STORAGE pool gets filled up, hence space abends. If I understand what you say correctly, if a manual migrate command is issued, the dsns are migrated regardless of the Migration attributes?
--- On Fri, 11/19/10, Lizette Koehler <[email protected]> wrote: From: Lizette Koehler <[email protected]> Subject: Re: DFHSM MIGRATE MYSTERY To: [email protected] Received: Friday, November 19, 2010, 6:10 AM > willie bunter Wrote: > When the batch job is executed all the dsns (these are all VSAM > dsns) are migrated ML2 - including those that were created this morning > before the migrate was done. According to the Migration Attributes > shouldn't those dsns which were created today & yesterday not be > migrated? > Could someone help me understand where else I should look. > Willie, When you issue a manual migrate - I think it will just go whether or not it meets the requirements. I guess the question of why you want to do manual migrates is going to pop up. Either SMS migrates for you or it does not. So if you issue the migrate command the datasets will go. So, the question in my mind is - what are the dataset requirements for migration? And why are the SMS rules not sufficient to handle them? In my shop we have an SMS pool where datasets are not migrated for a very long time. And because of that, when it fills up, we manually migrate datasets based on our decision. SMS does not prevent up from migrating those datasets created minutes ago. Lizette ---------------------------------------------------------------------- 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 ---------------------------------------------------------------------- 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
