IDS Forum

RE: Several rollbacks on logical-logs

Posted By: David Linthwaite
Date: Friday, 19 June 2009, at 1:48 p.m.

In Response To: Re: Several rollbacks on logical-logs (Alexandre Marini)

Hi Alexandre

The HINSERT is almost certainly associated with an SQL INSERT statement.
The only occasion that I am aware of that causes an SQL UPDATE statement to
translate into an HINSERT record is where a row is being updated in a table
that has an in-place alter and in some circumstances this is achieved by
inserting a row in the new version format and deleting the row in the old
version format. However this would show as a HINSERT followed by a HDELETE
and there is no indication that this is happening in the log extract that
you sent.

However if an attempted insert operation results in a constraint violation
(-268) then the insert will be rolled back and the result in the transaction
log is likely to be similar to that shown in the extract. If this does not
explain all of the rollbacks then maybe there is an error condition, other
than -268 and -239, that is also causing rollbacks.

Regards

David Linthwaite
Lintel Software Consultancy Ltd
IBM Business Partner

Tel: 01244 357250
Fax: 01244 357248
mailto:dlinthwaite@lintel.co.uk

> -----Original Message-----
> From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On
> Behalf Of Alexandre Marini
> Sent: 19 June 2009 15:13
> To: ids@iiug.org
> Subject: Re: Several rollbacks on logical-logs [16101]
>
> Ok!!! Now I could find the table around the rollbacks.
>
> On the HINSERT line, there´s the table partnum, and on the
> next two ADDITEM lines, there are 2 indexes partnum (the 2
> indexes that the above table contains).
>
> My doubt is:
> This sql statement mentioned by the HINSERT line, could it be
> an update clause, or just an insert generate this kind of record?
>
> -------------------------------------------------------
> Explaining:
> our r4gl program tryes to do an insert on the table first,
> and then whe analyse the sql errorcodes, like these two if
> sqlca.sqlcode = -239 or sqlca.sqlcode = -268 then
>
> "we call an update function."
>
> Our big rollbacks on logical-logs are happening, even if the
> application doesn´t indicate any errors on its log.
>
> Is that normal, the database should really record these rollbacks?
>
> I´m not understanding if there´s really an application error,
> or a database normal task, because the application had
> entered the "if" statement above ?
>
> Regards, friends.
>
> Alexandre Marini
>
> Analista de Tecnologia da Informação - DBA
>
> msn: alexandre_marini@hotmail.com
>
> SEFAZ-MS / UIMP / Sistemas: Fronteiras e SIG-DW
>
> David Linthwaite escreveu:
> > Hi Alexandre
> >
> > The extract shows an insert operation into table with hex
> partnum 600249.
> > If you find out the table that is being operated on ( select
> > hex(partnum),dbsname[1,20], tabname[1,20] from
> sysmaster:systabnames
> > where partnum='0x600249' ) then maybe that will give you a
> clue as to
> > what is going on.
> >
> > Regards
> >
> > David Linthwaite
> > Lintel Software Consultancy Ltd
> > IBM Business Partner
> >
> > Tel.: 01244 357250
> > Fax.: 01244 357248
> >
> > mailto:dlinthwaite@lintel.co.uk
> >
> > -----Original Message-----
> > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On
> Behalf Of
> > Alexandre Marini
> > Sent: 17 June 2009 13:59
> > To: ids@iiug.org
> > Subject: Several rollbacks on logical-logs [16065]
> >
> > Hello everybody!
> > We´re having several rollback recordins on our
> logical-logs, generated
> > by dba transactions, on our 11.50.FC4 instance running on a
> linux_64
> > machine, as follows:
> >
> > log uniqid: 971.
> > addr len type xid id link
> > 9c07018 56 BEGIN 1488 971 0 06/17/2009 07:10:01
> > 54374 *dba*
> > 9c07050 732 HINSERT 1488 0 9c07018 600249 41606 665 9c0732c
> 68 ADDITEM
> > 1488 0 9c07050 60024a 41606 147 1 7 9c07370 64 ADDITEM 1488
> 0 9c0732c
> > 6003c6
> > 41606 10 1 4 9c073b0 48 CLR 1488 0 9c07370 a 9c073e0 48 CLR 1488 0
> > 9c0732c
> > 93 9c07410 40 CLR 1488 0 9c07050
> > 9c07438 56 ROLLBACK 1488 0 9c07018 06/17/2009 07:10:01
> >
> > There´s an enormous quantity of these rollbacks (around 110+)
> > recordings per *second *of logical-log!!!
> >
> > The main question is:
> > 1) how can we trace it, because with our sql trace option
> running for
> > user "dba", it doesn´t appear any record of rollback!!!
> > 2) there are several r4gl programs running constantly on
> dba´s crontab
> > file, but on these application logs, there´s no recording of
> > transaction errors....
> >
> > We´re desperate to find out what´s originating these kind
> of records,
> > that´s elevating our use of logical-logs too much (the fill time of
> > the above logical-log was):
> > 50 *971* 100 MB 100 % 3_2508828 2009-06-17 07:10:32 Used
> and Backed Up
> > *575
> > KB/SEC*
> >
> > We´re RTO enabling with
> > RTO_SERVER_RESTART=600 seconds Estimated recovery time 14 seconds
> >
> > but we have a task running a checkpoint in every 40 minutes.
> >
> > If someone could give us an idea of tracing these events,
> we´d appreciate!
> >
> > Regards.
> >
>
>
> **************************************************************
> *****************
> Forum Note: Use "Reply" to post a response in the discussion forum.
>

Messages In This Thread

• Several rollbacks on logical-logs
  Alexandre Marini -- Wednesday, 17 June 2009, at 8:58 a.m.
  • RE: Several rollbacks on logical-logs
    David Linthwaite -- Wednesday, 17 June 2009, at 9:37 a.m.
    • Re: Several rollbacks on logical-logs
      Alexandre Marini -- Wednesday, 17 June 2009, at 10:52 a.m.
    • Re: Several rollbacks on logical-logs
      Alexandre Marini -- Friday, 19 June 2009, at 10:12 a.m.
      • RE: Several rollbacks on logical-logs
        David Linthwaite -- Friday, 19 June 2009, at 1:48 p.m.
      • Re: Several rollbacks on logical-logs
        Art Kagel -- Friday, 19 June 2009, at 2:24 p.m.
        • Re: Several rollbacks on logical-logs
          Alexandre Marini -- Monday, 22 June 2009, at 8:04 a.m.
  • Re: Several rollbacks on logical-logs
    Cesar Inacio Martins -- Wednesday, 17 June 2009, at 10:27 a.m.

IDS Forum is maintained by Administrator with WebBBS 5.12.