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:[email protected]] On
Behalf Of Raju Reddy
Sent: Wednesday, October 09, 2013 15:36
To: [email protected]
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
<[email protected]>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:[email protected]]
> On Behalf Of Staller, Allan
> Sent: Wednesday, October 09, 2013 6:12 AM
> To: [email protected]
> 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,
>
> <snip>
> From: IBM Mainframe Discussion List [mailto:[email protected]]
> 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.
> </snip>
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to [email protected] with the message: INFO IBM-MAIN
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to [email protected] with the message: INFO IBM-MAIN
>
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to [email protected] 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 [email protected] with the message: INFO IBM-MAIN
