Solution : https://service.sap.com/sap/support/notes/896717 (Connexion à SAP Service Marketplace requise)
Résumé :
Une note SAP décrit un problème de croissance excessive des tables comme VBDATA dans les tablespaces ASSM, due à une mauvaise gestion de l'espace lors des opérations d'insertion/suppression. Les blocs sont marqués comme 'pleins' prématurément, entraînant une croissance non nécessaire, notamment dans les tables avec des champs LONG RAW. Une solution conditionnelle est disponible dans Oracle 9.2.0.8 qui permet aux administrateurs de choisir entre prévenir la croissance de la table ou réduire la performance lors des insertions. Cependant, l'utilisation de cette solution dans des opérations de masse n'est pas recommandée. Le problème est résolu dans Oracle 10.2.0.4, et des patches pour les versions intermédiaires sont disponibles au téléchargement sur SAP Service Marketplace.
Mots Clés :
ziphp ux itanium 64-bit /oracle/oracle 64-bit/oracle 9, ziphp tru64 64-bit /oracle/oracle 64-bit/oracle 9, ziplinux ia_64 /oracle/oracle 64-bit/oracle 9, aix 5l /oracle/oracle 64-bit/oracle 9, ziplinux x86-64 /oracle/oracle 64-bit/oracle 9, ziplinux 32-bit /oracle/oracle 64-bit/oracle 9, oracle 64-bit /oracle/oracle 64-bit/oracle 9, 64-bit/ aix_5l_64/p4660718_92080_aix64-5l, 64-bit/ linux_x86_64/p4660718_92080_linux-x86-64, 64-bit/ linux_ia_64/p4660718_92080_linux-ia64
Notes associées :
| 830965 | VBDATA, DDLOG: size and increase in size |
| 821687 | FAQ: Space utilization and fragmentation in Oracle |
| 766349 | FAQ: Oracle SQL optimization |
| 712624 | High CPU consumption by Oracle |