Discussion :

[billout9]

Bonjour,
je possède une base sur un serveur SUnOS en version 8.1.7.4.
Lorsque je passe les statistiques sur un schéma via le package dbms_stats des erreurs ORA-07445 sont générées dans le fichier alerte de la base de données.
Est-ce dû à un bug du package ?

Merci d'avance

[bouyao]

ORA-07445 veut dire plusieurs choses, il faut nous donner le fichier trace.

par exemple : ORA-07445: exception encountered: core dump [kglpnp()+102] [SIGSEGV]

[billout9]

Le fichier de trace est en pièce jointe

[bouyao]

cette erreur arrive seulement quand tu lance DBMS_STATS sur une certaine table ?
Si oui, est ce que tu a fait des modif (supprimer une colonne par exemple) sur cette table ?

[billout9]

Les stats sont calculées sur l'ensemble du schéma.

[orafrance]

on dirait bien ce cas :

* fact: Oracle Server Enterprise Edtion 9.0.1.0.1
* symptom: Errors selecting from a table
* symptom: ORA-7445: exception encountered: core dump [evaopn2()+1104] [SIGSEGV] [Address not mapped to object] [0X0] [] []
* symptom: DBMS_STATS have been gathered for the table
* symptom: Optimizer mode set to cost based
* symptom: Column constraint of UPPER used in table
* cause: Bug 1956826 ORA-7445: [EVAOPN2()+1104] error reported when select statement using cost based optimizer and statistics is also on the table



fix:

Fixed in RDBMS 9.2

Workarounds:
Use Rule based optimizer
or
Set parameter optimizer_features_enable=8.1.7
or
Set parameter compatible="8.1.7"
or
Set the numeric EVENT 10195

ALTER SESSION SET EVENTS '10195 trace name context forever,level 10';
or
ALTER SYSTEM SET EVENTS '10195 trace name context forever,level 10';

Note that if using the event as a workaround, please flush the shared pool
(alter system flush shared_pool) or restart the instance to ensure that the
SQL statement is reloaded.

Failure to do so will result in the same error.

[bouyao]

Dans la table Vehicule, est ce que quelqu'un à supprimé une colonne ?

Il faut tester ca, si ca cause le même problème

Code :

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

1
2
3
 
exec dbms_stats.gather_table_stats(ownname=>user,tabname=>'VEHICULE'',
estimate_percent=>20, method_opt=>'for all indexed columns',cascade=>TRUE) ;

avec user le nom de ton utilisateur, je pense que c'est INFO10.

[billout9]

Aucune colonne n'a été supprimée de ma table Véhicule.
J'ai changé le paramètre compatible de ma base (8.1.6->8.1.7), j'ai relancé les stats mais j'ai le même symptome.

[bouyao]

D'après l'analyse de ton fichier trace, le problème vient du paramètre :

Code :

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

1
2
 
Cursor_Sharing = FORCE

Il faut le modifier en SIMILAR par exemple.

C'est un bug.

L'erreur exacte est ORA-7445 (kkslhib)
la cause est

Code :

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

1
2
3
 
select NVL(VEH_Possede_Ardoise,:"SYS_B_0") into :b0  from Vehicule where 
VEH_Immatriculation=:b1

Ton problème n'a aucun rapport avec DBMS_STATS

[billout9]

Le paramètre cursor_sharing est positionné à force pour le binding des requêtes SQL.
Est-ce qu'en modifiant la méthode de calcul des statistiques, j'aurais toujours cette erreur ?

[bouyao]

Il faut mettre

Code :

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

1
2
 
CURSOR_SHARING = EXACT

Oui, tu aura toujours le même erreur.

C'est le BUG : 2508702

Cursor_Sharing = FORCE may fail with ORA=7445 [kkslhib]
when the statement contains an INTO clause and it gets aged
out of the shared pool.

Soit tu patch vers une nouvelle version ou tu modifie la valeur de CURSOR_SHARIN à EXACT.

[orafrance]

Pour être moins radical tu peux mettre SIMILAR

[remi4444]

Pour être moins radical tu peux mettre SIMILAR

sauf que ça existe pas en 8i....

http://download-west.oracle.com/docs...h126.htm#72489

Très très embêtant ce bug....

Etant donné que ce paramètre est modifiable dans une session, tu peux éventuellement le passer à EXACT au niveau base, et le modifier à FORCE au début des travaux ou tu en a vraiment besoin....

[orafrance]

ou laisser tel quel et modifier la session avant le calcul des stats plutôt

[remi4444]

ou laisser tel quel et modifier la session avant le calcul des stats plutôt

Ah oui, si l'erreur ne survient que pendant les stats, c'est clair...

[bouyao]

Dans son fichier trace, je ne vois aucune relation avec les stats.

[billout9]

J'ai essayé de modifier le cursor sharing pour la session qui lance le calcul des stats mais j'ai toujours les erreurs qui sont générés dans le fichier alerte de la base de données