IBM Mainframe Forum Index
 
Log In
 
IBM Mainframe Forum Index Mainframe: Search IBM Mainframe Forum: FAQ Register
 

Datasets too big to be migrated


IBM Mainframe Forums -> JCL & VSAM
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
GarciaRontani

New User


Joined: 04 Dec 2007
Posts: 12
Location: Argentina

PostPosted: Tue Nov 22, 2011 11:53 pm
Reply with quote

Hi Everyone, We are having this issue on one of our customers and we are trying to get a workaround solution for it that would not imply the customer to perform it's own backup/recovery in case this files were to be needed again some day.


I have datasets larger than 1,000,000 Tracks (PS Files) and more than 2 years old. After taking a look at Primary Space Management we jump into the conclusion that HSM cannot handle the migration of such monster files and that's the reason it hasn't migrated them automatically before.

Has anyone faced this problem before? Which solution did you provide??


Thanks for taking your time reading this.
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales

PostPosted: Tue Nov 22, 2011 11:57 pm
Reply with quote

Easy peasy .............................

make sure that a HSM backup exists for the dataset and then use
Code:
 HMIG 'dataset name' ML2
Back to top
View user's profile Send private message
GarciaRontani

New User


Joined: 04 Dec 2007
Posts: 12
Location: Argentina

PostPosted: Wed Nov 23, 2011 12:38 am
Reply with quote

Our current version of zOS Limits the number of tapes HSM can handle to 40. Unfortunately we cannot go for that.. Also defining larger scratch tapes cannot be contemplated since we need to act quite fast.. Quite the dilemma
Back to top
View user's profile Send private message
dick scherrer

Moderator Emeritus


Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix

PostPosted: Wed Nov 23, 2011 1:51 am
Reply with quote

Hello,

Quote:
Quite the dilemma
Or quite poor direction/management.

If the organization wants to support so few hsm tape volumes and does not want to use the high capacity volumes currently available, i suspect you need to do a one-time backup from the dasd to "tape" (i'd use the highest capacity you have or even upgrade so there is a new pool of high density media available). Over time the requirement will probably not diminish.
Back to top
View user's profile Send private message
Pedro

Global Moderator


Joined: 01 Sep 2006
Posts: 2547
Location: Silicon Valley

PostPosted: Wed Nov 23, 2011 4:19 am
Reply with quote

How are the datasets used? Can the user of the data use a concatenation of smaller datasets?
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales

PostPosted: Wed Nov 23, 2011 12:58 pm
Reply with quote

GarciaRontani wrote:
Our current version of zOS Limits the number of tapes HSM can handle to 40.

Huh, I've been running HSM since the dawn of z/OS 1.2 and have never met this condition. Please explain. Which z/OS are you running.
Back to top
View user's profile Send private message
Pete Wilson

Active Member


Joined: 31 Dec 2009
Posts: 580
Location: London

PostPosted: Thu Nov 24, 2011 10:14 pm
Reply with quote

Yes, there a limit on the size of files able migrate. Have seen it a number of times in recent years. Might be some limit on an OCDS record or something that links the tapes together.
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic View Bookmarks
All times are GMT + 6 Hours
Forum Index -> JCL & VSAM

 


Similar Topics
Topic Forum Replies
No new posts Merging 2 datasets into one DFSORT/ICETOOL 1
No new posts How Can I Recall a Migrated Data Set ... PL/I & Assembler 3
No new posts PL/I, VB Datasets and the RDW PL/I & Assembler 4
No new posts how to get list of all VSAM/non-VSAM ... JCL & VSAM 13
No new posts define 1 DCB parms for multiple outpu... JCL & VSAM 9
Search our Forums:

Back to Top