Forum Użytkownikow Subiekt GT
InsERT GT => Subiekt GT => Wątek zaczęty przez: lordgargu w Kwiecień 24, 2019, 17:47:11
-
Dzień dobry wszystkim!
Wiem, że zazwyczaj nowy użytkownik, który zadaje pytania jest średnio mile widziany, ale przeszukałem forum i googla a rozwiązania nie znalazłem.
Otóż mam klienta, który zadzwonił i powiedział, że subiekt wolno chodzi.
Problemem był fakt iż subiekt nie nadążał za Panią, która wprowadza pozycje sprzedaży. Robi to dość szybko posługując się kodami. Wygląda to tak, że ona klepie w klawiaturę a subiekt jest kilka/kilkanaście pozycji za nią. Pozycje się w końcu wprowadziły, ale wszelkie operacje trwają zdecydowanie za długo.
Konfiguracja zastana:
Subiekt zainstalowany lokalnie
Win 7 32 bit.
i5 3470
4GB RAM
SSD 128 GB
Dokupiłem RAM do 8GB, postawiłem Win 10 64 bit v1809 + wszystkie poprawki, świeża instalacja subiekta, baza przeniesiona - wszystko przez pierwsze dni działało OK. Po jakichś 2 tygodniach telefon, że to samo się dzieje. Restart pomaga raczej na resztę dnia. Na ten moment problem występuje w okolicach raz na tydzień.
Niby to nie problem, ale z właścicielem mam umowę, że mi zapłaci w momencie jak problemu nie będzie a w sumie jest nadal, tylko że rzadziej.
Baza jest chyba (nie ma mnie teraz przy komputerze o którym mowa) na sql 2008.
Prosiłem Panią która to wprowadza, żeby sprawdziła co jest obciążone w trakcie występowania problemu - niestety zapomniało jej się.
Mimo braku informacji powyżej ma ktoś może jakiś pomysł co spróbować zrobić?
Pozdrawiam serdecznie!
Edit - dodam jeszcze, że archiwum bazy przy normalnej kompresji zajmuje około 170 MB, więc nie są to jakieś wielkie ilości.
-
1.Przede wszystkim dowiedzieć się dokładnie na jakim to jest serwerze SQL (2008, 2008R2, czy może jakimś jeszcze innym).
2. Problem jest przy każdym towarze?
3.Jaka jest ilość kartotek towarowych?
4. Co to znaczy "kodami":
Problemem był fakt iż subiekt nie nadążał za Panią, która wprowadza pozycje sprzedaży. Robi to dość szybko posługując się kodami.
Czy mówimy o kodach kreskowych czy o symbolach?
5. Jeżeli o symbolach to czy jeżeli użytkownik będzie wpisywał symbol w kolumnę symbolu to jest szybciej?
6 Czy był odbudowywany Instynkt?
7. Czy są odbudowywane indeksy?
BTW
Wziąć bazę do siebie, zapuścić profilera i zobaczyć co jest wąskim gardłem.
-
1.Przede wszystkim dowiedzieć się dokładnie na jakim to jest serwerze SQL (2008, 2008R2, czy może jakimś jeszcze innym).
2. Problem jest przy każdym towarze?
3.Jaka jest ilość kartotek towarowych?
4. Co to znaczy "kodami":
Problemem był fakt iż subiekt nie nadążał za Panią, która wprowadza pozycje sprzedaży. Robi to dość szybko posługując się kodami.
Czy mówimy o kodach kreskowych czy o symbolach?
5. Jeżeli o symbolach to czy jeżeli użytkownik będzie wpisywał symbol w kolumnę symbolu to jest szybciej?
6 Czy był odbudowywany Instynkt?
7. Czy są odbudowywane indeksy?
BTW
Wziąć bazę do siebie, zapuścić profilera i zobaczyć co jest wąskim gardłem.
Na wszystkie pytania postaram się odpowiedzieć jutro.
Ale jeszcze jedno - czym jest profiler?
-
Ale jeszcze jedno - czym jest profiler?
Profiler pozwala przechwytywać co się dzieje na serwerze baz danych: jakie zapytania i procedury są wywoływane i ile czasu zajmuje ich wykonanie.
Mnie profiler na początku trochę przerażał bo wypluwał masę informacji. Warto poustawiać sobie własne szablony: przechwytywać konkretne rodzaje zdarzeń i interesujące nas parametry (czas wykonania zapytanie, treść zapytania, stanowisko wysyłające zapytanie etc.).
-
Napomknę jedynie że miałem podobny problem i okazało się że jest dużo operacji na towarach, program wylicza ceny średnie czy tak jakoś ;-)
Pomógł Pan Sławek (birds22) za co jestem po dziś dzień wdzięczny :-)
-
Dokupiłem RAM do 8GB, postawiłem Win 10 64 bit v1809 + wszystkie poprawki, świeża instalacja subiekta, baza przeniesiona - wszystko przez pierwsze dni działało OK. Po jakichś 2 tygodniach telefon, że to samo się dzieje. Restart pomaga raczej na resztę dnia. Na ten moment problem występuje w okolicach raz na tydzień.
Jak działa OK, a potem co raz wolniej, a dużo się wprowadza, to obstawiałbym konieczność regularnej reindeksacji bazy danych (np. w Programie Serwisowym InsERT - Podmiot > Odbudowa Indeksów. Zrób to i zobacz czy zaczęło żwawiej chodzić). Normalnie z uwagi na częste aktualizacje InsERTa, jest to robione przy konwersji bazy danych i zwykle wystarcza, ale gdy dawno takiej nie było lub się wprowadza dużo danych, to może być potrzeba częstszej reindeksacji.
Drugim wąskim gardłem, de facto limitującym w środowiskach niekorporacyjnych maksymalną prędkość bazy danych MS SQL, jest prędkość zapisu logu bazy danych. Jeśli masz pełną bazę, nie darmową Express Edition, to zobacz czy nie masz ustawionego recovery model na full i czy nie masz jakiegoś gigantycznego rozmiaru logu. Jak masz, to zmień politykę backupów o backup logu i log truncating (zalecane) lub przytnij log i zmień model na simple.
-
Dokupiłem RAM do 8GB, postawiłem Win 10 64 bit v1809 + wszystkie poprawki, świeża instalacja subiekta, baza przeniesiona - wszystko przez pierwsze dni działało OK. Po jakichś 2 tygodniach telefon, że to samo się dzieje. Restart pomaga raczej na resztę dnia. Na ten moment problem występuje w okolicach raz na tydzień.
Jak działa OK, a potem co raz wolniej, a dużo się wprowadza, to obstawiałbym konieczność regularnej reindeksacji bazy danych (np. w Programie Serwisowym InsERT - Podmiot > Odbudowa Indeksów. Zrób to i zobacz czy zaczęło żwawiej chodzić). Normalnie z uwagi na częste aktualizacje InsERTa, jest to robione przy konwersji bazy danych i zwykle wystarcza, ale gdy dawno takiej nie było lub się wprowadza dużo danych, to może być potrzeba częstszej reindeksacji.
Drugim wąskim gardłem, de facto limitującym w środowiskach niekorporacyjnych maksymalną prędkość bazy danych MS SQL, jest prędkość zapisu logu bazy danych. Jeśli masz pełną bazę, nie darmową Express Edition, to zobacz czy nie masz ustawionego recovery model na full i czy nie masz jakiegoś gigantycznego rozmiaru logu. Jak masz, to zmień politykę backupów o backup logu i log truncating (zalecane) lub przytnij log i zmień model na simple.
Dzięki za wszystkie porady - wszystkim.
No więc tak. Baza miała 930 MB. Po kompaktowaniu zeszła do okolic 700 MB. Sam proces trwał w okolicach jednej minuty. Odbudowa indeksów, którą wykonałem wcześniej zajęła mniej więcej tyle samo.
Wersja SQL:
SQL Server Express Edition (64-bit)
12.0.4237.0 (SP1)
Wszelkie logi jakie znalazłem maksymalnie w okolicach dwóch megabajtów.
Kolejne informacje jakie udało mi się dzisiaj ustalić - odrobinę bardziej szczegółowe:
Problem występuje jednak zaraz po uruchomieniu systemu rano i tak też się utrzymuje cały czas. Wystarczy szybki reset i wszystko do końca dnia wraca do normy.
Jeśli się odpali rano i działa normalnie to do końca dnia nie ma z tym problemu.
Próbowałem jeszcze korelować ten problem z datami aktualizacji systemu - jednak te nie mają nic wspólnego.
Na komputerze jest zainstalowany tylko Defender windowsowy i przeglądarka i libre office. Poza tym nie ma nic innego.
Wiem, że wychodzi na to że:
Łeeee to Panie! Dej Pan spokój. Zrób Pan reset i po problemie. Jednak słowo dałem i chcę się wywiązać na ile potrafię a ekspertem subiekta i baz sql niestety nie jestem.
1.Przede wszystkim dowiedzieć się dokładnie na jakim to jest serwerze SQL (2008, 2008R2, czy może jakimś jeszcze innym).
2. Problem jest przy każdym towarze?
3.Jaka jest ilość kartotek towarowych?
4. Co to znaczy "kodami":
Problemem był fakt iż subiekt nie nadążał za Panią, która wprowadza pozycje sprzedaży. Robi to dość szybko posługując się kodami.
Czy mówimy o kodach kreskowych czy o symbolach?
5. Jeżeli o symbolach to czy jeżeli użytkownik będzie wpisywał symbol w kolumnę symbolu to jest szybciej?
6 Czy był odbudowywany Instynkt?
7. Czy są odbudowywane indeksy?
BTW
Wziąć bazę do siebie, zapuścić profilera i zobaczyć co jest wąskim gardłem.
Na wszystkie pytania postaram się odpowiedzieć jutro.
Ale jeszcze jedno - czym jest profiler?
1. Jest wyżej - mam nadzieję, że prawidłowo. Sprawdzone w programie serwisowym subiekta.
2. Tak - problem jest z każdym towarem.
3. Nie wiem jak to sprawdzić.
4. Mowa o symbolach.
5. Nie potrafię odpowiedzieć na to pytanie.
6 oraz 7 wykonane dzisiaj.
-
3.Jaka jest ilość kartotek towarowych?
Wejdź w kartotekę towarową w programie, wyzeruj wszystkie filtry (towar o statusie "dowolny", stan "dowolny", z grupy "wszystkie etc), popatrz w prawy górny róg okienka i na załączony niżej zrzut ekranu.
Czy w czasie tych porannych zamuł komp nie zaciąga żadnych aktualizacji, nie widać żadnego obciążenia z innych aplikacji (np. compattelrunner czasem lubi szaleć)?
Ustaw plan zasilania na wysoką wydajność (nawet jak to desktop) - problemu to nie rozwiąże ale może go trochę tymczasowo załagodzi.
-
No więc tak. Baza miała 930 MB. Po kompaktowaniu zeszła do okolic 700 MB.
Jednego co możesz być pewien to że kompaktowanie nie poprawia szybkości. Już prędzej ją obniży ;)
-
No więc tak. Baza miała 930 MB. Po kompaktowaniu zeszła do okolic 700 MB. Sam proces trwał w okolicach jednej minuty. Odbudowa indeksów, którą wykonałem wcześniej zajęła mniej więcej tyle samo.
A czy ktoś napisał, że mas zrobić kompaktowanie bazy danych? Jeżeli kompaktowanie zrobiłeś po odbudowie indeksów to właśnie kopnąłeś w stół na którym ułożyłeś sobie domino...
[...] Jednak słowo dałem i chcę się wywiązać na ile potrafię a ekspertem subiekta i baz sql niestety nie jestem.
Nie łatwiej jest się przyznać, że się czegoś nie wie? Ja tak robię często bo nie wiem wszystkiego.
Z tych wiadomości, które przekazałeś nie da się jeszcze nic wywróżyć, bo cały czas nie wiemy co się dzieje w serwerze SQL podczas pracy Subiekta.
-
I jeszcze jedno, skoro to nowa instalacja Windows: co Kolega ma we właściwościach dysku C: - czy jest tam włączone indeksowanie? Bo przy dysku SSD powinno być wyłączone (z uwagi na trwałość dysku) a przy magnetycznych włączone, ale proces indeksowania długo trwa, sam się włącza gdy system uważa, że jest mało obciążony i wtedy mocno zamula system dokąd indeksacji nie skończy. Podobnie jest z programem antywirusowym, który musi najpierw przeskanować wszystkie pliki i dokąd tego nie zrobi, ty system będzie mulił.
Ponadto w profilu komputera polecałbym włączyć optymalizację dla procesów w tle, skoro jest na tym MS SQL i robi za serwer.
-
Jak działa OK, a potem co raz wolniej, a dużo się wprowadza, to obstawiałbym konieczność regularnej reindeksacji bazy danych (np. w Programie Serwisowym InsERT - Podmiot > Odbudowa Indeksów. Zrób to i zobacz czy zaczęło żwawiej chodzić). Normalnie z uwagi na częste aktualizacje InsERTa, jest to robione przy konwersji bazy danych i zwykle wystarcza, ale gdy dawno takiej nie było lub się wprowadza dużo danych, to może być potrzeba częstszej reindeksacji.
Małe sprostowanie - podczas konwersji bazy danych nie są odbudowywane indeksy.
-
Małe sprostowanie - podczas konwersji bazy danych nie są odbudowywane indeksy.
A to ciekawe - może i nie są... ale Program Serwisowy InsERT w trakcie konwersji, pod sam koniec wyświetla komunikaty: kompaktowanie podmiotu, odbudowa indeksów, odpięcie kopii i mogę się założyć, że takie komunikaty są! A czy to są tylko komunikaty, czy tak naprawdę InsERT robi, to już do rozstrzygnięcia zostawiam guru na tym forum... ;)
-
Nie wiem gdzie widziałeś takie komunikaty. Od kiedy program serwisowy odpina kopie?
-
Małe sprostowanie - podczas konwersji bazy danych nie są odbudowywane indeksy.
A to ciekawe - może i nie są... ale Program Serwisowy InsERT w trakcie konwersji, pod sam koniec wyświetla komunikaty: kompaktowanie podmiotu, odbudowa indeksów, odpięcie kopii i mogę się założyć, że takie komunikaty są!
Dlaczego piszesz z taka pewnością o tym co Ci się wydaje zamiast po prostu przeczytać rzeczywiste komunikaty i czasy ich wykonania - zobacz ile czasu wykonują się operacje na indeksach, a ile czasu trwa odbudowa indeksów... Ciągle chcesz się zakładać ?
-
Mój błąd - od lat nie używałem Programu Serwisowego InsERT do konwersji - faktycznie nie odpina kopii baz, robi to Biuro GT, którego używam.
Tak, ciągle chcę się zakładać, Program Serwisowy InsERT wyświetla komunikaty o kompaktowaniu i odbudowie indeksów podmiotu przy konwersji. Oczywiście zakładam się o wyświetlane komunikaty a nie o to co robi naprawdę, choć konwersja bazy danych trwa niestety nieporównanie dłużej niż sama jej reindeksacja, więc czasowo by wyglądało, że program robi to naprawdę, dlatego podtrzymuję - zakładam się! :D
Mam zrzucić screena przy najbliższej aktualizacji z konwersją?
-
Tak, ciągle chcę się zakładać, Program Serwisowy InsERT wyświetla komunikaty o kompaktowaniu i odbudowie indeksów podmiotu przy konwersji. Oczywiście zakładam się o wyświetlane komunikaty a nie o to co robi naprawdę, choć konwersja bazy danych trwa niestety nieporównanie dłużej niż sama jej reindeksacja, więc czasowo by wyglądało, że program robi to naprawdę, dlatego podtrzymuję - zakładam się! :D
Skoro pomimo ostrzeżeń tak się napraszasz to zakład przyjmuję.
Mam zrzucić screena przy najbliższej aktualizacji z konwersją?
Wszystko to co wyświetla program podczas konwersji jest zapisywane do logu, do którego możesz zajrzeć w dowolnej chwili (skróty znajdują się w lokalizacji: Moje dokumenty->InsERT)... Jeśli dalej będziesz miał wątpliwości to w dowolnej chwili możesz skonwertować kopię podmiotu lub założyć nowy w starszej wersji i robić zrzuty ekranu, kręcić filmy...
-
Przed chwilą robiłem konwersję kilku baz z 1.56 SP1 HF2 do 1.56 SP2 HF1 (pełna konwersja).
Między komunikatem o kompaktowaniu a informacją o zakończeniu konwersji jest moment, moooże sekunda.
Na każdej bazie trwa to tyle samo, natomiast indeksowanie zapuszczone osobno trwało od 20 sekund do minuty.
Nie sądzę żeby konwersja zaginała czasoprzestrzeń więc możesz sobie zrobić zrzut czego chcesz ;)
-
Są komunikaty o usuwaniu i dodawaniu indeksów, gdyż to naturalnie jeden z elementów konwersji i modyfikacji struktury bazy danych, ale nie ma to nic wspólnego z odbudową indeksów.
-
Zależy u kogo, na czym, jaki jest rozmiar bazy, jaka pogoda oraz układ gwiazd ;). Przykładowy wyciąg z jednego z moich logów:
Kompaktowanie podmiotu...Zakończono
Czas: Kompaktowanie podmiotu 00:26:56
To akurat jakiś drastyczny przypadek, zazwyczaj duuużo mniej czasu to zajmuje. Nie brakuje u mnie w logach wpisów podobnych do tego, co opisał @candy.
Odbudowa indeksów programem serwisowym zajmuje u mnie zdecydowanie więcej niż minutę.
-
@yemet, my o "odbudowie indeksów", a Ty wylatujesz z cytatami o "kompaktowaniu podmiotu" - zamieść czasy związane z operacjami na indeksach, będą praktycznie wszystkie zerowe, gdyż Insert zmienia je (niestety) bardzo rzadko...
-
@dkozlowski w tym temacie już się wszystko przewinęło. O kompaktowaniu też były wzmianki ale najwyraźniej to przegapiłeś.
-
@dkozlowski w tym temacie już się wszystko przewinęło. O kompaktowaniu też były wzmianki ale najwyraźniej to przegapiłeś.
Zacytuj/wskaż proszę fragment, gdzie jest mowa o czasie wykonania kompaktowania.
-
Są komunikaty o usuwaniu i dodawaniu indeksów, gdyż to naturalnie jeden z elementów konwersji i modyfikacji struktury bazy danych, ale nie ma to nic wspólnego z odbudową indeksów.
No właśnie miałem wrzucić log z komunikatami o usuwaniu i dodawaniu indeksów, ale jak sprawa się wyjaśniła, to już nie muszę. Jak pisałem, taki komunikat jest przy konwersji. To, że to nie odbudowuje indeksu, no to cóż - nie wiedziałem, a usuwanie i dodawanie taką czynność sugeruje. I jak napisałem - odnosiłem się do komunikatu, a nie stanu faktycznego: jak guru twierdzą, że nie odbudowuje, to cóż... teraz jeszcze częściej będę to robił ręcznie. :)