|
midrange.com
Jeff,
I've implemented SWA here. There's nothing special about using QCTL vs.
another subsystem as long as all user jobs have ended. I submit the
monitor job to a subsystem that we already had set up for I.T. jobs. The
program doing the SWA just runs in the user jobq under the QBATCH subsytem.
We get to a "semi-restricted" state by individually ending just about all
other subsytems and ending TCP/IP to kill any ODBC, FTP, and 5250
connections.
I am reconsidering restarting TCP/IP before the checkpoint has been
achieved. We had a glitch a month or so ago where there was an error with
the tape drive and there was a QSYSOPR message with no way to answer it
except to drive in (which I did at midnight). If I had TCP/IP running I
could have used a QCTL session that I've got to get in remotely and answer
it. That hardware issue was the only problem that we've had, which wasn't
really a problem with SWA.
Dave Parnin
Nishikawa Standard Company
Topeka, IN 46571
daparnin@xxxxxxxxxxxxxxxxxx
Jeff Crosby
<jlcrosby@dilgardfoo To: Midrange Systems
Technical Discussion
ds.com>
<midrange-l@xxxxxxxxxxxx>@SMTP@CTB
Sent by: cc: (bcc: David A
Parnin/Topeka/NISCO/SPCO)
midrange-l-bounces@m Subject: RE: Save while
active (SWA) question
idrange.com
10/21/2004 07:04 AM
Please respond to
Midrange Systems
Technical Discussion
<midrange-l@midrange
.com>
Evan wrote:
> Why wouldn't you do them both in batch ? (just curious)
Up to now I've not used SWA so it had to be interactive. I did an ENDSYS
for the *ALLUSR backup. Though I'm not starting with the *ALLUSR backup, I
wanted to keep them all "the same" in style.
> I don't really have a recommendation either way, or more
> exactly a good reason for why I'd probably go with Option 1.
I was thinking that way yesterday also. But today I'm leaning a little
more
toward #2. Batch has more CPW so it seems, at least on the surface, to do
the heavier lifting there.
> Whichever way you go, build a timeout into
> your restart job to make sure it doesn't wait forever for the
> SWA checkpoint when the inevitable error comes along.
Good idea. I had not thought of that.
--
Jeff Crosby
Dilgard Frozen Foods, Inc.
P.O. Box 13369
Ft. Wayne, IN 46868-3369
260-422-7531
The opinions expressed are my own and not necessarily the opinion of my
company. Unless I say so.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.
