On Tue, 24 Nov 2009 15:52:39 -0500, Jousma, David <[email protected]> wrote:

>All,
>
>A hypothetical question.  What are the major implications of changing
>the sysplex name?  What are the gotcha's?  
>
>Assumptions:
>
>-      a fairly large parallel sysplex with > 15 participating lpars
>-      60+ terabytes of DASD, mostly SMS managed
>-      SMSPLEX same scope as SYSPLEX
>-      Sysplex restart needed(all systems down at once)
>-      Re-allocation of various system datasets with sysplex name as a
>qualifier
>-      New CF policies
>
>As I mention, at this point it is a hypothetical question, so please
>don't hammer me with "why would you want to do that?" type questions.
>We have some business reasons why this may be needed, but I cannot
>discuss that in this forum.
>

Ed and Barbara already commented on some "gotcha's".   In a production
environment I would think the biggest issue would be related to logstreams
as Barbara suggested.  You can't carry them forward from the old sysplex
to the new sysplex, so you better get any data you need from them
prior to the change and your application better be able to handle a 
cold start for its logstream(s).  So even if you are just using OPERLOG
and LOGREC and you want that data, dump them prior to the change. 
RRS shouldn't be an issue if you come down clean.
 
Even though this is a hypothetical question, if you are looking for the
actual steps that I did when I renamed a sandbox sysplex, I posted them
on February 28, 2008.  It didn't include Ed's step of renaming data sets
with the sysplex name in it because there were none in the sandbox
LPAR because it was a monoplex.  I supposed in addition to renaming
data sets that may reference the sysplex name, you also have to make
sure any STC JCL doesn't have the sysplex name hard coded and the
same with parms (hopefully they all use the &SYSPLEX symbol).

Re: Is there a __simple__ way to change the name of a SYSPLEX?
http://bama.ua.edu/cgi-bin/wa?A2=ind0802&L=ibm-main&D=1&amp;O=D&P=233932

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[email protected]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to