For the method I describe, I don't think you need to know any more any
earlier than for the ring-to-star method. What you do need is a 'driving'
system, in our case the SDM host that was performing XRC mirroring until
the moment of disconnect. I would have thought that any DR site provided a
driving system to get the ball rolling; if not, then you can't use my
method.
If there is a driving system at the DR site, you use it to create the DR
policy and store it in your own CFRM data set by volser before your first
IPL. COUPLExx needs only the policy name. We got creative and decided to
call ours POLICYDR, which is permanently coded in CFRMPOL in production.
One of our original goals for a DR procedure was to keep it as simple as
possible. Assuming that a gaggle of sysprogs would not necessarily be front
and center in a true DR, we might need to depend on any available
operations person or godforbid even a manager type with limited experience.
In the case of a third party provider, you might have a very experienced
person who happens to know squat about your particular environment. The
simpler the procedure, the better chance you have of getting your systems
running ASAP.
Mark Zelden
<[EMAIL PROTECTED]
CHNA.COM> To
Sent by: IBM IBM-MAIN@BAMA.UA.EDU
Mainframe cc
Discussion List
<[EMAIL PROTECTED] Subject
.EDU> Re: Cleanup a unconnected Coupling
Facility
05/15/2008 09:29
AM
Please respond to
IBM Mainframe
Discussion List
<[EMAIL PROTECTED]
.EDU>
>IBM knew this would put a serious cramp in customers' DR procedures, so
>they invented the CFRMPOL parameter in COUPLExx. The sole purpose of this
>parameter is to name a policy to activate at IPL if the CFRM couple data
>set indicates that no policy is already active.
Which works great if you know what hardware you will be running on. For
those who run at a vendor's site, you can't count on this.
Mark
----------------------------------------------------------------------
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
