Comarch ERP Optima – praca w chmurze (hosting) to model pracy, w którym baza danych SQL Server oraz sama aplikacja Optima nie są instalowane lokalnie na komputerze użytkownika, lecz uruchamiane na serwerze dostawcy hostingu, do którego stanowiska klienckie łączą się przez sieć rozległą (Internet). Zamiast instalacji na dysku lokalnym, użytkownik korzysta z pulpitu zdalnego lub dedykowanego klienta łączącego się z serwerem terminalowym, na którym pracuje instancja SQL Server z bazą danych Optimy.
Model ten eliminuje konieczność utrzymywania własnego serwera bazodanowego w siedzibie firmy, ale wprowadza nowe zależności: stabilność i przepustowość łącza internetowego, konfigurację połączenia zdalnego pulpitu (RDP) oraz zabezpieczenia dostępu do środowiska hostingowego. Nasz serwis zajmuje się konfiguracją stanowisk łączących się z hostingiem, diagnozowaniem problemów z wydajnością połączenia oraz pomocą przy przełączaniu firmy z instalacji lokalnej na model chmurowy.
Jak działa praca w chmurze z Comarch ERP Optima
W klasycznej instalacji Comarch ERP Optima baza danych SQL Server oraz aplikacja działają na komputerze lub serwerze znajdującym się fizycznie w biurze klienta. W modelu hostingowym te same komponenty – instancja SQL Server, baza danych oraz sama aplikacja Optima – są uruchomione na serwerze dostawcy usługi, a użytkownik łączy się z nimi zdalnie, najczęściej przez protokół RDP (Remote Desktop Protocol) lub dedykowaną aplikację kliencką udostępnioną przez hosting.
Plik konfiguracyjny Optima.ini, w którym standardowo zapisywane są parametry połączenia z bazą (sekcja [Connection], klucze Server, Database, Port), w przypadku pracy terminalowej znajduje się już na serwerze zdalnym – stanowisko lokalne użytkownika nie przechowuje tych ustawień, ponieważ nie łączy się bezpośrednio z portem 1433 instancji SQL Server, tylko z pulpitem zdalnym.
Wymagania techniczne stanowiska
- Stabilne łącze internetowe o odpowiedniej przepustowości i niskim opóźnieniu (ping)
- Klient pulpitu zdalnego (Remote Desktop Connection) skonfigurowany z danymi dostępowymi do serwera hostingowego
- Poprawnie skonfigurowane przekierowanie drukarek lokalnych, portów USB i schowka między stacją roboczą a sesją zdalną
- Aktualny system operacyjny obsługujący protokół RDP w wersji wymaganej przez dostawcę hostingu
Typowe problemy przy pracy zdalnej
Najczęstsze zgłoszenia dotyczą zrywania połączenia z sesją terminalową przy niestabilnym łączu, wolnego działania interfejsu Optimy przy dużym opóźnieniu sieciowym oraz problemów z przekierowaniem drukarek fiskalnych i skanerów kodów kreskowych do sesji zdalnej – urządzenia podłączone lokalnie do stanowiska muszą zostać poprawnie zmapowane w ustawieniach klienta RDP, aby były widoczne wewnątrz sesji chmurowej.
Diagnozujemy również przypadki, gdy po stronie klienta firewall lub polityka sieciowa blokuje port używany przez protokół pulpitu zdalnego (domyślnie 3389), co uniemożliwia nawiązanie połączenia z hostingiem, mimo że sama usługa działa poprawnie po stronie dostawcy.
Migracja z instalacji lokalnej do hostingu
Przy przenoszeniu firmy z instalacji lokalnej do chmury konieczne jest wykonanie kopii bazy danych SQL Server, przesłanie jej do środowiska hostingowego i odtworzenie na docelowej instancji, a następnie przekonfigurowanie stanowisk klienckich tak, aby zamiast łączyć się bezpośrednio z lokalnym serwerem SQL, uruchamiały sesję zdalną. W ramach usługi przygotowujemy stanowiska do pracy w nowym modelu, konfigurujemy skróty startowe oraz sprawdzamy poprawność przekierowań urządzeń peryferyjnych.
Bezpieczeństwo danych
Praca w chmurze wymaga też przeglądu polityki dostępu – kont użytkowników do sesji zdalnej, haseł oraz ewentualnego uwierzytelniania dwuskładnikowego przy logowaniu do środowiska hostingowego, aby dane księgowe i handlowe firmy pozostały odpowiednio zabezpieczone mimo przechowywania ich poza siedzibą klienta.
