Aktualizacja Comarch ERP XL do nowszej wersji jest operacją złożoną, wymagającą starannego planowania i przygotowania środowiska. Przeprowadzona prawidłowo otwiera dostęp do nowych funkcjonalności i poprawek bezpieczeństwa; wykonana niedbale może skutkować wielogodzinną awarią systemu produkcyjnego.
Planowanie aktualizacji
Aktualizację Comarch ERP XL należy zaplanować z co najmniej tygodniowym wyprzedzeniem. Kluczowe kroki planowania: odczytanie Release Notes dla nowej wersji (zmiany funkcjonalne, wymagania systemowe, uwagi do aktualizacji), zarezerwowanie okna serwisowego (weekend lub noc) poza godzinami szczytu pracy, powiadomienie użytkowników o planowanej niedostępności systemu, oraz przygotowanie planu cofnięcia aktualizacji (rollback) w przypadku niepowodzenia.
Przygotowanie środowiska przed aktualizacją
Przed aktualizacją obowiązkowe jest: pełna kopia zapasowa bazy danych SQL Server (FULL BACKUP), kopia folderów instalacyjnych aplikacji serwera XL, sprawdzenie, czy wersja SQL Server jest zgodna z wymaganiami nowej wersji XL (Release Notes podają minimalną wersję SQL Server), oraz weryfikacja wolnego miejsca na dysku serwera (aktualizacja bazy może tymczasowo zwiększyć jej rozmiar o 20–30%).
Procedura aktualizacji
Comarch ERP XL dostarcza instalatora aktualizacji, który aktualizuje kolejno: aplikację serwera XL, strukturę bazy danych (skrypty SQL), oraz instalatory klientów. Aktualizacja bazy danych jest najdłuższym etapem – dla dużych baz może trwać kilka godzin. W tym czasie system jest niedostępny dla użytkowników. Po aktualizacji serwera należy zaktualizować klientów na wszystkich stacjach roboczych – nowy klient musi być zgodny z nową wersją serwera.
Testowanie po aktualizacji
Po aktualizacji należy przeprowadzić testy funkcjonalne: zalogowanie się kilku użytkowników, wystawienie dokumentów testowych (faktura sprzedaży, PZ, WZ), weryfikacja raportów finansowych, sprawdzenie integracji zewnętrznych (EDI, e-commerce, BI). Szczególną uwagę należy zwrócić na elementy wymienione w Release Notes jako zmienione – mogą wymagać rekonfiguracji po aktualizacji.
Aktualizacja środowiska testowego jako próba generalna
Najlepszą praktyką jest przeprowadzenie aktualizacji najpierw na środowisku testowym (kopia bazy produkcyjnej na osobnym serwerze). Środowisko testowe pozwala zidentyfikować problemy specyficzne dla danych i konfiguracji firmy przed aktualizacją produkcyjną. Problemy znalezione na środowisku testowym można rozwiązać przy spokoju, bez presji czasu niedostępności systemu produkcyjnego.
