Łukasz Pytliński

1. zmiana ver nic nie daje - widocznie jest jak mówisz, reszta zmian w bazie nie poszła 2. testowałem - tempdb rośnie, ale cały czas ma miejsce na dysku, więc nie zapycha się, czyli to nie to 3. shrink robi się ok 40-50 min, a konwersja ostatnio robiła się ok 10 godzin! - mało możliwe, żeby po zmianie wersji, aż tyle było do uporządkowania 4. co do wyłączenia shrinka - jako parametr - absolutnie tak - w wielu sytuacjach to jest nadmiarowe, my i tak po konwersji reindeksujemy wszystko, dokonujemy kilku czyszczeń i tak robimy shrinka, więc to jako parametr BARDZO by się przydało

Bartek, pomysł niezły, ale chyba jednak nie to (lub nie tylko to). Mieliśmy shrinka zrobionego PRZED kopią w sobotę (ok 10GB wolnego miejsca), w niedziele rano, zniknęło okienko (założyłem, że się wszystko zrobiło) tymczasem po odpaleniu, wykrzyczał, że wersja bazy jest NOWSZA niż programu (niemożliwe, bo było 1.37). Okazało się, że w properties bazy było cały czas ~1.36 - zmieniłem na 1.37 i ruszyło. ALE zaczęły się kosmiczne rzeczy dziać - nie dało się wejść w aukcje, paczki i towary. Wyzerowałem gridy, - to samo. Więc kolejna próba - konwersja do 1.37 i znowu stanęło na tym samym. Dodam, że tempdb zgłupiało - zaczęło puchnąć w strasznym tempie. Taka sytuacja. Wynik select et_Id, et_name, et_subject from em_Template - to 87 szablonów.

u nas to samo, wisi od ponad godziny na tym samym. Baza 300GB - jakiś pomysł/opcje co zrobić, jak przyspieszyć? Bo rozumiem, że w przeciwnym wypadku, powrót do starej wersji tylko?

Bartku, to zapytanie nic nie daje, u nas w bazie nie ma takiego rd_name jak 'LastOrderEventId'... jest podobne: 'LastGSTDate' - czy to to?

witam, od wczoraj, od północy przestały się pobierać transakcję, czy u kogoś wystąpił ten błąd? Mam wrażenie, że na 1.33 i now transakcje, mieliśmy mieć trochę czasu, chyba, że to coś innego. Ktoś, coś?

identyfikatory w ins_Ident się zgadzają, to pierwsze co sprawdzamy jak coś nie halo Poza tym, tak jak napisałem: transakcje pojedyczną "idą", tylko grupowo nie działa.

Jasne, mój błąd: Zapytanie, które jest problematyczne, tzn insert na dok__Dokument, dok_magruch, dok_Pozycja o identyfikatorze, który nie chce się przez sello/sgt zapisać, wywołane ręczne (tzn skopiowane z profilera do management ) działa bez bólu - tworzy dokument i jest ok.

witam błąd pojawił się niedawno. Wersja Sello 1.30.1, wersja SGT 1.55 Zbiorcze tworzenie dokumentów z transakcji, czasem tworzy wszystkie FS, czasem tworzy jedną fakturę a czasem żadnej. Bez żadnego konkretnego powodu. Ręczne tworzenie FS z transakcji - pojedyńcze - zawsze działa. W profilerze podejrzane zapytanie, które nie wywołuje się na bazie - wywołane ręcznie zawsze działa. Bład jest zarówno w trakcie korzystania z Sello jak i Baselinkera. W Baselinkerze dodatkowo błąd numer: 0x800418AF. Jakieś pomysły co go dopadło? Na nieszczęście, nie widać jak na razie żadnej zależności (towary, kontrahenci,magazyn) w działaniu.