Witam

Sprzęt: 2x Xeon E5 2690 v2, 64 GB RAMu, dyski SSD Intela
OS: Win 2012 R2
SQL: 2008 (planujemy upgrade)
maszyna wirtualna, 48GB i 32 wątki do dyspozycji systemu na którym siedzi SQL
Rozmiar bazy danych Insertowskiego oprogramowania ~41GB (Subiekt + Rewizor + Gestor). W Gestorze nie trzymamy poczty.

Opis problemu: nasz sprzęt 'nudzi się' przy zapuszczaniu np. zestawienia sprzedaży wg. grup, które uparcie wykorzystuje tylko jeden wątek procesora niezależnie od tego jaki zakres dat wybieramy (1 dzień czy 1 rok) nawet gdy nic innego się nie dzieje na serwerze. Jest to tylko jeden z przykładów zapytań Insertowskich, które tak się zachowują.

Grzebałem po różnych forach SQL-owych (MAXDOP, cost threshold for parallelism) i nic nie udało mi się wskórać. Na niniejszym forum nie udało mi się znaleźć podobnego tematu. Może ktoś z Państwa miał podobny problem?

Pozdrawiam i z góry dziekuję za wskazówki

EDIT: przeklikałem kilka tematów i widziałem gdzieś wzmiankę o tym, że większość zapytań idzie jednowątkowo i chyba za wiele się nie da z tym zrobić. "Na szczęście" system używany jest przez coraz większą ilość pracowników, którzy potrafią go obciążyć od czasu do czasu

Jestem nowy na forum więc proszę o wybaczenie. W przyszłości postaram się poprawić

Już uzupełniam brakujące info

Użytkowników razem ~30. Sklep internetowy - wysyłki. Dużo kontrahentów, dużo dokumentów. Pełna księgowość - Rwizor. Własny soft do obsługi zamówień spływających z neta - faktury głównie wystawiane Sferą. Przy pakowaniu paczek na 10 stanowiskach w naszym sofcie nadawane są flagi i uzupełniane pola własne.  Baza naszego softu jest niewielka w porównaniu z insertowską (~5GB). Regularnie biega kilka skryptów ale generują one niewielkie obciążenie. Grubsze zadania są wykonywane po godzinach pracy. Obciążenie procków w czasie intensywnej pracy zazwyczaj nie przekracza 50% ale zdarzają się peaki pod sam sufit.

Na wydajność podczas wystawiania dokumentów nie narzekamy. Najbardziej nas wkurzają właśnie różnorakie zestawienia, raporty zarówno fabryczne jak i nasze własne np. finanse -> operacje bankowe -> raport bankowy, który nie pyta się na wstępie o okres raportu i konta bankowego tylko mieli wszystko na 'dzisiaj' i dopiero jak skończy to można sobie parametry zmienić .

W załączniku zrzut rozmiarów tabel. Tak, kurcze wiem, że pisałem że w Gestorze maili nie trzymamy a to zajmuje prawie połowę bazy. Wpływu to na wydajność reszty spraw raczej nie ma to znaczącej bo tam siedzą tylko wysyłane mailingi a nie odbierana poczta.  Nie są nam potrzebne, wywalimy je.

Tam gdzie podpowiadał to activity monitor sql-a mam pozakładane dodatkowe indeksy. Profilera się nie tykałem, nie mój poziom wiedzy SQLowej. Jeśli są jeszcze jakieś triki ogólnego zastosowania, którymi można coś trochę poprawić to wskazówki są oczywiście mile widziane. Nie wykluczamy wsparcia odpłatnego jeśli ktoś posiada odpowiednią wiedzę i umiejętności.

Pozdrawiam

W załączniku zrzut rozmiarów tabel.

Tak podejrzewałem, gdyż pisałeś o bardzo długim czasie zakładania roku obrotowego, teraz rozmiar 5,5 mln kont w planie kont praktycznie to potwierdza, że został popełniony bardzo duży błąd przy wdrożeniu Rewizora (lub wdrożenia w ogóle nie było) i dla kontrahentów detalicznych są generowane analityki - czy tak jest w rzeczywistości ?

Tak, każdy 'Jaś Kowalski' ma swoją analitykę nadawaną przez osobny programik bo automacik Rewizora dawno się już poddał po tym jak dojechał do 99999. Analityki zawierają teraz również literki.

Ech, skąd takie pomysły ? Wystarczy wyłączyć uzupełnianie luk podczas nadawania numerów analityk. Przy takiej liczbie kontrahentów nadanie analityki trwa już dosyć długo, można trochę przyspieszyć, ale nie tak jak być powinno, gdyż główny problem leży w aplikacji.

Wdrożenie jakieś tam było, sami tego byśmy na pewno nie dali ogarnąć. W księgowych sprawach orientuję się tyle ile muszę - czyli niewiele . Czy te osobne analityki to złe czy dobre podejście - tego nie wiem.

