Naprawa błędów bazy w programach InsERT GT

Gdy program InsERT GT zgłasza błąd bazy

Problemy z bazą danych mogą objawiać się na kilka sposobów. Program może nie uruchamiać wybranej firmy, wyświetlać komunikat o uszkodzeniu danych, zamykać się podczas zapisu albo bardzo długo otwierać dokumenty. Czasami błąd pojawia się dopiero przy wystawianiu faktury, księgowaniu operacji, naliczaniu wynagrodzeń lub korzystaniu z kartoteki kontrahentów.

W praktyce podobny komunikat nie zawsze oznacza takie samo uszkodzenie. Przyczyną może być niespójność pojedynczych tabel, przerwana operacja zapisu, problem z plikiem bazy, błędna konfiguracja połączenia albo awaria komputera, na którym przechowywane są dane. Dlatego samo ponowne uruchomienie programu nie zastępuje diagnozy.

Programy InsERT GT objęte diagnozą

Procedura dotyczy programów rodziny InsERT GT: Subiekt GT, Rewizor GT, Rachmistrz GT, Gratyfikant GT i Gestor GT. Każdy z nich zapisuje inne rodzaje informacji, ale podstawowe zasady ochrony bazy pozostają podobne. W Subiekcie GT są to między innymi towary, stany magazynowe, dokumenty sprzedaży i dane kontrahentów. Rewizor GT oraz Rachmistrz GT przechowują dane księgowe i podatkowe, a Gratyfikant GT informacje kadrowo-płacowe.

Gestor GT korzysta z danych związanych z obsługą relacji z klientami, zadaniami i kontaktami. W zakresie znajduje się również Sfera GT, czyli interfejs programistyczny oparty na COM i OLE Automation. Umożliwia on innym aplikacjom wykonywanie operacji w Subiekcie, Gestorze, Rewizorze i Gratyfikancie. Błąd widoczny w programie korzystającym ze Sfery może wynikać zarówno z samej bazy, jak i z nieprawidłowego wywołania operacji przez integrację.

Integracje ze sklepem internetowym analizuje się wyłącznie w kontekście Subiekta GT, ponieważ jest to system sprzedażowo-magazynowy. Rewizor GT, Rachmistrz GT, Gratyfikant GT i Gestor GT mogą być obsługiwane oraz wdrażane bez integracji ze sklepem.

Najczęstsze przyczyny niespójności danych

Jedną z częstszych przyczyn jest przerwanie zapisu. Może do niego dojść po zaniku zasilania, wymuszonym zamknięciu systemu Windows albo utracie połączenia z komputerem przechowującym bazę. Jeżeli operacja obejmowała kilka powiązanych tabel, część danych może zostać zapisana, a część nie. Taki stan nazywa się niespójnością, czyli brakiem zgodności między elementami, które powinny opisywać tę samą operację.

Innym źródłem problemu jest uszkodzenie nośnika danych. Błędy systemu plików mogą zmienić zawartość pliku bazy albo uniemożliwić jego odczyt. Znaczenie ma także stan komputera, na którym działa usługa bazy danych. Usługa to proces systemowy odpowiedzialny za przyjmowanie zapytań programu i udostępnianie mu informacji.

Problemy mogą pojawić się również po niepełnej aktualizacji, zmianie uprawnień, nieprawidłowej konfiguracji sieci lokalnej lub błędach dodatkowego oprogramowania. Przy pracy wielostanowiskowej znaczenie ma stabilność połączenia między komputerami. Jeżeli program korzystający ze Sfery GT wykonuje operację w niewłaściwej kolejności, komunikat może przypominać awarię bazy, choć przyczyna znajduje się w integracji.

Diagnoza przed jakąkolwiek ingerencją

Bezpieczna naprawa zaczyna się od zebrania informacji o objawach. Sprawdzane jest, czy błąd dotyczy jednej firmy, jednego stanowiska, konkretnej funkcji czy wszystkich użytkowników. Istotne jest także ustalenie, czy problem pojawił się po zaniku zasilania, aktualizacji, zmianie konfiguracji lub instalacji dodatkowego programu.

