Za bezpieczny punkt wyjścia dla Comarch ERP Optima można uznać serwer fizyczny lub maszynę wirtualną z systemem Windows i obsługiwaną w danym momencie wersją Microsoft SQL Server. W małych instalacjach często wykorzystuje się SQL Server Express, ale konkretne wersje warto sprawdzić w aktualnej dokumentacji Comarch. W takim wariancie baza danych i aplikacja mogą działać na jednym serwerze. Na szybkość pracy najmocniej wpływa odpowiednia ilość pamięci RAM i szybki podsystem dyskowy po stronie serwera SQL oraz liczba i szybkość rdzeni procesora i ilość RAM w środowisku, w którym uruchomiona jest Optima.
Minimalne konfiguracje opisane w dokumentacji, obejmujące określoną klasę procesora, kilka gigabajtów pamięci RAM i dyski serwerowe, są przykładowym punktem startowym. Pokazują raczej minimalny próg wejścia niż komfortową konfigurację docelową. Podane tam wartości traktuj jako orientacyjne i skaluj je w górę wraz ze wzrostem liczby użytkowników oraz ilości danych, a szczegóły wspieranych wersji Windows i SQL Server zawsze sprawdzaj w aktualnych materiałach Comarch.
Mała instalacja Optima na jednym serwerze – kiedy wystarczy SQL Express?
W małych, jedno- i kilkustanowiskowych instalacjach Comarch ERP Optima serwer bazy danych i sama aplikacja mogą działać na jednym serwerze. W takim scenariuszu często wykorzystuje się dołączoną wersję Microsoft SQL Server Express, która mimo ograniczeń wielkości bazy i użycia pamięci RAM zazwyczaj wystarcza dla większości niewielkich wdrożeń, zwłaszcza na początkowym etapie pracy z systemem.
Dokumentacja Optima pokazuje przykładowe minimalne konfiguracje takiego serwera bazodanowego: pojawia się w nich dwurdzeniowy procesor określonej klasy, kilka gigabajtów pamięci RAM oraz dwa dyski serwerowe przygotowane do pracy z SQL Express. Te parametry pokazują rząd wielkości, od którego można zacząć planowanie sprzętu dla małego wdrożenia, jeśli firma nie pracuje jeszcze na bardzo rozbudowanej bazie danych.
Przy interpretacji takich minimalnych wymagań dla małej instalacji warto mieć z tyłu głowy kilka zasad:
- Konfiguracje z dokumentacji pokazują, od jakiej klasy sprzętu można zacząć, ale nie gwarantują wygodnej pracy w każdej firmie.
- SQL Server Express to dobre rozwiązanie startowe, dopóki baza danych i liczba użytkowników mieszczą się w jego ograniczeniach.
- Gdy baza wyraźnie rośnie albo przybywa użytkowników, trzeba brać pod uwagę przejście na mocniejszy serwer lub inną edycję SQL Server.
Więcej użytkowników Optima – kiedy rozdzielić serwer SQL i serwer terminalowy?
Gdy rośnie liczba użytkowników Comarch ERP Optima i ilość przetwarzanych danych, opłaca się rozdzielić role serwerów: osobno serwer bazodanowy SQL, a osobno serwer terminalowy lub inne środowisko, w którym uruchomiona jest Optima. Taka architektura jest typowa dla większych wdrożeń. Poprawia stabilność, ułatwia dalsze skalowanie zasobów i pozwala lepiej podzielić obciążenie między bazę danych a warstwę, w której pracują użytkownicy.
W takim układzie zmieniają się wymagania wobec obu rodzajów serwerów:
- Serwer SQL potrzebuje większej ilości pamięci RAM i szybszego podsystemu dyskowego, aby obsłużyć więcej operacji na bazie danych.
- Serwer terminalowy lub środowisko z uruchomioną Optimą wymaga większej liczby i szybkości rdzeni procesora oraz dodatkowej pamięci RAM, żeby utrzymać płynną pracę wielu równoczesnych sesji.
- Parametry obu serwerów warto zwiększać stopniowo wraz z liczbą użytkowników i rozmiarem bazy, zamiast pozostawiać je na poziomie wartości minimalnych.
W materiałach pojawia się orientacyjna zależność między liczbą rdzeni procesora i ilością pamięci RAM a liczbą aktywnych użytkowników. Można ją potraktować jako ogólną wskazówkę przy planowaniu zasobów, ale pochodzi z komercyjnego opracowania i nie jest jednoznacznie potwierdzona w aktualnej dokumentacji producenta. Dlatego powinna służyć tylko jako przybliżony punkt odniesienia, a nie sztywna norma dla każdego wdrożenia.
W praktyce im więcej jednoczesnych użytkowników i im większa baza danych, tym bardziej uzasadnione staje się rozdzielenie ról serwerów oraz zapewnienie dodatkowego zapasu zasobów. Dobór liczby rdzeni, ilości pamięci RAM i konfiguracji dysków najlepiej ustalić wspólnie z administratorem IT lub Autoryzowanym Partnerem Comarch, biorąc pod uwagę używane moduły systemu i tempo przyrostu danych.
Które parametry serwera najbardziej wpływają na wydajność Optima?
Na wydajność Comarch ERP Optima bardzo mocno wpływa to, jak dobrane są kluczowe parametry serwera. W przypadku serwera bazodanowego SQL szczególne znaczenie ma ilość pamięci RAM oraz szybkość podsystemu dyskowego. Z tego powodu w dokumentacji pojawiają się przykłady konfiguracji z większą ilością pamięci i kilkoma szybkimi dyskami w układach przygotowanych do intensywnej pracy na bazie danych.
Dla serwera terminalowego, na którym użytkownicy uruchamiają Optimę w sesjach zdalnych, najważniejsze są liczba i szybkość rdzeni procesora oraz ilość pamięci RAM. Dokumentacja podkreśla, że to te parametry w największym stopniu decydują o komforcie pracy wielu jednoczesnych sesji. Wymagania co do dysków są tutaj mniej restrykcyjne niż po stronie serwera SQL, o ile spełnione są ogólne wymagania systemu operacyjnego.
Porządkując priorytety przy wyborze konfiguracji, możesz przyjąć proste zasady:
- dla serwera SQL – najpierw zadbaj o odpowiednią ilość pamięci RAM i szybkie dyski, a dopiero później o dalsze zwiększanie mocy procesora;
- dla serwera terminalowego – skup się na liczbie i szybkości rdzeni procesora oraz pamięci RAM, utrzymując infrastrukturę dyskową na poziomie zgodnym z wymaganiami systemu;
- nie zakładaj, że sam „mocny procesor” wystarczy, jeśli serwer ma za mało pamięci lub zbyt wolne dyski – wtedy i tak pojawią się wąskie gardła wydajności.
Dlaczego liczby są orientacyjne i kiedy skonsultować się z partnerem Comarch?
Wszystkie przykładowe liczby dotyczące rdzeni procesora, ilości pamięci RAM czy pojemności dyskowej, które pojawiają się w materiałach o serwerach dla Comarch ERP Optima, mają charakter orientacyjny. Część pochodzi z dokumentacji producenta jako przykładowe konfiguracje, część z komercyjnych opracowań opisujących praktykę wdrożeń. Nie należy traktować ich jako jednego oficjalnego standardu odpowiedniego dla każdej firmy.
Zakres wspieranych wersji Windows i Microsoft SQL Server, a także domyślne edycje SQL używane w nowszych wydaniach Optima mogą się zmieniać. Planowanie zakupu serwera lub przygotowanie maszyny wirtualnej zacznij więc od sprawdzenia aktualnej dokumentacji Comarch i wymagań dotyczących systemu oraz wersji SQL.
Przy większych wdrożeniach, dużej liczbie jednoczesnych użytkowników lub nietypowych wymaganiach biznesowych potraktuj opisane tu parametry jako punkt odniesienia. Ostateczną konfigurację warto doprecyzować wspólnie z Autoryzowanym Partnerem Comarch lub administratorem IT. Dzięki temu zasoby serwera będą dobrane do używanych modułów systemu, przewidywanego wzrostu bazy danych i przyjętego modelu pracy użytkowników, zamiast opierać się wyłącznie na przykładowych liczbach z jednego źródła.
