|
Dennis - The reason (IMHO) that your SAVCHGOBJ runs the same amount of time with your large libs omitted is that you said earlier that you also save these libraries to a SAVF and then back up the SAVF. Since the SAVCHGOBJ uses REFDATE(*SAVLIB) if you had just saved these libraries to a save file there would be no changed objects in them. If you monitor performance data you may want to consider omitting your Performance Data Library (usually QPFRDATA). If you decide to use SAVACT(*SYNCLIB) you should also specify a SAVACTMSGQ. Then you can tell when the libraries are synced and it is safe to run jobs. Or you can monitor for the SWA message(CPI3712) and submit your job with the CHKOBJ after it is received. Per the help text, once the sync message is received "The objects can be used by most applications. However, while save-while-active processing is completing, some applications may find some objects in use." My 160 GB system(720) syncs its daily SAVCHGOBJ in under 10 minutes. It is true that there is no IBM command that does a restore of changed objects for *ALLUSR, you need to know all of the libraries on the tape that you are restoring changes from. There is a TAATOOL command, RSTALLCHG that I believe will also do this. Scott Ingvaldson System Administrator GuideOne Insurance Group -----Original Message----- From: Dennis Munro <DMunro@badgerminingcorp.com> To: "'midrange-l@midrange.com'" <midrange-l@midrange.com> Subject: RE: SAVCHGOBJ question - rephrased Date: Sat, 14 Sep 2002 09:35:58 -0500 Reply-To: midrange-l@midrange.com Let me rephrase my question. SWA was just a question & not something I want to get involved in because it doesn't make sense in out organization. I'm just trying to get my problem solved! What I am trying to determine is the length of time the "lock" is placed on the system in reference to the statement below. <snip> As I read through the help for the SAVCHGOBJ command, it says "Specified objects that were changed and the libraries where they reside remain locked during the save operation". <snip> Obviously it didn't work last night either otherwise I wouldn't be here at work trying to get this fixed & truly understand my problem. The only thing I can "assume" (don't you love that word because that is how I feel) is that when the SAVCHGOBJ command starts, the "whole" system is locked??????????? And I just don't want to believe IBM would do that - but...... All I can see from my job logs is that I have a timing issue. I will redo my CL program by putting in a "delay" of a couple of minutes & the two other jobs that run via the job scheduler will execute at an earlier time than the SAVCHGOBJ - during the delay I just created. Another thing I found was that the SAVCHGOBJ OBJ(*ALL) LIB(*ALLUSR) command takes the SAME AMOUNT OF TIME as the same command with the parm OMITLIB(BPCSF BPCSUSRF) included. The library BPCSF is almost the largest object on my system & I'm thinking the SAVCHGOBJ should get done sooner omitting those two libraries. Both commands process through my user libraries in 31+ minutes. Why is that? Thanks - Dennis. Dennis Munro
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.