Obsługa systemu Comarch ERP XL

Większa firma, dokładniejsza diagnoza

System spotykany w firmach o rozbudowanej strukturze — z wieloma magazynami, oddziałami i rozbudowaną siecią uprawnień. Awarie wymagają tu dokładniejszej diagnozy, bo objaw widoczny na jednym stanowisku bywa skutkiem czegoś, co dzieje się zupełnie gdzie indziej.

Od czego zaczynamy

1. Ustalamy zakres: jedno stanowisko, jeden dział czy cała firma.
2. Sprawdzamy serwer bazy danych i jego obciążenie.
3. Sprawdzamy sieć między stanowiskami a serwerem, także między oddziałami.
4. Weryfikujemy, co zmieniło się w środowisku w ostatnich dniach.

Nasz zakres

Infrastruktura: serwery, baza danych, sieć, wydajność, kopie zapasowe i urządzenia współpracujące. Przy systemach tej klasy konfiguracja merytoryczna i modyfikacje prowadzone są zwykle przez firmę wdrożeniową producenta — pracujemy z nią równolegle, zamiast wchodzić w jej obszar.

Praca w oddziałach

Połączenia między lokalizacjami są tu częstym źródłem problemów. Sprawdzamy przepustowość i stabilność łączy oraz to, czy stanowiska w oddziałach pracują z bazą bezpośrednio, czy przez pulpit zdalny — ta druga metoda przy systemach bazodanowych sprawdza się wyraźnie lepiej.

Kopie zapasowe

Przy dużych bazach czas odtworzenia bywa liczony w godzinach. Sprawdzamy nie tylko to, czy kopie powstają, ale też ile realnie zajęłoby przywrócenie pracy — bo to ta liczba określa rzeczywistą gotowość firmy.

Prace planowane

Wykonujemy je poza godzinami pracy, z wcześniej uzgodnionym oknem serwisowym.

Różne warianty problemów z Comarch ERP XL

Ten sam komunikat użytkownika, na przykład „program nie działa”, może opisywać kilka odmiennych sytuacji. Jeżeli problem dotyczy tylko jednego komputera, sprawdzane są ustawienia stanowiska, dostęp do sieci, stan systemu Windows oraz konfiguracja połączenia z serwerem. Gdy trudność występuje w całym dziale, zakres diagnozy obejmuje również wspólne drukarki, zasoby sieciowe, uprawnienia i elementy wykorzystywane przez daną grupę pracowników.

Inaczej wygląda awaria obejmująca wszystkie stanowiska. W takim przypadku przyczyną może być niedostępność serwera, zatrzymanie potrzebnej usługi, problem z bazą danych albo przerwa w komunikacji sieciowej. Usługa to działający w tle składnik systemu, który wykonuje określone zadania bez otwierania osobnego okna. Jej zatrzymanie może unieruchomić część środowiska mimo tego, że sam serwer pozostaje włączony.

Osobną grupę tworzą problemy z wydajnością. Program uruchamia się wtedy prawidłowo, ale operacje trwają dłużej niż wcześniej, okna odpowiadają z opóźnieniem albo użytkownicy czekają na zakończenie typowych czynności. Sprawdzane są obciążenie procesora, wykorzystanie pamięci operacyjnej, stan pamięci masowej, praca bazy oraz jakość komunikacji między stanowiskami a serwerem. Pamięć operacyjna, nazywana RAM, przechowuje dane używane w danej chwili przez system i uruchomione programy.

Gdy problem występuje tylko okresowo

Usterki pojawiające się sporadycznie są trudniejsze do uchwycenia niż stała awaria. Znaczenie ma wtedy dokładny opis momentu wystąpienia problemu: używana funkcja, stanowisko, oddział, pora oraz czynności wykonywane bezpośrednio wcześniej. Pomocne są również komunikaty błędów zapisane w pełnym brzmieniu. Nie należy ograniczać zgłoszenia do informacji, że system „czasami się zawiesza”, ponieważ taki opis nie pozwala odróżnić przeciążenia serwera od przerwy w sieci lub problemu konkretnego komputera.

Analizowane są dzienniki zdarzeń, czyli systemowe zapisy informacji o pracy usług, aplikacji i urządzeń. Zestawienie czasu zgłoszenia z wpisami w dziennikach pozwala ustalić, czy w tym samym momencie wystąpiła utrata połączenia, błąd usługi albo niedostępność zasobu. Sam wpis nie zawsze wskazuje bezpośrednią przyczynę, dlatego jest oceniany razem z objawami i stanem całego środowiska.

