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



What if you would:

1. restore last SAVCHGOBJ
2. restore last full save OPTION *NEW MBROPT *NEW ?

In a disaster recovery case you'd have to create the libraries before the RSTOBJ
from the SAVCHGOBJ tapes. One could save with *OUTFILE and save this file
directly after the SAVCHGOBJ (QASAVOBJ ) and write a little DR CLP to create the
libs and restore the objects from this file.

Best,
Bernd

----- Original Message -----
From: <barsa@barsaconsulting.com>
To: <midrange-l@midrange.com>
Sent: Friday, August 24, 2001 4:47 PM
Subject: RE: APYJRNCHG


>
> SAVCHGOBJ is not a good fit in environments where you routing
> "create/delete objects" and/or" add/remove members".  This means that's
> it's a poor fit for manufacturing packages many of which thrive on a
> multi-membered strategy.
>
> Al
>
> Al Barsa, Jr.
> Barsa Consulting Group, LLC
>
> 400>390
>
> 914-251-1234
> 914-251-9406 fax
>
> http://www.barsaconsulting.com
> http://www.taatool.com
>
>
>
>
>
>
>                     "Bale, Dan"
>                     <D.Bale@handleman.c       To:
<midrange-l@midrange.com>
>                     om>                       cc:
>                     Sent by:                  Subject:     RE: APYJRNCHG
>                     midrange-l-admin@mi
>                     drange.com
>
>
>                     08/24/01 10:20 AM
>                     Please respond to
>                     midrange-l
>
>
>
>
>
>
> This is a multi-part message in MIME format.
> --
> [ Picked text/plain from multipart/alternative ]
> Dave, do you still use SAVCHGOBJ as part of your save/restore strategy?
> If so, how do you handle deleted objects?
>
> Dan Bale
> IT - AS/400
> Handleman Company
> 248-362-4400  Ext. 4952
> D.Bale@Handleman.com
>
> > -----Original Message-----
> > From:         Dave Shaw [SMTP:daveshaw@bellsouth.net]
> > Sent:         Thursday, August 23, 2001 3:01 PM
> > To:           midrange-l@midrange.com
> > Subject:           Re: APYJRNCHG
> >
> > Dan,
> >
> > There is no such mechanism.  A deleted object is not a changed object
> > in the
> > sense that the SAVCHGOBJ command means it, it's just gone.
> > Consequently,
> > restoring the SAVCHGOBJ backup will not delete the object.  I've been
> > through this multiple times.
> >
> > Dave Shaw
> > Simpsonville, SC
> > ---
> > If you would like to participate in the MAPICS-L mailing list go to
> > http://lists.midrange.com/cgi-bin/listinfo/mapics-l and follow the
> > instructions.
> >
> > ----- Original Message -----
> > From: "Bale, Dan" <D.Bale@handleman.com>
> >
> >
> > > Yeah, but, SAVCHGOBJ isn't necessarily saving entire libraries, is
> > it?
> > > Only objects that are changed in a given library, I thought.  If so,
> > > then there would have to be some mechanism on the SAV/RST-CHGOBJ
> > that
> > > recognizes that an object was deleted since the last SAVLIB (full
> > save
> > > of the library).
> _______________________________________________
> 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
>
>
>
>
>
> _______________________________________________
> 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
>




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.