On Tue, 29 Jul 2014 10:30:55 -0500, Mike Schwab <[email protected]> wrote:
>On CKD, z/VM formats it with Fixed length blocks. Should be able to >ICKDSF the new volume then Backup the old volume and restore to the >new volume, or use a move command. While that would be nice, if true, it's wrong. In many cases the z/VM data has a different organization when on FBA. Some of the data must be logically copied at a filesystem level (e.g. CMS files), others must be re-created (CP-owned volumes). In fact, z/VM itself has to be reinstalled so that you get the FBA minidisk layouts. The RACF database requires special care, too. And the non-CMS guests themselves have to copy their data, too. Converting storage architectures is a non-trivial exercise. It can be done, but not by brute force. We continue to recommend that z/VM and guest data that is classified as "slow growth" continue to reside on ECKD. Fast-growth data such as databases should be on native SCSI, not FBA simulation on SCSI. Alan Altmark IBM ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
