Forum Użytkownikow Subiekt GT
InsERT GT => Subiekt GT => Wątek zaczęty przez: Danielson w Luty 06, 2011, 09:43:31
-
Witam, czy ktoś zna jakiś niedrogi hosting z obsługą SQL Server 2008, ale taki, który dawałby możliwość samodzielnego wgrywania restore'a bazy danych ? Sprawdzałem amm.net.pl i home.pl i niestety każą podesłać sobie baze, którą ich admin wgrywa na server. To pewnie dlatego, że używają jeszcze SQL Server 2005, bo z tego co się orientuję w SQL Server 2008 istnieje już możliwość delegowania funkcji odtwarzania bazy danych bez konieczności posiadania uprawnienia 'sa'. A czy komuś udało się wogóle połączyć z takim zdalnym SQL Serverem na jakimkolwiek hostingu i podpiąć Subiekta ? Interesuje mnie szybkość (powiedzmy na łączu 6 Mb) - czy jest duża różnica w porównaniu ze standardową lokalizacją bazy subiekta w LAN'ie ?
-
1. Pomysł ze zdalnym hostingiem dla bazy SQL Subiekta to bardzo zły pomysł.
2. Nie ma czegoś takiego w SQL-u 2005/2008 jak uprawnienia "sa" i problem nie polega na uprawnieniach tylko na tym że jest to problem pracy w środowisku rozproszonym.
Archiwizator Insertu wydaje SQL-owi polecenie backup, SQL zrzuca bazę do pliku na dysk, następnie archiwizator bierze ten plik i kompresuje. Tu pojawia się problem bo archiwizator na Twoim komputerze nie ma dostępu do lokalnego dysku Ich serwera.
Obejsciem mogłoby być stworzenie panelu gdzie możesz zrobić backup bazy i pobrać ja przez http na swój dysk. W druga stronę analogicznie.
Nie zmienia to jednak faktu że to i tak zły pomysł.
-
Że to jest zły pomysł, to rozumiem kolega ma na myśli względy wydajności, tak ? Bo poza tym, to widzę jednak takie rozwiązanie jako całkiem fajne (pomijam też kwestię zaufania do firm świadczących usługi hostingowe). Środowisko rozproszone, to chcąc nie chcąc kierunek rozwoju wielu firm i trzeba sobie jakoś radzić. Można oczywiście próbować inne rozwiązania (np. obecnie używam połączeń vpn'owych, ale ze względów wydajnościowych rozważam połączenie z "chmurą" - czyli jakiś hosting z serverem sql'owym).
Oczywiście, w sytuacji gdy ktoś wrzuca baze sql na hosting zapomina o Archiwizatorze Subiekta. W tym momencie mija się to z celem, ponieważ backup'ami zarządza zdalny server sql'owy. Bardzo rzadko, ale jednak (przynajmniej na samym początku), zachodzi konieczność wrzucenia całej bazy danych (cały restore) i wtedy chciałbym mieć kontrolę nad tym procesem i nikogo się nie prosić, żeby mi wrzucił taką bazę. Później, hosting sam robi backupy wg. ustalonego harmonogramu, a ja mogę wybrać sobie z historii bakupów wersję, którą chcę odtworzyć. Jak jednak jest z wydajnością takiego połączenia ? Czy da się mimo wszystko znośnie pracować ?
-
Chyba to dopisze do FAQ
Nie chodzi o wydajność tylko o stabilność
Było już na forum kilka razy
-
Jak możesz, to wrzuć do FAQ. Czytałem na tym forum parę postów o zdalnych połączeniach, ale o stabilności jakoś nikt chyba nie pisał (chyba, że w jakichś archiwalnych).
Właśnie chętnie bym się dowiedział, co konkretnie stanowi problem. W końcu sam SQL powinien zapewniać gwarancję bezpiecznego zakończenia transakcji.
-
Jak możesz, to wrzuć do FAQ. Czytałem na tym forum parę postów o zdalnych połączeniach, ale o stabilności jakoś nikt chyba nie pisał (chyba, że w jakichś archiwalnych).
Właśnie chętnie bym się dowiedział, co konkretnie stanowi problem. W końcu sam SQL powinien zapewniać gwarancję bezpiecznego zakończenia transakcji.
Jesli chcesz zrozumieć o co chodzi to połącz sie przez vpn do subiekta. Mniej tutaj chodzi o sam sql serwer , a bardziej o to , że subiekt nie jest przystosowany do tego typu pracy. Zwróć też uwagę na pojemność bazy jaka oferuja hostingi.
-
Danielson : powinien ale tego nie robi ;-)
SQL jest bardzo odporny ale nie jest niezniszczalny i nieomylny - niestety.
-
Jesli chcesz zrozumieć o co chodzi to połącz sie przez vpn do subiekta. Mniej tutaj chodzi o sam sql serwer , a bardziej o to , że subiekt nie jest przystosowany do tego typu pracy. Zwróć też uwagę na pojemność bazy jaka oferuja hostingi.
Działam na VPN od ponad roku i nie zauważyłem aby programy InsERT nie były przystosowane do tego typu pracy? Możesz bardziej rozwinąć myśl?
-
Fajnie ze dziala Ci to od roku. Znam gosci ktorzy juz 10 lat jezdza wychlani i nadal maja prawko.
Programy przystosowane do pracy przez Internet z Insertu to:
mobilny, sello, szybka sprzedaz i oscgt.
Insert gt nie jest przygotowany do takiej pracy. Oczywiscie mechanizmy SQL-a niweluja bledy wynikajace z niestabilnosci czy wolnego polaczenia ale to za malo.
Nie wiem jak mam Ci to wytlumaczyc szczegolowo bo nie wiem na ile znasz SQL-a.
W skrocie: komunikacja pomiedzy GT i baza napisana jest dla szybkich polaczen sieci LAN.
Tak samo to wyglada w aplikacjach konkurencji.
-
Jesli chcesz zrozumieć o co chodzi to połącz sie przez vpn do subiekta. Mniej tutaj chodzi o sam sql serwer , a bardziej o to , że subiekt nie jest przystosowany do tego typu pracy. Zwróć też uwagę na pojemność bazy jaka oferuja hostingi.
Działam na VPN od ponad roku i nie zauważyłem aby programy InsERT nie były przystosowane do tego typu pracy? Możesz bardziej rozwinąć myśl?
Tak bardziej łopatologicznie. Wygeneruj sobie w subiekcie 100000 kartotek towarów i spróbuj taką listę pobrać przez VPN.
Mozna wyobrazić sobie program dzialajacy na sql poprawnie "przez internet" i są takie programy. Ale sposob dzialania takiego programu jest zupełnie inny niż sposob dzialania subiekta.
-
Nie łatwiej przesiąść się na usługi terminalowe nawet w przypadku błedu połączenia czy przerwy z serwerem nic sie nie dzieje bo przerwana jest jedynie sesja terminalowa a nie sesja SQL
-
ja wiem o co chodzi
wszystkich kusi to że za hosting takiej bazy płacisz tylko 600-800 PLN rocznie lub mogą zainwestować tylko w jeden serwer a nie dwa.
Koszt serwera terminalowego i jego uruchomienia jest dosyć wysoki i to pewnie powoduje że szukamy tańszej alternatywy.
Alternatywą są usługi ASP czyli wynajęcie u kogoś takiego serwera przy czym nie zawsze to się opłaca.
Każdy musi to policzyć dla własnej specyfiki.
-
Fajnie ze dziala Ci to od roku. Znam gosci ktorzy juz 10 lat jezdza wychlani i nadal maja prawko.
Programy przystosowane do pracy przez Internet z Insertu to:
mobilny, sello, szybka sprzedaz i oscgt.
Insert gt nie jest przygotowany do takiej pracy. Oczywiscie mechanizmy SQL-a niweluja bledy wynikajace z niestabilnosci czy wolnego polaczenia ale to za malo.
Nie wiem jak mam Ci to wytlumaczyc szczegolowo bo nie wiem na ile znasz SQL-a.
W skrocie: komunikacja pomiedzy GT i baza napisana jest dla szybkich polaczen sieci LAN.
Tak samo to wyglada w aplikacjach konkurencji.
oj kreuje się temat na dłuższą dyskusję ;)
Może warto pomyśleć o oddzielnym katalogu na połączenia zdalne i pracę oddziałową? W końcu dotyczy to wszystkich programów z lini GT?
-
myślę że nie bo ja tej dyskusji nie zamierzam rozwijac.
Jak ktoś chce niech sobie tak instaluje. Ja tylko będę pilnował żeby ktoś na tym forum nie wprowadzał użytkowników w błąd.
Napisze tylko to co wynika z mojego stanu wiedzy.
Procedury które są odpowiedzialne za mechanizmy zapisu do bazy danych nie sa przygotowane na wolną i zawodną transmisję przez Internet.
Jak ktos chce niech sobie poogląda procedury a jak ktoś nie chce oglądac to niech uwierzy na słowo.
To tyle z mojej strony. Oczywiście serdecznie zapraszam jak komuś po dłuższym czasie takiej pracy baza nie będzie chciała się konwetrować z powodu błędów w bazie. Mamy w tym zakresie już ogromne doświadczenie bo takich przypadków są setki.
-
szkoda ;( bo mimo to, że moje doświadczenie z sql i insertGT jest 15 razy mniejsze niż Twoje to uważam, że czasy jak wszystko działało na LAN należą do przeszłości i nawet sam, w którymś wątku przyznałeś, ze u klienta łączysz się z bazą przez wifi. A potrzeby klientów rosną wraz z rozwojem technologii.
-
masz racje, technologia idzie do przodu. Sam jestem jej fascynatem. Jednoczesnie jednak jestem wrogiem używania technologii w sposób który może zaszkodzić.
-
Myślę że Sztywniak miał co innego na myśli łączenie się przez kabel RJ45 czy WiFi czy nawet łącze laserowe to nadal w większości przypadków to będzie LAN czyli połączenie lokalne o dużej stabilności i przepustowości. Natomiast połączenia poprzez internet wiąże się dużą trasą pakietu który zawsze może zostać utracony lub zniekształcony nie koniecznie z winy użytkownika.
Popieram w 100% Sztyniaka iż oprogramowanie Subiekt GT nie nadaje się do pracy poprzez połączenie do samej bazy przez Internet nie ważne jakie protokołu się używa. Jeśli ktoś potrzebuje tak pracować to albo ASP lub usługi terminalowe.
-
Odświeżam temat.
Technika poszła do przodu połączenie z internetem mamy światłowodowe jak sprawa wygląda dziś?
Czy zdania się zmieniły że to zły pomysł?
Jaki hosting polecacie?
A co do parametrów na co zwrócić uwagę?
-
Stawiałem niedawno dwa Serwery Windows wirtualne z SQL i bazami Isertu.
Mogę tylko powiedzieć, że po przeszło roku nie stwierdziłem problkemów z pracą bazy.
Czasami jest problem z połączeniem, ale to bardzo rzadki przypadek, natomiast same bazy pracują bez problemu.
Zresztą obecnie tzw. praca zdalna, zarówno terminalowa jak i przez bezpośrenie połączeni do bazy SQL jest bardzo popularna.
Zawsze moze się coś zdarzyć nieoczekiwanego, ale od tego są zabezpieczenia, jak chociazby archiwizacja robiona serwerze w tle - piszę tu o wirtualnym serwerze Windows, gdzie można ustawić harmonogram. A dodatkowo dostawca robi backup całości w umówionych okresach.
-
A co jest lepszym rozwiązaniem.
Hosting samej bazy MS SQL i łączenie się przez subiekta do niej czy VPS z Windows i zdalnymi pulpitami.
Na ten moment mamy 3 magazyny i 6 stanowisk.
-
Oczywiście zdalny pulpit.
-
Doczytaj też czym jest VPN.
-
Doczytaj też czym jest VPN.
A ktoś tu pisał o VPN?
-
Doczytaj też czym jest VPN.
A ktoś tu pisał o VPN?
Rzeczywiście, mój błąd, pisze "VPS", a nie "VPN", dzięki za zwrócenie uwagi.