I didn't go look ADRDSSU's manual, but here's an output of a RESTORE with
RENAMEU that I've run some months ago:
ADR711I (001)-NEWDS(01), DATA SET CSDOMVS.JAVA64.NACB.VZRES21.SAJV17L.ZFS
HAS BEEN ALLOCATED WITH NEWNAME
OMVS.JAVA64.NACB.VZRES21.SAJV17L.ZFS USING
STORCLAS SCGSPAC, NO DATACLAS, AND MGMTCLAS MCNOACT
ADR489I (001)-TDLOG(02), CLUSTER OMVS.JAVA64.NACB.VZRES21.SAJV17L.ZFS WAS
RESTORED
CATALOG
SYS1.CATALOG.ERPMISC
COMPONENT
OMVS.JAVA64.NACB.VZRES21.SAJV17L.ZFS.DATA
CSDOMVS.JAVA64.NACB.VZRES21.SAJV17L.ZFS is one of many datasets present in
the dump dataset and I don't have CSDOMVS ALIAS defined to my system, and
no RACF profile protecting it as well.
As ADR711I indicates, it was allocated with a new name of
OMVS.JAVA64.NACB.VZRES21.SAJV17L.ZFS. I do have OMVS ALIAS defined and a
RACF profile protecting those datasets - and of course, I do have enough
authority to work with them.
It doesn't look like one needs READ access to both the dump dataset AND the
original dataset. Or maybe RACF works differently when you don't have
anything protecting the original dataset.
-------------------------------------------------------------------------------------------------------------------------------
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@br.ibm.com
<lrosa...@br.ibm.com>*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +55 19 9-8146-7633
2015-04-07 16:52 GMT-03:00 Paul Gilmartin <
0000000433f07816-dmarc-requ...@listserv.ua.edu>:
> On Tue, 7 Apr 2015 11:46:39 -0400, Tony Harminc <t...@harminc.net> wrote:
> >
> >AMATERSE uses its own scheme for unloading and transmitting the PDS[E]
> >directory, rather than doing what most such programs do which is to
> >invoke IEBCOPY for this part of the work. ...
> >
> Sigh.
>
> >The simple answer is to run IEBCOPY unload first on your own, and then
> >AMATERSE the resulting sequential dataset. And of course the reverse
> >at the receiving end.
> >
> Subject to the constraint of large work files.
>
> >Alternatively, and more generally, you could run ADRDSSU to do a
> >logical dump of your dataset, AMATERSE that, and again reverse things
> >at the other end.
> >
> I once looked into ADRDSSU as an interchange vehicle. I stumbled on a
> statement in the Manual that the recipient (if renaming) must have READ
> access to the original DSN. This seems supremely stupid to me; READ
> access to the archive should suffice. But when I criticize ADRDSSU in
> this forum, the consensus reply is that only storage administrators should
> be using ADRDSSU at all and since I'm not a storage administrator I don't
> get a vote.
>
> -- gil
>
> ----------------------------------------------------------------------
> 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
