Usługi pulpitu zdalnego, powszechnie określane skrótem RDS (Remote Desktop Services), umożliwiają uruchamianie programów bezpośrednio na centralnej maszynie serwerowej, podczas gdy na komputerze użytkownika wyświetlany jest jedynie przesyłany obraz interfejsu. W przypadku oprogramowania handlowego i magazynowego model ten zmienia tradycyjną architekturę pracy. Zamiast instalować pełny program wraz z silnikiem bazodanowym na każdej stacji roboczej, aplikacja wykonuje wszystkie operacje obliczeniowe w pamięci serwera. Połączenie sieciowe pomiędzy stanowiskiem a serwerem przenosi wyłącznie pakiety danych wejściowych, takie jak kliknięcia myszy czy znaki wpisywane na klawiaturze, a w drugą stronę odbiera skompresowane klatki obrazu ekranu.
Dzięki takiemu rozwiązaniu baza danych programu handlowego komunikuje się z modułem wykonawczym aplikacji poprzez magistralę pamięci lokalnej lub bardzo szybkie połączenie wewnątrzsystemowe, a nie przez wolniejsze łącze sieci lokalnej czy internetowej. Zapobiega to uszkodzeniom integralności bazy danych w sytuacji, gdy na jednym ze stanowisk roboczych dojdzie do nagłego zaniku zasilania lub zerwania połączenia Wi-Fi. Program handlowy działający w sesji terminalowej nie przerywa nagle zapisu do tabel bazodanowych, ponieważ sama sesja na serwerze pozostaje aktywna nawet po odłączeniu stacji klienckiej.
W praktyce oznacza to również specyficzne wymagania dotyczące obsługi urządzeń peryferyjnych. Drukarki dokumentów, czytniki kodów kreskowych oraz lokalne zasoby dyskowe muszą być przekazywane do zdalnej sesji za pomocą mechanizmu przekierowania portów i kanałów wirtualnych RDP (Remote Desktop Protocol). Każda sesja użytkownika działa jako odizolowane środowisko w przestrzeni użytkownika, współdzieląc zasoby procesora, pamięci operacyjnej oraz podsystemu dyskowego maszyny serwerowej.
W codziennej eksploatacji systemów handlowych na serwerach terminalowych pojawia się szereg powtarzalnych sytuacji, które pracownicy opisują jako nagłą utratę stabilności środowiska. Do najczęstszych sygnałów należą:
Źródła problemów w środowisku terminalowym mogą leżeć po stronie konfiguracji ról serwerowych, warstwy sieciowej, bazy danych lub stacji roboczych. Przyczyny układają się zazwyczaj w określonej kolejności występowania:
Najczęściej spotykanym powodem jest nieprawidłowe zarządzanie sesjami rozłączonymi i profilami tymczasowymi. Gdy użytkownik zamyka okno pulpitu zdalnego za pomocą przycisku zamykania zamiast prawidłowego wylogowania, sesja na serwerze nadal działa w tle. Otwarty program handlowy utrzymuje aktywne połączenie z bazą i blokuje tabele transakcyjne. Ponowne logowanie może wygenerować nową sesję równoległą, co prowadzi do konfliktów uprawnień, blokad wielodostępu oraz nadmiernego zużycia pamięci RAM na serwerze.
Drugą częstą przyczyną są konflikty sterowników druku w sesjach terminalowych. Mechanizm mapowania drukarek wymaga zgodności sterowników pomiędzy komputerem lokalnym a serwerem. Zastosowanie nieodpowiednich sterowników dedykowanych potrafi doprowadzić do zawieszenia usługi bufora wydruku (spooler) na serwerze, co unieruchamia możliwość drukowania wszystkim zalogowanym użytkownikom jednocześnie.
Kolejnym czynnikiem bywa niestabilność infrastruktury transmisyjnej oraz wysokie czasy opóźnień (ping). Choć protokół RDP wymaga stosunkowo niewielkiej przepustowości łącza, jest bardzo wrażliwy na gubienie pakietów danych oraz wahania opóźnień (tzw. jitter). Niestabilne połączenie bezprzewodowe w biurze lub przeciążony ruter powodują wrażenie zacinania się programu handlowego, mimo że sam serwer wykonuje operacje bez zakłóceń.
Znaczenie ma również niewłaściwa konfiguracja bazy danych i brak okresowej konserwacji indeksów. W miarę wzrostu liczby dokumentów baza programu handlowego wymaga odpowiednio skonfigurowanych limitów pamięciowych dla procesu silnika bazodanowego. Brak podziału zasobów pomiędzy proces serwera bazy a procesy sesji użytkowników prowadzi do sytuacji, w której generowanie jednego dużego raportu przez jednego pracownika całkowicie pozbawia mocy obliczeniowej pozostałych użytkowników.
Rzadziej występującą przyczyną są błędne reguły zapory sieciowej lub mechanizmów bezpieczeństwa, które cyklicznie przerywają tunele szyfrowane lub blokują ruch na portach komunikacyjnych wykorzystywanych przez usługi terminalowe.
W przypadku wezwania do problemów z oprogramowaniem handlowym działającym przez pulpit zdalny serwis wykonuje uporządkowany ciąg czynności diagnostycznych bezpośrednio w infrastrukturze klienta.
Pierwszym krokiem jest analiza obciążenia podsystemów serwera. Sprawdzane jest wykorzystanie procesora, zajętość pamięci fizycznej oraz kolejka operacji wejścia-wyjścia na dyskach (IOPS — liczba operacji odczytu i zapisu na sekundę). Pozwala to ustalić, czy wąskim gardłem jest wydajność nośników danych, na których ulokowana jest baza programu magazynowego, czy też brakuje pamięci operacyjnej do obsługi aktywnej liczby sesji.
Następnie przeprowadzana jest weryfikacja dzienników zdarzeń systemowych oraz logów aplikacji handlowej. Analiza wpisów w dzienniku pozwala zidentyfikować błędy bufora wydruku, nieudane próby nawiązania połączeń, awarie procesów oraz błędy integralności bazy danych. Równolegle sprawdzane są ustawienia limitów czasowych dla sesji bezczynnych i rozłączonych (tzw. timeouty sesji), których właściwe skonfigurowanie zapobiega blokowaniu licencji programu przez porzucone połączenia.
Kolejny etap to optymalizacja mechanizmu przekierowania wydruków. Serwis wdraża uniwersalne sterowniki druku terminalowego (Easy Print) lub dokonuje izolacji procesów sterowników, co chroni główną usługę wydruku przed awariami powodowanymi przez błędy w oprogramowaniu konkretnego producenta drukarki. Konfigurowane są także porty wirtualne pod kątem współpracy ze specjalistycznymi urządzeniami, takimi jak drukarki etykiet czy czytniki kodów kreskowych pracujące w trybie emulacji portu szeregowego (COM).
Diagnozie podlega również warstwa sieciowa łącząca stacje robocze z serwerem. Wykonywane są testy stabilności połączenia, pomiary strat pakietów oraz analiza konfiguracji urządzeń sieciowych pod kątem priorytetyzacji ruchu RDP (funkcja QoS — Quality of Service). W razie potrzeby wprowadzane są zmiany w konfiguracji zabezpieczeń, dostosowywane poziomy szyfrowania połączeń terminalowych oraz weryfikowane reguły filtrowania ruchu.
Aby proces diagnozy i konfiguracji przebiegł sprawnie na miejscu u klienta, warto przed przyjazdem serwisanta zebrać podstawowe informacje organizacyjne:
Serwis domyślnie wykonuje wszelkie prace diagnostyczne bez konieczności znajomości haseł klienta. W sytuacjach, w których dostęp administracyjny jest niezbędny do wdrożenia zmian konfiguracyjnych w systemie serwerowym, serwisant poprosi o autoryzację na miejscu, precyzyjnie wyjaśniając cel podejmowanego działania. Na życzenie klienta serwis bezpłatnie podpisuje umowę o zachowaniu poufności (NDA) przed przystąpieniem do jakichkolwiek prac na serwerze zawierającym dane handlowe.
Próby naprawiania problemów z bazami danych i usługami terminalowymi bez odpowiedniej wiedzy mogą prowadzić do pogłębienia awarii. Warto wiedzieć, jakich działań unikać:
Przed przyjazdem serwisu można natomiast bezpiecznie sprawdzić podstawowe elementy po stronie komputera lokalnego: zrestartować stację roboczą, na której występuje problem z połączeniem, zweryfikować stan kabla sieciowego lub połączenia z siecią lokalną oraz upewnić się, czy drukarka jest włączona i nie sygnalizuje zacięcia papieru.
Interwencje realizowane są w całości w modelu mobilnym. Serwisanci dojeżdżają bezpośrednio do siedziby firmy, biura lub lokalu handlowego na terenie Warszawy oraz okolicznych powiatów. Wszystkie zadania diagnostyczne i naprawcze wykonywane są przez pracowników serwisu, bez angażowania zewnętrznych podwykonawców.
Przed przystąpieniem do jakichkolwiek działań konfiguracyjnych lub naprawczych klient otrzymuje dokładną diagnozę techniczną oraz indywidualną wycenę planowanych prac. Prace rozpoczynają się dopiero po pełnej akceptacji przedstawionego zakresu działań. Do wszelkich napraw sprzętowych, jeśli okazują się konieczne, stosowane są wyłącznie fabrycznie nowe podzespoły, a wykonane naprawy objęte są gwarancją do 12 miesięcy. Rozliczenie usług dokumentowane jest fakturą bez VAT.
W przypadku złożonych awarii sprzętowych serwera lub infrastruktury sieciowej, których nie da się w bezpieczny sposób rozwiązać na miejscu u klienta, sprzęt może zostać odebrany przez naszych kierowców do warsztatu na warszawskim Bemowie i odwieziony po zakończonej procedurze serwisowej.
W razie trudności z działaniem programu handlowego w sesjach pulpitu zdalnego lub problemów z łącznością z serwerem zachęcamy 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.
