Ręczne udostępnianie folderu z bazą danych to najczęstszy błąd

Próba uruchomienia drugiego stanowiska programu Comarch ERP Betterfly bardzo często zaczyna się od zwykłego udostępnienia katalogu z plikami programu przez sieć Windows. Gdy na kolejnym komputerze pojawia się skrót do pliku wykonywalnego na głównym dysku, aplikacja albo odmawia uruchomienia, albo dochodzi do natychmiastowego uszkodzenia struktury danych przy jednoczesnym zapisie z dwóch miejsc. Oprogramowanie bazodanowe tego typu nie działa jak współdzielony dokument tekstowy. Prawidłowa architektura wymaga, aby na jednym komputerze funkcjonował silnik bazy danych, a pozostałe komputery łączyły się z nim za pośrednictwem dedykowanej usługi sieciowej.

Problem z pracą wielostanowiskową w Comarch ERP Betterfly pojawia się zwykle w dwóch momentach: podczas rozbudowy biura o nowe stanowisko pracy lub bezpośrednio po zmianie routera, aktualizacji systemu operacyjnego czy wymianie komputera pełniącego funkcję głównego magazynu danych. Zamiast płynnego wystawiania dokumentów na kilku stanowiskach jednocześnie, praca w firmie zostaje zablokowana przez komunikaty o braku połączenia z serwerem danych lub blokady rekordów.

Objawy problemów z pracą w sieci lokalnej z perspektywy użytkownika

W codziennej pracy biurowej awaria sieciowej konfiguracji bazy danych objawia się w bardzo charakterystyczny sposób. Najczęściej komputer główny, na którym fizycznie znajduje się baza, działa bez żadnych zastrzeżeń. Można na nim przeglądać kartoteki, wystawiać dokumenty i generować raporty. W tym samym czasie dodatkowe stanowiska zgłaszają błąd tuż po uruchomieniu aplikacji.

Podczas rozmów telefonicznych użytkownicy opisują następujące sytuacje:

  • Brak widoczności serwera: program na stanowisku końcowym wyświetla informację o przekroczeniu limitu czasu oczekiwania na odpowiedź serwera bazy danych lub zgłasza, że wskazana instancja bazy nie istnieje w sieci lokalnej.
  • Drastyczne spowolnienie działania: program uruchamia się na stacji roboczej, jednak każda próba otwarcia listy towarów, kontrahentów czy zapisu faktury trwa kilkadziesiąt sekund, po czym aplikacja zawiesza się z informacją „brak odpowiedzi".
  • Częste zrywanie sesji: podczas wprowadzania długiego dokumentu połączenie zostaje nagle przerwane, co powoduje utratę niezapisanych zmian oraz zablokowanie edytowanego rekordu dla innych pracowników.
  • Odmowa dostępu do bazy: po zalogowaniu do systemu operacyjnego program informuje o braku uprawnień do nawiązania sesji sieciowej z silnikiem bazodanowym.

Przyczyny braku łączności między stanowiskami a bazą danych

Źródła problemów z pracą wielostanowiskową w środowisku Comarch ERP Betterfly układają się w hierarchię od prostych usterek konfiguracyjnych po uszkodzenia logiczne samej bazy.

Najczęstszą przyczyną jest blokada ruchu sieciowego przez zapory sieciowe (firewall). Po aktualizacji systemu Windows lub instalacji nowego pakietu antywirusowego zapora na komputerze głównym często samoczynnie blokuje porty komunikacyjne wykorzystywane przez silnik bazy danych oraz usługę przeglądarki SQL. Komputer jest widoczny w sieci, odpowiada na podstawowe testy łączności, ale ruch aplikacji biznesowej zostaje odcięty.

Drugim częstym powodem są zmiany adresacji IP w sieci lokalnej. W większości małych sieci biurowych adresy IP są przydzielane dynamicznie przez router za pomocą protokołu DHCP. Jeśli komputer z bazą danych zrestartuje się i otrzyma nowy adres lokalny, stacje robocze skonfigurowane na sztywny adres tracą z nim kontakt. Podobnie dzieje się, gdy router zmieni profil sieci z „prywatnej" na „publiczną", co automatycznie zaostrza reguły bezpieczeństwa w systemie operacyjnym.

Kolejna przyczyna to zatrzymanie lub błędna konfiguracja usług systemowych silnika bazy danych. Silnik bazy może działać lokalnie, ale protokoły komunikacji sieciowej (takie jak TCP/IP czy Named Pipes) mogą pozostać wyłączone w konfiguracji instancji. Zdarza się również, że usługa odpowiedzialna za rozgłaszanie nazwy instancji w sieci nie uruchamia się automatycznie po starcie systemu.

