Discussion :

[farenheiit]

Bonjour,

Je viens de migrer une de mes bases de tests en 11.1.0.6.

Lorsque je lance le calcul des stats au niveau d'un SCHEMA j'obtiens au bout d'un certain temps l'erreur suivante:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
SQL> EXEC DBMS_STATS.gather_schema_stats('OPS$BRU');
BEGIN DBMS_STATS.gather_schema_stats('OPS$BRU'); END;
 
*
 
ERROR at line 1:
ORA-01000: maximum open cursors exceeded
ORA-06512: at "SYS.DBMS_STATS", line 17964
ORA-06512: at "SYS.DBMS_STATS", line 18450
ORA-06512: at "SYS.DBMS_STATS", line 18531
ORA-06512: at "SYS.DBMS_STATS", line 18487
ORA-06512: at line 1

Le paramètre open_cursor est à 300 (c'était le cas lorsque j'étais en 10g).
Je l'ai passé à 500 et j'ai relancé le calcul des stats. La procédure tourne un peu plus longtemps cette fois mais j'obtiens toujours la même erreur.
J'appelle la procédure de dbms_stats directement sur le serveur Linux en local.

je n'ai pas trouvé trace d'un bug de ce genre sur metalink.

merci de votre aide.

[orafrance]

ça ressemble au bug 7651092

[farenheiit]

je ne trouve pas qu'ils se ressemblent.
ce bug en question est lié à cursor_sharing à FORCE

[farenheiit]

Désolé j'ai parlé trop vite. Je n'avais pas vu qu'ils tombaient aussi sur un ORA-01000 et que ça plantait aussi avec le cursor_sharing à SIMILAR

Effectivement moi aussi je suis à SIMILAR et le bug ne se reproduit pas si je lance les stats via SYS mais seulement lorsque j'utilise un autre user.

Je pense qu'on est en plein dans le même bug.

je vais continuer d'autres tests

[farenheiit]

Je reproduis bien le même bug:
En 11.1.0.6 si cursor_sharing= FORCE ou SIMILAR et qu'on lance le calcul des stats sur un schéma via un user autre que SYS ou SYSTEM
Alors on tombe sur l'erreur ORA-01000: nombre maximum de curseurs ouverts dépassés.

Ce bug est corrigé en 11.2

En attendant le seul workaround est de passer le paramètre CURSOR_SHARING à EXACT

merci ORAFRANCE d'avoir mis la main sur ce bug.