Jak skonfigurować Subiekt GT z lokalnym SQL Serverem?

Migrację Subiekta GT na nowy komputer albo nowy serwer wykonujemy jako element naprawy albo modernizacji sprzętu — obejmuje to przeniesienie bazy danych SQL Server i ponowną konfigurację połączenia sieciowego.

Czym jest konfiguracja Subiekta GT z lokalnym SQL Serverem

Konfiguracja Subiekta GT z lokalnym SQL Serverem polega na przygotowaniu środowiska, w którym program handlowo-magazynowy korzysta z bazy danych zapisanej na tym samym komputerze albo w lokalnej sieci. Nie chodzi wyłącznie o zainstalowanie aplikacji. Należy również utworzyć lub odtworzyć bazę, ustawić właściwą instancję SQL Servera, zapewnić dostęp do usługi bazodanowej oraz wskazać Subiektowi GT prawidłowe parametry połączenia.

W praktyce proces obejmuje kilka zależnych od siebie czynności: sprawdzenie wersji programu, ustalenie miejsca przechowywania danych, instalację odpowiedniej edycji SQL Servera, uruchomienie wymaganych usług, przygotowanie kont użytkowników oraz podłączenie istniejącej bazy lub utworzenie nowej. Jeżeli dane były używane wcześniej, szczególne znaczenie ma poprawne odtworzenie kopii zapasowej. Sama instalacja programu bez przywrócenia bazy nie zapewnia dostępu do kartotek, dokumentów, kontrahentów ani historii operacji.

Przed rozpoczęciem konfiguracji warto ustalić, czy Subiekt GT ma działać tylko na jednym stanowisku, czy także na innych komputerach połączonych z lokalną siecią. W drugim wariancie komputer pełniący funkcję hosta bazy powinien pozostawać dostępny dla stanowisk roboczych, a zapora systemowa i ustawienia SQL Servera muszą dopuszczać komunikację w zakresie niezbędnym do pracy programu. Konfiguracja powinna być wykonywana z uwzględnieniem kopii bezpieczeństwa oraz zasad ograniczania dostępu do danych.

Kontekst techniczny i porównanie sposobów pracy - Jak skonfigurować Subiekt GT z lokalnym SQL Serverem

Lokalny SQL Server różni się od prostego przechowywania plików programu na dysku. W przypadku bazy obsługiwanej przez silnik SQL dane są zarządzane przez usługę bazodanową, która kontroluje jednoczesne operacje, spójność zapisów i dostęp poszczególnych użytkowników. Dzięki temu kilka stanowisk może pracować na wspólnym zbiorze danych, pod warunkiem że połączenie z bazą zostało ustawione prawidłowo.

W konfiguracji jednostanowiskowej aplikacja i SQL Server mogą znajdować się na tym samym komputerze. Wtedy jako adres serwera wskazuje się lokalną nazwę komputera lub odpowiedni zapis instancji, a test połączenia odbywa się bez udziału innych urządzeń. Przy pracy sieciowej Subiekt GT na stanowisku użytkownika łączy się z usługą uruchomioną na komputerze głównym. Wymaga to rozpoznania nazwy hosta, nazwy instancji, sposobu uwierzytelniania oraz uprawnień używanego konta.

Istotne jest rozróżnienie między nazwą komputera, nazwą instancji SQL Servera i nazwą konkretnej bazy Subiekta GT. Są to trzy różne elementy, choć w codziennej obsłudze bywają mylone. Błędne wpisanie któregokolwiek z nich może spowodować komunikat o braku serwera, niedostępności bazy albo nieprawidłowych danych logowania. Warto również sprawdzić, czy wybrana wersja SQL Servera jest zgodna z używaną wersją Subiekta GT oraz systemu Windows.

Przy odtwarzaniu danych z kopii należy zachować kolejność działań. Najpierw przygotowuje się usługę bazodanową i upewnia się, że działa, następnie przywraca się bazę w sposób właściwy dla używanego pliku kopii, a dopiero później wskazuje ją w konfiguracji programu. Po podłączeniu powinno zostać wykonane sprawdzenie kartotek, numeracji dokumentów, użytkowników, parametrów drukowania oraz dostępu z dodatkowych stanowisk.

Ważnym elementem jest także plan wykonywania kopii zapasowych. Kopia przechowywana wyłącznie na tym samym dysku co baza nie chroni przed awarią nośnika. Bezpieczniejsze jest tworzenie kopii na odrębnym urządzeniu lub w innym zatwierdzonym miejscu, z okresowym sprawdzaniem, czy plik można rzeczywiście odtworzyć. Należy też ograniczyć prawa do katalogów zawierających dane i kopie, ponieważ mogą one obejmować informacje handlowe oraz dane kontrahentów.

Typowe problemy, błędy i ich przyczyny - Jak skonfigurować Subiekt GT z lokalnym SQL Serverem

