Consomation CPU 100%

Ines102006 · 27/12/2006, 00h16

Bonjour,
J'ai une base oracle 7.3.4 sous NT et une application qui traite des fichiers plats et les inserent en base (par loader ). Apres traitement, les tables concernées sont purgées. Le probleme, c'est que depuis qq temps, le chargement des fichiers prend enormement de temps (10 mn environ pour un fichier de 30 lignes) et le process oracle consomme 100% des resources pendant le traitement. Je tiens à preciser que ce traitement marchait avant sans aucun probleme.
J'ai effectuer à un reorganisation de la base par un exp/imp sans resultat.
Merci de me donner qq pistes ...

orafrance · 27/12/2006, 09h16

il faut chercher du coté des derniers changements, recherche éventuellement du coté du système la configuration des disques en particulier.

Ines102006 · 27/12/2006, 09h52

Je tiens à preciser que pour faire des tests, un autre serveur NT à l'dentique de l'autre a été mis en place et on a constaté les mêmes problèmes. Pourriez vous me donner qq details pour verifier la config des disques.
merci

orafrance · 27/12/2006, 10h22

si c'est sur la baie de disques que la stratégie à changer c'est pas étonnant

pifor · 27/12/2006, 10h32

Pour analyser les I/O effectuées par une instance Oracle, on peut utiliser la vue v$FILESTAT: http://download-uk.oracle.com/docs/c...62.htm#1114754

Pour savoir ce que fait en détail une session Oracle, il n'y a pas mieux que la trace SQL et TKPROF:http://oracle.developpez.com/guide/tuning/tkprof/

remi4444 · 27/12/2006, 11h47

Citation:

Envoyé par Ines102006

Le probleme, c'est que depuis qq temps, le chargement des fichiers prend enormement de temps (10 mn environ pour un fichier de 30 lignes) et le process oracle consomme 100% des resources pendant le traitement

Les 10 min, c'est le chargement pur ou chargement+traitement ?

Dans le 2ieme cas, je pense qu'il faut regarder du coté des plans d'exécutions des requêtes.

Y a-t-il eu dernièrement:
- des gros changements quant au volumes de données dans certaines tables ?
- des ajout/suppression d'index ?
- des changements en ce qui concerne les passages de stats ?

Ines102006 · 27/12/2006, 14h18

Citation:

Envoyé par remi4444

Les 10 min, c'est le chargement pur ou chargement+traitement ?

Dans le 2ieme cas, je pense qu'il faut regarder du coté des plans d'exécutions des requêtes.

Y a-t-il eu dernièrement:
- des gros changements quant au volumes de données dans certaines tables ?
- des ajout/suppression d'index ?
- des changements en ce qui concerne les passages de stats ?

Les 10mn c'est chargement + traitement.
Il s'agit d'une petite base, l'export full fait 600M. Il y a pas de gros volume au niveau des tables. En verifiant les extents, ça me semblait correct (loin du max) pour les tables concernées.
En fait, la base est utilisée principalement en insertion.
Par contre il y a pas eu de changement par rapport aux index/stats.

remi4444 · 27/12/2006, 14h27

Le volume global n'as pas besoin d'être trés gros pour que certaines requêtes soient très longues. Je pense qu'il doit y en avoir une requête qui part en vrille dans ton traitement. Il faudrait que tu réussisse à capturer cette requête, soit par DBA-Studio, soit par TOAD, soit par trace/tkprof (suit le lien de pifor)

Ines102006 · 27/12/2006, 15h54

Citation:

Envoyé par remi4444

Le volume global n'as pas besoin d'être trés gros pour que certaines requêtes soient très longues. Je pense qu'il doit y en avoir une requête qui part en vrille dans ton traitement. Il faudrait que tu réussisse à capturer cette requête, soit par DBA-Studio, soit par TOAD, soit par trace/tkprof (suit le lien de pifor)

La lenteur et surtout le temps CPU (100%) peuvent être provoqués même s'il s'agit que d'insertions en base ?
En tout cas, je vais essayer de voir les traces...

nuke_y · 27/12/2006, 16h46

Peut-être que ce n'est pas l'insertion qui est longue, mais la sélection des données à insérer.

Sinon tu as beaucoup d'index ? De contraintes ?

remi4444 · 27/12/2006, 17h55

vi, tout à fait, je suppose que dans ton traitement tu dois avoir autre chose qu'une simple insertion de 30 lignes.... non ?

