Błąd podczas aktualizacji do 2015.03.0.0

[psz3mo]

Witam.

Czy ktoś ma pomysł jak to sobie poradzić z tym problemem? Podczas aktualizacji do najnowszej wersji wyskoczył błąd z załącznika (dotyczy kilkudziesięciu rekordów), później następuje seria z tabeli SWCL z odpowiednio inną treścią. Po przeklinaniu wszystkich błędów PPS uruchamia się normalnie, ale ponowne puszczenie ksinstal znowu je wywołuje. Porównywałem te tabele z czystym PPSem w wersji 1.4 i o ile NCWD, NCWL, NCWR się powtarzają to KONZ i TYPZ są zupełnie inne, w 3.0 są wypełnione rekordy (T/N, Roz/Wyk), a w 0.0 i 1.4 mam pełno 'null' - zmiana na null w 3.0 nie jest możliwa, bo czepia się ograniczeń 'scwd_konz_chk', 'scwd_typz_chk', które nie mogą być puste i stoję w miejscu. Nie mam możliwości zajrzeć do innej tabeli w wersji 3.0 (przynajmniej).

Ps. Baza to FB.

Pozdrawiam,
Przemek

[Edward_B]

Kiedyś coś takiego miałem to kliknąłem Zawsze Tak i do przodu i było OK

[psz3mo]

Gdyby to było dla mnie to bym olał temat, ale robię to dla kogoś i chciałbym uniknąć problemu w przyszłości.

[Edward_B]

Tak zrobiłem i nie miałem problemów, jest trochę o tym na forum to poczytaj

[09061303]

W tabelach znajdują się informacje, które nie spełniają warunków CHECK - warunki te jak były, to nie były włączone, ale też mogły się pojawić w aktualnej wersji. Ogólnie jeśli problem w takim wypadku jest nierozwiązany (nie są załączone CHECKi - przez pomiń na ten przykład), to mogą do tabel wchodzić dane, które nie powinny i baza tego nie wychwyci. W wielu przypadkach, program będzie działał ok - walidację danych w insertach przeprowadza też sama aplikacja, ale w razie W jakby ktoś chciał Kamsoftwoi coś zarzucić, to odbity zostanie z informacją, że ma niespójną bazę. Dlatego wg mnie lepiej to poprawić.

Typowo stricte serwisowo - trzeba zobaczyć co robią dane CHECKi (chyba są to walidacje na temat kluczy obcych i jak baza była kiedyś uszkodzona i naprawiana nie do końca jak trzeba to taka sytuacja może zajść, że nie będzie wszystkich potrzebnych rekordów w powiązanych tabelach) i ręcznie (jak był wylot danych) coś w temacie podziałać. Nie da się tego tak za bardzo opisać, ale jak są to tabele słownikowe - można na podstawie innego PPSa próbować coś odtworzyć, ale jak są to inne dane - zwykle kończy się to tak, że aby umożliwić załącznie CHECKa, trzeba parę rzeczy pousuwać (zwykle i tak są to dane uszkodzone).

O naprawie na forum to raczej tyle pomogę, ponieważ każda sytuacja (dane) i błędy wymagają różnych działań.

[psz3mo]

Problem rozwiązany metodą...siłową. Wywaliłem całego PPSa + Firebirda i puściłem pełną instalacje, zainstalowało się 3.0, przywróciłem bazę danych spod PPSa, zrobiłem update do 3.1 i żadnych problemów nie zarejestrowałem.

Tak jak 09061303 napisał, sprawdzałem wcześniej tabele i checki, które się "rozjechały" przed rozpadnięciem bazy - w pewnym momencie doszedłem do tego, że ksinstall nie chciał przeinstalować PPSa , bo były errory. Zarówno tabele, jak i checki w obecnej, działające wersji wyglądają tak samo jak w chwili występowania błędów.

Mam nadzieję, że temat już nie wróci.

Pozdrawiam,
Przemek