Sello nie importuje towaru i zdjęć z subiekta

[Dawid B. 5]

Witam

Od kilku dni (chyba od czwartku 21.06.2018 ) sello nie zaciąga towaru zaznaczonego "do serwisu aukcyjnego"  warto zaznaczyć, że pojawił się też problem z exportem zdjęć do vendero. Vendero importuje tylko sam towar opis, dane itp ale bez zdjęć. Oczywiście ten problem zgłosiłem do vendero.

Macie może jakieś pomysły. Wszystko od 8 lat działało zawsze bez problemu. Może zauważył ktoś podobny problem?

[MARCIN e-kupowanie.pl 1 025]

Czy występują jakieś błędy w raporcie szczegółowym w Sello? Jeśli tak, to jakie? Czy to się dzieje dla nowych towarów?

[Dawid B. 5]

W raporcie nie zauważyłem żadnego niepokojącego błędu. Dzieje się to raczej dla wszystkich towarów. Testowaliśmy to na nowych jak i starszych towarach ale starszych jeszcze nie zaznaczonych do sello. Zauważyłem też, że w "program serwisowy" dla subiekt GT jest bardzo dużo procesów około 250 - 300 czy to normalne? Wcześniej nie zwracałem na to uwagi ale było chyba zdecydowanie mniej. Każde stanowisko jest dublowane czyli np nazwa komputera "np1" i i ten sam nr procesu dla nazwy "51D408070b......" taka długa nazwa. Każdy z komputerów ma otwartych po kilkanaście/dziesiąt procesów z sello do subiekta.

[Bartosz Rosa 1 785]

1 godzinę temu, Dawid B. napisał:

Zauważyłem też, że w "program serwisowy" dla subiekt GT jest bardzo dużo procesów około 250 - 300 czy to normalne?

Procesów czy podmiotów?

 

[Dawid B. 5]

Przepraszam źle to nazwałem chodziło mi o "Lista aktualnych połączeń z bazą danych" w programie serwisowym, jest ich sporo. Każde stanowisko komputerowe ma włączone sello i subiekt. Teraz zliczyłem, że jedno stanowisko ma około 82 połączenia do bazy danych  przez użytkownika z sello. Czy to normalne. Specjalnie dzisiaj rano restartowałem serwer i odłączałem ręcznie wszystkie połączenia. 

[Bartosz Rosa 1 785]

Proszę sprawdzić w menadżerze zadań ile procesów Sello/Subiekta jest uruchomionych na tych komputerach. W zasadzie nie powinno ich być więcej niż 1xSello + maks. 2xSubiekt + Subiekt uruchomiony niezależnie.

Jeśli jest ich więcej to proszę je pozamykać, zrestartować serwer SQL i sprawdzić czy wtedy synchronizacja z vendero/Sello przejdzie.

[Dawid B. 5]

Sprawdziłem, na komputerach w menadżerze zadań  około 10 procesów Subiekta a max 2 sello. Ale na serwerze było 98 Subiekta.

Co powoduje taką ilość?

[Dawid B. 5]

Wszystko wystartowałem jak kazałeś Bartku. Mija godzina i nic żadnych zmian. Zobaczymy jutro rano czy coś się zmieni.

Sytuacja robi się ciężka.  Może jeszcze jakieś wskazówki?

[Bartosz Rosa 1 785]

Nie znamy na razie odpowiedzi na pytanie, dlaczego procesy się nie zamykają. Sello wykonując operację na Subiekcie po jej zakończeniu zamyka Subiekta. Coś najwyraźniej musi przeszkadzać w poprawnym zamknięciu Subiekta. Czy w raporcie Sello w pełnym logu pojawiają się jakieś błędy odnośnie zamykania Subiekta?

[Dawid B. 5]

Po wejściu w pełny log jest zupełnie pusto

[Bartosz Rosa 1 785]

Nie ma w ogóle nic? Czy polecenie SQL, wykonane np za pomocą programu serwisowego do Sello

select count(*) from jb_Message

zwraca liczbę większą od 0?

[Dawid B. 5]

W programie serwisowym nie mogę wykonać polecenia SQL ponieważ nie pokazuje bazy w programie. Chcąc ją podpiąć wyskakuje alert o używaniu bazy przez inny program.

Z tego co pamiętam baza była podpięta z poziomu serwer management. Mogę spróbować ją odpiąć w serwer management i podpiąć w programie serwisowym.

Właśnie rzuciłem okiem baza ma 58GB urosła o 50 giga od stycznia tego roku to dziwne? Pewnie też dlatego pożera nam 30 GB ramu

 

