|
A customer has been periodically experiencing a backlog of CMTW's at
certain times of the day and we determined the cause was an attempt to save
a read-only table using this command:
SAVOBJ OBJ(&table) LIB(&datalib) DEV(*SAVF) OBJTYPE(*FILE) +
SAVF(&SAVFLIB/&SAVF) TGTRLS(V7R3M0) UPDHST(*NO) SAVACT(*LIB) +
DTACPR(*HIGH) SAVACTWAIT(*NOMAX)
The SAVACTWAIT(*NOMAX) is likely the villain...but why when the apps are
just reading?
There were about 1,000 *SHRRD locks on the table in question. I set
commitment control to *CHG. I have WITH *NC on each select. All SQL, of
course. V7R3. The app is a complex, database-heavy pricing service
program used in interactive and batch jobs. I will add PRECHK(*YES)
ACCPTH(*NO).
Even though the backup in question ran every night at 1800, we didn't
always have the problem. There are other unrelated jobs triggering at 1800.
This is a puzzler. Thank you for your insight!
--rf
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.