On Sep 8, 2005, at 2:43 PM, Craddock, Chris wrote:
-------SNIP-----------------------
I question the value of spending CPU cycles shoveling bits from one
cold
place to another - typically in the same array. If it were mine, I'd
leave it spinning on disk until it was so old it had cobwebs on it.
Then
if I cared enough about the space, I'd shove it out to a big fat tape
vault and forget about it. YMMV.
CC
Chris,
I couldn't agree with you more. This goes back 10+ years but
compression (what little there was of it) added about 12 percent to
DFHSM. What saved our bacon was to use DFDSS as the migration/backup
tool. the "standard" DFHSM tools were slow and a substantial sucker of
CPU time.
If I were looking at getting some buy back I would convert (via start
up startup parms) over to DFDSS IIRC it supports multivolume (amoung
other things) data sets (which the standard DFHSM backup/migration/dump
does not.
The above is old information and unless IBM has butchered DFDSS you
should see some improvement, IMO.
Ed
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html