HP3000-L Archives

March 1998, Week 5

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Larry Boyd <[log in to unmask]>
Reply To:
Larry Boyd <[log in to unmask]>
Date:
Mon, 30 Mar 1998 09:00:08 -0600
Content-Type:
text/plain
Parts/Attachments:
text/plain (50 lines)
On Thursday, March 26, 1998 11:26 PM, emania [SMTP:[log in to unmask]] wrote:
> I work for an unamed software company supporting programs written on
> HP3000.  We have never utilized HP logging correctly from what I have
> heard.  We have been noticing that we are getting alot of calls
> regarding the TRANSACTION MANAGER.  Actual message reads:
> STALLED TRANSACTIONS.....log is full....or something to that nature.
> Because we use a Third Party Index in addition to our Image indexes
> the normal practice would be either one of two things:
>
> a.) Turn off Transaction Manager for the OMNIDEX keys and re-index
> them.
>
> b.) RELOAD the affected datasets and then re-index them leaving XM on.
>
> Is there a way to avoid these errors, and is there a better way to
> deal with thm?
>

As I understand the problem, "Stalled Transactions" occurs when you write "too
many" transactions within a single XM transaction.  With TPI, this does not
normally occur unless you are using DBX... for logical transaction integrity.
 If you are not using DBX... calls, you problem have a very large IMAGE record
with several indexes.  If this is the case, about the only workaround is to
remove some of the indexes.

If you are using DBX... calls, you might try to adjust the IMAGE calls, so the
actual XM transaction is smaller.  This is not always possible, since you may
not be able to adjust the definition of a logical transaction.

Generally, XM with IMAGE and TPI works like this with DBX... calls.

DBXBEGIN                A begin transaction record is written to XM.
DBupdate calls  A transaction record for the IMAGE update
(DBPUT,DBDELETE,          is written to XM.  Additionally, since
DBUPDATE)                 you have TPI on the data set, a
                          transaction record is written for each
                          TPI update.
                     (Of course, you probably have *many* IMAGE
                      calls within this DBX transaction)
DBXEND               An end transaction record is written to XM.
(DBUNDO will roll back the transactions in XM to the DBXBEGIN)

If you do not use DBX... calls, a begin transaction record is written just
prior to the IMAGE update transaction, and an end transaction record is written
just after the last TPI transaction.

Hope this helps.

LB

ATOM RSS1 RSS2