Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

DCOLLECT - Migrated dataset information.

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> JCL & VSAM
View previous topic :: :: View next topic  
Author Message
vasanthz

Global Moderator


Joined: 28 Aug 2007
Posts: 1445
Location: Azeroth

PostPosted: Fri May 11, 2012 12:41 am    Post subject: DCOLLECT - Migrated dataset information.
Reply with quote

Hi,
I am trying to find the amount of space used by a migrated dataset and the migrated dataset lies on DASD(not tape).

1) Is the allocated space and used space value for a migrated dataset equal? (not the original dataset attributes)

2) Could you please let me know which field in DCOLLECT M type record can be used to determine the amount of space a dataset occupies in its migrated state.
Manual says,
http://publib.boulder.ibm.com/infocenter/zos/v1r12/index.jsp?topic=%2Fcom.ibm.zos.r12.idai200%2Frecstr.htm
Code:
UMCOMPR - COMPRESSED or NOT FLAG
UMCMPSIZ - COMPRESSED*DATASET SIZE
UMDSIZE - MIGRATED COPY*DATA SET SIZE


Will UMCMPSIZ or UMDSIZE give the space used based on UMCOMPR flag?

3) Will all the MIGRATE 2 level datasets reside on TAPE? I checked few dcollects and all MIGRAT 2 datasets were on TAPE. Is this a standard or based on site setup.

Any information on the above questions would be of much help. Thanks in advance.

I was thinking DCOLLECT as just a bunch of records with dataset names and space values. But exploring the itsy bitsy things is very intrusting and a good experience.
Back to top
View user's profile Send private message

vasanthz

Global Moderator


Joined: 28 Aug 2007
Posts: 1445
Location: Azeroth

PostPosted: Fri May 11, 2012 2:50 am    Post subject:
Reply with quote

4) Will all the HSM backup datasets reside on TAPE? i.e. datasets found on "B" type DCOLLECT records. Is this a standard or site specific setup?

Thanks,
Back to top
View user's profile Send private message
vasanthz

Global Moderator


Joined: 28 Aug 2007
Posts: 1445
Location: Azeroth

PostPosted: Tue May 15, 2012 2:37 pm    Post subject:
Reply with quote

:FOREVER ALONE:

:S
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 7913
Location: Bellevue, IA

PostPosted: Tue May 15, 2012 6:34 pm    Post subject:
Reply with quote

Part of the lack of response, I suspect, is that you are asking questions that can vary from site to site. HSM is set up to migrate from primary storage to migration level 1 to migration level 2, although it is also possible to set HSM up to migrate some (or all) datasets directly to migration level 2 from primary. Most sites will specify migration level 1 as being migration disk while using mgiration level 2 as being tape, but there's no hard and fast requirement that I'm aware of to do so -- but I'm the first to say that I haven't researched whether or not that is true.

I took a look at a migrated (level 1) data set. The DCOLLECT numbers for it are (it's not compressed):
Code:
UMDSIZE   7788
UMALLSP   8300
UMUSESP   7785
UMRECSP   7785
When restored to disk, it has a primary allocation of 10 cylinders and a used allocation of 10 cylinders.

And from section 3.37.5.31 of the Storage Administration Reference manual:
Quote:
The SETSYS BACKUP options ANY | DASD | TAPE(unittype) are there to control the target of the backup output. The SETSYS BACKUP options apply only if the BACKUPDEVICECATEGORY option is not specified on the BACKVOL command (SMS or non-SMS) or on an ADDVOL command (non-SMS only).
Back to top
View user's profile Send private message
vasanthz

Global Moderator


Joined: 28 Aug 2007
Posts: 1445
Location: Azeroth

PostPosted: Wed May 16, 2012 7:03 am    Post subject:
Reply with quote

Quote:
Most sites will specify migration level 1 as being migration disk while using mgiration level 2 as being tape, but there's no hard and fast requirement that I'm aware of to do so -- but I'm the first to say that I haven't researched whether or not that is true.

Robert,
Thanks for your thought. I can now understand that HSM setup is customisable. It sounds logical to test if MIG1 is dasd or tape and similarly MIG2 is dasd or tape for all datasets.

Regards,
Back to top
View user's profile Send private message
dick scherrer

Site Director


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

PostPosted: Fri Jul 12, 2013 10:21 pm    Post subject:
Reply with quote

Hello,

This isn't yet 2 months old, so i'm here icon_cool.gif

I've been asked for the same info Vasanth was originally asking about.

From the DCOLLECT info can i determine the "on dasd" size of migrated datasets?

I've asked as i'd like to save the time experimenting. . . icon_rolleyes.gif

Thanks,

d
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 7913
Location: Bellevue, IA

PostPosted: Fri Jul 12, 2013 10:48 pm    Post subject:
Reply with quote

UMALLSP should give it to you, Dick, in KB.
Back to top
View user's profile Send private message
vasanthz

Global Moderator


Joined: 28 Aug 2007
Posts: 1445
Location: Azeroth

PostPosted: Fri Jul 12, 2013 11:05 pm    Post subject:
Reply with quote

Hello D,

Quote:
UMALLSP
Indicates the space (in kilobytes) that was originally allocated when this data set was migrated from a level 0 volume.
UMUSESP
Indicates the space (in kilobytes) that actually contained data when this data set was migrated from a level 0 volume.


I remember using UMALLSP from M type record for getting allocated space information.

Quote:
This isn't yet 2 months old, so i'm here

Its actually is :-)

Regards,
Back to top
View user's profile Send private message
dick scherrer

Site Director


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

PostPosted: Fri Jul 12, 2013 11:32 pm    Post subject:
Reply with quote

Thanks much for the info - i may be able to have some kind of prototype yet today . . . If the phone stays quiet.

Actually, in another life, i forwarded someone's phone to dial-a-prayer as they were most unhappy with the volume of incoming calls . . .


Quote:
Its actually is :-)


Yeeesh . . . I checked the month but not the year. We're going to have to pay me much less icon_redface.gif

d
Back to top
View user's profile Send private message
vasanthz

Global Moderator


Joined: 28 Aug 2007
Posts: 1445
Location: Azeroth

PostPosted: Fri Jul 12, 2013 11:35 pm    Post subject:
Reply with quote

If I get annoying calls from someone or telemarketer,

I pick up the phone and immediately say in a deep voice

"Yes it has been done, but there is blood all over the place.. and u only have to clean it."

disconnect the call ;-)
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> JCL & VSAM All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts FTP - JCL failed while passing FTP co... Suneetha1612 JCL & VSAM 12 Wed Nov 16, 2016 7:33 pm
No new posts To trim spaces in a pipe delimited da... Nish84 COBOL Programming 16 Mon Oct 10, 2016 1:54 pm
No new posts Obtaining file information pahiker COBOL Programming 25 Tue Sep 27, 2016 7:25 pm
No new posts Allocate dataset withour BLKSIZE Susanta CLIST & REXX 2 Thu Sep 22, 2016 11:51 am
No new posts dataset copy question - REPRO or some... atulxp TSO/ISPF 2 Wed Aug 03, 2016 10:56 pm


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us