3390-3 to 3390-9
Is it possible to Flashcopy from a 3390-3 to 3390-9 and then the additional space above 3339 is available for use? Does something need to be changed in the VTOC to reflect the size change? -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3390-3 to 3390-9
Mark, > Is it possible to Flashcopy from a 3390-3 to 3390-9 and then the additional > space above 3339 is available for use? Does something need to be changed in > the VTOC to reflect the size change? > Don't know about the Flashcopy part but I believe you have to do a ickdsf vtoc refresh to show the additional capacity. Regards, John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3390-3 to 3390-9
I have not tried this with flashcopy, but we use FDR-PAS to do this all the time with very good success. Pete Eggebeen Systems Programmer Specialist Enterprise Storage Management Metavante Corporation Phone: (414) 577-9521 Fax: (414) 577-8998 e-mail: pete.eggeb...@metavante.com If at first you don’t succeed; call it version 1.0 From: John Kington To: IBM-MAIN@bama.ua.edu Date: 01/28/2009 08:13 AM Subject:Re: 3390-3 to 3390-9 Mark, > Is it possible to Flashcopy from a 3390-3 to 3390-9 and then the additional > space above 3339 is available for use? Does something need to be changed in > the VTOC to reflect the size change? > Don't know about the Flashcopy part but I believe you have to do a ickdsf vtoc refresh to show the additional capacity. Regards, John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - This message contains confidential and proprietary information of the sender, and is intended only for the person(s) to whom it is addressed. Any use, distribution, copying or disclosure by any other person is strictly prohibited. If you have received this message in error, please notify the e-mail sender immediately, and delete the original message without making a copy. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3390-3 to 3390-9
Weird. I did a Flashcopy. Then on the offline device I did the REFORMAT UNIT() REFVTOC. But I would get FREESPACE errors. But then I put the device online and REFORMAT DDNAME(xx) REFVTOC and it works. Is there really a difference between the online DDNAME and the offline UNIT or did I blunder somehow? On Wed, Jan 28, 2009 at 9:10 AM, John Kington wrote: > Mark, > > > Is it possible to Flashcopy from a 3390-3 to 3390-9 and then the > additional > > space above 3339 is available for use? Does something need to be > changed in > > the VTOC to reflect the size change? > > > Don't know about the Flashcopy part but I believe you have to do a ickdsf > vtoc refresh to show the additional capacity. > Regards, > John > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3390-3 to 3390-9
Mark, > Weird. I did a Flashcopy. > Then on the offline device I did the REFORMAT UNIT() REFVTOC. But I > would get FREESPACE errors. > But then I put the device online and REFORMAT DDNAME(xx) REFVTOC and it > works. > > Is there really a difference between the online DDNAME and the offline UNIT > or did I blunder somehow? > I hope someone knows the answer. I always did the refresh offline (online not an option) before I started using TDMF. Regards, John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3390-3 to 3390-9
Mark Pace pisze: Is it possible to Flashcopy from a 3390-3 to 3390-9 and then the additional space above 3339 is available for use? Does something need to be changed in the VTOC to reflect the size change? AFAIK yes. Flashcopy first, then ICKDSF VTOC REFORMAT. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Moving 3390-3 to 3390-9
I potentially have a need to move -- preferably on the fly -- some volumes from 3390 model 3 to 3390 model 9 devices. I can use the wonderful TDMF to move like-to-like volumes, and it seems to me that I figured out a way to move mod-3s to mod-9s. Unfortunately, I can't remember what I did, and I can't find any notes about it. IIRC, I moved a volume, but it was not recognized as having the larger capacity until I . . . did something, like maybe refresh the VTOC or some such. Has anybody done this? Is it possible? Thanks, Jon -- 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
Re: Moving 3390-3 to 3390-9
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Jon Brock > Sent: Tuesday, July 15, 2008 1:21 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Moving 3390-3 to 3390-9 > > I potentially have a need to move -- preferably on the fly -- some > volumes from 3390 model 3 to 3390 model 9 devices. I can use the > wonderful TDMF to move like-to-like volumes, and it seems to me that I > figured out a way to move mod-3s to mod-9s. Unfortunately, I can't > remember what I did, and I can't find any notes about it. > > IIRC, I moved a volume, but it was not recognized as having the larger > capacity until I . . . did something, like maybe refresh the VTOC or > some such. > > Has anybody done this? Is it possible? > > > Thanks, > Jon ICKDSF's REFVTOC command? -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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
Re: Moving 3390-3 to 3390-9
I stated my question poorly. I know that I would user the REFVTOC command to refresh the VTOC. What I don't remember is whether that is what I used to accomplish this when I did it before. I'm not even completely sure I did it successfully. Thanks, Jon ICKDSF's REFVTOC command? -- 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
Re: Moving 3390-3 to 3390-9
Jon, > I potentially have a need to move -- preferably on the fly -- some > volumes from 3390 model 3 to 3390 model 9 devices. I can use the > wonderful TDMF to move like-to-like volumes, and it seems to me that I > figured out a way to move mod-3s to mod-9s. Unfortunately, I can't > remember what I did, and I can't find any notes about it. > > IIRC, I moved a volume, but it was not recognized as having the larger > capacity until I . . . did something, like maybe refresh the VTOC or > some such. > > Has anybody done this? Is it possible? > You can move a mod3 to a mod9 but not three mod3 to one mod9. You need to specify ICKDSF on your options statement if you do not have AUTOMATIC ICKDSF=YES. TDMF will invoke ickdsf to refresh the vtoc to show the increased capacity on the volume(s). Regards, John -- 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
Re: Moving 3390-3 to 3390-9
Thanks, John. That's just the ticket. Jon You can move a mod3 to a mod9 but not three mod3 to one mod9. You need to specify ICKDSF on your options statement if you do not have AUTOMATIC ICKDSF=YES. TDMF will invoke ickdsf to refresh the vtoc to show the increased capacity on the volume(s). -- 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
Re: Moving 3390-3 to 3390-9
We will be going through this same process. 3 M3 to 1 M9. We are looking at using FDR PAS to do this for us. I am not sure of any other utility that can do it. If the M9 is in a pool, you could just copy the datasets to the new volume with DFDSS. Did you vary the device offline/online and refreshed SMS? Lizette > >I potentially have a need to move -- preferably on the fly -- some >volumes from 3390 model 3 to 3390 model 9 devices. I can use the >wonderful TDMF to move like-to-like volumes, and it seems to me that I >figured out a way to move mod-3s to mod-9s. Unfortunately, I can't >remember what I did, and I can't find any notes about it. > >IIRC, I moved a volume, but it was not recognized as having the larger >capacity until I . . . did something, like maybe refresh the VTOC or >some such. > >Has anybody done this? Is it possible? > -- 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
Re: Moving 3390-3 to 3390-9
You're welcome. -- 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
Re: Moving 3390-3 to 3390-9
I have another possibility that I have used when moving to new dasd. Just change the delete defines to either point to the new packs or to the new storage class for the mod 9's. Then, when the dataset is reorged, as long as it gets reorged on a daily, weekly, or montly or whatever basis, it will get moved. Eric Bielefeld Sr. z/OS Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: "Lizette Koehler" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Tuesday, July 15, 2008 2:21 PM Subject: Re: Moving 3390-3 to 3390-9 We will be going through this same process. 3 M3 to 1 M9. We are looking at using FDR PAS to do this for us. I am not sure of any other utility that can do it. If the M9 is in a pool, you could just copy the datasets to the new volume with DFDSS. Did you vary the device offline/online and refreshed SMS? Lizette -- 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
Re: Moving 3390-3 to 3390-9
I had considered that, but there are tons of data sets on these volumes, some of which rarely get reorged. The volumes aren't SMS-managed, so I can't use the pool method that Lizette mentioned, either. Jon I have another possibility that I have used when moving to new dasd. Just change the delete defines to either point to the new packs or to the new storage class for the mod 9's. Then, when the dataset is reorged, as long as it gets reorged on a daily, weekly, or montly or whatever basis, it will get moved. > If the M9 is in a pool, you could just copy the datasets to the new volume > with DFDSS. -- 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
Re: Moving 3390-3 to 3390-9
Unless they are your system volumes, Step 1. Implement SMS (at least for the new volumes) > -Original Message- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of Jon Brock > Sent: Tuesday, July 15, 2008 1:00 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Moving 3390-3 to 3390-9 > > I had considered that, but there are tons of data sets on these volumes, > some of which rarely get reorged. > > The volumes aren't SMS-managed, so I can't use the pool method that > Lizette mentioned, either. > > Jon > > > > > I have another possibility that I have used when moving to new dasd. > Just > change the delete defines to either point to the new packs or to the new > > storage class for the mod 9's. Then, when the dataset is reorged, as > long > as it gets reorged on a daily, weekly, or montly or whatever basis, it > will > get moved. > > > > > If the M9 is in a pool, you could just copy the datasets to the new > volume > > with DFDSS. > > > -- > 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
Re: Moving 3390-3 to 3390-9
Innovation Software ( FDR ) has some slick products to do this. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jon Brock Sent: Tuesday, July 15, 2008 1:21 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Moving 3390-3 to 3390-9 I potentially have a need to move -- preferably on the fly -- some volumes from 3390 model 3 to 3390 model 9 devices. I can use the wonderful TDMF to move like-to-like volumes, and it seems to me that I figured out a way to move mod-3s to mod-9s. Unfortunately, I can't remember what I did, and I can't find any notes about it. IIRC, I moved a volume, but it was not recognized as having the larger capacity until I . . . did something, like maybe refresh the VTOC or some such. Has anybody done this? Is it possible? Thanks, Jon -- 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
Re: Moving 3390-3 to 3390-9
Moving the DSNs with DSS/FDR should be easy enough. You shouldn't need SMS, but hard to image that kind of volume and not SMS. You can tell DSS to move to a pool of DASD, you specify the VOLSERs and the amount of space to use. But your scenario seem more like a logical move, and recatalog, of 2-3 Mod3 to 1 Mod9 but you could move numerous MOD3 to several MOD9. If a DSN is allocated, it won't move. So a repetitive process should get them all moved. Jack Kelly 202-502-2390 (Office) -- 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
Re: Moving 3390-3 to 3390-9
Yes, they do, but we don't have them. We do have TDMF, though. Jon Innovation Software ( FDR ) has some slick products to do this. -- 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
Re: Moving 3390-3 to 3390-9
No, actually I'm looking to move one 3390-3 to one 3390-9. These particular volumes are pretty much full and it's starting to cause us application problems. The application in question has its own means of parceling out which data sets go where. I would much prefer to move these things a volume at a time rather than a file at a time. Changing all the volumes to be SMS-managed and putting them in pools would be the best solution, but there are a couple of minor reasons I don't want to put any effort into that if I can simply move some of them to mod 9s and be done with it for a while. SMS management of these volumes will come, though. Oh yes, it will come. Jon Moving the DSNs with DSS/FDR should be easy enough. You shouldn't need SMS, but hard to image that kind of volume and not SMS. You can tell DSS to move to a pool of DASD, you specify the VOLSERs and the amount of space to use. But your scenario seem more like a logical move, and recatalog, of 2-3 Mod3 to 1 Mod9 but you could move numerous MOD3 to several MOD9. If a DSN is allocated, it won't move. So a repetitive process should get them all moved. -- 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
Re: Moving 3390-3 to 3390-9
I have used the FDR product. You can get a three month contract with them to use FDRPAS. The cost is not too high and you can move files while they are being used. Pat Mihalec Rush University Medical Center Senior System Programmer (312) 942-8386 [EMAIL PROTECTED] -- 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
Re: Moving 3390-3 to 3390-9
Pat Mihalec wrote: I have used the FDR product. You can get a three month contract with them to use FDRPAS. The cost is not too high and you can move files while they are being used. If you're moving from say 99 mod-3s to 99 mod 9s, then this software does what you want. But, what if you're moving from 99 mod-3s to 33 mod-9s? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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
Re: Moving 3390-3 to 3390-9
You use LDMF (now owned by IBM...TDMF's little brother) or subcontract one of us experts to do it for you! Bob - Robert B. Richards(Bob) US Office of Personnel Management 1900 E Street NW Room: BH04L Washington, D.C. 20415 Phone: (202) 606-1195 Email: [EMAIL PROTECTED] - -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Wednesday, July 16, 2008 12:06 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Moving 3390-3 to 3390-9 Pat Mihalec wrote: > I have used the FDR product. You can get a three month contract with them > to use FDRPAS. The cost is not too high and you can move files while they > are being used. > If you're moving from say 99 mod-3s to 99 mod 9s, then this software does what you want. But, what if you're moving from 99 mod-3s to 33 mod-9s? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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
Re: Moving 3390-3 to 3390-9
I know we moved some data from a 3390-3 to a 3390-9 without problems. It was quick, easy and painless. Pat Mihalec Rush University Medical Center Senior System Programmer (312) 942-8386 [EMAIL PROTECTED] -- 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
Re: Moving 3390-3 to 3390-9
Jon, I believe there are some restrictions on the use of TDMF's ICKDSF option. Volumes with OS catalogs for instance. I highly recommend refering to the Installation and Reference manual. Terry Traylor charlesSCHWAB TIS Mainframe Storage Management Remedy Queue: tis-hs-mstg (602) 977-5154 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jon Brock Sent: Tuesday, July 15, 2008 12:18 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Moving 3390-3 to 3390-9 Thanks, John. That's just the ticket. Jon You can move a mod3 to a mod9 but not three mod3 to one mod9. You need to specify ICKDSF on your options statement if you do not have AUTOMATIC ICKDSF=YES. TDMF will invoke ickdsf to refresh the vtoc to show the increased capacity on the volume(s). -- 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
Re: Moving 3390-3 to 3390-9
> -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Traylor, Terry > > Jon, > > I believe there are some restrictions on the use of TDMF's > ICKDSF option. Volumes with OS catalogs for instance. I > highly recommend refering to the Installation and Reference manual. Um, what's an "OS catalog"? :-) Didn't they go the way of the dinosaurs, carrier pigeons, the Edsel, Y2K, et al? -jc- -- 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
Re: Moving 3390-3 to 3390-9
On Wed, 16 Jul 2008 09:05:45 -0700, Edward Jaffe <[EMAIL PROTECTED]> wrote: >Pat Mihalec wrote: >> I have used the FDR product. You can get a three month contract with them >> to use FDRPAS. The cost is not too high and you can move files while they >> are being used. >> > >If you're moving from say 99 mod-3s to 99 mod 9s, then this software >does what you want. But, what if you're moving from 99 mod-3s to 33 mod-9s? > Ahhh... then you need FDRMOVE (FDRPAS the first volume, FDRMOVE the other data sets). Or TDMF + LDMF (or LDMF volume migrate + LDMF). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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
Re: Moving 3390-3 to 3390-9
Mark Zelden wrote: On Wed, 16 Jul 2008 09:05:45 -0700, Edward Jaffe <[EMAIL PROTECTED]> wrote: If you're moving from say 99 mod-3s to 99 mod 9s, then this software does what you want. But, what if you're moving from 99 mod-3s to 33 mod-9s? Ahhh... then you need FDRMOVE (FDRPAS the first volume, FDRMOVE the other data sets). Or TDMF + LDMF (or LDMF volume migrate + LDMF). So is all of this movement transparent to running applications? Or is only the FDRPAS/TDMF part transparent? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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
Re: Moving 3390-3 to 3390-9
LDMF - now known as zDMF(IBM purchased it), is a transparent dataset level move tool. _ Dave Jousma Assistant Vice President Mainframe Services [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Wednesday, July 16, 2008 1:04 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Moving 3390-3 to 3390-9 Mark Zelden wrote: > On Wed, 16 Jul 2008 09:05:45 -0700, Edward Jaffe > <[EMAIL PROTECTED]> wrote: > >> If you're moving from say 99 mod-3s to 99 mod 9s, then this software >> does what you want. But, what if you're moving from 99 mod-3s to 33 mod-9s? >> >> > > Ahhh... then you need FDRMOVE (FDRPAS the first volume, FDRMOVE the > other data sets). Or TDMF + LDMF (or LDMF volume migrate + LDMF). > So is all of this movement transparent to running applications? Or is only the FDRPAS/TDMF part transparent? 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: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving 3390-3 to 3390-9
- Original Message - From: "Jousma, David" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main Sent: Wednesday, July 16, 2008 1:07 PM Subject: Re: Moving 3390-3 to 3390-9 LDMF - now known as zDMF(IBM purchased it), is a transparent dataset level move tool. They're only transparent if the datasets are not ENQ'd. Any applications holding datasets will still have to be recycled so the dataset can move. Regards, Tom Conley -- 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
Re: Moving 3390-3 to 3390-9
OK. Operating System catalogs (ICF) as opposed to DB2 catalogs, etc. But somehow, I know you knew I was referring to the ESDS portion of the BCS. Terry Traylor charlesSCHWAB TIS Mainframe Storage Management Remedy Queue: tis-hs-mstg (602) 977-5154 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Wednesday, July 16, 2008 9:51 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Moving 3390-3 to 3390-9 > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of Traylor, Terry > > Jon, > > I believe there are some restrictions on the use of TDMF's ICKDSF > option. Volumes with OS catalogs for instance. I highly recommend > refering to the Installation and Reference manual. Um, what's an "OS catalog"? :-) Didn't they go the way of the dinosaurs, carrier pigeons, the Edsel, Y2K, et al? -jc- -- 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
Re: Moving 3390-3 to 3390-9
Jousma, David wrote: LDMF - now known as zDMF(IBM purchased it), is a transparent dataset level move tool. It moves data sets while applications have them OPEN? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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
Re: Moving 3390-3 to 3390-9
Tom, Not true. zDMF moves allocated/in use datasets transparently, just like TDMF moves entire volumes with datasets allocated on it transparently. Kinda scary actually. _ Dave Jousma Assistant Vice President Mainframe Services [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pinnacle Sent: Wednesday, July 16, 2008 1:42 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Moving 3390-3 to 3390-9 - Original Message - From: "Jousma, David" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main Sent: Wednesday, July 16, 2008 1:07 PM Subject: Re: Moving 3390-3 to 3390-9 > LDMF - now known as zDMF(IBM purchased it), is a transparent dataset > level move tool. > They're only transparent if the datasets are not ENQ'd. Any applications holding datasets will still have to be recycled so the dataset can move. Regards, Tom Conley 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: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving 3390-3 to 3390-9
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe > Sent: Wednesday, July 16, 2008 12:44 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Moving 3390-3 to 3390-9 > > Jousma, David wrote: > > LDMF - now known as zDMF(IBM purchased it), is a transparent dataset > > level move tool. > > > > It moves data sets while applications have them OPEN? > > -- > Edward E Jaffe http://www-935.ibm.com/services/us/index.wss/offering/gts/a1028200 Softek Logical Data Migration Facility (LDMF) enables you to consolidate data onto large capacity, better performing volumes without interruption to the 24 x 7 business environment. Since manual data set-level migration is complex and disruptive, Softek LDMF is designed to perform migrations while data sets remain open, so applications remain available, reducing downtime. Softek LDMF is storage vendor-independent, host-based software that enables data set migration across storage vendor arrays. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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
Re: Moving 3390-3 to 3390-9
Should have added that we have the product here, and it works well. Here is the link for info for non-believers... http://www-935.ibm.com/services/us/index.wss/offering/its/a1029927 BTW, I am not affiliated with them or IBM in any employment capacity _ Dave Jousma Assistant Vice President Mainframe Services [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jousma, David Sent: Wednesday, July 16, 2008 1:47 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Moving 3390-3 to 3390-9 Tom, Not true. zDMF moves allocated/in use datasets transparently, just like TDMF moves entire volumes with datasets allocated on it transparently. Kinda scary actually. _ Dave Jousma Assistant Vice President Mainframe Services [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pinnacle Sent: Wednesday, July 16, 2008 1:42 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Moving 3390-3 to 3390-9 - Original Message - From: "Jousma, David" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main Sent: Wednesday, July 16, 2008 1:07 PM Subject: Re: Moving 3390-3 to 3390-9 > LDMF - now known as zDMF(IBM purchased it), is a transparent dataset > level move tool. > They're only transparent if the datasets are not ENQ'd. Any applications holding datasets will still have to be recycled so the dataset can move. 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: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving 3390-3 to 3390-9
Using FDRPAS I found all movement, except for specific system dataset, which was only one or two, that I could not move while the system was up. Pat Mihalec Rush University Medical Center Senior System Programmer (312) 942-8386 [EMAIL PROTECTED] -- 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
Re: Moving 3390-3 to 3390-9
This was not true with FDRPAS. I was able move even files for a CICS region without taking the region down. Pat Mihalec Rush University Medical Center Senior System Programmer (312) 942-8386 [EMAIL PROTECTED] Pinnacle <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 07/16/2008 12:41 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: Moving 3390-3 to 3390-9 - Original Message - From: "Jousma, David" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main Sent: Wednesday, July 16, 2008 1:07 PM Subject: Re: Moving 3390-3 to 3390-9 > LDMF - now known as zDMF(IBM purchased it), is a transparent dataset > level move tool. > They're only transparent if the datasets are not ENQ'd. Any applications holding datasets will still have to be recycled so the dataset can move. Regards, Tom Conley -- 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
Re: Moving 3390-3 to 3390-9
- Original Message - From: "Pat Mihalec" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main Sent: Wednesday, July 16, 2008 2:04 PM Subject: Re: Moving 3390-3 to 3390-9 This was not true with FDRPAS. I was able move even files for a CICS region without taking the region down. Apples and oranges. FDRPAS is full-volume and we all know that works. We're talking dataset level moves. Regards, Tom Conley -- 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
Re: Moving 3390-3 to 3390-9
Jousma, David wrote: Should have added that we have the product here, and it works well. Here is the link for info for non-believers... http://www-935.ibm.com/services/us/index.wss/offering/its/a1029927 Pretty slick! I was aware of the FDRPAS approach, which leverages the operating system's DDR SWAP logic. I was unaware that similar functionality could be had at the data set level. I wonder how they do it? And, if data can be moved while OPEN with data-set-level granularity, why use products that offer only volume-level granularity? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- 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
Re: Moving 3390-3 to 3390-9
> It moves data sets while applications have them OPEN? Yes and No is my understanding.It moves the data so I/O is directed to the new location, but the move isn't committed until the ENQ is released. FDRMOVE, which we've used, works the same way. From the LDMF manual... 7. Completion phase Although the metadata has been modified, applications that were active before diversion will have their I/O redirected to the target location until they de-allocate the data set. For applications that continue to have the original source file allocation, a scheduled bounce will be required in order to free the original space Jeffrey Deaver, Engineer Systems Engineering [EMAIL PROTECTED] 651-665-4231(v) IS - "Creating competitive advantage with technology. Providing service that excels." OSS - " Where Innovation Happens" -- 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
Re: Moving 3390-3 to 3390-9
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe > Sent: Wednesday, July 16, 2008 1:34 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: Moving 3390-3 to 3390-9 > > Jousma, David wrote: > > Should have added that we have the product here, and it works well. > > Here is the link for info for non-believers... > > http://www-935.ibm.com/services/us/index.wss/offering/its/a1029927 > > > > Pretty slick! I was aware of the FDRPAS approach, which leverages the > operating system's DDR SWAP logic. I was unaware that similar > functionality could be had at the data set level. I wonder > how they do it? > > And, if data can be moved while OPEN with data-set-level granularity, > why use products that offer only volume-level granularity? > > -- > Edward E Jaffe Remote replication? My guess is that replicating an entire volume would have less overhead than doing each dataset on the volume separately. I'd likely use TDMF/FDRPAS when moving from one storage array to a new one, if the volumes were the same size. Using LDMF might be nice for consolidating from multiple, smaller, volumes to a larger volume (like the -3 to -9 in the subject). I would guess that using LDMF to move a dataset requires that the dataset be recatalogued when the copy is complete. I also wonder how they do it. Perhaps with the "concurrent copy" capability to somehow "trap" when a change is made to the source dataset? -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- 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
Re: Moving 3390-3 to 3390-9
- Original Message - From: "Jeffrey Deaver" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main Sent: Wednesday, July 16, 2008 2:50 PM Subject: Re: Moving 3390-3 to 3390-9 It moves data sets while applications have them OPEN? Yes and No is my understanding.It moves the data so I/O is directed to the new location, but the move isn't committed until the ENQ is released. FDRMOVE, which we've used, works the same way. From the LDMF manual... 7. Completion phase Although the metadata has been modified, applications that were active before diversion will have their I/O redirected to the target location until they de-allocate the data set. For applications that continue to have the original source file allocation, a scheduled bounce will be required in order to free the original space Jeff, Thanks for the backup. Did I not say the applications had to be recycled for ENQ'd datasets? Regards, Tom Conley -- 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
Re: Moving 3390-3 to 3390-9
- Original Message - From: "Edward Jaffe" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main Sent: Wednesday, July 16, 2008 2:34 PM Subject: Re: Moving 3390-3 to 3390-9 Jousma, David wrote: Should have added that we have the product here, and it works well. Here is the link for info for non-believers... http://www-935.ibm.com/services/us/index.wss/offering/its/a1029927 Pretty slick! I was aware of the FDRPAS approach, which leverages the operating system's DDR SWAP logic. I was unaware that similar functionality could be had at the data set level. I wonder how they do it? And, if data can be moved while OPEN with data-set-level granularity, why use products that offer only volume-level granularity? Speed, plus the fact it's not really moved until the app is recycled (see Jeff Deaver's post). Regards, Tom Conley -- 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
Re: Moving 3390-3 to 3390-9
Tom, I think we are arguing semantics here. The dataset is moved once LDMF completes, and new allocations of the moved datasets go to the new volume, and those tasks that had it allocated still get it at the old location until they are recycle, and LDMF takes care of keeping them in sync. What you said was: " They're only transparent if the datasets are not ENQ'd. Any applications holding datasets will still have to be recycled so the dataset can move." When I read what you originally wrote, you seemed to imply that nothing could be done while the dataset was enqueued. Almost any dataset move is transparent if it is not allocated. :-) _ Dave Jousma Assistant Vice President Mainframe Services [EMAIL PROTECTED] 616.653.8429 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pinnacle Sent: Wednesday, July 16, 2008 3:17 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Moving 3390-3 to 3390-9 - Original Message - From: "Jeffrey Deaver" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main Sent: Wednesday, July 16, 2008 2:50 PM Subject: Re: Moving 3390-3 to 3390-9 >> It moves data sets while applications have them OPEN? > > Yes and No is my understanding.It moves the data so I/O is directed to > the new location, but the move isn't committed until the ENQ is released. > FDRMOVE, which we've used, works the same way. From the LDMF manual... > > 7. Completion phase Although the metadata has > been modi-fied, > applications that were > active before diversion > will have their I/O > redirected to the target > location until they > de-allocate the data set. > For applications that > continue to have the > original source file > allocation, a scheduled > bounce will be required in > order to free the original > space > Jeff, Thanks for the backup. Did I not say the applications had to be recycled for ENQ'd datasets? Regards, Tom Conley 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: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Moving 3390-3 to 3390-9
- Original Message - From: "Jousma, David" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main Sent: Wednesday, July 16, 2008 3:32 PM Subject: Re: Moving 3390-3 to 3390-9 Tom, I think we are arguing semantics here. The dataset is moved once LDMF completes, and new allocations of the moved datasets go to the new volume, and those tasks that had it allocated still get it at the old location until they are recycle, and LDMF takes care of keeping them in sync. What you said was: " They're only transparent if the datasets are not ENQ'd. Any applications holding datasets will still have to be recycled so the dataset can move." When I read what you originally wrote, you seemed to imply that nothing could be done while the dataset was enqueued. Almost any dataset move is transparent if it is not allocated. :-) You say tomayto, I say tomahto... I was actually comparing the transparency of zDMF and FDRMOVE to FDRPAS and TDMF, which is completely transparent, even for ENQ'd datasets. Neither FDRMOVE nor zDMF provide the transparency of FDRPAS and TDMF, since you have to take an application outage to complete the move. Fair enough? Regards, Tom Conley -- 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
Re: Moving 3390-3 to 3390-9
On Wed, 16 Jul 2008 15:32:27 -0400, Jousma, David <[EMAIL PROTECTED]> wrote: >Tom, > >I think we are arguing semantics here. The dataset is moved once LDMF >completes, and new allocations of the moved datasets go to the new >volume, and those tasks that had it allocated still get it at the old >location until they are recycle, and LDMF takes care of keeping them in >sync. > The old datasets are allocated, but the I/O is diverted to the new dataset. So the bounce is needed to free the old allocation, but if the system crashed for example, the new dsn is the good one (the 2 datasets are not kept in-sync after the diversion is complete). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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
Re: Moving 3390-3 to 3390-9
On Wed, 16 Jul 2008 16:28:10 -0400, Pinnacle <[EMAIL PROTECTED]> wrote: > >You say tomayto, I say tomahto... I was actually comparing the transparency >of zDMF and FDRMOVE to FDRPAS and TDMF, which is completely transparent, >even for ENQ'd datasets. Neither FDRMOVE nor zDMF provide the transparency >of FDRPAS and TDMF, since you have to take an application outage to complete >the move. Fair enough? > Eventually... yes. Or close files, databases, etc. But that can also be considered an outage. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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
Re: Moving 3390-3 to 3390-9
>This was not true with FDRPAS. I was able move even files for a CICS region >without taking the region down. When I last used FDRPAS (6-7 years ago), we could move everything except page datasets. I think even that is resolved, now. But, don't take my word for it -- check the manual. - Too busy driving to stop for gas! -- 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
Re: Moving 3390-3 to 3390-9
Having recently used a dataset mover we had a few tasks crash, so it was not transparent. Which caused an unscheduled outage. Your results may vary. On Wed, 16 Jul 2008 15:31:51 -0500, Mark Zelden <[EMAIL PROTECTED]> wrote: >On Wed, 16 Jul 2008 15:32:27 -0400, Jousma, David <[EMAIL PROTECTED]> wrote: > >> >>The dataset is moved once LDMF >>completes, and new allocations of the moved datasets go to the new >>volume, and those tasks that had it allocated still get it at the old >>location until they are recycle, and LDMF takes care of keeping them in >>sync. >> > >The old datasets are allocated, but the I/O is diverted to the new >dataset. So the bounce is needed to free the old allocation, but if >the system crashed for example, the new dsn is the good one (the >2 datasets are not kept in-sync after the diversion is complete). > -- 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
