Symfonia Handel – Disaster Recovery dla bazy danych to przygotowanie firmy na sytuację utraty danych – awarię dysku, przypadkowe skasowanie plików czy uszkodzenie katalogu z danymi programu. Ponieważ Symfonia Handel przechowuje dane lokalnie, bez architektury serwerowej z automatyczną replikacją, plan odtwarzania danych musi opierać się na regularnych, dobrze zaplanowanych kopiach zapasowych przechowywanych poza katalogiem roboczym.
W ramach usługi ustalamy harmonogram wykonywania kopii, miejsce ich przechowywania – najlepiej na osobnym nośniku lub w innej lokalizacji niż katalog produkcyjny – oraz procedurę szybkiego odtworzenia danych na stanowisku zastępczym w razie awarii.
Elementem usługi jest również test odtworzenia danych z kopii, aby mieć pewność, że w sytuacji kryzysowej procedura faktycznie zadziała, a nie tylko istnieje na papierze.
Czym jest Disaster Recovery w kontekście Symfonii Handel
W dużych systemach ERP odzyskiwanie po awarii często opiera się na replikacji serwerowej bazy danych między lokalizacjami. Symfonia Handel działa inaczej – jako program przechowujący dane lokalnie, w katalogach na dysku stacji roboczej lub na współdzielonym zasobie sieciowym w małej sieci firmowej. Dlatego plan Disaster Recovery dla tego programu sprowadza się w praktyce do dobrze zaprojektowanej, regularnej kopii zapasowej oraz jasnej procedury jej odtwarzania – a nie do replikacji w czasie rzeczywistym, jaką oferują większe systemy serwerowe.
Elementy planu odtwarzania danych
Harmonogram kopii zapasowych
Ustalamy, jak często wykonywana jest kopia katalogu z danymi Symfonii Handel – w zależności od intensywności pracy w firmie może to być kopia dzienna lub częstsza. Im dłuższy odstęp między kopiami, tym więcej dokumentów trzeba będzie odtworzyć ręcznie po awarii, co bezpośrednio przekłada się na czas i koszt przestoju.
Lokalizacja przechowywania kopii
Kluczowa zasada to przechowywanie kopii poza katalogiem produkcyjnym i najlepiej poza tym samym dyskiem czy komputerem – na osobnym nośniku, innym stanowisku lub zewnętrznym urządzeniu. Kopia zapasowa trzymana na tym samym dysku co dane robocze nie chroni przed awarią sprzętu, ponieważ ulega zniszczeniu razem z danymi oryginalnymi.
Procedura odtworzenia
Przygotowujemy spisaną, prostą procedurę – jakie kroki wykonać, aby na nowym lub naprawionym stanowisku uruchomić program wskazujący na odtworzone dane z kopii. Procedura powinna być zrozumiała nawet dla osoby, która na co dzień nie zajmuje się administracją systemu, tak aby w sytuacji kryzysowej nie trzeba było czekać na dostępność jednego konkretnego specjalisty.
Test odtworzenia danych
Samo posiadanie kopii zapasowej nie gwarantuje, że dane da się z niej odtworzyć. Wykonujemy próbne odtworzenie na testowym stanowisku, aby zweryfikować kompletność i spójność zapisanych danych, zanim będą one faktycznie potrzebne w sytuacji awaryjnej, kiedy nie ma już czasu na eksperymenty.
Czas przywrócenia pracy
Ustalamy realistyczny czas, w jakim firma może wznowić pracę po awarii, uwzględniając zarówno czas potrzebny na przygotowanie zastępczego stanowiska, jak i czas na odtworzenie danych z kopii i weryfikację ich poprawności.
Typowe scenariusze awaryjne
- Awaria dysku, na którym znajduje się katalog z danymi
- Przypadkowe usunięcie lub nadpisanie plików danych
- Uszkodzenie danych w wyniku nagłego zaniku zasilania podczas zapisu
- Utrata dostępu do katalogu sieciowego po awarii serwera plików
- Zaszyfrowanie lub uszkodzenie danych w wyniku działania złośliwego oprogramowania
Efekt wdrożenia planu
Dzięki uporządkowanemu planowi Disaster Recovery firma zyskuje jasność, ile danych może maksymalnie utracić w razie awarii oraz ile czasu zajmie przywrócenie pracy programu. To znacząco skraca czas przestoju w porównaniu z sytuacją, w której kopie zapasowe wykonywane są nieregularnie lub w ogóle nie są testowane pod kątem możliwości odtworzenia.
