Solution : https://service.sap.com/sap/support/notes/1430621 (Connexion à SAP Service Marketplace requise)
Résumé :
La note SAP aborde les problèmes de performance et les situations de verrouillage d'attente dans la table VBDATA sur DB2 LUW en raison des définitions des types de données. Ces problèmes sont liés à l'utilisation de LONG VARCHAR FOR BIT DATA, provoquant des verrouillages internes et une dégradation importante de la performance lorsque combinés avec des opérations UDI et SELECT concurrentes élevées. À partir de DB2 LUW 9.7, la modification en BLOB(32K) diminue ces problèmes considérablement grâce à l'encapsulation des LOB. La solution recommandée implique le remplacement de LONG VARCHAR par VARCHAR(), la création de tablespaces et de bufferpools spéciaux, et l'utilisation de l'outil de déplacement de table en ligne (OTN) pour migrer la table efficacement, en assurant la sécurité et l'intégrité des données en évitant les conversions de codepage indésirables.
Mots Clés :
heavy concurrent update / delete / insert, sap update processes perform badly, terms db2luw db6 vbdata update, lob data implies internal locks, create temporary tablespace psaptemp32 pagesize 32, create tablespace abc#vbdatad pagesize 32, create tablespace abc#vbdatai pagesize 32, 'abc#vbdatad' 'abc#vbdatai' '', field undergo codepage conversion, pagesize 32k create bufferpool
Notes associées :
1543745 | DB6: Using and troubleshooting ADMIN_MOVE_TABLE |
1451361 | DB6: Best Practices for HP-UX systems running DB2 LUW |
1423066 | Optimization of the performance in EWM |
1039544 | DB6: Stored procedure for online table move |
29824 | DB6: Mapping of data types (DDIC -> DB) |