Co sprawdzamy na serwerze i stanowiskach

Kontrola serwera nie ogranicza się do sprawdzenia, czy urządzenie odpowiada w sieci. Oceniany jest stan systemu operacyjnego, dostępne zasoby, działanie potrzebnych usług oraz wolne miejsce na dyskach. Brak odpowiedniej ilości miejsca może zaburzać pracę bazy, wykonywanie kopii zapasowych i instalowanie aktualizacji. Sprawdzany jest także stan nośników danych, ponieważ ich pogarszająca się kondycja może początkowo objawiać się jedynie spowolnieniem.

Na stanowiskach roboczych weryfikowane są połączenia sieciowe, dostęp do wymaganych zasobów oraz różnice między konfiguracją komputera sprawnego i komputera zgłaszającego błąd. Takie porównanie pomaga wykryć lokalną zmianę, na przykład inną regułę zabezpieczeń, brak potrzebnego składnika albo nieprawidłową konfigurację profilu użytkownika. Profil użytkownika to zestaw indywidualnych ustawień i danych przypisanych do konkretnego konta w systemie Windows.

Domyślnie nie prosimy o przekazanie hasła użytkownika. Jeżeli bez zalogowania się na dane konto nie da się odtworzyć błędu, najpierw wyjaśniany jest cel takiej czynności i ustalany bezpieczny sposób przeprowadzenia testu. Na życzenie firmy podpisywana jest bezpłatna umowa NDA, czyli zobowiązanie do zachowania poufności. Prace wykonujemy bez przekazywania napraw podwykonawcom.

Współpraca z firmą wdrożeniową

Rozdzielenie odpowiedzialności skraca diagnozę i ogranicza ryzyko wprowadzania sprzecznych zmian. Firma wdrożeniowa może odpowiadać za konfigurację procesów, modułów, wydruków i rozwiązań przygotowanych dla konkretnego przedsiębiorstwa. Nasz zakres obejmuje warstwę techniczną potrzebną do ich działania, w tym serwer, system Windows, Microsoft SQL Server, sieć, kopie zapasowe i stanowiska robocze.

Jeżeli ustalenia wskazują na błąd konfiguracji merytorycznej albo indywidualnej modyfikacji, przekazywane są konkretne wyniki testów firmie wdrożeniowej. Gdy przyczyną jest infrastruktura, prace prowadzone są po naszej stronie. Przy problemach złożonych obie strony mogą działać równolegle, lecz każda zmiana powinna mieć określonego wykonawcę i zostać odnotowana. Pozwala to uniknąć sytuacji, w której kilka osób jednocześnie modyfikuje to samo środowisko.

Błędy podczas samodzielnych prób naprawy

Częstym błędem jest wielokrotne ponowne uruchamianie serwera bez sprawdzenia przyczyny problemu. Restart może chwilowo przywrócić działanie, ale usuwa część informacji potrzebnych do diagnozy i przerywa pracę wszystkich użytkowników. Jeżeli problem powraca, najpierw warto zanotować dokładny komunikat oraz zakres awarii, a następnie zaplanować dalsze czynności.

Nie należy usuwać plików z katalogów bazy, przenosić ich na inny dysk ani ręcznie zmieniać nazw. Baza danych składa się z powiązanych elementów obsługiwanych przez silnik bazodanowy, czyli oprogramowanie zarządzające zapisem i odczytem informacji. Operacje wykonywane poza nim mogą doprowadzić do niespójności lub utrudnić bezpieczne uruchomienie systemu.

Ryzykowne jest również przywracanie starej kopii bez zabezpieczenia obecnego stanu. Poprawna kopia może zawierać dane sprzed momentu awarii, ale jej odtworzenie w niewłaściwym miejscu grozi zastąpieniem nowszych informacji. Przed takim działaniem trzeba ustalić, z jakiego czasu pochodzi kopia, gdzie zostanie odtworzona i w jaki sposób będzie sprawdzona.

Aktualizowanie wielu elementów jednocześnie także komplikuje sytuację. Zmiana systemu, sterowników, ustawień sieci i składników bazodanowych w ramach jednej próby powoduje, że później trudno wskazać, która czynność pomogła albo wywołała kolejny błąd. Bezpieczniejsza jest jedna zaplanowana zmiana, test i możliwość powrotu do wcześniejszego stanu.

Kiedy to nie jest awaria samego Comarch ERP XL

