Can't you set the storage pool migration thresholds to both high and low
levels such that daily auto-migration activities will bring the pool
down to a level to support the next days expected allocations?
Mark Jacobs
On 11/19/10 09:45, willie bunter wrote:
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