Analizowany jest dokładny komunikat, moment jego wystąpienia i możliwość wykonania innych operacji. Inaczej postępuje się w przypadku błędu przy logowaniu, inaczej przy zapisie dokumentu, a jeszcze inaczej przy tworzeniu kopii. Sprawdzane są również usługi odpowiedzialne za pracę bazy, dostęp do plików oraz podstawowa kondycja nośnika.

W przypadku pracy sieciowej porównuje się zachowanie programu na różnych stanowiskach. Jeżeli błąd występuje tylko na jednym komputerze, przyczyna może dotyczyć lokalnej konfiguracji, profilu użytkownika lub połączenia. Jeżeli problem jest widoczny wszędzie, większe znaczenie ma baza albo komputer pełniący funkcję serwera.

Kopia bazy przed naprawą

Przed ingerencją w bazę wykonywana jest jej kopia. Jest to podstawowa zasada, ponieważ czynności naprawcze mogą zmienić strukturę lub zawartość danych. Kopia pozwala wrócić do stanu sprzed próby naprawy, a także porównać rezultat z pierwotnym stanem.

Nie wystarczy sprawdzić, czy plik kopii powstał. Należy ocenić, czy kopia ma prawidłowy rozmiar, czy została zapisana w dostępnym miejscu i czy można ją odczytać. W razie potrzeby wykonywana jest również kopia na innym nośniku. Oryginalnych danych nie nadpisuje się bez potwierdzenia, że kopia jest dostępna.

Przy kilku bazach trzeba jednoznacznie ustalić, której firmy dotyczy problem. Pomylenie plików może doprowadzić do odtworzenia nie tej bazy, która wymaga naprawy. Z tego powodu ważne są nazwa firmy, data kopii oraz informacja, z jakiego stanowiska i programu dane pochodzą.

Odtworzenie danych z kopii

Jeżeli baza jest uszkodzona w sposób, którego nie da się bezpiecznie usunąć, rozważane jest odtworzenie jej z kopii. Odtworzenie oznacza przywrócenie danych do stanu zapisanego w określonym momencie. Nie jest tożsamy z prostym skopiowaniem pliku, ponieważ trzeba zachować zgodność z konfiguracją programu, usługą bazy oraz uprawnieniami użytkowników.

Przed odtworzeniem ustala się, czy kopia obejmuje cały wymagany zakres danych. Sprawdzane jest również, czy po wykonaniu kopii nie powstały dokumenty, zapisy księgowe, operacje magazynowe lub dane kadrowe, których nie ma w archiwum. W takim przypadku odtworzenie może wymagać dodatkowego zabezpieczenia nowszych informacji albo wyboru innej kopii.

Po przywróceniu danych wykonywane jest uruchomienie kontrolne. Sprawdzane są kartoteki, dokumenty i funkcje związane z objawem. W razie pracy kilku stanowisk kontroluje się także dostęp z komputerów użytkowników, a przy Sferze GT dodatkowo działanie aplikacji korzystającej z interfejsu programistycznego.

Kontrola spójności po naprawie

Kontrola spójności polega na sprawdzeniu, czy powiązane elementy bazy są zgodne i mogą być poprawnie odczytywane. Przykładowo dokument sprzedaży powinien mieć prawidłowe pozycje, wartości, kontrahenta i powiązanie z magazynem. W danych księgowych kontroluje się relacje między zapisami, okresami i dokumentami źródłowymi. W Gratyfikancie GT znaczenie ma zgodność informacji pracowniczych z naliczeniami.

Sprawdzane są nie tylko rekordy widoczne na ekranie. Rekord to pojedynczy zapis w bazie, na przykład kartoteka kontrahenta albo pozycja dokumentu. Niektóre zależności są wykorzystywane dopiero podczas raportowania, eksportu lub komunikacji z innym programem. Dlatego kontrola obejmuje funkcje, które wcześniej powodowały błąd.

