If it is any consolation: I am using the output from dcollect migratedata for
accounting. I am using the field umallsp. Our 'accounting' is done in 'number
of tapes', so I have the (dis)pleasure of trying to compute the number of tapes
a dataset (single file, single-file-multi-volume, multi-file
snip of response from Mike Schwab
ML2 is relying on tape drive hardware compress and shows the full size
of the data set.
Thank You Mike for your response. It clarifies what I am seeing.
Sincerely;
Ken Kripke
kkri...@mindspring.com
---
ML2 is relying on tape drive hardware compress and shows the full size
of the data set.
On Tue, Jul 19, 2011 at 5:50 PM, Kenneth J. Kripke
wrote:
> For ML2 the number does not seem close at all.
> Test Case.
> 2 data sets were allocated at 75 tracks each.
> One version of the data set was migrat
Problem Statement: We are attempting to estimate the number of compressed ML1
and ML2 data sets that will fit on EAV volumes.
For ML1 data sets, field UMDSIZE from IDCAMS DCOLLECT layout appears to be
reporting with reasonable numbers.
For ML2 the number does not seem close at all.
Test Ca
4 matches
Mail list logo