A couple of those you should just set to not back up as they are not needed for a recovery:

byteware logs, not needed

Fax documents, you decide, but most folks do not back them up since in a recovery you have the source document somewhere.

HTTPA admin logs - not needed for a recovery

OSGI, I don't have so I can't see into the directory but if they are log files or flight recorders, again not needed for a recovery

MGTC - Management Collection objects, never needed for recovery. Only reason to back them up is if you need archive of your performance data. If you stop the performance collection prior to starting the save and then start it again, you'll avoid this.

easypc/logs are all log files not needed for recovery so omit them.

I think that's about 90%+ of your list.

Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects

On 1/21/2013 10:24 AM, Jeff Crosby wrote:
I tested this BRMS control group on Saturday:


The *EXIT at sequence 60 returns the system to a normal state via CL
program starting the controlling subsystem and waiting on a data queue
entry from the QSTRUP program before proceeding. Everything after that is
save while active. The entire control group took 90 minutes. The
restricted state portion took about 18 minutes. This is a vast improvement
over what I'm currently doing, which is everything in restricted state,
which takes about 75 minutes.

*BUT* the *LINK backup had 49 objects not saved because they were in use.
These were:

/Bytware/StandGuard/AV/logs/avsvr.log (1 object, a log file)
/FAXD01/RCVFAX/00000001.FAX. (1 object)
/QIBM/UserData/HTTPA/admin/logs/error_log.Q113011900 (1 object)
/QIBM/UserData/OS/OSGi (40 objects in this directory or a subdirectory)
/QIBM/UserData/OS400/MGTC (4 objects in this directory or a subdirectory)
/easy400apc/logs/access_log.Q113011900 (1 object)
/easy400apc/logs/basic_error_log.Q113011900 (1 object)

I have a feeling that trying to figure out a way to do these 49 objects
save while active would/will be an exercise in futility.

Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2015 by MIDRANGE dot 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 here. If you have questions about this, please contact