„Wyłączył się prąd w biurze i Comarch ERP Betterfly nie chce się uruchomić — co teraz zrobić?”

Z takim pytaniem najczęściej spotykamy się podczas zgłoszeń po nagłych przerwach w dostawie energii elektrycznej lub po awariach zasilania w biurze. Komputer lub stacja robocza, na której przechowywane są dane firmowe, wyłącza się gwałtownie w trakcie pracy. Po ponownym włączeniu sprzętu użytkownicy próbują otworzyć program Comarch ERP Betterfly, jednak aplikacja wyświetla komunikat o braku połączenia ze strukturą danych, zawiesza się na etapie logowania albo zgłasza nieobsługiwany błąd silnika bazodanowego. Brak dostępu do systemu blokuje wystawianie dokumentów, realizację sprzedaży i bieżącą pracę biura.

Nagły zanik napięcia jest jednym z najbardziej ryzykownych zdarzeń dla relacyjnych baz danych. Podczas standardowej pracy silnik bazy bezustannie odczytuje i zapisuje informacje w pamięci operacyjnej oraz rejestruje zmiany w plikach transakcyjnych na dysku. Gdy zasilanie znika w ułamku sekundy, proces zapisu zostaje gwałtownie przerwany, co prowadzi do niespójności logicznej lub uszkodzenia fizycznej struktury plików bazy danych.

Jak użytkownicy opisują tę sytuację

Zgłoszenia telefoniczne dotyczące problemów po odcięciu prądu zazwyczaj koncentrują się na kilku powtarzających się objawach:

  • Program uruchamia się na komputerze głównym, ale po wpisaniu danych logowania pojawia się informacja, że baza danych jest niedostępna lub znajduje się w stanie odzyskiwania.
  • Stanowiska końcowe w sieci lokalnej tracą możliwość połączenia z bazą, mimo że sam komputer z danymi działa i ma dostęp do sieci lokalnej.
  • Podczas próby startu silnika bazodanowego usługa zatrzymuje się automatycznie po kilku sekundach.
  • Aplikacja informuje o uszkodzeniu dziennika transakcji lub niezgodności nagłówków plików bazy danych.
  • System operacyjny po awarii zasilania uruchamia automatyczne skanowanie spójności systemu plików, po czym część plików powiązanych z bazą Comarch ERP Betterfly staje się nieczytelna.

Warianty tego samego problemu

Skutki awarii zasilania różnią się w zależności od tego, w którym dokładnie momencie doszło do przerwania pracy komputera oraz w jakim stanie znajdowały się poszczególne usługi systemowe. Wyróżniamy cztery typowe warianty:

1. Usługa bazy danych nie uruchamia się po restarcie

Komputer uruchomił się poprawnie, jednak usługa systemowa odpowiedzialna za obsługę silnika bazodanowego nie przeszła w stan aktywny. Zdarza się to, gdy pliki konfiguracyjne silnika zostały zablokowane w trybie tylko do odczytu lub gdy system operacyjny po restarcie nie przydzielił odpowiednich uprawnień dla konta usługi zarządzającej bazą.

2. Baza zawieszona w trybie odzyskiwania danych

Silnik bazy danych startuje, ale sama baza Comarch ERP Betterfly otrzymuje status procesu odzyskiwania (recovery). W normalnych warunkach silnik próbuje automatycznie wycofać niezakończone transakcje i zatwierdzić te, które zdążyły zapisać się w dzienniku. Jeśli jednak transakcji było bardzo dużo lub plik dziennika jest uszkodzony, proces ten zapętla się i baza pozostaje trwale niedostępna dla użytkowników.

3. Uszkodzenie logiczne lub fizyczne plików bazy

Do najtrudniejszych sytuacji dochodzi wtedy, gdy nagłe odcięcie zasilania spowodowało błędy w alokacji sektorów na dysku lub uszkodziło strukturę stron bazy danych. Program zgłasza wówczas błędy wejścia/wyjścia (I/O) przy próbie odczytu konkretnych tabel lub w ogóle odrzuca plik bazy jako nieprawidłowy format.