Jeżeli baza działa po naprawie, ale występują braki lub rozbieżności, nie powinno się uznawać problemu za zakończony. W takiej sytuacji porównuje się dane z kopią i ustala, czy problem dotyczy pojedynczego obszaru, czy całej struktury bazy.

Różnica między naprawą bazy a konfiguracją

Nie każdy błąd pojawiający się przy pracy z InsERT GT jest błędem danych. Program może nie łączyć się z bazą z powodu wyłączonej usługi, blokady zapory sieciowej albo nieprawidłowej nazwy komputera. Zapora sieciowa to mechanizm systemowy, który kontroluje połączenia między urządzeniami i może zatrzymać prawidłową komunikację.

Podobne objawy może powodować brak uprawnień użytkownika. Uprawnienia określają, jakie operacje można wykonać na plikach, bazie i funkcjach programu. Jeżeli jedna osoba nie może zapisać dokumentu, a pozostali użytkownicy pracują bez problemu, naprawa bazy może nie być potrzebna.

W przypadku urządzeń fiskalnych nie wykonuje się naprawy samego urządzenia. Możliwa jest diagnostyka sterowników i konfiguracji, ponieważ sterownik to oprogramowanie pośredniczące między systemem a urządzeniem. Błąd komunikacji z drukarką fiskalną nie powinien być automatycznie traktowany jako uszkodzenie bazy Subiekta GT.

Ile trwa przywrócenie poprawnej pracy

Naprawa błędów bazy trwa z reguły do 3 dni. Czas zależy od rodzaju uszkodzenia, dostępności kopii, wielkości danych, liczby stanowisk oraz tego, czy trzeba odtworzyć wcześniejszy stan i przeprowadzić dodatkowe kontrole.

Przyjęcie sprzętu może odbywać się w trybie door-to-door, czyli z odbiorem i zwrotem przez kierowcę. W przypadku laptopa diagnoza w tym trybie kosztuje 0 zł. Dla komputera stacjonarnego diagnostyka kosztuje 200 zł i jest zaliczana na poczet naprawy. Możliwy jest również dojazd serwisanta, przy czym dojazd jest bezpłatny, a praca serwisanta zawsze jest płatna.

Po przyjęciu zgłoszenia kierowca lub serwisant może dojechać do 1 godziny. Obsługa działa przez całą dobę, także w weekendy i święta, bez dopłat za porę nocną, weekend lub święto. Te informacje dotyczą organizacji obsługi, a nie gwarantowanego czasu zakończenia naprawy.

Co można sprawdzić samodzielnie

Przed przekazaniem sprzętu można zanotować dokładny komunikat, godzinę wystąpienia błędu i operację, podczas której się pojawia. Przydatne jest również sprawdzenie, czy problem występuje na innych stanowiskach oraz czy dotyczy jednej firmy, czy wszystkich baz.

Można bezpiecznie sprawdzić, czy komputer przechowujący bazę jest uruchomiony, czy działa połączenie sieciowe i czy nie wystąpiła przerwa w zasilaniu. Warto także ustalić, kiedy wykonywana była ostatnia kopia. Jeżeli program jeszcze działa, należy zakończyć pracę użytkowników w uporządkowany sposób i nie rozpoczynać kolejnych operacji zapisujących dane.

Można przygotować informacje o używanym programie, wersji systemu Windows lub Linux oraz o dodatkowych integracjach. InsERT GT działa w środowisku Windows, a w określonych zastosowaniach możliwa jest także praca z systemem Linux po stronie serwerów i NAS. NAS to urządzenie sieciowe przeznaczone do przechowywania danych; w jego przypadku zakres obejmuje konfigurację, a nie naprawę urządzenia.

Błędy podczas samodzielnych prób

Ryzykownym działaniem jest wielokrotne uruchamianie funkcji naprawczych bez wykonania kopii. Każda kolejna próba może zmienić bazę i utrudnić późniejsze odtworzenie danych. Nie należy również nadpisywać istniejącej kopii nowym plikiem bez sprawdzenia, czy nowa kopia jest poprawna.

