Skocz do zawartości

zata

Użytkownik
  • Liczba zawartości

    41
  • Rejestracja

  • Ostatnia wizyta

zata's Achievements

1

Reputacja

  1. Na kasa/ABsport prawym a nie na bazie danych
  2. 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
  3. 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ć.
  4. 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ł .
  5. 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.
  6. 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.
  7. 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>
  8. 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ć?
  9. Wątek znamy nasze problemy to raczej awaria allegro do której się przyznali
  10. 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.
  11. 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 ??
  12. 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
  13. 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.
  14. 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)
×
×
  • Dodaj nową pozycję...