Solution : https://service.sap.com/sap/support/notes/830965 (Connexion à SAP Service Marketplace requise)
Résumé :
Note SAP détaille un problème où les tables comme VBDATA et DDLOG connaissent une croissance excessive en raison des opérations INSERT et DELETE fréquentes et de l'utilisation de champs LONG RAW entraînant des lignes chaînées. Ce comportement est considéré comme conforme à la conception plutôt qu'un défaut. Les solutions recommandées incluent : 1) Utilisation de la commande 'truncate table' pour réinitialiser le marquage à l'eau haute (HWM) et nettoyer la liste libre, bien que cela puisse risquer la perte de données lors de l'exécution. 2) Réorganiser la table pour compacter les données et reconstruire efficacement la liste libre sans perte de données. 3) Exécuter 'alter table deallocate unused', qui libère partiellement de l'espace. Une solution définitive est de migrer VBDATA vers un espace de table géré automatiquement par le Segment Space Management (ASSM) conçu dans Oracle 9i, améliorant la gestion de l'espace. Les précautions incluent l’application d’un correctif sur Oracle 9.2.0.5 pour prévenir la corruption de données avant d’utiliser ASSM.
Mots Clés :
alter table vbdata deallocate unused, automatic segment space management, long raw fields, rapidly increasing size, high water mark, truncate table vbdata, 9i feature makes, table vbdata -, table increases, space administration
Notes associées :
| 896717 | Problems with tables in ASSM tablespaces |
| 817262 | Check tool for segment corruption in ASSM tablespace |
| 764015 | Segment corruption in ASSM tablespace |
| 620803 | Oracle 9i: Automatic Segment Space Management |