Dzień dobry,

Dziś wpadłem na "genialny" pomysł aby zaktualizować Subiekt GT do najnowszej wersji. W tym celu zalogowałem się na serwer i z poziomu użytkownika szef w Subiekt GT kliknąłem Pobieraj w celu ściągnięcia najnowszej wersji programu. Po chwili pojawił się przycisk Instaluj, też kliknąłem. Program się zainstalował, a podczas pierwszego uruchomienia zaproponował konwersję bazy danych do najnowszej wersji. Podałem hasło szefa i czekałem z nadzieją, że wszystko zakończy się pozytywnie.

Niestety tak nie było Wyskoczyła informacja, że konwersja nie powiodła się. Na dodatek dostałem info, że "Przywrócenie podmiotu nie udało się." No i jestem w kropce.

Na całe szczęście przed instalacją nowej wersji zrobiłem archiwizację.

Aktualizacja była robiona z wersji 1.3906 do wersji: 1.4201.01.3529.

Na końcu loga pojawiła się taka informacja:
Dodanie składników dot. liczby dni używania samochodu służbowego (A)...Nie powiodło się:
Błąd 0x80040E2F: The INSERT statement conflicted with the FOREIGN KEY constraint "FK_plb_SkladnikAbsencja_plb_Skladnik". The conflict occurred in database "WireDB_2011", table "dbo.plb_Skladnik", column 'sp_Id'.
Aktualizacja podmiotu nie powiodła się: 0x80040e2f: IDispatch error #3119
Nie powiodło się przełączanie baz: z WireDB_2011_kopia_4 na WireDB_2011 z powodu błędu: Only user processes can be killed.
Przywrócenie podmiotu nie udało się.
W programie serwisowym koło mojej bazy danych w kolumnie wersja jest coś takiego: ~1.4201

Baza nie chce się uruchomić, jest info, że baza jest w przygotowaniu do konwersji, albo coś w tym stylu.

Domyślam się, że do aktualizacji będę musiał wezwać dobrego serwisanta, ale do tego czasu chciałbym przywrócić bazę do wersji 1.3906, ale NIE WIEM JAK to zrobić dobrze

Proszę, pomóżcie.

Nie wystarczy odtworzyć archiwum, bo baza w starej wersji będzie dalej wymagała konwersji.

Jeśli chcesz wrócić do wersji poprzedniej to musisz odinstalować GT i zainstalować tę właśnie wersję. 1.3906 to inaczej 1.39 SP1 HF3.
Potem odpalasz Archiwizator -> Dearchiwizuj -> Wybierasz plik z archiwum -> Wskazujesz podmiot którego konwersja się nie udała (i tak nic z niego nie będzie) i dajesz OK.

Albo ktoś musi usunąć źródło problemu w Twojej bazie i wtedy obejdzie się bez wachlowania instalatorami.

Nie musi dearchiwizować, bo cały czas jest baza-kopia, do której może się podłaczyć i dalej pracować.
A baza ~1.4201 jest do usunięcia.
Ponieważ chyba masz kilka nieusuniętych starych baz sprzed konwersji, to aktualna jest ta z  numerem 1.3906.
Ale jak napisał Candy wymagane jest przywrócenie odpowiedniej wersji GT.

Witam,

ja znow, dla odmiany, mam sylwestra z glowy przez podobny blad

Aktualizacje struktury bazy danych przebiegaja poprawnie (jedzie az od 1.34.03), ale na koniec dostaje w logu:

Aktualizacja listy uprawnień... Nie powiodło się:
Błąd 0x80040E36: Row cannot be located for updating. Some values may have been changed since it was last read.

Macie pojęcie co to moze byc? Czy ewentualny upgrade do 1.41 zamiast 1.42 moze rozwiazac problem?

ja znow, dla odmiany, mam sylwestra z glowy przez podobny blad

Masz tak jak sam zdecydowałeś

Aktualizacje struktury bazy danych przebiegaja poprawnie (jedzie az od 1.34.03), ale na koniec dostaje w logu:

Aktualizacja listy uprawnień... Nie powiodło się:
Błąd 0x80040E36: Row cannot be located for updating. Some values may have been changed since it was last read.

Macie pojęcie co to moze byc? Czy ewentualny upgrade do 1.41 zamiast 1.42 moze rozwiazac problem?

Opisz środowisko serwera SQL (system, SQL, wersje, bitowość, itp), upewnij się, że jest poprawne collation serwera SQL (takie same jak bazy dnaych).

Niestety nie odpowiedziałeś wyczerpująco na moje pytania.

Po co się rozwodzisz nad całą resztą skoro collation serwera nie jest poprawne ? Zainstaluj poprawnie serwer SQL.

To zależy od wykonywanych operacji, przecież nie wszystkie wykonują się w bazie programu, istnieje coś takiego jak baza tymczasowa... Nie daję gwarancji, że pomoże, ale trzeba sprawdzić, aby się przekonać.