Wielu użytkowników po problematycznej aktualizacji oprogramowania staje przed koniecznością szybkiego odzyskania środowiska pracy. Kiedy nowa wersja systemu generuje błędy uniemożliwiające codzienne operacje, naturalnym odruchem jest chęć odtworzenia kopii bezpieczeństwa zrobionej przed podniesieniem wersji. Niestety, często na tym etapie pojawia się problem: Comarch ERP Optima odrzuca próbę odtworzenia backupu.
Powstaje wtedy koncepcja “downgrade’u”: całkowitego usunięcia programu, zainstalowania na czysto starej wersji (np. 2026.1), odtworzenia bazy i powtórzenia procesu aktualizacji do wyższej wersji (np. 2026.4). Czy to zadziała i skąd w ogóle biorą się takie blokady?
Dlaczego system odrzuca odtworzenie kopii zapasowej?
Zanim zdecydujesz się na drastyczny krok w postaci deinstalacji oprogramowania, warto zrozumieć, dlaczego Optima w ogóle odrzuca Twoją próbę przywrócenia bazy.
Wielu użytkowników zakłada, że nowa wersja programu (w tym przypadku 2026.4) intencjonalnie blokuje kopie z wersji poprzednich (np. 2026.1). W praktyce jednak powód bywa znacznie bardziej prozaiczny. Z naszych wdrożeniowych doświadczeń wynika, że gdy pojawia się problem z odtworzeniem bazy, w 90% przypadków dotyczy on braku dostępu do folderu, w którym została zapisana kopia.
Mechanizm przywracania bazy wykonuje się na poziomie usługi SQL Server. Zdarza się, że po aktualizacjach lub zmianach w systemie operacyjnym usługa SQL traci uprawnienia do odczytu z folderu z backupami. Przeniesienie pliku kopii do innego, w pełni udostępnionego folderu lub poprawienie uprawnień dla konta uruchamiającego SQL Server często natychmiast odblokowuje możliwość odtworzenia danych.
Downgrade Optimy – czy instalacja starszej wersji zadziała?
Jeśli jednak problem jest głębszy i baza w nowej wersji całkowicie odmawia posłuszeństwa, powrót do starszej edycji (downgrade) poprzez czystą instalację jest możliwy.
Ścieżka, w której odinstalowujesz Optimę, instalujesz na nowo wersję 2026.1, a następnie odtwarzasz w niej kopię bezpieczeństwa wykonaną dokładnie w tej samej wersji przed feralną aktualizacją, ma dużą szansę powodzenia.
Jest to szczególnie bezpieczne w przypadku przejścia między wersjami 2026.1 a 2026.4, ponieważ operujesz jeszcze w środowisku 32-bitowym (nowa architektura x64 weszła na rynek dopiero od wersji 2026.5). Przeskoki architektoniczne bywają dużo bardziej problematyczne dla baz danych, ale w tym wypadku nie musisz się tym martwić.
Skąd wziąć starszą wersję instalatora? Comarch nie udostępnia starych wersji na otwartych serwerach po wydaniu nowszych edycji. Pliki te jednak posiadają autoryzowani Partnerzy Comarch i w razie potrzeby udostępniają je klientom.
Perspektywa ELTE-S: Działaj na podstawie logów, a nie intuicji
Próby ratowania bazy metodą reinstalacji bez wcześniejszej diagnozy błędu to zawsze ryzykowna gra. Jeśli aktualizacja się nie powiodła, kluczowe jest zbadanie dokładnego komunikatu błędu, który generuje instalator lub SQL Server w logach. Brak konkretnego kodu błędu uniemożliwia rzetelną ocenę tego, co uległo awarii na serwerze.
Działanie “na ślepo” często skutkuje tym, że przy ponownej próbie aktualizacji (nawet z poprawnie przywróconej starszej wersji) system ponownie się zawiesi dokładnie w tym samym miejscu, a Ty stracisz kolejne godziny.
Zamiast tracić czas na poszukiwanie instalatorów i formatowanie serwera, zleć analizę problemu profesjonalistom. Przeprowadzimy diagnozę logów i podniesiemy wersję oprogramowania bezpiecznie.
Porozmawiajmy o usprawnieniach.
