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


  • Subject: Re: Backup Policy
  • From: Kevin H <kevinh@xxxxxxxxxxx>
  • Date: Wed, 25 Apr 2001 14:04:11 -0400

The only time I used SAVSTG seriously was when I managed a LAB box.

after upgrades, ptf's etc, i would run a savstg.
If you needed the lab box, i would give you QSECOFR and turn it over to you.

When I got it back, I scratched everything back to the SAVSTG.
So, I have never tried RSTSTG to another box.

I gather a SAVSTG is more like a DISK IMAGE. -- bit processing.
I think this is where the hardware differences come in.
I think the new disks need to be the same number and at least the same 
capacity as the saved machine.

So, I think it may be quicker to run,
definitely easier to scratch a box "back to" that image.
but, imho, not a serious contender for daily / weekly saves.
I would rather see a Opt 21 with Save-Changes in between until you can do 
another full backup
before I would recommend a SAVSTG.


kmh


At 09:39 AM 4/25/2001, you wrote:
>I have never given SAVSTG serious consideration.  I have only heard negative
>opinions about it compared to doing a SAVE 21.  How is a SAVSTG more complete
>for D.R. than SAVE 21?  Are there certain scenarios where SAVSTG has disctinct
>advantages over SAVE 21?  Perhaps when you know you *will*, and not just *if*,
>restore the entire contents on a "scratched" set of DASD?
>
>If you restore to a different box, how well-matched does the hardware have to
>be to the source box?  (You mentioned disk config.)
>
>Dan Bale
>IT - AS/400
>Handleman Company
>248-362-4400  Ext. 4952
>D.Bale@Handleman.com
>   Quiquid latine dictum sit altum viditur.
>   (Whatever is said in Latin seems profound.)
>
>-------------------------- Original Message --------------------------
>For a complete disaster recovery (some restrictions on the disk config on
>the system config you restore on) run a SAVSTG.
>
>Neil Palmer      DPS Data Processing Services Canada Ltd.
>50 Acadia Avenue, Ste.102                   AS/400~~~~~
>Markham, Ontario, Canada.   ____________          ___  ~
>Phone:(905) 474-4890 x303   |OOOOOOOOOO| ________  o|__||=
>Cell.:(416) 565-1682 x303   |__________|_|______|_|______)
>Fax:  (905) 474-4898         oo      oo   oo  oo   OOOo=o\
>mailto:NeilP@DPSlink.com  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>http://www.DPSlink.com     iSeries 400  The Ultimate Business Server
>
>
>
>
>
>D.BALE@handleman.com
>Sent by: owner-midrange-l@midrange.com
>2001/04/24 18:36
>Please respond to MIDRANGE-L
>
>
>         To:     MIDRANGE-L@midrange.com
>         cc:
>         Subject:        Re: Backup Policy
>
>
>Dang.  I knew I should'a qualified that.  Well, who cares about the bean
>counters, anyway, eh?  <g>
>
>What do you do about the contents of >*JOBQs, *USRQs, *DTAQs, *MSGQs etc
>???
>
>How about the jobs on the job scheduler?
>
>Dan Bale
>IT - AS/400
>Handleman Company
>248-362-4400  Ext. 4952
>D.Bale@Handleman.com
>   Quiquid latine dictum sit altum viditur.
>   (Whatever is said in Latin seems profound.)
>
>-------------------------- Original Message --------------------------
> > A "SAVE 21" is the best you can do for backing up the AS/400.  It gets
> > *everything*.  If all your DASD suffered a meltdown, your "SAVE 21"
>backup
>  and
> > your MULIC tape/CD puts you back in business.
>
>*Almost* everything.  The contents of Queues are *NOT* Saved.  Restore
>from these tapes and those )^)(*^%% accountants will NOT have all the
>reports they have been saving out there for months and months. Also
>*JOBQs, *USRQs, *DTAQs, *MSGQs etc will come back MT.
>
>If you really want the contents of these things to be saved you must put
>those contents somplace else (such as in a DB file.)
>
>   - Larry
>
>D.BALE@handleman.com wrote:
> >
> > Jim,
> >
> > (Disaster Recovery is obviously much more complicated than that, but
>this
>  was
> > specifically answering the "backup policy" question.)
> >
> > Dan Bale
> > IT - AS/400
> > Handleman Company
> > 248-362-4400  Ext. 4952
> > D.Bale@Handleman.com
>
>--
>Larry Bolhuis           | Cogito ergo mercari iSeries
>Arbor Solutions, Inc.   |
>(616) 451-2500          |               (I think, therefore I buy
>iSeries.)
>(616) 451-2571 -fax     |
>lbolhuis@arbsol.com     |        #3  1951-2001
>+---
>| This is the Midrange System Mailing List!
>| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
>| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
>| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
>| Questions should be directed to the list owner/operator: david@midrange.com
>+---

****************************************************************
Kevin M Howcroft                http://www.kmtcinc.net
AS/400 Technical Consultant     Voice:407.830.5960
kevinh@kmtcinc.net              Fax: 407.650.2638

+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---

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.