MVSFORUMS.com Forum Index MVSFORUMS.com
A Community of and for MVS Professionals
 
 FAQFAQ   SearchSearch   Quick Manuals   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

how can we avoid Migration of a file

 
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> Utilities
View previous topic :: View next topic  
Author Message
dohellwithmf
Beginner


Joined: 12 Jul 2007
Posts: 55
Topics: 23

PostPosted: Wed Sep 16, 2009 11:05 am    Post subject: how can we avoid Migration of a file Reply with quote

hi,
is there any parameter while creating a file so that we can extend the period after which it will migrate?
or any other way to avoid migration?
Back to top
View user's profile Send private message
kolusu
Site Admin
Site Admin


Joined: 26 Nov 2002
Posts: 12375
Topics: 75
Location: San Jose

PostPosted: Wed Sep 16, 2009 11:17 am    Post subject: Reply with quote

dohellwithmf,

Talk to your SMS management people, they are the ones who sets the rules.

You can have a weekly job which would issue hrecall to all of your datasets in batch mode

Kolusu
Back to top
View user's profile Send private message Send e-mail Visit poster's website
expat
Intermediate


Joined: 01 Mar 2007
Posts: 475
Topics: 9
Location: Welsh Wales

PostPosted: Thu Sep 17, 2009 12:53 am    Post subject: Reply with quote

And why would you wish to do that ?

Unless it is a production file - then YES - go talk to storage management about it. We are sympathetic to production problems.

Otherwise .........................

It is blatently obvious that you DO NOT use these files on a regular basis, so why do you want to use a valuable resource like DASD space, which stops others from using it when their need may be greater than yours.

As a storage manager, I set the rules based on company policy, not on the whim of someone who does not want their own datasets migrated.

So from my view I can see someone who wants to waste HSM resource by recalling the datasets only to waste DASD resource because they believe that their datasets should not be migrated.
_________________
If it's true that we are here to help others,
then what exactly are the others here for ?
Back to top
View user's profile Send private message
Anuj Dhawan
Intermediate


Joined: 19 Jul 2007
Posts: 298
Topics: 7
Location: Mumbai,India

PostPosted: Thu Sep 17, 2009 4:28 am    Post subject: Reply with quote

A little extension to what has been told, use appripriate MGMTCLAS parameter but yes, that's site specific.
_________________
Regards,
Anuj
Back to top
View user's profile Send private message
s_shivaraj
Beginner


Joined: 21 Sep 2004
Posts: 140
Topics: 14
Location: Chennai, India

PostPosted: Thu Sep 17, 2009 11:16 pm    Post subject: Reply with quote

A little more extension to what has been told Very Happy , You can check the MGMTCLAS parm defined in your site under ISMF panel.
_________________
Cheers
Sivaraj S

'Technical Skill is the Master of complexity, while Creativity is the Master of Simplicity'
Back to top
View user's profile Send private message AIM Address
Anuj Dhawan
Intermediate


Joined: 19 Jul 2007
Posts: 298
Topics: 7
Location: Mumbai,India

PostPosted: Thu Sep 17, 2009 11:37 pm    Post subject: Reply with quote

LOL -- Sivaraj, it should be noted that not every site allows every RACF user to log-on to ISMF panels. Unless, I'm mistaken, OP has to have a authority to punt through the ISMF panels before he can check MGMTCLAS parm defined in his site under ISMF panel.
_________________
Regards,
Anuj
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> Utilities All times are GMT - 5 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


MVSFORUMS
Powered by phpBB © 2001, 2005 phpBB Group