|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Membre confirmé
![]() Inscription : mai 2007 Messages : 385 ![]() |
Bonjour,
Je suis en Oracle 10GR2, cela fait un moment que je patoge. Tous nos tablespaces sont en autoextents, je voudrai écrire une procédure pour soulever des alertes pour chaque TBS dont la max_size est presque atteint. En vous remerciant, LBO72. |
|
|
00
|
|
|
#2 |
![]() Inscription : décembre 2002 Messages : 2 387 ![]() |
Quel est le point qui vous pose problème ? Vous voulez une requête pour détecter les tablespaces presque pleins, ou une technique pour émettre une alerte ?
__________________
Consultant / formateur Oracle indépendant Certifié OCP 10g et 11g, sécurité 11g |
|
|
00
|
|
|
#3 |
|
Membre confirmé
![]() Inscription : mai 2007 Messages : 385 ![]() |
Bonjour Pomalaix :-)
Mon souci est le suivant : On a des traitements qui tournent le WE, et quand j'arrive le lundi certains traitements plantent sur l'erreur Oracle : ORA-01688: unable to extend table owner.matable by 8192 in tablespace Mon_TBS. Je voudrai faire des controles pour lever des alertes et éviter ces plantages. Encore merci, LBO72. |
|
|
00
|
|
|
#4 | |
![]() Inscription : décembre 2002 Messages : 2 387 ![]() |
Citation:
Le plus simple à mon avis est d'utiliser Database Control. Les tablespaces sont automatiquement surveillés, avec, par défaut, un seuil d'avertissement à 85% de remplissage, et un seuil critique à 97%. S'il y a un dépassement, vous le verrez dans la page d'accueil de database control. Si en plus vous avez activé l'émission de notifications d'alertes, vous serez prévenu par messagerie lorsqu'une anomalie sera détectée, notamment ce problème d'espace. Si vous ne disposez pas du "diagnostic pack" (payant), les seuils d'avertissement ne sont pas traités, et il sera alors peut-être utile d'abaisser le seuil critique, pour être alerté assez tôt.
__________________
Consultant / formateur Oracle indépendant Certifié OCP 10g et 11g, sécurité 11g |
|
|
|
10
|
|
|
#5 |
|
Membre confirmé
![]() Inscription : mai 2007 Messages : 385 ![]() |
Merci pour ta réponse Maitre polamaix
![]() Je ne suis pas DBA de prod, je n'ai pas accés à la console. Je suis un pauvre DBAs études Cdlt, LBO72. |
|
|
00
|
|
|
#6 |
|
Membre confirmé
![]() Inscription : mai 2007 Messages : 385 ![]() |
Oh pardon, quelle bourde :-)
Grand maitre pomalaix |
|
|
00
|
|
|
#7 | |
![]() Inscription : décembre 2002 Messages : 2 387 ![]() |
Citation:
Cela dit, quelque chose n'est pas clair dans votre situation : soit il s'agit d'une base de prod, et dans ce cas c'est bien évidemment au DBA de prod de gérer les problèmes d'espace ; soit c'est une base de dev dont vous êtes responsable, et dans ce cas vous devez avoir les outils adaptés. Je rappelle que Database Control est un outil qui fait partie du produit de base Oracle Database. Vous pouvez donc l'utiliser "gratuitement", seuls les packs optionnels comme Diagnostic pack et Tuning pack exigent une licence complémentaire, mais ils ne sont pas nécessaires pour surveiller les tablespaces.
__________________
Consultant / formateur Oracle indépendant Certifié OCP 10g et 11g, sécurité 11g |
|
|
|
00
|
|
|
#8 | ||
|
Membre du Club
![]() Inscription : octobre 2009 Messages : 62 ![]() |
Est-ce qu'un truc comme ça répond à ton besoin ?
Code :
|
||
|
|
00
|
|
|
#9 | ||||
![]() Inscription : décembre 2002 Messages : 2 387 ![]() |
Ca ne va pas convenir, car vous prenez en compte uniquement la taille réelle, et non la capacité d'autoextension.
Voici ma proposition testée vite fait : Code :
Code :
__________________
Consultant / formateur Oracle indépendant Certifié OCP 10g et 11g, sécurité 11g |
||||
|
|
10
|
|
|
#10 |
|
Membre confirmé
![]() Inscription : mai 2007 Messages : 385 ![]() |
Merci à vous tous ...
Et merci au GRAND MAITRE pomalaix Cdlt, LBO72. |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com