Łukasz
D.
Software Developer,
F.P.U. Clovinnet
Temat: Kolejny błąd Enovy
Serwer MS SQL nie jest przeciążony? Pingi w porządku?
Paweł Mazurkiewicz Specjalista IT
Temat: Kolejny błąd Enovy
Czy normalne dla ENOVY jest to, że taka maszyna się zatyka?
A to zależy - ale raczej nie (program ma wdrożenia w ZNACZNIE większej skali na słabszych serwerach ). ;)
Jeśli jednak na jednej maszynie pracuje na raz 40 operatorów, a serwer SQL jest w wersji Express to może by się i zatkał (Express ma ograniczenie do 1GB RAM na cache i jednego procesora). No i jeszcze: co robią pozostałe sesje na tym serwerze?
Pytanie, czy rzeczywiście zatyka się? Czy problemowi towarzyszą objawy wysokiej utylizacji / przeciążenia ze strony serwera? Myślę np. o takich statystykach jak:
- utylizacja procesora (ale uwaga - jeśli Express to nie średnia ale jednego z nich (chyba procesor 0) )
- statystyki dyskowe (szczególnie interesująca jest latencja - PhysicalDisk\Average Disk sec/Read i PhysicalDisk\Average Disk sec/Read)
Dodatkowe pytania:
- jaka jest ilość użytkowników równoczesnych systemu w czasie gdy pojawia się problem?
- Czy problem pojawia się: zawsze przy danej operacji (dodanie dokumentu)? tylko przy tej operacji, ale nie zawsze? losowo przy różnych operacjach?
- Czy problemowi towarzyszą jakieś interesujące wpisy w logach serwera (Application i System) lub serwera SQL?
- Microsoft SQL Server 2008 R2 jest w edycji Standard czy Express?
Problem może być:
- wydajnościowy
- błąd aplikacji
- błąd w bazie danych
- błąd uprawnień SQL
- inny (nawet sprzętowy) ;)
Serwerek Fujitsu
a jaki kontroler? ile i jakich dysków? jak skonfigurowanych?
Pozdrawiam,
Paweł
Piotr
Sowa
Software Architect /
Team Leader
Temat: Kolejny błąd Enovy
`Piotr Sowa edytował(a) ten post dnia 12.02.12 o godzinie 16:12
Paweł Mazurkiewicz Specjalista IT
Temat: Kolejny błąd Enovy
Nie widać żeby dyski były obciążone całkowicie.
A jaką widzi Pan latencję w czasie gdy występują problemy? (podałem statystyki) - interesująca jest latencja zapisów i odczytów na dyskach z danymi i logami SQL (także tempdb!). Bo jeśli procesor jest niezbyt zajęty i latencja niska/w normie - to bardziej prawdopodobne staje się przypuszczenie, że problem nie jest w ogóle związany z wydajnością sprzętu.
Klient ENOVy uruchomiony na lokalnym komputerze użytkownika chodzi dużo lepiej.
Czy dobrze rozumiem - klient Enova z innego komputera w sieci, korzystający z tego samego serwera bazodanowego co sesje terminalowe, działa szybciej niż klient uruchomiony w sesji terminalowej na tym samym serwerze co baza danych??? Jeśli tak - to jest to bardzo ważna wskazówka. Proszę o weryfikację.
Serwer SQL w wersji Standard zajmuje w pamięci około 8-9 GB
Pewnie warto by ustawić Max Server Memory w SQL'u (serwer jest jednocześnie serwerem terminalowym i nie będzie dobrze jeśli SQL Server zajmie cały RAM ;) ) - ale to raczej nie jest przyczyna Pana problemów.
Krystian
Dziuba
INFORMATYK,
MIKROLOGIC
Temat: Kolejny błąd Enovy
Obsługiwałem server enova o takich parametrach:server 2x xeon 3.0 GHZ + 4GB Ramu(WIN 2003) - 50 userów (40 terminali +10 lokalnych) + reporting services+AD+TS
Wydajność OK -
Porównując twoje parametry to enova powinna "latać" :)
Krystian
Dziuba
INFORMATYK,
MIKROLOGIC
Temat: Kolejny błąd Enovy
MS SQL 2005 Standard WIN 2003 Standard 32bit, opiekowałem się enova na tym serwerze w wersji 7.0,na pewno w obecnej wersji doszło parę MB RaMU /per user ale przy twojej maszynie nie ma to wpływu.
Na twoim miejscu sprawdziłbym wydajność samej enovej, jest teraz dostępne :
narzędzie deweloperskie >Narzędzia > narzędzia deweloperskie
Z tego poziomu można uzyskać dużo informacji gdzie jest wąskie gardło.
Z moich doświadczeń wynika że jeśli operator może ustawić sam listy, filtry itp to na własne życzenie może sobie spowolnić system.

