RE: "Go Save" backup question

["Eduard van den Braken" <e.vd.braken@xxxxxxxxx>]

Rick

savsecdta and savcfg are part of the savsys option, the separate commands
are created some years ago so you can use them during your normal saves,
while savsys need the system to be in restricted state.

Groetjes (Greetings)
===========================================================
Name: Eduard van den Braken
E-mail: e.vd.braken@hccnet.nl
Town: Leusden -- the Netherlands
Homepage: http://home.hccnet.nl/e.vd.braken/
===========================================================




-----Oorspronkelijk bericht-----
Van: midrange-l-admin@midrange.com
[mailto:midrange-l-admin@midrange.com]Namens Rick Rayburn
Verzonden: woensdag 16 oktober 2002 21:06
Aan: midrange-l@midrange.com
Onderwerp: RE: "Go Save" backup question


Thanks Andy -

Does the Savsys portion of option #21 INCLUDE savsecdata and savcfg? If not.
are those commands included ANYWHERE within go save? As a duo?


>From: "Andy Nolen-Parkhouse" <aparkhouse@attbi.com>
>Reply-To: midrange-l@midrange.com
>To: <midrange-l@midrange.com>
>Subject: RE: "Go Save" backup question
>Date: Wed, 16 Oct 2002 09:30:48 -0400
>
>Rick,
>
>Here are the save commands executed by Option 21:
>
>SAVSYS
>SAVLIB LIB(*NONSYS)
>SAVDLO DLO(*ALL) FLR(*ANY)
>SAV DEV('/QSYS.LIB/media-device-name.DEVD') +
>    OBJ(('/*') ('/QSYS.LIB' *OMIT) +
>    ('/QDLS' *OMIT))1 UPDHST(*YES)
>
>Here's Option 42:
>
>SAVLIB LIB(*ALLUSR)
>
>My first reaction to your strategy is that you may have some *nonsys
>stuff in either the DLO or the non-QSYS portions of the IFS.  If this is
>the case, you should look closely at what you do; you may not be saving
>some fairly dynamic user objects.
>
>For disaster recovery purposes you should have (at a minimum) a savsys
>tape which coincides with the application of cumulative PTF's.  This
>will include your security information, user profiles, and configuration
>objects.
>
>Perhaps the most pertinent question for someone in your position to ask
>is "Do you have the opportunity to perform an option 21 save on a
>regular and automated basis?"  If you need to maintain close to 24x7
>availability, then a dedicated save becomes something to be negotiated
>with the user community.  If you have an automated tape library (or if
>your system will fit on one tape) and if you have the ability to
>dedicate your system for the duration of an option 21 save, then do it.
>You can use some programming to schedule the execution and you'll sleep
>better knowing that you have everything on one backup.
>
>Here are some questions that might be helpful in designing a backup
>strategy:
>
>If you were to come into work tomorrow and find the system dark and your
>storage trashed, do you have a plan for what you will do after your
>Customer Engineer repairs the system?  Do you know where the tapes are
>and the proper sequence to load them to bring your entire system back as
>it was before the most recent backup?
>
>Can you backup your entire system without manual changing of tapes?
>
>Can you take the entire system down periodically for a long save?
>
>Do your users use file systems other than QSYS?
>
>What is your reasoning for wanting to keep system stuff segregated from
>application-related data?
>
>You would not necessarily do a complete backup every night, or even
>weekly.  Some of the functions performed by the SAVSYS portion of the
>option 21 save can be done using the SAVSECDTA (Save Security Data) and
>SAVCFG (Save Configuration) commands without dedicating the system.
>These could be incorporated into your nightly saves.
>
>Regards,
>Andy Nolen-Parkhouse
>
>
>
>
> > On Behalf Of Rick Rayburn
> > Subject: "Go Save" backup question
> >
> >
> > Currently, we are using option 42 from the "Go Save" menu to complete
>our
> > *nonsys* backup requirements.
> >
> > What should we use to backup our "system" data...user profiles, object
> > authorities, device configurations, qsys...etc.
> > I've heard option #21 backs "the world up", but we would rather have
>the
> > system stuff segregated on a separate tape from the application -
>related
> > data.
> >
> > Thanks for your time and help.
> >
> > Rick Rayburn
>
>_______________________________________________
>This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
>To post a message email: MIDRANGE-L@midrange.com
>To subscribe, unsubscribe, or change list options,
>visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
>or email: MIDRANGE-L-request@midrange.com
>Before posting, please take a moment to review the archives
>at http://archive.midrange.com/midrange-l.


_________________________________________________________________
Surf the Web without missing calls! Get MSN Broadband.
http://resourcecenter.msn.com/access/plans/freeactivation.asp

_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
or email: MIDRANGE-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.