Reklama: Twoja konkurencja już Cię wyprzedziła SPRAWDŹ JAK

Stwórz profil

Musisz wpisać swoje imię
Musisz wpisać swoje nazwisko
Musisz wpisać poprawny e-mail
Musisz wpisać hasło (min. 8 znaków)
Musisz zaakceptować regulamin

Adam Bartosiewicz Administrator,
programista,
webmaster

Temat: Kolejny błąd Enovy

Bardzo często pokazuje nam się błąd:


Obrazek


Wersja Enovy 7.8.4269.
W poprzednich wersjach też tak było.
Może ktoś poradzi...
6.12.2011, 15:37

Adam Bartosiewicz Administrator,
programista,
webmaster

Temat: Kolejny błąd Enovy

Dodam, że blokuje on możliwość zapisu dokumentu księgowego lub handlowego.
6.12.2011, 15:38

Łukasz D. Software Developer,
F.P.U. Clovinnet

Temat: Kolejny błąd Enovy

Serwer MS SQL nie jest przeciążony? Pingi w porządku?
6.12.2011, 23:32

Adam Bartosiewicz Administrator,
programista,
webmaster

Temat: Kolejny błąd Enovy

Licencja Enova platynowa na 34 stanowiska handlowe, 8 stanowisk księgowych i 15 podglądów.

Użytkownicy w całości pracują na połączeniach terminalowych (remote tesktop).

Na tej samej maszynie jest baza Microsoft SQL Server 2008 R2.

Serwerek Fujitsu:
Windows Server 2008 R2 Standard 64 bit.
Dwa procesory: Intel Xeon CPU X5660 2.80GHz (12 rdzeniowy)
24 GB RAM

Czy normalne dla ENOVY jest to, że taka maszyna się zatyka?
7.12.2011, 08:49

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ł
7.12.2011, 16:57

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
7.12.2011, 17:18

Adam Bartosiewicz Administrator,
programista,
webmaster

Temat: Kolejny błąd Enovy

RAID6 na dyskach SAS.
Serwer SQL w wersji Standard zajmuje w pamięci około 8-9 GB
Procesory obciążone na kilkanaście %
RAM zajęty prawie całkowicie.

Program ENOVA chodzi bardzo wolno.
Przy mniejszej ilości jednocześnie pracujących użytkowników zajętość RAM-u spada, a wydajność ENOVy nie rośnie.
Nie widać żeby dyski były obciążone całkowicie.
Plik bazy danych ma około 2GB.

Czy jest możliwe żeby taki serwer nie wytrzymywał jednocześnie pracującej bazy i użytkowników terminalowych?

Klient ENOVy uruchomiony na lokalnym komputerze użytkownika chodzi dużo lepiej.
8.12.2011, 11:38

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.
12.12.2011, 13:07

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ć" :)
14.12.2011, 10:49

Adam Bartosiewicz Administrator,
programista,
webmaster

Temat: Kolejny błąd Enovy

Na jakim oprogramowaniu postawiona była baza?

Masz rację, to powinno działać.
14.12.2011, 13:48

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.
14.12.2011, 14:53

Temat: Kolejny błąd Enovy

Krystian Dziuba:
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.

A nie jest przypadkiem tak, że serwer jest serwerem SQL, serwerem terminali i kontrolerem domeny? Wtedy faktycznie to wszystko będzie powoli działać. 2GB baza to jest nic. To powinno smigać jak burza na tym sprzęcie.
Na takiej wypaśnej maszynie to lepiej byłoby chyba postawic maszyny wirtualne - jedną dla SQL serwera, drugą dla serwera terminali. Nie jestem sprzętowcem, ale wydaje mi się że to byłoby dobre rozwiązanie.
23.12.2011, 23:24



Wyślij zaproszenie do