Co zrobić w przypadku awarii Subiekt GT?

Przy awarii Subiekta GT warto najpierw ustalić, czy przyczyna jest sprzętowa (dysk, sieć, serwer) czy programowa (uszkodzona baza danych, błąd po aktualizacji). My diagnozujemy i naprawiamy stronę sprzętową; problemy programowe najlepiej zgłosić do wsparcia InsERT lub firmy wdrożeniowej.

Co oznacza awaria Subiekt GT i od czego rozpocząć sprawdzanie

Awaria Subiekt GT może oznaczać zarówno całkowity brak możliwości uruchomienia programu, jak i nieprawidłowe działanie wybranej funkcji, na przykład otwierania kartotek, wystawiania dokumentów, wyszukiwania towarów albo zapisywania zmian. W pierwszej kolejności warto ustalić zakres problemu: czy błąd pojawia się na jednym stanowisku, czy dotyczy wszystkich komputerów korzystających ze wspólnej bazy danych. Istotne jest także sprawdzenie, czy problem wystąpił po aktualizacji systemu, zmianie konfiguracji sieci, zaniku zasilania, wymianie dysku lub instalacji innego oprogramowania.

Przed rozpoczęciem naprawy nie powinno się wielokrotnie uruchamiać operacji, która kończy się błędem, zwłaszcza gdy dotyczy zapisu dokumentów, synchronizacji danych albo przebudowy bazy. Warto zanotować dokładny komunikat wyświetlany przez program, godzinę wystąpienia usterki oraz czynności wykonywane bezpośrednio przed jej pojawieniem się. Takie informacje ułatwiają rozdzielenie awarii aplikacji od problemu z komputerem, nośnikiem danych, połączeniem sieciowym lub uprawnieniami użytkownika.

Jeżeli Subiekt GT przestał działać po niespodziewanym wyłączeniu komputera, nie należy od razu usuwać plików programu ani instalować go ponownie. Ponowna instalacja nie naprawia automatycznie uszkodzonej bazy i może utrudnić późniejsze odtworzenie prawidłowego środowiska pracy. Najpierw należy zabezpieczyć kopię danych oraz ustalić, gdzie znajduje się baza używana przez program i czy jej kopia zapasowa jest aktualna.

Różnica między błędem programu a problemem infrastruktury

Subiekt GT działa w określonym środowisku: korzysta z plików programu, bazy danych, konfiguracji użytkowników oraz komunikacji pomiędzy stanowiskiem a miejscem przechowywania danych. Z tego powodu identyczny objaw może mieć różne przyczyny. Brak możliwości zalogowania może wynikać z błędnego hasła lub uprawnień, ale również z niedostępności bazy. Zawieszanie się przy zapisie może wskazywać na problem z samą aplikacją, wolne działanie nośnika, przerwy w połączeniu sieciowym albo brak wystarczających zasobów komputera.

Jeżeli błąd występuje tylko na jednym stanowisku, w pierwszej kolejności analizuje się lokalną konfigurację tego komputera, stan systemu, dostęp do wymaganych zasobów oraz działanie połączenia z bazą. Gdy problem pojawia się równocześnie na wielu stanowiskach, większe znaczenie ma sprawdzenie urządzenia przechowującego dane, usług bazodanowych, sieci lokalnej i uprawnień dostępu. Pomocne jest również porównanie zachowania programu na koncie innego użytkownika, o ile takie testy mogą zostać wykonane bez modyfikowania danych handlowych.

W przypadku podejrzenia uszkodzenia bazy danych potrzebne jest ostrożne postępowanie. Należy unikać pracy na jedynej kopii plików, ręcznego kasowania elementów katalogu programu oraz przywracania przypadkowych kopii bez wcześniejszego ustalenia ich daty i kompletności. Jeżeli problem dotyczy funkcji programu, konfiguracji dokumentów, numeracji, integracji lub reguł pracy z aplikacją, właściwym miejscem konsultacji pozostaje wsparcie producenta albo podmiot odpowiedzialny za wdrożenie. Wsparcie techniczne komputera może natomiast pomóc w ustaleniu, czy podłoże awarii znajduje się w sprzęcie lub systemie operacyjnym.

Warto rozróżnić także chwilową niedostępność od utraty danych. Program, który nie uruchamia się po restarcie, nie musi oznaczać skasowania dokumentów. Z kolei pozornie działająca aplikacja nie daje pewności, że każda operacja zapisu zakończyła się poprawnie. Dlatego przed dalszym korzystaniem z systemu należy sprawdzić spójność danych, możliwość wykonania kopii zapasowej oraz poprawność odczytu najważniejszych kartotek i dokumentów.

