Forum Użytkownikow Subiekt GT
InsERT GT => Subiekt GT => Wątek zaczęty przez: motostrefa w Lipiec 05, 2019, 09:10:42
-
Witam. Od 2 dni mam problem. Otóż Subiekt wolno działa. Kiedy nabijam towar na paragon lub fakturę i daję zapisz to okienko w którym wybiera się wydruk wyskakuje dopiero po np. 10 sekundach i kolejną chwilę zajmuje wydruk. Oczywiście w programie serwisowym zrobiona odbudowa indeksów i kontrola danych, nic to nie dało. Jak przyspieszyć pracę subiekta ? Trochę to denerwujące jak klienci czekają po 30 sekund na paragon zamiast 10.
-
Piszemy o tym na prawdę często - zgłoś się do dobrego serwisanta (z takim warto współpracować od momentu zakupu programów), aby zdiagnozował przyczynę problemu i ją usunął...
Strzał w ciemno - czy tak samo się dzieje na innym, nowym użytkowniku programu ?
-
To forum jest po to, aby zapytać i spróbować naprawić samemu bez konieczności płacenia za serwisanta. Spróbuje wrócić do wersji z przed aktualizacji, zobaczymy jak będzie na niej działać.
-
To forum jest po to, aby zapytać i spróbować naprawić samemu bez konieczności płacenia za serwisanta.
Serio ? :o
To spróbuj mi wytłumaczyć od kogo oczekujesz odpowiedzi skoro forum jest tylko po to, aby "zadawać pytania" i tym samym nie pomagać nikomu innemu, przynajmniej nie widać, aby Ty komuś pomagał ?
Mimo wszystko otrzymałeś odpowiedź o poradę, nie raczyłeś nawet odpowiedzieć na moje pytanie, aby spróbować sobie pomóc.
Spróbuje wrócić do wersji z przed aktualizacji, zobaczymy jak będzie na niej działać.
Twój wybór, problemy same nie znikają, odłożone na później zwykle objawiają się z dużo większą siłą w najmniej odpowiednim momencie.
-
Mam tylko jednego użytkownika założonego. Zrobiłem powrót do poprzedniej wersji (z przed aktualizacji) i tam chodziło normalnie.
-
Mam tylko jednego użytkownika założonego.
No i co Cię powstrzymało, aby dodać drugiego użytkownika, bo na pewno nie uprawnienia skoro pierwszym użytkownikiem w programie jest "Szef" ?
-
U mnie jest ten sam problem po aktualizacji do 1.57 HF1 (nie miałem 1.57 bez HF).
Kilka konkretnych obserwacji:
Długi czas komunikacji z drukarką fiskalną - przy drukowaniu paragonu.
Długi czas zapisu dokumentu - zanim pojawi się okienko z podsumowaniem płatności.
Problem z zaznaczeniem kilku pozycji na liście WZ (trwa to długo zanim podświetli wybrane pozycje).
Zmiana modułu z Kontrahentów na Towary trwa długo.
Dzieje się to sporadycznie, a później znów wszystko rusza na jakiś czas.
Bezpośrednio na serwerze z bazą objawy są takie same - to chyba wyklucza problemy sieciowe.
Zgłoś się do dobrego serwisanta (z takim warto współpracować od momentu zakupu programów), aby zdiagnozował przyczynę problemu i ją usunął...
Zgłaszam się do najlepszego ;)
Strzał w ciemno - czy tak samo się dzieje na innym, nowym użytkowniku programu ?
Będziemy testować w poniedziałek. Mamy spersonalizowane pliki subiekt.xml, ale przy 1.57 wziąłem ten "oryginalny" i po prostu w nim zamieniłem kolejność przycisków z paska skrótów.
Jakieś inne sugestie do testów?
-
To ewidentnie wina nowej wersji. Przed aktualizacją wszystko było ok. Teraz wszystko ładuje się długo jakby program myślał nad każda operacją. Mam to samo co kolega powyżej. Jakieś sugestie ?
-
U mnie jest ten sam problem po aktualizacji do 1.57 HF1 (nie miałem 1.57 bez HF).
Nie rozumiem dlaczego możesz twierdzić, że to ten sam problem, skoro nie jest znana jego przyczyna ?
Kilka konkretnych obserwacji:
Dla mnie to same ogólniki...
Długi czas komunikacji z drukarką fiskalną - przy drukowaniu paragonu.
Jaki to czas w sekundach i w jaki sposób prześledziłeś komunikację sterownika z drukarką fiskalną ? Przecież program nie komunikuje się z drukarką, zleca wydruku na menadżera wydruków (oddzielna aplikacja), a ten dla sterownika (kolejna aplikacja), który to dopiero komunikuje się z drukarką...
Długi czas zapisu dokumentu - zanim pojawi się okienko z podsumowaniem płatności.
Jaki to czas w sekundach, jaki był wcześniej, w jaki sposób zmierzyłeś czas zapisu dokumentu, jak odróżniłeś go od czasu wyświetlenia listy dokumentów po zapisie dokumentu ? Ile czasy trwa odświeżenie listy dokumentów ?
Problem z zaznaczeniem kilku pozycji na liście WZ (trwa to długo zanim podświetli wybrane pozycje).
To były zmiany (sumowanie zaznaczonych wierszy) i są znane problemy (powielanie dokumentów jeśli są powiązane z więcej niż jednym ZWZ), problemy są analizowane przez producenta. Do testu można wyłączyć sumowanie zaznaczonych wierszy.
Zmiana modułu z Kontrahentów na Towary trwa długo.
Jaki to czas w sekundach, jaki był wcześniej, ile trwa obecnie odświeżenie listy towarów ?
Dzieje się to sporadycznie, a później znów wszystko rusza na jakiś czas.
I to jest w sumie najistotniejsza informacja - jeśli problemy są sporadyczne i niepowtarzalne to nie ma punktu zaczepienia do ich analizy, a przynajmniej będzie ono nieefektywna... Jest to też zasadnicza różnica między opisem problemu przez @motosfera, gdzie rzekomo problemy występują stale.
Zgłoś się do dobrego serwisanta (z takim warto współpracować od momentu zakupu programów), aby zdiagnozował przyczynę problemu i ją usunął...
Zgłaszam się do najlepszego ;)
Słodziak ;)
Jakieś inne sugestie do testów?
Na tę chwilę tylko to co napisałem - wyłączyć sumowanie zaznaczonych wierszy. Poza tym obserwować i szukać kroków do powtórzenia problemu. Nie było też słowa o odbudowie indeksów.
To ewidentnie wina nowej wersji. Przed aktualizacją wszystko było ok. Teraz wszystko ładuje się długo jakby program myślał nad każda operacją. Mam to samo co kolega powyżej.
Jak opisałem wyżej - tak na logikę - wstrzymałbym się z wyciąganiem takich wniosków do momentu poznania przyczyn problemów.
Jakieś sugestie ?
Z mojej strony od lat nie mam nic nowego do dodania.
ps.
Wykonałem już kilka aktualizacji programu i jeszcze nikt nie zauważył/nie zgłosił mi żadnych problemów poza wspomnianym powielaniem dokumentów WZ.
-
U mnie wygląda to tak, np z paragonem. Nabijam pozycje daję zapisz i zamiast od razu wyskoczyć okienko wydruku to kręci się kółko ladujace przez nawet 10sek. Wcześniej wszystko robiło sie w powiedzmy 2 sek. To samo jest z dodawaniem faktury zakupu czy faktury sprzedaży. Kręci jakieś 10 sek i dopiero zapisuje dokument.
-
dkozlowski, niestety na nowo utworzonym użytkowniku objawy są takie same...
Dzisiaj na dwóch stanowiskach, które pozostały włączone w weekend Subiekt/Rachmistrz powitał nas komunikatem Błąd składniowy w poleceniu. Nie można pracować na bazie danych.
Pozdrawiam,
Bartosz Kubiczek
-
U mnie jest ten sam problem po aktualizacji do 1.57 HF1 (nie miałem 1.57 bez HF).
Nie rozumiem dlaczego możesz twierdzić, że to ten sam problem, skoro nie jest znana jego przyczyna ?
Czy na prawdę musimy "łapać się za słówka"? WYDAJE MI SIĘ, że jest to ten sam problem, ALE TO TYLKO PRZYPUSZCZENIA, nie jestem specjalistą.
Pojawił się u nas problem, wchodzę na forum (bo Serwisant nie odbiera ode mnie telefonów) i widzę pierwszego posta z takimi samymi objawami, więc nie zakładałem, że to jakiś cudowny zbieg okoliczności.
Kilka konkretnych obserwacji:
Dla mnie to same ogólniki...
Konkretnych w sensie podania kilku obserwacji, a nie stwierdzenia "wolno działa". Przepraszam znów za użycie słowa "konkretnych".
Długi czas komunikacji z drukarką fiskalną - przy drukowaniu paragonu.
Jaki to czas w sekundach i w jaki sposób prześledziłeś komunikację sterownika z drukarką fiskalną ? Przecież program nie komunikuje się z drukarką, zleca wydruku na menadżera wydruków (oddzielna aplikacja), a ten dla sterownika (kolejna aplikacja), który to dopiero komunikuje się z drukarką...
Kiedyś ten czas był w granicach mniej więcej 1-2 sekund (nie mierzyłem nigdy stoperem), a teraz jest co najmniej kilkanaście. Nie prześledziłem komunikacji sterownika z drukarką, nie mam wystarczającej wiedzy aby to zrobić tak jak i nie znam schematu działania mechanizmu fiskalizacji. Kiedyś miałem od tego Serwisanta.
Długi czas zapisu dokumentu - zanim pojawi się okienko z podsumowaniem płatności.
Jaki to czas w sekundach, jaki był wcześniej, w jaki sposób zmierzyłeś czas zapisu dokumentu, jak odróżniłeś go od czasu wyświetlenia listy dokumentów po zapisie dokumentu ? Ile czasy trwa odświeżenie listy dokumentów ?
Kiedyś klikaliśmy "zapisz", bezzwłocznie pojawiało się okienko z podsumowaniem i wyliczeniem reszty. Teraz wg sprzedawców trzeba na to poczekać kilka, kilkanaście sekund.
Zmiana modułu z Kontrahentów na Towary trwa długo.
Jaki to czas w sekundach, jaki był wcześniej, ile trwa obecnie odświeżenie listy towarów ?
Kiedyś zmiana modułu z Kontrahentów na Towary była praktycznie bezzwłoczna, teraz pojawia się przy kursorze myszki kręcące się kółeczko i czekamy kilka, kilkanaście sekund.
Dzieje się to sporadycznie, a później znów wszystko rusza na jakiś czas.
I to jest w sumie najistotniejsza informacja - jeśli problemy są sporadyczne i niepowtarzalne to nie ma punktu zaczepienia do ich analizy, a przynajmniej będzie ono nieefektywna... Jest to też zasadnicza różnica między opisem problemu przez @motosfera, gdzie rzekomo problemy występują stale.
W piątek wydawało się to sporadyczne, ale w sobotę sprzedawcy zgłosili, że problem występował praktycznie cały dzień. Dzisiaj rano obsłużenie Klienta także było problematyczne.
Jakieś inne sugestie do testów?
Na tę chwilę tylko to co napisałem - wyłączyć sumowanie zaznaczonych wierszy. Poza tym obserwować i szukać kroków do powtórzenia problemu. Nie było też słowa o odbudowie indeksów.
Wyłączę dzisiaj do testów sumowanie wierszy, a po zakończeniu dnia pracy odbuduję indeksy - ponieważ operacja jest długotrwała nie miałem fizycznie możliwości zająć się tym w weekend.
To ewidentnie wina nowej wersji. Przed aktualizacją wszystko było ok. Teraz wszystko ładuje się długo jakby program myślał nad każda operacją. Mam to samo co kolega powyżej.
Jak opisałem wyżej - tak na logikę - wstrzymałbym się z wyciąganiem takich wniosków do momentu poznania przyczyn problemów.
U mnie wszyscy sprzedawcy zgłosili problem słowami "działa wolniej od czasu tej aktualizacji". Oczywiście może to być zbieg okoliczności. Oczywiście wiem też żeby nie brać słów sprzedawców za pewnik.
Wykonałem już kilka aktualizacji programu i jeszcze nikt nie zauważył/nie zgłosił mi żadnych problemów poza wspomnianym powielaniem dokumentów WZ.
Mam nadzieję, że to jakiś nasz wewnętrzny problem z którym uda nam się uporać.
Pozdrawiam,
Bartosz Kubiczek
-
Wykonałem odbudowę indeksów - zobaczymy jutro w czasie normalnej pracy czy to pomogło.
Przy okazji chciałem zaktualizować instynkt, ale pojawia się komunikat "wymagany jest wyłączny dostęp do podmiotu, zamknij inne aplikacje".
Wszystkie aplikacje są zamknięte - dalej to samo, wyłączyłem wszystkie stacje robocze, zrestartowałem serwer i dalej to samo. Przygotowanie do konwersji nie pokazuje żadnych aktywnych połączeń.
Chciałem też włączyć kompaktowanie bazy danych - a tutaj pojawił się komunikat "kompaktowanie zakończone niepowodzeniem".
-
Najwyraźniej nie wszystkie aplikacje zostały zamknięte i coś startuje razem z serwerem: http://www.forumsubiekta.pl/subiekt/ktos-korzysta-z-danych-podmiotu/ (http://www.forumsubiekta.pl/subiekt/ktos-korzysta-z-danych-podmiotu/).
-
Bazy SQL też się uszkadzają, a wtedy komunikaty mogą być bardzo dziwne.
PS
To oczywiście było do poprzedniego postu, którego autorem był @Bart
-
U nas program ruszył po aktualizacji poprawek do Windowsa które pokazały sie w ubiegłym tygodniu.
Windows 7 i 10.
-
Dzidek, masz na myśli aktualizację stacji roboczych czy serwera na którym chodzi baza?
U mnie odbudowa indeksów jednak nie pomogła, choć tak się wydawało przez kilka dni.
Pomaga restart serwera, ale na krótko... Wyjechałem na urlop, a po 2 dniach już info, że paragon wychodzi po 2 minutach... >:(
-
Tak, aktualizację Windows, ale tam nie było wersji 1.57, dziś po aktualizacji częsty widok =
-
Niestety temat nadal aktualny >:(
Ewidentnie pomaga reset serwera - do kilku dni, później przy znacznym spowolnieniu widzę, że proces sqlsrvr.exe wykorzystuje 95-100% procesora (i3, 3,1GHz). Baza waży już niestety 5GB...
Czy to normalne i sprzęt jest już po prostu za słaby i trzeba pomyśleć o czymś mocniejszym, czy raczej szukać problemu w bazie?
-
Czegoś nie rozumiem w tej historii.
Ta odbudowa indeksów pomogła na kilka dni czy nie pomogła wcale?
Różnica jest kluczowa.
Jeśli pomogła na kilka dni to trzeba po prostu ustawić zadanie odbudowy indeksów w harmonogramie i po bólu.
-
Ta odbudowa indeksów pomogła na kilka dni czy nie pomogła wcale?
Nie jestem pewien, bo przy okazji tej odbudowy zrobiłem reset serwera i szczerze mówiąc, to nie wiem co pomogło...
Na pewno sam reset pomaga.
-
http://whoisactive.com/ - to ci może pomóc namierzyć co ci zarzyna serwer.
Do odbudowy indeksów polecam skrypty https://ola.hallengren.com/
-
Ta odbudowa indeksów pomogła na kilka dni czy nie pomogła wcale?
Nie jestem pewien, bo przy okazji tej odbudowy zrobiłem reset serwera i szczerze mówiąc, to nie wiem co pomogło...
A to jest stara i sprawdzona metoda pt "jak stracić czas i nie dowiedzieć się niczego" ;)
-
Jeśli czyta to jakiś fajny Serwisant gotów zbadać sprawę to proszę o kontakt :)
Niestety ludzie nie mający doświadczenia, często korzystają właśnie z tej starej i sprawdzonej metody...
-
Przyglądałem się temu u mnie, bo wcześniej miałem 2 przypadki nieakceptowalnie powolnego działania (w dodatku przy pilnej sprawie do zrobienia) i wczoraj przy aktualizacji do 1.58 gdy aktualizacja wysypała się po przerobieniu 1/3 podmiotów z informacją w logu, że polecenie nie może być wykonane z powodu braku wolnego RAM, co się nigdy wcześniej nie zdarzało i doszedłem do wniosku, że coś (InsERT, Winda, MS SQL, .Net ?) ma wycieki pamięci. Nie rzucało mi się w oczy, bo trochę z nawału zajęć zaniedbałem monitorowanie, a serwer mam mocno "nadmiarowy" jeśli chodzi o zasoby, ale pamięć RAM zajęta przez instancję MS SQL z InsERT GT stale i dramatycznie rośnie, aż z braku RAM praca staje się nieznośnie wolna a część poleceń wtedy niewykonywalna. Gdy "normalnie" dotąd i teraz po 1 dniu pracy zajęte miałem najwyżej 1/4 RAM, to teraz po 2-3 tygodniach zajęte przez MS SQL z InsERT jest 99% RAM i dopiero restart serwera umożliwia normalną pracę.
-
U nas program ruszył po aktualizacji poprawek do Windowsa które pokazały sie w ubiegłym tygodniu.
Windows 7 i 10.
Pytanie czy ruszył po poprawkach, czy po restarcie z nimi związanymi? - vide mój post z podejrzeniem wycieku pamięci...
-
Artwi, ja nie instalowałem update'ów.
-
ja nie instalowałem update'ów.
Twardziel... ;)
Ale na wszelki wypadek zobacz czy nie masz wycieków pamięci i jak masz, to podziel się z nami wiedzą jakich poprawek nie instalowałeś (Windy, InsERTa, MS SQL?) to może uda się namierzyć sprawcę. No chyba, że żadnych nie instalowałeś...
-
Przyglądałem się temu u mnie, bo wcześniej miałem 2 przypadki nieakceptowalnie powolnego działania (w dodatku przy pilnej sprawie do zrobienia) i wczoraj przy aktualizacji do 1.58 gdy aktualizacja wysypała się po przerobieniu 1/3 podmiotów z informacją w logu, że polecenie nie może być wykonane z powodu braku wolnego RAM, co się nigdy wcześniej nie zdarzało i doszedłem do wniosku, że coś (InsERT, Winda, MS SQL, .Net ?) ma wycieki pamięci. Nie rzucało mi się w oczy, bo trochę z nawału zajęć zaniedbałem monitorowanie, a serwer mam mocno "nadmiarowy" jeśli chodzi o zasoby, ale pamięć RAM zajęta przez instancję MS SQL z InsERT GT stale i dramatycznie rośnie, aż z braku RAM praca staje się nieznośnie wolna a część poleceń wtedy niewykonywalna. Gdy "normalnie" dotąd i teraz po 1 dniu pracy zajęte miałem najwyżej 1/4 RAM, to teraz po 2-3 tygodniach zajęte przez MS SQL z InsERT jest 99% RAM i dopiero restart serwera umożliwia normalną pracę.
Podasz jakieś istotne informacje - liczby, edycję serwera SQL, wersję serwera SQL, konfigurację pamięci serwera SQL, konfigurację pamięci w systemie operacyjnym, na pewno tylko bazy Insertu znajdują się na tych instancjach ?
-
Artwi, nie zainstalowałem żadnej poprawki, uruchomiłem ponownie serwer i problem na jakiś czas zniknął.
Oczywiście staram się mieć aktualne zarówno systemy operacyjne jak i pakiet Insert, czasami z jakimś kilkutygodniowym opóźnieniem. Takim twardzielem aż nie jestem.
-
Przyglądałem się temu u mnie, bo wcześniej miałem 2 przypadki nieakceptowalnie powolnego działania (w dodatku przy pilnej sprawie do zrobienia) i wczoraj przy aktualizacji do 1.58 gdy aktualizacja wysypała się po przerobieniu 1/3 podmiotów z informacją w logu, że polecenie nie może być wykonane z powodu braku wolnego RAM, co się nigdy wcześniej nie zdarzało i doszedłem do wniosku, że coś (InsERT, Winda, MS SQL, .Net ?) ma wycieki pamięci. Nie rzucało mi się w oczy, bo trochę z nawału zajęć zaniedbałem monitorowanie, a serwer mam mocno "nadmiarowy" jeśli chodzi o zasoby, ale pamięć RAM zajęta przez instancję MS SQL z InsERT GT stale i dramatycznie rośnie, aż z braku RAM praca staje się nieznośnie wolna a część poleceń wtedy niewykonywalna. Gdy "normalnie" dotąd i teraz po 1 dniu pracy zajęte miałem najwyżej 1/4 RAM, to teraz po 2-3 tygodniach zajęte przez MS SQL z InsERT jest 99% RAM i dopiero restart serwera umożliwia normalną pracę.
Nie wiem jaką masz wersję MSSQL-a, ale przypisanie limitu pamięci, szczególnie dla wersji Express to spora oszczędność czasu od przykrych niespodzianek.