4. Utrata komunikacji sieciowej i uprawnień udostępniania

Baza danych na komputerze głównym działa, ale stacje robocze nie mogą nawiązać z nią kontaktu. Po awarii zasilania router lub przełącznik sieciowy mógł zmienić adresację urządzeń w sieci lokalnej, uszkodzeniu mogły ulec reguły zapory sieciowej (firewalla) albo zresetowały się uprawnienia do folderów sieciowych wykorzystywanych przez Comarch ERP Betterfly.

Możliwe przyczyny — od najczęstszej do najrzadszej

Analizując awarie po zaniku napięcia, wyróżniamy kilka poziomów uszkodzeń:

  • Niespójność dziennika transakcji — najczęstszy powód, wynikający z przerwania operacji atomowych w bazie. Plik dziennika zawiera zapisy operacji, których silnik nie zdążył przenieść do głównego pliku danych przed wyłączeniem komputera.
  • Zatrzymanie usług zależnych i błędne uprawnienia — po nagłym restarcie usługi bazodanowe mogą nie mieć dostępu do plików tymczasowych lub napotykają blokady na poziomie kont systemowych.
  • Rozbieżność adresacji sieciowej — restart urządzeń sieciowych w biurze po przywróceniu zasilania często nadaje nowe adresy IP, co uniemożliwia programom klienckim odnalezienie bazy.
  • Błędy logiczne w strukturze tabel — uszkodzenie indeksów lub relacji między tabelami, które uniemożliwia poprawne załadowanie modułów programu Comarch ERP Betterfly.
  • Fizyczne uszkodzenie nośnika danych — gwałtowne odcięcie prądu w trakcie intensywnego zapisu może wywołać uszkodzenie sektorów na dysku magnetycznym lub komórek pamięci w dysku półprzewodnikowym.

Co robimy — przebieg diagnozy i naprawy

Prace serwisowe przy bazach danych po awariach zasilania wymagają ścisłego zachowania procedur bezpieczeństwa, aby nie dopuścić do bezpowrotnej utraty informacji.

Pierwszym krokiem jest zawsze wykonanie pełnego obrazu nośnika lub skopiowanie surowych plików bazy danych w trybie bezpiecznym na zewnętrzny nośnik roboczy. Wszelkie dalsze operacje diagnostyczne i naprawcze przeprowadzamy na kopiach roboczych, zachowując nienaruszony stan pierwotny nośnika klienta.

Następnie sprawdzamy stan techniczny samego dysku twardego. Weryfikujemy parametry SMART — wbudowanego mechanizmu autodiagnostyki nośnika, który rejestruje błędy odczytu, niestabilne sektory oraz spadki zasilania. Wykluczenie awarii fizycznej nośnika pozwala na bezpieczne przejście do analizy struktur logicznych.

Kolejny etap to analiza rejestrów zdarzeń systemowych oraz dzienników samego silnika bazy danych. Sprawdzamy powody zatrzymania usług, weryfikujemy kody błędów wejścia/wyjścia oraz stan integralności poszczególnych plików składających się na bazę programu Comarch ERP Betterfly.

W zależności od zdiagnozowanego uszkodzenia przeprowadzamy:

  • Naprawę integralności logicznej bazy przy użyciu dedykowanych procedur weryfikacji i odbudowy spójności struktur tabel.
  • Odbudowę uszkodzonego dziennika transakcji i bezpieczne zamknięcie przerwanych sesji bazodanowych.
  • Rekonstrukcję indeksów bazy danych, które uległy rozsynchronizowaniu w momencie awarii.
  • Weryfikację uprawnień systemowych, konfiguracji usług autostartu oraz reguł zapory sieciowej na stanowisku głównym i komputerach użytkowników.
  • W przypadku braku możliwości bezbłędnej naprawy bieżącej struktury — odtworzenie bazy z ostatniej prawidłowej kopii bezpieczeństwa wraz z próbą wyciągnięcia nowszych danych z uszkodzonego pliku.