Nie powinno się usuwać losowych plików z katalogów programu, zmieniać nazw plików bazy ani przenosić ich między komputerami bez ustalenia zależności. Takie działania mogą zerwać połączenie programu z bazą lub utrudnić rozpoznanie pierwotnego problemu. Niewskazane jest także uruchamianie nieznanych skryptów znalezionych w internecie, szczególnie gdy korzysta się ze Sfery GT.

Osobnym błędem jest kontynuowanie pracy mimo komunikatów o problemie z zapisem. Wystawianie kolejnych dokumentów lub ponawianie tej samej operacji może utworzyć duplikaty albo pogłębić niespójność. Przed ingerencją należy również zamknąć programy korzystające z bazy, w tym aplikacje integracyjne.

Kiedy przyczyna leży poza bazą

Jeżeli baza otwiera się poprawnie, a problem dotyczy tylko jednego raportu, wydruku lub modułu, możliwe jest uszkodzenie ustawień programu albo szablonu. Gdy błąd pojawia się wyłącznie przy komunikacji ze sklepem internetowym, analizuje się integrację Subiekta GT, mapowanie danych i sposób wywoływania operacji.

Jeżeli wszystkie programy działają, lecz system nie widzi drukarki, problem dotyczy sterownika, portu lub konfiguracji. Routery i UPS mogą wymagać doboru, konfiguracji albo wymiany, ale nie oznacza to naprawy bazy InsERT GT. Podobnie monitor podlega diagnozie i podłączeniu, bez naprawy samego urządzenia.

Klawiatury oraz myszy zewnętrzne nie są naprawiane; możliwa jest jedynie diagnostyka strony komputera. Tablety obejmuje wyłącznie konfiguracja i oprogramowanie, a drukarki, kserokopiarki, serwery i NAS wyłącznie konfiguracja.

Dodatkowe pytania przed rozpoczęciem prac

Czy można naprawić bazę bez aktualnej kopii? Można rozpocząć diagnozę, ale przed ingerencją wykonywana jest dostępna kopia robocza. Jeżeli nie ma wcześniejszego archiwum, zakres bezpiecznego odtworzenia może być mniejszy, dlatego najpierw ocenia się stan obecnych danych.

Czy odtworzenie kopii usuwa późniejsze dokumenty? Odtworzenie przywraca stan zapisany w wybranym archiwum. Dlatego przed decyzją sprawdza się, jakie operacje wykonano po dacie kopii i czy można je zabezpieczyć albo odtworzyć w inny sposób.

Czy błąd Sfery GT zawsze oznacza uszkodzoną bazę? Nie. Sfera GT może zgłaszać problem wynikający z nieprawidłowego wywołania, uprawnień, wersji komponentów lub przerwanej komunikacji. Baza jest sprawdzana razem z aplikacją korzystającą z interfejsu COM i OLE Automation.

Czy można pracować na bazie podczas diagnozy? Zwykle należy zatrzymać operacje użytkowników, ponieważ równoczesne zapisy utrudniają ocenę stanu i mogą zmienić dane. O sposobie zabezpieczenia bieżącej pracy decyduje się po ustaleniu rodzaju problemu.

Bezpieczne zakończenie naprawy

Naprawa błędów bazy w programach InsERT GT powinna obejmować nie tylko usunięcie komunikatu, lecz także sprawdzenie danych, kopii i funkcji, które wcześniej nie działały. Kolejność ma znaczenie: najpierw diagnoza i zabezpieczenie, następnie naprawa albo odtworzenie, a na końcu kontrola spójności.

Takie postępowanie pozwala rozróżnić uszkodzenie bazy od problemu z konfiguracją, siecią, sterownikiem lub integracją. Ogranicza też ryzyko utraty dokumentów i ułatwia przywrócenie pracy Subiekta GT, Rewizora GT, Rachmistrza GT, Gratyfikanta GT, Gestora GT oraz aplikacji korzystających ze Sfery GT.