Helyreállítása a sérült adatbázis interbase vagy a Firebird - RBD azt támogató
Összesen nyilvános részén
FONTOS! A kezdet előtt a hasznosítás, győződjön meg arról, hogy minden felhasználó megszakad a szerverrel, és egy példányát az adatbázis fájlt. Ha nem fér hozzá a számítógép a hálózaton, amelyen a kérelmet csatlakozik az adatbázis fut, tiltsa le a (győződjön inaktív) a hálózati kapcsolatot, vagy egyszerűen csak vegye ki a hálózati kábelt az aljzatból a központi egységet. Várjon néhány percig, amíg a szerver bezárja az összes inaktív Connect és indítsa újra az operációs rendszert.
Jelentkezzen be a bin könyvtárba a mappát, ahol Interbase / Firebird / zöldharkály telepítette. Annak érdekében, hogy ne működjön együtt a „csupasz” parancssor ablakot, akkor ajánlott használni bármilyen fájl típus, mint távol vagy a Total Commander.
Ellenőrizni fogjuk az adatbázisba kár:
ehelyett gdbase.gdb adja meg a teljes elérési utat az adatbázis fájlt (egy jó ötlet: ahhoz, hogy ne terheljék magukat bevezetése egy hosszú utazás, másolja az adatbázis fájlt közvetlenül a BIN könyvtárban). A szerver neve nem adható meg!
Ha a hálózati dolgozott, és nem ad semmit a képernyőn, a bázis finom.
Ha van sérülés, akkor megpróbálja kijavítani őket:
Megnézzük, hogy ha bármilyen kár FIX:
Ha a sérülés nem szűnik meg, írja le az adatokat a Bak-fájlt, majd visszaállítani egy másik új adatbázisba. Ez a sorozat fut:
A következő gombok használata itt:
- -b -, hogy megteremtse a biztonsági másolatot az adatbázisról;
- -v - megjelenik egy részletes naplót;
- -ig - figyelmen kívül hagyja a hibát az adatok;
- -g - disable szemétgyűjtő olvasásakor az adatbázisból.
Megjegyzendő, hogy ha adja meg az adatbázis nevét, meg kell adnia a kiszolgáló nevét és a vastagbél- és a teljes elérési utat az adatbázis fájlt a szerveren (vegye figyelembe, hogy akkor is, ha másolt adatbázis fájlt ugyanabban a könyvtárban, mint a biztonsági mentési segédprogram is kell, hogy adja meg a teljes elérési utat a fájl). Ha megad egy fájlnevet csak adja meg a teljes elérési útját a fájl megadása nélkül kiszolgáló nevét.
ami miatt nem fog talpra állni a külső linkek az asztalra komoly adatbázis korrupció bizonyos táblák rögzíthetik mélységbe. Vagy fordítva, nem lesz „fantom” rekord megsérti a feltételeket az elsődleges kulcs egyediségét. Ezekben az esetekben a szakaszában helyreállítása Adatbázis biztonsági másolatot a képernyőn megjeleníti a hibaüzeneteket és a helyreállítási folyamat megszakad.
Mentse az adatbázist a következőképpen: az első, hogy helyrehozzák anélkül, hogy külső hivatkozások (indexek) a következő paranccsal:
Ezután minden héj, például IBExpert, egyenként, hogy fokozzák az idegen kulcsokat azonosítani sérült táblákat. Mivel meg kell határoznia, vagy távolítsa el a bejegyzéseket tartalmazó linkeket nem létező rekordot vagy hozzá nem létező rekordot, vagy vissza linkeket. Itt jó segítség lehet a jelenléte még elavult, de ép archív azonos bázis.
Ha az alap sérült, hogy az egyik hatástalanítás indexek nem elég, akkor próbáld ki a kulcsokat -n (lekapcsolás integritás-ellenőrzés) és az O (Komichi adat után minden asztalnál a hasznosítás).
Példa parancsot a fenti kulcsfontosságú:
Mint az előző esetben, miután unzipping az adatbázisban, és állíthatja vissza az adatbázis integritását kell újra sarkhivirovannye és visszaállítani az archív már a szokásos kulcscsomót.