Problème écriture avec oracle 9i

Bonjour,
sur une machine AIX en V5, bi-proc à 2 coeur chacun, utilisant les KAIO, lors de traitements de masse, et en observant par les commandes iostat, les disques n'enregistrent qu'un débit de 1,5 Mo/sec.
Ces disques sont des SCSI 73 Go, 10000 tours.
par commande "dd" , j'arrive à écrire à 40-50 Mo/sec.
La moindre sollicitation de la base montre des temps de 3 minutes pour insérer 52000 enregistrements sur une table avec 5 index.
(NB: le même test sur un 10G sous Windows se passe en 3 secondes)
Vous avez une idée ?
Merci d'avance.

Salut,
En augmentant la valeur du log_buffer de 512K à 7M, le niveau d'écriture est passé de 1,5 Mo à 4.5 Mo. C'est mieux.
Auriez vous une idée pour encore accélérer ce débit en écriture ?
Merci

Citation:

---

Envoyé par bernard69

Salut,
En augmentant la valeur du log_buffer de 512K à 7M, le niveau d'écriture est passé de 1,5 Mo à 4.5 Mo. C'est mieux.
Auriez vous une idée pour encore accélérer ce débit en écriture ?
Merci

---

Il faut examiner le fonctionnement de la base de manière globale pour voir à quel endroit on trouve des ralentissements. Un petit coup de statspack s'impose !

Bonjour,
je te remercie pour cette réponse.
Mais mon soucis devient de plus en plus identifié.
Lors de création de tablespace, j'obtiens un débit d'écriture de 60-70 Mo/sec.
dès que je veux remplir ces espaces via des tables et/ou index, le débit baisse sérieusement à 1,5 Mo/sec.
Donc je ne remet plus en cause les disques et la machine.
j'ai augmenté pas mal de paramètres sur les pool, IO, segment, DBW et autres db_XXXX mais rien n'y fait.
N'ayant pas la connaissance de l'ensemble des paramètres oracle et sans passer par cet outil STATSPACK, qui à mon avis me sera peu utilisable dans l'état actuel, je demande seulement une idée sur ce problème d'écriture.
Sachant aussi que les paramètres initiaux de l'installation n'ont pas été bougé.
C'est vraiment une installation brute.

Voila

Bonjour,
j'ai changé de machine, toujours AIX, avec 2 quadri core et 8 Go de mémoire.
Après utilisation de statpack sur ancienne machine (je m'y suis mis), cela démontrait une problème tant mémoire que disque. Avec 2 disques, on ne pouvait pas aller très loin en I/O et 2 Go de mémoire.
Actuellement, 8 disques actifs avec un équilibre pour les tablespaces mais je trouve que cela n'écrit toujours pas assez vite.
A mon sens, c'est au niveau de l'équilibre des index, après insertion + commit, que cela se gate.
La mise à jour des index des tables sollicitées pose problème. A ce montent précis, en terme I/O, je suis à 3 Mo/sec. Pour les data, pas de soucis, I/O entre 20 et 30 Mo/sec.
La sort_area_size est à 500 Mo et hash_area_size à 1Go.
Les log_buffer sont sur 10 Mo.
Allocations :
pool partage = 4,8 Go
cahche partage= 512 Mo
SGA totale= 5.4 Go
cumul cible PGA = 1 Go
je n'ai pas touché les autres paramètres.
Faut-il augmenter des paramètres (DBW, LOW ...) ?
Une idée ?
Merci

Est-ce que tu as un RAID de configuré ? Les tablespaces sont-ils bien en LOCALLY MANAGED ? Tes segments n'ont-ils pas un nombre d'extents vraiment trop élevé ? Quel est taille de db_block_size et la taille de bloc système ? Quel est le top 5 des waits dans statspack ? Y-a-t'il de l'activité sur la base lorsque tu testes les I/O ? As-tu activé les async I/O ? Combien as-tu de DB writers ?

Salut,
Pas de raid.
LOCALLY MANAGED= OK
sur deux tables partitionnées : segments 50 Mo, pas plus de 6 extents par partition, souvent 2
db_block_size=16K et systeme 4K
pas passer statpack dessus encore
aucune activité hors système sur la machine
async IO=OK (pas de raw device, que 7 disques sur les 8)
DBWRITER= par defaut

voila
Merci

et les events ?

Pour les events, je ne sais pas.

A+

statspack te permet d'avoir l'info :)

Salut,
je sais mais je ne suis pas au boulot.
D'autre part sur une base moins volumineuse cela passait facilement.
Donc dans ce cas précis, il faut insérer 1Go (data+index) dans la base.
Le temps de mise à jour des index (10) prend énormément de temps.
Le disque d'index en IO est de 3Mo/sec, c'est insuffisant (20-30 Mo/sec pour data).
Par le suite je vais partitionner les index mais dans un premier temps je voudrais que cela écrive beaucoup plus vite.
Je suis passé d'une machine de 2 dual avec 2Go à 2 quadri à 8 Go avec 7 disque de10k dédiés au SGBD.
Ce n'est pas extensible à terme. Le volume doit être géré avec cette conf.
Lors du rééquilibrage de ses index, Oracle est limite en IO.
Voila ce que je peux dire.
Merci