Discussion :

[Daeron]

Bonjour,
Hélas, la base continue toujours à grandir malgré l'arrêt de l'objet [g]auto optimizer stats collection[/g]

SEGMENT_NAME SEGMENT_TYPE TABLESPACE_NAME size (MB)
C_OBJ#..............CLUSTER...........SYSTEM...................583..732(+)
TB_MSG..............TABLE..............STEMATCH_T............450..450
TB_STATEMENT...TABLE...............STEMATCH_T............250..250
IDL_UB1$............TABLE...............SYSTEM...................248..248
C_COBJ#............CLUSTER...........SYSTEM...................224..279(+)
TB_FIC..............TABLE...............STEMATCH_T............202..234
IDX_LOG_OCD.....INDEX...............STEMATCH_I............120..136
I_OBJ5..............INDEX...............SYSTEM...................112..143
TB_LOG.............TABLE...............STEMATCH_T............106..106
I_WRI$_OPTSTAT_H_OB.INDEX.....SYSAUX...................104..104
I_OBJ2..............INDEX...............SYSTEM...................091..115

La première taille est la taille des objets début aout et la seconde début octobre

En cherchant des informations, j'ai trouvé que C_OBJ# contient pas loin de 17 objets, TAB$ (tables) COL$(columns of tables) IND$(indexes) and ICOL$(columns of indexes)



TABLE_NAME.....TABLESPACE_NAME....NUM_ROWS....BLOCKS
COL$...........SYSTEM.............802,593.....72,451
TAB$...........SYSTEM.............688,344.....69,913
ICOL$..........SYSTEM.............007,795.....01,364
IND$...........SYSTEM.............005,077.....72,655
CLU$...........SYSTEM.............000,010.....72,650

TABLE_NAME.....TABLESPACE_NAME....NUM_ROWS....BLOCKS
COL$...........SYSTEM.............965,449.....88,740(+)
TAB$...........SYSTEM.............876,576.....88,740(+)
ICOL$..........SYSTEM.............007,795.....01,364
IND$...........SYSTEM.............005,077.....90,918(+)
CLU$...........SYSTEM.............000,010.....90,838(+)

En 3 mois le tablespace a augmenter de 510M, du coup j’ai encore du passer la taille maximum du tablespace a 4G ce weekend, alors que nous l’avions fixé à 2G lors de la création de la base.

Est ce que quelqu'un aurait une autre idée sur ce point ? Merci de votre aide !

[mnitu]

Quelle autre idée voulez-vous quand vous avez tous qu’il vous faut pour analyser. Pour quoi la table col$ a grandie ? A quoi correspondent ces nouveaux enregistrements ?

[Daeron]

justement c'est ce que je ne comprends pas ! Pourquoi mes tables de données utilisateurs restent pratiquement stables alors que cet espace de méta-données augmente tout le temps ?

J'ai peut être raté quelques choses de trivial mais je ne vois pas quoi.

[Mohamed.Houri]

justement c'est ce que je ne comprends pas ! Pourquoi mes tables de données utilisateurs restent pratiquement stables alors que cet espace de méta-données augmente tout le temps ?

J'ai peut être raté quelques choses de trivial mais je ne vois pas quoi.

Juste pour ma curiosité : quelle est la valeur du paramètre statistics_level?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
SQL> sho parameter statistics_level
 
NAME                                 TYPE        VALUE
------------------------------------ ----------- ---------
----
statistics_level                     string      typical

Cela a normalement une influence sur le tablespace SYSAUX et non sur le tablespace SYSTEM. Mais cela vaut la peine de voir s'il n'est pas mis à ALL au niveau global dans votre base de données.

[mnitu]

...J'ai peut être raté quelques choses de trivial mais je ne vois pas quoi.

Et si votre application crée et détruite des tables à la volée ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
 
Connected to Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 
Connected as mni
 
SQL> 
SQL> Select count(*)
  2    from sys.col$
  3  /
 
  COUNT(*)
----------
    108088
 
SQL> create table t(a int);
 
Table created
 
SQL> 
SQL> Select count(*)
  2    from sys.col$
  3  /
 
  COUNT(*)
----------
    108089
 
SQL> drop table t;
 
Table dropped
 
SQL> 
SQL> Select count(*)
  2    from sys.col$
  3  /
 
  COUNT(*)
----------
    108089
 
SQL>

[pachot]

Bonjour,
Si le nombre de tables et index (TAB$ IND$) augmente aussi, alors là c'est plus facile car ce sont des objects référencés dans DBA_OBJECT où il y a une une date de CREATION et un LAST_DDL_TIME
Cordialement,
Franck.

[Daeron]

Le coupable serait les tables, en effet nous avons pas mal de scripts et autres procédures PL/SQL qui créent des tables temporaires. Je suppose que les tables sont effectivement détruites mais que le "garbage collector" n'est pas activé.

Pourriez vous m'indiquer comment trouver le mode "garbage collector" (je nomme ainsi le process qui nettoierait les tables temp. supprimées) ?

merci !

[mnitu]

L'appli est mal foutue!
Purge recyclebin.

[Daeron]

merci à tous ! on a trouvé peut être un coupable un méchant script spécifique qui fabriquait beaucoup de tables temporaires... sans les détruire !

Merci encore !