Comarch ERP Altum – pierwsza pomoc po awarii sprzętu to procedura działania w sytuacji, gdy awarii uległ serwer, dysk lub inny element infrastruktury, na którym pracuje system. Ponieważ Altum jest systemem serwerowym opartym na bazie SQL Server, awaria sprzętowa może oznaczać brak dostępu do systemu jednocześnie dla wszystkich stanowisk w centrali i oddziałach, dlatego czas reakcji ma tu kluczowe znaczenie.
W tym artykule opisujemy pierwsze kroki, jakie należy podjąć bezpośrednio po stwierdzeniu awarii, zanim rozpocznie się właściwe usuwanie usterki lub odtwarzanie danych z kopii zapasowej.
Pierwsze kroki po awarii sprzętu
Najważniejszą zasadą w pierwszych minutach po awarii jest ograniczenie ryzyka dalszej utraty danych. Jeśli awaria dotyczy dysku, na którym znajduje się baza danych SQL Server obsługująca Altum, dalsze próby uruchamiania serwera lub zapisywania na uszkodzonym nośniku mogą pogorszyć sytuację i utrudnić późniejsze odzyskanie danych.
Zabezpieczenie stanu obecnego
W pierwszej kolejności należy odizolować uszkodzony serwer lub dysk od dalszej pracy – wyłączyć zapis, jeśli to możliwe, i nie podejmować samodzielnych prób naprawy systemu plików czy bazy danych bez wiedzy o tym, jaki jest rzeczywisty zakres uszkodzenia. Jeżeli firma dysponuje aktualną kopią zapasową bazy danych, warto od razu zweryfikować jej dostępność i integralność.
Ocena zakresu awarii
Diagnozujemy, czy awaria dotyczy samego sprzętu (dysk, zasilacz, kontroler RAID, płyta główna serwera), czy również systemu plików lub bezpośrednio plików bazy danych. Zakres uszkodzenia determinuje dalsze postępowanie – w wielu przypadkach dane na dysku pozostają nienaruszone mimo awarii innego podzespołu serwera.
Uruchomienie środowiska zastępczego
Jeżeli naprawa lub wymiana uszkodzonego sprzętu potrwa dłużej, a firma potrzebuje szybko przywrócić dostęp do systemu, rozważamy uruchomienie bazy danych na środowisku zastępczym z ostatniej dostępnej kopii zapasowej. Pozwala to na wznowienie pracy w centrali i oddziałach, choć zwykle wiąże się z utratą danych wprowadzonych po wykonaniu ostatniego backupu.
Odzyskiwanie danych z uszkodzonego nośnika
Jeśli kopia zapasowa jest nieaktualna lub niedostępna, podejmujemy próbę odzyskania plików bazy danych bezpośrednio z uszkodzonego dysku lub macierzy, korzystając z metod odpowiednich do rodzaju awarii (uszkodzenie logiczne kontra fizyczne uszkodzenie nośnika).
Weryfikacja spójności bazy po odzyskaniu
Po odzyskaniu plików bazy danych, przed ponownym udostępnieniem systemu użytkownikom, sprawdzamy spójność bazy danych oraz to, czy wszystkie kluczowe tabele i powiązania są kompletne, aby uniknąć sytuacji, w której użytkownicy pracują na częściowo uszkodzonych danych.
Co dalej po przywróceniu dostępu
Po ustabilizowaniu sytuacji rekomendujemy przegląd przyczyny awarii sprzętowej oraz weryfikację, czy dotychczasowa strategia kopii zapasowych i ewentualnej redundancji sprzętu jest wystarczająca, aby ograniczyć skutki podobnego zdarzenia w przyszłości.
- Natychmiastowe odizolowanie uszkodzonego sprzętu od dalszego zapisu
- Ocena zakresu awarii (sprzęt kontra dane)
- Weryfikacja dostępności i integralności kopii zapasowej
- Uruchomienie środowiska zastępczego lub odzyskanie danych z nośnika
- Kontrola spójności bazy przed przywróceniem dostępu użytkownikom
