Discussion :

[nuke_y]

Bonjour,

j'ai un tablespace qui fait 19 Go en tout. Il est composé de 9 datafiles de 2 Go et de 1 de 1 Go gérés localement.

Actuellement le tablespace est plein à 98,74 %

Les 10 datafiles faisaient 1 Go et se sont étendus à coup de 100 Mo (les autoextend sont définis par tranche de 100Mo) jusqu'à atteindre leur taille actuelle.

En effet nous mettons entre 50 et 100 Mo par jour de données dedans, donc les tablespaces s'étendent automatiquement pratiquement 1 fois par jour.

Je cherche à savoir si la baisse de performances que nous constatons en ce moment est liée à ça. J'ai trouvé ça en cherchant un peu sur Google :

In a production environment, an automatic extend of a tablespace can cause a performance problem, so senior DBAs will set AUTOEXTEND on as insurance, and continue to manually extend data files during off-peak hours.

Est-ce un mythe ou est-ce que le fait que des tablespaces s'étendent tous les jours peut véritablement poser des problèmes de performance ?

Si vous avez besoin d'informations supplémentaires n'hésitez pas.

Merci

[orafrance]

l'allocation de blocs sur le disque n'est évidemment pas "gratuite" mais si les disques sont performants la perte de perf doit être négligeable puisque si je compte bien tu ne fais qu'un extend par jour

la baisse de perf doit simplement être dû à l'augmentation de la volumétrie

[Jaouad]

Bonjour nuke_y ,

Lorsqu'un TBS s'étend il comsomme effectivement de la ressource Oracle et systéme. Son Datafiles doit s'agrandir et il y a une mise à jour dans le header du fichier étendu ( Locally managed ) ou dans le tablespace system ( dictionnary anaged).Effectivement cela serait mieux de pouvoir le faire en période de faible charge.

Mais cela ne dure que le temps de l'opération.

[nuke_y]

Ok donc même si ce n'est pas "propre" on ne peut vraiment pas imputer à ce mode de fonctionnement une perte des performances ?

Et est-ce que le fait que le tablespace soit presque plein peut jouer ?

Je ne chercher pas à savoir ce qui fait chuter les performances car pour ça on prendra une expertise externe DBA, je cherche juste à savoir si ça POURRAIT être ça.

Merci

[orafrance]

pour moi il n'y a aucun lien. Tu ne peux avoir des pertes de perf que pendant l'agrandissement et seulement pendant ce temps.

[nuke_y]

Et un agrandissement de 100 Mo ça peut prendre combien de temps, en ordre d'idée ?

[orafrance]

ça dépend complétement des performances des disques, de l'utilisation de ceux-ci et des perfs du serveur

[nuke_y]

Ok merci.

On est sur une autre piste de toutes façons. Le DBA vient de nous apprendre que la CPU est à 100%. Apparement le serveur est mutualisé avec d'autres applications qui accaparent toute la charge.

Merci beaucoup, c'est toujours bon à savoir.

[Pomalaix]

Et un agrandissement de 100 Mo ça peut prendre combien de temps, en ordre d'idée ?

Pas plus que si vous ajoutez manuellement 100 Mo par

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ALTER DATABASE DATAFILE 'xxx' RESIZE nnn;

100 Mo, c'est trois fois rien, ça ne devrait pas excéder 2 ou 3 secondes.

L'ennui dans la phrase de Burleson que vous citez,

In a production environment, an automatic extend of a tablespace can cause a performance problem

c'est que rien n'est chiffré.
On ne sait pas si ces problèmes potentiels apparaissent dans des cas extrêmes (10 extensions à la minutes), ni quelle est l'intensité de ces problèmes.

[Yorglaa]

Je suppose en effet que si on insère 100 Mb de données dans un DataFile plein qui a un autoextend spécifié par extends de 64 kb... ça peut être un peu long !

[ducho]

interessant ce débat,
je gere aussi mes tbs par autoextend .
un éditeur de logiciel m' a conseillé de laisser de laisser toujours un
minimum d' espace libre dans les datafiles alors que ceux-ci sont toujours
plein à 98% .
( cela suite à un audit de storage demandé à la suite d' une baisse de performance de batch ) .
cela n' a rien amélioré car le tablespace de toute façon ne s' est pas aggrandi mais est-ce qu' oracle a besoin de plus d' espaces disponibles
pour bien fonctionner ( allocation d' espaces temporaires ds le tbs par ex )?

cdlt

[nuke_y]

Effectivement Yorglaa mais ce n'est pas ma situation.

Comme je l'ai dit on un extend tous les 1 ou 2 jours je pense donc ça doit me coûter maximum 1 ou 2 mn par jour (il y a plusieurs TBS) donc je peux rayer cette piste là (au moins jusqu'à l'audit que doivent faire les DBA).

En attendant faudrait retomber ce CPU à moins de 100%, mais ceci est un autre débat.