Sounds like your only option is to use DFDSS, and to do it safely, will require you to take a more traditional approach, and consider doing logical dataset moves from the old to the new dasd. Of course that will mean ceasing use of the affected data for time that the data is moving. Maybe a DFDSS job like this:
COPY DS(INC(a.dataset.mask.**)) - IDY(inputvol) ODY(outputvol) - ALLDATA(*) - SPHERE - DELETE - ALLX - CATALOG - PURGE Then your next trick will be to migrate off datasets/volumes that enqueues cannot be freed easily. Another approach you could take if you have multiple systems that do not share data, but have access to each others DASD could be to Shutdown system "A", and use system "B" to do full volume copies, but that then implies that you will have to do something about catalogs, or keep volsers the same. Just some idea's. Not meant to be a complete plan. _________________________________________________________________ Dave Jousma Assistant Vice President, Mainframe Engineering [email protected] 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Dazzo, Matt Sent: Wednesday, February 17, 2016 8:21 AM To: [email protected] Subject: Re: Using IBM z/OS TDMF Product to Migrate 3390-9 to 3390-27's We are facing the need to migrate off 3390-3, and probably some 3390-9 to mod-27's, so I am seeking the best process to take. This is a new endeavor for me so I am learning and looking for the best method of course with our current tools on hand, We do not have TDMF or FDR just DFDSS, hsm is not used either. Any direction or comments is appreciated. Our DB2 data is sms managed but for all other data we use BMC Mainview SRM, does SRM provide any tools? Thanks Matt -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Mike Schwab Sent: Tuesday, February 16, 2016 3:19 PM To: [email protected] Subject: Re: Using IBM z/OS TDMF Product to Migrate 3390-9 to 3390-27's Yes, you can use TDMF / FDRPAS / etc, to move a volume to the same size or larger. After the move is complete TDMF or you run ICKDSF to pick up the new size. The VTOC and VTOCIX are not extended. You should select the volumes with the hardest to move datasets. If you need to increase the VTOC / VTOCIX, you can do that right after you get the new size. Or you can create new volumes and migrate the datasets from all old volumes. Remaining volumes will need to have the datasets moved to volumes on your new hardware. https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieag100/v1stor.htm VARY SMS,VOLUME(volser,sysx),QUIESCE or (V SMS,VOLUME(volser,sysx),Q) will disable allocations to old volumes, unless it does not have enough space on non-Quiesce volumes. https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.arcf000/migratesmsvolume.htm?lang=en After setting volser to Q, command MIGRATE VOLUME(volser) DAYS(0) will migrate datasets to other volumes in the storage group. Datasets in use or not eligible to migrate will be left behind. https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.arcf000/s6068.htm?lang=en VSAM datasets with 2+ AIXs must be migrated with a command to the base cluster name. LDMF (Part of TDMF) can help move up datasets left on old volumes. On Tue, Feb 16, 2016 at 1:53 PM, Jasi Grewal <[email protected]> wrote: > Greetings, I would like to know, if we can use IBM z/OS TDMF to migrate z/VM > and zLinux DASD to newer model 3390-27's from 3390-09. > The other problem is that we don't have that many targets as Source vols so > every MDISK would have to be migrated to consume DASD Space and does TDMF > supports the feature of copying MDISK's from Source to Targets or does it > only supports Full Volumes migration. > > Or do we use copyddr tool to copy mdisks from source to targets from z/VM > System. > Any experiences or recommendations would be greatly appreciated. > > Thanks in advance, > Regards, > Jasi Grewal. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to [email protected] with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
