Forum Użytkownikow Subiekt GT
InsERT GT => Subiekt GT => Wątek zaczęty przez: bartm w Marzec 21, 2016, 17:18:23
-
Witajcie,
Mam pytanie do wszystkich, którzy używają Subiekta na Windows Server 2012 R2 Essentials - czy warto się przesiadać z Windows 7 Home Premium, tzn. czy sama zmiana systemu przyspieszy działanie Subiekta, czy konieczna jest też zmiana Ms SQL Servera?
Z góry dizęki za odpowiedzi,
Pozdrawiam
bartm
-
Odpowiedź na oba pytania jest - niekoniecznie.
Wymiana oprogramowania tylko pod względem szybkości działania może zadziałać w nielicznych przypadkach. Jednym z nich jest wielkość bazy, bo Express udzwignie do 10 GB, ale tu trzeba brać 50%, bo przy konwersjach bazy zapotrzebowanie jest podójne w stosunku do wielkości bazy.
-
Dzięki za szybką odpowiedź.
baza ma jakieś 0,5 GB (tyle pokazuje Ms SQL Server Management Studio), więc chyba niezbyt wiele.
Serwer obecnie jest na MS SQL 2012 Express x64, Windows 7 Home Premium x64.
Serwer jest na wirtualce KVM, klieci łączą się przez openvpn z nim. No i trochę szału nie ma. Próbowałem już SSD, RamDrive, i jakoś bez widocznego skutku.
Stąd pytanie o MS Server..
bartm
-
Które operacje wykonują się za długo? Czy tak samo wolno Subiekt działa na serwerze?
-
Np. kliknięcie w module Faktury zakupu Dodaj -> Dodaj fakturę zakupu - na kliencie trzeba ok. 10 sek. żeby załadowało się okno, na serwerze - ok. 2 s.
Ping do serwera ok. 40 ms, stabilny (nawet bardzo). Na serwerze są 4 podmioty, ale to chyba nie ma znaczenia (testowałem oczywiście na tym samym).
Na serwerze jest 2 VCPU, 8 GB ramu, katalog DATA i LOG MSSQL jest na dysku SSD. Tempdb przeniosłem na RamDisk, ale jakiejś różnicy nie zauważyłem :(
-
Ping do serwera ok. 40 ms, stabilny (nawet bardzo).
40ms?
To chyba po WLAN?
-
Serwer jest na wirtualce poza siecią lokalną (w serwerowni w Niemczech).
Niestety z niewiadomych mi powodów nie da się zmniejszyć pinga w tamtym kierunku (niezależnie od dostawcy w Polsce).
-
Mnie uczono, że należy wyszukiwać i likwidować wąskie gardła, a jeśli baza leży na serwerze w Niemczech, a klient łączy się z nią przez internet to wydajność serwera raczej wąskim gardłem nie jest, chyba że serwer to Celeron 266MHz + 128MB RAM ;)
-
Serwer jest na wirtualce poza siecią lokalną (w serwerowni w Niemczech).
Niestety z niewiadomych mi powodów nie da się zmniejszyć pinga w tamtym kierunku (niezależnie od dostawcy w Polsce).
No to tu masz wąskie gardło i raczej nic z tym nie zrobisz.
Nie będę dociekał dlaczego akurat takie rozwiązanie ze zdalnym serwerem o słabych parametrach (łącznie z dostępem) gdzieś w Niemczech.
-
Odpowiedź jest prosta - cena + dostęp z kilku lokalizacji i laptopów mobilnych.
Nie znam się aż tak bardzo na MS SQL (stąd pytanie tutaj), ale w MySQL, Oracle, czy czymkolwiek innym niż MS SQL 40 ms nie jest żadnym problemem, tym bardziej, że ping jest stały, łącze symetryczne, szybkie i stabilne. Tylko to opóźnienie...
-
Nie, problem jest w bardzo niewielkim stopniu zależny od bazy danych.
Przede wszystkim zależy od aplikacji. GT nie jest "cienkim klientem" i ilość danych przesyłanych pomiędzy nim a serwerem bazy danych jest spora.
Gdybyś taką samą aplikację postawił na Oracle czy DB2 to efekty byłyby bardzo podobne.
-
No ok, ale przepustowość łącza nie jest problemem (plik ściągany z tego serwera leci 5-8 MB/s - MB, nie Mb).
Czy mam rozumieć, że póki nie zejdę z pingiem nie mam co liczyć na szybszego Subiekta?
-
Ale aplikacja nie działa w taki sposób. Do i z serwera leci multum małych paczek danych i wysłanie jednej zależy od otrzymania poprzednich.
-
No ok, ale przepustowość łącza nie jest problemem (plik ściągany z tego serwera leci 5-8 MB/s - MB, nie Mb).
Czy mam rozumieć, że póki nie zejdę z pingiem nie mam co liczyć na szybszego Subiekta?
To parametry łącza są problemem i przestrzegamy przed takim modelem pracy na forum przy każdym jednym wątku związanym z pracą zdalną... Aby przy bezpośrednim połączeniu z bazą danych przez Internet działał sprawnie, łącze musiałoby mieć parametry sieci lokalnej co w rzeczywistych warunkach jest nierealne - jaki dostawca zaoferuje i kto ma przynajmniej stabilne 100MB z małymi opóźnieniami ? Dlatego jedynym słusznym rozwiązaniem jest praca w oparciu o pulpit zdalny ! To czy będzie to realizowane w oparciu o rozwiązania serwerowe czy nie to już odrębny temat.