Kees, Raju only wants a subset of the classes - not the entire SCDS. So yes, he could copy the entire SCDS to the new LPAR. But that brings everything over. So the challenge is
Which is less work, Manually adding what is needed on the new LPAR Deleting what is not needed on the new LPAR. Lizette -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: Thursday, October 10, 2013 3:23 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New LPAR build - Storage activities - SMS/ACS Functionality The entries are in the SCDS. If you copy the SCDS from one LPAR to the other, you have the entries on the other LPAR and you only have to activate this SCDS. There is no need to copy them from the transported SCDS to the current SCDS on the new LPAR, you can activate the transported SCDS on the new LPAR. I tried to explain this several times, what am I missing, that you still need to *copy* the entries? Kees. -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Raju Reddy Sent: Thursday, October 10, 2013 12:00 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New LPAR build - Storage activities - SMS/ACS Functionality Vernooij, No. I don't need any new/more class names than original LPAR. Do you have any idea of how to copy ISMF class entries from LPAR to LPAR.? Cheers, Raj On Thu, Oct 10, 2013 at 7:56 AM, Vernooij, CP - SPLXM <kees.verno...@klm.com > wrote: > Raj, > > You mean, you need other/more/new classnames to the SCDS, than there > already are from the original LPAR? > > Kees. > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Raju Reddy > Sent: Wednesday, October 09, 2013 18:16 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: New LPAR build - Storage activities - SMS/ACS > Functionality > > > Lizette, > > I agree with you...!!! > > I have already copied SCDS from model LPAR. > > Now what I have to do is to add the class names to ISMF panels > MANUALLY :-( > > > > Cheers, > Raj > > > On Wed, Oct 9, 2013 at 4:59 PM, Richards, Robert B. > <robert.richa...@opm.gov > > wrote: > > > In the "old" days, these class entities were called *constructs*. As > > far as I know, they still are. I concur with the rest of Lizette's > comments. > > > > Bob > > > > -----Original Message----- > > From: IBM Mainframe Discussion List > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler > > Sent: Wednesday, October 09, 2013 10:57 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: New LPAR build - Storage activities - SMS/ACS > > Functionality > > > > Kees, > > > > Raju is talking about the ISPF application called ISMF. Easy to mix > > the two. > > > > So if you are in ISMF Panels under ISPF you have options to define > > Data Classes, Storage Classes, Management Classes. > > > > Those are done manually. And if you only want to copy those > > definitions that are in the SCDS and SMS Address space, you have > > either > > > > 1) Copy the complete SCDS to the new LPAR. Activate it, then Delete > > the entries you do not want. > > 2) Start with a clean SCDS VSAM dataset, Activate it, then manually > > add your Data Classes, Storage Classes and Management classes > > through the ISMF Panels. > > > > As far as I know, IBM never provided a batch process to do en masse > > the addition of these functions or a selective EXPORT of some of the > > classes to load into a new LPAR. > > > > > > > > Lizette > > > > > > -----Original Message----- > > From: IBM Mainframe Discussion List > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM > > Sent: Wednesday, October 09, 2013 7:06 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: New LPAR build - Storage activities - SMS/ACS > > Functionality > > > > Manual ISPF entries??? With which panels? > > > > Adding dataclasses etc. will be done in the SCDS, that you are > > specified on the panel in: > > To perform Data Class Operations, Specify: > > CDS Name . . . . . . dsname > > > > So they are in that CDS. > > > > Kees. > > > > -----Original Message----- > > From: IBM Mainframe Discussion List > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Raju Reddy > > Sent: Wednesday, October 09, 2013 15:36 > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: New LPAR build - Storage activities - SMS/ACS > > Functionality > > > > Kee, > > > > Nope. They are manual ISPF entries so they won't be in SCDS :-( > > > > > > Lizette Koehler, > > > > You understood my problem very well. > > I have not come across any suggestions/options to copy ISMF entries > > from one LPAR to another LPAR's ISMF. > > > > So I am planning to define them manually. > > > > But I still hope to see some ideas here...!!! > > > > > > Cheers, > > Raj > > > > -------------------------------------------------------------------- > > -- 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 information, services and offers, please visit our web site: > http://www.klm.com. This e-mail and any attachment may contain > confidential and privileged material intended for the addressee only. > If you are not the addressee, you are notified that no part of the > e-mail or any attachment may be disclosed, copied or distributed, and > that any other action related to this e-mail or attachment is strictly > prohibited, and may be unlawful. If you have received this e-mail by > error, please notify the sender immediately by return e-mail, and delete this message. > > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or > its employees shall not be liable for the incorrect or incomplete > transmission of this e-mail or any attachments, nor responsible for any delay in receipt. > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal > Dutch > Airlines) is registered in Amstelveen, The Netherlands, with > registered number 33014286 > ******************************************************** > > > ---------------------------------------------------------------------- > 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 information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ******************************************************** ---------------------------------------------------------------------- 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