Czego nie robić na własną rękę i co można sprawdzić

Samodzielne, nieprzemyślane próby naprawy uszkodzonej bazy danych niosą ogromne ryzyko pogłębienia problemu i trwałej utraty dokumentów firmowych.

Czego unikać:

  • Nie należy wielokrotnie restartować komputera ani wymuszać ponownego uruchamiania programu, gdy ten zgłasza błędy bazy danych. Każdy restart może powodować kolejne próby nadpisania uszkodzonych struktur.
  • Nie wolno uruchamiać niesprawdzonych programów do automatycznej naprawy dysku ani narzędzi do optymalizacji systemu. Automatyczna naprawa systemu plików może uznać uszkodzone fragmenty bazy danych za osierocone sektory i trwale je usunąć.
  • Nie wolno ręcznie usuwać plików oznaczonych jako logi, dzienniki lub pliki tymczasowe w katalogach bazy danych bez wcześniejszego wykonania pełnej kopii zapasowej.
  • Nie należy instalować programu Comarch ERP Betterfly na nowo w tym samym folderze, ponieważ instalator może nadpisać istniejącą strukturę bazy.

Co można bezpiecznie sprawdzić przed przyjazdem serwisu:

  • Sprawdzić, czy komputer z bazą danych ma prawidłowo podłączony przewód sieciowy i czy router biurowy zakończył proces uruchamiania po powrocie zasilania.
  • Upewnić się, czy inne komputery w biurze widzą komputer główny w otoczeniu sieciowym.
  • Zlokalizować nośnik lub zasób sieciowy, na którym zapisywane były regularne kopie zapasowe (backupy) wykonywane przed awarią.

Jak wygląda pomoc serwisu

W przypadku awarii baz danych w programach firmowych kluczowy jest czas reakcji oraz bezpieczeństwo przetwarzanych informacji. Działamy w modelu mobilnym, dojeżdżając bezpośrednio do siedziby klienta lub biura na terenie Warszawy oraz okolicznych powiatów. Zapewniamy obsługę o każdej porze doby, przez siedem dni w tygodniu, również w dni wolne od pracy i święta, bez naliczania dodatkowych opłat za niestandardowe godziny wezwania.

Po przybyciu na miejsce serwisant przeprowadza wstępną diagnozę techniczną sprzętu, sieci oraz plików bazy Comarch ERP Betterfly. Przed przystąpieniem do jakichkolwiek działań naprawczych przedstawiamy szczegółowy zakres prac oraz dokładną wycenę usługi do akceptacji.

Większość problemów związanych z konfiguracją sieci, uprawnieniami czy procedurami odzyskiwania spójności bazy rozwiązujemy na miejscu u klienta. Jeśli uszkodzenie ma charakter złożony lub wiąże się z fizyczną awarią nośnika wymagającą pracy na specjalistycznym stanowisku laboratoryjnym, odbieramy sprzęt do warsztatu i odwozimy go po zakończonej naprawie naszym transportem.

Na życzenie każdego klienta przed rozpoczęciem pracy podpisujemy bezpłatną umowę o poufności (NDA), co gwarantuje pełne bezpieczeństwo danych handlowych, finansowych i osobowych przechowywanych w systemie. Wszystkie czynności wykonują wyłącznie nasi serwisanci, bez korzystania z zewnętrznych podwykonawców. Na zrealizowane usługi naprawcze udzielamy gwarancji do 12 miesięcy, a rozliczenie dokumentujemy fakturą bez VAT.

W sprawie pilnej diagnozy i przywrócenia działania bazy Comarch ERP Betterfly prosimy o kontakt telefoniczny pod numerem 22 257 87 54.