Architektura wielostanowiskowa programu Rewizor nexo w sieci lokalnej

Program Rewizor nexo w środowisku wielostanowiskowym działa w architekturze klient-serwer, w której jeden komputer pełni rolę serwera bazy danych, a pozostałe urządzenia pracują jako stacje klienckie. Stanowisko główne przechowuje pliki bazy danych SQL oraz zarządza silnikiem bazy, który przetwarza operacje księgowe, odczyty i zapisy dokumentów. Komputery klienckie nie operują bezpośrednio na plikach na dysku sieciowym, lecz łączą się z silnikiem bazy danych za pośrednictwem protokołów sieciowych, wysyłając zapytania i odbierając przetworzone wyniki.

Prawidłowe funkcjonowanie takiego układu wymaga stabilnego połączenia sieciowego, odpowiedniej konfiguracji zapory sieciowej na stanowisku głównym oraz właściwych uprawnień dostępowych do instancji serwera bazy danych. Wszelkie zakłócenia w komunikacji między stacją roboczą a serwerem bazy danych, zbyt wysokie opóźnienia pakietów w sieci lokalnej lub blokady portów komunikacyjnych prowadzą do utraty połączenia, zawieszania się programu lub błędów zapisu wprowadzanych dekretów.

Typowe objawy problemów z połączeniem zgłaszane przez użytkowników

Awarie i utrudnienia w pracy sieciowej programu Rewizor nexo objawiają się w różny sposób w zależności od tego, czy problem leży po stronie stacji roboczej, sieci, czy komputera głównego. Podczas zgłoszeń telefonicznych użytkownicy najczęściej opisują następujące sytuacje:

  • Program uruchamia się na jednym komputerze, natomiast na drugim wyświetla komunikat o braku możliwości połączenia z serwerem bazy danych.
  • Praca na stacjach klienckich staje się bardzo powolna, zapisanie pojedynczego dokumentu trwa kilkadziesiąt sekund, a program regularnie przestaje odpowiadać.
  • Połączenie z bazą danych zostaje nagle przerwane w trakcie pracy, co zmusza do ponownego uruchamiania aplikacji i powoduje utratę niezapisanych danych.
  • Program nie odnajduje serwera bazy danych na liście dostępnych instancji podczas próby podłączenia nowego stanowiska do istniejącej bazy.
  • Stanowisko główne działa bez zakłóceń, ale żadna inna stacja robocza w biurze nie może uzyskać dostępu do podmiotu księgowego.

Przyczyny problemów z pracą wielostanowiskową

Zakłócenia w komunikacji wielostanowiskowej wynikają najczęściej z nakładających się problemów sieciowych, systemowych i konfiguracyjnych. Do najczęstszych przyczyn należą:

  • Blokady zapory sieciowej i oprogramowania zabezpieczającego: Po aktualizacji systemu operacyjnego lub pakietu antywirusowego na komputerze głównym reguły zapory mogą zostać zresetowane, co odcina ruch przychodzący na portach używanych przez silnik bazy danych SQL oraz usługę przeglądarki SQL.
  • Dynamiczna zmiana adresu IP serwera: Jeśli komputer główny nie ma przypisanego stałego adresu IP w sieci lokalnej, po restarcie routera otrzymuje nowy adres, przez co stacje klienckie próbują łączyć się ze starym, nieaktualnym adresem.
  • Wyłączone protokoły sieciowe silnika bazy danych: Domyślna instalacja silnika bazy danych często ma wyłączoną obsługę protokołu TCP/IP — standardowego protokołu wymiany danych w sieciach komputerowych — co uniemożliwia łączenie się innych maszyn.
  • Praca przez niestabilne połączenie bezprzewodowe: Stacje klienckie łączące się przez Wi-Fi o słabym sygnale doświadczają gubienia pakietów i chwilowych zerwań połączenia, na co silniki baz danych reagują natychmiastowym przerwaniem sesji.
  • Przeciążenie komputera pełniącego funkcję serwera: Używanie komputera głównego do intensywnej pracy biurowej przy jednoczesnym braku wystarczających zasobów pamięci operacyjnej i wolnym dysku powoduje kolejkowanie zapytań ze stacji klienckich.
  • Błędna konfiguracja uprawnień użytkowników bazy: Użytkownicy logujący się ze stacji klienckich mogą nie mieć odpowiednich praw dostępu do instancji bazy lub samego podmiotu w systemie bazodanowym.

Warianty tego samego problemu

W zależności od struktury biura i sposobu wdrożenia programu Rewizor nexo, problemy z pracą wielostanowiskową przybierają różne formy techniczne.

Całkowity brak widoczności serwera ze stacji klienckich

W tym wariancie program na stacji roboczej w ogóle nie nawiązuje kontaktu z maszyną główną. Wynika to najczęściej z izolacji sieciowej (np. podłączenia do sieci gościnnej na routerze), wyłączenia komputera serwerowego, zablokowania portów przez zaporę sieciową lub zatrzymania usługi silnika bazy danych w systemie operacyjnym serwera.

Chwilowe zrywanie sesji i błędy integralności

Program łączy się z bazą i pozwala na rozpoczęcie pracy, jednak po pewnym czasie wyrzuca błąd komunikacji. Ten wariant jest typowy dla biur, w których komputery łączą się drogą radiową, router ma problem z obsługą wielu urządzeń naraz lub na stanowisku serwerowym aktywuje się tryb uśpienia karty sieciowej albo dysku twardego.

Drastyczny spadek wydajności przy równoczesnej pracy

