Kopie zapasowe baz programów InsERT GT

Gdy baza InsERT GT może zostać utracona

Problemy z kopią zapasową zwykle wychodzą na jaw dopiero wtedy, gdy potrzebne jest odtworzenie danych. Program może działać poprawnie, a mimo to ostatnia kopia może być niepełna, uszkodzona albo zapisana na tym samym komputerze, który uległ awarii. W takiej sytuacji zagrożone są dokumenty sprzedażowe w Subiekcie GT, zapisy księgowe w Rewizorze GT i Rachmistrzu GT, dane pracowników w Gratyfikancie GT oraz informacje handlowe w Gestorze GT.

Kopia zapasowa, czyli dodatkowy zapis danych przeznaczony do późniejszego odtworzenia, powinna być traktowana jako element codziennej obsługi programu. Samo polecenie wykonania kopii nie daje jeszcze pewności, że plik można wykorzystać. Potrzebne są również kontrola wyniku, powiadomienia oraz okresowy test odtwarzania.

Najczęstsze przyczyny braku użytecznej kopii

Najczęściej kopie nie powstają według stałego harmonogramu. Są wykonywane ręcznie, gdy ktoś sobie o nich przypomni, albo tylko przed większą zmianą. W praktyce prowadzi to do przerw, szczególnie podczas urlopów, pracy zmianowej i nagłego przeciążenia obowiązkami.

Drugim problemem jest zapis kopii wyłącznie na dysku komputera z bazą. Awaria dysku, szyfrowanie plików przez złośliwe oprogramowanie lub kradzież urządzenia może wtedy objąć jednocześnie bazę i jej kopię. Ryzyko zwiększa także przechowywanie wszystkich plików pod jedną nazwą, bez daty i bez informacji o zakresie kopii.

Zdarza się również, że zadanie kopii kończy się komunikatem o błędzie, ale nikt go nie sprawdza. Innym wariantem jest kopia wykonana poprawnie, której nie można odtworzyć z powodu uszkodzenia pliku, braku hasła albo niezgodności środowiska programu.

Harmonogram dopasowany do pracy firmy

Harmonogram to ustalony plan określający, kiedy i jak często wykonywana jest kopia. Powinien wynikać z częstotliwości pracy z bazą oraz z tego, ile danych można odtworzyć po awarii bez poważnych skutków dla działalności. Dane zmieniane każdego dnia wymagają częstszej ochrony niż archiwum używane sporadycznie.

Dla Subiekta GT warto uwzględnić godziny wystawiania dokumentów, przyjęć magazynowych i synchronizacji z innymi systemami. W przypadku Rewizora GT i Rachmistrza GT znaczenie mają okresy księgowania oraz zamykania dokumentów. W Gratyfikancie GT trzeba brać pod uwagę pracę z listami płac i kartotekami pracowników, a w Gestorze GT zmiany dotyczące klientów, kontaktów i zadań.

Sfera GT, czyli interfejs programistyczny oparty na COM i OLE Automation, może automatyzować wymianę danych i wykonywanie operacji w Subiekcie, Gestorze, Rewizorze oraz Gratyfikancie. Przy takim środowisku harmonogram kopii powinien uwzględniać także zadania automatyczne i integracje, aby kopia nie powstawała w trakcie zapisu danych przez inne narzędzie.

Powiadomienia po wykonaniu kopii

Powiadomienie to informacja o wyniku zadania, a nie tylko komunikat, że proces został uruchomiony. Dobrze skonfigurowane powiadomienie powinno rozróżniać wykonanie prawidłowe, ostrzeżenie i błąd. Dzięki temu można szybko zauważyć brak miejsca, niedostępny nośnik, zatrzymaną usługę albo problem z uprawnieniami.

Warto przechowywać informacje o dacie wykonania, nazwie bazy, lokalizacji pliku i wyniku kontroli. Log, czyli dziennik zdarzeń programu lub systemu, pomaga ustalić, czy problem wystąpił jednorazowo, czy powtarza się przy każdym zadaniu. Same wiadomości nie zastępują kopii, ale pozwalają szybciej reagować na jej brak.

Powiadomienia powinny trafiać do osoby odpowiedzialnej za dane albo do kilku osób, jeśli obsługa odbywa się zmianowo. Nie należy wysyłać komunikatów wyłącznie na skrzynkę znajdującą się na tym samym komputerze lub serwerze, który może ulec awarii.

