Forum Użytkownikow Subiekt GT
InsERT GT => Subiekt GT => Wątek zaczęty przez: Ninja w Grudzień 23, 2015, 20:59:47
-
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 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.
-
Panowie, dziękuję za odpowiedzi :)
Zrobiłem tak jak napisał candy, ale zostawiłem na serwerze klienta w nowej wersji (poczeka na serwisanta). Najważniejsze, że wszystkie osoby w firmie, które mają Subiekta w wersji 1.3906 mogą normalnie pracować. Ale najadłem się strachu przed świętami... Wielkie dzięki za pomoc!
Pozdrawiam
-
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?
-
Trudno powiedzieć co jest powodem, ale spróbować nie zaszkodzi. Czasem taka droga po kawałku daje efekt inny niż od razu wszystko, choć to raczej w starych wersjach było.
-
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).
-
System Win XP 32bit, MS SQL Express 2008 R2, a update z insert 1.3403 do 1.4200.
To jest zmiana z jednej maszyny na druga - poprzednia maszyna byla dokladnie taka sama (w sensie systemowo, softowym) - jedyna zmiana to zmiana wersji oprogramowania Insert.
-
Niestety nie odpowiedziałeś wyczerpująco na moje pytania.
-
Hm, ok :) postaram sie :)
System Windows XP PRO SP3 32bit
MS SQL Express 2008 R2 (10.50.4000) oczywiscie dla 32bit.
Zainstalowane backward compatibility.
Update z archiwizacji insert 1.3403 do 1.4200.
Jesli potrzebujesz cos wiecej napisz prosze konkretnie co, bo widac nie wiem, ze moze to byc istotne :)
Collation defaultowe samego serwera rzeczywiscie nie zgadza sie z archiwum, ale baza do ktorej probuje archiwum zaimportowac ma poprawny collation.
Jedna rzecz ktora mnie zdziwila to to, ze w starym SQL gdy lacze sie do niego zewnetrznym programem to tabele maja zwykle nazwy, a w nowym sa poprzedzone przedrostkami "dbo.". Czy to moze powodowac problemy? Przypominam, ze aktualizacje struktury przebiegaja (wg loga) poprawnie :) Dziwne to wszystko.
Czy SQL Browser powinien byc uruchomiony czy nie?
-
Po co się rozwodzisz nad całą resztą skoro collation serwera nie jest poprawne ? Zainstaluj poprawnie serwer SQL.
-
OK, przeinstaluje serwer.
Ale czy nie jest tak, ze defaultowe collation serwera nie ma znaczenia jesli collation bazy jest ustawione poprawnie? Baza czyta i pisze wg collation bazy, zdaje mi sie :) Myle sie?
-
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ć.