TDMF does include a logical data mover. When a database is closed it will swap over. During shutdown for an IPL it should get the remaining datasets. If your new dasd allows dynamic growing a volume, you can grow a non-EAV to the maximum EAV volume size, but no bigger.
On Sat, Jan 6, 2018 at 1:43 PM, Feller, Paul <[email protected]> wrote: > Using FDRPAS or TDMF to go from smaller volumes to larger volumes will take > you only so far. You can move one MOD3 to one MOD9 (or MOD whatever). After > that you have to move datasets. I know there is another FDR product that > will help move datasets, but even that has limitations. Naturally you could > use SMS to help by disabling new allocations to the MOD3 and over time things > may move as datasets are reallocated. At some point you will have to have > subsystems down (or lpars down) to move datasets. > > As we have swapped out DASD subsystems we have gone through the pain of > eliminating as many MOD3 volumes as we could. There came a point when we had > to get business unit approval to take things like CICS or DB2 or IMS or MQ or > even whole lpars down to move datasets. > > Thanks.. > > Paul Feller > AGT Mainframe Technical Support > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of Ed Jaffe > Sent: Friday, January 05, 2018 21:39 > To: [email protected] > Subject: Re: Accessing 65536 devices > > On 1/5/2018 12:06 PM, John Eells wrote: >> Ward, Mike S wrote: >>> Innovation has a product called FDRPAS that can be rented that does >>> the copies while the system is up and running. We have used it >>> several times and it works great. >> <snip> >> >> I have no experience with FDRPAS or its IBM counterparts (like TDMF, >> if I recall correctly). However, unless they are able to talk to >> devices in subchannel sets other than SCS0, none would solve Skip's >> problem. > > Yes, they would! What Skip should do is upgrade from whatever ancient > DASD configuration has been carried forward at SCE for decades to > modern, 21st-century DASD geometries. FDRPAS and similar products will > help him do that seamlessly. Even being past the half-way point on UCB > count won't be an issue if he consolidates his mod-3 DASD pools to > mod-27s, which are nine times larger. Even an extremely-conservative > conversion to (still quite ancient) mod-9s can cut the device address > footprint by 2/3! > > -- > Phoenix Software International > Edward E. Jaffe > 831 Parkview Drive North > El Segundo, CA 90245 > https://urldefense.proofpoint.com/v2/url?u=http-3A__www.phoenixsoftware.com_&d=DwIDaQ&c=9g4MJkl2VjLjS6R4ei18BA&r=eUhu3PeeWy6RTndlJVKembFjFsvwCa8eeU_gm45NyOc&m=7YFFfIHl6r7-leHPbtq0ChsKfyZLk4xwNbMMmmj3wVo&s=DVbod8a0Hfy-mVgiikk-AOW5mJut8kVcuXk8CMZ5T_8&e= > > ---------------------------------------------------------------------- > 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 -- 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
