🚀 go-pugleaf

W dniu 2015-02-03 o 08:35, Stregor pisze:
> Cześć.
>
> Spotkał się ktoś z Was z takim zjawiskiem?
> FB 2.5, baza > 100 tabel. Działa sobie normalnie, do pewnego czasu, a
> nagle zaczyna "dziczeć" - wielkość pliku .fdb rośnie bardzo szybko, tak
> samo wielkość .fbk. Zwykle wygląda to tak, że jedna (lub kilka) z tabel
> jest "pompowana" zerami lub losowymi znakami, ale tylko w pliku. W
> czasie robienia operacji na tabeli typu SELECT, tabela przez jakiś czas
> jeszcze jest możliwa do odczytania, choć ogólnie wydajność całej bazy
> spada, a tej tabeli - drastycznie spada.
>
> Problem potęgowany jest faktem, że taka baza może być użytkowana jeszcze
> czasem przez długi czas, aż dostęp do niej stanie się całkowicie
> niemożliwy. I wtedy okazuje się, że na przykład kopie zapasowe też są
> błędne - już od roku...
>
> Sztuczki typu gbak/grestore z wszelkimi możliwymi ustawieniami
> przełączników nie dają rezultatu. Jedyną możliwą metodą na naprawę którą
> obecnie znam, to przepisanie zawartości tabel do nowego, świeżego pliku,
> z pominięciem uszkodzonych tabel.
>
> Problem jest stosunkowo rzadki, może jeden na 1000 przypadków, może
> jeden na 500, ale jest to sprawa na tyle poważna, że zaczyna niepokoić.
>
> Czy Firebird jest na jakimś podstawowym poziomie "felerny" i wrażliwy na
> jakieś rzeczy typu antywirus?
> Czy ja coś robię w programie bardzo niedobrego, typu "trzymasz
> connection do bazy otwarty cały czas? nie idź tą drogą!"
>
> Dodam, że używam IBX, i, niestety, Firebird "udaje" Interbase'a za
> pomocą generowania gds32.dll. Delphi XE6, o ile to ma znaczenie.
>
> Wszelkie rady, sugestie, opinie bardzo chętnie poznam.
>

A co się dzieje z taką bazą jak zrobisz?:
gfix -user SYSDBA -password masterkey database -sweep

miab