Częstym problemem bywa także niestabilność infrastruktury sieciowej. Praca wielostanowiskowa na połączeniu bezprzewodowym Wi-Fi o słabym sygnale lub przy użyciu przeciążonych transmiterów sieciowych powoduje mikroskopijne przerwy w transmisji pakietów. O ile przeglądarka internetowa jest odporna na chwilowe zgubienie pakietu, o tyle relacyjna baza danych natychmiast zrywa aktywną transakcję, aby zapobiec uszkodzeniu spójności plików.

Najrzadszą, lecz najpoważniejszą przyczyną jest uszkodzenie logiczne bazy danych lub brak uprawnień użytkowników na poziomie samego silnika. Błędy w tabelach systemowych, nieprawidłowe zamknięcie bazy podczas zaniku zasilania czy wyczerpanie limitu rozmiaru pliku bazy w darmowych wariantach silnika blokują możliwość przyjmowania nowych połączeń sieciowych.

Błędy popełniane przy samodzielnej próbie naprawy

Gdy stanowisko traci łączność z bazą Comarch ERP Betterfly, podejmowane na własną rękę próby przywrócenia działania często pogłębiają problem i stwarzają bezpośrednie zagrożenie dla bezpieczeństwa danych firmy.

Do najczęstszych błędów należą:

  • Całkowite wyłączanie zapory sieciowej i ochrony antywirusowej: zamiast otworzyć konkretny port komunikacyjny lub dodać wyjątek dla pliku wykonywalnego silnika bazy, użytkownicy całkowicie dezaktywują ochronę systemową. Pozostawia to komputer z wszystkimi danymi finansowymi firmy bezbronny wobec zagrożeń z sieci.
  • Nadawanie uprawnień pełnej kontroli dla konta „Wszyscy" w systemie plików: próba rozwiązania problemu uprawnień przez udostępnienie całego dysku C: lub folderu z bazą każdemu użytkownikowi w sieci stwarza ryzyko przypadkowego usunięcia głównego pliku danych przez innego pracownika.
  • Ręczne przenoszenie lub kopiowanie otwartych plików bazy danych: kopiowanie plików z rozszerzeniami bazy danych w trakcie działania usługi silnika prowadzi do powstania niespójnych kopii, a próba ich podmienienia niszczy bieżące transakcje.
  • Modyfikacja rejestru systemowego i parametrów sieciowych na ślepo: wprowadzanie niesprawdzonych komend sieciowych znalezionych w internecie nierzadko kończy się całkowitą utratą łączności z internetem i siecią lokalną na danym komputerze.
  • Przeinstalowywanie programu bez wcześniejszej kopii zapasowej: instalacja oprogramowania na nowo na komputerze głównym bez odnotowania parametrów dotychczasowej instancji bazy danych prowadzi do nadpisania konfiguracji lub trudności z ponownym podłączeniem właściwego zbioru danych.

Co robimy — przebieg diagnozy i konfiguracji środowiska wielostanowiskowego

Prawidłowe uruchomienie środowiska wielostanowiskowego Comarch ERP Betterfly wymaga metodycznego podejścia, obejmującego audyt sieci, weryfikację uprawnień oraz precyzyjną konfigurację usług bazodanowych. Prace realizujemy bezpośrednio na miejscu w siedzibie klienta.

Proces serwisowy składa się z następujących etapów:

1. Wykonanie bezpiecznej kopii zapasowej (backup). Zanim jakiekolwiek parametry sieciowe lub bazodanowe zostaną zmienione, tworzymy pełną kopię bezpieczeństwa bazy danych oraz rejestrujemy bieżący stan konfiguracji. Jeśli klient dysponuje zewnętrznym nośnikiem, kopia zostaje na nim zabezpieczona.

2. Audyt i stabilizacja sieci lokalnej (LAN). Weryfikujemy połączenia fizyczne oraz konfigurację routera. Dla komputera pełniącego rolę serwera bazy danych konfigurujemy stały adres IP (statyczna dzierżawa DHCP na podstawie adresu fizycznego karty sieciowej). Sprawdzamy typ profilu sieciowego w systemie Windows, upewniając się, że wszystkie maszyny pracują w profilu sieci prywatnej.

3. Konfiguracja protokołów sieciowych silnika bazy danych. Otwieramy narzędzia administracyjne silnika bazodanowego i weryfikujemy stan protokołów sieciowych. Włączamy obsługę protokołu TCP/IP, definiujemy odpowiednie porty nasłuchiwania (zarówno porty statyczne, jak i dynamiczne, w zależności od przyjętej architektury) oraz upewniamy się, że usługa przeglądarki bazy danych działa prawidłowo i uruchamia się automatycznie wraz z systemem.

