InsERT GT => Rewizor GT => Wątek zaczęty przez: Maria w Wrzesień 12, 2013, 10:50:32
-
Zainstalowałam wersję 1,33 rewizora i... po otwarciu trwa konwertowanie bazy danych. Ok, nie byłoby to dziwne, ale trwa to już kilka godzin !!!
Tak ma być?
-
witam
nie:-)
-
witam
Mam ten sam efekt co z tym można zrobić.
-
Po zainstalowaniu 1.33 od razu przed uruchomieniem zainstalować poprawkę SP1.
Jesli to nie pomoże, to wtedy trzeba będzie szukać.
-
Ja zaraz po 1.32 SP1 nie instalowałem 1.33 tylko od razu 1.33 SP1. I teraz przy konwersji podmiotu wyskakuje komunikat:
Błąd 0x80040E14: Could not find database ID 102. Database may not be activated yet or may be in transition.
Aktualizacja podmiotu nie powiodła się: 0x80040e14: Could not find database ID 102. Database may not be activated yet or may be in transition.
Przywrócenie podmiotu powiodło się.
Nigdy nie było problemu z bazą itd.
-
spróbuj konwersji programem serwisowy,
mnie jeden podmiot tak szalał (ja robię konwersje z BiuraGT)
a programem serwisowym się zrobiła, dziwne może ale warto spróbować
-
To już tak znany problem, że ciężko nie znaleźć rozwiązania - doinstaluj SP4 do SLQ'a 2000 lub zainstaluj nowszą wersję, na przykład 2008 R2 SP1.
-
Witam, na początek dopiszę tu, nim rozpocznę nowy wątek, gdyż nr błędu jest ten sam, lecz zdarzenie inne.
Nie mogę dokonać aktualizacji jednego z podmiotów i na razie jestem bezradny;
prób dokonywałem już na SQL 2012, 2014 na Windows 7 i Windows 8 z wszystkimi dostępnymi aktualizacjami.
Poniżej wciąż ten sam komunikat:
Aktualizacja podmiotu: X_SP__Z_O_O_ z wersji: 1.4902 do wersji: 1.5005.11.4094 dnia: 2018-02-01 14:24:10
Zapisywanie informacji o początku konwersji
Zastosowano do podmiotu skrypt: G:\Program Files (x86)\InsERT\InsERT GT\Skrypty\skrypt1.4902_1.5000.enc
Czas: OdczepianieObiektow 00:00:00
Czas: UsuwanieConstraintow:Check,Default 00:00:22
Czas: OdczepianieConstraintow:PK,FK,Unique 00:00:00
Czas: UsuwanieRegul 00:00:00
Nie powiodło się wykonanie polecenia:
EXEC sp_unbindefault N'pd_Uzytkownik.uz_Imie'
Błąd 0x80040E14: Column 'pd_Uzytkownik.uz_Imie' has no default.
Aktualizacja podmiotu nie powiodła się: 0x80040e14: Column 'pd_Uzytkownik.uz_Imie' has no default.
Przywrócenie podmiotu powiodło się.
Czy mogę prosić o jakieś sugestie?
-
Sugestia jest zawarta w podany przez ciebie opisie - można spróbować dodać brakujący obiekt do bazy danych - jeśli nie potrafisz z niej skorzystać to najprościej będzie zgłosić się do dostawcy programu lub poszukać dobrego serwisanta.
-
...i na taką sugestię liczyłem, bardzo dziękuję.
Kończąc udrękę, jakim sposobem pogubił domyślne wartości? (gdyż teraz stanął na kolejnej tabeli), zwłaszcza iż kilka innych podmiotów przeszło konwersję w standardzie bez problemu, a o ile mi wiadomo nikt nie grzebał w tabelach.
Dziękuję, poprawiam kolejne i oby to było tylko tyle z tą bazą.
-
No niestety, przy tak rozbudowanych rozwiązaniach różne problemy się pojawiają, lecz zwykle mają jakąś przyczynę, której to mało kto szuka... Zamieść treści błędów, wróżyć nie potrafię.
-
...i już po zabiegu, udało się wczoraj odbudować strukturę i dokonać konwersji bazy. W załączeniu log akcji.
Co do przyczyn, to nierozstrzygnięte, ...brak wartości domyślnych to jedno, lecz brak poszczególnych tablic to już dziwne, a najdziwniejsze to brak poszczególnych kolumn w istotnych tabelach typu kh__Kontrahent, dok_Parametr.
Nie znam szczegółów awarii u klienta, ...i choć wygląda to niemożliwie, to podejrzewam błąd we wcześniejszej aktualizacji który jakimś cudem zakończył się i klient mógł pracować na podmiocie.
- brak ostatnich kolumn w tabelach
- brak poszczególnych tabel
- brak ostatniego odwołania do kolumny w jednym widoku
Nigdy nie monitorowałem co jest w strukturze dodawane po aktualizacji. Dla tych co wiedzą, z pewnością znajdą info w załączonym logu.
Pozdrawiam
Marcin
-
Dla mnie to wygląda na niedokończoną konwersję i wymuszenie przez użytkownika kontynuacji pracy na takiej niekompletnej bazie danych.
-
...co prawda nie spotkałem się z taką możliwością, ale wygląda to na niedokończoną, wcześniejszą aktualizację.
Będę monitorował klienta, mam go teraz w opiece :-)
Jeszcze raz dziękuje za tą "sugestię", skupiłem się na domyślnym ustawieniu użytkownika, a nie na domyślnej wartości, bądź co bądź zazwyczaj pustego pola.
-
Spotkałem taki przypadek, że konwersja nie przeszła do końca i baza wisiała z komunikatem "w trakcie konwersji".
Ktoś "sprytny" wszedł do sql i ustawił status bazy na prawidłowy. Program się uruchomił i działał.
Ale przy następnej konwersji było już dużo gorzej i objaw był taki jak opisałeś - brak tabel, brak nowych kolumn w niektórych tabelach, puste recordy.
Była zabawa z naprawieniem i zachowaniem danych.
A "sprytny" bronił się argumentem, ze przezecież baza pracowała. Tam był tylko Subiekt i widocznie jemu akurat nie przeszkadzało, ale przy następnej konwersji wyszło.
-
Szczerze powiedziawszy uważam że od takiej bazy trzeba jak najszybciej uciekać, tzn stworzyć nową, przenieść niezbędne dane i zacząć od początku, a stara baza niech zostanie ew. do podglądu, póki da się ją aktualizować.
-
Tak Aldo, ...i tu masz rację.
Wielokrotnie ratowałem bazy przy przerwanych konwersjach, ale rzeczywiście, jak ktoś zmienił tylko sam status i zadziałało, to skutek mógł być właśnie taki jak ten.
Wiem, że ktoś obsługuje to biuro rachunkowe odnośnie Inserta lub może już tylko obsługiwał. Pytałem księgowe o "grzebanie" w bazach i podobne awarie, lecz panie nic nie zauważyły ...nie drążę tematu, skutek znany, naprawa udana, konwersje przeszły, bazę będę monitorował.
Przy okazji dokonałem paru czynności na które zawsze brakowało czasu.
-
...co prawda nie spotkałem się z taką możliwością, ale wygląda to na niedokończoną, wcześniejszą aktualizację.
Przez "wymuszenie przez użytkownika kontynuacji pracy na takiej niekompletnej bazie danych" miałem na myśli właśnie to, co opisał @Aldo, pisałem ogólnie, bez szczegółów technicznych, które ktoś mógłby wykorzystać w nieprawidłowy sposób i zrobić sobie krzywdę.
Będę monitorował klienta, mam go teraz w opiece :-)
No to chyba pomyliłeś fora ;)