zata

Na kasa/ABsport prawym a nie na bazie danych

A w logach systemowych nic nie ma? Kiedyś chyba zdarzały mi się podobne problemy jak coś się przy instalacji sello nie zarejestrowało prawidłowo. Ponowna instalacja sello rozwiązała problem. Bo jeśli dobrze widzę to ostatnia synchronizacja faktycznie zgodnie z wynikiem zapytania była: 27.07.2017, 10:08:56

Tak jeszcze dojrzałem że Ty masz tam jeszcze subiekta to myślę że te 2 GB na obie bazy to minimum, żeby w ogóle dało się na obu programach jednocześnie pracować.

No przyspieszyć go na pewno nie przyspieszy jak baza ma już 5 GB Ale ograniczyć można - potrzebujesz managment studio z SQL Servera - jeśli go nie masz (w menu start) to trzeba doinstalować (https://msdn.microsoft.com/en-us/library/mt238290.aspx) Jak masz to wystarczy uruchomić zalogować się do serwera i z listy po lewej wybrać pierwszą pozycję czyli nazwę serwera na niej prawym i properties - dalej ukaże się takie okno jak wrzuciłem powyżej zakładka memory i ustawiasz maximum memory ale poniżej 1500 raczej bym nie schodził .

A jesteś pewien że nic automatem nie startuje? Może po prostu nie czekałeś odpowiednio długo. Każde ręczne kliknięcie pobierania resetuje licznik automatu.

A kto powiedział że w wersji express sql servera nie da się ograniczyć ilości zużycia RAM ?? Właśnie sprawdziłem i opcja jest dostępna normalnie tak jak w pełnym SQL.

Ustawiasz parametry synchronizacji w sello i pobieranie na określonym użytkowniku, następnie uruchamiasz sello z harmonogramu zadań przekazując dane do logowania w pliku xml konfigurujesz 8 takich zadań każde startuje o określonych godzinach zależnie od dłguości pobierania trzeba by dobrać czasy i albo zabijać poprzednio uruchmione sello albo skonfigurować tak czasy żeby pobierało się co x godzin. W sumie można by skonfigurować uruchamianie co 24h i każde sello uruchomić o różnych godzinach wtedy obyło by się bez skryptów trzeba by się również zastanowić co właściwie zabija serwer bo jeśli nie jest on jakoś bardzo stary to powinien sobie dać radę bez problemu z 8 sello. Ja np używam tylko takie skryptu do uruchamiania automatem/zabijania dwóch sello: taskkill /f /fi "imagename eq Sello.exe" /fi "USERNAME eq administrator" START "" "C:\Program Files (x86)\InsERT\Sello\Sello.exe" D:\sello1.xml START "" "C:\Program Files (x86)\InsERT\Sello\Sello.exe" D:\sello2.xml a w xml'u musisz zdefiniować które sello i na jakim użytkowniku ma być uruchomione: <startup> <sql_server>serwer</sql_server> <auth_mode>sql</auth_mode> <sql_login encrypted="0">user_sql</sql_login> <database>baza_sello</database> <login encrypted="0">user_sello\hasło_sello</login> </startup>

Witam, Skąd pobierana jest cena w transakcji - testujemy zmianę cen w aukcjach trwających i wstępnie wychodzi mi że cena w aukcji się nie aktualizuje i co za tym idzie w transakcji wpada stara cena, a w formularzu już zmieniona. Pytanie czy Koszt towarów w transakcji pobierany jest z WebApi czy przepisywany z aukcji? Funkcja zmiany cen w aukcjach trwających jest bardzo pożądana - pytanie czy jakoś pójdzie to usprawnić?

Ja już mam takie (120):

Wątek znamy nasze problemy to raczej awaria allegro do której się przyznali

Wczoraj chyba allegro wolniej działało bo u mnie synchronizacja puszczona o 20 skończyła się dopiero po 7 rano. Normalnie wyrabia się w ok 6h.

Witam, Po ostatnim czyszczeniu logów i wydłużeniu timeout'ow w związku z problemem z dużą ilością klientów w transakcji nie wyświetla mi się status pobrania FOD'ow w raporcie: Sytuacja trwa już kilka dni i z tego co widzę nie aktualizuje się również LastDealJournalId w bazie danych. Formularze oczywiście jak widać na zrzucie się pobierają - przypuszczam że nie do końca / coś przerywa operacje i tu obawiam się że zaraz pobieranie transakcji znacznie mi się wydłuży skoro LastDealJournalId się nie aktualizuje to pewnie za każdym razem pobiera od tego zapisanego w bazie (w kółko to samo). Jakieś sugestie ??

U mnie problem występuje tylko na stacji działającej po sieci, na dwóch różnych chyba w sumie - nie stanowi to dla mnie problemu ale tylko zgłosiłem bo maile i tak pobieram na serwerze i na pewno nie jest to problem bazy danych bo to pełen SQL i baza ma po ostatnim czyszczeniu 13137,38 MB

Dzisiaj dostałem podobne zgłoszenie - nie wpadają faktycznie tylko te maile i podejrzewam że winny jest sterownik MS SQL (po kodzie błędu) - w logach widać taki błąd: Na serwerze wiadomości pobierają się bez problemu.

Problem się nasila - proszę o zdefiniowanie sformułowania "wkrótce" Bo timeouty już mamy wydłużone do 30 (48) i zaczyna się problem z pełnym pobieraniem i przepełnieniem pamięci (pobieranie trwa z 5-6h pamieć procesu sello dotrze do 1,5-1,8 GB RAM i stoi)

Serwer SQL ma przydzielone 64 GB Ramu bo więcej nie weźmie wersja standard i dwa świeże Xeony Octa-core, baza leży na dedykowanej macierzy złożonej z 5 dysków SAS 15K (oczywiście logi są na innej i tempdb też na innej , baza ma raptem 5GB - jedno konto i odcinane ok marca (założna świeża baza). Tak więc sprzęt ani konfiguracja nie jest tutaj problemem, sello mam do zarzucenia tak naprawdę tylko wieceki pamięci po kilku godzinach działania na tej bazie pochłania 1,7GB ramu i przestaje cokolwiek robić, więc mam skonfigurowany automat który sprawdza zużycie ramu i restartuje Sello jak przekroczy granicę. A największym problemem jest pobieranie danych z Allegro - dzienniki gubią dane a pełne pobieranie trwa różnie ale minimum 5h, chcąc utrzymać standard wysyłki na poziomie 24h takie kilkugodzinne opóźnienie ma już znaczenie. A co do indeksów to wiele zależy od ilości danych i sposobu korzystania z filtrów itp - sello jest na tyle konfigurowalne że nie ma uniwersalnych indeksów a przy pewnym rozmiarze danych już niezależnie od systemu indeksy trzeba dodawać (i dotyczy to każdego systemu z jakim miałem do tej pory do czyenienia), zreszta nawet teraz mamy niedzielę więc nikt na sello nie pracuje biorę 2 najdłużej wykonujące się zapytania i co: The Query Processor estimates that implementing the following index could improve the query cost by 99.9592%. The Query Processor estimates that implementing the following index could improve the query cost by 99.9694%. i to indeksy tego typu: CREATE NONCLUSTERED INDEX [<Name of Missing Index, sysname,>] ON [dbo].[em__Email] ([em_MessageId]) nie analizuje już tego bo szkoda mi czasu ale tu aż jestem zdziwiony że na em_MessageId nie ma indeksu skoro z tego co widzę masa selectów po tym idzie

Już przy 500 transakcjach dziennie utrzymanie sello to zmora Największym problemem dla mnie są wycieki pamięci Sello po 4-5h działania pożera 2GB RAMu i przestaje cokolwiek robić. Poza tym dzięsiątki dodatkowych indeksów w bazie danych, regularna "konserwacja", czyszczenie danych, mechanizmy kontrolujące "czy sello działa" itp ogólnie temat rzeka, a przygotowanie sello na listopad i grudzień już powoli trzeba zaczynać (pobranie kilku tysięcy transakcji dziennie w grudniu na "dużym" koncie to 10h bo pobieranie na podstawie dziennika w grudniu już się nie sprawdza - tak pokazują doświadczenia z zeszłego roku )

w SQL Managment studio prawym na nazwie bazy properties i tam extended properties, jak nie ma SMS to można z programu serwisowego wykonać polecenie sql: EXEC sp_updateextendedproperty @name = N'Nazwa', @value = 'Nowa nazwa podmiotu'; GO

Przecież swój adres masz źle podany brakuje literki "l" na końcu masz .p a powinno być .pl

Problemy z Allegro były dzisiaj raczej bo u nas też nie ściągało mimo posiadania starszej wersji

Aukcje są wystawiane poza Sello ale od wczoraj na pewno nic nie było wystawiane, więc wszystkie aukcje powinny już być pobrane.

Po nocy spędzonej tylko na pobieraniu transakcji na podstawie historii

Obserwujemy podobny problem - najciekawsze jest to że po ręcznym dodaniu klienta transakcje "wskakują" (sam tego nie zaobserwowałem a jedynie bazuje na zgłoszeniach użytkowników)

data-item-id="1492> Masz nie zamknięty - brakuje cudzysłowu - powinno być: <div id="sello-metadata" style="display: none !important;" data-database="{5DD51E72-793C-4257-9C09-09CABA4FBB8A}" data-item-id="1492"></div>

Pobieramy automatem tylko tak: Na tym samym Sello z raz dzinnie jest wymuszane pobranie transakcji i fodów bez historii. + maile (wysyłka i odbiór) i tak myślę że ostatnio przy odbiorze maili lecą tego typu błędy: Komentarzy i innych rzeczy już od dawna nie pobieramy żeby przyspieszyć obsługę. Baza ma w tej chwili 6249,63 MB - pełen SQL 2012 ENT na dedykowanej maszynie, a Sello działa na innym serwerze WIN 2012 + 4-6 stacji pracujących w sieci. Tak do 1000 transakcji dziennie w tym okresie.