4. Punktowe reguły w zaporze sieciowej (firewall). Tworzymy precyzyjne reguły ruchu przychodzącego i wychodzącego. Zezwalamy na ruch wyłącznie dla konkretnych portów oraz procesów odpowiedzialnych za obsługę silnika bazodanowego Comarch ERP Betterfly, zachowując pełną ochronę systemu przed niepowołanym dostępem.

5. Konfiguracja stacji roboczych (klientów). Na każdym dodatkowym komputerze konfigurujemy poprawne parametry połączenia ze wskazaną instancją serwera. Weryfikujemy biblioteki dostępowe, uprawnienia użytkowników systemowych oraz czasy odpowiedzi sieci podczas przesyłania pakietów testowych.

6. Testy integralności i wydajności. Po spięciu wszystkich stanowisk przeprowadzamy testy jednoczesnej pracy: równoległe otwieranie kartotek, generowanie raportu przy obciążonym drugim stanowisku oraz poprawność zapisu dokumentów. Weryfikujemy, czy mechanizm blokowania edytowanych rekordów działa zgodnie z założeniami.

Czego nie robić i co można sprawdzić przed przyjazdem serwisu

W przypadku nagłej utraty połączenia między stacjami roboczymi a bazą danych warto zachować spokój i ograniczyć działania do całkowicie bezpiecznych kroków diagnostycznych.

Przede wszystkim nie należy wymuszać zamknięcia programu menedżerem zadań na komputerze głównym, jeśli wykonuje on akurat operacje na bazie danych. Może to doprowadzić do uszkodzenia indeksów i zablokowania bazy w trybie odzyskiwania.

Kroki, które można bezpiecznie wykonać samodzielnie:

  • Sprawdzenie, czy komputer główny (serwer) jest włączony, zalogowany i czy ma dostęp do sieci lokalnej (np. czy wyświetla strony internetowe).
  • Weryfikacja fizycznych przewodów sieciowych — czy kabel sieciowy nie wysunął się z gniazda karty sieciowej w komputerze lub w switchu/routerze.
  • Sprawdzenie, czy komputer nie połączył się przypadkowo z siecią gościnną Wi-Fi (Guest Network), która z założenia izoluje urządzenia i uniemożliwia widoczność innych komputerów w biurze.
  • Restart routera oraz komputerów — wykonany w prawidłowej kolejności: najpierw restart routera, po jego pełnym uruchomieniu włączenie komputera głównego z bazą, a na końcu uruchomienie stacji roboczych.

Jeśli po wykonaniu tych podstawowych czynności stacje robocze nadal nie mogą połączyć się z Comarch ERP Betterfly, dalsze próby ingerencji w pliki i usługi niosą ryzyko uszkodzenia danych.

Kiedy wezwać serwis i jak wygląda realizacja usługi

Pomoc serwisowa jest niezbędna, gdy w firmie dochodzi do przestoju w sprzedaży lub obsłudze magazynu, a podstawowe sprawdzenie połączeń sieciowych nie przynosi rezultatu. Dotyczy to także sytuacji planowanego wdrożenia nowego stanowiska pracy, migracji bazy na nowo zakupiony sprzęt lub konieczności wydzielenia stabilnej sieci dla programów handlowo-magazynowych.

Działamy w modelu mobilnym — nasi serwisanci dojeżdżają bezpośrednio do siedziby klienta, biura lub punktu handlowego na terenie Warszawy i okolicznych powiatów. Rozwiązanie problemów z siecią lokalną i konfiguracją wielostanowiskową Comarch ERP Betterfly odbywa się na miejscu, na działającej infrastrukturze klienta. W przypadku wykrycia usterki sprzętowej komputera głównego (np. uszkodzenie dysku, awaria sekcji zasilania płyty głównej), odbieramy sprzęt do warsztatu stacjonarnego i odwozimy go po zakończonej naprawie.

Każda wizyta rozpoczyna się od rzetelnej diagnozy źródła problemu. Po zbadaniu przyczyn przedstawiamy dokładną wycenę prac przed przystąpieniem do ich wykonywania. Klient podejmuje decyzję o realizacji z pełną wiedzą o zakresie planowanych czynności. Dbamy o poufność przetwarzanych danych — na życzenie klienta bezpłatnie podpisujemy umowę o poufności (NDA). Wszystkie czynności wykonują nasi bezpośredni pracownicy, a na wykonane usługi serwisowe i montowane nowe podzespoły udzielamy gwarancji do 12 miesięcy. Rozliczenie dokumentowane jest fakturą bez VAT.

W przypadku problemów z konfiguracją lub brakiem łączności w sieci lokalnej w programie Comarch ERP Betterfly, prosimy o kontakt telefoniczny pod numerem 22 257 87 54.