| |De : xxx@yyy.zzz
|[mailto:xxx@yyy.zzz]
|Envoyé : vendredi 15 juin 2007 10:23
|À : xxx@yyy.zzz
|Objet : SUPPORT: data from rsweb01 on 20070615
>Category: feedback
>Synopsis: Incident sur purge des stats agents
>Confidential: no
>Severity: critical
>Priority: low
>Class: sw-bug
>Submitter-Id: customer
>Originator: xxx@yyy.zzz
>Organization: IONIS
>Release: Version 6.5.p3
>Version description:
549.4b
>License type: Production
>Environment:
Java Runtime Environment vendor:IBM Corporation
Java Runtime Environment version:1.4.2
Java application server:IBM WebSphere Application Server/5.1
Operating system architecture:ppc
Operating system name:AIX
Operating system version:5.3
Server host name:rsweb01
Database type:DB2/6000
Database version:SQL08024
>Description:
Bonjour,
Nous n'arrivons pas à purger la table des stats agents via l'admin; nous avons l'erreur ci-dessous.
------------------------------------------
Unexpected SQL exception (rate=1.0) : SQL State = 57011, Error Code =
-964, Reason: DB2 SQL error: SQLCODE: -964, SQLSTATE: 57011, SQLERRMC:
null
Exception reason: DB2 SQL error: SQLCODE: -964, SQLSTATE: 57011,
SQLERRMC: null
Stack Trace: com.ibm.db2.jcc.a.SqlException: DB2 SQL error: SQLCODE:
-964, SQLSTATE: 57011, SQLERRMC: null
at com.ibm.db2.jcc.a.rf.d(rf.java(Compiled Code))
at com.ibm.db2.jcc.b.jb.l(jb.java(Compiled Code))
at com.ibm.db2.jcc.b.jb.a(jb.java(Compiled Code))
at com.ibm.db2.jcc.b.w.a(w.java(Inlined Compiled Code))
at com.ibm.db2.jcc.b.dc.c(dc.java(Compiled Code))
at com.ibm.db2.jcc.a.sf.cb(sf.java(Inlined Compiled Code))
at com.ibm.db2.jcc.a.sf.d(sf.java(Compiled Code))
at com.ibm.db2.jcc.a.sf.Y(sf.java(Compiled Code))
at com.ibm.db2.jcc.a.sf.executeUpdate(sf.java(Compiled Code))
at
com.eptica.MWC.database.jdbc.MPreparedStatement.executeUpdate(MPreparedS
tatement.java(Compiled Code))
at
com.eptica.MWC.database.StatDatabaseImpl.purge(StatDatabaseImpl.java:222
7)
at
com.eptica.MWC.webui.pages.DatabasePurgePage.run(DatabasePurgePage.java:
217)
at java.lang.Thread.run(Thread.java:568)
2 15 juin 2007 10:02:03 DatabasePurgePage Failed to purge the StatisticDB database
------------------------------------------
Après renseignements auprès d'un admin DB2, je vous transmets sa réponse :
Bonjour,
Je ne connais pas la nature de ta transaction, mais à première vue tu lock suffisamment de lignes de
la table STATEVENT pour que DB2 provoque un « lock escalation », c'est-à-dire qu?il converti tous tes locks de
lignes en un seul lock de table parce que ton espace réservé à la mémorisation de tes locks est arrivé à saturation.
Ce n?est pas une erreur
2007-06-07-23.00.04.130897+120 E2074134C463 LEVEL: Warning
PID : 762032 TID : 1 PROC : db2agent (DEEES01) 0
INSTANCE: eiintra NODE : 000 DB : DEEES01
APPHDL : 0-290 APPID: GA2B0B19.D829.070607210002
FUNCTION: DB2 UDB, data management, sqldEscalateLocks, probe:3
MESSAGE : ADM5502W The escalation of "1016" locks on table "EPTICA
.STATEVENT" to lock intent "X" was successful.
Donc, en résumé tu traites énormément de lignes dans ta transaction ce qui est confirmé par la suite
des messages puisque tu arrives à saturation des log de la base ??.. Ta transaction s?arrête donc et est
ensuite « Rollbackée ». En gros , tat transaction n?aboutie jamais.
2007-06-07-23.00.05.950885+120 E2074598C509 LEVEL: Error
PID : 762032 TID : 1 PROC : db2agent (DEEES01) 0
INSTANCE: eiintra NODE : 000 DB : DEEES01
APPHDL : 0-290 APPID: GA2B0B19.D829.070607210002
FUNCTION: DB2 UDB, data protection, sqlpgResSpace, probe:2860
MESSAGE : ADM1823E The active log is full and is held by application handle
"290". Terminate this application by COMMIT, ROLLBACK or FORCE
APPLICATION.
Pour info la table contient près de 600.000 lignes ?.
SOLUTIONS : 1 - Tout d?abord identifier cette requête. L?analyser et voir si elle répond bien au besoin et si elle est
bien adaptée
2 - Si oui, savoir si c?est une situation normale par rapport au nombre de lignes a traitées. Si oui modifeir
la transaction pour que celle-ci face un régulièrement un commit.
3 - Si pas de modification possible, il faut modifier les paramètres de l?instance ainsi que de la base (en
dernier recours)
----------------------------------
Je vous remercie de me conseiller sur les actions à entreprendre afin de pouvoir purger cette table.
Bonne réception.
Pierrick Duval
>Unformatted:
Phone: 0146843589
Att: license.xml
|