on 04-10-2012 10:59 AM
Hi,
In the following SNOTE: 1172292 they are mentioning about the lock control table on DB2,
Symptom
On the 1st day of week FRP updates the stock data and deletes stock data from stock buffer table. This is causing
continuous overflow of the lock control table within DB2 database.
Can anybody please tell us what is this lock control table on DB2 ? how to see whether the lock control table is overflown ?
Are they talking about lock waits ? Kindly post your suggestions and comments.
Thanks & Regards,
DVRK
Hi Rama,
You can do couple of things here ...
1) Check SM21 the culprit user and the tcode he/she using here which is causing lock escalation. If you do not get this handy you get the info from OS level(filename: ENQHISOVR ) under work directory.
2) Check the DB parameter LOCKLIST and MAXLOCKS and see to it that they are set to AUTOMATIC.
3) Also please see if any long running transaction is holding up and creating lock waiting/deadlock scenario.
Hope this may help you along with above information.
Thanks & Regards
Chirag
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Lock tables were lock escalations, converted to a lock table, to free up space in the lock list. All associated with lock waits. DBA cockpit will show all of your locks.
Cheers
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
89 | |
10 | |
10 | |
9 | |
6 | |
6 | |
6 | |
5 | |
4 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.