Brak możliwości uruchomienia programu nie musi oznaczać uszkodzenia aplikacji. Jeżeli na tym samym stanowisku nie działają także zasoby sieciowe, połączenie z serwerem lub inne programy firmowe, diagnozę należy rozpocząć od sieci albo systemu Windows. Jeśli wszystkie stanowiska w jednym oddziale tracą dostęp jednocześnie, bardziej prawdopodobny jest problem wspólnego łącza niż kilka niezależnych awarii aplikacji.

Wolne drukowanie może wynikać z konfiguracji drukarki, kolejki wydruku albo komunikacji sieciowej. Kolejka wydruku to lista dokumentów oczekujących na przekazanie do urządzenia. Gdy sam dokument jest przygotowywany sprawnie, a opóźnienie zaczyna się dopiero po wysłaniu do drukarki, sprawdzany jest tor wydruku, a nie wydajność bazy.

Nie każdy brak dostępu jest również usterką techniczną. Jeżeli użytkownik może się zalogować, ale nie widzi konkretnej funkcji lub danych, przyczyną mogą być uprawnienia przypisane do konta. Uprawnienia określają, z jakich zasobów i operacji wolno korzystać. Ich zakres powinien być oceniony przez osobę odpowiedzialną za organizację pracy systemu lub przez firmę wdrożeniową.

Dodatkowe pytania dotyczące obsługi Comarch ERP XL

Czy można rozpocząć diagnozę, gdy system nadal częściowo działa?

Tak. Częściowa dostępność środowiska często ułatwia porównanie stanowisk sprawnych z tymi, na których występuje błąd. Przed rozpoczęciem prac ustalany jest zakres problemu oraz czynności, których nie należy wykonywać do czasu zabezpieczenia danych. Jeżeli dalsza praca mogłaby pogłębić awarię, przedstawiane jest zalecenie czasowego wstrzymania określonych operacji.

Czy potrzebna jest obecność firmy wdrożeniowej?

Nie przy każdej usterce. Problemy z serwerem, systemem Windows, siecią, miejscem na dysku, kopią zapasową lub stanowiskiem roboczym mogą być diagnozowane w ramach obsługi infrastruktury. Wsparcie firmy wdrożeniowej jest potrzebne, gdy problem dotyczy konfiguracji procesów, indywidualnych rozszerzeń albo merytorycznych ustawień programu.

Czy sam fakt utworzenia kopii oznacza, że dane są zabezpieczone?

Nie. Trzeba jeszcze sprawdzić, czy kopia zakończyła się poprawnie, obejmuje właściwe dane i może zostać odczytana. Ważne jest także przechowywanie kopii poza serwerem produkcyjnym, czyli urządzeniem używanym na co dzień. Awaria tego jednego urządzenia nie powinna jednocześnie pozbawiać firmy systemu oraz wszystkich kopii.

Co warto przygotować przed zgłoszeniem?

Przydatna jest informacja, których stanowisk i oddziałów dotyczy problem, kiedy pojawił się po raz pierwszy oraz czy bezpośrednio wcześniej wykonywano aktualizację lub zmianę konfiguracji. Warto zachować pełny komunikat błędu i wskazać powtarzalne kroki prowadzące do jego wystąpienia. Nie należy przesyłać haseł ani danych dostępowych w treści zwykłej wiadomości.

Czy obsługa może objąć także stały nadzór nad środowiskiem?

Tak. Obsługa informatyczna firmy może obejmować kontrolę serwerów, kopii zapasowych, sieci, stanowisk i zasobów potrzebnych do pracy Comarch ERP XL. Zakres ustalany jest zgodnie ze strukturą przedsiębiorstwa i podziałem odpowiedzialności z firmą wdrożeniową. Dzięki temu działania techniczne nie kolidują ze zmianami dotyczącymi procesów biznesowych.

Bezpieczne przywrócenie stabilnej pracy Comarch ERP XL

Końcowym celem diagnozy nie jest wyłącznie usunięcie widocznego komunikatu. Trzeba potwierdzić działanie serwera, stanowisk, połączeń między oddziałami i kopii zapasowych, a następnie sprawdzić operacje, których dotyczyło zgłoszenie. Po awarii warto również zapisać jej przyczynę i wykonane zmiany. Taka dokumentacja ułatwia ocenę podobnych zdarzeń i ogranicza ryzyko powtarzania nieskutecznych prób. Obsługę można umówić telefonicznie pod numerem22 378 48 90. Wizyta serwisanta odbywa się z dojazdem na terenie Warszawy oraz powiatów: warszawskiego zachodniego, legionowskiego, nowodworskiego, wołomińskiego, mińskiego, otwockiego, piaseczyńskiego, pruszkowskiego i grodziskiego.