Discussion :

[aline]

bonjour à tous,

Voici un étrange problème,

J'execute statspack tout les 1/4 d'heures via un cron.

Je viens de collecter cette erreur:

Code :

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

1
2
3
4
5
6
7
8
9
10
 
BEGIN statspack.snap; END;
 
*
ERROR at line 1:
ORA-00001: unique constraint (PERFSTAT.STATS$SQL_SUMMARY_PK) violated
ORA-06512: at "PERFSTAT.STATSPACK", line 1361
ORA-06512: at "PERFSTAT.STATSPACK", line 2471
ORA-06512: at "PERFSTAT.STATSPACK", line 91
ORA-06512: at line 1

Quelqu'un a déjà rencontré cela?

[bouyao]

Bonjour Aline,

C'est le BUG : 2784796

ORA-00001:UNIQUE CONSTRAINT (PERFSTAT.STATS$SQL_SUMMARY_PK) VIOLATED



*** 02/04/03 07:09 am ***
TAR:
----
.
PROBLEM:
--------
Running statspack on multiple nodes in a RAC environment can intermittently
cause:
.
ORA-12012: error on auto execute of job 81
ORA-00001: unique constraint (PERFSTAT.STATS$SQL_SUMMARY_PK) violated
ORA-06512: at "PERFSTAT.STATSPACK", line 1361
ORA-06512: at "PERFSTAT.STATSPACK", line 2442
ORA-06512: at "PERFSTAT.STATSPACK", line 91
ORA-06512: at line 1
.
Error can occur when issuing:
.
SQL > EXECUTE statspack.snap;
.
NODE SNAP_LEVEL
===== ==========
DB1 5
DB2 5
Using DBMS_JOB to schedule the job
JOB LOG_USER SCHEMA_USER INTERVAL INSTANCE
===== ========= ============= ========== ==========
81 PERFSTAT PERFSTAT TRUNC(SYSDATE+1/24,'HH')+1/1440 1
61 PERFSTAT PERFSTAT TRUNC(SYSDATE+1/24,'HH')+2/1440 2
.
Customer recently changed CURSOR_SHARING parameter from EXACT to SIMILAR.
They can not go back to EXACT because this is a production database. Once the
customer gets the error, they can not run SNAP LEVEL 5 at all(only bouncing
database will fix). The job runs fine with SNAP LEVEL 0.
.

EDIT :

Code :

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

ALTER SYSTEM FLUSH SHARED_POOL;

ca peut résoudre le problème. A toi de décider si c'est nécessaire de lancer cette commande.

[aline]

Bonjour Bouyao,

Merci pour le conseil.
J'avais vu cette note, mais je ne suis pas en RAC. Je ne pouvais pas faire un flush shared pool(prod!).
J'ai changé cursor_sharing (passage de FORCE à SIMILAR).
Cela n'a rien fait, puis le problème est disparu deux heures plus tard...
Bizarre...