Recherche:

Bonjour Mnitu,

Le problème n'est pas que l'on veut pas, c'est que l'on est limité dans ce qu'on peut investiguer (on est chez le client, et ca prends déjà du temps pour avoir un rapport AWR).
On...

Bonjour,

Le cas de test que je vous ai présenté n'était en fait pas significatif.
Le fait que cela prenne de plus en plus de temps si on fait de plus de plus de requete était dû à un problème...

Les db_block_size sont les mêmes: integer 8192.

J'ai presque envie de dire que les 11sec de la R&D et les 28sec de la PROD, on ne s'en occupe pas pour l'instant car effectivement ca peut être...

Si c'était aussi simple...

- Nous avons analysé les rapports AWR => Rien d'alarmant, le problème semble en amont.
- Nous avons placé des traces coté client sur sqlnet => On voit juste que le...

pga_aggregate_limit big integer 3000M
Pour ca ca devrait être ok non? Car Peu importe la target, le max sera toujours 3go, pourquoi tu dis que c'est...

@skuatamad

Le temps d'execution est entre un environnement de TST (recréée après un truncate) donc la taille réélle de la table est sensiblement la même que celle de la R&D.
De plus le problème...

Donc:

filesystemio_options DB problème: asynchrone DB R&D: none
memory_max_target DB problème: big integer 0 DB R&D: big integer 1536M ...

@13thfloor

Merci je vais regarder ca.

Pour info le script est juste la pour le test, il n'est en aucun cas dans un traitement.
C'est juste pour comparaison des temps de réponse en le lançant...

Salut,

Merci de ta réponse.
Le script exécuté est le suivant:

SET serveroutput ON;
declare
nb NUMBER(8) := 0;
cursor curs is
select * from MATABLE

Bonjour,

Je viens vers vous aujourd'hui car je commence à ne plus avoir d'idée.
Dans mon entreprise, nous avons une DB sur un serveur (Oracle 12).
Nous avons des problèmes de performance dans...