🚀 go-pugleaf

Dnia Thu, 5 Feb 2015 00:22:50 -0800 (PST), zpksoft napisał(a):

>>> Moje sugestie: 
>>> - w firewallu ustaw pełne prawa dla serwera Firebird (przy puszczonym tylko porcie 3050 może być blokowanie alertów- porty losowe)
>> 
>> Serio sugerujesz, ze plik baszy uszkadza sie bo firewall blokuje jakis fikcyjny port?
> 
> Skoczyłeś mi kolego na plecy, widać niektórzy tak mają. Nie lubię z takimi gadać, ale tu zrobię wyjątek. Zakładam że masz niewielką wiedzę.

Wiedze mam niewielka, to prawda. Pytania jaka Ty masz w takim razie? :-)
 
> Niczego nie sugeruję a to o czym piszę wynika z moich długoletnich doświadczeń z
> Firebirdem. Nie dalej jak w ubiegłym tygodniu jeden z klientów powymieniał komputery i
> raptem program zaczął się zacinać i wolno pracować mmimo lepszego sprzętu. To był
> właśnie ten przypadek. To nie jest żaden fikcyjny tylko losowy port. 

I czego dowiodles tym przykladem? Ze plik bazy sie uszkadza? Nie rozbawiaj mnie bardziej
niz juz to czyniles :-)
Z moja skromna niewiedza wiem, ze Firebird uzywa do komunikacji portu 3025 (standardowo)
oraz JESLI uzywa sie eventow to dodatkowo korzysta z portu losowego. Mozna ten losowy port
ustawic w pliku konfiguracyjnym na konkretny port (remoteauxport), ale standardowa
instalka tego nie robi.
Jednakowoz blokowanie tego portu NIE USZKADZA BAZY.
Poczytaj i doucz sie:

http://www.firebirdsql.org/file/documentation/papers_presentations/Power_Firebird_events.pdf
 
>>> - codziennie sweep (jak napisał miab)
>> 
>> Czy fundacja Firebird tez daje tak durne rady?
> 
> Co jest durnego w czyszczeniu bazy z zawieszonych transakcji? 

Durne jest czyszczenie bazy codziennie.

> przeszkoda w sieci (a tak sądzę) to należy do czasu normalizacji robić to ręcznie.
> Firebird sam wykonuje tę operację co pewien czas. Być może w pliku konfiguracyjnym
> Firebirda można ten interwał ustawić. nie sprawdzałem. 

Poza tym sweep nie czysci "zawieszonych transakcji", to troche bardziej zlozone, zeby to
zakumac musialbys wiedziec co to MGA, ale... ze mimo niewiedzy mam nadal dobre serce to
dam Ci szanse, czytaj:

http://ibexpert.net/ibe/index.php?n=Doc.Multi-generationalArchitectureMGAAndRecordVersioning

>>> - zmień rozszerzenie pliku bazy na inne, najlepiej w trybie awaryjnym
>> 
>> Ma .fdb, co jest zlego w tym rozszerzeniu? I na jakie ma zmienic wg Ciebie?
> 
> Poczytaj, chyba miab o tym wspomniał. Dodatkowo polecam Google. Ja już lata temu przyjąłem rozszerzenie .zpk 

No wlasnie, moze poczytaj? Z moja niewielka wiedza wiem, ze problem byl z rozszerzeniem
gdb a nie fdb, ale moze Ty "masz inne doswiadczenia". Zatem jak radzisz to czytaj:

"Naming databases on Windows

Note that the recommended extension for database files on Windows ME and XP is ".fdb" to
avoid possible conflicts with "System Restore" feature of these Windows versions. Failure
to address this issue on these platforms will give rise to the known problem of delay on
first connection to a database whose primary file and/or secondary files are named using
the ".gdb" extension that used to be the Borland convention for suffixing InterBase
database file names."

>>> - dodaj do wyjątków nieindeksowanie w systemie plików z Twoim rozszerzeniem 
>> 
>> Indeksowanie systemowe nie uszkadza plikow. Poza tym plik bazy jest otwarty w trybie
>> wylacznosci zapisu.
>> 
>>> - to samo w systemowym mechanizmie kopii/przywracania
>> 
>> co to samo?
>> 
> 
> Ech, poczytaj na MSDN-ie co system robi na plikach które uważa za ważne żeby je chronić i szybko przywrócić na wypadek awarii. Widzę, że ten temat jest dla Ciebie obcy.

No to jak juz poczytasz i po'ech'ujesz przed lustrem to wroc i przyznaj, ze Twoj post byl
belkotliwy i chaotyczny, ze cos tam gdzies slyszales, cos widziales, ale co... bylo za
ciemno i nie pamietasz.
  
>> Mam wrazenie, ze to rady nas zasadzie "nie mam pojecia jak to wszystko dziala, ale na
>> wszelki wypadek sie pomodle".
>> 
> 
> Nie zaszkodzi.

Tak mylalem... od takiego programowania to kolana moga Ci wysiasc ;-)

-- 
pozdro
R.e.m.e.K