- Need Help? Request A Callback
- Working Hours: 8:00 AM – 7:45 PM
Rewizor GT to program magazynowo-księgowy z linii Insert, który w wielu firmach pracuje na pojedynczym stanowisku lub w małej sieci lokalnej. Jako serwis komputerowy zajmujemy się instalacją, konfiguracją bazy Firebird, aktualizacjami oraz usuwaniem awarii uniemożliwiających pracę w programie.
Rewizor GT wykorzystuje silnik bazodanowy Firebird, który działa jako niezależna usługa systemowa. Z naszego doświadczenia wynika, że większość problemów zgłaszanych przez klientów nie dotyczy samego programu księgowego, lecz warstwy technicznej wokół niego: nieprawidłowo skonfigurowanego serwera bazy danych, uszkodzonego pliku bazy po awarii zasilania albo braku dostępu sieciowego do folderu współdzielonego.
Dlatego przy obsłudze Rewizora GT analizujemy cały sposób działania stanowiska, a nie tylko komunikat wyświetlany na ekranie. Sprawdzamy komputer, na którym znajduje się baza, konfigurację sieci, usługę Firebird, prawa dostępu oraz stan kopii zapasowych. Takie podejście pozwala odróżnić problem programu od awarii systemu Windows, dysku, sieci lub bazy danych.
Podczas instalacji Rewizora GT sprawdzamy, czy usługa Firebird jest poprawnie zarejestrowana w systemie i uruchamiana automatycznie przy starcie komputera. Konfigurujemy ścieżkę do bazy danych, ustawiamy uprawnienia użytkownika systemowego oraz sprawdzamy zgodność wersji Firebirda z wersją programu — to częsty błąd przy samodzielnych instalacjach, który objawia się komunikatem o niezgodności protokołu połączenia.
Przed rozpoczęciem konfiguracji ustalamy, gdzie ma znajdować się baza danych. W przypadku jednego komputera może być przechowywana lokalnie, natomiast w małej sieci zazwyczaj wybiera się jedno stanowisko pełniące funkcję serwera. Pozostałe komputery łączą się z bazą przez sieć. Ważne jest, aby plik bazy nie był otwierany w sposób przypadkowy z kilku komputerów przez zwykły folder współdzielony. Firebird powinien obsługiwać dostęp do bazy zgodnie ze swoją konfiguracją.
Weryfikujemy również nazwę komputera lub jego adres w sieci lokalnej, zaporę systemową oraz możliwość komunikacji między stanowiskiem głównym a komputerami użytkowników. Sama widoczność folderu w Eksploratorze Windows nie zawsze oznacza, że Rewizor GT będzie mógł poprawnie połączyć się z bazą. Działanie programu zależy od prawidłowego połączenia z usługą Firebird, a nie wyłącznie od dostępu do pliku.
Przy wdrożeniu sprawdzamy także, czy użytkownicy mają właściwe konta i uprawnienia w programie. Oddzielamy uprawnienia systemu Windows od uprawnień w Rewizorze GT, ponieważ są to dwa niezależne poziomy dostępu. Użytkownik może mieć dostęp do komputera, ale nie mieć prawa do wybranych operacji w programie, albo odwrotnie. Jasne uporządkowanie tych ustawień ogranicza ryzyko przypadkowej zmiany danych i ułatwia późniejszą diagnostykę.
Zajmujemy się też przenoszeniem Rewizora GT na nowy komputer, odzyskiwaniem dostępu po zapomnianym haśle administratora bazy oraz konfiguracją automatycznych kopii zapasowych, które wykonują się poza godzinami pracy biura. Naprawa uszkodzonej bazy (np. po nieprawidłowym wyłączeniu komputera) zwykle trwa od kilkudziesięciu minut do kilku godzin, w zależności od rozmiaru bazy i stopnia uszkodzenia — czasem konieczne jest odtworzenie z ostatniej kopii zapasowej, dlatego regularny backup jest kluczowy.
Jednym z najczęstszych zgłoszeń jest komunikat informujący o braku połączenia z bazą danych. Przyczyną może być zatrzymana usługa Firebird, zmieniony adres komputera, wyłączona karta sieciowa albo blokada portu przez zaporę. Zdarza się również, że po aktualizacji systemu Windows zmieniają się reguły zapory i dotychczas działające stanowiska przestają się łączyć.
Diagnostykę rozpoczynamy od sprawdzenia, czy komputer główny działa i czy usługa Firebird jest uruchomiona. Następnie testujemy komunikację sieciową z pozostałych stanowisk. Sprawdzamy, czy nazwa serwera jest prawidłowo rozpoznawana, czy adres jest aktualny oraz czy port używany przez Firebirda nie jest filtrowany. Nie otwieramy przypadkowo szerokiego dostępu do sieci — reguły powinny obejmować tylko potrzebne połączenia w zakresie właściwym dla danej konfiguracji.
Jeżeli problem występuje tylko na jednym komputerze, przyczyny szukamy w jego konfiguracji. Może to być uszkodzony profil użytkownika, lokalna zapora, nieaktualna instalacja programu albo błędna ścieżka do bazy. Jeżeli Rewizor GT nie działa na wszystkich stanowiskach, większe znaczenie ma stan komputera głównego, usługi Firebird, sieci lub samego pliku bazy.
Zmiana komputera pełniącego funkcję serwera wymaga zaplanowania kilku etapów. Najpierw wykonujemy kopię bazy i sprawdzamy, czy można ją poprawnie odczytać. Następnie instalujemy wymagane składniki na nowym stanowisku, konfigurujemy Firebirda i odtwarzamy bazę w nowej lokalizacji. Dopiero po sprawdzeniu poprawności danych ustawiamy połączenia na pozostałych komputerach.
Nie zalecamy rozpoczynania migracji od samego kopiowania pliku bazy. Jeżeli plik jest uszkodzony albo kopia została wykonana w trakcie pracy użytkowników, na nowym komputerze może pojawić się ten sam problem. Bezpieczniejsza procedura obejmuje zatrzymanie pracy, wykonanie kopii w kontrolowany sposób, weryfikację pliku oraz test otwarcia programu po odtworzeniu.
Po przeniesieniu sprawdzamy dostęp do dokumentów, kartotek, ustawień oraz wydruków. Weryfikujemy również, czy wszystkie stanowiska korzystają z tej samej bazy, a nie z przypadkowo utworzonej pustej instalacji. Taka pomyłka może przez pewien czas wyglądać jak utrata danych, mimo że dane znajdują się w poprzedniej lokalizacji.
W przypadku programu pracującego na bazie danych kopia zapasowa powinna być traktowana jako podstawowy element obsługi, a nie czynność wykonywana dopiero po wystąpieniu awarii. Samo skopiowanie pliku na ten sam dysk nie zabezpiecza danych przed awarią dysku, uszkodzeniem systemu lub przypadkowym usunięciem. Kopia powinna znajdować się w innej lokalizacji niż komputer, na którym pracuje baza.
Konfigurujemy automatyczne zadania wykonywane poza godzinami pracy biura. Przygotowujemy także sposób przechowywania kilku kolejnych kopii, aby można było wrócić do wcześniejszego stanu, jeżeli problem został zauważony dopiero po pewnym czasie. Ważne jest nie tylko wykonanie kopii, ale również okresowe sprawdzenie, czy można ją odtworzyć.
Po konfiguracji backupu warto ustalić, kto otrzymuje informację o nieudanym zadaniu. Brak pliku w folderze kopii nie zawsze jest od razu widoczny dla użytkownika. Automatyzacja bez kontroli może dawać fałszywe poczucie bezpieczeństwa, dlatego sprawdzamy logi zadań oraz daty utworzenia plików.
Spowolnienie Rewizora GT może mieć różne źródła. W pierwszej kolejności sprawdzamy, czy problem dotyczy wszystkich użytkowników, czy tylko jednego stanowiska. Jeżeli program działa wolno wyłącznie na jednym komputerze, przyczyną może być jego dysk, pamięć, obciążenie systemu, problem z siecią lub lokalna konfiguracja. Jeżeli opóźnienia występują wszędzie, analizujemy przede wszystkim serwer i bazę.
Znaczenie ma stan dysku, na którym przechowywana jest baza, oraz sposób jego wykorzystania przez system. Komputer pełniący funkcję serwera nie powinien być jednocześnie nadmiernie obciążony zbędnymi programami, synchronizacją dużych plików lub zadaniami działającymi w godzinach pracy. Sprawdzamy również, czy program antywirusowy nie skanuje intensywnie katalogów związanych z bazą.
Wolne działanie może być także sygnałem potrzeby konserwacji bazy. Backup i odtworzenie, sweep oraz kontrola integralności powinny być wykonywane zgodnie z przyjętą procedurą i po wcześniejszym zabezpieczeniu danych. Nie wykonujemy takich operacji bez kopii zapasowej, ponieważ każda ingerencja w bazę wymaga możliwości powrotu do poprzedniego stanu.
Nagłe wyłączenie komputera, awaria zasilania albo wymuszone zamknięcie systemu mogą spowodować problemy z bazą Firebird. Objawem bywa brak możliwości uruchomienia programu, komunikat o błędzie bazy, niepełne wyświetlanie danych lub przerwanie operacji zapisu. Nie każda awaria oznacza trwałą utratę informacji, ale dalsza praca na uszkodzonym środowisku może pogorszyć sytuację.
W takiej sytuacji najważniejsze jest ograniczenie kolejnych prób zapisu i zabezpieczenie istniejących plików. Ustalamy, kiedy wystąpił problem, jakie operacje były wykonywane oraz czy dostępna jest ostatnia poprawna kopia. Następnie sprawdzamy stan bazy i logi Firebirda. Jeżeli naprawa nie daje pewnego rezultatu, odtwarzamy dane z kopii zapasowej.
Warto również sprawdzić przyczynę samego wyłączenia. Jeżeli problem wynika z uszkodzonego dysku, przegrzewania komputera, niestabilnego zasilacza albo regularnych zaników prądu, sama naprawa bazy nie usunie ryzyka kolejnej awarii. W ramach obsługi możemy więc przeanalizować także stan techniczny komputera serwerowego.
Aktualizacja programu powinna być poprzedzona kopią danych oraz sprawdzeniem, czy używana wersja Firebirda jest zgodna z wersją Rewizora GT. Instalowanie przypadkowych składników lub pozostawienie starej usługi może prowadzić do błędów połączenia. Przed zmianą zapisujemy informacje o aktualnej konfiguracji, lokalizacji bazy i sposobie łączenia stanowisk.
Po aktualizacji testujemy uruchomienie programu, logowanie użytkowników, dostęp do danych i podstawowe operacje. Sprawdzamy również, czy działają wydruki, połączenia sieciowe oraz zadania kopii zapasowych. Dzięki temu można szybciej ustalić, czy ewentualny problem wynika z aktualizacji, czy pojawił się niezależnie od niej.
Tak, program może pracować w małej sieci lokalnej, jeśli prawidłowo skonfigurowane są komputer z bazą, usługa Firebird, połączenia sieciowe oraz stanowiska użytkowników. Każdy komputer powinien łączyć się z tą samą bazą, a nie z osobną kopią danych.
Sama reinstalacja aplikacji nie musi usuwać bazy, ale przed każdą zmianą należy ustalić jej lokalizację i wykonać kopię. Ryzyko pojawia się wtedy, gdy użytkownik usuwa katalogi programu, formatuje dysk albo wskazuje niewłaściwą bazę podczas ponownej konfiguracji.
Pomocne są dokładny komunikat błędu, informacja, czy problem występuje na jednym czy na wszystkich stanowiskach, oraz opis ostatnich zmian. Warto wskazać, czy wcześniej była aktualizacja, awaria zasilania, wymiana komputera, zmiana routera lub instalacja programu zabezpieczającego. Takie informacje skracają etap rozpoznania problemu.
Obsługa Rewizora GT obejmuje nie tylko uruchomienie programu, lecz także zapewnienie stabilnego działania bazy Firebird, bezpiecznej pracy sieciowej, poprawnych kopii zapasowych i możliwości odtworzenia danych po awarii. W Grodzisku Mazowieckim i okolicach pomagamy zarówno przy nowych instalacjach, jak i przy problemach na istniejących stanowiskach, analizując zależności między programem, systemem Windows, sprzętem, siecią i bazą danych.
Zgłoszenie naprawy: 22 390 56 49 — telefon czynny całą dobę, siedem dni w tygodniu. Sprzęt odbieramy spod wskazanego adresu w Grodzisku Mazowieckim i okolicy.