You mention "bypass options". Does this pertain to recalling the file to a
non-SMS disk or SMS disk? I would like to try out your suggestion.
On Friday, 6 July 2018, 2:53:13 pm GMT-4, Gibney, Dave <gib...@wsu.edu>
wrote:
There are bypass options, given sufficient authority. Of course, with
sufficient authority, the ACS routines could be tweaked for the specific case
during recall. :)
> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Allan Staller
> Sent: Friday, July 06, 2018 11:50 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFHSM QUESTION - RECALLING SMS DSNS TO A SPECIFIC SMS
> MANAGED DISK
>
> I don't think ADRDSSU will override the SMS specifications.
>
> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Gibney, Dave
> Sent: Friday, July 6, 2018 1:43 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFHSM QUESTION - RECALLING SMS DSNS TO A SPECIFIC SMS
> MANAGED DISK
>
> 1. Pull it back. 2. Move it with ADDRDSSU
>
> > -----Original Message-----
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Mike Schwab
> > Sent: Friday, July 06, 2018 11:24 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: DFHSM QUESTION - RECALLING SMS DSNS TO A SPECIFIC SMS
> > MANAGED DISK
> >
> > If that dataset needs a large allocation, quiesce a/that volume,
> > migrate the select volume to move unallocated datasets on it, defrag
> > to create larger extents, then recall it. If no active volume has
> > enough space, it would go there.
> > On Fri, Jul 6, 2018 at 10:07 AM John Dawes <000000ff0e22811f-dmarc-
> > requ...@listserv.ua.edu> wrote:
> > >
> > > Allan,
> > > Thanks for your suggestion. I looked at that option however being
> > > in the
> > Production cycle window I cannot do so because jobs could abend if I
> > do a DISNEW.
> > > On Friday, 6 July 2018, 11:00:02 am GMT-4, Allan Staller
> > <allan.stal...@hcl.com> wrote:
> > >
> > > AFAIK, Guaranteed Space only (IMO) acceptable way to accomplish
> > > what
> > you've described.
> > >
> > > You could place all of the other volumes in the pool in QUIESCE or
> > > DISNEW
> > for the duration (IMO, not acceptable).
> > > You could make the ACS routine and SMS update to place the desired
> > > volume in its own SG, restore your data, and reverse the process.
> > > (Waaay tooo much work!)
> > >
> > > HTH,
> > >
> > > -----Original Message-----
> > > From: IBM Mainframe Discussion List
> > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Dawes
> > > Sent: Friday, July 6, 2018 9:48 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: DFHSM QUESTION - RECALLING SMS DSNS TO A SPECIFIC SMS
> > MANAGED
> > > DISK
> > >
> > > G'Day,
> > > Because of storage considerations I would like to recall some ML2
> > > SMS
> > managed dsns to a specific SMS managed disk. I tried a few things e.g.
> > :HSEND RECALL 'CICSV2.XPD2.A7060.ZFE1' VOLUME(ZFE315) - UNIT(3390)
> > However the dsn was not recalled to the desired disk. I thought of
> > using the GUARANTEED SPACE storage class option as a work around. I
> > checked the doc (DFSMShsm Storage Administration Guide) but I could
> > not find an example. Is this possible to do? If so, would anyone
> > have an example to share?
> > > Thanks.
> > >
> > > --------------------------------------------------------------------
> > > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO
> > > IBM-MAIN
> > > ::DISCLAIMER::
> > > --------------------------------------------------------------------
> > > --
> > > --------------------------------------------------------------------
> > > --
> > > --------------------------------------------------------------------
> > > --
> > > --------------------------------------------------------------------
> > > The contents of this e-mail and any attachment(s) are confidential
> > > and
> > intended for the named recipient(s) only. E-mail transmission is not
> > guaranteed to be secure or error-free as information could be
> > intercepted, corrupted, lost, destroyed, arrive late or incomplete, or
> > may contain viruses in transmission. The e mail and its contents (with
> > or without referred errors) shall therefore not attach any liability on the
> originator or HCL or its affiliates.
> > Views or opinions, if any, presented in this email are solely those of
> > the author and may not necessarily reflect the views or opinions of
> > HCL or its affiliates. Any form of reproduction, dissemination,
> > copying, disclosure, modification, distribution and / or publication
> > of this message without the prior written consent of authorized
> > representative of HCL is strictly prohibited. If you have received
> > this email in error please delete it and notify the sender
> > immediately. Before opening any email and/or attachments, please check
> them for viruses and other defects.
> > > --------------------------------------------------------------------
> > > --
> > > --------------------------------------------------------------------
> > > --
> > > --------------------------------------------------------------------
> > > --
> > > --------------------------------------------------------------------
> > >
> > > --------------------------------------------------------------------
> > > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO
> > > IBM-MAIN
> > >
> > >
> > > --------------------------------------------------------------------
> > > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
