Procedura naprawy uszkodzonej bazy Firebird.pdf

Procedura naprawy uszkodzonej bazy Firebird SQL

Serwer Firebird SQL pracuje stabilnie i uszkodzenia bazy danych zdarzają się bardzo rzadko. Jak w

każdym innym programie może się mimo wszystko zdarzyć, że baza danych ulegnie uszkodzeniu.

W szczególności może się tak zdarzyć gdy serwer zostanie nagle wyłączony, na przykład z powodu

nagłego zaniku napięcia zasilającego.

Zazwyczaj najbardziej niezawodnym sposobem naprawienia uszkodzonej bazy danych jest odbudo-

wanie bazy na podstawie ostatnio wykonaj kopii bezpieczeństwa. Jednak odtwarzając bazę z kopii

bezpieczeństwa utracimy wszystkie zmiany w danych wykonane po wykonaniu kopii bez-

pieczeństwa bazy danych. Dlatego można spróbować naprawić uszkodzoną bazę danych. W tym ce-

lu należy wykonać opisane dalej czynności.

W opisanej dalej procedurze wykorzystywane są programy GBAK oraz GFIX. Są to standardowe

programy instalowane wraz z serwerem Firebird . Programy te znajdują się w folderze bin serwera.

W wywołaniach programów GBAK i GFIX oprócz opisanych dalej parametrów należy wskazać

identyfikator i hasło użytkownika. W tym celu we wszystkich przypadkach należy dodatkowo użyć

parametry –user sysdba –password masterkey . 1 Jedynie w systemie Linux można te para-

metry pominąć pod warunkiem, że użytkownik ma uprawnienia root .

Procedura ta dotyczy naprawiania bazy danych serwera Firebird SQL . Takie same działania należy

wykonać w przypadku baz danych serwera InterBase .

1.Wykonać kopię pliku bazy danych

copy baza.fdb uszkodzbaza.fdb

Procedura naprawiania bazy danych ingeruje w zawartość pliku. Jeżeli ta procedura zawiedzie i

chcemy mieć możliwość podjęcia alternatywnych prób odzyskania danych z uszkodzonej bazy to

koniecznie należy pamiętać o zrobieniu kopii pliku bazy danych przed podjęciem jakichkolwiek

prób jej naprawy.

2.Wykonać weryfikację struktury bazy danych

gfix –v –f uszkodzbaza.fdb

Polecenie to sprawdza prawidłowość wewnętrznej struktury pliku bazy danych i wyświetla wszelkie

informacje o napotkanych problemach.

W tym poleceniu niektóre błędy są naprawiane. Dlatego warto je powtórzyć kilkakrotnie. Jeżeli po

kilku uruchomieniach tego polecenia błędy przestaną być sygnalizowane to można uznać, że baza

danych została naprawiona i na tym zakończyć procedurę.

3.Kopia zapasowa w trybie specjalnym

gbak –b –v –ig –g uszkodzbaza.fdb kopia.fbk

Polecenie to tworzy kopię zapasową bazy danych (opcja –b ) oraz wyświetla szczegółowe infor-

macje o przebiegu tworzenia kopii (opcja –v ). Błędy sum kontrolnych będą w tym poleceniu igno-

rowane (opcja –ig ) i wyłączony zostanie proces Garbage Collection (opcja –g ).

Jeżeli uda się zrobić kopię danych tym sposobem to należy przejść do punktu Odtworzenie bazy z

kopii. W przeciwnym razie należy wykonać następny punkt procedury.

1 Oczywiście zamiast „masterkey” należy użyć aktualne hasło użytkownika SYSDBA.

4.Usunąć uszkodzone fragmenty bazy

gfix –m –f –i uszkodzbaza.fdb

Uwaga! Polecenie gfix -m usuwa uszkodzone fragmenty bazy danych. Po wykonaniu tej operacji

należy przystąpić do normalnej operacji backup / restore — ( gbak -b , gbak -c ).

5.Odtworzenie bazy z kopii

gbak –c kopia.fbk nowabaza.fdb

W przypadku pomyślnego zakończenia operacji odtworzenia bazy danych (brak komunikatów o

błędach), należy przystąpić do standardowej operacji odtwarzania bazy danych z kopii (restore).

Podczas odtwarzania bazy danych z kopii zapasowej mogą wystąpić problemy z tworzeniem indek-

sów. W tym przypadku powyższe polecenie należy wykonać z opcjami –i oraz –o . Opcje te dezak-

tywują tworzenie indeksów i potwierdzają ( commit ) zapis danych każdej tabeli oddzielnie.

6.Sprawdzać otworzoną bazę

gfix -v -f OdtworzonaBaza.fdb

Po odtworzeniu bazy danych z kopii należy zawsze sprawdzać poprawność wewnętrznej struktury

pliku bazy danych.

Plik z chomika:

Inne pliki z tego folderu:

Inne foldery tego chomika: