Tim. Not all disks are created equal. You may have a stack of old Controllers still connected on ESCON, and a few shiny white boxes with FICON. If you have a large amount of dormant files wouldn't it make sense to migrate it to the slower DASD if it is untouched for a time? And leave the fast disks for the active files.
Older and slower may also apply to feature and functions, where dormant datasets do not require Flashcopy, Shadowimage, Timefinder, etc. They can be migrated to storage where you don't pay for these licenses, or that do not support the feature. And of course there is tiered storage through virtualisation... Ron Hawkins Senior Performance Consultant Product Performance Management GSSD - Technical Operations Hitachi Data Systems 750 Central Expressway Santa Clara. Ca. 95050-2627 United States Desk: +1 408 970 4458 Mobile: +1 408 219 9664 [EMAIL PROTECTED] -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tim Hare Sent: Thursday, July 05, 2007 2:34 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: [IBM-MAIN] HSM tapes OK, I've just got to ask: if you're going to migrate to disk, why not just leave the data where it was? If HSM or something does compression before creating the migrated copy, use DFSMS compression for the original data, perhaps? I don't see the advantage in migrating data from disk to disk, in other words. If I'm overlooking something, please enlighten me. Tim Hare Senior Systems Programmer Florida Department of Transportation (850) 414-4209 ---------------------------------------------------------------------- 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 ---------------------------------------------------------------------- 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