Najczęstsze problemy występujące przy pracy z Subiekt GT

Do typowych sytuacji należy zatrzymanie programu podczas uruchamiania, komunikat o braku połączenia z bazą, bardzo długie otwieranie kartotek, błędy przy zapisie dokumentu oraz nieprawidłowe działanie po aktualizacji. Zdarza się również, że program działa poprawnie dla jednego użytkownika, lecz nie uruchamia się dla innego. W takim przypadku analizowane są między innymi profile użytkowników, uprawnienia do katalogów, ustawienia połączenia i lokalne składniki wymagane przez aplikację.

Problemy mogą być wywoływane przez uszkodzenia systemu plików, błędy pamięci masowej, nieprawidłowe zamknięcie komputera, zakłócenia komunikacji w sieci lokalnej lub nieukończone aktualizacje. Jeżeli komputer pracuje niestabilnie, samo przeinstalowanie Subiekt GT może jedynie zamaskować przyczynę. Powtarzające się zawieszenia, nagłe restarty, nietypowe dźwięki nośnika danych albo znikanie urządzenia z systemu powinny skłonić do zabezpieczenia danych i sprawdzenia sprzętu przed dalszą pracą.

Osobną grupę stanowią błędy związane z kopią zapasową. Brak kopii, kopia zapisana w tym samym miejscu co dane robocze albo kopia, której nigdy nie sprawdzono podczas odtwarzania, nie zapewnia realnego zabezpieczenia. Przy diagnozowaniu awarii warto ustalić, czy istnieją wcześniejsze wersje bazy, gdzie są przechowywane i czy można je bezpiecznie wykorzystać. Nie powinno się zastępować bieżących danych starszym plikiem bez oceny, jakie dokumenty zostały zapisane od momentu wykonania kopii.

Przydatne bywa przygotowanie zestawu informacji dla osoby prowadzącej diagnozę: wersja Subiekt GT, wersja systemu operacyjnego, liczba stanowisk objętych problemem, dokładna treść komunikatu, moment rozpoczęcia usterki oraz informacja o ostatnich zmianach w konfiguracji. Należy również wskazać, czy problem dotyczy wszystkich operacji, czy tylko określonego rodzaju dokumentów. Pozwala to ograniczyć liczbę prób wykonywanych na działającej bazie i szybciej ustalić bezpieczny zakres naprawy.

Kiedy warto zgłosić awarię do serwisu komputerowego

Do serwisu warto zgłosić problem wtedy, gdy Subiekt GT nie uruchamia się mimo ponownego uruchomienia komputera, baza jest niewidoczna, system działa niestabilnie albo występują oznaki uszkodzenia dysku. Zgłoszenie jest również uzasadnione, gdy awaria powtarza się po wcześniejszym usunięciu objawów, dotyczy kilku stanowisk jednocześnie lub uniemożliwia wykonanie bezpiecznej kopii danych. W takich sytuacjach analizowane jest środowisko sprzętowe i systemowe, a kwestie wymagające ingerencji w konfigurację samego programu lub strukturę bazy mogą zostać przekazane do wsparcia InsERT albo firmy wdrożeniowej.

W Warszawie sprawdzenie komputera pod kątem takiej awarii można zlecić w serwisie działającym jako Warszawskie Pogotowie Komputerowe 24/7. Naprawy są tam z reguły realizowane w ciągu do 3 dni roboczych, zależnie od zakresu usterki i dostępności urządzenia do testów. Przed przekazaniem sprzętu warto przygotować opis błędu, dane kontaktowe osoby odpowiedzialnej za program oraz informację o ostatniej prawidłowo wykonanej kopii zapasowej.

Podczas przyjmowania zgłoszenia należy jasno zaznaczyć, czy oczekiwane jest wyłącznie przywrócenie działania komputera, czy także pomoc w zabezpieczeniu danych i odtworzeniu środowiska pracy. Nie powinno się przekazywać jedynej kopii bazy bez wcześniejszego ustalenia sposobu jej ochrony. Jeżeli na komputerze znajdują się dokumenty handlowe, dane kontrahentów lub informacje potrzebne do bieżącej sprzedaży, zakres dostępu do danych powinien zostać uzgodniony przed rozpoczęciem czynności serwisowych.

Po usunięciu przyczyny awarii należy sprawdzić nie tylko uruchamianie programu, lecz także logowanie użytkownika, odczyt kartotek, tworzenie dokumentów, zapis zmian, komunikację z pozostałymi stanowiskami oraz wykonanie kopii zapasowej. Dopiero pozytywny wynik tych testów pozwala uznać, że problem został rozwiązany w sposób praktyczny, a nie tylko chwilowo ukryty.