[Dawid B. 5]

Odpięcie i podpięcie bazy nic nie dało nadal nie widać jej w programie serwisowym. Pokusiłem się o stworzenie nowej bazy ale jej też nie widać w programie serwisowym ale w serwer management tak. Ciekawe czy nowa baza zaciągnie towary z subiekta. Czekam i zobaczymy.

[Bartosz Rosa 1 785]

To w takim razie proszę wykonać to polecenie w SQL Server Management Studio. Można również wykonać ten skrypt, aby sprawdzić co zajmuje tyle miejsca w bazie

 

 

[Dawid B. 5]

Po zapytani zwrócono liczbę 259504416

[Dawid B. 5]

Bartku zerknij proszę w załącznik i powiedz co to tyle waży w tej bazie?

odp1.txt

odp2.csv

[Bartosz Rosa 1 785]

Podejrzane. W raporcie jest 260 mln wierszy, co wydaje się wręcz niemożliwe - zwłaszcza, że Sello czyści raport do ostatnich 10 dni. Dane te zajmują w bazie prawie 48GB. Czy na którymś z komputerów było może włączone kiedyś pełne logowanie komunikacji z Subiektem? Wtedy liczba wpisów do raportu rośnie kilkukrotnie.

 

Tak czy inaczej trzeba to wyczyścić, poniższym poleceniem:

truncate jb_Message
truncate jb__Job

Potem wykonać jeszcze polecenie kompaktowania (shrink) bazy z management studio.

P.S. Czy robisz okresowe backupy/archiwizacje bazy danych?

 

[Dawid B. 5]

Tak robię okresowe archiwizacje bazy danych - ale trochę zajmują, czemu pytasz?

Co masz na myśli " pełne logowanie komunikacji z Subiektem " ?

 

[Bartosz Rosa 1 785]

35 minut temu, Dawid B. napisał:

czemu pytasz?

Bo przy tak dużej bazie to trochę trwa .

Pełne logowanie - jeśli w tabeli jb_Message znajdują się wpisy z * na początku treści to jest to włączone logowanie wielu dodatkowych informacji z synchronizacji z Subiektem (logowanie włączane plikiem *.reg dodającym wpis w rejestrze Windows).

[Dawid B. 5]

Zielonego pojęcia o tym nie mam. A jak to wyłączyć? Czy to jest potrzebne? Baza przyrosła w szybkim tempie od stycznia tego roku około 50GB

Ale byłem pewny, że to zdjęcia, których dodajemy ostatnio sporo po 6-8 szt do każdego produktu.

[Bartosz Rosa 1 785]

Zdjęcia to mały ułamek wielkości bazy.

Po usunięciu tych wpisów i po wykonaniu np godzinie pracy proszę wejść w raport > pełny log i zobaczyć co się tam znajduje, czy nie ma wpisów z * na początku.

[Dawid B. 5]

Polecenie

truncate jb_Message
truncate jb__Job

wykonałem wczoraj. Trwa już 19 godzin.  Zastanawiam się czy wszystko idzie dobrze bo tyle to trwa ? Czy w tym czasie można pracować na sello?

[Bartosz Rosa 1 785]

Z założenia truncate powinien zadziałać szybciej niż delete, ale w przypadku 260mln rekordów i to może zająć trochę czasu. Lepiej by było nie pracować na bazie w trakcie wykonywania truncate, bo z jednej strony dane są kasowane z raportu a Sello dodaje nowe - być może wystąpiło tutaj jakieś zakleszczenie.

[Dawid B. 5]

Wczoraj wieczorem postanowiłem powtórzyć truncate i tym razem się udało. Wyczyściło wszystko a baza zleciała z 60Gb do 5GB

Przez całą noc sello nie zaciągnęło żadnej pozycji towarowej. W szczegółowym raporcie w sello bardzo często pojawia się "Unspecified error" co koło 6 minut.

W załączniku raport po wykonaniu truncate i po upływie 12h.

Bartku czy masz jakieś pomysły jak poradzić sobie z tym problemem? Robi się to bardzo uciążliwe ponieważ codziennie mamy transakcje z nowym towarem, którego nie możemy zaciągnąć do sello a w skutek tego nie możemy obsłużyć transakcji w sello.

po_12h.csv

po_czyszczeniu.csv

[Bartosz Rosa 1 785]

Czy jest więcej szczegółów przy tym unspecified version?

Na początek sprawdziłbym czy baza nie jest uszkodzona poleceniem:

DBCC CHECKDB(nazwa_bazy)

Jeśli pojawią się błędy na koniec to wklej je tutaj.