Oh, and that reminds me...with regards to:
"Page add a temp volume, Page delete one old volume, replace it on new dasd,
repeat for next volume"
Dynamically moving LOCAL page datasets using this method is what I did too.
Except that I had an entire set of "temp" local page space so that I could move
them all at once, once they were not in use. One thing to keep in mind though
is to use the PD with REPLACE option. This keeps the ESQA usage "normal".
Otherwise if you just do a bunch of PA's followed by PD's, you will really use
a bunch of ESQA that won't be relieved until next IPL. Here is some of the
relevant doc from the manual.
PD {DELETE,PAGE={dsname ,dsname ...}
{REPLACE,PAGE={(dsname,rdsname) ,(dsname,rdsname) ...}}
If possible, use the PAGEDEL REPLACE option instead of the DELETE option
to avoid the ESQA storage usage associated with the DELETE option. With the
REPLACE option, slots are migrated from the old data set directly to the
new data set without the need to keep track of the location of the migrated
slots (thus eliminating the need for extra ESQA storage).
_________________________________________________________________
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
[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 Mike Schwab
Sent: Wednesday, March 14, 2018 5:39 PM
To: [email protected]
Subject: Re: TDMF and JES2 Spool volumes
**CAUTION EXTERNAL EMAIL**
**DO NOT open attachments or click on links from unknown senders or unexpected
emails**
Agreed. If you have a large MASDEF and you try to list volume stats from a
different system, it can take quite a while for the info to come back.
Suggestion is shared checkpoint volumes be at 100 at all times, or gen the
checkpoint volume to just the systems that use it.
for MASDEF=99999999. Page add a temp volume, Page delete one old volume,
replace it on new dasd, repeat for next volume, FDRPAS / TDMF / EMC z/OS
Migrator all work great, move volumes during normal work hours. IPL over the
weekend on new volumes.
TDMF had a whole list of what products / datasets had to be closed for the
swap. Follow religiously or you get unexpected hangs.
On Wed, Mar 14, 2018 at 3:34 PM, Reno Puntillo <[email protected]> wrote:
> I have used TDMF many times in the past to move JES2 Spool and Ckpt volumes.
> For Spool and ckpt volumes try to move them one at a time as "special"
> volumes. It used to be a planning consideration in the docs but in recent
> releases it doesn't seem to be an issue. I try not to tempt Mr. Murphy
> when I can avoid it so I still only move one spool or ckpt volume at a time.
>
> For CKPT volumes you need to verify your HOLD parameter on your MASDEF
> statement in the JES2 parameters. If the HOLD is not specified then
> it is the default of HOLD=999999999 which means JES2 will never release the
> CKPT
> volume and the TDMF swap will never complete. In the past you needed to
> change HOLD to something like HOLD=100 (one second) so that JES2 would
> release the CKPT every second or so and then TDMF swap could get in and
> complete. This may not be required any longer with the newer releases, you
> would need to verify it. Again Murphy lives...
>
> Regards,
>
>
> Reno Puntillo
> R.Puntillo & Associates Inc.
> 647-779-8519
>
> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:[email protected]]
> On Behalf Of Lizette Koehler
> Sent: March 14, 2018 1:47 PM
> To: [email protected]
> Subject: TDMF and JES2 Spool volumes
>
> Any one used TDMF to move active/live/in-use JES2 Spool volumes?
>
> If yes, any considerations?
>
>
>
> Lizette Koehler
> statistics: A precise and logical method for stating a half-truth
> inaccurately
>
> ----------------------------------------------------------------------
> 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 **CAUTION EXTERNAL
EMAIL**
**DO NOT open attachments or click on links from unknown senders or unexpected
emails**
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
