🚀 go-pugleaf

Dnia Mon, 27 Nov 2023 13:28:07 +0100, povawa napisał(a):

> W dniu 26.11.2023 o 11:14, Adam pisze:
>> 
>> Dzień dobry.
>> 
>> Miałem ostatnio okazję rozmawiać z jakimś jegomościem odnośnie serwera MS SQL i korzystania z niego 
>> przez VPN.
>> Owy jegomość twierdził, iż korzystanie z bazy SQL, nawet przez WiFi, powoduje duże zaśmiecenie bazy/ 
>> fragmentacje, czy jakoś tak. Ze względu na zagubione fragmenty tych danych. Że nigdy nie powinno się 
>> stosować takiego rozwiązania. Tylko na kablu  w LAN, jeśli zdalnie, to VPN + tylko RDP.
> 
> To prawie tak dobre jak kable Ethernet za tysiące zł do systemów audio.
> 
>> Liczę tu na wypowiedź innych administratorów sieci i speców od MS SQL, czy to prawda? Czy po prostu 
>> chciał mi wcisnąć nowy serwer z RDP?
> 
> Bzdury. Naciągacz albo głupiec.
> 

Trzeba jeszcze rozpatrzyć jeden aspekt: wydajnościowy.
Teoretycznie Insert, Subiekt, Enova, Optima czy inny XL to programy typu
Client-Server. Czyli do bazy danych idzie rozkaz typu SELECT czy UPDATE.

Ale już widziałem (i to nawet zdarzało się nie tylko w programach Insertu,
ale i nawet dawno temu w Comarch), że dane były filtrowane nie na serwerze
(jak przystało na model client-server), tylko całe tabele były ciągnięte na
stanowisko i tam dopiero filtrowane - czyli jak za czasów Pervasive.
Wtedy wolne VPN moga się nie sprawdzać.

Natomiast nie ma to związku z defragmentacją bazy danych.
Serwer MS-SQL (nie znam innych) i tak po swojemu kolejkuje i obrabia
rozkazy.
Może to mieć znaczenie w przypadku klastrów, ale tutaj też nie mam
doświadczenia.

Natomiast praca na VPN jest wielokrotnie (czasem kilkaset razy) wolniejsza,
niż na RDP. Ponadto jest bardziej wrażliwa na problemy z połączeniem.
Jeśli przy pracy na RDP nastąpi zerwanie połączenia, to nic się nie dzieje
- sesja grzecznie czeka na wznowienie połączenia. Natomiast jeśli przerwie
się połączenie VPN, to już może nastąpić śmietnik w bazie - np. w WF-Mag
wyjdzie faktura, ale nie ściągnie stanów magazynowych i baza danych się
"rozjedzie". W przypadku Optimy i XL to nie nastąpi, bo są triggery na
bazie danych i albo cała transakcja (w sensie informatycznym) przejdzie,
albo cała zostanie wycofana.

Usilnie zalecam jednak RDP. 
Łatwiejsze zarządzanie, jeden tylko upgrade na serwerze terminali a nie na
wsztstkich komputerach, niewrażliwość na zerwanie połączenia, można
efektywnie pracować nawet na łączu 1Mb.


-- 
Pozdrawiam.

Adam