× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.







Dump the 3570, and go to something in the 3580 family.

Al - in Rochester - where it's colder than a witch's left tit, wearing an
iron bra, on the dark side of the moon

Al Barsa, Jr.
Barsa Consulting Group, LLC

400>390

914-251-1234
914-251-9406 fax

http://www.barsaconsulting.com
http://www.taatool.com



                                                                           
             "Jeff Crosby"                                                 
             <jlcrosby@dilgard                                             
             foods.com>                                                 To 
             Sent by:                  "'Midrange Systems Technical        
             midrange-l-bounce         Discussion'"                        
             s@xxxxxxxxxxxx            <midrange-l@xxxxxxxxxxxx>           
                                                                        cc 
                                                                           
             01/15/2004 11:10                                      Subject 
             AM                        RE: Backup performance              
                                                                           
                                                                           
             Please respond to                                             
             Midrange Systems                                              
                 Technical                                                 
                Discussion                                                 
             <midrange-l@midra                                             
                 nge.com>                                                  
                                                                           
                                                                           




> We quiesce the libraries one group at a time.  Remember that
> we are running multiple divisions.  Once quiesced, using a
> regular save to tape (not save while active), only shuts down
> that group for about 4 minutes on our 3590.  Yes, when you
> look at the total time of our DB2 backup, it may stretch a
> few hours, but each division is only locked out for a few
> minutes.  Personally I don't think the save to a *SAVF would
> be that much faster than the 3590.

Since we're running a 270, I highly doubt a 3590 is in the offing. <g>

Use a 3570 tape drive.  We run a complete save every night, no problem.  We
run a SAVCHGOBJ on the entire system (libs, IFS, etc) every afternoon at
1:30(see note 1).  This afternoon backup keeps everybody off 15-20 minutes,
including restrict system, backup, and restart QCTL.  Since we do every
lib,
we can't do it to a *SAVF, it must be tape.  It's this window I was trying
to figure out some way to reduce.

> Again, you'd be spending how much on disk to reduce
> 4 minutes to what?

3:55.  But hey, it's an improvement. <g>

(note 1) The reason for this backup?  About a year ago, on a Friday
afternoon at 3pm the system died.  What died was the backplane and it went
so hard (and instantly) that the whole system was hosed.  Had to do a
scratch install.  Saturday I reloaded the entire system from backups which
took us to Friday morning status.  Sunday morning management came in and we
redid everything that had been done on Friday (orders, inventory receipts,
A/P, A/R, you name it) and created all invoices to be delivered on Monday.
If it had happened any other day of the week, we would not have had the
luxury of a weekend to get all this done and still take care of our
customers on a timely basis.  The only way to reduce that recover time if
the system died again was to do additional backup.  By 1:30pm, all A/R, all
A/P, 75% of inventory receipts, and 50-70% of orders are in, so that time
was selected.  Yes I suggested disaster recovery to no avail.

--
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.


> -----Original Message-----
> From: midrange-l-bounces@xxxxxxxxxxxx
> [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
> Sent: Thursday, January 15, 2004 10:36 AM
> To: Midrange Systems Technical Discussion
> Subject: Re: Backup performance
>
> Jeff,
>
>
> Rob Berendt
> --
> "All creatures will make merry... under pain of death."
> -Ming the Merciless (Flash Gordon)
>
>
>
>
> "Jeff Crosby" <jlcrosby@xxxxxxxxxxxxxxxx>
> Sent by: midrange-l-bounces@xxxxxxxxxxxx
> 01/15/2004 10:19 AM
> Please respond to
> Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
>
>
> To
> "'Midrange Systems Technical Discussion'" <midrange-l@xxxxxxxxxxxx>
> cc
>
> Fax to
>
> Subject
> Backup performance
>
>
>
>
>
>
> This talk about backing up \QNTC\ directories leads me to ask
> a question
> I've been thinking about.
>
> To reduce the backup window on the iSeries, is there anyone
> out there who
> is
> backing up to disk (*SAVF) and, when the system is brought back from a
> restricted state, then transferring the *SAVF files to tape?
>
> I was curious as to whether something like this reduces the
> backup window
> as
> far as restricted state is concerned.  And I know what tape
> drive is used
> makes a big difference.  Plus backing up to a *SAVF is a '1
> library at a
> time' thing.
>
> --
> 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.
>
>
> _______________________________________________
> 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.
>
>
>



_______________________________________________
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 thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 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.