Gfix szótár Firebird

Végek lebegett visszaigazolást tranzakció azonosító ID, vagy az összes lelógó ügyletek (minden)

Egy további paramétert Fogd. Célja, hogy a hatályos lezárását adatbázisban. n jelzi a másodpercek száma, amely megtörténhet a lezárás. Ha vannak aktív felhasználók számára, hogy ki van kapcsolva, a legújabb munkájuk eredménye elvész. Ilyen eszközt fel kell használni óvatosan, mint az utolsó lehetőség.

Együtt alkalmazzák -v, hogy ellenőrizze a nyilvántartást struktúrák és táblázatok; közlemény nem osztott rekord töredékek.

Megváltoztatja a tranzakció intervallum automatikus tisztítási söprés (alapértelmezett 20000). n beállít egy új intervallum. Ha n = 0, automatikus tisztítási tilos.

Figyelmen kívül hagyja checksum hiba, amikor ellenőrzi vagy tisztítása.

-K [beteg] <база данных>

Eltávolítja az összes használaton kívüli árnyékmásolatait az adatbázisban.

ID megmutatja az összes tranzakció van függesztve. Az is mutatja, hogy mi történik, ha lógott pokoltornácaszerű tranzakciók és használja a -t.

Marks összetört feljegyzések nem használt.

Beállítja az adatbázis módot. Olvasható write (olvasás-írás, az alapértelmezett), vagy csak olvasható (read-only).

Együtt alkalmazzák -v ellenőrizni megsemmisült vagy helyén levő szerkezetek. Ha vannak, akkor megjelenik az üzenet, de nem kell korrigálni.

Megnyitja követően lezárt Fogd tárol.

Cipő söpörni a háttérben zajlik, és lehet párhuzamosan végzik a felhasználók. Ez a módszer sokkal előnyösebb, mint a csökkentés tisztító gbak DB. gbak segédprogram nem alkot egy teljes tisztítást, mivel olyan változatai törölt jegyzőkönyvek és törölt ügyletek. Erőltetett tisztítás elvégezhető az alábbiak szerint:

Adatbázis tisztítás automatikusan történik, miután egy bizonyos számú (alapértelmezett 20000) tranzakciókat. intervallum számítás készült legrégebbi tranzakció rögzítésre TIP (Készletoldal tranzakció), a legidősebb aktív tranzakciót. Ha a leltári szám, a legidősebb aktív tranzakció nagyobb, mint a megadott tartomány, mint a letéti szám legrégebbi regisztrált a TIP tranzakció automatikusan elindul a tisztítást. Változás az intervallum 10 000, például, akkor:

Ha ahelyett, 10000 beállítása 0, automatikus tisztításáról adatbázisban törlődik teljesen. Mint már említettük, a tisztítást nem igényel kizárólagos hozzáférést az adatbázishoz, de ha az adatbázis igen nagy, és egy csomó ember aktívan dolgozik vele, a tisztítást jelentősen képes lassítani az adatbázisban. Ebben az esetben a tisztítás előtt ajánlatos először kikapcsolni az adatbázisba.

adatbázis leállítása Fogd csapat a három további paramétereket. Ahhoz, hogy biztosan kikapcsolja az adatbázis 10 perc után, az alábbi parancsot:

Azonban ez a radikális módszer használata ajánlott óvatosan: az emberek, akik abban az időben továbbra is használhatja az adatbázist, elveszíti a munkáját. Eleinte helyett „-force” jobb, hogy megpróbálja a „puha” további paraméterek «-attach» vagy «-tran».

Amint az adatbázis leállt, és ez tette a szükséges intézkedéseket, meg kell nyitni a parancs

Cache (vagy puffer) - a lefoglalt memória a szerver dolgozni az adatbázissal. Műveletek RAM sokkal gyorsabb, mint ha az adatokat folyamatosan olvassa a lemezt. A cache mérete határozza meg az oldalakon az adatbázisba. Ha az oldal méret van beállítva, hogy 8192, a cache 5000 oldal kerül körülbelül 40 megabájt RAM-mal. Alapértelmezésben Firebird használ cache 75 oldal. Ha csak egy csomó felhasználó egyidejűleg az adatbázis eléréséhez, előfordulhat, hogy a kiszolgáló nem rendelkezik elegendő memóriát. Ebben az esetben, akkor elkezd dolgozni a lemezen, hogy lelassítja a teljesítménye az adatbázis. Változás a gyorsítótár méretét az adatbázis oldalon 300 segítségével:

Egy másik módja, hogy az alapértelmezett gyorsítótár méretét az összes újonnan létrehozott adatbázisokhoz, a változás a konfigurációs fájlban firebird.conf, ami Firbird mappát.

Azonban egy előnyösebb módszer erre a célra gfix eszköz, mivel lehetővé teszi, hogy a saját cache mérete egyenként tárol. Ha egy adatbázis ritkábban használják, gyorsítótár mérete, alapbeállításban maradhat vele, sőt csökkenti.

Az adatbázis működhet kétféle hozzáférési mód: egy csak olvasható vagy írható / olvasható (alapértelmezett). Ha szükség, hogy megakadályozzák a felhasználók az adatok módosítását, meg lehet változtatni a parancs mód:

rendszerváltás műveletek időt vesz igénybe! Ne felejtsük el, hogy visszatérjen read_write mód, különben a felhasználók nem lesznek képesek változtatni az adatbázisba.

Erőltetett Writes mód igényel különösebb magyarázatot. Erőltetett ír, vagy egyidejű bemeneti mód meghatározza, hogy a munkát az adatbázis fog bekövetkezni. Amikor a Forced Writes új rekordokat, törli a régi, az új verzió a bejegyzések azonnal fizikailag lemezen tárolja. Ha letiltja a szinkron bemenet Firebird szerver kijelöli azt az operációs rendszert: a fizikai megőrzése a változások történnek később - amikor a puffer túlcsordulás, vagy amikor az operációs rendszer meghatározza, hogy a számítógép tétlen hosszú ideig. A letiltás Forced írja tenni csak egy nagyon megbízható autó, kötelező szünetmentes áramforrás (UPS). Előfordulhat, hogy a fizikai lemez írási művelet nem megy egész nap, és amikor a rendszer összeomlik, vagy tápegység elvesztette az eredményeket az összes munkát! Kikapcsolt módban kissé növeli a sebességet az adatbázis, de az adatok kevésbé biztonságos.

Alapértelmezésben minden adatbázis munkát kénytelen Writes be- és kikapcsolhatók, ez a mód nem ajánlott. Ha azonban Ön nem elégedett a teljesítménye az adatbázis, és így teljesen biztosak a szerver PC, akkor próbálja meg kikapcsolni Forced Írja a következő parancsot:

megjeleníti az összes hozzárendelt oldalak, amelyek szemetet. Ha a képernyő nem működik, így ezek az oldalak az adatbázisban nem.

Ha az adatbázis megsemmisül, akkor ehelyett bejelölheti árnyékmásolatként parancs