Gdy w programie pracuje jedna osoba, aplikacja działa płynnie. W momencie dołączenia kolejnych użytkowników czas przetwarzania operacji rośnie lawinowo. Zjawisko to pojawia się przy braku optymalizacji bazy danych, zbyt małej ilości pamięci RAM na serwerze lub przy stosowaniu tradycyjnych dysków talerzowych zamiast nośników półprzewodnikowych.

Problem z licencjonowaniem i stanowiskami po aktualizacji

Po zainstalowaniu nowej wersji programu Rewizor nexo na stacji głównej stacje klienckie ze starszą wersją nie mogą otworzyć bazy z powodu niezgodności struktur danych. Wariant ten dotyczy także sytuacji, w której usługa zarządzania licencjami nie jest poprawnie rozgłaszana w sieci lokalnej.

Przebieg diagnozy i konfiguracji przez serwis

Wdrożenie i naprawa środowiska wielostanowiskowego wymaga usystematyzowanego podejścia do warstwy sprzętowej, sieciowej i bazodanowej. Prace realizowane są bezpośrednio na miejscu u klienta w następujących krokach:

  • Audyt infrastruktury sieciowej: Sprawdzenie fizycznych połączeń kablowych, parametrów routera, stabilności sygnału oraz adresacji IP wszystkich komputerów biorących udział w pracy wielostanowiskowej. Konfigurujemy stałą adresację IP (statyczny adres IP — niezmienny identyfikator urządzenia w sieci lokalnej) dla komputera głównego.
  • Weryfikacja i konfiguracja silnika bazy danych: Weryfikacja stanu usług bazodanowych, aktywacja protokołu TCP/IP w konfiguracji menedżera bazy danych oraz ustawienie stałego portu nasłuchu dla instancji obsługującej Rewizor nexo.
  • Konfiguracja zapory sieciowej (firewall): Utworzenie dedykowanych reguł przychodzących w zaporze systemowej na komputerze serwerowym, które zezwalają na bezpieczny ruch dla procesu silnika bazy danych oraz odpowiednich portów komunikacyjnych.
  • Optymalizacja zasilania i pracy ciągłej serwera: Wyłączenie mechanizmów oszczędzania energii dla karty sieciowej oraz wyłączenie trybów uśpienia i hibernacji na komputerze głównym, co gwarantuje nieprzerwaną dostępność bazy dla pozostałych stanowisk.
  • Konfiguracja stacji klienckich: Ustawienie bezpośrednich parametrów połączenia do instancji bazy danych na każdym stanowisku roboczym, co eliminuje opóźnienia związane z automatycznym wyszukiwaniem serwera w sieci.
  • Weryfikacja uprawnień i integralności danych: Testowe uruchomienie równoległych sesji na wszystkich stanowiskach roboczych, weryfikacja poprawności zapisu operacji księgowych oraz sprawdzenie mechanizmów tworzenia kopii zapasowych.

Czego nie robić na własną rękę i co można sprawdzić przed wezwaniem pomocy

Nieprawidłowe próby naprawy mogą prowadzić do uszkodzenia struktury bazy danych lub całkowitego zablokowania dostępu do dokumentów księgowych. Przede wszystkim nie należy całkowicie wyłączać zapory sieciowej i programów antywirusowych, gdyż pozbawia to sieć firmową ochrony przed zagrożeniami z zewnątrz. Nie wolno także wymuszać zamknięcia procesu bazy danych w menedżerze zadań podczas pracy innych użytkowników, ponieważ grozi to uszkodzeniem plików transakcyjnych.

Przed kontaktem z serwisem można bezpiecznie zweryfikować kilka podstawowych elementów:

  • Upewnić się, że komputer pełniący rolę serwera jest włączony, zalogowany do systemu i podłączony do sieci lokalnej.
  • Sprawdzić, czy wszystkie komputery są połączone z tą samą siecią (np. czy laptop księgowej nie przełączył się automatycznie na sieć gościnną lub tethering z telefonu).
  • Zrestartować router biurowy oraz stacje robocze, co pozwala usunąć tymczasowe błędy przydzielania adresów sieciowych.
  • Upewnić się, że kable sieciowe Ethernet są prawidłowo wpięte do gniazd w komputerach i urządzeniach sieciowych.

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

Samodzielna konfiguracja usług bazodanowych i bezpiecznych reguł sieciowych bywa skomplikowana, a błędy w tym zakresie mogą uniemożliwić bieżące rozliczenia i fakturowanie. Pomoc serwisu jest wskazana przy powtarzających się problemach z połączeniem, konieczności podłączenia nowych stanowisk pracy, po wymianie routera lub komputera głównego, a także wtedy, gdy program działa niestabilnie.

Działamy na terenie Warszawy oraz okolicznych powiatów, zapewniając obsługę wyłącznie z dojazdem do siedziby klienta, przez całą dobę i 7 dni w tygodniu. Przed przystąpieniem do jakichkolwiek prac przeprowadzamy wstępną diagnozę, a klient zawsze poznaje dokładną wycenę przed rozpoczęciem czynności serwisowych. Do napraw sprzętowych wykorzystujemy wyłącznie nowe podzespoły, a na wykonane usługi udzielamy gwarancji do 12 miesięcy. Na życzenie klienta bezpłatnie podpisujemy umowę o poufności (NDA), co zapewnia pełne bezpieczeństwo przetwarzanych danych finansowo-księgowych. Rozliczenie dokumentujemy fakturą bez VAT. W przypadku konieczności wykonania bardziej złożonych prac warsztatowych odbieramy sprzęt własnym transportem i odwozimy go po zakończeniu naprawy.

W przypadku problemów z konfiguracją lub stabilnością programu Rewizor nexo w sieci lokalnej zachęcamy do kontaktu pod numerem 22 257 87 54.