× 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: Backups - use to be Objects and Source
  • From: "Evan Harris" <spanner@xxxxxxxxxx>
  • Date: Wed, 2 Feb 2000 20:14:28 +1300

Sherry, you wrote:

> While we're on the subject of backups..... I have been asked to write a
> couple CLs to do a smaller backup then what they are using now.  One will
> just backup Lawson libraries and the other will back up everything
> non-system but not the Lawson libraries.  I've never excluded libraries
> before.  I'd appreciate any suggestions or direction.

Excluding libraries is easy enough, just use the OMITLIB (hmm maybe OMTLIB)
parameter on the SAVLIB command. Prompt the command, use F10 and I'm sure
you'll find it.

I accomplish the same thing in my backups by maintaining an "omit list" file
and retrieving the libraries to be omitted into my backup program as a
string, then specifiying the passed string as the OMITLIB parameter in the
command I submit to do the backup. This allows me to maintain the
Librariesto be omitted by editting a file instead of recompiling each time
someone wants to change the Omit specifications. I also have some
frequencies specified against the file entries so the backup frequency of
libraries is maintained independently as well.

The trick behind doing this (or alternatively the monster I created becuase
I couldn't figure out how to get the command string to change in the CMD
parameter of the SBMJOB command) is to build a string that equates to a
SAVLIB command then submit it specifiying *RQSDTA on the CMD parameter and
specifiying a variable in the RQSDTA parameter of the SBMJOB, the variable
being the derived command string.

If you want more details give me a holler. Hopefully this is clear !

Cheers
Evan Harris

+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-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.