27/12/2006, 09h16	#2
orafrance Rédacteur/Modérateur Inscription : janvier 2004 Messages : 15 861 Détails du profil Informations personnelles : Âge : 35 Informations forums : Inscription : janvier 2004 Messages : 15 861 Points : 16 212 Points : 16 212	il faut chercher du coté des derniers changements, recherche éventuellement du coté du système la configuration des disques en particulier. __________________ Règles et liens du forum Oracle Guide Oracle Pense-bête du DBA Oracle : Exemple
	00

27/12/2006, 10h22	#4
orafrance Rédacteur/Modérateur Inscription : janvier 2004 Messages : 15 861 Détails du profil Informations personnelles : Âge : 35 Informations forums : Inscription : janvier 2004 Messages : 15 861 Points : 16 212 Points : 16 212	si c'est sur la baie de disques que la stratégie à changer c'est pas étonnant __________________ Règles et liens du forum Oracle Guide Oracle Pense-bête du DBA Oracle : Exemple
	00

27/12/2006, 10h32	#5
pifor Expert Confirmé Inscription : février 2006 Messages : 3 433 Détails du profil Informations forums : Inscription : février 2006 Messages : 3 433 Points : 3 462 Points : 3 462	Pour analyser les I/O effectuées par une instance Oracle, on peut utiliser la vue v$FILESTAT: http://download-uk.oracle.com/docs/c...62.htm#1114754 Pour savoir ce que fait en détail une session Oracle, il n'y a pas mieux que la trace SQL et TKPROF:http://oracle.developpez.com/guide/tuning/tkprof/ __________________ P. Forstmann AskTom Forums OTN doc 8, 9, 10 et 11
	00

27/12/2006, 16h46	#10
nuke_y Membre Expert Inscription : mai 2004 Messages : 1 812 Détails du profil Informations forums : Inscription : mai 2004 Messages : 1 812 Points : 1 609 Points : 1 609	Peut-être que ce n'est pas l'insertion qui est longue, mais la sélection des données à insérer. Sinon tu as beaucoup d'index ? De contraintes ? __________________ Il vaut mieux monopoliser son intelligence sur des bêtises que sa bêtise sur des choses intelligentes. Mon combat pour les droits des consommateurs face aux abus des grandes marques.
	00

27/12/2006, 00h16	#1
Ines102006 Invité de passage Inscription : décembre 2006 Messages : 4 Détails du profil Informations forums : Inscription : décembre 2006 Messages : 4 Points : 0 Points : 0	Consomation CPU 100% Bonjour, J'ai une base oracle 7.3.4 sous NT et une application qui traite des fichiers plats et les inserent en base (par loader ). Apres traitement, les tables concernées sont purgées. Le probleme, c'est que depuis qq temps, le chargement des fichiers prend enormement de temps (10 mn environ pour un fichier de 30 lignes) et le process oracle consomme 100% des resources pendant le traitement. Je tiens à preciser que ce traitement marchait avant sans aucun probleme. J'ai effectuer à un reorganisation de la base par un exp/imp sans resultat. Merci de me donner qq pistes ...
	00

27/12/2006, 09h52	#3
Ines102006 Invité de passage Inscription : décembre 2006 Messages : 4 Détails du profil Informations forums : Inscription : décembre 2006 Messages : 4 Points : 0 Points : 0	Je tiens à preciser que pour faire des tests, un autre serveur NT à l'dentique de l'autre a été mis en place et on a constaté les mêmes problèmes. Pourriez vous me donner qq details pour verifier la config des disques. merci
	00

27/12/2006, 14h27	#8
remi4444 Membre Expert Inscription : avril 2006 Messages : 1 024 Détails du profil Informations forums : Inscription : avril 2006 Messages : 1 024 Points : 1 175 Points : 1 175	Le volume global n'as pas besoin d'être trés gros pour que certaines requêtes soient très longues. Je pense qu'il doit y en avoir une requête qui part en vrille dans ton traitement. Il faudrait que tu réussisse à capturer cette requête, soit par DBA-Studio, soit par TOAD, soit par trace/tkprof (suit le lien de pifor)
	00

27/12/2006, 17h55	#11
remi4444 Membre Expert Inscription : avril 2006 Messages : 1 024 Détails du profil Informations forums : Inscription : avril 2006 Messages : 1 024 Points : 1 175 Points : 1 175	vi, tout à fait, je suppose que dans ton traitement tu dois avoir autre chose qu'une simple insertion de 30 lignes.... non ?
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email