Re: New LPAR build - Storage activities - SMS/ACS Functionality
3) use the ISMF Copy line command and, on the next panel, enter the target SCDS dataset name with the desired (same or different) Class name. This works for all the class panels tho' the StorGrp panel will *not* copy the volume list to the target SCDS. For example, I have SYS4.DFSMS.IGDSMS00.SCDS (active/production) & SYS4.DFSMS.IGDSMS10.SCDS (staging/development). I can create a new class in the staging SMS10.SCDS, run it through my vetting processes, then copy it to the active SMS00.SCDS prior to activating with SETSMS SCDS(SMS00.SCDS). ps. I think you must explicitly specify both the source & target SCDS names ie. 'ACTIVE' is not a valid source. Both SCDS datasets must be accessible from the ISMF session ie. you might have to use a duplicate from the source LPAR. (which, I think, you've already done) > signature = 6 lines follows < Neil Duffee, Joe Sysprog, uOttawa, Ottawa, Ont, Canada telephone:1 613 562 5800 x4585 fax:1 613 562 5161 mailto:NDuffee of uOttawa.ca http:/ /aix1.uOttawa.ca/ ~nduffee "How *do* you plan for something like that?" Guardian Bob, Reboot "For every action, there is an equal and opposite criticism." "Systems Programming: Guilty, until proven innocent" John Norgauer 2004 -Original Message- From: Lizette Koehler [mailto:stars...@mindspring.com] Sent: October 9, 2013 10:57 Subject: Re: New LPAR build - Storage activities - SMS/ACS Functionality [snip] 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. [snip] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New LPAR build - Storage activities - SMS/ACS Functionality
Matthew, AFAIK, that way you only edit and save them in that CDS, but do not pull them into another CDS. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Matthew Stitt Sent: Thursday, October 10, 2013 16:03 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New LPAR build - Storage activities - SMS/ACS Functionality On entry to each SMS Class (DATA, MANAGEMENT, STORAGE, and STORAGE GROUP) you can enter the name of the SCDS dataset to use. I would use the dataset name of the copy from the original LPAR, which I believe is what you want. By using the SCDS dataset name it should pull up the existing class entries, which you can then edit. On Thu, 10 Oct 2013 10:59:51 +0100, Raju Reddy wrote: >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 >> 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. >> > > 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, >> > &g
Re: New LPAR build - Storage activities - SMS/ACS Functionality
On entry to each SMS Class (DATA, MANAGEMENT, STORAGE, and STORAGE GROUP) you can enter the name of the SCDS dataset to use. I would use the dataset name of the copy from the original LPAR, which I believe is what you want. By using the SCDS dataset name it should pull up the existing class entries, which you can then edit. On Thu, 10 Oct 2013 10:59:51 +0100, Raju Reddy wrote: >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 > 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. >> > > 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
Re: New LPAR build - Storage activities - SMS/ACS Functionality
Lizette, I did not understand that. Apart from manually adding entries to the new CDS, you can COPY them from the old to the new CDS. These are very repetitive actions that I usually automate by running macros defined in my terminal emulator (or scripts, as your terminal emulator names them). Imagine modifying the number of backup versions of 100 management classes. I let a macro do this and have a cup of coffee while it is doing it. Easier and less error prone. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Thursday, October 10, 2013 13:24 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New LPAR build - Storage activities - SMS/ACS Functionality 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 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. > > 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 > > &
Re: New LPAR build - Storage activities - SMS/ACS Functionality
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 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. > > 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, > > > > Nop
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 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. > > 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 > > > > >
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 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. > > 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 > >
Re: New LPAR build - Storage activities - SMS/ACS Functionality
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. 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)
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. 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
Re: New LPAR build - Storage activities - SMS/ACS Functionality
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
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
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 On Wed, Oct 9, 2013 at 2:23 PM, Lizette Koehler wrote: > Thanks Allan, > > I have never had to use the SAVESCDS command. We use a backup > procedure that has been in place for a long time > > But from the manual > > SAVEACDS(dsname) > Specifies the ACDS that SMS is to use to save to DASD the active > configurat1ion from the SMS address space. SAVEACDS is one way to > create a backup ACDS. Do not specify SAVEACDS in the same command as > ACDS, SCDS, or SAVESCDS. > > SAVESCDS(dsname) > Specifies the SCDS that SMS is to use to save to DASD the active > configuration from the SMS address space. SAVESCDS is one way to > create a backup SCDS. Do not specify SAVESCDS in the same command as > ACDS, SCDS, or SAVEACDS. > > So unless the OP is familiar with this process, this new system is > probably a good way to work on a recovery procedure until it goes Live. > > > This has been very educational, I will be looking at "improving" our > DR procedures. > > > Lizette > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Staller, Allan > Sent: Wednesday, October 09, 2013 6:12 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: New LPAR build - Storage activities - SMS/ACS > Functionality > > Yes. > > On the "original" LPAR SETSMS SAVESCDS(some name) On the "new" LPAR > SETSMS SCDS(some name) > > Obviously "some name" must be available (via export/import, shared > dasd,...) > to both the source and target LPARS. > BTW, it would be a good practice for "some name" to be unique for both > source and target. > Saves many "oh no" seconds.* > > *oh no second. The second between hitting the enter key and realizing > your error. > > HTH, > > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Lizette Koehler > Sent: Wednesday, October 09, 2013 7:58 AM ... > Okay, I am going to retract what I have said so far. I think I am > seeing the OP question. > > The functions in ISMF were manually entered via the panels for Storage > Class, Data Class, and Management class. > > The Source PDS is strictly for the ACS routines that assign those > definitions as needed. > > Currently - I do not know of a way to "EXPORT" the Classes that were > manually defined with the Panels and put them in a "PDS/FILE" to be > able to "IMPORT" them to another system SCDS dataset. > > The only process I am familiar with is to DUMP/RESTORE the SCDS you > like and then activate it on the new LPAR. > > I am not sure if you could use IDCAMs to EXPORT the current SCDS and > then IMPORT that file into a new SCDS dataset. > > > -- > 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, an
Re: New LPAR build - Storage activities - SMS/ACS Functionality
No, the SAVESCDS or SAVEACDS appears to be an ALL or Nothing type process. It does not allow for selective extractions. But, depending on how much to do one way or the other. If you used the original SCDS and then once it was active just go into the ISMF Panels and DELETE what you did not want, it might be an easier process than manually entering everything you want on that lpar. However, if the SCDS has 2000 entries but you only needed 5 - then manually entering them would be more efficient. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Raju Reddy Sent: Wednesday, October 09, 2013 6:36 AM 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 On Wed, Oct 9, 2013 at 2:23 PM, Lizette Koehler wrote: > Thanks Allan, > > I have never had to use the SAVESCDS command. We use a backup > procedure that has been in place for a long time > > But from the manual > > SAVEACDS(dsname) > Specifies the ACDS that SMS is to use to save to DASD the active > configurat1ion from the SMS address space. SAVEACDS is one way to > create a backup ACDS. Do not specify SAVEACDS in the same command as > ACDS, SCDS, or SAVESCDS. > > SAVESCDS(dsname) > Specifies the SCDS that SMS is to use to save to DASD the active > configuration from the SMS address space. SAVESCDS is one way to > create a backup SCDS. Do not specify SAVESCDS in the same command as > ACDS, SCDS, or SAVEACDS. > > So unless the OP is familiar with this process, this new system is > probably a good way to work on a recovery procedure until it goes Live. > > > This has been very educational, I will be looking at "improving" our > DR procedures. > > > Lizette > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Staller, Allan > Sent: Wednesday, October 09, 2013 6:12 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: New LPAR build - Storage activities - SMS/ACS > Functionality > > Yes. > > On the "original" LPAR SETSMS SAVESCDS(some name) On the "new" LPAR > SETSMS SCDS(some name) > > Obviously "some name" must be available (via export/import, shared > dasd,...) > to both the source and target LPARS. > BTW, it would be a good practice for "some name" to be unique for both > source and target. > Saves many "oh no" seconds.* > > *oh no second. The second between hitting the enter key and realizing > your error. > > HTH, > > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Lizette Koehler > Sent: Wednesday, October 09, 2013 7:58 AM ... > Okay, I am going to retract what I have said so far. I think I am > seeing the OP question. > > The functions in ISMF were manually entered via the panels for Storage > Class, Data Class, and Management class. > > The Source PDS is strictly for the ACS routines that assign those > definitions as needed. > > Currently - I do not know of a way to "EXPORT" the Classes that were > manually defined with the Panels and put them in a "PDS/FILE" to be > able to "IMPORT" them to another system SCDS dataset. > > The only process I am familiar with is to DUMP/RESTORE the SCDS you > like and then activate it on the new LPAR. > > I am not sure if you could use IDCAMs to EXPORT the current SCDS and > then IMPORT that file into a new SCDS dataset. > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
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 On Wed, Oct 9, 2013 at 2:23 PM, Lizette Koehler wrote: > Thanks Allan, > > I have never had to use the SAVESCDS command. We use a backup procedure > that has been in place for a long time > > But from the manual > > SAVEACDS(dsname) > Specifies the ACDS that SMS is to use to save to DASD the active > configurat1ion from the SMS address space. SAVEACDS is one way to create a > backup ACDS. Do not specify SAVEACDS in the same command as ACDS, SCDS, or > SAVESCDS. > > SAVESCDS(dsname) > Specifies the SCDS that SMS is to use to save to DASD the active > configuration from the SMS address space. SAVESCDS is one way to create a > backup SCDS. Do not specify SAVESCDS in the same command as ACDS, SCDS, or > SAVEACDS. > > So unless the OP is familiar with this process, this new system is probably > a good way to work on a recovery procedure until it goes Live. > > > This has been very educational, I will be looking at "improving" our DR > procedures. > > > Lizette > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Staller, Allan > Sent: Wednesday, October 09, 2013 6:12 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: New LPAR build - Storage activities - SMS/ACS Functionality > > Yes. > > On the "original" LPAR SETSMS SAVESCDS(some name) On the "new" LPAR SETSMS > SCDS(some name) > > Obviously "some name" must be available (via export/import, shared > dasd,...) > to both the source and target LPARS. > BTW, it would be a good practice for "some name" to be unique for both > source and target. > Saves many "oh no" seconds.* > > *oh no second. The second between hitting the enter key and realizing your > error. > > HTH, > > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Lizette Koehler > Sent: Wednesday, October 09, 2013 7:58 AM ... > Okay, I am going to retract what I have said so far. I think I am seeing > the OP question. > > The functions in ISMF were manually entered via the panels for Storage > Class, Data Class, and Management class. > > The Source PDS is strictly for the ACS routines that assign those > definitions as needed. > > Currently - I do not know of a way to "EXPORT" the Classes that were > manually defined with the Panels and put them in a "PDS/FILE" to be able to > "IMPORT" them to another system SCDS dataset. > > The only process I am familiar with is to DUMP/RESTORE the SCDS you like > and > then activate it on the new LPAR. > > I am not sure if you could use IDCAMs to EXPORT the current SCDS and then > IMPORT that file into a new SCDS dataset. > > > -- > 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
Re: New LPAR build - Storage activities - SMS/ACS Functionality
Thanks Allan, I have never had to use the SAVESCDS command. We use a backup procedure that has been in place for a long time But from the manual SAVEACDS(dsname) Specifies the ACDS that SMS is to use to save to DASD the active configurat1ion from the SMS address space. SAVEACDS is one way to create a backup ACDS. Do not specify SAVEACDS in the same command as ACDS, SCDS, or SAVESCDS. SAVESCDS(dsname) Specifies the SCDS that SMS is to use to save to DASD the active configuration from the SMS address space. SAVESCDS is one way to create a backup SCDS. Do not specify SAVESCDS in the same command as ACDS, SCDS, or SAVEACDS. So unless the OP is familiar with this process, this new system is probably a good way to work on a recovery procedure until it goes Live. This has been very educational, I will be looking at "improving" our DR procedures. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Wednesday, October 09, 2013 6:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New LPAR build - Storage activities - SMS/ACS Functionality Yes. On the "original" LPAR SETSMS SAVESCDS(some name) On the "new" LPAR SETSMS SCDS(some name) Obviously "some name" must be available (via export/import, shared dasd,...) to both the source and target LPARS. BTW, it would be a good practice for "some name" to be unique for both source and target. Saves many "oh no" seconds.* *oh no second. The second between hitting the enter key and realizing your error. HTH, From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Wednesday, October 09, 2013 7:58 AM ... Okay, I am going to retract what I have said so far. I think I am seeing the OP question. The functions in ISMF were manually entered via the panels for Storage Class, Data Class, and Management class. The Source PDS is strictly for the ACS routines that assign those definitions as needed. Currently - I do not know of a way to "EXPORT" the Classes that were manually defined with the Panels and put them in a "PDS/FILE" to be able to "IMPORT" them to another system SCDS dataset. The only process I am familiar with is to DUMP/RESTORE the SCDS you like and then activate it on the new LPAR. I am not sure if you could use IDCAMs to EXPORT the current SCDS and then IMPORT that file into a new SCDS dataset. -- 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
Re: New LPAR build - Storage activities - SMS/ACS Functionality
Yes. On the "original" LPAR SETSMS SAVESCDS(some name) On the "new" LPAR SETSMS SCDS(some name) Obviously "some name" must be available (via export/import, shared dasd,...) to both the source and target LPARS. BTW, it would be a good practice for "some name" to be unique for both source and target. Saves many "oh no" seconds.* *oh no second. The second between hitting the enter key and realizing your error. HTH, From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Wednesday, October 09, 2013 7:58 AM ... Okay, I am going to retract what I have said so far. I think I am seeing the OP question. The functions in ISMF were manually entered via the panels for Storage Class, Data Class, and Management class. The Source PDS is strictly for the ACS routines that assign those definitions as needed. Currently - I do not know of a way to "EXPORT" the Classes that were manually defined with the Panels and put them in a "PDS/FILE" to be able to "IMPORT" them to another system SCDS dataset. The only process I am familiar with is to DUMP/RESTORE the SCDS you like and then activate it on the new LPAR. I am not sure if you could use IDCAMs to EXPORT the current SCDS and then IMPORT that file into a new SCDS dataset. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New LPAR build - Storage activities - SMS/ACS Functionality
Okay, I am going to retract what I have said so far. I think I am seeing the OP question. The functions in ISMF were manually entered via the panels for Storage Class, Data Class, and Management class. The Source PDS is strictly for the ACS routines that assign those definitions as needed. Currently - I do not know of a way to "EXPORT" the Classes that were manually defined with the Panels and put them in a "PDS/FILE" to be able to "IMPORT" them to another system SCDS dataset. The only process I am familiar with is to DUMP/RESTORE the SCDS you like and then activate it on the new LPAR. I am not sure if you could use IDCAMs to EXPORT the current SCDS and then IMPORT that file into a new SCDS dataset. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Wednesday, October 09, 2013 5:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New LPAR build - Storage activities - SMS/ACS Functionality You need the SOURCE ACS Routines dataset and then TEST/TRANSLATE/ACTIVATE. There is no "COPY" function in ISMF from the DATACLASS, MANAGEMENT CLASS, STORAGE CLASS Panels. The information you see in those panels are taken from the SCDS dataset (which is actually in storage/memory for SMS) Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Raju Reddy Sent: Wednesday, October 09, 2013 5:40 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New LPAR build - Storage activities - SMS/ACS Functionality Kees, I am sure my question was confusing...!!! To cut it really short... Let's forget SCDS and PDS member which contains ACS routines.. Real question is:- ISPF---> ISMF--->4 Data Class--->DATA CLASS APPLICATION SELECTION ISPF---> ISMF--->--->DATA CLASS LIST So... here at 'DATA CLASS LIST' you see number of DATACLAS NAMEs like one of KSDS, ESDS, MULTIVOL etc etc... each with different attributes(RECORG,RECFM,LRECL etc etc) I would like to know if I can copy these Dataclass names from other LPAR's ISMF to Target LPARs ISMF with same attributes. This is just to avoid me defining new Dataclass names by entering the details manually and reduce time. I hope this gives a clear picture of my query. Thanks. Cheers, Raju On Wed, Oct 9, 2013 at 1:19 PM, Vernooij, CP - SPLXM wrote: > There is some confusion here: > are we talking about dataclas/mgmtclas/storclas definitions? They are > in the SCDS. > Or are we talking about the ACS routines? Their sources are in a PDS, > which you can also transfer to the new LPAR. > > Kees. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Lizette Koehler > Sent: Wednesday, October 09, 2013 14:06 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: New LPAR build - Storage activities - SMS/ACS > Functionality > > The classes (Data, Management, etc...) are typically in a PDS dataset > that can be easily copied from one place to another. > > You would then use ISMF to Translate and then ACTIVATE. The Translate > function would place then in the SCDS or ACDS depending on your > procedures. > The Activate then makes them available. What you see in ISMF is the > ACTIVATEd information. > > So, all you need to do is talk to your storage administrator who > should know what process is used to update your SCDS/ACDS VSAM > datasets for the classes. > > Every shop has a unique way of naming the SOURCE PDS dataset names. > > > Lizette > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Raju Reddy > Sent: Wednesday, October 09, 2013 3:44 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: New LPAR build - Storage activities - SMS/ACS > Functionality > > All, > > I am not sure if first email was confusing. > > To give clear picture, I have copied SCDS from the model LPAR and > activated it. They are datasets and can be copied quite easily. > > What I want is - Can I copy ISPF Class names and their attributes from > the Model LPAR. > > Ex: Highlighted class name attributes. I don't want to define > individual class name because it is time consuming. > I am exploring options to copy them. > > MGMTCLAS EXPIRE EXPIRERETPARTIAL > NAME NON-USAGE DATE/DAYSLIMIT RELEASE > --(2)--- ---(3)--- ---(4) --(5)-- (6)- > *#0DTQP* 94 NOLIMIT NOLIMIT YES > *#0DWYP* 370 NOLIMIT NOLIMIT YES > *#0NDQP* 94 NOLIMIT NOLIMIT YES > *#0NNN#* NOLIMIT NOLIMIT NOLIMIT NO > *#0NNT#* 3 NOLIMIT NOLIMIT NO > *#0NNTP* 3 NOLIMIT NOLI
Re: New LPAR build - Storage activities - SMS/ACS Functionality
Hello, If you just copy those Control Dataset you get everything same as the one you wanna copy itbut to have the source ACS PDS dataset is good. On Wed, Oct 9, 2013 at 6:10 PM, Raju Reddy wrote: > Kees, > > I am sure my question was confusing...!!! > > To cut it really short... Let's forget SCDS and PDS member which contains > ACS routines.. > > Real question is:- > > ISPF---> ISMF--->4 Data Class--->DATA CLASS APPLICATION SELECTION --->DATA > CLASS LIST > So... here at 'DATA CLASS LIST' you see number of DATACLAS NAMEs like one > of KSDS, ESDS, MULTIVOL etc etc... each with different > attributes(RECORG,RECFM,LRECL etc etc) > > I would like to know if I can copy these Dataclass names from other LPAR's > ISMF to Target LPARs ISMF with same attributes. > > This is just to avoid me defining new Dataclass names by entering the > details manually and reduce time. > > I hope this gives a clear picture of my query. > > > Thanks. > > > Cheers, > Raju > > > On Wed, Oct 9, 2013 at 1:19 PM, Vernooij, CP - SPLXM > wrote: > > > There is some confusion here: > > are we talking about dataclas/mgmtclas/storclas definitions? They are in > > the SCDS. > > Or are we talking about the ACS routines? Their sources are in a PDS, > > which you can also transfer to the new LPAR. > > > > Kees. > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > > Behalf Of Lizette Koehler > > Sent: Wednesday, October 09, 2013 14:06 > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: New LPAR build - Storage activities - SMS/ACS Functionality > > > > The classes (Data, Management, etc...) are typically in a PDS dataset > > that can be easily copied from one place to another. > > > > You would then use ISMF to Translate and then ACTIVATE. The Translate > > function would place then in the SCDS or ACDS depending on your > > procedures. > > The Activate then makes them available. What you see in ISMF is the > > ACTIVATEd information. > > > > So, all you need to do is talk to your storage administrator who should > > know what process is used to update your SCDS/ACDS VSAM datasets for the > > classes. > > > > Every shop has a unique way of naming the SOURCE PDS dataset names. > > > > > > Lizette > > > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > > Behalf Of Raju Reddy > > Sent: Wednesday, October 09, 2013 3:44 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: New LPAR build - Storage activities - SMS/ACS Functionality > > > > All, > > > > I am not sure if first email was confusing. > > > > To give clear picture, I have copied SCDS from the model LPAR and > > activated it. They are datasets and can be copied quite easily. > > > > What I want is - Can I copy ISPF Class names and their attributes from > > the Model LPAR. > > > > Ex: Highlighted class name attributes. I don't want to define individual > > class name because it is time consuming. > > I am exploring options to copy them. > > > > MGMTCLAS EXPIRE EXPIRERETPARTIAL > > NAME NON-USAGE DATE/DAYSLIMIT RELEASE > > --(2)--- ---(3)--- ---(4) --(5)-- (6)- > > *#0DTQP* 94 NOLIMIT NOLIMIT YES > > *#0DWYP* 370 NOLIMIT NOLIMIT YES > > *#0NDQP* 94 NOLIMIT NOLIMIT YES > > *#0NNN#* NOLIMIT NOLIMIT NOLIMIT NO > > *#0NNT#* 3 NOLIMIT NOLIMIT NO > > *#0NNTP* 3 NOLIMIT NOLIMIT YES > > *#0NNW#* 10 NOLIMIT NOLIMIT NO > > *#2DTQP* 94 NOLIMIT NOLIMIT YES > > *#2DWN#* NOLIMIT NOLIMIT NOLIMIT NO > > > > and > > > > DATACLAS > > NAMERECORG > > --(2)--- -(3)-- > > *ESDS* ES > > *KSDS* KS > > *KSDSM* KS > > *KSDSMEA* KS > > *KSDSTRIP* KS > > *LSDS* LS > > *MULTIVOL * -- > > > > > > > > Cheers, > > Raj > > > > > > On Wed, Oct 9, 2013 at 11:30 AM, Elardus Engelbrecht < > > elardus.engelbre...@sita.co.za> wrote: > > > > > Vernooij, CP wrote: > > > > > > >You can copy the SCDS from the model LPAR to the new LPAR, customize > > > >it > > > and activate it. > > > > > > Thanks for mentioning t
Re: New LPAR build - Storage activities - SMS/ACS Functionality
You need the SOURCE ACS Routines dataset and then TEST/TRANSLATE/ACTIVATE. There is no "COPY" function in ISMF from the DATACLASS, MANAGEMENT CLASS, STORAGE CLASS Panels. The information you see in those panels are taken from the SCDS dataset (which is actually in storage/memory for SMS) Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Raju Reddy Sent: Wednesday, October 09, 2013 5:40 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New LPAR build - Storage activities - SMS/ACS Functionality Kees, I am sure my question was confusing...!!! To cut it really short... Let's forget SCDS and PDS member which contains ACS routines.. Real question is:- ISPF---> ISMF--->4 Data Class--->DATA CLASS APPLICATION SELECTION ISPF---> ISMF--->--->DATA CLASS LIST So... here at 'DATA CLASS LIST' you see number of DATACLAS NAMEs like one of KSDS, ESDS, MULTIVOL etc etc... each with different attributes(RECORG,RECFM,LRECL etc etc) I would like to know if I can copy these Dataclass names from other LPAR's ISMF to Target LPARs ISMF with same attributes. This is just to avoid me defining new Dataclass names by entering the details manually and reduce time. I hope this gives a clear picture of my query. Thanks. Cheers, Raju On Wed, Oct 9, 2013 at 1:19 PM, Vernooij, CP - SPLXM wrote: > There is some confusion here: > are we talking about dataclas/mgmtclas/storclas definitions? They are > in the SCDS. > Or are we talking about the ACS routines? Their sources are in a PDS, > which you can also transfer to the new LPAR. > > Kees. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Lizette Koehler > Sent: Wednesday, October 09, 2013 14:06 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: New LPAR build - Storage activities - SMS/ACS > Functionality > > The classes (Data, Management, etc...) are typically in a PDS dataset > that can be easily copied from one place to another. > > You would then use ISMF to Translate and then ACTIVATE. The Translate > function would place then in the SCDS or ACDS depending on your > procedures. > The Activate then makes them available. What you see in ISMF is the > ACTIVATEd information. > > So, all you need to do is talk to your storage administrator who > should know what process is used to update your SCDS/ACDS VSAM > datasets for the classes. > > Every shop has a unique way of naming the SOURCE PDS dataset names. > > > Lizette > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Raju Reddy > Sent: Wednesday, October 09, 2013 3:44 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: New LPAR build - Storage activities - SMS/ACS > Functionality > > All, > > I am not sure if first email was confusing. > > To give clear picture, I have copied SCDS from the model LPAR and > activated it. They are datasets and can be copied quite easily. > > What I want is - Can I copy ISPF Class names and their attributes from > the Model LPAR. > > Ex: Highlighted class name attributes. I don't want to define > individual class name because it is time consuming. > I am exploring options to copy them. > > MGMTCLAS EXPIRE EXPIRERETPARTIAL > NAME NON-USAGE DATE/DAYSLIMIT RELEASE > --(2)--- ---(3)--- ---(4) --(5)-- (6)- > *#0DTQP* 94 NOLIMIT NOLIMIT YES > *#0DWYP* 370 NOLIMIT NOLIMIT YES > *#0NDQP* 94 NOLIMIT NOLIMIT YES > *#0NNN#* NOLIMIT NOLIMIT NOLIMIT NO > *#0NNT#* 3 NOLIMIT NOLIMIT NO > *#0NNTP* 3 NOLIMIT NOLIMIT YES > *#0NNW#* 10 NOLIMIT NOLIMIT NO > *#2DTQP* 94 NOLIMIT NOLIMIT YES > *#2DWN#* NOLIMIT NOLIMIT NOLIMIT NO > > and > > DATACLAS > NAMERECORG > --(2)--- -(3)-- > *ESDS* ES > *KSDS* KS > *KSDSM* KS > *KSDSMEA* KS > *KSDSTRIP* KS > *LSDS* LS > *MULTIVOL * -- > > > > Cheers, > Raj > > > On Wed, Oct 9, 2013 at 11:30 AM, Elardus Engelbrecht < > elardus.engelbre...@sita.co.za> wrote: > > > Vernooij, CP wrote: > > > > >You can copy the SCDS from the model LPAR to the new LPAR, > > >customize it > > and activate it. > > > > Thanks for mentioning this aspect about copying/activating SCDS > > content. I [wrongly] a$$umed the OP SCDS is already in place because > > he said his SMS is up and running. > > > > Groete / Greetings > > Elardus Engelbrecht > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New LPAR build - Storage activities - SMS/ACS Functionality
Well, they are in the SCDS, so if you copy the SCDS to the new LPAR, these definitions must be there too. If not, I do not understand what you transported from the model LPAR to the new 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 14:40 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New LPAR build - Storage activities - SMS/ACS Functionality Kees, I am sure my question was confusing...!!! To cut it really short... Let's forget SCDS and PDS member which contains ACS routines.. Real question is:- ISPF---> ISMF--->4 Data Class--->DATA CLASS APPLICATION SELECTION ISPF---> ISMF--->--->DATA CLASS LIST So... here at 'DATA CLASS LIST' you see number of DATACLAS NAMEs like one of KSDS, ESDS, MULTIVOL etc etc... each with different attributes(RECORG,RECFM,LRECL etc etc) I would like to know if I can copy these Dataclass names from other LPAR's ISMF to Target LPARs ISMF with same attributes. This is just to avoid me defining new Dataclass names by entering the details manually and reduce time. I hope this gives a clear picture of my query. Thanks. Cheers, Raju On Wed, Oct 9, 2013 at 1:19 PM, Vernooij, CP - SPLXM wrote: > There is some confusion here: > are we talking about dataclas/mgmtclas/storclas definitions? They are > in the SCDS. > Or are we talking about the ACS routines? Their sources are in a PDS, > which you can also transfer to the new LPAR. > > Kees. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Lizette Koehler > Sent: Wednesday, October 09, 2013 14:06 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: New LPAR build - Storage activities - SMS/ACS > Functionality > > The classes (Data, Management, etc...) are typically in a PDS dataset > that can be easily copied from one place to another. > > You would then use ISMF to Translate and then ACTIVATE. The Translate > function would place then in the SCDS or ACDS depending on your > procedures. > The Activate then makes them available. What you see in ISMF is the > ACTIVATEd information. > > So, all you need to do is talk to your storage administrator who > should know what process is used to update your SCDS/ACDS VSAM > datasets for the classes. > > Every shop has a unique way of naming the SOURCE PDS dataset names. > > > Lizette > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Raju Reddy > Sent: Wednesday, October 09, 2013 3:44 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: New LPAR build - Storage activities - SMS/ACS > Functionality > > All, > > I am not sure if first email was confusing. > > To give clear picture, I have copied SCDS from the model LPAR and > activated it. They are datasets and can be copied quite easily. > > What I want is - Can I copy ISPF Class names and their attributes from > the Model LPAR. > > Ex: Highlighted class name attributes. I don't want to define > individual class name because it is time consuming. > I am exploring options to copy them. > > MGMTCLAS EXPIRE EXPIRERETPARTIAL > NAME NON-USAGE DATE/DAYSLIMIT RELEASE > --(2)--- ---(3)--- ---(4) --(5)-- (6)- > *#0DTQP* 94 NOLIMIT NOLIMIT YES > *#0DWYP* 370 NOLIMIT NOLIMIT YES > *#0NDQP* 94 NOLIMIT NOLIMIT YES > *#0NNN#* NOLIMIT NOLIMIT NOLIMIT NO > *#0NNT#* 3 NOLIMIT NOLIMIT NO > *#0NNTP* 3 NOLIMIT NOLIMIT YES > *#0NNW#* 10 NOLIMIT NOLIMIT NO > *#2DTQP* 94 NOLIMIT NOLIMIT YES > *#2DWN#* NOLIMIT NOLIMIT NOLIMIT NO > > and > > DATACLAS > NAMERECORG > --(2)--- -(3)-- > *ESDS* ES > *KSDS* KS > *KSDSM* KS > *KSDSMEA* KS > *KSDSTRIP* KS > *LSDS* LS > *MULTIVOL * -- > > > > Cheers, > Raj > > > On Wed, Oct 9, 2013 at 11:30 AM, Elardus Engelbrecht < > elardus.engelbre...@sita.co.za> wrote: > > > Vernooij, CP wrote: > > > > >You can copy the SCDS from the model LPAR to the new LPAR, > > >customize it > > and activate it. > > > > Thanks for mentioning this aspect about copying/activating SCDS > > content. I [wrongly] a$$umed the OP SCDS is already in place because > > he said his SMS is up and running. > > > > Groete / Greetings > > Elardus Engelbrecht > > > > -- &g
Re: New LPAR build - Storage activities - SMS/ACS Functionality
Kees, I am sure my question was confusing...!!! To cut it really short... Let's forget SCDS and PDS member which contains ACS routines.. Real question is:- ISPF---> ISMF--->4 Data Class--->DATA CLASS APPLICATION SELECTION --->DATA CLASS LIST So... here at 'DATA CLASS LIST' you see number of DATACLAS NAMEs like one of KSDS, ESDS, MULTIVOL etc etc... each with different attributes(RECORG,RECFM,LRECL etc etc) I would like to know if I can copy these Dataclass names from other LPAR's ISMF to Target LPARs ISMF with same attributes. This is just to avoid me defining new Dataclass names by entering the details manually and reduce time. I hope this gives a clear picture of my query. Thanks. Cheers, Raju On Wed, Oct 9, 2013 at 1:19 PM, Vernooij, CP - SPLXM wrote: > There is some confusion here: > are we talking about dataclas/mgmtclas/storclas definitions? They are in > the SCDS. > Or are we talking about the ACS routines? Their sources are in a PDS, > which you can also transfer to the new LPAR. > > Kees. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Lizette Koehler > Sent: Wednesday, October 09, 2013 14:06 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: New LPAR build - Storage activities - SMS/ACS Functionality > > The classes (Data, Management, etc...) are typically in a PDS dataset > that can be easily copied from one place to another. > > You would then use ISMF to Translate and then ACTIVATE. The Translate > function would place then in the SCDS or ACDS depending on your > procedures. > The Activate then makes them available. What you see in ISMF is the > ACTIVATEd information. > > So, all you need to do is talk to your storage administrator who should > know what process is used to update your SCDS/ACDS VSAM datasets for the > classes. > > Every shop has a unique way of naming the SOURCE PDS dataset names. > > > Lizette > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Raju Reddy > Sent: Wednesday, October 09, 2013 3:44 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: New LPAR build - Storage activities - SMS/ACS Functionality > > All, > > I am not sure if first email was confusing. > > To give clear picture, I have copied SCDS from the model LPAR and > activated it. They are datasets and can be copied quite easily. > > What I want is - Can I copy ISPF Class names and their attributes from > the Model LPAR. > > Ex: Highlighted class name attributes. I don't want to define individual > class name because it is time consuming. > I am exploring options to copy them. > > MGMTCLAS EXPIRE EXPIRERETPARTIAL > NAME NON-USAGE DATE/DAYSLIMIT RELEASE > --(2)--- ---(3)--- ---(4) --(5)-- (6)- > *#0DTQP* 94 NOLIMIT NOLIMIT YES > *#0DWYP* 370 NOLIMIT NOLIMIT YES > *#0NDQP* 94 NOLIMIT NOLIMIT YES > *#0NNN#* NOLIMIT NOLIMIT NOLIMIT NO > *#0NNT#* 3 NOLIMIT NOLIMIT NO > *#0NNTP* 3 NOLIMIT NOLIMIT YES > *#0NNW#* 10 NOLIMIT NOLIMIT NO > *#2DTQP* 94 NOLIMIT NOLIMIT YES > *#2DWN#* NOLIMIT NOLIMIT NOLIMIT NO > > and > > DATACLAS > NAMERECORG > --(2)--- -(3)-- > *ESDS* ES > *KSDS* KS > *KSDSM* KS > *KSDSMEA* KS > *KSDSTRIP* KS > *LSDS* LS > *MULTIVOL * -- > > > > Cheers, > Raj > > > On Wed, Oct 9, 2013 at 11:30 AM, Elardus Engelbrecht < > elardus.engelbre...@sita.co.za> wrote: > > > Vernooij, CP wrote: > > > > >You can copy the SCDS from the model LPAR to the new LPAR, customize > > >it > > and activate it. > > > > Thanks for mentioning this aspect about copying/activating SCDS > > content. I [wrongly] a$$umed the OP SCDS is already in place because > > he said his SMS is up and running. > > > > Groete / Greetings > > Elardus Engelbrecht > > > > -- > 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 att
Re: New LPAR build - Storage activities - SMS/ACS Functionality
Yes. On the "original" LPAR SETSMS SAVESCDS(some name) On the "new" LPAR SETSMS SCDS(some name) Obviously "some name" must be available (via export/import, or other) to both the source and target LPARS. BTW, it would be a good practice for "some name" to be unique for both source and target. Saves many "oh no" seconds.* * Oh no second. The second between hitting the enter key and realizing your error. HTH, I am not sure if first email was confusing. To give clear picture, I have copied SCDS from the model LPAR and activated it. They are datasets and can be copied quite easily. What I want is - Can I copy ISPF Class names and their attributes from the Model LPAR. Ex: Highlighted class name attributes. I don't want to define individual class name because it is time consuming. I am exploring options to copy them. MGMTCLAS EXPIRE EXPIRERETPARTIAL NAME NON-USAGE DATE/DAYSLIMIT RELEASE --(2)--- ---(3)--- ---(4) --(5)-- (6)- *#0DTQP* 94 NOLIMIT NOLIMIT YES *#0DWYP* 370 NOLIMIT NOLIMIT YES *#0NDQP* 94 NOLIMIT NOLIMIT YES *#0NNN#* NOLIMIT NOLIMIT NOLIMIT NO *#0NNT#* 3 NOLIMIT NOLIMIT NO *#0NNTP* 3 NOLIMIT NOLIMIT YES *#0NNW#* 10 NOLIMIT NOLIMIT NO *#2DTQP* 94 NOLIMIT NOLIMIT YES *#2DWN#* NOLIMIT NOLIMIT NOLIMIT NO -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New LPAR build - Storage activities - SMS/ACS Functionality
There is some confusion here: are we talking about dataclas/mgmtclas/storclas definitions? They are in the SCDS. Or are we talking about the ACS routines? Their sources are in a PDS, which you can also transfer to the new LPAR. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Wednesday, October 09, 2013 14:06 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New LPAR build - Storage activities - SMS/ACS Functionality The classes (Data, Management, etc...) are typically in a PDS dataset that can be easily copied from one place to another. You would then use ISMF to Translate and then ACTIVATE. The Translate function would place then in the SCDS or ACDS depending on your procedures. The Activate then makes them available. What you see in ISMF is the ACTIVATEd information. So, all you need to do is talk to your storage administrator who should know what process is used to update your SCDS/ACDS VSAM datasets for the classes. Every shop has a unique way of naming the SOURCE PDS dataset names. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Raju Reddy Sent: Wednesday, October 09, 2013 3:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New LPAR build - Storage activities - SMS/ACS Functionality All, I am not sure if first email was confusing. To give clear picture, I have copied SCDS from the model LPAR and activated it. They are datasets and can be copied quite easily. What I want is - Can I copy ISPF Class names and their attributes from the Model LPAR. Ex: Highlighted class name attributes. I don't want to define individual class name because it is time consuming. I am exploring options to copy them. MGMTCLAS EXPIRE EXPIRERETPARTIAL NAME NON-USAGE DATE/DAYSLIMIT RELEASE --(2)--- ---(3)--- ---(4) --(5)-- (6)- *#0DTQP* 94 NOLIMIT NOLIMIT YES *#0DWYP* 370 NOLIMIT NOLIMIT YES *#0NDQP* 94 NOLIMIT NOLIMIT YES *#0NNN#* NOLIMIT NOLIMIT NOLIMIT NO *#0NNT#* 3 NOLIMIT NOLIMIT NO *#0NNTP* 3 NOLIMIT NOLIMIT YES *#0NNW#* 10 NOLIMIT NOLIMIT NO *#2DTQP* 94 NOLIMIT NOLIMIT YES *#2DWN#* NOLIMIT NOLIMIT NOLIMIT NO and DATACLAS NAMERECORG --(2)--- -(3)-- *ESDS* ES *KSDS* KS *KSDSM* KS *KSDSMEA* KS *KSDSTRIP* KS *LSDS* LS *MULTIVOL * -- Cheers, Raj On Wed, Oct 9, 2013 at 11:30 AM, Elardus Engelbrecht < elardus.engelbre...@sita.co.za> wrote: > Vernooij, CP wrote: > > >You can copy the SCDS from the model LPAR to the new LPAR, customize > >it > and activate it. > > Thanks for mentioning this aspect about copying/activating SCDS > content. I [wrongly] a$$umed the OP SCDS is already in place because > he said his SMS is up and running. > > Groete / Greetings > Elardus Engelbrecht > -- 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
Re: New LPAR build - Storage activities - SMS/ACS Functionality
There are REDBOOKs and Manuals if you need more information on how to do some of these activities. So, some basic questions. Is the new LPAR in a SYSPLEX environment? Will this new LPAR use the exact same Classes as other LPARs? If so, then you should work with your Storage Admins to update the IGDSMSxx member to use the existing SCDS/ACDS and you probably do not need to create a new one. If the LPAR is totally separate from anything else, like a MONPLEX, then you can use DFDSS to DUMP your Model SCDS/ACDS datasets and RESTORE them on the dasd for the new LPAR. Then UPDATE IGDSMSxx to use the new Files. You can then Update using ISMF to switch to the new SCDS/ACDS (work with the storage team) If you are going to use your new SCDS/ACDS then using ISMF you can do TEST/Translate with a PDS(*) and then ACTIVATE. You do not have to do one member at a time. The SCDS/ACDS are VSAM datasets. The file that holds the source is typically a PDS that is then used in the TEST/TRANSLATE/ACTIVATE functions to implement into an SCDS/ACDS, If this does not answer your questions, then please provide some more details. Also, what version of z/OS are you running under? Thanks Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Wednesday, October 09, 2013 5:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New LPAR build - Storage activities - SMS/ACS Functionality The classes (Data, Management, etc...) are typically in a PDS dataset that can be easily copied from one place to another. You would then use ISMF to Translate and then ACTIVATE. The Translate function would place then in the SCDS or ACDS depending on your procedures. The Activate then makes them available. What you see in ISMF is the ACTIVATEd information. So, all you need to do is talk to your storage administrator who should know what process is used to update your SCDS/ACDS VSAM datasets for the classes. Every shop has a unique way of naming the SOURCE PDS dataset names. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Raju Reddy Sent: Wednesday, October 09, 2013 3:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New LPAR build - Storage activities - SMS/ACS Functionality All, I am not sure if first email was confusing. To give clear picture, I have copied SCDS from the model LPAR and activated it. They are datasets and can be copied quite easily. What I want is - Can I copy ISPF Class names and their attributes from the Model LPAR. Ex: Highlighted class name attributes. I don't want to define individual class name because it is time consuming. I am exploring options to copy them. MGMTCLAS EXPIRE EXPIRERETPARTIAL NAME NON-USAGE DATE/DAYSLIMIT RELEASE --(2)--- ---(3)--- ---(4) --(5)-- (6)- *#0DTQP* 94 NOLIMIT NOLIMIT YES *#0DWYP* 370 NOLIMIT NOLIMIT YES *#0NDQP* 94 NOLIMIT NOLIMIT YES *#0NNN#* NOLIMIT NOLIMIT NOLIMIT NO *#0NNT#* 3 NOLIMIT NOLIMIT NO *#0NNTP* 3 NOLIMIT NOLIMIT YES *#0NNW#* 10 NOLIMIT NOLIMIT NO *#2DTQP* 94 NOLIMIT NOLIMIT YES *#2DWN#* NOLIMIT NOLIMIT NOLIMIT NO and DATACLAS NAMERECORG --(2)--- -(3)-- *ESDS* ES *KSDS* KS *KSDSM* KS *KSDSMEA* KS *KSDSTRIP* KS *LSDS* LS *MULTIVOL * -- Cheers, Raj On Wed, Oct 9, 2013 at 11:30 AM, Elardus Engelbrecht < elardus.engelbre...@sita.co.za> wrote: > Vernooij, CP wrote: > > >You can copy the SCDS from the model LPAR to the new LPAR, customize > >it > and activate it. > > Thanks for mentioning this aspect about copying/activating SCDS > content. I [wrongly] a$$umed the OP SCDS is already in place because > he said his SMS is up and running. > > Groete / Greetings > Elardus Engelbrecht > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New LPAR build - Storage activities - SMS/ACS Functionality
The classes (Data, Management, etc...) are typically in a PDS dataset that can be easily copied from one place to another. You would then use ISMF to Translate and then ACTIVATE. The Translate function would place then in the SCDS or ACDS depending on your procedures. The Activate then makes them available. What you see in ISMF is the ACTIVATEd information. So, all you need to do is talk to your storage administrator who should know what process is used to update your SCDS/ACDS VSAM datasets for the classes. Every shop has a unique way of naming the SOURCE PDS dataset names. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Raju Reddy Sent: Wednesday, October 09, 2013 3:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New LPAR build - Storage activities - SMS/ACS Functionality All, I am not sure if first email was confusing. To give clear picture, I have copied SCDS from the model LPAR and activated it. They are datasets and can be copied quite easily. What I want is - Can I copy ISPF Class names and their attributes from the Model LPAR. Ex: Highlighted class name attributes. I don't want to define individual class name because it is time consuming. I am exploring options to copy them. MGMTCLAS EXPIRE EXPIRERETPARTIAL NAME NON-USAGE DATE/DAYSLIMIT RELEASE --(2)--- ---(3)--- ---(4) --(5)-- (6)- *#0DTQP* 94 NOLIMIT NOLIMIT YES *#0DWYP* 370 NOLIMIT NOLIMIT YES *#0NDQP* 94 NOLIMIT NOLIMIT YES *#0NNN#* NOLIMIT NOLIMIT NOLIMIT NO *#0NNT#* 3 NOLIMIT NOLIMIT NO *#0NNTP* 3 NOLIMIT NOLIMIT YES *#0NNW#* 10 NOLIMIT NOLIMIT NO *#2DTQP* 94 NOLIMIT NOLIMIT YES *#2DWN#* NOLIMIT NOLIMIT NOLIMIT NO and DATACLAS NAMERECORG --(2)--- -(3)-- *ESDS* ES *KSDS* KS *KSDSM* KS *KSDSMEA* KS *KSDSTRIP* KS *LSDS* LS *MULTIVOL * -- Cheers, Raj On Wed, Oct 9, 2013 at 11:30 AM, Elardus Engelbrecht < elardus.engelbre...@sita.co.za> wrote: > Vernooij, CP wrote: > > >You can copy the SCDS from the model LPAR to the new LPAR, customize > >it > and activate it. > > Thanks for mentioning this aspect about copying/activating SCDS > content. I [wrongly] a$$umed the OP SCDS is already in place because > he said his SMS is up and running. > > Groete / Greetings > Elardus Engelbrecht > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New LPAR build - Storage activities - SMS/ACS Functionality
Kees, I just copied the SCDS and customized it according to the new LPAR for the sake of making it active. My problem is copying ISMF Dataclass/Management/Storage CLASS members and their attributes from Model LPAR's ISMF to Target LPAR's ISMF. Any help please.? Cheers, Raj On Wed, Oct 9, 2013 at 12:18 PM, Vernooij, CP - SPLXM wrote: > I do not understand the problem: if you copied the SCDS, the class names > are in the SCDS, so you have them too on the target 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 12:44 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: New LPAR build - Storage activities - SMS/ACS Functionality > > All, > > I am not sure if first email was confusing. > > To give clear picture, I have copied SCDS from the model LPAR and > activated it. They are datasets and can be copied quite easily. > > What I want is - Can I copy ISPF Class names and their attributes from > the Model LPAR. > > Ex: Highlighted class name attributes. I don't want to define individual > class name because it is time consuming. > I am exploring options to copy them. > > MGMTCLAS EXPIRE EXPIRERETPARTIAL > NAME NON-USAGE DATE/DAYSLIMIT RELEASE > --(2)--- ---(3)--- ---(4) --(5)-- (6)- > *#0DTQP* 94 NOLIMIT NOLIMIT YES > *#0DWYP* 370 NOLIMIT NOLIMIT YES > *#0NDQP* 94 NOLIMIT NOLIMIT YES > *#0NNN#* NOLIMIT NOLIMIT NOLIMIT NO > *#0NNT#* 3 NOLIMIT NOLIMIT NO > *#0NNTP* 3 NOLIMIT NOLIMIT YES > *#0NNW#* 10 NOLIMIT NOLIMIT NO > *#2DTQP* 94 NOLIMIT NOLIMIT YES > *#2DWN#* NOLIMIT NOLIMIT NOLIMIT NO > > and > > DATACLAS > NAMERECORG > --(2)--- -(3)-- > *ESDS* ES > *KSDS* KS > *KSDSM* KS > *KSDSMEA* KS > *KSDSTRIP* KS > *LSDS* LS > *MULTIVOL * -- > > > > Cheers, > Raj > > > On Wed, Oct 9, 2013 at 11:30 AM, Elardus Engelbrecht < > elardus.engelbre...@sita.co.za> wrote: > > > Vernooij, CP wrote: > > > > >You can copy the SCDS from the model LPAR to the new LPAR, customize > > >it > > and activate it. > > > > Thanks for mentioning this aspect about copying/activating SCDS > > content. I [wrongly] a$$umed the OP SCDS is already in place because > > he said his SMS is up and running. > > > > Groete / Greetings > > Elardus Engelbrecht > > > > -- > > 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
Re: New LPAR build - Storage activities - SMS/ACS Functionality
I do not understand the problem: if you copied the SCDS, the class names are in the SCDS, so you have them too on the target 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 12:44 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New LPAR build - Storage activities - SMS/ACS Functionality All, I am not sure if first email was confusing. To give clear picture, I have copied SCDS from the model LPAR and activated it. They are datasets and can be copied quite easily. What I want is - Can I copy ISPF Class names and their attributes from the Model LPAR. Ex: Highlighted class name attributes. I don't want to define individual class name because it is time consuming. I am exploring options to copy them. MGMTCLAS EXPIRE EXPIRERETPARTIAL NAME NON-USAGE DATE/DAYSLIMIT RELEASE --(2)--- ---(3)--- ---(4) --(5)-- (6)- *#0DTQP* 94 NOLIMIT NOLIMIT YES *#0DWYP* 370 NOLIMIT NOLIMIT YES *#0NDQP* 94 NOLIMIT NOLIMIT YES *#0NNN#* NOLIMIT NOLIMIT NOLIMIT NO *#0NNT#* 3 NOLIMIT NOLIMIT NO *#0NNTP* 3 NOLIMIT NOLIMIT YES *#0NNW#* 10 NOLIMIT NOLIMIT NO *#2DTQP* 94 NOLIMIT NOLIMIT YES *#2DWN#* NOLIMIT NOLIMIT NOLIMIT NO and DATACLAS NAMERECORG --(2)--- -(3)-- *ESDS* ES *KSDS* KS *KSDSM* KS *KSDSMEA* KS *KSDSTRIP* KS *LSDS* LS *MULTIVOL * -- Cheers, Raj On Wed, Oct 9, 2013 at 11:30 AM, Elardus Engelbrecht < elardus.engelbre...@sita.co.za> wrote: > Vernooij, CP wrote: > > >You can copy the SCDS from the model LPAR to the new LPAR, customize > >it > and activate it. > > Thanks for mentioning this aspect about copying/activating SCDS > content. I [wrongly] a$$umed the OP SCDS is already in place because > he said his SMS is up and running. > > Groete / Greetings > Elardus Engelbrecht > > -- > 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
Re: New LPAR build - Storage activities - SMS/ACS Functionality
All, I am not sure if first email was confusing. To give clear picture, I have copied SCDS from the model LPAR and activated it. They are datasets and can be copied quite easily. What I want is - Can I copy ISPF Class names and their attributes from the Model LPAR. Ex: Highlighted class name attributes. I don't want to define individual class name because it is time consuming. I am exploring options to copy them. MGMTCLAS EXPIRE EXPIRERETPARTIAL NAME NON-USAGE DATE/DAYSLIMIT RELEASE --(2)--- ---(3)--- ---(4) --(5)-- (6)- *#0DTQP* 94 NOLIMIT NOLIMIT YES *#0DWYP* 370 NOLIMIT NOLIMIT YES *#0NDQP* 94 NOLIMIT NOLIMIT YES *#0NNN#* NOLIMIT NOLIMIT NOLIMIT NO *#0NNT#* 3 NOLIMIT NOLIMIT NO *#0NNTP* 3 NOLIMIT NOLIMIT YES *#0NNW#* 10 NOLIMIT NOLIMIT NO *#2DTQP* 94 NOLIMIT NOLIMIT YES *#2DWN#* NOLIMIT NOLIMIT NOLIMIT NO and DATACLAS NAMERECORG --(2)--- -(3)-- *ESDS* ES *KSDS* KS *KSDSM* KS *KSDSMEA* KS *KSDSTRIP* KS *LSDS* LS *MULTIVOL * -- Cheers, Raj On Wed, Oct 9, 2013 at 11:30 AM, Elardus Engelbrecht < elardus.engelbre...@sita.co.za> wrote: > Vernooij, CP wrote: > > >You can copy the SCDS from the model LPAR to the new LPAR, customize it > and activate it. > > Thanks for mentioning this aspect about copying/activating SCDS content. I > [wrongly] a$$umed the OP SCDS is already in place because he said his SMS > is up and running. > > Groete / Greetings > Elardus Engelbrecht > > -- > 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
Re: New LPAR build - Storage activities - SMS/ACS Functionality
This is how I do SMS updates on my sysplexes. I have 1 SCDS, valid for all sysplexes. I update, activate and test it on our testsysplex and then transport it to the other sysplexes and activate it there. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Wednesday, October 09, 2013 12:30 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New LPAR build - Storage activities - SMS/ACS Functionality Vernooij, CP wrote: >You can copy the SCDS from the model LPAR to the new LPAR, customize it and >activate it. Thanks for mentioning this aspect about copying/activating SCDS content. I [wrongly] a$$umed the OP SCDS is already in place because he said his SMS is up and running. Groete / Greetings Elardus Engelbrecht -- 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
Re: New LPAR build - Storage activities - SMS/ACS Functionality
Vernooij, CP wrote: >You can copy the SCDS from the model LPAR to the new LPAR, customize it and >activate it. Thanks for mentioning this aspect about copying/activating SCDS content. I [wrongly] a$$umed the OP SCDS is already in place because he said his SMS is up and running. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New LPAR build - Storage activities - SMS/ACS Functionality
Raju Reddy wrote: >Though I am familiar with most of these stuff, I would like to understand if >it is possible to copy(not manually) all the ISMF SMS Classes from model LPAR >to new LPAR.? It is indeed possible, at least for the source codes of the SMS Classes. Just test/translate/validate your classes and then you can activate it when convenient. >Because most of the Data class and Management classes are going to same and it >is really a lengthy process to create them Manually. If the LPARS are in same Sysplex, you can share it. Did you considered it? >P.S - I have already created SYS1.PARMLIB(IGDSMS00) and also defined SCDS, >COMMDS and activated a very basic SCDS. So SMS is up and running. Good. You can fall back when needed. >And also any advice on Storage for a New LPAR build is really appreciated. RACF is your friend to avoid nasty surprises. Just having one set of standards will ease your build-up work. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New LPAR build - Storage activities - SMS/ACS Functionality
You can copy the SCDS from the model LPAR to the new LPAR, customize it and activate it. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Raju Reddy Sent: Wednesday, October 09, 2013 12:06 To: IBM-MAIN@LISTSERV.UA.EDU Subject: New LPAR build - Storage activities - SMS/ACS Functionality Hello All, We are building a new LPAR(Development) which is a copy of one of the existing LPAR. My MVS/zOS team have done their part and now waiting for Storage team to build and customize SMS, DFHSM and TAPE ranges and etc Though I am familiar with most of these stuff, I would like to understand if it is possible to copy(not manually) all the ISMF SMS Classes from model LPAR to new LPAR.? Because most of the Data class and Management classes are going to same and it is really a lengthy process to create them Manually. P.S - I have already created SYS1.PARMLIB(IGDSMS00) and also defined SCDS, COMMDS and activated a very basic SCDS. So SMS is up and running. And also any advice on Storage for a New LPAR build is really appreciated. Cheers, Raj -- 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
