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



I must have lost something in the translation.  What does 400 miles have to
do with anything?  Is that the distance between the two AS/400's?  So what
happens if your primary production AS/400 goes down?  Or, perhaps better
put, what do you want to accomplish in that scenario?

You probably already know this, but consider if you're missing anything by
not doing SAVDLO and SAV backups as well.

Disaster recovery is not a trivial task.  There's a lot of up-front planning
and analysis required so that you don't find yourself in a hole that you
can't climb out of when disaster strikes.  And testing.

db

> -----Original Message-----
> From: midrange-l-bounces@xxxxxxxxxxxx / MITTELHEISSER Jean Claude
> Sent: Wednesday, September 15, 2004 9:29 AM
>
> I agree with you if backup system is close to production one. My
> Save-21 takes about 45 minutes (50 GB to a Ultrium-1 tape unit),
> much shorter than 14 hours. But in my case backup system will be
> 400 miles away. So I have 13 hours to sent tape to backup. It's
> to short. But as we have no backup system today, we do every
> night SAVSECDTA, SAVCFG and SAVLIB *ALLUSR.
>
> Thanks.
> JCM
>
> -----Message d'origine-----
> De : midrange-l-bounces@xxxxxxxxxxxx
> [mailto:midrange-l-bounces@xxxxxxxxxxxx]De la part de Dan Bale
> Envoyé : mercredi 15 septembre 2004 14:49
> À : Midrange Systems Technical Discussion
> Objet : RE: Disaster Recovery
>
>
> If you've got 14-hour window every night and if a Save-21 doesn't require
> any operator intervention to change tapes, why not just do a Save-21 every
> night?  Or at least the SAVLIB *ALLUSR, SAVDLO, & SAV sets?  You'll have a
> FAR better recovery experience than if you have to rely on restoring up to
> several SAVCHGOBJ sets.  Oh, and if you use SAVCHGOBJ, you need
> to consider
> what happens when objects are deleted after the last full save.  In
> recovery, you'd restore the last full save, which restores the object you
> deleted, but restoring the SAVCHGOBJ sets won't tell the system about the
> fact that the object was deleted, will it?  Al?  Others?
>
> Again, I just think that you'd make it much more harder on yourself if you
> go with SAVCHGOBJ when you've got the time & resources to do full saves.
>
> Just my .02,
> db
>
> > -----Original Message-----
> > From: midrange-l-bounces@xxxxxxxxxxxx / MITTELHEISSER Jean Claude
> > Sent: Wednesday, September 15, 2004 8:20 AM
> >
> > We are currently thinking about solutions to recover one or more
> > AS/400. We will probably buy a new AS/400, but we don't want to
> > use mirroring or external software. Knowing that AS/400 has no
> > activity between 6 p.m. and 8 a.m., I'd thought using following method :
> > - A total system safe ("go save" 21) on tape once a week on
> > saturday morning. A copy of the tape will be sent to the backup
> > by postal mail.
> > - At end of each production day, save all modified objects
> > (SAVCHGOBJ) and send it to backup by using file transfer.
> > - 4 or 5 times a day, save the JRN files and send it to backup by
> > using file transfer too.
> >
> > Do you think that this solution will work ? I don't have too much
> > doubt about the first 2 safes, it's only a matter of volume of
> > data and of network speed. But is it possible to save JRN files
> > without stopping corresponding tasks and to restore them on
> > backup side ? Our OS is a V4R5 on a 820 and we will surely
> > migrate to a new 520 in V5R3 of course. 820 will become our
> > backup machine. Does V5R3 offer new possibilities in saving and
> > restoring ? Pehaps by making the things easier ?
> >
> > Thanks for your assistance.
> > Jean-Claude Mittelheisser
>
> --
> 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.