Brak dostępu do bazy danych w programie sprzedażowym lub magazynowym po wymianie komputera bywa mylnie diagnozowany jako zwykły problem z siecią. Gdy aplikacja wyświetla komunikat o przekroczeniu czasu oczekiwania na odpowiedź serwera, użytkownicy często wielokrotnie restartują sprzęt lub odłączają kable. Istnieją jednak sytuacje, w których problem okazuje się znacznie poważniejszy niż zwykła blokada komunikacji. Szczególny niepokój powinien wzbudzić stan, w którym silnik bazodanowy zgłasza błędy wejścia-wyjścia, pliki bazy danych mają zerowy rozmiar po przeniesieniu lub usługa systemowa zatrzymuje się samoczynnie kilka sekund po uruchomieniu.
Kolejnym sygnałem ostrzegawczym jest sytuacja, w której baza przechodzi w stan oznaczony jako podejrzany lub odzyskiwanie danych kończy się niepowodzeniem. Oznacza to, że struktura logiczna plików została naruszona, na przykład na skutek nieprawidłowego skopiowania bazy podczas pracy starej maszyny lub uszkodzenia nośnika instalacyjnego. Jeśli dodatkowo w dziennikach systemowych pojawiają się powiadomienia o niespójności stron danych, próby wymuszenia startu mogą doprowadzić do bezpowrotnej utraty wpisów handlowych. W takich okolicznościach standardowe próby łączenia z poziomu programu kończą się niepowodzeniem, a problem leży bezpośrednio w integralności samego silnika bazodanowego.
Podczas rozmów telefonicznych użytkownicy opisują tę awarię w bardzo zróżnicowany sposób, najczęściej koncentrując się na zachowaniu samego programu do fakturowania lub zarządzania firmą. Najczęstsze sformułowania to:
Brak łączności z bazą danych na nowym urządzeniu rzadko wynika z pojedynczego błędu. Najczęściej dochodzi do nałożenia się kilku zmian konfiguracyjnych w środowisku sieciowym i systemowym.
Nowy komputer posiada świeżą instalację systemu operacyjnego, w której zapora sieciowa domyślnie blokuje wszelki ruch przychodzący. Nawet jeśli usługa bazodanowa działa poprawnie lokalnie, zapora odrzuca pakiety przesyłane z pozostałych komputerów w sieci lokalnej. Niezbędne jest utworzenie dedykowanych reguł zezwalających na komunikację dla procesu silnika oraz dla usługi przeglądarki bazy danych.
Darmowa edycja silnika bazodanowego instaluje się z domyślnie wyłączoną obsługą protokołów sieciowych, takich jak TCP/IP oraz potoki nazwane. Oznacza to, że silnik akceptuje wyłącznie zapytania pochodzące z tego samego komputera, na którym został zainstalowany. Dopóki protokół TCP/IP nie zostanie jawnie aktywowany w konsoli konfiguracyjnej silnika, żadna stacja robocza nie nawiąże połączenia.
W przypadku instalacji z nazwaną instancją silnik bazodanowy bardzo często przypisuje dynamiczne porty komunikacyjne przy każdym restarcie usługi. Programy na pozostałych stanowiskach próbują łączyć się ze standardowym portem lub wymagają stałego numeru portu do prawidłowej komunikacji. Jeśli port zmienia się dynamicznie, a zapora sieciowa nie śledzi procesu, łączność zostaje natychmiast zerwana.
Usługa odpowiedzialna za rozgłaszanie informacji o instancjach w sieci lokalnej często pozostaje w stanie wyłączonym po nowej instalacji. Gdy stacja robocza odpytuje sieć o nazwę nowego komputera i konkretną instancję bazy, brak odpowiedzi z usługi przeglądarki skutkuje komunikatem o niedostępności serwera. Usługa ta wymaga odrębnego uruchomienia oraz odblokowania odpowiedniego portu w protokole transmisji bezpołączeniowej.
Programy użytkowe przechowują w plikach konfiguracyjnych ścieżkę do bazy danych, która opiera się na nazwie poprzedniego komputera lub jego stałym adresie sieciowym. Po wdrożeniu nowego urządzenia nazwa komputera w sieci ulega zmianie, a router przydziela mu inny adres lokalny. W efekcie stacje robocze wysyłają zapytania do nieistniejącego już węzła sieciowego.
Domyślna instalacja silnika często ustawia tryb uwierzytelniania wyłącznie na konta systemowe. Wiele programów firmowych wymaga natomiast trybu mieszanego, który pozwala na logowanie za pomocą dedykowanych użytkowników bazy danych z osobnym hasłem. Próba połączenia ze stacji roboczej kończy się wtedy błędem autoryzacji, mimo poprawnej komunikacji na poziomie samej sieci.
Najrzadszą, ale najgroźniejszą przyczyną jest skopiowanie plików bazy danych bez uprzedniego poprawnego odłączenia ich od działającego silnika na starym komputerze lub brak wykonania właściwego pliku kopii zapasowej. Przeniesienie plików będących w trakcie zapisu prowadzi do błędów struktury i uniemożliwia ich ponowne dołączenie do nowej instancji.
Prawidłowe rozpoznanie problemu wymaga systematycznego podejścia, które eliminuje kolejne warstwy potencjalnych usterek: od stanu plików, przez usługi systemowe, aż po komunikację sieciową.
Diagnozę rozpoczynamy od sprawdzenia, w jaki sposób baza została przeniesiona ze starego stanowiska. Sprawdzana jest spójność plików głównych oraz plików dziennika transakcji, a także poprawność wykonania pliku kopii zapasowej. Wyklucza to ryzyko pracy na uszkodzonym zbiorze danych.
Następnym etapem jest weryfikacja, czy usługa odpowiedzialna za działanie konkretnej instancji silnika bazy danych jest uruchomiona i ustawiona w tryb automatycznego startu wraz z systemem operacyjnym. Kontroli podlega także stan usługi przeglądarki instancji bazodanowych.
Weryfikacji podlegają protokoły sieciowe w dedykowanej konsoli zarządzania silnikiem. Sprawdzany jest stan protokołu TCP/IP, konfiguracja nasłuchiwania na wszystkich kartach sieciowych oraz ustawienia portów statycznych i dynamicznych dla danej instancji.
Przed próbą łączenia przez sieć przeprowadzany jest test bezpośrednio na nowym komputerze. Uruchomienie aplikacji lub narzędzia diagnostycznego lokalnie pozwala potwierdzić, czy silnik poprawnie przyjmuje zapytania, czy tryb uwierzytelniania jest zgodny z wymaganiami oprogramowania oraz czy użytkownik posiada odpowiednie uprawnienia.
Badana jest konfiguracja systemowej zapory sieciowej oraz ewentualnego oprogramowania antywirusowego. Serwisant weryfikuje obecność reguł zezwalających na ruch przychodzący dla właściwego pliku wykonywalnego silnika oraz odpowiednich portów komunikacyjnych.
Ostatnim etapem jest weryfikacja widoczności nowego komputera w sieci lokalnej z poziomu pozostałych stanowisk. Obejmuje to badanie rozwiązywania nazw sieciowych, testowanie odpowiedzi portów oraz konfigurację plików połączeniowych w samym oprogramowaniu użytkowym.
Samodzielne, chaotyczne próby naprawy konfiguracji bazodanowej mogą pogłębić problem i doprowadzić do utraty spójności danych. Warto wiedzieć, jakich działań należy unikać:
Zanim na miejsce dotrze pomoc serwisowa, można wykonać kilka prostych i bezpiecznych czynności sprawdzających:
Konfiguracja baz danych i środowiska sieciowego dla oprogramowania firmowego wymaga precyzyjnej wiedzy technicznej. Nasz serwis realizuje tego typu zlecenia wyłącznie z dojazdem do siedziby klienta na terenie Warszawy oraz okolicznych powiatów. Wszystkie prace wykonują doświadczeni pracownicy serwisu, bez udziału zewnętrznych podwykonawców. Na życzenie klienta bezpłatnie podpisujemy umowę o zachowaniu poufności (NDA), co gwarantuje pełne bezpieczeństwo danych handlowych i finansowych firmy.
Przed przystąpieniem do jakichkolwiek działań konfiguracyjnych przeprowadzamy szczegółową diagnozę na miejscu u klienta, a koszt usługi jest przedstawiany i akceptowany przed rozpoczęciem prac. W przypadku skomplikowanych uszkodzeń sprzętowych uniemożliwiających uruchomienie starego komputera możemy odebrać sprzęt do naszego warsztatu w celu odzyskania danych lub naprawy podzespołów, a po zakończonej procedurze odwieźć go z powrotem. Wszelkie naprawy sprzętowe realizujemy przy użyciu wyłącznie nowych części, a na wykonane usługi udzielamy gwarancji do 12 miesięcy. Rozliczenie dokumentujemy fakturą bez VAT.
W przypadku problemów z połączeniem bazy danych po wymianie komputera zapraszamy do kontaktu telefonicznego pod numerem 22 257 87 54.
Nie wiesz, od czego zacząć? Zadzwoń.
Porada telefoniczna nic nie kosztuje, a część usterek udaje się rozwiązać bez dojazdu — zwłaszcza tych, w których winne są ustawienia albo zasilanie. Jeżeli trzeba przyjechać, dojazd, odbiór i zwrot sprzętu są bezpłatne, a diagnoza laptopa przy odbiorze — również. Wizyta serwisanta u klienta jest płatna; sam dojazd i tak nic nie kosztuje.
Telefon odbieramy całą dobę, siedem dni w tygodniu — także w weekendy i święta. Dojeżdżamy na terenie Warszawy i siedmiu przyległych powiatów.
Serwis laptopów i komputerów na warszawskim Bemowie. Przyjeżdżamy pod wskazany adres — do domu i do firmy. Dojazd, odbiór i zwrot nic nie kosztują, a diagnoza laptopa przy odbiorze sprzętu jest bezpłatna.
ul. Lazurowa 14b
01-474 Warszawa — Bemowo
Biuro bez obsługi klientów. Sprzętu nie trzeba nigdzie przywozić.
Odbieramy także w weekendy i święta. Przy pilnych zgłoszeniach umawiamy się na ten sam dzień.
Dojazd: Warszawa i siedem przyległych powiatów, w promieniu 40 km. Na miejscu jesteśmy z reguły w ciągu godziny.
Na wykonane naprawy dajemy gwarancję do 12 miesięcy.