Zdecydowanie złe i bez sensu, sam widzisz jakie problemy to generuje, jak mocno to być może doda coś od siebie @Aldo.

Nasze księgowe twierdzą, że nie wyobrażają sobie ogarniania rozrachunków przy wrzuceniu wszystkich Kowalski do jednego wora.

Jakiego jednego wora ? Przecież rozrachunki można i trzeba prowadzić z każdym kontrahentem, ale dopiero w księgowości można je wrzucić do jednego wora (na jedno konto). Inne księgowe, które znam nie wyobrażają sobie takiego bałaganu w planie kont.

Tak nadawanie analityk trwa długo min. dlatego robi to osobny program bo by nas szlag trafił. Serwer chodzi 24/7 a program odpala się o określonej godzinie wieczorem codziennie i nadaje analityki nowym kontrahentom, którzy mają wystawione jakieś dokumenty (nie są nadawane anylityki kontrahentom bez dokumentów). Program sam zapycha napotkane luki w analitykach.

Po pierwsze można przyspieszyć nadawani analityk, po drugie praktycznie wszystkie analityki nadajecie zbędnie.

Pisząc o jednym worze miałem na myśli oczywiście konto księgowe a nie rozrachunki jako takie. Rozliczenia - wpłaty / wypłaty etc. są prowadzone w Subiekcie. Nie ode mnie to zależało, nie posiadałem i nie posiadam odpowiedniej wiedzy. No i kto ma ochotę kłócić się z księgową jak ma sobie konta układać... Według obu Pań pierdyliard analityk jest OK

To tylko świadczy o tych księgowych.

Wracając do literek w analitykach - kontrahentów jest ponad 300K i prawie tyleż samo analityk. Po dojściu do 99999 Rewizor się poddał i nie nadawał analityki z automatu bo się numerki skończyły.

Już podałem rozwiązanie problemu. Nie mniej jest ograniczenie wbudowanego mechanizmu, analityki literowe są obsługiwane tylko na pierwszej pozycji, ale przy "normalnym" korzystaniu z programu taka ilość się nie pojawi.

Serwisant, z którego usług korzystamy twierdził, że Rewizora nie da się zmusić do wrzucania literek w analitykach i nie widział innej opcji jak osobny soft do ogarnięcia tego. Żeby nie było że naciąga nas na swoje usługi - program napisali nam ludzie, którzy rozwijają nam cały czas nasz soft do obsługi zamówień. Z serwisantem znamy się krócej i na 99% się nie znają.

Oby takich "serwisantów" jak najmniej, jeśli się czegoś nie wie to należy się dowiedzieć, gdyby poszukał lub zadał pytanie to otrzymałby odpowiedź z rozwiązaniem, a tak wprowadził was i jak teraz wygląda ?

Akurat Pan serwisant bogu ducha winny jeśli mowa o samym planie kont bo to nie on podjął decyzję w tym zakresie.

Przeczytaj na spokojnie co napisałem. To oczywiście wasza wina, "serwisant" wprowadził was błąd w związku z problemem z nadawaniem analityk.

Paragony to u nas margines jeśli chodzi o ilość dokumentów. Wystawiamy je tylko dla zakupów dokonywanych  bezpośrednio na miejscu.

Wszystko co jest wysyłane pocztą, kurierem czy inpostem jest bezwzględnie fakturowane. Faktury liczone od brutto są fiskalizowane. Każda większa działalność, którą znamy tak robi.

Damage is done ale czy da się coś jeszcze z tym zrobić, np. na następny rok zmiana planu kont?

EDIT: Czy może jest aż tak źle, że lepiej założyć nową bazę i przenieść co potrzebne ze starej - towary, kontrahenci, rozrachunki etc.?

Paragony to u nas margines jeśli chodzi o ilość dokumentów. Wystawiamy je tylko dla zakupów dokonywanych  bezpośrednio na miejscu.

Wszystko co jest wysyłane pocztą, kurierem czy inpostem jest bezwzględnie fakturowane. Faktury liczone od brutto są fiskalizowane. Każda większa działalność, którą znamy tak robi.

Nie jest ważny typ dokumentu tylko rodzaj kontrahenta - wszystkie dokumenty dla osób fizycznych powinny lądować na jednym koncie.

Damage is done ale czy da się coś jeszcze z tym zrobić, np. na następny rok zmiana planu kont?

Da się, od nowego roku usunięcie danych księgowych, usunięcie analityk kontrahentów i dekretacja jak należy.

@dkozlowski - a pro dodatkowych indeksów w bazie. Do wszystkich, które pozakładałem mam zapisane w osobnym pliku zapytania także mogę je powywalać i obserwować wpływ na jakość pracy.

Jeśli się nic nie pogorszyło to może zostać.