Comarch ERP Altum – Disaster Recovery dla bazy danych to opracowanie i wdrożenie procedur pozwalających szybko odtworzyć bazę danych SQL Server obsługującą system po poważnej awarii – uszkodzeniu sprzętu, błędzie ludzkim, ataku złośliwego oprogramowania czy innym zdarzeniu prowadzącym do utraty dostępu do danych. Dla systemu serwerowego pracującego w architekturze klient-serwer, obsługującego jednocześnie centralę i oddziały, brak planu Disaster Recovery oznacza wysokie ryzyko długiego przestoju w razie awarii.
Usługę kierujemy do firm, które chcą świadomie określić, ile czasu i jaki zakres danych mogą utracić w razie awarii, oraz mieć przygotowaną i przetestowaną procedurę odtwarzania, zamiast improwizować w sytuacji kryzysowej.
Czym jest plan Disaster Recovery dla Altum
Plan Disaster Recovery to zestaw procedur określających, w jaki sposób i w jakim czasie baza danych Comarch ERP Altum zostanie odtworzona po awarii, tak aby firma mogła wznowić pracę z minimalną utratą danych. Plan opieramy na dwóch kluczowych parametrach: dopuszczalnym czasie przestoju oraz dopuszczalnej ilości utraconych danych, mierzonej czasem od ostatniej kopii zapasowej.
Strategia kopii zapasowych bazy SQL Server
Podstawą planu jest odpowiednio skonfigurowana strategia backupu – pełne kopie bazy danych, kopie różnicowe oraz kopie logów transakcyjnych, wykonywane z częstotliwością dopasowaną do intensywności pracy w systemie. Im więcej dokumentów sprzedaży, dostaw i operacji magazynowych rejestrowanych jest w ciągu dnia, tym częstsze powinny być kopie logów, aby ograniczyć potencjalną utratę danych.
Przechowywanie kopii poza serwerem produkcyjnym
Kopie zapasowe muszą być przechowywane w lokalizacji niezależnej od serwera produkcyjnego – na osobnym nośniku, serwerze lub poza siedzibą firmy – aby awaria fizyczna serwera lub atak złośliwego oprogramowania nie zniszczyły jednocześnie danych produkcyjnych i ich kopii.
Procedura odtwarzania krok po kroku
Plan Disaster Recovery zawiera opisaną krok po kroku procedurę odtwarzania bazy danych – od przygotowania środowiska zastępczego, przez przywrócenie kolejnych typów kopii zapasowych, po weryfikację spójności odtworzonej bazy i ponowne udostępnienie systemu użytkownikom w centrali i oddziałach.
Środowisko zastępcze dla instalacji wieloodziałowych
Dla firm z siecią oddziałów istotnym elementem planu jest określenie, jak w razie awarii serwera centralnego oddziały mają kontynuować pracę – czy istnieje możliwość szybkiego uruchomienia bazy na innym serwerze, oraz jak skomunikować z nim stanowiska robocze i integracje takie jak Comarch POS.
Testowanie planu
Plan, który nigdy nie został przetestowany, nie daje pewności, że zadziała w realnej sytuacji awaryjnej. Rekomendujemy okresowe testy odtwarzania kopii zapasowej na środowisku testowym, obejmujące pomiar rzeczywistego czasu potrzebnego na przywrócenie działania systemu oraz weryfikację kompletności odtworzonych danych.
Dokumentacja i aktualizacja planu
Gotowy plan Disaster Recovery dokumentujemy w formie zrozumiałej dla administratora systemu, wraz z listą kontaktów, kolejnością działań i lokalizacją kopii zapasowych. Plan powinien być aktualizowany po każdej istotnej zmianie w infrastrukturze – rozbudowie o nowy oddział, zmianie serwera czy wzroście wolumenu danych.
- Określenie dopuszczalnego czasu przestoju i utraty danych
- Konfiguracja pełnych, różnicowych kopii i kopii logów SQL Server
- Przechowywanie kopii poza serwerem produkcyjnym
- Udokumentowana procedura odtwarzania krok po kroku
- Okresowe testy odtwarzania na środowisku testowym
