Comarch ERP Optima – naprawa po awarii dysku to procedura serwisowa uruchamiana w sytuacji, gdy nośnik danych, na którym pracował program lub była zainstalowana baza SQL Server, uległ fizycznemu bądź logicznemu uszkodzeniu. Awaria dysku systemowego lub dysku z bazą danych oznacza ryzyko utraty danych księgowych, magazynowych i kadrowych, dlatego szybka i metodyczna reakcja serwisu ma bezpośredni wpływ na ciągłość pracy firmy.
Zakres naprawy zależy od tego, czy dostępna jest aktualna kopia zapasowa bazy danych, czy konieczne jest odzyskiwanie danych z uszkodzonego nośnika przed instalacją nowego środowiska.
Pierwsze kroki po awarii dysku
Po stwierdzeniu awarii dysku, na którym znajdowały się pliki bazy danych Microsoft SQL Server (pliki .mdf i .ldf), priorytetem jest ustalenie zakresu uszkodzenia. Jeżeli dysk jest jeszcze rozpoznawany przez system, wykonuje się awaryjną kopię plików bazy przed podjęciem dalszych działań. W przypadku uszkodzenia fizycznego konieczne bywa odzyskiwanie danych metodami specjalistycznymi, zanim w ogóle będzie można przystąpić do odtwarzania bazy.
Scenariusz z aktualną kopią zapasową
- Instalacja nowego dysku i systemu operacyjnego na stanowisku serwerowym.
- Instalacja Microsoft SQL Server w wersji zgodnej z poprzednią konfiguracją.
- Odtworzenie bazy danych z pliku .bak przy użyciu SQL Server Management Studio (opcja Restore Database).
- Instalacja programu Comarch ERP Optima i konfiguracja pliku Optima.ini ze wskazaniem nowego serwera i nazwy bazy.
- Weryfikacja spójności danych — sprawdzenie ostatnich dokumentów sprzedaży, zapisów księgowych i stanów magazynowych względem daty wykonania kopii.
Scenariusz bez aktualnej kopii zapasowej
Jeśli kopia zapasowa jest nieaktualna lub nie istnieje, serwis podejmuje próbę odzyskania plików bazy danych bezpośrednio z uszkodzonego nośnika. W zależności od stopnia uszkodzenia dysku może to wymagać podłączenia go jako dysku dodatkowego do innego komputera i skopiowania plików .mdf/.ldf, a następnie próby ich podłączenia (Attach) w SQL Server Management Studio. Baza może zgłaszać błędy spójności, które w niektórych przypadkach da się naprawić poleceniem DBCC CHECKDB z opcją naprawy.
Odtwarzanie stanowisk klienckich
Po przywróceniu serwera z bazą danych konieczna jest weryfikacja połączenia na każdym stanowisku klienckim pracującym w sieci — sprawdzenie adresu serwera i portu 1433 w konfiguracji, a także ponowna aktywacja licencji stanowiskowych, jeśli system operacyjny na stacjach roboczych również został przeinstalowany w ramach naprawy awaryjnej.
Zalecenia po awarii
Po zakończonej naprawie serwis rekomenduje wdrożenie harmonogramu automatycznych kopii zapasowych bazy danych (np. codziennie w godzinach nocnych) oraz przechowywanie ich na nośniku fizycznie odseparowanym od serwera produkcyjnego, aby kolejna awaria dysku nie oznaczała utraty danych, a jedynie czas potrzebny na odtworzenie środowiska.
