RE: Dlugie transakcje

[jsapinski@amadeus.net]

Witam ponownie,

zaczalem monitorowac tablice _trans w VST i od razu znalazlem tam
podejrzana transakcje:

Trans State | Trans Flags | Trans Usernum | Trans Num |Trans Start Time
|  Tx Duration (in secs)

ACTIVE           0                 116      607794031  Fri Feb  1 07:50:28
2002   351729


Transakcja rozpoczela sie 5 dni temu. Chcialem zakonczyc proces ktory
rozpoczal ta transakcje ale niestety nie moge tego zrobic poniewaz jego PID
to 0 (slownie: zero)


Usr Name     Type Wait               Trans      PID Sem Srv Login     Time
116 acesk    SELF  --   30583392  607794031      0   0   0   01/31/02 08:26

Probowalem usunac tego uzytkownika na poziomie Progress'a ale nic to nie
dalo.

Moze ktos ma pomysl jak sie pozbyc tej transakcji/uzytkownika nie
restartujac servera.


Pozdrowienia,

Jacek Sapinski





From: RYSZKIEWICZ Piotr @zeto.bydgoszcz.pl  on 04/02/2002
      15:22

Please respond to progress@zeto.bydgoszcz.pl

Sent by:  owner-progress@zeto.bydgoszcz.pl


                                                                          
 To:   progress@zeto.bydgoszcz.pl                                         
                                                                          
                                                                          
 cc:                                                                      
                                                                          
                                                                          
                                                                          
                                                                          
                                                                          
                                                                          
 Subje                                    RE: Dlugie transakcje           
 ct:                                                                      
                                                                          




> -----Original Message-----
> From: Henryk Jusza [mailto:henju@pg.gda.pl]
> Sent: Monday, February 04, 2002 2:41 PM
> To: progress@zeto.bydgoszcz.pl
> Subject: Re: Dlugie transakcje
>
>
> opiekuje sie baza Progress 9.1 na systemie AIX 4.3.  Ostatnio
> zdarzylo mi
> sie kilka razy, ze baza danych zatrzymala sie. Powodem tego bylo
> zapelnienie pliku BI.  Prawdopodobnie przyczyna tego byla "dluga
> transakcja". Ktos rozpoczal transakcje i .. poszedl do domu.
>
> Witam !
>
> Nie bardzo rozumiem co to znaczy "zapełnienie pliku bi". Plik
> ten zmienia swoją wielkość w miarę potrzeb i nie bardzo wiem
> jak się może "zapełnić'.
>
> Jeśli sformułowanie to oznacza, że na dysku zabrakło miejsca
> na ten plik i serwer nie mógł go rozszerzyć, to przyczyna
> tego jest raczej inna niż to, że ktoś poszedł do domu. To
> sugeruje raczej, że któryś z programów aplikacji
> korzystających z bazy zbyt dużo danych aktualizuje w jednej
> transakcji. Jest to czasami efekt nie zamierzony, jeśli
> programista piszący ten program zrobił to nie myśląc co z
> tego wyniknie. Taki program trzeba poprawić, chyba że
> rzeczywiście jedna transkacja musi zawierać bardzo dużo
> aktualizacji bazy, to wtedy należy plik .bi  umieścić na
> innym dysku z większą ilością wolnego miejsca (lub na kilku
> dyskach - wiele woluminów). Jeśli taka transakcja zajmuje
> dużo różnych zapisów, to ochroną przed tym może być
> ustawienie parametru startowego serwera -L (ilość blokad) na
> mniejszą wartość. Wtedy program, który chce zająć dużo
> zapisów upadnie i będzie wiadomo który to program jest
> przyczyna problemów.
>
> Gdyby ktoś poszedł do domu i zostawił otwartą transakcję (w
> której nie wykonuje się zbyt dużej ilości aktualizacji), to
> plik .bi by nie rósł, a pracę innych programów korzystających
> z bazy wstrzymywałyby raczej blokady EXCLUSIVE-LOCK
> niektórych zapisów, do których chciałyby się dostać
> wstrzymane programy.
>
> Pozdrawiam,
>
>
> Henryk Jusza               mailto:henju@pg.gda.pl

Witam,

Pozwole sobie sie nie zgodzic. Pozostawienie dlugo otwartej transakcii
rzeczywiscie powoduje narastanie pliku .bi. Dzieje sie tak dlatego,
ze BI cluster, w ktorym znajduje sie informacja o otwartej transakcii
az do zakonczenia transakcii jest oznaczony jako 'busy', w zwiazku z
czym baza nie moze ponownie do niego pisac w momencie, kiedy BI cluster
chain dostanie sie ponownie do tego clustera. W tym momencie jest
automatycznie wytwarzany i dolaczany do lancucha nowy cluster - .bi rosnie.
Moze nie opisalem tego zbyt zrozumiale, polecam przeczytac dokumentacje
"Database Administration Guide and Reference", rozdzial 12.5.2 - Before
Image I/O.

A teraz co z tym zrobic.
Pomysl monitorowania _trans jest dobry, ja bym tylko dodal trzecia
mozliwosc reakcji - odlaczenie uzytkownika od bazy. Lub jeszcze lepiej
po pierwszej godzinie automatyczne wygenerowanie mailu a po drugiej
odlaczenie.

Pozdrawiam,

Piotr Ryszkiewicz
------
Strona WWW:     http://pluton.pol.lublin.pl/pugpl/index.htm
Obsluga listy:  listserv@zeto.bydgoszcz.pl
Archiwum listy: http://www.zeto.bydgoszcz.pl/progress/index.html
------





------
Strona WWW:     http://pluton.pol.lublin.pl/pugpl/index.htm
Obsluga listy:  listserv@zeto.bydgoszcz.pl
Archiwum listy: http://www.zeto.bydgoszcz.pl/progress/index.html
------