Solution : https://service.sap.com/sap/support/notes/65946 (Connexion à SAP Service Marketplace requise)
Résumé :
La note SAP traite d'une condition où les verrous d'enregistrement dans la base de données MaxDB s'escaladent en verrous de table due à une forte utilisation de la liste de verrous, affectant la simultanéité en obligeant les autres utilisateurs à attendre. La cause réside dans le paramètre MAXLOCKS qui régit la taille maximale de la liste des entrées de verrou. Si les verrous d'enregistrement d'un utilisateur dépassent 20% de cette liste pour une table, une escalade de verrou en verrou de table est déclenchée. Cela peut également se produire si les verrous de ligne dépassent 5% lors d'une transaction. Ajuster les seuils MAXLOCKS et ROW_LOCKS_PER_TRANSACTION peut atténuer ce problème. Il est conseillé de surveiller les performances en utilisant la transaction ST04, qui fournit des métriques liées aux verrous comme les entrées moyennes et maximales et les comptages d'escalades.
Mots Clés :
st04 -> detail analysis menu -> exclusive lockwaits -> complete lock listthe relevant sql commands, maxdb parameter maxlocks specifies, lock entry list, key figures determined, transaction st04, affect concurrent users, exact memory consumption, symptom record locks, table lock, concurrent users
Notes associées :
1308217 | SAP MaxDB Version 7.8: Parameter recommendations |
1243937 | |
1004886 | MaxDB Version 7.7 parameter recommendations |
814704 | MaxDB Version 7.6 parameter settings for OLTP/BW |
767635 | MaxDB Version 7.5 parameter settings for OLTP/BW |
338631 | Parameter for lock management |
68896 | R3trans: Performance problems and cluster |