Autor Wątek: Błąd podczas aktualizacji bazy error code 13 i po error code 208 (Przeczytany 6716 razy)

jedrek · « **dnia:** Stycznia 04, 2013, 09:17:45 am »

Witam,

mam problem z którym kamsoft jak na razie sobie nie radzi.
Podczas ostatniej aktualizacji (3 dni temu) kiedy doszło do aktualizacji bazy danych pojawił się błąd: taki jak na załączniku c3.jpg

Po uruchomieniu programu KS-PPS mam bląd z załącznika c2.jpg a następnie pokazuje się okienko z załącznika c1.jpg, oczywiście wpisanie hasła nic nie daje. Od Kamsoftu jak na razie otrzymałem tylko informację aby uruchomić instalację z pliku ksinstal_online.bat co oczywiście nic nie zmienia jak widać na pliku c3.jpg

Dołączam jeszcze pliki log.txt - logi z dnia w którym aktualizowałem KS-PPSa i w którym doszło do błędu oraz plik log-bat.txt po wykonaniu aktualizacji przy pomocy pliku bat.

Jeśli ktoś miał podobny problem proszę o jakąkolwiek informację co zrobić.

mpi · « **Odpowiedź #1 dnia:** Stycznia 04, 2013, 09:58:30 am »

Na błąd w załączniku C2 powinno pomóc polecenie:

gfix KSPPS.FDB -online normal -user SYSDBA -password masterkey

ale czy nie wystąpią problemy związane z błędem w czasie aktualizacji to nie wiem. Na wszelki wypadek skopiuj gdzieś aktualny plik z bazą i dopiero kombinuj.

jedrek · « **Odpowiedź #2 dnia:** Stycznia 04, 2013, 11:56:20 am »

Cos chyba jest nie tak z baza bo jak chce skompresować plik bazy zipem to program 7zip daje mi komunikat Błąd CRC i kompresja sie przerywa.
BTW jak (gdzie) wykonać to polecenie? To samo jest gdy chce po prostu skopiować plik w inne miejsce...

Gdy uruchomiłem plik: KSKopiaBezp.exe to w pewnym momencie wyskakuje komunikat jak z załącznika c4.jpg.

PS. Wiecie jak można przyśpieszyć reakcję Kamsoftu? Wszystkie informacje które tutaj umieściłem przesyłam też na bieżąco do Kamsoftu, jak na razie odpisali tylko żeby uruchomić plik bat i pisać jeśli będą problemy... tylko że problemy są a od 2 dni cisza.

jedrek · « **Odpowiedź #3 dnia:** Stycznia 04, 2013, 13:05:38 pm »

Czy myślicie ze zastosowanie się do kroków z tego wątku może rozwiązać problem?
http://forums.devshed.com/firebird-sql-development-61/corrupted-database-help-gfix-gbak-was-got-error-that-i-509051.html

Tylko jak skopiować plik skoro nie da się tego zrobić w zwyczajny sposób, nie chciałbym namieszać bardziej niż jest namieszane.

mpi · « **Odpowiedź #4 dnia:** Stycznia 04, 2013, 13:22:16 pm »

A plik kspps.fdb nie jest zablokowany przez Firebirda? Zatrzymaj go w panelu sterowania i uruchom ponownie.

Coś kiepsko to widzę...

jedrek · « **Odpowiedź #5 dnia:** Stycznia 04, 2013, 13:42:05 pm »

Zatrzymanie serwera nic nie daje. Plik bazy musi być walnięty. Chciałbym zrobić sobie jego kopię zanim zacznę próbować go naprawiać nie wiem niestety jak.

jedrek · « **Odpowiedź #6 dnia:** Stycznia 04, 2013, 18:33:18 pm »

Odpaliłem CHDISK i po tym nie ma już blędu CRC, jednak dalej nie mogę połączyć się z baza ani przeprowadzić aktualizacji.

Wykonałem coś takiego:

C:\KS\KS-PPS\BAZA>gfix -user SYSDBA -password masterkey KSPPS.FDB -v -f
database file appears corrupt ()
-bad checksum
-checksum error on database page 40811

Wygląda więc na to że baza jest zwalona, zobaczymy czy uda się ją naprawić.

Lastryko · « **Odpowiedź #7 dnia:** Stycznia 04, 2013, 22:35:22 pm »

Cytat: jedrek w Stycznia 04, 2013, 18:33:18 pm

Odpaliłem CHDISK i po tym nie ma już blędu CRC [...]

Jak już uporasz się z bazą, to pamiętaj, że błędy CRC nie biorą się z niczego.

jedrek · « **Odpowiedź #8 dnia:** Stycznia 04, 2013, 23:42:22 pm »

Po usunięciu błędu CRC zastosowałem się do wskazówek z tego posta:

http://forums.devshed.com/showpost.php?p=1984525&postcount=9

z tym, że w punkcie 4 przy tworzeniu backupu dodałem jeszcze parametr '-g' (Does not perform garbage collection during backup, so the backup will be faster. When you plan to da a Restore or Sweep anyway after the backup), reszta bez zmian. Bez tego nie szło.

Po przywróceniu backupu baza jest około 30MB mniejsza od oryginału, ale nie zauważyłem żadnych braków w danych. Możliwe, że nie uszkodziły się żadne dane a jedynie indeksy, które zostały odbudowane podczas dokończania aktualizacji.

W każdym bądź razie działa całkiem dobrze

Co do błędu CRC wiem, że nie bierze się to z niczego. Trzeba będzie pomyśleć nad wymianą dysku.

mpi · « **Odpowiedź #9 dnia:** Stycznia 05, 2013, 10:08:52 am »

Zawsze po przewróceniu kopii bezpieczeństwa baza się zmniejsza. Jest to zależne od wielkości bazy i czasu od poprzedniego backupu.

andrzej_w_k · « **Odpowiedź #10 dnia:** Lutego 10, 2013, 13:44:14 pm »

Witam ja właśnie samemu naprawiłem uszkodzoną bazę z uszkodzeniem CRC - okazał się uszkodzony dysk uszkodzony sektor -okazało się po CHKDSK (sprawdzanie dysku C:, razem system+KSPPS

),
gfix pokazywał uszkodzoną stronę 283 bazy i nie mógł naprawić,
skopiowałem bazę (wcześniej zatrzymujemy firebirda oczywiście) kspps.fdb, programikiem FlameRobin dostępnym tutaj http://www.flamerobin.org/ zobaczyłem że ta baza ma 4096 bajtów na stronę,uszkodzone były tabelki adres początku uszkodzenia = strona * bajty na stronę =283*4096=1159168 bajtów=11B000 hex teraz potrzebowałem kopi bazy z ostatniej dobrej bazy przywróciłem bazę bez błędów następnie programikiem do do edycji hex polecam "HxD - Freeware Hex Editor and Disk Editor" znajdujący się tutaj http://mh-nexus.de/en/hxd/ (dostępna również wersja polska) otwieramy obie bazy kopiujemy z dobrej i zastępujemy w uszkodzonej u mnie 4096 bajtów było zerami

zapisujemy teraz np.jako KSPPS_OK.FDB podmieniamy, następnie uruchamiamy firebirda testujemy gfix bazę u mnie się udało

podmieniamy z oryginałem , uruchamiamy KS-PPS i testujemy robiąc kopię bezpieczeństwa.
Ja szukając sposobu na naprawę zawaliłem weekend

.

PS.Jak ja "uwielbiam" systemy bazodanowe

Aktualności:

Reklama