Solution : https://service.sap.com/sap/support/notes/116698 (Connexion à SAP Service Marketplace requise)
Résumé :
Ce document SAP traite des problèmes de performance et des interblocages liés aux tables du protocole VB (VBHDR, VBMOD, VBDATA) dans les environnements SAP R/3 utilisant DB2. Les problèmes surviennent lorsque l'optimiseur DB2 utilise des chemins d'accès sous-optimaux en raison des caractéristiques spécifiques des tables influencées par RUNSTATS. Pour résoudre ces problèmes, la note suggère de s'assurer que seul l'index primaire existe pour chaque table, de configurer l'attribut VOLATILE dans DB2 V8 et de mettre à jour de manière significative les statistiques du catalogue pour DB2 V7. Le processus implique la manipulation de nombreuses tables de catalogues système pour maintenir une performance optimale du système et éviter de nouvelles réoptimisations basées sur les statistiques.
Mots Clés :
vb protocol tables includes, asynchronous update protocol tables, vb protocol tables, vb protocol table, frequent deadlocks involving, optimal access path, avoid regularly repeating, asynchronous update protocol, asynchronous update processing, systables set cardf=-1
Notes associées :
| 765983 | DB2/zOS: Reducing number of DSNACCOR REORG recommendations |
| 711245 | DB2/390: Catalog modifications |
| 507824 | DB2/390 V7: Real Time Statistics and DSNACCOR |
| 192320 | DB2/390: Ensuring index access for volatile tables |
| 181286 | DB2/390: Excluding tablespaces from RUNSTATS |
| 132424 | DB2-z/OS: Optimizing access to the TRFC Tables |
| 122599 | DB2/390: Performance of the update |
| 113008 | DB2/390: Maintaining Catalog Statistics |
| 83335 | DB2/390: Deadlocks, bad performance on cluster tables |
| 82953 | DB2/390: Tables Isolation and Buffer Pools Tuning |
| 82072 | DB2/390: Invalidating Cached Statements |