🚀 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.
>

Jak ustawione ForcedWrites?
Osobiście nigdy nie miałem takich problemów, a bazy mam o rozmiarach 
powyżej 100GB, ale wydaje mi się, że już gdzieś czytałem o takim problemie.

Tomek D.