Czy Subiekt GT wymaga dedykowanego serwera SQL?

Subiekt GT wymaga dostępu do serwera SQL, choć niekoniecznie dedykowanego wyłącznie dla tego programu.

Do działania Subiekta GT potrzebny jest SQL Server

Subiekt GT nie przechowuje danych wyłącznie w plikach programu znajdujących się na dysku komputera użytkownika. Do pracy z bazą danych wykorzystuje serwer Microsoft SQL Server. Oznacza to, że w środowisku musi działać odpowiednia instancja SQL Server, a użytkownik uruchamiający Subiekta GT musi mieć możliwość nawiązania z nią połączenia. Serwer SQL odpowiada za zapisywanie kartotek towarów i kontrahentów, dokumentów sprzedaży, stanów magazynowych, ustawień oraz pozostałych danych firmy.

Serwer SQL może znajdować się na tym samym komputerze, na którym uruchamiany jest Subiekt GT, albo na innym komputerze dostępnym przez sieć lokalną. W pierwszym wariancie komputer pełni jednocześnie funkcję stanowiska pracy i serwera bazy danych. W drugim Subiekt GT działa jako aplikacja kliencka, natomiast dane są obsługiwane przez SQL Server uruchomiony na osobnej maszynie. Wymóg dostępu do SQL Server nie oznacza więc automatycznie konieczności kupowania osobnego, fizycznego serwera przeznaczonego wyłącznie dla Subiekta.

Dedykowana maszyna a wspólna instancja bazy danych

Dedykowany serwer oznacza komputer lub środowisko przeznaczone głównie do obsługi określonych usług, na przykład baz danych. Subiekt GT może jednak korzystać z SQL Server działającego razem z innymi bazami lub aplikacjami, jeżeli taka konfiguracja spełnia wymagania techniczne i zapewnia wystarczające zasoby. Współdzielenie komputera nie zmienia faktu, że baza Subiekta musi być obsługiwana przez Microsoft SQL Server, a nie przez przypadkowy katalog udostępniony w sieci.

Przy jednym stanowisku lokalna instalacja SQL Server może być wystarczająca, ponieważ ruch między programem a bazą danych odbywa się na tym samym komputerze. Przy kilku stanowiskach wspólna baza powinna znajdować się w miejscu stale dostępnym dla wszystkich uprawnionych klientów. Każde stanowisko musi mieć poprawnie skonfigurowanego klienta Subiekt GT, właściwą nazwę serwera i instancji oraz dostęp sieciowy do usługi SQL Server. Jeżeli komputer pełniący funkcję serwera jest wyłączony, aplikacja na pozostałych stanowiskach nie będzie mogła odczytywać ani zapisywać danych.

Wspólna instancja SQL Server wymaga także uwzględnienia obciążenia generowanego przez inne programy. Znaczenie mają między innymi ilość dostępnej pamięci operacyjnej, wydajność procesora, szybkość nośnika danych oraz liczba jednoczesnych użytkowników. Sama obecność usługi SQL Server nie gwarantuje płynnej pracy, jeżeli komputer jest przeciążony innymi zadaniami albo baza znajduje się na uszkodzonym lub bardzo wolnym dysku.

Co trzeba sprawdzić przy instalacji i połączeniu

Podczas konfiguracji należy ustalić, na jakim komputerze działa SQL Server, jaka instancja przechowuje bazę Subiekta GT oraz w jaki sposób stanowiska klienckie mają się z nią łączyć. Błąd połączenia może wynikać z zatrzymanej usługi SQL Server, błędnej nazwy instancji, niedostępności komputera w sieci, zapory blokującej komunikację albo niewłaściwych danych uwierzytelniających. W takiej sytuacji ponowna instalacja samego Subiekta GT nie musi rozwiązać problemu, ponieważ przyczyna może znajdować się w warstwie serwera bazy danych lub sieci.

Ważne jest również rozróżnienie programu Subiekt GT od silnika bazy danych. Aktualizacja, naprawa albo usunięcie aplikacji klienckiej nie jest tym samym co konserwacja instancji SQL Server. Operacje dotyczące bazy, takie jak wykonywanie kopii zapasowych, odtwarzanie danych lub sprawdzanie integralności, powinny być prowadzone z uwzględnieniem mechanizmów Microsoft SQL Server oraz dokumentacji programu. Nie należy traktować plików bazy jako zwykłych dokumentów, które można bezpiecznie kopiować w trakcie pracy przez prostą funkcję kopiowania folderu.

Przed zmianą komputera serwerowego albo konfiguracji sieci warto sprawdzić, czy wszystkie stanowiska widzą właściwą bazę firmy, czy dokumenty zapisują się poprawnie i czy istnieje aktualna kopia zapasowa. Trzeba też ustalić, gdzie znajduje się baza oraz jakie konto lub metoda uwierzytelniania jest używana do połączenia. Dzięki temu można odróżnić problem z aplikacją od problemu z usługą SQL Server, dostępem sieciowym albo uprawnieniami.

Jak ocenić, czy potrzebny będzie osobny serwer

W małej firmie korzystającej z jednego stanowiska Subiekt GT może pracować z lokalną instancją Microsoft SQL Server na komputerze użytkownika. Przy kilku stanowiskach często wystarcza jeden komputer w sieci lokalnej, który pozostaje uruchomiony i obsługuje bazę dla pozostałych klientów. Nie jest konieczne, aby była to maszyna kupiona wyłącznie do Subiekta GT, ale powinna mieć stabilny system, sprawny nośnik danych, odpowiednią ilość pamięci i regularnie wykonywane kopie zapasowe.

Osobna maszyna staje się uzasadniona wtedy, gdy wspólny komputer jest intensywnie wykorzystywany do innych zadań, liczba użytkowników rośnie albo przerwy w dostępności bazy powodują przestoje pracy. Decyzję należy oprzeć na rzeczywistym obciążeniu, liczbie baz, częstotliwości operacji oraz wymaganym czasie dostępu do danych, a nie na samym fakcie używania Subiekta GT. W każdym wariancie pozostaje ten sam warunek: program musi mieć działający i osiągalny serwer Microsoft SQL Server z bazą Subiekta.

Podczas diagnostyki komputera można sprawdzić stan usługi SQL Server, komunikację między stanowiskiem a komputerem przechowującym bazę, wolne miejsce na dysku oraz poprawność kopii zapasowych. Takie czynności pomagają ustalić, czy problem wynika z braku dedykowanej maszyny, czy raczej z konfiguracji, awarii sprzętu, zatrzymanej usługi albo błędnego połączenia z właściwą instancją.