Comarch ERP Optima – Disaster Recovery dla bazy danych to opracowanie i wdrożenie planu odtwarzania systemu ERP po poważnej awarii – od utraty serwera, przez uszkodzenie bazy danych na Microsoft SQL Server, po błędy ludzkie prowadzące do niespójności danych. Celem jest skrócenie czasu przestoju firmy do minimum.
Plan Disaster Recovery obejmuje zarówno procedury techniczne odtwarzania bazy danych, jak i organizacyjne zasady postępowania w sytuacji awaryjnej, tak aby każda osoba w firmie wiedziała, jakie kroki podjąć natychmiast po wystąpieniu incydentu.
Czym jest Disaster Recovery w kontekście Comarch ERP Optima
Disaster Recovery to zestaw procedur i mechanizmów technicznych pozwalających odtworzyć działanie bazy danych systemu ERP po sytuacji, w której doszło do jej utraty lub poważnego uszkodzenia. W przypadku Comarch ERP Optima kluczowym elementem planu jest strategia backupu i odtwarzania instancji Microsoft SQL Server, na której osadzona jest cała baza danych firmy.
Analiza ryzyk i punktu wyjścia
Opracowanie planu zaczynamy od audytu obecnej sytuacji – sprawdzamy, gdzie fizycznie znajduje się baza danych, jak często wykonywane są kopie zapasowe, gdzie są przechowywane oraz czy istnieje procedura ich regularnego testowania. Wiele firm dowiaduje się, że backup jest nieaktualny lub uszkodzony dopiero w momencie realnej awarii – plan DR ma temu zapobiec.
Strategia kopii zapasowych
Kluczowym elementem planu jest ustalenie harmonogramu kopii zapasowych bazy SQL Server dopasowanego do intensywności pracy firmy – dla firm intensywnie korzystających z fakturowania i magazynu rekomendujemy częstsze wykonywanie backupu niż standardowo raz dziennie. Kopie powinny być przechowywane w co najmniej dwóch niezależnych lokalizacjach, w tym jednej poza siedzibą firmy.
Procedura odtwarzania krok po kroku
Plan Disaster Recovery zawiera spisaną, gotową do użycia procedurę: jak zainstalować instancję Microsoft SQL Server na zastępczym sprzęcie, jak odtworzyć bazę danych z kopii zapasowej, jak skonfigurować plik Optima.ini w katalogu C:\ProgramData\Comarch ERP Optima\ na stanowiskach klienckich, wskazując właściwy serwer, bazę i port, oraz jak zweryfikować spójność danych po odtworzeniu.
Określenie celów RPO i RTO
W ramach planu ustalamy z klientem akceptowalny poziom utraty danych (RPO – jak dużo pracy firma może bezpiecznie stracić w razie awarii, np. dane od ostatniego backupu) oraz maksymalny czas przestoju (RTO – jak szybko system musi zostać przywrócony), co bezpośrednio wpływa na dobór częstotliwości backupu i sposobu jego przechowywania.
Elementy gotowego planu DR
- Harmonogram i lokalizacje przechowywania kopii zapasowych bazy danych
- Procedura instalacji zapasowej instancji SQL Server
- Instrukcja konfiguracji stanowisk klienckich po odtworzeniu bazy
- Lista kontaktów i odpowiedzialności na wypadek awarii
- Harmonogram cyklicznego testowania procedury odtwarzania
Regularne testy planu
Plan Disaster Recovery, który nigdy nie został przetestowany, jest planem tylko na papierze. Rekomendujemy cykliczne, kontrolowane testy odtwarzania bazy danych na środowisku zapasowym, aby mieć pewność, że w razie realnej awarii procedura zadziała zgodnie z założeniami.