Jednym z częstszych problemów jest komunikat informujący, że nie można połączyć się z serwerem SQL. Przyczyną może być zatrzymana usługa, błędna nazwa instancji, wyłączony protokół komunikacyjny, nieprawidłowy port albo blokada zapory. Jeżeli połączenie działa na komputerze, na którym znajduje się baza, ale nie działa na innym stanowisku, należy sprawdzić przede wszystkim ustawienia sieciowe i reguły dostępu, a nie samą instalację Subiekta GT.

Inny błąd polega na podłączeniu programu do niewłaściwej bazy. Może się wtedy pojawić wrażenie utraty danych, mimo że właściwa baza nadal znajduje się na dysku. Przed zmianą ustawień trzeba sprawdzić nazwę bazy, datę kopii oraz zawartość kartotek. Nie powinno się usuwać istniejących plików ani nadpisywać baz bez potwierdzenia, że wykonano aktualną kopię bezpieczeństwa.

Problemy z logowaniem mogą wynikać z użycia innego trybu uwierzytelniania niż ten, który został skonfigurowany podczas instalacji SQL Servera. Znaczenie ma również konto Windows, konto SQL oraz zakres nadanych uprawnień. Samo posiadanie dostępu administratora do systemu nie zawsze oznacza dostęp do konkretnej bazy. Uprawnienia powinny być nadawane celowo, zgodnie z rolą użytkownika i zakresem wymaganym przez aplikację.

Po migracji na inny komputer mogą wystąpić również błędy niezwiązane bezpośrednio z samą bazą. Należą do nich brak sterowników, niezgodna wersja programu, niepoprawna ścieżka do plików pomocniczych, utracone ustawienia drukarek lub nieprawidłowe mapowanie zasobów sieciowych. W przypadku wielu stanowisk warto przetestować zarówno odczyt danych, jak i zapis dokumentu, pracę na kartotece, wydruk oraz zamknięcie programu bez pozostawienia aktywnych blokad.

Niepokojącym sygnałem jest spowolnienie działania po zmianie konfiguracji. Może ono wynikać z przeciążenia komputera pełniącego funkcję hosta, problemów z dyskiem, niestabilnej sieci albo nieprawidłowo działającej usługi SQL Server. Powtarzające się rozłączenia, komunikaty o uszkodzeniu bazy i przerwane operacje zapisu wymagają ostrożności. Dalsza praca bez wykonania kopii może utrudnić późniejsze odzyskanie danych.

Warto pamiętać, że aktualizacja programu, przeniesienie bazy i zmiana konfiguracji sieciowej to odrębne operacje. Wykonanie ich jednocześnie bez planu utrudnia ustalenie źródła problemu. Bezpieczniej jest dokumentować kolejne zmiany, zachować poprzednie ustawienia i po każdej fazie sprawdzić działanie programu.

W jakich sytuacjach warto skorzystać z pomocy serwisu - Jak skonfigurować Subiekt GT z lokalnym SQL Serverem

Wsparcie serwisowe jest wskazane, gdy potrzebne jest przeniesienie Subiekta GT na nowy komputer, odtworzenie bazy z kopii, uruchomienie pracy kilku stanowisk albo ustalenie przyczyny utraty połączenia z SQL Serverem. Dotyczy to również sytuacji, w której baza jest widoczna na komputerze głównym, lecz nie można otworzyć jej z pozostałych stanowisk. Przed przekazaniem sprzętu warto przygotować informacje o używanej wersji programu, sposobie pracy oraz dostępnych kopiach bezpieczeństwa.

W Warszawskim Pogotowiu Komputerowym 24/7 można zlecić uporządkowanie konfiguracji środowiska pracy Subiekta GT po awarii, wymianie komputera lub zmianie ustawień sieciowych. Zakres czynności może obejmować sprawdzenie usługi SQL Server, odtworzenie danych, ustawienie połączenia i wykonanie testu na stanowisku użytkownika.

Nie powinno się zwlekać ze zgłoszeniem, gdy pojawiają się komunikaty o uszkodzeniu bazy, nagłe zamykanie programu, brak dokumentów po migracji, powtarzające się rozłączenia albo problemy z zapisem. Do czasu wyjaśnienia przyczyny najlepiej ograniczyć działania, które mogą zmienić zawartość bazy, i zabezpieczyć dostępne kopie. Pozwala to rozpocząć pracę diagnostyczną na możliwie pełnym materiale.

Zgłoszenie serwisowe jest również uzasadnione wtedy, gdy planowana jest zmiana komputera, reorganizacja lokalnej sieci lub przygotowanie dodatkowego stanowiska. Wcześniejsze zaplanowanie migracji ułatwia zachowanie ciągłości pracy, pozwala sprawdzić zgodność komponentów i zmniejsza ryzyko uruchomienia programu z pustą albo nieaktualną bazą.