Kadry, finanse i magazyn korzystają z jednego ERP, a koszt przerwy w każdym z tych obszarów rośnie według innego kalendarza. Płace są najbardziej wrażliwe podczas naliczeń, księgowość przy zamknięciu miesiąca, a magazyn w szczycie przyjęć i wydań. Jedna para celów RTO/RPO zaciera te różnice i przenosi najdroższy wariant ochrony na procesy o większej tolerancji. Na prywatnej infrastrukturze G2E cele biznesowe trzeba oddzielić od parametrów serwerów wirtualnych i standardowego backupu VM. Pełny obraz powstaje po zestawieniu kalendarza, zależności ERP oraz kosztu przestoju. Wtedy widać, gdzie krótszy czas przywrócenia i częstsza ochrona danych mają ekonomiczne uzasadnienie.
Trzy kalendarze jednego ERP
RTO opisuje oczekiwany czas przywrócenia procesu po awarii. RPO mówi, z jakiego momentu można odtworzyć dane i ile późniejszych zmian trzeba będzie wprowadzić ponownie. Obie wartości ustala organizacja na podstawie skutków biznesowych. Nie są stałą cechą modułu ERP, maszyny wirtualnej ani wybranego środowiska.
Serwery aplikacji, SQL i komponentów pomocniczych mogą działać na G2E oraz komunikować się przez prywatną sieć. Wspólna infrastruktura nie tworzy wspólnego okresu krytycznego. Dzień naliczenia wynagrodzeń, zamknięcie ksiąg i największy ruch magazynowy przypadają w innych momentach, dlatego wymagają osobnych opisów wpływu.
Płace: krótka tolerancja podczas naliczeń
Przez większą część miesiąca moduł kadrowy może akceptować dłuższą przerwę bez poważnego skutku. Tolerancja wyraźnie maleje podczas naliczania i wysyłki wynagrodzeń. Wtedy niedostępność wpływa na termin przelewów oraz pracę osób przygotowujących korekty.
Cel obejmuje pełną czynność: dostęp uprawnionej osoby, odczyt danych, naliczenie, zapis korekty i przygotowanie materiału do przelewu. Samo uruchomienie serwera nie oznacza jeszcze, że płace są gotowe. Potrzebne są aplikacja, SQL, uwierzytelnianie i używane połączenia. W opisie uwzględnia się także poprawność ostatnich korekt, ponieważ ich ponowne zebranie wydłuża pracę po awarii. RPO określa natomiast zakres zmian, które po odtworzeniu trzeba ponownie wprowadzić lub uzgodnić.
Finanse przy zamknięciu miesiąca
Księgowość potrzebuje faktur, płatności, zapisów na kontach i raportów w określonej kolejności. Przerwa przed zamknięciem okresu może przesunąć pracę wielu osób, chociaż sprzedaż i magazyn nadal działają. Koszt obejmuje czas niedostępności oraz późniejsze uzgadnianie dokumentów.
Dla finansów można opisać zwykły dzień i okres zamknięcia. Zależności obejmują bazę SQL, repozytorium dokumentów, importy bankowe oraz raportowanie. Jeżeli komponenty działają na kilku serwerach wirtualnych, przywraca się je w kolejności zgodnej z architekturą ERP, a nie według samego czasu startu maszyn. Dostępny raport bez kompletu dokumentów nie kończy procesu zamknięcia, podobnie jak działający import nie zastępuje uzgodnionych sald.
Dłuższa retencja ma sens przy błędzie wykrytym z opóźnieniem, obowiązku rozliczeniowym lub analizie konkretnego incydentu. Większa liczba kopii podnosi koszt. Nie skraca to czasu potrzebnego na uzgodnienie sald. Ochrona danych i przywrócenie całego procesu są osobnymi zadaniami.
Magazyn w szczycie przyjęć i wydań
W magazynie znaczenie mają przyjęcia, kompletacja, rezerwacje i wydania. Przerwa w czasie największego ruchu zatrzymuje wysyłki oraz przepływ dokumentów do pozostałych części ERP. Poza szczytem ten sam moduł może mieć większą tolerancję, szczególnie przy uzgodnionym obejściu.
Opis celu uwzględnia terminale, aktualne ilości, dokument kontrolny i wymianę z systemami zależnymi. Baza może być dostępna, a terminale nadal nie pobierać właściwych informacji. Magazyn bywa uruchamiany przed raportowaniem pomocniczym, ale wspólna baza SQL ogranicza możliwość cofnięcia tylko jednego modułu.
Wspólna baza ogranicza osobne RPO
Oddzielne cele dla kadr, finansów i magazynu nie tworzą trzech niezależnych momentów odtworzenia. Jeżeli moduły korzystają ze wspólnego schematu SQL, cofnięcie bazy wpływa na wszystkie powiązane transakcje. Architektura wyznacza rzeczywistą granicę, nawet gdy kalendarze biznesowe są różne.
Różnice mogą dotyczyć kolejności uruchamiania, dodatkowej kopii repozytorium albo mechanizmu bazodanowego dobranego do procesu. Każdy wariant zachowuje relacje między dokumentami, saldami i integracjami. G2E dostarcza zasoby infrastrukturalne, natomiast spójność danych ERP wynika z konfiguracji aplikacji i bazy.
Dla standardowego backupu VM w G2E odstęp między wykonaniami wynosi 24 godziny, a retencja 3 dni. Jest to ochrona maszyny wirtualnej, nie automatyczna polityka dla transakcji SQL i dokumentów aplikacyjnych. Częstsze kopie lub inne mechanizmy bazodanowe dobiera klient z integratorem do wymagań procesu.
Koszt ochrony wpisany w kalendarz
Dla każdego modułu zestawia się okres krytyczny, koszt przerwy, dopuszczalną utratę ostatnich zmian, zależności i obejście. Obok znajdują się koszty serwerów na prywatnej infrastrukturze, prywatnej komunikacji, standardowego backupu VM oraz dodatkowych mechanizmów aplikacyjnych lub SQL. Wydatek ma uzasadnienie, gdy ogranicza nazwany skutek biznesowy.
Budżet nie musi finansować najkrótszego celu przez cały miesiąc. Większa ochrona płac jest potrzebna podczas naliczeń, finansów przy zamknięciu, a magazynu w szczycie operacji. Wspólne komponenty wyznaczają techniczne ograniczenia, lecz trzy kalendarze nadal kierują doborem dodatkowych zabezpieczeń. Tak koszt pozostaje związany z okresem, w którym przerwa rzeczywiście szkodzi firmie.