Kopia przechowywana poza firmą

Kopia poza firmą chroni dane przed zdarzeniami, które mogą objąć całe miejsce pracy. Może być przechowywana na odłączanym nośniku przechowywanym w innej lokalizacji albo w chmurze, czyli usłudze przechowywania danych na zewnętrznych serwerach. Wybór rozwiązania powinien uwzględniać poufność danych, dostępność po awarii oraz możliwość odtworzenia bez zależności od jednego urządzenia.

Przed wysłaniem kopii poza firmę należy zastosować szyfrowanie, czyli zapis danych w formie możliwej do odczytania tylko przy użyciu odpowiedniego klucza lub hasła. Hasło nie powinno być przechowywane razem z plikiem kopii. W przypadku danych księgowych, kadrowych i handlowych ważna jest także kontrola dostępu, czyli ograniczenie możliwości odczytu i usunięcia kopii do upoważnionych osób.

Nie należy uznawać synchronizacji folderu za pełną strategię kopii. Synchronizacja może przenieść także przypadkowe usunięcie lub zaszyfrowanie pliku. Bez wersjonowania, czyli zachowywania wcześniejszych wersji danych, późniejsze odzyskanie poprawnej kopii może być niemożliwe.

Test odtwarzania jest częścią kopii

Odtwarzanie to proces przywrócenia bazy z pliku kopii do działania. Test odtwarzania powinien być wykonywany w kontrolowanych warunkach, najlepiej na oddzielnym środowisku, aby nie nadpisać bieżących danych. Sprawdza się wtedy nie tylko otwarcie pliku, lecz także poprawność struktury bazy, dostęp do dokumentów i zgodność z używaną wersją programu.

Po odtworzeniu należy zweryfikować przykładowe obszary właściwe dla konkretnego programu. W Subiekcie GT mogą to być kartoteki, dokumenty i stany magazynowe. W Rewizorze GT oraz Rachmistrzu GT sprawdza się zapisy księgowe i zestawienia. W Gratyfikancie GT kontroluje się dane kadrowe, a w Gestorze GT kontakty, zadania i historię pracy.

Test powinien obejmować również uprawnienia użytkowników i działanie współpracy z innymi systemami. Jeżeli używana jest Sfera GT albo integracja sklepu internetowego, należy sprawdzić, czy po odtworzeniu nie powstają duplikaty i czy połączenia nie zapisują zmian w niewłaściwej bazie.

Jak wygląda bezpieczne przygotowanie rozwiązania

Prace rozpoczynają się od ustalenia, gdzie znajdują się bazy programów InsERT GT, kto z nich korzysta i jakie procesy zapisują dane automatycznie. Sprawdzane są także wersje programów, sposób logowania, uprawnienia oraz istniejące zadania kopii. Przed jakąkolwiek ingerencją w bazę wykonywana jest jej kopia.

Następnie ustalany jest harmonogram, lokalizacja podstawowa i lokalizacja poza firmą. Konfigurowane są zasady nazewnictwa, ochrona dostępu oraz powiadomienia o wyniku. Jeśli kopia jest przenoszona poza firmę, sprawdza się szyfrowanie i możliwość odczytu pliku bez dostępu do pierwotnego komputera.

Na końcu wykonywany jest test odtworzenia. Wynik powinien zostać opisany, aby było wiadomo, z jakiej kopii korzystano, jakie elementy sprawdzono i czy wymagane są dalsze zmiany. W razie potrzeby porządkowane są również stare kopie, ale nie usuwa się ich bez ustalenia zasad przechowywania.

Ile trwa przygotowanie i kiedy potrzebna jest pomoc

Czas wykonania prac zależy od liczby baz, sposobu pracy i liczby połączeń z innymi systemami. Sama naprawa lub konfiguracja dotycząca programów może zostać wykonana z reguły do 3 dni, natomiast przyspieszanie i czyszczenie urządzenia mogą trwać do 24 godzin. Czas potrzebny na pełny test zależy od rozmiaru baz i zakresu sprawdzanych danych.

W przypadku pracy na miejscu dojazd serwisanta jest bezpłatny, ale praca jest zawsze płatna. Możliwy jest także odbiór i zwrot sprzętu w trybie door-to-door. W tym trybie diagnoza laptopa kosztuje 0 zł. Zakres działania obejmuje konfigurację i obsługę programów InsERT GT, a nie naprawę samych urządzeń fiskalnych.

