On Thu, 14 Jun 2007 21:57:24 -0400, Andy White <[EMAIL PROTECTED]> wrote:

>Im trying to find out from anyone out there who might be doing the same
>thing.
>
>        We are planning for a disaster recovery site we control and mirror
>using XRC over distance. We currently have the JES2 check point for a few
>systems in a sysplex in an external CF, then the second check point is on
>DASD and in duplex mode. Its our understanding the second check point on
>DASD is and know its can be up to 10 writes off from the one in the CF. As
>a result if you are in this mode do you come up as warm or cold when it
>comes to JES2?
>
>        We would like to come up warm so we don't loose work especially if
>a disaster should happen late during the batch run. Do you just come up
>and reconfigure using the back up check point from DASD being mirrored and
>just orphan the output not written to the check point? I mean if you loose
>a dozen or so output doesn't sound like a lot.
>
>        But we'd like to hear what other companies do?
>

I think you'll get answers in both directions.  Here, we do it both ways. 
Even some systems with all DASD checkpoints get cold started to avoid
any possible problems.  Since every environment contains some product
to handle production output (CA-Dispatch, CA-View, CA-Deliver, Mobius View
Direct, Beta 92, etc.), the loss from the spool itself is not considered 
critical since it will be 99% test jobs and programmer output.   But there
are some we warm start also.  

One of the other reasons we cold are large environments is the amount of
bandwidth for mirroring all those spool volumes (one of them has 65 
3390-3 spool volumes). 

JES2 is very good these days at starting up after a checkpoint failure (which 
this is), so I don't really buy into the need to start up clean to avoid
any possible problems like I used to.  Even if there were a problem 
you could probably offload most or all of what was there and then do a cold 
start.

So I think there is no correct answer here... it depends on what is right for
your environment.  

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group:  G-ITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
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