Discussion :

[juvamine]

Bonjour,

Suite à de nombreux problèmes de deadlocks sur notre base de données Oracle (Oracle 8), j'essaie d'analyser les fichiers TRC générés à chaque fois afin de comprendre le problème et à terme essayer de le solutionner.
Je ne sais pas trop comment m'y prendre pour analyser ce fichier. C'est por cela que je viens chercher de l'aide.
bone je met le début ici, je pourrais mettre d'autres choses par la suite si besoin
Merci d'avance pour vos lumières...

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
Dump file d:\oracle\RDBMS\trace\ORA10608.TRC
Mon Jun 13 17:35:12 2005
ORACLE V8.1.7.0.0 - Production vsnsta=0
vsnsql=e vsnxtr=3
Windows 2000 Version 5.0 Service Pack 4, CPU type 586
Oracle8i Enterprise Edition Release 8.1.7.0.0 - Production
With the Partitioning option
JServer Release 8.1.7.0.0 - Production
Windows 2000 Version 5.0 Service Pack 4, CPU type 586
Instance name: gnx
 
Redo thread mounted by this instance: 1
 
Oracle process number: 57
 
Windows thread id: 10608, image: ORACLE.EXE
 
 
*** 2005-06-13 17:35:12.329
*** SESSION ID:(9.42657) 2005-06-13 17:35:12.314
DEADLOCK DETECTED
Current SQL statement for this session:
INSERT INTO IG_EVENT ( EVENT_PRIORITY,EVENT_NAME,EVENT_TABLE,EVENT_COUNT )  VALUES ( :b1,:b2,:b3,1  )
----- PL/SQL Call Stack -----
  object      line  object
  handle    number  name
1baefdf0        47  function SOC1.IG_ADD_EVTGNX
18660db0       362  SOC1.IG_TRIG_EVL
The following deadlock is not an ORACLE error. It is a
deadlock due to user error in the design of an application
or from issuing incorrect ad-hoc SQL. The following
information may aid in determining the deadlock:
Deadlock graph:
                       ---------Blocker(s)--------  ---------Waiter(s)---------
Resource Name          process session holds waits  process session holds waits
TX-0002000e-0001f816        57       9     X             53      55           S
TX-0001000e-0001fc0b        53      55     X             57       9           S
session 9: DID 0001-0039-00000002	session 55: DID 0001-0035-00000002
session 55: DID 0001-0035-00000002	session 9: DID 0001-0039-00000002
Rows waited on:
Session 55: no row
Session 9: no row

juvamine

[bouyao]

Juste pour comprendre : Mortel Verrou

[juvamine]

y'a-t-il un moyen d'éviter ces problèmes ?

une option de configuration d'oracle qui gère comme un grand des files d'attente ?

le problème semble etre posé par des triggers sur des tables...

[bouyao]

Tu a deux sessions 9 et 55 qui se bloquent.

Chaque verrou (Enqueue) est identifié par une ressource de la forme :
Type-Id1-Id2

Dans ton cas

Type = TX (exclusif)
Id1 = Indique le rollback segment et le numéro du slot .
Ces valeurs se trouvent dans les colonnes XIDUSN et XIDSLOT de la
Vue V$TRANSACTION.

Id2 = Wrap du rollback segment ou le numéro de séquence. Cette valeur se
trouve dans la colonne XIDSQN de la vue V$TRANSACTION.

Dans ton cas, il faut revoir le coté applicatif.

[pifor]

En général, il faut que les transactions prennent les verrous toujours dans les même ordre par rapport aux tables, quelques soient les transactions.

Si on a les tables t1 et t2, il faut que l'ordre d'accès/verrouillage soit le même quelque soit le client: toujours t1 puis t2 ou exclusif t2 puis t1. IL faut éviter que quelques transactions utilisent t1 puis t2 et que d'autres t2 puis t1.

[bouyao]

Pour avoir plus d'infiormations sur ton problème il faut activer l'evenement

Code :

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

Event=“60 trace name errorstack level 3;name systemstate level 10“

dans ton init.ora