SQL Server 2014 + Wapro Mag = częsta zadyszka

Witajcie,

ostatnimi czasy pojawiają się zawieszki programu Wapro Mag korzystającego z sql server 2014. Do serwera (xeon 1220v3, 2 x 1 TB HDD Raid, 8 GB RAM) łączy się ok. 3 klientów, zwykle nie wszyscy naraz. Chciałbym Was zapytać, jak zdiagnozować problem, czy to wina oprogramowania, serwera czy może bazy danych. Gdzieś zapewne jest wąskie gardło, które powoduje zadyszkę, czasem klienci muszą uruchamiać ponownie program, tak długo mieli w bazie... możecie coś doradzić, od czego zacząć analizę? Chciałem dołożyć RAM w serwerze, ale to może wcale nie jest konieczne? Dzięki z góry za wszelkie cenne uwagi!

Uruchom profilera z SQL Management Studio i zobacz jak idą zapytania do bazy. Możesz też sprawdzić execution plany zapytań. Co do programu to raczej sam nie sprawdzisz bez kodu źródłowego - kontaktowałbym się z producentem softu.

Przy 3 stanowiskach maga nie powinno być takich problemów, szczególnie przy takim serwerze (sprzęt). Co do MSSQL - wersja standard czy express? Express korzysta z max 1,4 1 gb ramu, więc dokładanie ramu nie ma sensu.
Na początku sprawdziłbym sieć, najłatwiej sprawdzić czy przy pracy bezpośrednio na serwerze też tak wolno działa.

Paweł Dmitruk napisał(a):

Przy 3 stanowiskach maga nie powinno być takich problemów, szczególnie przy takim serwerze (sprzęt). Co do MSSQL - wersja standard czy express? Express korzysta z max 1,4 gb ramu, więc dokładanie ramu nie ma sensu.
Na początku sprawdziłbym sieć, najłatwiej sprawdzić czy przy pracy bezpośrednio na serwerze też tak wolno działa.

Przy pracy na zdalnym pulpicie tez się lubi przywiesić niestety. A wersja - faktycznie express, na dodatek 2012 a nie jak napisałem 2014. Jak wygląda zakup lepszej wersji? Jakie koszty, orientujecie się może?

• Co to znaczy "lubi się przywiesić"?
• Czy był sprawdzany stan indeksów? - w administratorze na zakładce "zarządzanie bazami danych" można przebudować indeksy ("defragmentacja")
• czy są powyłączane listy szczegółów? - one dość mocno obciążają serwer
• czy jest wyłączone porównywanie cen na dokumentach? - mocno obciąża serwer
• jakiej wielkości jest baza, ile magazynów i czy są zsynchronizowane, ile kartotek (artykułów/kontrahentów), ile mniej-więcej jest dokumentów.

edit
co do zakupu mssql to koszty są duże, normalna licencja standard to koszt około 13000 pln netto na 2 rdzenie procesora, czyli przy Twoim procesorze to koszt około 26000 pln netto.
Można w wapro zakupić również licencję runtime, koszt 500 pln netto na każde stanowisko, ale licencja zezwala wtedy tylko na podłączenie aplikacji wapro mag do tego serwera sql, podłączenie innych aplikacji np. różnych dodatków (jako operacje dodatkowe), integratorów ze sklepami internetowymi, programu do taxfree itd. jest złamaniem licencji runtime.

Co do kwestii profilera - czytałem, że coś takiego istnieje ale nie bardzo wiem, jak z tego skorzystać. Co trzeba by mu wskazać do badania, na czym się skupić? Czy można to sobie odpalić w środowisku produkcyjnym normalnie?
Mówią, że lubi się przywiesić mam na myśli, że często program się wykrzacza, po prostu trzeba zamywać z menadżera zadań bo inaczej stoi. Czasem tylko długo myśli i odpowiada, czasem zwiecha. Byś może to wina programu, być może nie... dlatego szukam przyczyny, w kodzie programu nie da rady więc pomyślałem o wąskim gardle w postaci kompa lub bazy danych... defragmentacja była robiona, co do innych rzeczy o które pytasz Paweł - nie wiem, jak to sprawdzić? Co do zakupu bazy w lepszej wersji - chyba odpada :)

My używamy Comarch Optima w podobnej konfiguracji i niestety problemem jest SQL Express. Ma ograniczenie do 1GB RAMu, a dodatkowo używa tylko jednego rdzenia procesora więc jak leci dłuższe zapytanie (np. analiza) to reszta czeka.

No ale nam się Optima z tego powodu nie zawieszała.