[9i] Surveillance des tablespace

Bonjour à tous,

Je souhaiterais ecrire le script suivant pour surveiller mes tablespace.

Passe au crible chaque tablespace de la base de données. Pour chacun, il recherche le plus grand espace libre et l'objet qui utilise le plus grand extent, puis détermine si l'objet pourra s'agrandir dans le tablespace.
Si ce n'est pas le cas, une alerte pour le tablespace est remontée.

Je ne connais pas tres bien les tables du dictionnaire. Je penser passer par la colonne next_extent de la vue DBA_TABLES mais cette colonne est vide car mes tablespaces sont en "LOCALLY MANAGED".

Quelqu'un a une idée, un truc dans le même genre.

Merci,

Caboche

salut,
je ne sais pas ci cela peut t'aider mais voici un script a utilser sur SQL *PLUS :

//*************************

select T1.TABLESPACE_NAME,
T1.BYTES bytes_used,
T2.BYTES bytes_free,
T2.largest,
round(((T1.BYTES-T2.BYTES)/T1.BYTES)*100,2) percent_used
from
(
select TABLESPACE_NAME,
sum(BYTES) BYTES
from dba_data_files
group by TABLESPACE_NAME
)
T1,
(
select TABLESPACE_NAME,
sum(BYTES) BYTES ,
max(BYTES) largest
from dba_free_space
group by TABLESPACE_NAME
)
T2
where T1.TABLESPACE_NAME=T2.TABLESPACE_NAME
order by ((T1.BYTES-T2.BYTES)/T1.BYTES) desc

//*************************

http://oracle.developpez.com/sources...on_tablespaces

Si on utilise des locally managed tablespaces (LMT), on a 2 possibilités:
- soit le tablespace est créé avec la clause UNIFORM SIZE et tous les extents ont la même taille: le premier, les suivants et le dernier
- soit le tablespace est crée avec la clause AUTOALLOCATE et c'est Oracle qui choisit la taille des extents et il n'est pas facile de prévoir le NEXT.

Dans les 2 cas je pense qu'il est plus facile et plus intéressant de se contenter de surveiller l'espace libre dans le tablespace et de pouvoir paramètrer le seuil d'alerte.

en AUTOALLOCATE on peux connaitre le NEXT en suivant l'algo qui fonctionne de la manière suivante (en gros parce que je ne me rappelle plus exactement :oops:) : 10k sur les 10 premiers, 100k jusqu'à 100, 1M jusqu'à un millions d'extents, etc...

reste plus qu'à vérifier l'algo et savoir où tu en es :mouarf:

Voir ce qui dit en détail Tom Kyte à ce sujet dans http://asktom.oracle.com/pls/ask/f?p...25322140091802

Citation:

---

t is not documented.
It will change over time.
It is "automatic"

---

Merci pour vos pistes.

Mes tablespaces sont locally manged AUTOALLOCATE.

Je n'est pas trouvé de traces de l'algo indiqué par fred_d.

Apres recherches, il apparait qu'on ne peut pas etimer le next_extent dans cette configuration.

fred_d si tu retrouve des infos sur ton alogo d'estimation je suis preneur.

Je pense faire une première version de mon script en passant par la valeur du plus gros extent donné par exemple par une requète du type

Code:

---

1 2 3 4 5 6

SELECT bytes, segment_name from dba_extents WHERE tablespace_name = 'XXXX' AND segment_type = 'TABLE' ORDER BY bytes DESC;

---

J'ai conscience que le prochain extent alloué ne sera pas forcément plus gros que le plus gros des extent mais cela peut donner un indicateur perminant.

Quelqu'un peut il me donner un avis sur cette méthode ?

Mon but, vous l'aurez compris, est de prévenir les tablespace full avec une démarche plus précise qu'estimé le % d'utilisation du tablespace car je gère des bases de tailles vraiment différentes et que 2% d'espace disponible sur 20 go c'est beaucup plus de place que 2% de 2go :D

Caboche