Comarch ERP XL – praca w chmurze (hosting) to model wdrożenia, w którym serwer aplikacji i baza danych systemu znajdują się w zdalnym centrum danych dostawcy hostingu, a użytkownicy łączą się z systemem za pośrednictwem internetu – najczęściej przez zdalny pulpit (RDP) lub dedykowaną aplikację kliencką. Rozwiązanie to jest popularne w firmach, które nie chcą utrzymywać własnej infrastruktury serwerowej, ale wymaga stabilnego łącza internetowego i poprawnej konfiguracji połączenia zdalnego.
W praktyce serwisowej najczęściej spotykamy się ze zgłoszeniami dotyczącymi zrywanych sesji, wolnego działania systemu, problemów z logowaniem do środowiska chmurowego oraz błędów certyfikatów przy nawiązywaniu połączenia. Poniżej opisujemy typowy proces diagnozy i naprawy takich usterek.
Typowe objawy problemów z pracą w chmurze
Użytkownicy Comarch ERP XL pracujący w modelu hostowanym zgłaszają zwykle jeden z kilku scenariuszy: brak możliwości nawiązania połączenia ze zdalnym serwerem, nagłe zrywanie sesji RDP w trakcie pracy, bardzo wolne odświeżanie ekranów i list w systemie, a także komunikaty o wygasłym lub nieprawidłowym certyfikacie zabezpieczeń. Każdy z tych objawów wymaga innego podejścia diagnostycznego.
Diagnostyka połączenia z hostingiem
Pierwszym krokiem jest sprawdzenie jakości i stabilności łącza internetowego u klienta – test pingu do serwera hostingowego, sprawdzenie utraty pakietów oraz opóźnień. Niestabilne łącze jest najczęstszą przyczyną zrywanych sesji pracy zdalnej. Kolejno weryfikujemy konfigurację klienta pulpitu zdalnego: poprawność adresu serwera, portu połączenia oraz zapisanych danych logowania.
Weryfikacja certyfikatów i zabezpieczeń
Połączenia ze środowiskiem chmurowym Comarch ERP XL zabezpieczone są certyfikatami SSL/TLS. Wygaśnięcie certyfikatu po stronie dostawcy hostingu lub nieprawidłowa data i godzina systemowa na stacji klienckiej mogą skutkować odrzuceniem połączenia. Sprawdzamy datę systemową, ustawienia strefy czasowej oraz aktualność zapisanych zaufanych certyfikatów w systemie operacyjnym.
Wydajność sesji zdalnej
Jeśli system działa, ale odświeżanie ekranów jest wolne, sprawdzamy parametry samej sesji zdalnej: rozdzielczość i głębię kolorów (zbyt wysokie ustawienia obciążają łącze), włączone efekty wizualne pulpitu zdalnego oraz obciążenie łącza przez inne aplikacje działające równolegle na stacji roboczej. Zalecamy ograniczenie zbędnych efektów graficznych w kliencie RDP, co realnie poprawia płynność pracy przy słabszym internecie.
Problemy po stronie stacji klienckiej
Część usterek nie wynika z samego hostingu, lecz z konfiguracji komputera użytkownika:
- nieaktualny lub uszkodzony profil połączenia RDP,
- błędne ustawienia proxy lub firewalla blokujące port połączenia,
- przestarzała wersja klienta pulpitu zdalnego,
- konflikt z lokalnym oprogramowaniem VPN.
W takich przypadkach pomaga utworzenie nowego profilu połączenia, aktualizacja klienta RDP do najnowszej wersji oraz tymczasowe wyłączenie VPN w celu weryfikacji, czy to on blokuje ruch do serwera hostingowego.
Kiedy problem leży po stronie dostawcy hostingu
Jeżeli diagnostyka po stronie stacji klienckiej i sieci lokalnej nie wykazuje nieprawidłowości, a problem występuje u wielu użytkowników jednocześnie, przyczyna zwykle leży po stronie infrastruktury dostawcy usługi hostingowej – np. przeciążenie serwera terminalowego, prace serwisowe lub awaria łącza w centrum danych. W takiej sytuacji niezbędny jest kontakt z dostawcą hostingu w celu potwierdzenia statusu usługi.
Rekomendacje serwisowe
Podczas naprawy problemów z pracą w chmurze wykonujemy pełną diagnostykę połączenia sieciowego, konfiguracji klienta zdalnego pulpitu oraz ustawień systemowych stacji roboczej. Dokumentujemy godziny występowania problemów, co ułatwia identyfikację, czy usterka ma charakter cykliczny i powtarzalny, a to z kolei pomaga ustalić, czy przyczyna leży po stronie klienta, sieci lokalnej czy dostawcy hostingu.
Bezpieczeństwo pracy w środowisku hostowanym
Praca w chmurze wiąże się także z koniecznością zadbania o bezpieczeństwo danych przesyłanych pomiędzy stanowiskiem klienckim a serwerem hostingowym. Sprawdzamy, czy połączenie odbywa się wyłącznie poprzez szyfrowany kanał, czy dane logowania nie są zapisywane w niezabezpieczony sposób na stacjach roboczych oraz czy dostęp do środowiska hostowanego mają wyłącznie uprawnieni operatorzy. Weryfikujemy również ustawienia automatycznego wylogowania nieaktywnych sesji, co ogranicza ryzyko pozostawienia otwartej sesji na niepilnowanym stanowisku.
Zalecenia dotyczące stabilnej pracy zdalnej
Aby ograniczyć liczbę zgłoszeń związanych z pracą w chmurze, zalecamy klientom korzystanie z przewodowego połączenia sieciowego zamiast Wi-Fi tam, gdzie to możliwe, regularną aktualizację klienta pulpitu zdalnego oraz przeglądarki, a także zgłaszanie każdego przypadku zerwania sesji z zapisaną godziną wystąpienia. Taka dokumentacja znacząco przyspiesza dalszą diagnostykę, zwłaszcza gdy konieczna jest współpraca z dostawcą hostingu w celu potwierdzenia przyczyny leżącej po jego stronie.
