|
View previous topic :: View next topic
|
| Author |
Message |
vasanthz
Global Moderator
Joined: 28 Aug 2007
Posts: 1742
Location: Tirupur, India
|
|
|
|
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,
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 |
|
 |
vasanthz
Global Moderator
Joined: 28 Aug 2007
Posts: 1742
Location: Tirupur, India
|
|
|
|
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 |
|
|
vasanthz
Global Moderator
Joined: 28 Aug 2007
Posts: 1742
Location: Tirupur, India
|
|
|
|
:FOREVER ALONE:
:S |
|
| Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008
Posts: 8696
Location: Dubuque, Iowa, USA
|
|
|
|
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 |
|
|
vasanthz
Global Moderator
Joined: 28 Aug 2007
Posts: 1742
Location: Tirupur, India
|
|
|
|
| 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 |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix
|
|
|
|
Hello,
This isn't yet 2 months old, so i'm here 
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. . . 
Thanks,
d |
|
| Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008
Posts: 8696
Location: Dubuque, Iowa, USA
|
|
|
|
| UMALLSP should give it to you, Dick, in KB. |
|
| Back to top |
|
|
vasanthz
Global Moderator
Joined: 28 Aug 2007
Posts: 1742
Location: Tirupur, India
|
|
|
|
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 |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix
|
|
|
|
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 
d |
|
| Back to top |
|
|
vasanthz
Global Moderator
Joined: 28 Aug 2007
Posts: 1742
Location: Tirupur, India
|
|
|
|
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 |
|
|
|
|