Co można sprawdzić samodzielnie

Można sprawdzić datę ostatniej kopii, jej rozmiar oraz to, czy plik znajduje się w zaplanowanej lokalizacji. Warto porównać datę z ostatnim dniem pracy z bazą i upewnić się, że kopia nie jest zapisywana na tym samym dysku, na którym znajduje się baza.

Można również otworzyć dziennik zadań i sprawdzić, czy pojawiają się błędy. Nie należy jednak uruchamiać odtwarzania na aktywnej bazie ani usuwać plików tylko dlatego, że mają starszą datę. Przed każdą zmianą trzeba zachować aktualną kopię i ustalić, czy w danym momencie nie pracują użytkownicy, integracje lub zadania Sfery GT.

Błędy przy samodzielnym porządkowaniu kopii

Częstym błędem jest nadpisywanie jednej kopii kolejną. Chroni to tylko przed niektórymi awariami, ale nie pozwala wrócić do wcześniejszego stanu po wykryciu błędu z opóźnieniem. Ryzykowne jest także przenoszenie plików bez sprawdzenia, czy zostały skopiowane w całości.

Nie powinno się zmieniać nazw baz, przenosić ich plików ani wykonywać operacji administracyjnych bez wcześniejszej kopii. Nie należy również przerywać procesu tworzenia kopii, wyłączać usług bazy danych ani uruchamiać kilku zadań jednocześnie bez wiedzy, jakie mogą być skutki.

Osobnego omówienia wymaga przywracanie starej kopii do środowiska produkcyjnego, czyli miejsca, w którym na co dzień pracuje firma. Pomyłka może spowodować utratę nowszych dokumentów albo zapisanie danych w niewłaściwym systemie. Takie działanie powinno być poprzedzone identyfikacją bazy i potwierdzeniem zakresu przywracania.

Kiedy problem nie dotyczy kopii zapasowej

Brak dokumentu w programie nie zawsze oznacza utratę bazy. Przyczyną może być filtr, ograniczenie uprawnień użytkownika, wybrany niewłaściwy okres albo praca na innej firmie w programie. W Subiekcie GT podobny objaw może wynikać z błędnej kartoteki lub połączenia z systemem sklepu internetowego.

Wolne działanie programu również nie musi oznaczać uszkodzenia kopii. Może być związane z siecią, serwerem, blokadą pliku, problemem z usługą bazy danych albo nieprawidłową pracą integracji. W Rewizorze GT, Rachmistrzu GT, Gratyfikancie GT i Gestorze GT trzeba dodatkowo rozróżnić błąd samego programu od błędu uprawnień lub konfiguracji.

Jeżeli problem dotyczy drukarki, kserokopiarki, serwera lub NAS, zakres obsługi obejmuje konfigurację, a nie naprawę tych urządzeń. W przypadku monitora wykonywana jest diagnoza i podłączenie, natomiast nie jest wykonywana jego naprawa. Routery i UPS mogą być dobierane, konfigurowane lub wymieniane.

Czy kopia obejmuje także dane Sfery GT?

Tak, kopia bazy powinna obejmować dane zapisane przez programy korzystające ze Sfery GT, czyli interfejsu programistycznego opartego na COM i OLE Automation. Trzeba jednak osobno opisać konfigurację integracji, pliki ustawień i dane przechowywane poza bazą.

Co zrobić, gdy powiadomienie informuje o błędzie?

Najpierw należy zachować komunikat i dziennik zadania, a następnie sprawdzić dostępność miejsca, nośnika oraz uprawnień. Nie powinno się kasować poprzednich kopii ani wielokrotnie uruchamiać zadania bez ustalenia przyczyny.

Czy jedna kopia wystarczy dla kilku programów?

Zależy to od sposobu przechowywania danych. Każdy program może mieć własną bazę, dlatego trzeba potwierdzić, że kopia obejmuje Subiekta GT, Rewizora GT, Rachmistrza GT, Gratyfikanta GT i Gestora GT używane w danej firmie. Osobno należy sprawdzić pliki integracji i konfiguracji.

Bezpieczna strategia kopii baz InsERT GT łączy harmonogram, powiadomienia, przechowywanie poza firmą oraz regularne testy odtwarzania. Dopiero taki zestaw pozwala ocenić, czy dane można rzeczywiście przywrócić po awarii, błędzie użytkownika lub utracie sprzętu.