Supervision oracle

j'ai le meme projet qui consiste au reporting de base de donnée si vous avez quelque chose sur ce sujet veuillez me l'envoyer sur mon adresse je vous en serais reconnaissant wahid.1986@hotmail.fr

C est dans la doc de patrol que tu vois ça j imagine.
Parce que tu dois avoir des trucs tout fait dans patrol.
IL faut que tu regardes les docs oracles si tu peux.

Ben a mon avis c est un peu ce que je te disais

il appellent segment table , l objet table bref la table qui est constitué d extent.

L extent est un ou plusieurs blocks oracle contigu (à la suite).

Donc ta table,à sa creation on lui a donné une taille d extent de depart puis le Next extent puis le nombre Minimale puis le nombre Maximale d extents.
Bref les utilisateurs font des inserts de data dans la table donc la table grossit donc le nbre d extent augmente. et si tu atteint le max
alors message d erreur pour l utilisateurs ou alors admettons que le next extent est top gros par rapport a l a place restant dans le tablespace erreur Ou alors le tablespace est morcelé est il n y a pas de block oracle (en general 2K ou 4K ou 8K) à la suite donc le next extent (Par exemple 100Mo pour ordre de grandeur) ne peut pas se faire malgré la place dans le tablespace.

Bon pareil pour les index.

Les rollback segments sont des tablespaces qui vont etre utilisé tant que la requette n est pas finis.
ILs ont des parametres specifiques (genre tablespace).
Le nbre de rollback seg depend du nbre d utilisateur de la DB
et ils peuvent etre online ou offline
J explique
Par exemple lors d un import oracle le dba va placer tout les petits rollback segment offline(par exemple 20 Mo) et va mettre un gros rollback seg online (ex:200Mo) pour etre sur que sont import se passe bien(Toutes les data de la table seront sur le rollback tant que l import de celle ci ne sera pas terminé car il ne peut pas choisir le rollback qu il veut utliser

Donc si une fois son import est terminé il oubli de remettre les autres rollbacks online ,les performances vont chuter donc il est important de monitorer si tes rollback sont online.

Mais y a plein de truc dans ce style c est pour ça qu il y a un DBA alors y en a pas dans ta boite.

Bon courage.

C est dans la doc de patrol que tu vois ça j imagine.
Parce que tu dois avoir des trucs tout fait dans patrol.
IL faut que tu regardes les docs oracles si tu peux.

Ben a mon avis c est un peu ce que je te disais

il appellent segment table , l objet table bref la table qui est constitué d extent.

L extent est un ou plusieurs blocks oracle contigu (à la suite).

Donc ta table,à sa creation on lui a donné une taille d extent de depart puis le Next extent puis le nombre Minimale puis le nombre Maximale d extents.
Bref les utilisateurs font des inserts de data dans la table donc la table grossit donc le nbre d extent augmente. et si tu atteint le max
alors message d erreur pour l utilisateurs ou alors admettons que le next extent est top gros par rapport a l a place restant dans le tablespace erreur Ou alors le tablespace est morcelé est il n y a pas de block oracle (en general 2K ou 4K ou 8K) à la suite donc le next extent (Par exemple 100Mo pour ordre de grandeur) ne peut pas se faire malgré la place dans le tablespace.

Bon pareil pour les index.

Les rollback segments sont des tablespaces qui vont etre utilisé tant que la requette n est pas finis.
ILs ont des parametres specifiques (genre tablespace).
Le nbre de rollback seg depend du nbre d utilisateur de la DB
et ils peuvent etre online ou offline
J explique
Par exemple lors d un import oracle le dba va placer tout les petits rollback segment offline(par exemple 20 Mo) et va mettre un gros rollback seg online (ex:200Mo) pour etre sur que sont import se passe bien(Toutes les data de la table seront sur le rollback tant que l import de celle ci ne sera pas terminé car il ne peut pas choisir le rollback qu il veut utliser

Donc si une fois son import est terminé il oubli de remettre les autres rollbacks online ,les performances vont chuter donc il est important de monitorer si tes rollback sont online.

Mais y a plein de truc dans ce style c est pour ça qu il y a un DBA alors y en a pas dans ta boite.

Bon courage.

Bon j avais pas vue tes reponses car on ecrivais en meme temps.

J ai fait des trucs comme ça pour tivoli chez IBM.
Donc sous Unix

tu fais tous les process ps -edf |grep ora ou ORA en principe 6 par bases
les files system ne bougent pas en principe donc pas la peine
sauf le repertoire des archives si la base est en mode archive.

Le process listener( lsnrctl )

+ les process system et surveille le swap si tu peux.

Dans la base

Tu fais au minimun
l ocupation des tablespaces
si le nbre d extent un objet n a pas atteint son max extent.

Si tu as une question n hesite pas

Good luck

Sur le serveur y a rien à superviser de speciale.
sinon les process de la base s ils sont bien present.

Le reseau:
service listener (port d ecoute pour que les clients se connectent).

La memoire:
La base oracle utilisera toujours la meme memoire + la memoire pour les process users qui augmentent s il y a beucoup d utisateurs donc verifier que la machine ne swap pas trop sinon diminuer la SGA (memoire alouer à la base ) ou acheter de la ram.

Les disques:
En principe l occupation des disques ne bougent pas puisque les tables sont contenue dans des tablespaces (gros fichiers) en general ****.dbf et que les tablespaces peuvent etre autoexetensible mais c est pas trop une bonne idée voir conf de la base.

Donc en gros le monitoring se fera plutot sur la base elle meme avec des requettes sql pour voir si elle n est pas trop morceler ,s il reste de la place dans les tablespaces, nbre d extents etc ... etc ..

La question est sur
les parametres du seveurs ou sur la base oracle ?